Учебный курс Теория информационных систем Лекция 7 кандидат

Учебный курс Теория информационных систем Лекция 7 кандидат технических наук, доцент Грекул Владимир Иванович

Методология проектирования ИС Цель - регламентировать процесс проектирования ИС и обеспечить: создание корпоративных ИС, отвечающих целям и задачам организации, а также предъявляемым требованиям по автоматизации организации деловых процессов заказчика; гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта; поддерживать удобную дисциплину сопровождения, модификации и наращивания системы; обеспечивать преемственность разработки, т. е. использование в разрабатываемой ИС существующей информационной инфраструктуры организации (задела в области информационных технологий).

Области проектирования ИС проектирование объектов данных, которые будут данных реализованы в базе данных; проектирование программ, экранных форм, отчетов, программ которые будут обеспечивать выполнение запросов к данным; учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиентсервер), параллельной обработки, распределенной обработки данных и т. п.

Стратегия разработки Стратегия проектирования ИС определяется использованием соответствующей модели жизненного цикла, определяющей последовательность стадий проектирования и выполняемых в них процессов. Модель жизненного цикла - структура, содержащая стадии, процессы (действия и задачи), которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.

Жизненный цикл ИС - ряд событий, происходящих с системой в процессе ее создания и использования. Разработка требований Сопровождение Ввод в действие Проектирование Информационная система Реализация Тестирование

Каскадная модель Модели ЖЦ ИС Поэтапная модель с промежуточным контролем Спиральная модель

Стандарты, регламентирующие ЖЦ ПО ГОСТ 34. 601 -90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. ISO/IEC 12207: 1995 Information technology - Software life cycle processes (Информационные технологии. Процессы жизненного цикла программного обеспечения) (ISO - International Organization of Standardization - Международная организация по стандартизации, IEC International Electrotechnical Commission - Международная комиссия по электротехнике) ISO/IEC 15288 Systems engineering. System life cycle processes (Системотехника. Процессы жизненного цикла системы) Custom Development Method (методика Oracle) по разработке прикладных информационных систем К Rational Unified Process (RUP) Microsoft Solution Framework (MSF) Кор мет порат оди ивн ые ки

Процесс разработки ИС - процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла ИС. Модели: Модели организации, деятельности организации, требований к ИС, проекта ИС, требований к приложениям и т. д.

Технология проектирования DATARUN BPM – модель бизнес-процессов PDS – структура первичных данных К о м п а н и я SPM – модель CDM – процессов системы концептуальная модель данных ISA – архитектура ИС ADM – модель IPM – модель ISM – модель представления интерфейса спецификации интерфейса данных приложений

Технология проектирования RUP Бизнес-моделирование модель бизнеспроцессов К о м п а н и я описания бизнеспроцессов модель состояний модель ролей модель бизнессущностей модель бизнесправил модель структуры модель функций системы экранные формы модель работы пользователей Определение требований модель размещения модель данных Анализ и проектирование модель разработки

3. Основные подходы к разработке моделей

Схема бизнес-моделирования Стратегические ИС Функциональные ИС Операционные ИС

Шаблон формирования бизнесов.

Шаблон формирования основных бизнес-функций.

Шаблон формирования основных функций менеджмента

Шаблон распределения функций по организационным звеньям

Потоковая процессная модель

Задачи моделирования бизнес-процессов Описание выполняемых системой функций Описание отношений между данными Описание динамического поведения системы

Технологии и инструментальные средства моделирования бизнес-процессов. Структурный анализ – метод исследования системы, которое начинается с общего обзора и затем детализируется, , приобретая иерархическую структуру со все большим числом уровней. Объектно-ориентированное моделирование подразумевает описание статической структуры системы в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект обладает своим собственным поведением, моделирующим поведение объекта реального мира. Технология Aris – управляемые событиями модели Программные средства: IDEF Designer, ERwinBPwin, Oracl Designer, BPM Workbench, Aris, Rational Rose

Стандарты IDEF (Integrated Computer Aided Manufacturing DEFinition) (1981 г) IDEF 0 - методология функционального моделирования. Система отображается в виде набора взаимосвязанных функциональных блоков. IDEF 1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи; IDEF 1 X (IDEF 1 е. Хtended) – методология построения реляционных структур. IDEF 1 X относится к типу методологий “Сущностьвзаимосвязь” (ER – Entity-Relationship) и используется для моделирования реляционных баз данных в системе; IDEF 3 – методология документирования процессов. С помощью IDEF 3 описываются сценарий и последовательность операций для каждого процесса. IDEF 4 – методология построения объектно-ориентированных систем.

Основные принципы структурного моделирования Сложность больших систем преодолевается расчленением их на части ( «черные ящики» ) и иерархической организацией этих «черных ящиков» в модели. На каждом уровне модели пользователю нет необходимости знать внутреннее устройство «черного ящика» , рассматриваются только его входывыходы и реализуемая функция. Критерии разбиения системы на «черные ящики» : каждый «черный ящик» реализует единственную функцию системы; функция каждого «черного ящика» должна быть легко понимаема независимо от сложности ее реализации; связи между «черными ящиками» вводятся только при наличии связи между соответствующими функциями системы; связи между «черными ящиками» должны быть максимально простыми

