Transcript Проектирование ИС

Учебный курс
Теория
информационных
систем
Лекция 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, ERwin\BPwin, Oracl Designer, BPM
Workbench, Aris, Rational Rose
Стандарты IDEF (Integrated Computer Aided Manufacturing DEFinition) (1981г)
IDEF0 - методология функционального моделирования. Система
отображается в виде набора взаимосвязанных функциональных
блоков.
IDEF1 – методология моделирования информационных потоков
внутри системы, позволяющая отображать и анализировать их
структуру и взаимосвязи;
IDEF1X (IDEF1 еХtended) – методология построения
реляционных структур. IDEF1X относится к типу методологий
“Сущность-взаимосвязь” (ER – Entity-Relationship) и используется
для моделирования реляционных баз данных в системе;
IDEF3 – методология документирования процессов. С помощью
IDEF3 описываются сценарий и последовательность операций для
каждого процесса.
IDEF4 – методология построения объектно-ориентированных
систем.
Основные принципы структурного
моделирования
Сложность больших систем преодолевается расчленением их на части
(«черные ящики») и иерархической организацией этих «черных ящиков»
в модели. На каждом уровне модели пользователю нет необходимости знать
внутреннее устройство «черного ящика», рассматриваются только его
входы\выходы и реализуемая функция.
Критерии разбиения системы на «черные ящики»:
 каждый «черный ящик» реализует единственную функцию системы;
 функция каждого «черного ящика» должна быть легко понимаема
независимо от сложности ее реализации;
 связи между «черными ящиками» вводятся только при наличии связи
между соответствующими функциями системы;
 связи между «черными ящиками» должны быть максимально простыми
Декомпозиция функциональных диаграмм
функция
Контекстная диаграмма определяет все
функции, входы и выходы, которые могут
появиться на диаграммах нижних уровней
IDEF0
А0
Каждая подфункция может содержать
только те элементы, которые входят в
исходную функцию.
Подфункция
Подфункция1 Выход
А1
Подфункция 2
Подфункция 1
А2
Управление
Выход
Подфункция 3
Вход А3
Динамические аспекты поведения системы
IDEF3
Модель потоков данных – диаграммы DFD
(Data Flow Diagram)
Описывают асинхронный процесс преобразования
информации
IDEF1
Внешний
объект
Имя потока
данных
Номер объекта
Наименование
объекта
Физическая
реализация
ИД
Наименование хранилища
Диаграммы ERD - «сущность-связь»
Описывают структуры данных, связанных с различными
объектами модели; документируют сущности процесса (их
идентификаторы, атрибуты) и способы взаимодействия
между ними.
IDEF1X
Автомашина
Полис
# Регистр. Номер
# Идент. Номер
* Год
* Марка
*Модель
•Цвет
Один
* Дата
Много
* Сумма
Унифицированный язык
визуального моделирования
Unified Modeling Language (UML).
•Стандарт, принятый консорциумом
•Object Managing Group (OMG) , 1997г
•Статические аспекты поведения системы
Концептуальная модель UML
сущности
•структурные
отношения
диаграммы
•зависимость
•классов;
•поведенческие
•ассоциация
•группирующие
•обобщение
•аннотационны
•реализация
е
•объектов;
•прецедентов;
•последовательностей
•кооперации;
•состояний;
•действий;
Диаграмма в UML - это графическое
представление набора элементов в виде
связанного графа с вершинами (сущностями) и
ребрами (отношениями).
•компонентов;
•развертывания.
Разработка модели бизнес-прецедентов
Общая диаграмма деятельности медицинского центра по
обслуживанию пациента
Разработка модели бизнес-прецедентов
Модель бизнес-прецедентов, составляющих обслуживание
пациента
Получение
лечения
Техническое
обеспечение
Назначение
лечения
Контроль тарифов
Обеспечение
лечения
Контроль за изменением
состояния пациента
Контроль качества
лечения
Проверка размера оплаты
Контроль организации
деятельности
Предыстория лечения
Доставка информации
Диаграмма видов деятельности
для прецедента «Оказание медицинской помощи»
Диаграмма последовательностей для
прецедента «Ответ на запрос»
Разработка концептуальной модели
данных
А г р е г а ц и я
О б о б щ е н и е
4. Методология внедрения
ИС
Факторы успеха проекта
ПО
ДАННЫМ
www.cfin.ru
http://www.cfin.ru/press/loginfo/2001-07/70-80.shtml
Реинжиниринг
бизнес-процессов
до внедрения
8%
Качество системы и
команды
консультантов
11%
Наличие стратегии
у Клиента
8%
Участие
специалистов
клиента
16%
Получение быстрой
и эффективной
отдачи
2%
Ясные цели и
четкие требования
16%
Участие
руководства в
проекте
20%
Наличие и
соблюдение плана
внедрения
19%
Преимущества методологии
внедрения
Обеспечение базы для обучения новых
сотрудников стандартным методам внедрения –
быстрота подготовки внедренческих ресурсов
Сокращение внутренних расходов на
организацию и реализацию проектов
Улучшение взаимодействия и взаимопонимания
между членами проектной группы
Эффективность совместного использования
ресурсов между проектами, командами
Основные методологии
• Microsoft – OnTarget
• Microsoft - MSF (Microsoft Solutions Framework)
• Microsoft - Business Solutions Partner
Methodology
• SAP – ASAP (Accelerated SAP) (Value SAP)
• Oracle - Oracle Method
• J D Edwards – OneMethodology (PeopleSoft)
• Citrix Systems - Citrix MetaFrame
Что включает методология?
 Структурирование комплекса работ
 Правила управления внедрением
 Построение команды внедрения (Центр
компетенции)
Фазы проекта
Типовые этапы проекта внедрения
 Определение проекта
 Обследование
 Анализ и дизайн
 Подготовка к запуску
 Запуск
 Сопровождение после запуска
 Послепроектное сопровождение
