Синтаксис модели

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

SADT модели – это иерархически организованная последовательность взаимосвязанных диаграмм. Каждая SADT-диаграмма содержит блоки (прямоугольники) и дуги (стрелки). Блоки изображают функции (Activity) моделируемой системы. Дуги-стрелки (Arrow) связывают блоки и отображают взаимодействия и взаимосвязи между ними.

Функциональные блоки на диаграммах изображаются прямоугольниками. Блок представляет активную часть системы, действие, поэтому в названиях блоков следует использовать глаголы или глагольные обороты. Например, «Выяснить требования и пожелания клиента», «Согласовать финансовые условия», «Утвердить задание», «Выбрать инструмент», «Протестиро вать готовое изделие», «Обслужить за столом» и т.д.

Дуги на SADT-диаграмме изображаются одинарными линиями со стрелками на концах. Дуги представляют множества объектов, таких как физические объекты, информация или устные и письменные распоряжения руководителей, документы, данные в компьютерах и т.д., которые образуют связи между функциональными блоками. Дуги являются объектами модели, а потому формулируя их названия следует использовать существительные и существительные с прилагательными. Примерами могут служить такие формулировки «Положительное решение о кредитовании клиента», «Технические возможности фирмы», «Непринятый заказ», «Оплата», «Рабочие чертежи» и.т.д.

Рис. 5.1. Синтаксис SADT модели

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

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

В результате получается "ступенчатая" схема, подобная представленной ниже на рис.5.2.

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

Рис. 5.2. Пример SADT диаграммы

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

Рис. 5.3. Фрагмент бланка диаграммы

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

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

Рис. 5.4. Пример «контекстной» диаграммы

Далее контекстная диаграмма декомпозируется в диаграмму первого уровня иерархии, которая содержит основные подфункции системы (см. диаграмму на рис. 2). Каждая подфункция диаграммы первого уровня вновь может быть декомпозирована на отдельной диаграмме, где она будет показана более детально. Эти диаграммы представляют второй уровень декомпозиции моделируемого процесса. Диаграмма более высокого уровня по отношению к рассматриваемой называется «родительской» (или диаграммой предком), диаграммы нижнего, по отношению к рассматриваемому уровню декомпозиции, называются «дочерними» (или диаграммами потомками).

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

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

· дуги могут и должны иметь надписи, иначе говоря, быть помеченными (смотри рис. 5.2);

· дуги, как и функциональные блоки, могут быть декомпозированы (разветвляться). Так, в рассматриваемом примере, содержащаяся в контекстной диаграмме дуга-механизм «Исполнитель, подразделения компании» (смотри рис. 5.4) на дочерней диаграмме детализируется на три дуги-механизма: «Исполнитель», «Юридическая, техническая, экономическая службы», «Руководитель компании» (смотри рис. 5.2);

· дуги могут иметь несколько источников (объединяться или сливаться). Примером могут служить дуги «Документ на доработку» и «Отклоненный документ», представленные на рисунке 5.2.

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

Если такие скобки-тоннели расположены на диаграмме ближе к границам функционального блока, значит - они не будут в дальнейшем перенесены на дочерние диаграммы. Это тоннели не имеющие «потомков». Примером может служить дуга-управление «Нормативная документация» (смотри рис. 5.4 и рис.5.2). Такие тоннельные дуги используют, чтобы не перегружать диаграммы последующих уровней.

Иногда связь моделируемого процесса с внешней средой необходимо показать на нижних уровнях декомпозиции. Так, например, сделано на диаграмме, представленной на рисунке 5.2. Это дуга-выход «Отклоненный документ». Здесь скобки, напротив, удалены от границ блока. Такие туннельные дуги называют не имеющими «предков», и служат они для того, чтобы не загромождать излишними объектами диаграммы более высокого уровня.

Рис. 5.5 Фрагмент модели обслуживания пассажиров в аэропорту вылета

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

Рассмотрим пример. Моделируя процесс обслуживания авиапассажиров в аэропорту вылета с точки зрения начальника смены, мы получили такую диаграмму первого уровня декомпозиции, которая представлена на рис. 5.5. Для того, чтобы зарегистрироваться перед полетом, пассажиру необходимо предоставить дежурному сотруднику авиакомпании билет на рейс и паспорт. К какому типу объектов-дуг отнести оба этих документа? Поскольку паспорт служит только для того, чтобы удостоверить личность пассажира и никаких отметок в нем сотрудник авиакомпании, выполняющий этап регистрации не делает, целесообразно рассматривать его как управление функционального блока «Зарегистрировать». Билет же в процессе регистрации претерпит некоторые изменения: в нем могут сделать необходимые отметки, оторвать контрольные талоны и т.д., поэтому мы включили этот документ в модель как вход рассматриваемой функции.

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

В SADT принята система обозначений, позволяющая аналитику точно идентифицировать и проверять связи по дугам между диаграммами. Эта схема кодирования дуг – "ICOM" – получила название по первым буквам английских эквивалентов слов вход (Input), управление (Control), выход (Output), механизм (Mechanism). Коды ICOM чрезвычайно эффективны, поскольку они позволяют аналитику быстро проверять согласованность внешних дуг диаграммы с граничными дугами соответствующего блока родительской диаграммы. Они также обеспечивают согласованность декомпозиции, поскольку все дуги, входящие в диаграмму и выходящие из нее, должны быть учтены. На рисунке 2 внешние дуги «I1 Исходный документ», «C1 Правила согласования документа», «O1 Утвержденный документ» и «M1 Исполнитель, подразделения компании» могут быть отслежены от их начала на рисунке 5.4.

И, в заключение, несколько соглашений по построению диаграмм.

1. Располагайте блоки по диагонали - от левого верхнего угла диаграммы до правого нижнего, и пронумеруйте их в том же порядке. Получившаяся "каскадная" структура идеальна для подчеркивания их доминирования, минимизации поворотов и пересечений дуг, упрощения обратных связей.

2. Разместите номер каждого блока в его нижнем правом углу. Стандартное расположение номеров позволяет их быстро находить.

3. Чертите дуги только по вертикали и горизонтали. Таким образом, блоки будут визуально выделяться как точки сбора дуг, которыми блоки и являются. Это помогает также проследить за направлением дуг.

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

5. Максимально увеличьте расстояние между параллельными дугами, оставляя больше места для меток. Это помогает зрительно определять количество дуг и прослеживать их пути.

6. Максимально увеличьте расстояние между блоками и поворотами дуг, а также между блоками и пересечениями дуг, чтобы облегчить процесс чтения и уменьшить вероятность перепутать две разные дуги.

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

8.

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

9.

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

10. Минимизируйте число петель и поворотов каждой дуги. Это также упростит диаграмму.

Дата добавления: 2014-01-13