Схема построения модели

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

Система управления объединяет различные категории субъектов, для наиболее полного использования потенциала предприятия, организации необходимо акцентировать наиболее сложные для понимания аспекты, которые требуют уточнения, улучшения, изменения. Для описания функции организации во внешней и внутренней среде используются модели бизнес-процессов. Они выделяют компанию из окружающей среды и показывают, как она с этой средой взаимодействует. Бизнес-модель демонстрирует субъектам всех уровней, что делается на предприятии, что должно быть сделано, когда и как именно. В общем случае разрабатывается несколько согласованных и интегрированных бизнес-моделей систем управления организацией.

Главная цель построения иерархической модели заключается в том, чтобы сделать требования ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними. Для достижения этого целесообразно пользоваться следующими рекомендациями:

1. Размещать на каждой диаграмме от 3 до 6—7 процессов. Верхняя граница соответствует человеческим возможностям одновременного восприятия и понимания структуры сложной системы с множеством внутренних связей, нижняя граница выбрана по соображениям здравого смысла: нет необходимости детализировать процесс диаграммой, содержащей всего один или два процесса.

2. Не загромождать диаграммы несущественными на данном уровне деталями.

3. Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов; эти две работы должны выполняться одновременно, а не одна после завершения другой.

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

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

6. Пользоваться простейшими диаграммными техниками: если что-либо возможно описать с помощью одной диаграммы, то это и необходимо делать, а не использовать для описания более сложные объекты.

7. Отделять управляющие структуры от обрабатывающих структур (т. е. процессов), локализовать управляющие структуры.

В соответствии с этими рекомендациями процесс построения модели разбивается на следующие этапы:

1. Расчленение множества требований и организация их в основные функциональные группы.

2. Идентификация внешних объектов, с которыми система должна быть связана.

3. Идентификация основных видов информации, циркулирующей между системой и внешними объектами.

4. Предварительная разработка контекстной диаграммы, на которой основные функциональные группы представляются процессами, внешние объекты – внешними сущностями, основные виды информации – потоками данных между процессами и внешними сущностями.

5. Изучение предварительной контекстной диаграммы и внесение в нее изменений по результатам ответов на возникающие вопросы по всем ее частям.

6. Построение контекстной диаграммы путем объединения всех процессов предварительной диаграммы в один процесс, а также группирования потоков.

7. Формирование диаграммы первого уровня на базе процессов предварительной контекстной диаграммы.

8. Проверка основных требований по диаграмме первого уровня.

9. Декомпозиция каждого процесса текущей диаграммы с помощью детализирующей диаграммы или спецификации процесса.

10. Проверка основных требований по диаграммам соответствующего уровня.

11. Добавление определений новых потоков в словарь данных при каждом их появлении на диаграммах.

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

13. После построения двух-трех уровней проведение ревизии с целью проверки корректности и улучшения понимаемости модели.

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