Декомпозиция функциональных диаграмм функция Контекстная диаграмма определяет все функции, входы и выходы, которые могут появиться на диаграммах нижних уровней IDEF 0 А 0 Каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Подфункция 1 Выход Подфункция А 1 Подфункция 2 Подфункция 1 А 2 Управление Выход Подфункция 3 Вход А 3

Динамические аспекты поведения системы IDEF 3

Модель потоков данных – диаграммы DFD (Data Flow Diagram) Описывают асинхронный процесс преобразования информации IDEF 1 Внешний объект Имя потока данных Номер объекта Наименование объекта Физическая реализация ИД Наименование хранилища

Диаграммы ERD - «сущность-связь» Описывают структуры данных, связанных с различными объектами модели; документируют сущности процесса (их идентификаторы, атрибуты) и способы взаимодействия между ними. IDEF 1 X Автомашина Полис # Регистр. Номер # Идент. Номер * Год * Марка *Модель • Цвет Один * Дата Много * Сумма

Унифицированный язык визуального моделирования Unified Modeling Language (UML). • Стандарт, принятый консорциумом • Object Managing Group (OMG) , 1997 г • Статические аспекты поведения системы

Концептуальная модель UML сущности • структурные отношения диаграммы • зависимость • классов; • поведенческие • ассоциация • группирующие • обобщение • аннотационные • реализация • объектов; • прецедентов; • последовательностей • кооперации; • состояний; • действий; Диаграмма в UML - это графическое представление набора элементов в виде связанного графа с вершинами (сущностями) и ребрами (отношениями). • компонентов; • развертывания.

Разработка модели бизнес-прецедентов Общая диаграмма деятельности медицинского центра по обслуживанию пациента

Разработка модели бизнес-прецедентов Модель бизнес-прецедентов, составляющих обслуживание пациента Получение лечения Техническое обеспечение Назначение лечения Контроль тарифов Обеспечение лечения Контроль за изменением состояния пациента Контроль качества лечения Проверка размера оплаты Контроль организации деятельности Предыстория лечения Доставка информации

Диаграмма видов деятельности для прецедента «Оказание медицинской помощи»

Диаграмма последовательностей для прецедента «Ответ на запрос»

Разработка концептуальной модели данных А г р е г а ц и я О б о б щ е н и е

4. Методология внедрения ИС

Факторы успеха проекта http: //www. cfin. ru/press/loginfo/2001 -07/70 -80. shtml ПО ДАННЫМ www. cfin. ru

Преимущества методологии внедрения Обеспечение базы для обучения новых сотрудников стандартным методам внедрения – быстрота подготовки внедренческих ресурсов Сокращение внутренних расходов на организацию и реализацию проектов Улучшение взаимодействия и взаимопонимания между членами проектной группы Эффективность совместного использования ресурсов между проектами, командами

Основные методологии • Microsoft – On. Target • Microsoft - MSF (Microsoft Solutions Framework) • Microsoft - Business Solutions Partner Methodology • SAP – ASAP (Accelerated SAP) (Value SAP) • Oracle - Oracle Method • J D Edwards – One. Methodology (People. Soft) • Citrix Systems - Citrix Meta. Frame

Что включает методология? Структурирование комплекса работ Правила управления внедрением Построение команды внедрения (Центр компетенции)

Фазы проекта

Типовые этапы проекта внедрения Определение проекта Обследование Анализ и дизайн Подготовка к запуску Запуск Сопровождение после запуска Послепроектное сопровождение

Процессы (работы) этапов

Правила управления внедрением Достижение бизнес-целей (методики управления проектами) Удовлетворение требований заказчика Внедрение ИС Каноническое проектирование Типовое проектирование Пакетноориентированное Модельноориентированное

Составляющие методологии внедрения Технология создания продукта Технология управления проектом Корпоративная методология внедрения

Триада концепций управления проектами Интегральное и прогнозирующее планирование и контроль Центры ответственности Концепции Управления Проектами Системы планирования и контроля Лица (центры) с интегративной ответственностью Объединение действий всех участников проекта Команда проекта

Организации PMI – Project Management Institute (Институт управления проектами, США) PMBOK Guide – 2000 (5) – Project Manadgement Body Of Knowledge – свод знаний по управлению проектами - стандарт ANCI (American Standards Institute) APM – Association of Project Management (Ассоциация управления проектами, Великобритания) APM Body Of Knowledge

Содержание стандарта Основные понятия и действующие лица управления проектами Определения 9 областей знаний Определения 5 групп процессов Определения 39 процессов

Управление интеграцией Управление снабжением Управление рисками Процессы инициации Управление содержанием Процессы планирова ния Процессы контроля Процессы исполнения Процессы завершения Управление качеством Управление коммуникациями Управление персоналом Управление временем Управление стоимостью