Основные элементы модели IDEFO

Основные элементы этого метода основываются на следующих концепциях:

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

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

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

5.2 Вопросы служат основой для четкого и краткого определения цели моделиро­вания (Purpose). Модель не может быть построена без четко сформулированной цели. Цель позволяет команде аналитиков сфокусировать усилия в нужном направлении.

Примеры формулирования цели для функциональной модели деятельности пользователя ПЭВМ:

· "Разработка функциональной модели с целью создания соответствующего ПО";

· "Подготовить функциональную модель деятельности пользователя ПЭВМ при работе с графическими изображениями";

· "Разделить поставленную задачу на более мелкие подзадачи";

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

Примеры формулирования цели для модели деятельности компании:

· "Реализовать структурную функциональную модель деятельности компании";

· "Подготовить рабочую модель бизнес-процесса управленческого учета для внедрения на предприятии";

· "Определить роли и ответственность служащих для написания должностных инструкций";

· "Выявить задачи каждого работника компании и понять, в основном, взаимосвязь между отдельно взятыми задачами для разработки руководства по обучению новых сотрудников";

· "Описать функциональность предприятия с целью написания спецификаций информационной системы" и т.д.

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

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

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

6.2 и 7.2 Иерархия диаграмм

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

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

8.1 по 11.1 Методология описания бизнес-процессов.

IDEF3 — способ описания процессов, основной целью которого является обеспечение

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

описать положение вещей как упорядоченную последовательность событий с

одновременным описанием объектов, имеющих непосредственное отношение к процессу.

Технология IDEF3 хорошо приспособлена для сбора данных, требующихся для

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

моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или

семантических офаничений, делающих неудобным описание неполных или нецелостных

систем. Кроме того, автор модели (системный аналитик) избавлен от необходимости

смешивать свои собственные предположения о функционировании системы с

экспертными утверждениями в целях заполнения пробелов в описании предметной

области.

Технология IDEF3 также может быть использована как метод проектирования бизнес-

процессов. ГОЕРЗ-моделирование органично дополняет традиционное моделирование с

использованием стандарта IDEFO. В настоящее время оно получает все большее

распространение как вполне жизнеспособный путь построения моделей проектируемых

систем для дальнейшего анализа имитационными методами. Имитационное тестирование

часто используют для оценки эксплуатационных качеств разрабатываемой системы, более

подробно методы имитационного анализа будут рассмотрены позднее.

8.2, 10.2 и 11.2 Основными элементами IDEF3-модели являются:

1) единицы работ;

2) связи;

3) перекрестки;

4) объекты ссылок