Вопросы к главе 2

1. Дайте определение CASE-средства.

2. Что понимается под «структурной методологией»?

3. Сформулируйте основные положения структурной методологии моделирования.

4. Какими качествами должна обладать информация для успешного внедрения CASE-средств?

5. Какие выгоды организации обеспечивает внедрение CASE-средств?

6. Перечислите основные характеристики CASE-средств?

7. Что такое «репозиторий»?

8. Как можно классифицировать CASE-средства?

9. Какие CASE-средства относят к малым?

10. Что характерно для крупных CASE-средств?

Глава 3. Понятие и основные принципы функционального моделирования, обзор основных методологий.

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

§ 3.1. Технология структурного анализа и проектирования sadt

Хронологически, одной из первых графических нотаций стала нотация SADT (Structured Analysis and Design Technique – метод структурно­го анализа и проектирования) – модели и соответствующие фун­кциональные диаграммы[4];

Метод SADT (модель бизнес-процессов) был разработан Дугласом Россом в 1973 г. Бизнес- процесс – это совокупность различных видов деятельности, в рамках которой «на входе» используется один или более видов ресурсов, и в результате «на выходе» создается продукт, представляющий ценность для потребителя или так называемого «клиента бизнес-процесса».

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

– графическое представление блочного моделирования. Графика SADT-диаграммы отображает функцию в виде бло­ка, а интерфейсы входа-выхода представляются дугами. Взаимодей­ствие блоков друг с другом описывается посредством интерфей­сных дуг. Интерфей­сные дуги выражают "ограничения", которые определяют, когда и каким образом функции выполняются и уп­равляются;

– строгость и точность. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков), связность диаг­рамм (номера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтаксические правила для графики (блоков и дуг), разделение входов и управлений (правило определения роли данных);

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

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

Рис. 3.1. Отображение функции в виде блока

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

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

Рис. 3.2. Последовательная декомпозиция функций на подфункции

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

Рис. 3.3. Детальное описание функции

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

Для того чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок А21 на диаграмме А2. Аналогично диаграмма А2 детализирует блок А2 на диаграмме А0, которая является самой верхней диаграммой модели.

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

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

Рис. 3.4. Пример случайной связи

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

– Временная связь – представляет функции, связанные во времени, когда данные используются одновременно или функции включают­ся параллельно, а не последовательно;

– Процедурная связь – функции сгруппированы вместе благодаря тому, что они выполняются в течение одной и той же части цикла или процесса;

Рис. 3.5. Пример процедурной связи

– Коммуникационная связь – функции группируются благодаря тому, что они используют одни и те же входные данные и/или производят одни и те же выходные данные;

Рис. 3.6. Пример коммуникационной связи

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

Рис. 3.7. Пример последовательной связи

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

Рис. 3.8. Пример функциональной связи