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

Методология и средства структурирования, описания и документирования процессов Воронежский государственный университет А. П. Толстобров tap@main. vsu. ru

Методология структурного анализа и проектирования – SADT = Structured Analysis and Design Technique n Предложена в 70 е годы ХХ века Дугласом Россом (Douglas Ross) n См. книгу Дэвид А. Марка и Клемент Мак Гоуэн «Методология структурного анализа и проектирования SADT» , М. : Метатехнология, ТОО ФРЭД, 1993 – 240 с.

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

Стандарт функционального моделирования бизнес-процессов IDEF 0 n В 90 е годы в США на основе методологии SADT был принят стандарт функционального моделирования бизнес-процессов IDEF 0 (http: //www. idef. com). n Стандарт был разработан в рамках обширной программы автоматизации промышленных предприятий, предложенной департаментом Военно Воздушных Сил США, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). n Отсюда название стандарта IDEF = ICAM DEFinition

All. Fusion Process Modeler 4. 1 (BPwin 4. 1) n Специализированное инструментальное программное средство для моделирования бизнес процессов, полностью поддерживающие стандарт IDEF 0 n Разработан фирмой Computer Associates (CA) n См. книгу – Маклаков С. В. Моделирование бизнес процессов с All. Fusion Process Modeler (BPwin 4. 1). –М. : ДИАЛОГ МИФИ, 2003 – 240 с. ).

Стандарт функционального моделирования бизнес-процессов IDEF 0 n В стандарте IDEF 0 модель процессов функционирования системы представляется в виде диаграмм бизнес процессов n На этих диаграммах система представляется в виде совокупности взаимодействующих процессов или функций.

Базовые элементы модели стандарта IDEF 0 Работа обозначает Управление представляет поименованный процесс, Управление объект, определяющий функцию или задачу (Control) как должна выполняться работа Вход (Input) Выход (Output) Работа (Activity) Вход представляет Выход определяет, что Механизм определяет, Механизм объект, над которым получается в результате кем или чем выполняется работа (Mechanism) выполнения работа выполняетсяработы

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

Декомпозиция процессов

Первый этап моделирования n Вначале строится функциональная модель существующей организации работы, так называемая модель – AS IS (КАК ЕСТЬ). n Очень важно получение не идеализированной, а адекватной модели именно существующего положения дел без привнесения в модель «желательных» или «предположительных» моментов.

Определение контекста модели n Определение субъекта моделирования, т. е. предметной области модели, это фактически определение работы, помещаемой на диаграмме IDEF 0 самого верхнего уровня. n Наименование работы на диаграмме IDEF 0 должно быть выражено сочетанием отглагольного существительного, обозначающего процесс. n Формулирование цели моделирования (Purpose). Цель должна отвечать на следующие вопросы: n Почему должна быть построена модель данного процесса? n Что должна показать построенная модель? n Что может получить читатель модели? n Указание точки зрения (Viewpoint) на модель. Результатом моделирования должно быть построение модели, выражающей единую общую точку зрения.

Контекстная диаграмма модели процессов проведения приемной кампании

Декомпозиция контекстной диаграммы

Диаграмма декомпозиции работы «Прием документов»

Декомпозиция контекстной диаграммы

Декомпозиция работы «Проведение вступительных испытаний»

Декомпозиция контекстной диаграммы

Декомпозиция работы «Зачисление»

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

Дерево узлов модели

Коллективная разработка модели 1 этап n Создание модели группой специалистов, относящихся к различным сферам деятельности предприятия. В терминах стандарта IDEF 0 такая группа называется авторами (Authors). n Построение первоначальной модели является динамическим процессом, в течении которого авторы опрашивают компетентных лиц о структуре различных процессов. n На основе имеющихся положений, документов и результатов опросов создается черновик модели (Model Draft).

2 этап n Распространение черновика для рассмотрения, согласования и комментариев. n На этой стадии происходит обсуждение черновика модели с широким спектром компетентных лиц (читателей), при этом каждая из диаграмм черновой модели письменно критикуется и комментируется, а затем передается автору. n Автор, в свою очередь, также письменно соглашается с критикой или отвергает ее с изложением логики принятия решения и вновь возвращает отредактированный черновик для дальнейшего рассмотрения. n Этот цикл продолжается до тех пор, пока авторы и читатели не придут к единому мнению.

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

Спасибо за внимание А. П. Толстобров tap@main. vsu. ru