Атрибуты диаграммы
В верхней части блока диаграммы размещаются следующие атрибуты:
автор;
название проекта;
дата создания;
информация о рецензировании;
статус диаграммы (рабочая версия/эскиз/рекомендовано/публикация).
В поле «контекст» схематически изображается положение декомпозируемого блока на родительской диаграмме, для корневой диаграммы там пишется слово ТОР (верхний). В нижней части диаграммы указывается ее название, совпадающее в название декомпозируемого блока, а также индекс диаграммы в дереве модели (С-номер). С-номер формируется из первых трех букв имени автора и последовательного номера, соответствующего хронологическому порядку создания диаграмм.
Обозначение узла для контекстной (корневой) диаграммы формируется из полного или сокращенного названия проекта, символа «/», буквы А (сокращенно от Activity – деятельность), символ «-» и 0 – индекс корневой диаграммы. Обозначение узла диаграммы, декомпозирующую контекстную такое же, только без знака «-». Все другие номера узлов, образуются посредством добавления к номеру узла родительской диаграммы номера декомпозируемого блока. Ведущий 0 в обозначении узла обычно не пишется, поэтому вместо ххх/А01 пишется ххх/А1. Контекстная диаграмма обычно имеет название А-0, декомпозиция контекстной диаграммы имеет номер А0; блоки, декомпозирующие ее, будут иметь номера А1, А2, А3 и т.д.; блоки, декомпозирующие диаграмму А1, будут иметь номера А11, А12, А13 и т.д. Это так называемая нумерация по узлам. Процесс нумерации, как правило, автоматический.
Создание sadt-модели
Создание функциональной модели системы представляет собой с одной стороны алгоритмизированную процедуру, а с другой стороны оставляет простор для творчества автора. Методология SADT содержит рекомендации, обобщающие опыт декомпозиции реальных систем, следование которым позволяет повысить эффективность и качество моделирования. В создании SADT-модели выделяется следующая последовательность этапов:
начало моделирования – на этом этапе производится сбор информации о моделируемой системе, выбор цели модели и точки зрения, разграничение системы и внешней среды, оформленные в виде диаграммы А0 и контекстной диаграммы А-0;
выбор блоков, нуждающихся в декомпозиции и построении детализирующих диаграмм;
критический анализ построенной модели и, возможно, возврат к предыдущим этапам.
На этапе предварительного описания предметной области при разработке ИС цель функционального моделирования заключается в выявлении функций системы, рабочих мест, на которых они реализуются, управляющих воздействий и потоков данных. Точка зрения определяется техническими требованиями к ПС. Естественно, для реальных объектов цель моделирования формируется более конкретно, например, может быть сделан акцент на уточнение некоторых неясных аспектов системы.
SADT содержит ценные указания по сбору информации (извлечению знаний) о системе. Они частично приведены в таблице 1.
Таблица 1
Указания по сбору информации (извлечению знаний) о системе
Стратегия сбора информации |
Преимущества |
Недостатки |
Рекомендации по применению |
Опрос экспертов (специалистов в данной предметной области) |
Эксперты, как правило, наилучшие источники информации. Им известны текущие нюансы и недокументированные аспекты системы. |
Эксперты обычно не готовы формально или хотя бы систематически изложить свои знания в нужных пределах. |
Необходимо тщательно планировать выбор собеседника и круг обсуждаемых вопросов. |
Чтение документов |
Доступность документов, их статичность. |
Могут неточно отражать реальную ситуацию (утрата актуальности с течением времени, наличие недокументированных нюансов системы) |
Использовать для получения первоначального представления о системе и в ходе подготовки к опросу экспертов. Вести библиотеку документов. |
Наблюдение за выполнением операций |
Реальная информация «из первых рук» |
Не всегда возможно. При длительном наблюдении развивается привыкание к положению дел в системе, утрачивается объективность восприятия и стремление к поиску альтернативных решений. |
При возможности, не только наблюдать, но и участвовать. |
Анкетирование |
Позволяет опросить большие группы экспертов в сжатые сроки. |
Практика показывает, что результаты анкетирования часто субъективны и недостаточно достоверны. |
Использовать после достаточного знакомства с системой, что позволяет тщательно подготовить вопросы и избежать непонимания и раздражения респондентов. Рекомендуется использовать для выявления наиболее существенных проблем в системе. |
Использование собственных знаний |
Позволяет увидеть и использовать общие закономерности различных систем. |
Применение ограничено. Для выявления специфики системы необходимы другие стратегии. |
Необходим значительный личный опыт анализа систем. |
Составление описания системы и обсуждение его экспертами |
Стимулирует поиск альтернативных решений |
Эксперты могут не быть готовы к восприятию новых возможностей. |
Следует предварительно изучить предметную область и сформировать доброжелательно настроенную группу экспертов. |
Важной частью этапа начала моделирования является построение диаграммы А0, на которой изображаются основные функциональные блоки системы и связывающие их объекты. Для выявления основных объектов и функций при построении диаграммы А0 рекомендуется составить подробные перечни объектов и функций системы. Эти перечни вначале представляют собой просто список терминов, выявленных при сборе информации о системе. Не страшно, если он будет избыточным, лучше его впоследствии сократить, чем изначально пропустить нечто существенное. Затем список подвергается критическому анализу на предмет исключения ненужных и объединения родственных объектов. На данном этапе важно разграничить внутренние объекты системы, внешние и интерфейсные, т.е. связывающие систему с внешним миром. Далее необходимо сделать предположения о роли выделенных объектов в системе (преобразуемые данные, управление, механизм) и перейти к работе со списком функций.
Здесь требуется «увязать» функции с данными и сгруппировать функции в 3-6 блоков (подсистем) по признаку общности данных и назначения. Расположив эти блоки с учетом доминирования и соединив дугами, получим диаграмму А0. Контекстная диаграмм А-0 легко получается обобщение диаграммы А0. Часто этот процесс является итерационным, т.к. требуется их неоднократная корректировка.
Следующим большим этапом является декомпозиция блоков. Критерием окончания процесса декомпозиции является достижение поставленной цели моделирования. Начинать декомпозицию рекомендуется с самого насыщенного функциями блока. Процесс декомпозиции блока сходен с процессом создания диаграммы А0. Разница заключается в том, что для детализируемого блока уже известны его внешние интерфейсы, и разработчик уже обладает более подробными знаниями о системе в целом. Необходимые пояснения к вновь создаваемым диаграммам должны сразу же включаться в папку модели системы.
Критический анализ модели должен дать ответ на вопрос – соответствует ли модель формальным требованиям SADT, и в какой степени достигнута цель моделирования. Для этого необходимо уточнить цель моделирования, точку зрения, изучить контекстную диаграмму и структуру модели в целом. Критический анализ отдельных диаграмм состоит в их синтаксическом и семантическом контроле. Распространенные синтаксические ошибки:
неверная нумерация блоков или диаграмм;
отсутствие названия дуги;
наличие блоков, не имеющих входа и выхода;
несовпадение дуг блока и внешних дуг его декомпозиции.
Семантический контроль заключается в нахождении ответа на следующие вопросы с учетом цели моделирования и точки зрения:
не перекрываются ли функции различных блоков;
нет ли избыточной детализации блоков;
нет ли недостаточно детализированных блоков;
всегда ли названия блоков и дуг понятны и однозначны;
всегда ли одинаковые термины используются в одном и том же смысле;
нет ли на одной диаграмме блоков или дуг, явно относящихся к далеким друг от друга уровням иерархии абстракций;
нет ли ненужных дуг, касающихся блока;
не является ли диаграмма слишком запутанной;
всегда ли обосновано используются туннельные дуги;
не следует ли некоторые дуги поместить в туннель?
Крайне желательно выполнение критического анализа не только автором, но и коллегами, а также экспертами SADT и предметной области в форме совместного обсуждения или рецензирования. Построение функциональной декомпозиции представляет собой итерационный процесс с постоянным совершенствованием модели.
Создание модели в стандарте IDEF0
Для описания работы предприятия необходимо построить модель. Она должна содержать в себе знания всех участников бизнес - процессов организации. Здесь система представляется как совокупность взаимодействующих функций. Функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Моделью в IDEF0 - описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:
Почему этот процесс должен быть смоделирован?
Что должна показывать модель?
Что может получить читатель?
Формулировка целей позволяет команде аналитиков сфокусировать усилия в нужном направлении. Пример: «Описать функциональность предприятия с целью написания спецификации информационной системы».
Точка зрения (Viewpoint). Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения.
Модели AS-IS и TO-BE. Целью построения моделей является выявление слабых и уязвимых мест деятельности организации, анализ преимуществ новых бизнес-процессов и степени изменения существующей структуры организации бизнеса. Анализ недостатков и “узких мест” начинают с построения модели AS-IS (Как есть), т. е. модели существующей организации работы. Модель AS-IS может строиться на основе изучения документации, анкетирования и опроса служащих предприятия, создания фотографии рабочего дня и других источников. Полученная модель служит для выявления неуправляемых работ, работ не обеспеченных ресурсами, ненужных и неэффективных работ, дублирующихся работ и других недостатков в организации деятельности предприятия. Исправление недостатков, перенаправление информационных и материальных потоков приводит к созданию модели TO-BE (Как будет) - модели идеальной организации бизнес - процессов. Как правило, строится несколько моделей ТО-ВЕ, среди которых определяют наилучший вариант. Распространенная ошибка при создании модели AS-IS - это создание идеализированной модели.
Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т.е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант информационной системы.
Диаграмма IDEF0. Основу методологии IDEF0 составляет графический язык описания бизнес - процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
Контекстную (в каждой модели может быть только одна контекстная диаграмма) - является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
Декомпозиции - описывают каждый фрагмент и взаимодействие фрагментов. После каждого сеанса декомпозиции проводятся сеансы экспертизы - эксперты предметной области указывают на соответствие реальных бизнес - процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции.
Дерева узлов - показывает иерархическую зависимость работ, их может быть в модели сколь угодно много.
Только для экспозиции (FEO) - строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.