Результат работы экспертов с моделью «как есть» для построения модели «как должно быть»

1. Функциональные модели нотации IDEF0 являются базовыми для описания сложной технической системы.

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

3. Все связи между процессами должны быть классифицированы по четырем возможным типам и поименованы как семантические значения.

4. Реализация по замечаниям экспертов диаграммы должны содержать выделенные (графически или другими средствами) процессы и связи, однозначно воспринимаемые ЛПР.

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

Если предметом разработки является информационная система, то ее функциональная модель в нотации IDEF0 должна быть дополнена моделью типа DFD.

1. В DFD по отношению к IDEF0 сняты ограничения на топологию связей между процессами.

2. Семантическое значение связей в DFD модели устанавливаются разработчиком в соответствии с реализуемыми потоками данных.

3. В DFD моделях используются новые модели типа «хранилище данных» и внешние ссылки.

Для построения диаграмм в стандарте DFD можно использовать следующие команды:

Наименование	Пиктограмма
Поток данных	Имя
Процесс
Хранилище данных	Имя
Внешние ссылки	Имя

Электронная

документация

Традиционная

документация

Моделирование электронного документооборота для этапов жизненного цикла МКС

Диаграмма 1-го уровня декомпозиции контекстного описания данных связано с наиболее важными этапами жизненного цикла.

Декомпозиция этапа «Разработка ЭД для этапов проектирования и конструирования» (уровень 2)

Декомпозиция этапа «Разработка ЭД для этапа технологической подготовки производства МКС»:

Декомпозиция этапа «Разработка ЭД для этапа испытаний МКС»:

Декомпозиция этапа «Разработка ЭД для этапа эксплуатации МКС»:

Диаграммы потоков данных, описывающих документооборот в версии AS IS («как есть»), предоставляются экспертам в области информационных систем, которые модифицируют эти диаграммы в версию To Be («как должно быть») с обоснованием вновь введенных/исключенных процессов, связей и хранилищ данных.

Моделирование потоков работ, сопровождающих разработку, создание, эксплуатацию мкк (idef3).

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

Цель – дать описание последовательности выполнения процессов, а так же объектов совместно участвующих в одном процессе.

Особенность:

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

Традиционная связь

Связь между единицами работ и объектами ссылок

Потоки объектов используемые в двух и более единицах работ

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

Обозначение	Наименование	Смысл при слиянии стрелок	Смысл при разветвлении
Ji	Асинхронное «И»	Все предыдущие процессы должны быть завершены	Все следующие процессы должны быть запущены
JSi	Синхронное «И»	Все предшествующие процессы завершаются одновременно	Все следующие процессы запускаются одновременно
Oi	Асинхронное «ИЛИ»	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены одновременно
Osi	Синхронное «ИЛИ»	Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
Х	Исключающее «ИЛИ»	Только один процесс завершен	Только один следующий запущен

Объект ссылка – специальный символ модели, с помощью которого ссылаются на внешние части описываемых процессов.