 |
|
Построение моделей IDEF0
В этом подразделе мы рассмотрим методику построения моделей IDEF0 более подробно.
Диаграммы
На рисунке 2.10 типовая диаграмма IDEF0 показана вместе с находящейся на ее полях служебной информацией. Служебная информация состоит из хорошо выделенных верхнего и нижнего колонтитулов (заголовка и "подвала") - Элементы заголовка используются для отслеживания процесса создания модели. Элементы "подвала" отображают наименование модели, к которой относится диаграмма, и показывают ее расположение относительно других диаграмм модели.
Рисунок 2.10 - IDEF0-диаграмма со служебной информацией на полях
Все элементы заголовка диаграммы перечислены в таблице 2.1.
Таблица 2.1 - Элементы заголовка диаграммы IDEF0
| Поле | Назначение |
| USED AT | Используется для отражения внешних ссылок на данную диаграмму (заполняется на печатном документе вручную) |
| Author, date, project | Содержит ФИО автора диаграммы, дату создания, дату последнего внесения изменений, наименование проекта, в рамках которого она создавалась |
| Notes 1…10 | При ручном редактировании программ пользователи могут зачеркивать цифру каждый раз, когда они вносят очередное изменение |
| Status | Статус отражает состояние разработки или утверждения данной диаграммы. Это поле используется для реализации формального процесса публикации я шагами пересмотра и утверждения |
| Working | Новая диаграмма, глобальные изменения или новый автор для существующей диаграммы |
| Draft | Диаграмма достигла некоторого приемлемого для читателей уровня и готова для предоставления на утверждение |
| Recommended | Диаграмма одобрена и утверждена. Какие-либо изменения не предвидятся |
| Publication | Диаграмма готова для окончательной печати и публикации |
| Reader | ФИО читателя |
| Date | Дата знакомства читателя с диаграммой |
| Context | Набросок расположения функциональных блоков на родительской диаграмме, на котором подсвечен декомпозируемый данный диаграммой блок. Для диаграммы самого верхнего уровня (контекстной диаграммы) в поле помещается контекст ТОР |
Все элементы "подвала" диаграммы перечислены в таблице 2.2.
Таблица 2.2 - Элементы "подвала" диаграммы IDEF0
| Поле | Назначение |
| Node | Номер диаграммы, совпадающий с номером родительского функционального блока |
| Title | Имя родительского функционального блока |
| Number (еще называют C-Number) | Уникальный идентификатор данной версии данной диаграммы. Таким образом, каждая новая версия диаграммы будет иметь новое значение в этом поле. Как правило, C-Number состоит из инициалов автора (которые предполагаются уникальными среди всех аналитиков проекта) и последовательного уникального идентификатора, например, SDO005. При публикации эти номера могут быть заменены стандартными номерами страниц. Если диаграмма замещает другую диаграмму, номер заменяемой диаграммы может быть заключен в скобки – SDJ005 (SDO004). Это обеспечивает хранение истории изменений всех диаграмм модели. |
Построение моделей
Ни одна модель не должна строиться без ясного осознания объекта и целей моделирования. Выбранное определение цели моделирования должно отвечать на следующие вопросы:
· Почему моделируется данный процесс?
· Что выявит данная модель?
· Как ознакомившиеся с этой моделью смогут ее применить?
Следующее предложение может служить примером формулирования цели моделирования. Выявить задачи каждого работника компании и понять в целом взаимосвязь между отдельно взятыми задачами для разработки руководства по обучению новых сотрудников.
Модели строятся для того, чтобы ответить на набор поставленных вопросов. Такие вопросы формулируются на ранних стадиях моделирования и впоследствии служат основой для четкого и краткого определения цели моделирования. Примерами таких вопросов могут быть:
· Каковы задачи менеджера?
· Каковы задачи клерка?
· Кто контролирует работу?
· Какая технология нужна для выполнения каждого шага? и т.п.
Точка зрения
С методической точки зрения при моделировании полезно использовать мнение экспертов, имеющих разные взгляды на предметную область, однако каждая отдельно взятая модель должна разрабатываться исходя из единственной заранее определенной точки зрения. Часто другие точки зрения вкратце документируются в прикрепленных диаграммах FEO (см. ниже) исключительно для наглядности изложения.
Точку зрения нужно подбирать достаточно аккуратно, основой для выбора должна служить поставленная цель моделирования. Наименованием точки зрения может быть наименование должности, подразделения или роли (например, руководитель отдела или менеджер по продажам). Как и в случае с определением цели моделирования, четкое определение точки зрения необходимо для обеспечения внутренней целостности модели и предотвращения постоянного изменения ее структуры. Может оказаться необходимым построение моделей с разных точек зрения для детального отражения всех особенностей выделенных в системе функциональных блоков.