- •Факультет инноваций и высоких технологий
- •Лабораторный практикум
- •Содержание
- •1. Методология sadt и концепция технологии функционального моделирования Integrated definition - idef0
- •1.1. Синтаксис idef0 диаграмм и модели
- •1.2. Процесс моделирования; координация коллективной работы
- •1.3 Выбор контекста, точки зрения и цели модели
- •1.4. Создание idef0-диаграмм
- •1.5. Критерий окончания декомпозиции диаграмм и меры по управлению проектом; цикл папки
- •2. Информационное моделирование в нотации idef1x
- •Инфологическое моделирование предметной области
- •2.2. Сущность, атрибут, связь. Графическое представление характеристик связи
- •2.3. Уровни представления данных. Этапы проектирования
- •2.4. Особенности применения нотации idef1x
- •Создание новой модели
- •Сохранение модели
- •Открытие существующей модели
- •Добавления текста в функциональный блок
- •Создание дуг
- •Создание новой модели
- •Лабораторный практикум
- •141700, Московская обл., г. Долгопрудный, Институтский пер., 9
1.2. Процесс моделирования; координация коллективной работы
Процесс моделирования в IDEF0 является итерационным процессом. Строгое разделение функций между участниками процесса позволяет распараллелить работу по созданию модели.
Сведения о моделируемой системе получают с помощью специальной методики опросов и интервью. Авторы черпают информацию необходимую для создания диаграмм путем чтения документации, опроса людей, наблюдения за работой системы.
Следует особо отметить, что методология IDEF0 включает методы разработки и критического анализа моделей большим коллективом (рис.4; блоки А3-А5), а также методы интеграции подсистем в IDEF0-архитектуру.
Кроме того, в методологии IDEF0 предусмотрено наличие вспомогательных процедур, например, правила и способы ведения библиотек. Некоторые из этих правил и способов, такие, как процедура передачи папок (т.е. готовых к данному этапу диаграмм) на рецензирование, используются и в других IDEF-методологиях.
Для создания модели в реальном проекте требуется участие более чем одного человека. При разработке проекта авторы создают первоначальные диаграммы, которые передаются участникам проекта для рассмотрения и замечаний.
При коллективной работе все специалисты, которые участвуют в обсуждении IDEF модели, называются обозревателями.
Обозреватели, представляющие письменные замечания по содержанию папки, называются рецензентами.
Рис. 4. Пример разработчика технологии по освоению
декомпозиции IDEF0.
В соответствии с методологией каждый, кто делает замечания по папке, представляет замечания автору в письменном виде.
Автор, письменно, на том же экземпляре документов, отвечает каждому рецензенту.
Этот цикл, относящийся к мерам по управлению проектом, продолжается до тех пор, пока диаграммы, а затем и вся модель не будут приняты.
В IDEF0 предусмотрено сохранение записей о всех решениях по мере того, как они возникают на протяжении проекта. Копии диаграмм, разработанных автором, критически анализируются компетентными экспертами, которые заносят свои предложения непосредственно на копии.
Авторы отвечают на каждое замечание письменно на тех же копиях. Предложения принимаются или отвергаются письменно с указанием причины.
После внесения изменений и исправлений старые варианты диаграмм остаются в архиве проекта. Фактически в цикле рецензирование нашел отражение общий подход к обеспечению качества разработки, который положен в основу процессно-ориентированного описания требований по ведению проекта в тсандарте ISO 9000.
Диаграммы корректируют, чтобы отразить уточнения и замечания. Затем добавляются новые детали с помощью новых диаграмм, которые, в свою очередь, пересматриваются и изменяются.
Окончательная модель отражает согласованное представление системы с определенной точки зрения и с определенной целью. Эта модель может быть легко прочитана, использована для представления спецификаций системы во время обсуждений, а также для организации новых проектов, обусловленных модификациями системы.
Если в ходе проектирования не использовать программное средство, соответствующее уровню сложности и типу проекта, а диаграммы прорисовывать с помощью не адекватных цели работы графических редакторов, то упущения и ошибки весьма вероятны.
Поскольку при этом отсутствует контроль правильности диаграмм, не исправленная вовремя ошибка при дальнейшей декомпозиции приведет к возникновению целого дерева ошибочных диаграмм.
Кроме того программные средства технологий моделирования имеют ряд опций по управлению проектом разработки системы. К ним относятся, например, требования стандартности бланка; информация о времени разработки, авторе разработки, этапе разработки, типе диаграмм, проведении рецензированиия.