Upload
mikhail-lomonosov
View
208
Download
5
Embed Size (px)
Citation preview
кандидат технических наук, доцент
Грекул Владимир Иванович
Учебный курс
Теория информационных
системЛекция 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
Компания
PDS – структура первичных данных
CDM – концептуальная модель данных
BPM – модель бизнес-процессов
SPM – модель процессов системы ISA – архитектура
ИС
IPM – модель представления интерфейса
ISM – модель спецификации интерфейса
ADM – модель данных приложений
Технология проектирования RUP
Компания
модель бизнес-процессов
описания бизнес-процессов
модель состояний
модель бизнес-сущностей
модель ролеймодель бизнес-правил
модель структуры
Бизнес-Бизнес-моделированиемоделирование
модель функций системы
экранные формы
модель работы пользователей
Анализ и Анализ и проектированиепроектирование
модель размещения
модель данныхмодель разработки
Определение Определение требованийтребований
3. Основные подходы к разработке моделей
Схема бизнес-моделирования Функциональные
ИС
Стратегические ИС
Операционные ИС
Шаблон формирования бизнесов.
Шаблон формирования основных бизнес-функций.
Шаблон формирования основных функций менеджмента
Шаблон распределения функций по
организационным звеньям
Потоковая процессная модель
Задачи моделирования бизнес-процессов
Описание выполняемых системой функцийфункций
Описание отношений между даннымиданными
Описание динамического поведенияповедения системы
Технологии и инструментальные средства моделирования бизнес-процессов.
Структурный анализСтруктурный анализ – метод исследования системы, которое начинается с общего обзора и затем детализируется, , приобретая иерархическую структуру со все большим числом уровней.
Объектно-ориентированное моделированиеОбъектно-ориентированное моделирование - подразумевает описание статической структуры системы в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект обладает своим собственным поведением, моделирующим поведение объекта реального мира.
Технология Технология ArisAris – управляемые событиями модели
Программные средства: IDEF Designer, ERwin\BPwin, Oracl Designer, BPM Workbench, Aris, Rational Rose
Стандарты IDEF (Integrated Computer Aided Manufacturing DEFinition) (1981г)
IDEF0IDEF0 - методология функционального моделирования. Система отображается в виде набора взаимосвязанных функциональных блоков.
IDEF1IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
IDEF1XIDEF1X (IDEF1 еХtended) – методология построения реляционных структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и используется для моделирования реляционных баз данных в системе;
IDEF3IDEF3 – методология документирования процессов. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса.
IDEF4IDEF4 – методология построения объектно-ориентированных систем.
Основные принципы структурного моделирования
Сложность больших систем преодолевается расчленением их на части
(«черные ящики») и иерархической организацией этих «черных ящиков» в модели. На каждом уровне модели пользователю нет необходимости знать внутреннее устройство «черного ящика», рассматриваются только его входы\выходы и реализуемая функция.
Критерии разбиения системы на «черные ящики»:
каждый «черный ящик» реализует единственную функцию системы;
функция каждого «черного ящика» должна быть легко понимаема независимо от сложности ее реализации;
связи между «черными ящиками» вводятся только при наличии связи между соответствующими функциями системы;
связи между «черными ящиками» должны быть максимально простыми
Декомпозиция функциональных диаграмм
Подфункция
функция
Подфункция 1
Подфункция 1Подфункция 2
Подфункция 3
А0
А1
А2
А3
Контекстная диаграмма определяет все функции, входы и выходы, которые могут появиться на диаграммах нижних уровней
Каждая подфункция может содержать только те элементы, которые входят в исходную функцию.
Выход
Выход
Управление
Вход
IDEF0IDEF0
Динамические аспекты поведения системы
IDEF3IDEF3
Модель потоков данных – диаграммы DFD (Data Flow Diagram)
Описывают асинхронный процесс преобразования информации
Внешний объект
Номер объекта
Наименование объекта
Физическая реализация
ИД Наименование хранилища
Имя потока данных
IDEF1IDEF1
Диаграммы ERD - «сущность-связь»
Описывают структуры данных, связанных с различными объектами модели; документируют сущности процесса (их идентификаторы, атрибуты) и способы взаимодействия между ними.
Автомашина
# Регистр. Номер
* Год
* Марка
*Модель
•Цвет
Полис
# Идент. Номер
* Дата
* Сумма
Один
Много
IDEF1XIDEF1X
Унифицированный язык визуального
моделирования Unified Modeling Language (UML).
•Стандарт, принятый консорциумом •Object Managing Group (OMG) , 1997г
•Статические аспекты поведения
системы
Концептуальная модель UML
сущности отношения диаграммы
•структурные
•поведенческие
•группирующие
•аннотационны
е
•классов;
•объектов;
•прецедентов;
•последовательностей
•кооперации;
•состояний;
•действий;
•компонентов;
•развертывания.
•зависимость
•ассоциация
•обобщение
•реализация
Диаграмма в UML - это графическое представление набора элементов в виде связанного графа с вершинами (сущностями) и ребрами (отношениями).
Разработка модели бизнес-
прецедентов Общая диаграмма деятельности медицинского центра по обслуживанию пациента
Разработка модели бизнес-прецедентов
Модель бизнес-прецедентов, составляющих обслуживание пациента
Техническое обеспечение
Назначение лечения
Обеспечение лечения
Контроль за изменением состояния пациента
Проверка размера оплаты
Контроль качества лечения
Контроль тарифов
Контроль организации деятельности
Предыстория лечения Доставка информации
Получение лечения
Диаграмма видов деятельности для прецедента «Оказание медицинской
помощи»
Диаграмма последовательностей для прецедента «Ответ на
запрос»
Разработка концептуальной модели
данных
О б о б щ е н и е
А г р е г а ц и я
4. Методология внедрения ИС
Участие руководства в
проекте20%
Получение быстрой и эффективной
отдачи2%
Наличие и соблюдение плана
внедрения19%
Ясные цели и четкие требования
16%
Участие специалистов
клиента16%
Реинжиниринг бизнес-процессов
до внедрения8%
Качество системы и команды
консультантов11%
Наличие стратегии у Клиента
8%
http://www.cfin.ru/press/loginfo/2001-07/70-80.shtml
ПО ПО ДАННЫМДАННЫМ
www.cfin.ruФакторы успеха проекта
Обеспечение базы для обучения новых сотрудников стандартным методам внедрения – быстрота подготовки внедренческих ресурсов
Сокращение внутренних расходов на организацию и реализацию проектов
Улучшение взаимодействия и взаимопонимания между членами проектной группы
Эффективность совместного использования ресурсов между проектами, командами
Преимущества методологиивнедрения
• Microsoft – OnTargetOnTarget• Microsoft - MSFMSF (Microsoft Solutions Framework)
• Microsoft - - Business Solutions Partner Business Solutions Partner MethodologyMethodology
• SAP – ASAP ASAP (Accelerated SAP) (Value SAP)
• Oracle - Oracle MethodOracle Method • J D Edwards – OneMethodologyOneMethodology (PeopleSoft)
• Citrix Systems - Citrix MetaFrame Citrix MetaFrame
Основные методологии
Структурирование комплекса работ
Правила управления внедрением
Построение команды внедрения (Центр компетенции)
Что включает методология?
Фазы проекта
Определение проекта
Обследование
Анализ и дизайн
Подготовка к запуску
Запуск
Сопровождение после запуска
Послепроектное сопровождение
Типовые этапы проекта внедрения
Определение проекта
Заключение контракта
Формирование Центра
компетенции
Обучение членов Центра компетенции
Разработка Устава проекта
Разработка плана проекта
Обследование предприятия
Дизайн ИСРазработка
Технического задания
Приемо-сдаточные испытания
Массовое обучение конечных
пользователей
Разработка проектов
пользовательских инструкций
Подготовка к началу опытной
эксплуатации
I. Предварительное определение проекта
II. Определение проекта
III. Обследование
IV. Анализ и дизайн
V. Подготовка к запуску
Прототип ERP-системы
Старт продуктивной эксплуатации
Сопровождение продуктивной эксплуатации
Доработка пользовательских
инструкций
Административное завершение проекта
Описание проектных решений
Передача сопровождения
в Центр компетенции
Заключение контракта на
сопровождение
Сопровождение промышленной эксплуатации
VI. Запуск
VII. Сопровождение
VIII. Постпроектное обслуживание
Процессы (работы) этапов
Внедрение ИС
Внедрение ИС
Достижение бизнес-целей
Удовлетворение требований заказчика
Каноническое проектирование
Типовое проектирование
Пакетно-ориентированное
Модельно-ориентированное
Правила управления внедрением
(методики управления проектами)
Технология создания продукта
Технология управления проектом
Корпоративная методология внедрения
Составляющие методологии внедрения
Центры ответственности
Системыпланирования
и контроля
Команда проекта
КонцепцииУправленияПроектами
Объединение действий всех
участников проекта
Лица (центры) с интегративной
ответственностьюИнтегральное
и прогнозирующее планирование
и контроль
Триада концепций управления проектами
PMI – Project Management InstitutePMI – Project Management Institute
(Институт управления проектами, США)
PMBOK Guide – 2000PMBOK Guide – 2000 (5) (5) –– Project Manadgement Body Of Knowledge
– свод знаний по управлению проектами - стандарт ANCI (American Standards Institute)
APM – Association of Project Management APM – Association of Project Management
(Ассоциация управления проектами, Великобритания)
APM Body Of KnowledgeAPM Body Of Knowledge
Организации
Основные понятия и действующие лица Основные понятия и действующие лица управления проектамиуправления проектами
Определения 9 областей знанийОпределения 9 областей знаний
Определения 5 групп процессовОпределения 5 групп процессов
Определения 39 процессовОпределения 39 процессов
Содержание стандарта
Управление интеграцией
Управление снабжением
Управление рисками
Управление качеством
Управление коммуникациями
Управление персоналом
Управление стоимостью
Управление временем
Управление содержанием
Процессы инициации
Процессы планирования
Процессы контроля
Процессы исполнения
Процессы завершения