История

Методы и средства проектирования информационных систем и технологий

Семейство технологий IDEF (слайды)

История.

SADT – Structured Analysis and Design Technique (технология структурного анализа и проектирования.) Начальные разработки SADT – 1969 г.

Первый крупнейший проект – 1973 г.

Выход на рынок – 1975 г.

1981 г. – используется в более чем в 50 компаниях.

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

Это реализуется при помощи графического языка, который был специально разработан для данной технологии.

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

IDEF0 ( ICAM Definition ) – следующий этап развития SADT

Разработана в рамках программы ICAM (начало 80-х гг 20 века)

ICAM – Integrated Computer-Aided Manufacturing (Комплексная автоматизированная система управления производством)

Последняя редакция IDEF0 – 1993 г.

IDEF0 (Function Modeling) – Функциональное моделирование - данный метод используется для создания функциональной модели, которая является структурированным отображением функций производственной системы или среды, а также информации и объектов, связывающих эти функции.

Стандарт IDEF0 считается классическим методом процессного подхода к управлению.

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

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

Стандарт IDEF0 представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области.

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

Каждая детальная диаграмма является декомпозицией работы из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы.

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

Функциональный блок (Activity Box) представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги»). На диаграмме функциональный блок изображается прямоугольником. Любой функциональный блок (работа) по требованию стандарта должен иметь по крайней мере одну управляющую стрелку и одну исходящую.

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

– Верх "Управление" (Control);

– слева "Вход" (Input);

– справа "Выход" (Output);

– низ "Механизм" (Mechanism).

Вход – то, из чего делают, выход – что получилось, управление – то, на основе чего делают, механизмы – то, при помощи чего делают.

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

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

В зависимости от того, к какой из сторон функционального блока подходит данная интерфейсная дуга, она носит название «входящей», «исходящей» или «управляющей».

Любой функциональный блок (по требованиям стандарта) должен иметь, по крайней мере, одну управляющую стрелку (интерфейсную дугу) и одну исходящую. Это и понятно – каждый процесс должен происходить по каким-то правилам (отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не имеет никакого смысла. Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

Глоссарий (Словарь) (Glossary) – набор определений, ключевых слов, повествовательных изложений и т д. которые характеризуют объект, отображаемый данным элементом (диаграммы, работы, стрелки), т е описывает сущность данного элемента.