Процессы (работы) этапов
О пределение
проекта
V I. З а п у с к
С тарт
п род уктивн ой
эксп л уатации
Заклю чение
контракта
I. П р е д в а р и т е л ь н о е
о пр е д е л е ние пр о е кта
Ф орм ирование
Ц ентра
ком петенции
Р азработка
Устава проекта
С опровождение
п род уктивн ой
эксп л уатации
О писание
п роектн ы х
реш ений
О бучение
членов Ц ентра
ком петенции
Р азработка
плана проекта
II. О п р е д е л е н и е
пр о е кта
О бследование
предприятия
III.
О бследование
Р азработка
Т е х н и ч е с ко го
задания
IV . А н а л и з
и дизайн
А д м ин истративн ое
заверш ен ие п роекта
Р азработка
проектов
пол ьзовател ьских
инструкций
Д изайн И С
V II. С о п р о в о ж д е н и е
П р о то ти п E R P -с и с те м ы
П о д го то в ка к
началу опы тной
эксплуатации
V . П о д го то в ка к
за пуску
Передача
сопровождения
в Ц ен тр
ком п етен ции
П рием осдаточны е
испы тания
М ассовое
обучение
конечны х
пользователей
Заклю чение
кон тракта н а
сопровождение
С опровождение
промы ш ленной
эксп л уатации
V III. П о с т п р о е к т н о е о б с л у ж и в а н и е
Д оработка
п ол ьзовател ьских
ин струкций
Правила управления внедрением
Достижение
бизнес-целей
(методики управления проектами)
Удовлетворение
требований
заказчика
Внедрение ИС
Внедрение ИС
Каноническое
проектирование
Типовое
проектирование
Пакетноориентированное
Модельноориентированное
Составляющие методологии внедрения
Технология создания
продукта
Технология
управления проектом
Корпоративная методология внедрения
Триада концепций управления проектами
Интегральное и
прогнозирующее
планирование и
контроль
Центры
ответственности
Концепции
Управления
Проектами
Системы
планирования
и контроля
Лица (центры) с
интегративной
ответственностью
Объединение
действий всех
участников
проекта
Команда
проекта
Организации
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 процессов
Управление
интеграцией
Управление
снабжением
Управление
рисками
Процессы
инициации
Управление
содержанием
Процессы
планирова
ния
Процессы
контроля
Процессы
исполнения
Процессы
завершения
Управление
качеством
Управление
коммуникациями
Управление
персоналом
Управление
временем
Управление
стоимостью