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

Теория информационных систем

Embed Size (px)

Citation preview

Page 1: Теория информационных систем

кандидат технических наук, доцент

Грекул Владимир Иванович

Учебный курс

Теория информационных

системЛекция 7

Page 2: Теория информационных систем

Методология проектирования ИС

Цель - регламентировать процесс проектирования ИС и обеспечить:

создание корпоративных ИС, отвечающих целям и задачам отвечающих целям и задачам организацииорганизации, а также предъявляемым требованиям по автоматизации деловых процессов заказчика;

гарантировать создание системы с заданным качеством в заданные срокисроки и в рамках установленного бюджетабюджета проекта;

поддерживать удобную дисциплину сопровождения, сопровождения, модификации и наращиваниямодификации и наращивания системы;

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

Page 3: Теория информационных систем

Области проектирования ИС

проектирование объектов данныхданных, которые будут реализованы в базе данных;

проектирование программпрограмм, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;

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

Page 4: Теория информационных систем

Стратегия разработки

Стратегия проектирования ИССтратегия проектирования ИС определяется использованием соответствующей модели жизненного цикла, определяющей последовательность стадий проектирования и выполняемых в них процессов.

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

Page 5: Теория информационных систем

Жизненный цикл ИСЖизненный цикл ИС - ряд событий, происходящих с системой в процессе ее создания и

использования.

Разработка требований

Проектирование

Реализация

ТестированиеВвод в действие

Сопровождение ИнформационИнформационная системаная система

Page 6: Теория информационных систем

Модели ЖЦ ИСКаскадная модель

Поэтапная модель с промежуточным

контролем

Спиральная модель

Page 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)

Корпоративны

Корпоративные методики

е методики

Page 8: Теория информационных систем

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

МоделиМодели:

организации,

деятельности организации,

требований к ИС,

проекта ИС,

требований к приложениям и т.д.

Page 9: Теория информационных систем

Технология проектирования DATARUN

Компания

PDS – структура первичных данных

CDM – концептуальная модель данных

BPM – модель бизнес-процессов

SPM – модель процессов системы ISA – архитектура

ИС

IPM – модель представления интерфейса

ISM – модель спецификации интерфейса

ADM – модель данных приложений

Page 10: Теория информационных систем

Технология проектирования RUP

Компания

модель бизнес-процессов

описания бизнес-процессов

модель состояний

модель бизнес-сущностей

модель ролеймодель бизнес-правил

модель структуры

Бизнес-Бизнес-моделированиемоделирование

модель функций системы

экранные формы

модель работы пользователей

Анализ и Анализ и проектированиепроектирование

модель размещения

модель данныхмодель разработки

Определение Определение требованийтребований

Page 11: Теория информационных систем

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

Page 12: Теория информационных систем

Схема бизнес-моделирования Функциональные

ИС

Стратегические ИС

Операционные ИС

Page 13: Теория информационных систем

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

Page 14: Теория информационных систем

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

Page 15: Теория информационных систем

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

Page 16: Теория информационных систем

Шаблон распределения функций по

организационным звеньям

Page 17: Теория информационных систем

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

Page 18: Теория информационных систем

Задачи моделирования бизнес-процессов

Описание выполняемых системой функцийфункций

Описание отношений между даннымиданными

Описание динамического поведенияповедения системы

Page 19: Теория информационных систем

Технологии и инструментальные средства моделирования бизнес-процессов.

Структурный анализСтруктурный анализ – метод исследования системы, которое начинается с общего обзора и затем детализируется, , приобретая иерархическую структуру со все большим числом уровней.

Объектно-ориентированное моделированиеОбъектно-ориентированное моделирование - подразумевает описание статической структуры системы в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект обладает своим собственным поведением, моделирующим поведение объекта реального мира.

Технология Технология ArisAris – управляемые событиями модели

Программные средства: IDEF Designer, ERwin\BPwin, Oracl Designer, BPM Workbench, Aris, Rational Rose

Page 20: Теория информационных систем

Стандарты IDEF (Integrated Computer Aided Manufacturing DEFinition) (1981г)

IDEF0IDEF0 - методология функционального моделирования. Система отображается в виде набора взаимосвязанных функциональных блоков.

IDEF1IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

IDEF1XIDEF1X (IDEF1 еХtended) – методология построения реляционных структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и используется для моделирования реляционных баз данных в системе;

IDEF3IDEF3 – методология документирования процессов. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса.

IDEF4IDEF4 – методология построения объектно-ориентированных систем.

Page 21: Теория информационных систем

Основные принципы структурного моделирования

Сложность больших систем преодолевается расчленением их на части

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

Критерии разбиения системы на «черные ящики»:

каждый «черный ящик» реализует единственную функцию системы;

функция каждого «черного ящика» должна быть легко понимаема независимо от сложности ее реализации;

связи между «черными ящиками» вводятся только при наличии связи между соответствующими функциями системы;

связи между «черными ящиками» должны быть максимально простыми

Page 22: Теория информационных систем

Декомпозиция функциональных диаграмм

Подфункция

функция

Подфункция 1

Подфункция 1Подфункция 2

Подфункция 3

А0

А1

А2

А3

Контекстная диаграмма определяет все функции, входы и выходы, которые могут появиться на диаграммах нижних уровней

Каждая подфункция может содержать только те элементы, которые входят в исходную функцию.

Выход

Выход

Управление

Вход

IDEF0IDEF0

Page 23: Теория информационных систем

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

IDEF3IDEF3

Page 24: Теория информационных систем

Модель потоков данных – диаграммы DFD (Data Flow Diagram)

Описывают асинхронный процесс преобразования информации

Внешний объект

Номер объекта

Наименование объекта

Физическая реализация

ИД Наименование хранилища

