Файл: Моделирование бизнес-процесса страхования гражданской ответственности..pdf

▼ - анализ

 ∆ - проектирование

Типовое проектирование - этап анализа - собирать информацию и одобрять ее полноту и адекватность с клиентом для настройки системы, для этого замечательного объектно-ориентированного подхода. Дизайн - исследование настроек системы, то есть реализация бизнес-процессов Заказчика в рамках внедренной системы. Использование структурных обозначений или моделей ARIS является неуместным и избыточным. Примером такого проекта может быть введение «Галактики» или «1С».^[10]

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

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

2. Предпочтения аналитиков и наличие инструментов.

Основной целью формирования ИС-моделей является переход от моделей описания организации системных моделей, описывающих конкретные компоненты проекта, таких как базы данных приложений, которые обеспечивают сопоставление задач с функциями организации и компонентами ИС. Этап проектирования в обоих случаях основан на использовании языка UML и наиболее успешных методах Лармана.

Смешанное проектирование - новые модули разработаны в соответствии со схемой оригинального проектирования, в остальном - типового проектирования.

Анализ сильных и слабых сторон структурированных, объектно-ориентированных подходов и методологии ARIS представляет собой основанную на технологиях ИС-схему с использованием CASE-технологий.

Предлагаемые схемы подходов к проектированию ИС уменьшают сложность процесса создания ИС, значительно повышают эффективность проекта и помогают избежать ненужных, чрезмерных действий из-за оптимального выбора инструментов в зависимости от типа проекта. [12] [14]

Глава 2. Сетевые и SADT-модели

2.1. Метод SADT. Обзор и состав функциональных моделей

 Метод SADT, разработанный Дугласом Росс в 1969 году для моделирования искусственных систем средней сложности. Этот метод был успешно использован в военных, промышленных и коммерческих организациях в Соединенных Штатах для решения широкого круга задач, таких как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка программного обеспечения для систем обороны, управление финансами, закупки, и т. д. Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF. Метод SADT реализуется в одном из стандартов этого семейства - IDEFO, который был утвержден в качестве федерального стандарта в США в 1993 году^[11]

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

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

Метод SADT может использоваться для моделирования различных процессов и систем. В существующих системах метод SADT может использоваться для анализа функций, выполняемых системой, и указать механизмы, с помощью которых они работают.^[13]

Состав функциональной модели.

Результатом метода SADT является модель, которая состоит из диаграмм, текстовых фрагментов и глоссария со ссылками друг на друга. Графики - основные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги, соответственно. Соединение провода с блоком определяет тип интерфейса. Управляющая информация, включенная в блок, а входная информация, которая обрабатывается, показана на левой стороне блока и результаты (вывод) показаны с правой стороны. Механизм (человеческая или автоматическая система), который выполняет операцию, представленную дугой, которая является нижней частью блока (рис.4). Одной из наиболее важных особенностей метода SADT является постепенное внедрение все большего количества деталей при создании диаграмм, показывающих модель. На рисунке 2, где показаны четыре диаграммы и их взаимосвязь, показана структура модели SADT. Каждая модель компонента может быть разложена на другую диаграмму. Каждая диаграмма иллюстрирует блок «внутренняя структура» в родительской диаграмме.^[14]

Рис. 2. Функциональный блок и интерфейсные дуги

2. 2. Иерархия диаграмм

 Построение модели SADT начинается с представления всей системы в простейших компонентах формы - одного блока и дуг, представляющих интерфейсы с функциями из системы. Поскольку единственным блоком является вся система в целом, имя, указанное в блоке, является общим. Это верно для интерфейса дуг - они также представляют собой полный набор внешних интерфейсов системы в целом. Затем блок, представляющий систему как единый модуль, подробно описан на другой диаграмме с несколькими блоками, связанными с дугами интерфейса. Эти блоки представляют собой основную подфункцию исходной функции. Это разложение показывает полный набор подфункций, каждый из которых представлен как блок, границы которого определены в дугах интерфейса. Каждая из этих подфункций может быть разложена аналогичным образом, для более детального представления.^[15]

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

Рис.2. Структура SADT-модели. Декомпозиция диаграмм

На рисунке 3 показаны различные опции для функций и дуг соединения с блоками.

Рис. 3а) параллельное выполнение функций

Рис. 3 б) Варианты соединения дуг с блоками

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

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

Рис. 4 а). Пример обратной связи

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

Рис. 4 б). Пример механизма

Каждый блок на диаграмме имеет свой номер. Любая блок-схема может быть дополнительно описана диаграммой нижнего уровня, которая, в свою очередь, может быть детально описана с помощью необходимых диаграмм. Таким образом, иерархия диаграмм.

Чтобы указать положение любых диаграмм или блоков в иерархии, используются числа диаграмм. Например, A21 - это диаграмма, которая детализирует блок 1 на диаграмме A2. Аналогично, A2 детализирует блок 2 на диаграмме, A0, который является самой верхней диаграммой модели. На рисунке 5 показана типичная древовидная диаграмма.

Рис. 5. Иерархия диаграмм

2.3. Типы отношений между функциями

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

• случайная;

• логическая;

• временная;

• процедурная;

• коммуникационная;

• последовательная;

• функциональная.

Ниже каждого типа контекста, кратко обозначенного и проиллюстрированного типичным примером SADT.^[16]

Тип случайной связи: наименее желательно.

Случайная связность возникает, когда определенная связь между функциями мала или полностью отсутствует. Это относится к ситуации, когда имена данных по SADT-дугам в одном и том же графе имеют небольшое соединение друг с другом. Крайняя версия этого случая показана на рисунке 6 а.

Рис. 6 а) Случайная связность

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

Тип временной связности. Связанные элементы времени возникают из-за того, что они представляют функции во времени, когда данные используются одновременно, или функции включаются параллельно, а не последовательно.

Тип процедурной связности. Элементы, связанные с процедурой, группируются вместе, потому что они выполняются в одном цикле или процессе. Пример процедурной диаграммы показан на рисунке 6 б.

Рис. 6 б) Процедурная связность

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

Рис.6 в) Коммуникационная связность

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

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

Рис. 6 г) Последовательная связность

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

C = g (B) = g (f (A)) (1)

В таблице 2 ниже представлены все типы отношений, рассмотренные выше. Важно отметить, что уровни 4-6 устанавливают типы соединений, которые разработчики считают важными для получения графиков хорошего качества.^[17]

Рис. 6 д) Функциональная связность

Таблица 2

Описание типов связей