Методология функционального моделирования SADT

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

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

1) Графическое представление блочного моделирования. Графика блоков и дуг. SADT – диаграммы отображают функцию в виде блока, а входы/выходы представляют дугами, соответственно входящими в блок и выходящими из него. Взаимодействия блоков друг с другом описываются посредством дуг, выражающих «ограничения», которые, в свою очередь, определяют, когда и каким образом выполняются и управляются;

2) Строгость и точность (т.е. не должно быть «повисших» дуг, каждый блок должен иметь вход и выход). Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика;

3) Ограничение количества блоков на каждом уровне декомпозиции (как правило, 3-6 блоков);

4) Связность диаграмм (блоки нумеруются);

5) Уникальность меток и наименований (отсутствие повторяющихся имен);

6) Синтаксические правила для блоков и дуг (т.е. дуги входов находятся только слева от блока, дуги управления – только сверху и т.д.);

7) Исключение влияния организационной структуры на функциональную модель.

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

 

Рис. 4. Пример построения диаграммы (0-уровень)

 

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

Рассмотрим пример построения диаграммы. Строим нулевой уровень декомпозиции: пусть имеет место функция – кредитование (функциональный блок на рис. 5.), механизм, которыйосуществляет эту операцию, - это отдел кредитования. На входе есть определенная информация о кредитных ресурсах компании и заявка клиента на предоставление кредита. В качестве управления выступают бизнес-правила предоставления кредита: зависимость условий кредитования от суммы, сроков, кредитной истории заявителя и т.д. Наконец, на выходе будем иметь информацию об условиях кредитования клиента. Таким образом, нулевой уровень (0-уровень) построен.

 

Рис. 5. Функциональный блок и дуги

 

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

Рис. 6. Пример детализации диаграммы (1-уровень)

 

Моделирование потоков данных (процессов)

Методика SA/SD (структурный анализ и структурное проектирование) также является примером применения структурного подхода к моделированию бизнеса. В этой методике также реализуется подход функциональной декомпозиции.

    Рассмотрим пример использования методики SA/SD. В качестве предметной области возьмем описание работы видеобиблиотеки, которая получает запросы на фильмы от клиентов и ленты, возвращаемые клиентами. Запросы рассматриваются администрацией видеобиблиотеки с использованием информации о клиентах, фильмах и лентах. При этом проверяется и обновляется список арендованных лент, а также проверяются записи о членстве в библиотеке. Администрация контролирует также возвраты лент, используя информацию о фильмах, лентах и список арендованных лент, который обновляется. Обработка запросов на фильмы и возвратов лент включает следующие действия: если клиент не является членом библиотеки, он не имеет право на аренду. Если требуемый фильм имеется в наличии, администрация информирует клиента об арендной плате. Однако, если клиент просрочил срок возврата имеющихся у него лент, ему не разрешается брать новые фильмы. Когда лента возвращается, администрация рассчитывает арендную плату плюс пени за несвоевременный возврат.

    Видеобиблиотека получает новые ленты от своих поставщиков. Когда новые ленты поступают в библиотеку, необходимая информация о них фиксируется. Кроме того, администрация библиотеки регулярно готовит отчеты для руководства о членах библиотеки, поставщиках лент, выдаче определенных лент т.д.

    Перед построением диаграммы потока данных необходимо проанализировать внешние события (внешние объекты), оказывающие влияние на функционирование библиотеки. Из описания предметной области ясно, что в процессе работы библиотеки участвуют следующие группы людей: клиенты, поставщики и руководство. Эти группы являются внешними объектами (внешними сущностями). Внешние сущности обозначаются обычно прямоугольниками, а процессы – окружностями (рис. 7.).

Рис. 7. Начальная диаграмма потоков данных

 

    Итак, первый этап построения диаграммы – это выделение внешних сущностей и абстрактных данных, которыми они обмениваются с нашей системой.

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

Таблица 3.1.

Матрица списка событий

№	Описание события	Реакция
1	Клиент желает стать членом библиотеки	Регистрация клиента в качестве члена библиотеки
2	Клиент сообщает об изменении адреса	Регистрация измененного адреса клиента
3	Клиент запрашивает аренду фильма	Рассмотрение запроса
4	Клиент возвращает фильм	Регистрация возврата
5	Руководство предоставляет полномочия новому поставщику	Регистрация поставщика
6	Поставщик сообщает об изменении адреса	Регистрация измененного адреса поставщика
7	Поставщик направляет фильм в библиотеку	Получение нового фильма
8	Руководство запрашивает новый отчет	Формирование требуемого отчета для руководства

 

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

Таблица 3.2.