Корпоративные информационные системы 4 Анализ бизнес-процессов предприятия Метод

Корпоративные информационные системы 4. Анализ бизнес-процессов предприятия. Метод BSP. Метод ARIS.

Модели для автоматизации ISA BSP DFD ARIS RUP IDEF 3 Процесс анализа требований © Ю. A. Маглинец 2

Модели для автоматизации ISA BSP DFD ARIS RUP IDEF 3 Процесс анализа требований © Ю. A. Маглинец 3

Модели для автоматизации ISA BSP DFD ARIS RUP IDEF 3 Процесс анализа требований © Ю. A. Маглинец 4

BSP – «планирование бизнессистем» . IBM, 1970 -е • “Подход, помогающий предприятию определить план создания информационных систем, удовлетворяющих его ближайшие и перспективные информационные потребности” (Мартин). • Информация является одним из основных ресурсов и должна планироваться в масштабах всего предприятия, информационная система должна проектироваться независимо от текущего состояния и структуры предприятия.

BSP (продолжение) • основывается на нисходящем анализе информационных объектов • Регламентирует 13 этапов выполнения работ. • Особенностью подхода является выделение трех организационных этапов, обеспечивающих так называемый “запуск” проекта:

BSP (этапы 1 -3) – запуск проекта • получение поддержки руководства предприятия • подготовка к анализу • проведение стартового совещания.

BSP (этап 4) • Формируется перечень основных деятельностей предприятия и содержащихся в них бизнес-процессов и дается их краткое описание Деятельность Ремонт и техническое обслуживание Эксплуатация Процесс Диагностика Ремонт Техническое обслуживание Учет на оборотном складе Оперативный диспетчерский учет Организация перевозок

BSP (этап 5) • выявляются основные классы данных и их связи с процессами Сотрудн Запчасти ики Ремонты Транспорт Перевозки Чт Чт/Зп Зп Чт/Зп - Эксплуатация Чт/Зп - - Чт/Зп Контроль безопасности Чт - - Зп -

BSP (этап 6) - анализ существующих на предприятии деловых и системных взаимодействий • Строятся 4 матрицы, демонстрирующие использование существующих и планируемых информационных подсистем: – матрица “руководители - процессы”: – матрица “информационные системы руководители” – матрица “информационные системы - процессы” – матрица “информационные системы - файлы данных”

BSP (этап 6 - окончание) • “руководители - процессы”: – обязанности руководителей, степень их вовлеченности в основные бизнес-процессы предприятия; • “информационные системы - руководители” – – какими системами (существующими или планируемыми) пользуются руководители; • “информационные системы - процессы” – – как системы соотносятся с бизнес-процессами предприятия; • “информационные системы - файлы данных” – – какие файлы данных и какими системами используются.

BSP (этап 6 - окончание) • “руководители - процессы”: – обязанности руководителей, степень их вовлеченности в основные бизнес-процессы предприятия; • “информационные системы - руководители” – – какими системами (существующими или планируемыми) пользуются руководители; • “АРМ - процессы” – – как системы соотносятся с бизнес-процессами предприятия; • “АРМ- источники данных” – – какие ист-и данных и какими автоматизированными рабочими местами используются.

BSP (этап 7) - интервьюирование руководителей с использованием построенных матриц Задачи этапа: • уточнение матриц • определение и оценка необходимой руководству информации • определение приоритетов потребностей • определение текущих задач • привлечение на свою сторону руководства.

BSP (этап 8) – Обработка интервью • Каждая выявленная проблема или точка зрения фиксируется с указанием: • ее возможного решения, • оценкой результатов предложенного решения, • потребности в информационной системе, затрагиваемого и связанных процессов.

BSP (этапы 9 -13) 9. Проектирование архитектуры информационной системы 10. Приоритеты реализации, последовательность ее этапов 11. Планирование модификаций информационной системы в связи с постоянным процессом появления новых требований к такой системе 12. Выработка рекомендаций и планов 13. Формирование отчетности по проведенным работам.

BSP - особенности • Описательный язык – текстовые матрицы (а не на графические диаграммы) • Наличие четкой последовательности этапов Акцент на взаимодействии с руководством • Акцент на построении гибких (модифицируемых в процессе эксплуатации) систем.

ARIS – «архитектура интегрированных информационных систем» • IDS Prof. Scheer Gmb. H, 1980 е

Модели организации (ARIS) Организационная Функцио- Информационная Процессов/ Средств производства Процесс анализа требований нальная управления Человеческих ресурсов © Ю. A. Маглинец Входов/ выходов Целей организации Территориальная 20

Организационная модель • Определяет структуру организации — иерархию • подразделений, • должностей и • конкретных лиц, • многообразие связей между ними, а также • территориальную привязку структурных подразделений;

Функциональная модель • Определяет функции, выполняемые в организации • и связи между ними, обеспечивающие передачу между элементами предметов труда.

Модель процессов/управления • Определяет логическую последовательность выполнения функций посредством событий и сообщений • Модель процессов/управления — это совокупность разнесенных во времени сообщений разного рода.

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