Имя потока данных

IDEF1IDEF1

Page 25: Теория информационных систем

Диаграммы ERD - «сущность-связь»

Описывают структуры данных, связанных с различными объектами модели; документируют сущности процесса (их идентификаторы, атрибуты) и способы взаимодействия между ними.

Автомашина

# Регистр. Номер

* Год

* Марка

*Модель

•Цвет

Полис

# Идент. Номер

* Дата

* Сумма

Один

Много

IDEF1XIDEF1X

Page 26: Теория информационных систем

Унифицированный язык визуального

моделирования Unified Modeling Language (UML).

•Стандарт, принятый консорциумом •Object Managing Group (OMG) , 1997г

•Статические аспекты поведения

системы

Page 27: Теория информационных систем

Концептуальная модель UML

сущности отношения диаграммы

•структурные

•поведенческие

•группирующие

•аннотационны

е

•классов;

•объектов;

•прецедентов;

•последовательностей

•кооперации;

•состояний;

•действий;

•компонентов;

•развертывания.

•зависимость

•ассоциация

•обобщение

•реализация

Диаграмма в UML - это графическое представление набора элементов в виде связанного графа с вершинами (сущностями) и ребрами (отношениями).

Page 28: Теория информационных систем

Разработка модели бизнес-

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

Page 29: Теория информационных систем

Разработка модели бизнес-прецедентов

Модель бизнес-прецедентов, составляющих обслуживание пациента

Техническое обеспечение

Назначение лечения

Обеспечение лечения

Контроль за изменением состояния пациента

Проверка размера оплаты

Контроль качества лечения

Контроль тарифов

Контроль организации деятельности

Предыстория лечения Доставка информации

Получение лечения

Page 30: Теория информационных систем

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

помощи»

Page 31: Теория информационных систем

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

запрос»

Page 32: Теория информационных систем

Разработка концептуальной модели

данных

О б о б щ е н и е

А г р е г а ц и я

Page 33: Теория информационных систем

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

Page 34: Теория информационных систем

Участие руководства в

проекте20%

Получение быстрой и эффективной

отдачи2%

Наличие и соблюдение плана

внедрения19%

Ясные цели и четкие требования

16%

Участие специалистов

клиента16%

Реинжиниринг бизнес-процессов

до внедрения8%

Качество системы и команды

консультантов11%

Наличие стратегии у Клиента

8%

http://www.cfin.ru/press/loginfo/2001-07/70-80.shtml

ПО ПО ДАННЫМДАННЫМ

www.cfin.ruФакторы успеха проекта

Page 35: Теория информационных систем

Обеспечение базы для обучения новых сотрудников стандартным методам внедрения – быстрота подготовки внедренческих ресурсов

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

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

Эффективность совместного использования ресурсов между проектами, командами

Преимущества методологиивнедрения

Page 36: Теория информационных систем

• 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

Основные методологии

Page 37: Теория информационных систем

Структурирование комплекса работ

Правила управления внедрением

Построение команды внедрения (Центр компетенции)

Что включает методология?

Page 38: Теория информационных систем

Фазы проекта

Page 39: Теория информационных систем

Определение проекта

Обследование

Анализ и дизайн

Подготовка к запуску

Запуск

Сопровождение после запуска

Послепроектное сопровождение

Типовые этапы проекта внедрения

Page 40: Теория информационных систем

Определение проекта

Заключение контракта

Формирование Центра

компетенции

Обучение членов Центра компетенции

Разработка Устава проекта

Разработка плана проекта

Обследование предприятия

Дизайн ИСРазработка

Технического задания

Приемо-сдаточные испытания

Массовое обучение конечных

пользователей

Разработка проектов

пользовательских инструкций

Подготовка к началу опытной

эксплуатации

I. Предварительное определение проекта

II. Определение проекта

III. Обследование

IV. Анализ и дизайн

V. Подготовка к запуску

Прототип ERP-системы

Старт продуктивной эксплуатации

Сопровождение продуктивной эксплуатации

Доработка пользовательских

инструкций

Административное завершение проекта

Описание проектных решений

Передача сопровождения

в Центр компетенции

Заключение контракта на

сопровождение

Сопровождение промышленной эксплуатации

VI. Запуск

VII. Сопровождение

VIII. Постпроектное обслуживание

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

Page 41: Теория информационных систем

Внедрение ИС

Внедрение ИС

Достижение бизнес-целей

Удовлетворение требований заказчика

Каноническое проектирование

Типовое проектирование

Пакетно-ориентированное

Модельно-ориентированное

Правила управления внедрением

(методики управления проектами)

Page 42: Теория информационных систем

Технология создания продукта

Технология управления проектом

Корпоративная методология внедрения

Составляющие методологии внедрения

Page 43: Теория информационных систем

Центры ответственности

Системыпланирования

и контроля

Команда проекта

КонцепцииУправленияПроектами

Объединение действий всех

участников проекта

Лица (центры) с интегративной

ответственностьюИнтегральное

и прогнозирующее планирование

и контроль

Триада концепций управления проектами

Page 44: Теория информационных систем

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

Организации

Page 45: Теория информационных систем

Основные понятия и действующие лица Основные понятия и действующие лица управления проектамиуправления проектами

Определения 9 областей знанийОпределения 9 областей знаний

Определения 5 групп процессовОпределения 5 групп процессов

Определения 39 процессовОпределения 39 процессов

Содержание стандарта

Page 46: Теория информационных систем

Управление интеграцией

Управление снабжением

Управление рисками

Управление качеством

Управление коммуникациями

Управление персоналом

Управление стоимостью

Управление временем

Управление содержанием

Процессы инициации

Процессы планирования

Процессы контроля

Процессы исполнения

Процессы завершения