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

1. 1. Моделирование – основа проектирования ИС

1

2.

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

3. Виды моделей

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

4. Организационно-функциональная модель

Функция – это обособленный вид деятельности
компании. Функции выполняются постоянно.
4

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

5

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

6

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

7

8. Цикл реструктуризации

Продуктовая
модель
+
+
+
+
+
+
Организацион
ная модель
Функциональ
ная модель
Функциональ
ная модель
+
Проверка на
соответствие
+
+
+
+
+ +
+
+
+
+
8

9. Фрагменты организационно-функциональной модели – основные функции

9

10. Фрагменты организационно-функциональной модели – организационная структура

10

11. Анализ организационно-функциональной модели средствами матричных проекций

11

12.

Функции
Агрегированные функции
Детализированные функции
+
+
+
+
+
+
+
+
+
+
+
+
Сотрудники
Подразделения
Организация
+
+
+
+
+
12

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

13

14. Определение бизнес-процесса

Под бизнес-процессом понимается деятельность предприятия
или его подразделения, имеющая ценность для клиента (клиент
– внешний заказчик или другое подразделение предприятия).
Получение товара по заказу
Прием заявки
Проверка
наличия
Выписка
счета
Контроль
платежа
Доставка
товара
Отдел
продаж
Склад
Бухгалтерия
Бухгалтерия
Транспортный
отдел
Бизнес-процесс - одна или несколько связанных работ или процедур, в совокупности
реализующих некоторую цель производственной и непроизводственной деятельности в
рамках определенной организационной структуры.
14

15. Обобщенная модель бизнес-процесса

Организация
Подразделение
Работник
Ресурсы:
Вход
Бизнеспроцессы
• Сырье
• Промежуточная
продукция
• Информация
• Деньги
Преобразование
ресурсов,
добавляющее
стоимость
Выход
Продукты:
• Топливо
• Прибор
•Счет-фактура
• Промежуточная
продукция
• Информация
Бизнес-процесс – модель преобразования сущностей типа
«вход-выход», рассматриваемая как работа по реализации
предписываемой функции
15

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

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

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

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

18. Карты Харрингтона (BFD – Block Flow Diagrams)

Начало
Принять
Начало
заявку
Формализуют следующие
знания о бизнеспроцессе:
Конец
Состоит из
Является частью
Следует за
Принять
Проверить
заявку
заявку
Получить
платеж
Рассчитать
платеж
Оформить
договор
Предшествует
18

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

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

20. 4. Структурное моделирование БП

20

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

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

22. Функциональная модель SADT(Structured Analysis and Design Teqnique) (IDEF0)

(Нотация Росса)
отображает действия объекта и связи между этими действиями
Управление
Вход
Функция
Выход
Механизм
Модель обеспечивает отделение функций от организационной
структуры.
22

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

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

24. Контекстная диаграмма

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

25. Перенос контекста на декомпозицию

Продажа,
маркетинг
Сборка,
тестирование
25

26. декомпозиция

26

27. Преобразование типов стрелок

Выход
Управле
ние
Выход
Вход
Появление новых стрелок, отсутствующих на родительской диаграмме, отображается 27
«туннелем»

28. Декомпозиция родительской диаграммы А2

Подфункция 2
А2
А21
А22
А23
А24
28

29. Ограничения сложности IDEF0-диаграмм

Ограничение количества функциональных блоков на
диаграмме: три-семь. Верхний предел (семь)
обусловлен физиологическими возможностями
восприятия информации человеком и заставляет
разработчика использовать иерархии при описании
сложных предметов. Нижний предел (три) гарантирует,
что на соответствующей диаграмме достаточно деталей,
чтобы оправдать ее создание.
Ограничение количества подходящих к одному
функциональному блоку (выходящих из одного
функционального блока) интерфейсных дуг четырьмя.
Для моделирования бизнес-функции обычно достаточно 2-3 уровней
детализации.
Общее число уровней в модели обычно не превышает 6-7.
29

30. Оценка бизнес-процессов

Функционально-стоимостной анализ АВС (Activity Based
Costing) – методика определения характеристик товаров и
услуг на базе действий и ресурсов, задействованных во всех
бизнес-процессах предприятия
Этапы АВС-анализа:
Формирование перечня ресурсов и стоимостных объектов
(«центров затрат»)
Определение затрат на выполнение бизнес-задач (расходы
ресурсов – прямые затраты материалов и труда, косвенные
затраты труда и накладные расходы)
Определение затрат на стоимостные объекты (товары,
услуги, обслуживание и пр.) на основе составляющих бизнес30
задач