Модель входов-выходов • • Определяет потоки используемых и производимых продуктов и услуг

Модель средств производства • Описывает жизненный цикл основных и вспомогательных средств производства

Информационная модель (модель данных) • Описывает получение, • распространение • и доступ к информации (данным);

Модель человеческих ресурсов • • Описывает прием на работу, обучение и продвижение по службе персонала организации.

Территориальная модель (модель расположения организационных структур) • Описывает территориальное расположение организационных единиц.

«Здание» ARIS

Последовательность моделирования в ARIS • Методология ARIS не накладывает ограничений на последовательность подготовки пяти типов представления. • Процесс анализа и проектирования можно начинать с любого из них, в зависимости от конкретных условий и целей, стоящих перед исполнителями.

Некоторые диаграммы ARIS • Организационные модели • Организационная схема- Organizational chart • Функциональные модели • Дерево функций - Function Tree • Диаграмма целей - Objective diagram • Диаграмма типов прикладных систем Application system type diagram (ASTD).

Некоторые диаграммы ARIS – 2 Модели данных • Модель технических терминов - Technical Term Models • Расширенная модель <сущность отношение> - Extended entity -relationship model (e. ERM) • Диаграмма атрибутов e. ERM-модели e. ERM Attribute allocation diagram • Диаграмма структуры знаний - Knowledge structure diagram.

Некоторые диаграммы ARIS – 3 Модели процессов/управления - 1 • • • Событийная цепочка процесса - Extended event driven process chain (e. EPC) Диаграмма окружения функции - Function allocation diagram Производственный и офисный процессы - Industrial and Office process Диаграмма цепочек добавленного качества - Value-added chain diagram (VAD) Диаграмма информационных потоков - Information flow diagram Матрица выбора процессов - Process selection matrix Диаграмма е. ЕРС (в виде столбцов) - е. ЕРС (column display) Карта знаний - Knowledge map Диаграмма цепочки процесса - Process Chain Diagram (PCD) Диаграмма движения продуктов/услуг - Product/ Service exchange diagram Дерево продуктов/услуг - Product/Service tree

Некоторые диаграммы ARIS – 3 Модели процессов/управления - 2 • UML-диаграмма действий - UML Activity diagram • UML-диаграмма класса - UML Class diagram • UML-диаграмма описания класса UML Class description diagram • UML-диаграмма взаимодействия - UML Collaboration diagram • UML-диаграмма компонент - UML Component diagram • UML-диаграмма состояний - UML State chart diagram • UML-диаграмма использования приложений - UML Use case diagram.

Организационная диаграмма • Организационные единицы - это исполнители заданий, которые реализуются для достижения целей деятельности компании. • Отношения – это связи между организационными единицами: – техническое руководство, – дисциплинарное руководство, – является компонентой

Пример организационной диаграммы (ОД)

ОД с должностями и сотрудниками

ОД + ти пизация

Функциональные диаграммы. Дерево целей (1) • Цель – это определение будущих задач компании, которые предполагается выполнить, • при поддержке способствующих успеху факторов • и реализации новых бизнес-процессов.

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

Пример дерева целей

Дерево целей с фактором успеха

Функциональные диаграммы. Дерево функций • Функция – это описание элемента работы, образующего один логический этап в рамках процесса. • Детализация: транзакция, процесс, подфункция, базовая функция (неделимая операция).

Функциональные диаграммы. Дерево функций

Дерево функций. Объектноориентированная декомпозиция

Модели процессов/ управления. Событийная цепочка процесса — Extended event driven process chain (e. EPC) • Детальное описание процессов, выполняемых в рамках одного подразделения, несколькими подразделениями или конкретными сотрудниками. • Отражает последовательность действий в рамках одного бизнес-процесса, которые выполняются организационными единицами, а также ограничения по времени, налагаемые на отдельные функции.

e. EPC (2) – описание функции • Для каждой функции могут быть определены • начальное и конечное события, • ответственные исполнители, • материальные и документарные потоки, сопровождающие модель, • а также проведена декомпозиция на более низкие уровни (подфункции и т. д. ).

e. EPC (3) – цепочка процесса • Процедурная последовательность функций в рамках бизнес-процессов отображается в виде цепочки процесса, где для каждой функции могут быть определены начальное и конечное события. • Событие — это состояние, которое является существенным для целей управления бизнесом и которое оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов.

e. EPC (4) - события • События активизируют функции, т. е. передают управление от одной функции к другой • Они могут быть также результатом выполнения функций • В отличие от функций, которые имеют некоторую продолжительность, события происходят мгновенно.

e. EPC (5) • Описание события должно содержать не только информационный объект ( «заказ» ), но и описание изменения состояния ( «получен» ) • События переключают функции и могут быть результатом выполнения функции • Упорядочивание комбинации событий и функций в последовательность позволяет создать событийные цепочки процессов • С помощью этих диаграмм процедуры бизнеспроцесса представляются как логические последовательности событий/функций.