Информационные технологии в менеджменте
Моделирование бизнесс-
процессов
ИТМ. Моделирование бизнес-процессов
Проектирование ИС
анализ конкретной среды или технологии, а именно:
топологии сети, конфигурации аппаратных средств,
используемой архитектуры (файл-сервер или клиент-
сервер), параллельной обработки, распределенной
обработки данных и т.п.
проектирование объектов данных, которые будут
реализованы в базе данных;
проектирование программ, экранных форм, отчетов,
которые будут обеспечивать выполнение запросов к
данным;
Стратегия разработки ИС
Стратегия проектирования ИС определяется использованием
соответствующей модели жизненного цикла, определяющей
последовательность стадий проектирования и выполняемых в
них процессов.
Модель жизненного цикла – структура, содержащая стадии,
процессы (действия и задачи), которые осуществляются в ходе
разработки, функционирования и сопровождения программного
продукта в течение всей жизни системы, от определения
требований до завершения ее использования.
Жизненный цикл ИС – последовательность событий,
происходящих с системой в процессе ее создания и
использования.
Жизненный цикл ИС
Разработка Проектирование
требований
Сопровождение
Информационная Реализация
система
Ввод в Тестирование
действие
Модели ЖЦ ИС
Поэтапная модель с промежуточным контролем
Каскадная модель
Спиральная модель
Процесс разработки ИС - процесс построения и
последовательного преобразования ряда
согласованных моделей на всех этапах жизненного
цикла ИС.
Модели:
организации,
деятельности организации,
требований к ИС,
проекта ИС,
требований к приложениям и т.д.
Схема бизнес-моделирования
Стратегические Функциональные Операционные
ИС ИС ИС
Шаблон формирования бизнесов
Шаблон формирования основных бизнес-функций и
основных функций менеджмента
Шаблон распределения функций по
организационным звеньям
Задачи моделирования бизнес-процессов
Описание выполняемых системой функций
Описание отношений между данными
Описание динамического поведения системы
Методологии функционального моделирования
IDEF (Integrated DEFinition)
UML (Unified Modeling Language)
ARIS (Architecture of Integrated Information
Systems)
CASE-технологии анализа и проектирования ИС
«CASE» (Computer Aided Software/System Engineering) средства
автоматизации процессов разработки сложных ИС.
Парадигма методология/метод/нотация/структура/средство
Методология задает руководящие указания для оценки и выбора проекта
разработки ПО, этапы и последовательность работ, правила применения
тех или иных методов.
Метод - систематическая процедура или технология генерации описаний
компонент ПО (например, описание потоков и структур данных).
Нотации предназначены для описания системы в целом, ее элементов,
таких как графы, диаграммы, таблица, блок-схемы, алгоритмы,
формальные языки и языки программирования.
Структуры являются средством для реализации структурного анализа и
построения структуры конкретной системы.
Средства - технологические и программные инструменты для поддержки
и усиления методов.
Стандарты IDEF (Integrated Computer Aided
Manufacturing DEFinition) (1981г)
IDEF0 - методология функционального моделирования. Система
отображается в виде набора взаимосвязанных функциональных блоков.
IDEF1 – методология моделирования информационных потоков внутри
системы, позволяющая отображать и анализировать их структуру и
взаимосвязи;
IDEF1X (IDEF1 еХtended) – методология построения реляционных
структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь”
(ER – Entity-Relationship) и используется для моделирования реляционных
баз данных в системе;
IDEF3 – методология документирования процессов. С помощью IDEF3
описываются сценарий и последовательность операций для каждого
процесса.
IDEF4 – методология построения объектно-ориентированных систем.
ИТМ. Моделирование бизнес-процессов
Нотация IDEF0 для документирования процессов производства
ИТМ. Моделирование бизнес-процессов
Этапы информационного развития человечества
Блок – прямоугольник, который выражает некоторую функцию бизнеса. В
соответствии со стандартом функция должна быть выражена глагольным
оборотом. В IDEF0 роли сторон прямоугольника (функциональные значения)
различны: верхняя сторона имеет значение "управление", левая - "вход", правая -
"выход", нижняя - "механизм исполнения".
Поток или "интерфейсная дуга" – элемент, описывающий данные,
неформальное управление или что-либо другое, оказывающие влияние на
функцию, изображенную блоком. Потоки обозначаются оборотом
существительного. В зависимости от того, к какой стороне блока направлен
поток, он, соответственно, носит название "входной", "выходной" или
"управляющий". Поток изображается стрелкой. " Источником" и "приемником"
потоков (то есть началом и концом стрелки) могут быть только блоки. При этом
источником может являться только выходная сторона блока, приемником - любая
из трех оставшихся. Для потоком, имеющих внешний характер, применяют метод
"туннелирования" - скрытие или появление интерфейсной дуги из "туннеля".
Функциональная декомпозиция блоков – модельная интерпретация того, что
любой сложный бизнес-процесс может быть разбит (декомпозирован) на более
простые операции (действия, бизнес-функции). Иными словами, действие может
быть представлено как совокупность элементарных функций.
Декомпозиция функциональных диаграмм
Контекстная диаграмма определяет все
функции, входы и выходы, которые могут
функция появиться на диаграммах нижних уровней
А0 IDEF0
Каждая подфункция может содержать
только те элементы, которые входят в
исходную функцию.
Подфункция
Подфункция1 Выход
А1
Подфункция 2 Управление
Выход
Подфункция 1
А2
Подфункция 3
Вход А3
ИТМ. Моделирование бизнес-процессов
Методология и нотация IDEF0 в MS Visio
ИТМ. Моделирование бизнес-процессов
Контекстная диаграмма процесса закупки
ИТМ. Моделирование бизнес-процессов
Диаграмма декомпозиции процесса закупки
ИТМ. Моделирование бизнес-процессов
Диаграмма декомпозиции процесса доставки и верификации продукции
ИТМ. Моделирование бизнес-процессов
Методология и нотация IDEF0 в MS Visio
ИТМ. Моделирование бизнес-процессов
Методология и нотация IDEF0 в MS Visio
ИТМ. Моделирование бизнес-процессов
Нотация UML. Диаграмма прецедентов