С.В. Черемных. Моделирование и анализ систем. IDEF-технологии. Практикум (775444), страница 6
Текст из файла (страница 6)
Разбитая на две части и переименованная стрелка2.1.4ТуннелиПонятие связанные стрелки используется для управления уровнем детализации диаграмм. Если одна из стрелок диаграммы отсутствует на родительской диаграмме (например, ввиду своей несущест32венности для родительского уровня) и не связана с другими стрелкамитой же диаграммы, точка входа этой стрелки на диаграмму или выходас нее обозначается туннелем. На рис.
2.10, например, стрелка "корпоративная информационная система" — важный механизм исполнениядля данной диаграммы, но, возможно, она более нигде не используется в модели. Туннель в данном случае используется как альтернативазагромождению родительских диаграмм помещением на них несущественных для их уровня стрелок.1Отдел продажПроизводственныйотдел1Ор.Ор.ii2-iМодульпроизводственногоотделаМодульотделапродажКорпоративнаяинформационнаясистема11Рис. 2.10. Пример применения туннеляКроме того, туннели применяются для отражения ситуации, когдастрелка, присутствующая на родительской диаграмме, отсутствует вдиаграмме декомпозиции соответствующего блока.
На рис. 2.11 тунПроизводственныйотделОр1[' 1МодульпроизводственногоотделаОтдел продажОр2,iМодульотделапродажКорпорат!Авнаяинформа1дионнаясистемаРис. 2.11. Еще один пример применения тз^неля33нель у стрелки "модуль производственного отдела" обозначает, что надиаграмме декомпозиции производственного отдела отсутствуетстрелка механизма управления с соответствующим наименованием.2.2Построение моделей IDEFOв этом подразделе мы рассмотрим методику построения моделейIDEFO более подробно.2.2.1ДиаграммыНа рис. 2.12 типовая диаграмма IDEFO показана вместе с находящейся на ее полях служебной информацией.
Служебная информациясостоит из хорошо выделенных верхнего и нижнего колонтитуловAUTHOR: Семенов Илья ОлеговичPROJECT: Отдел учета и отчетностиDATE: 15.03.97REV: 17.12.97RECOMMENDEDPVPMQAT'QNNOTES: 1 2 3 4 5 6 7 8 9 1 0AQ-ОбработкаДанные оданных0 поступленияхМетодология1Поступления1НачисленияU^2ОтсрочкиДанные 0 налогоплательщиках'Ведениелицевых карточекналогоплательщиков —юридических лиц/Карточкилицевых счетовПрочиедокументы^1Подготовкаотчетности,анализ ипрогнозированиеОтчет-^ность3АЗапросыналогоплательщиковMODE:АОTITLE:Отдел учета и отчетностиЗапросына формирован ^е1 сведенийNUMBER:Рис. 2.12.
IDEFO-диаграмма со служебной информацией на полях34(заголовка и "подвала"). Элементы заголовка используются для отслеживания процесса создания модели. Элементы "подвала" отображаютнаименование модели, к которой относится диаграмма, и показываютее расположение относительно других диаграмм модели.Все элементы заголовка диаграммы перечислены в табл. 2.1.Таблица 2.1Элементы заголовка диаграммы IDEFOНазначениеПолеUSED ATИспользуется для отражения внешних ссылок на даннуюдиаграмму (заполняется на печатном документе вручную)Author, date, projectСодержит ФИО автора диаграммы, дату создания, датупоследнего внесения изменений, наименование проекта,в рамках которого она создавалась|Notes 1 ...
10При ручном редактировании диаграмм пользователимогут зачеркивать цифру каждый раз, когда они вносяточередное исправлениеStatusСтатус отражает состояние разработки или утвержденияданной диаграммы. Это поле используется для реализации формального процесса публикации с шагами пересмотра и утвержденияWorkingНовая диаграмма, глобальные изменения или новыйавтор для существующей диаграммыDraftДиаграмма достигла некоторого приемлемого для читателей уровня и готова для представления на утверждениеRecommendedДиаграмма одобрена и зггверждена. Какие-либо изменения не предвидятсяPublicationДиаграмма готова для окончательной печати и публикацииReaderФИО читателяDateДата знакомства читателя с диафаммойContextНабросок расположения функциональных блоков на родительской диаграмме, на котором подсвечен декомпозируемый данной диаграммой блок.
Для диаграммысамого верхнего уровня (контекстной диаграммы) в полепомещается контекст ТОРВсе элементы "подвала" диаграммы перечислены в табл. 2.2.35Т а б л и ц а 2.2Элементы "подвала" диаграммы IDEFO1ПолеNodeTitleNumber (ещеназывают СNumber)2.2.2НазначениеНомер диаграммы, совпадающий с номером родительскогофункционального блока.Имя родительского функционального блока.Уникальный идентификатор данной версии данной диаграммы.Таким образом, каждая новая версия данной диаграммы будетиметь новое значение в этом поле. Как правило, C-Number состоит из инициалов автора (которые предполагаются уникальными среди всех аналитиков проекта) и последовательногоуникального идентификатора, например SDO005. При публикации эти номера могут быть заменены стандартными номерами страниц.
Если диаграмма замещает другую диаграмму, номер заменяемой диаграммы может быгь заключен в скобки —SDO005 (SDO004). Это обеспечивает хранение истории изменений всех диаграмм модели.|Цикл "эксперт-аналитик"Подобно циклу автор-редактор, применяющемуся в книгоиздательском деле, диаграммы IDEFO пересматриваются и изменяютсядля обеспечения точности отражения предметной области и улучшения своего качества.Для каждого рецензента автором, как правило, подготавливаетсясвой набор диаграмм. Предложения по изменениям и исправлениямвозвращаются рецензентами автору для внесения их в модель.
Привозникновении разногласий между автором и рецензентом спорнаядиаграмма обычно рассылается всем рецензентам для достижениягруппового консенсуса.Формально механизм рецензирования и модификации диаграммподдерживается полями Status и нумерацией диаграмм, контроль истории изменений — полем Field (см. табл.
2.1).2.2.3Построение моделейНи одна модель не должна строиться без ясного осознания объекта и целей моделирования. Выбранное определение цели моделирования должно отвечать на следующие вопросы:• Почему моделируется данный процесс?36••Что выявит данная модель?Как ознакомившиеся с этой моделью смогут ее применить?Следующее предложение может служить примером формулирования цели моделирования.
Выявить задачи каждого работника компании и понять в целом взаимосвязь между отдельно взятыми задачами для разработки руководства по обучению новых сотрудников.Модели строятся для того, чтобы ответить на набор поставленныхвопросов. Такие вопросы формулируются на ранних стадиях моделирования и впоследствии служат основой для четкого и краткого определения цели моделирования. Примерами таких вопросов могут быть:• Каковы задачи менеджера?• Каковы задачи клерка?• Кто контролирует работу?• Какая технология нужна для выполнения каждого шага? и т.п.2.2.4Точка зренияС методической точки зрения при моделировании полезно использовать мнение экспертов, имеющих разные взгляды на предметную область, однако каждая отдельно взятая модель должна разрабатываться исходя из единственной заранее определенной точки зрения.Часто другие точки зрения вкратце документируются в прикрепленных диаграммах FEO (см.
ниже) исключительно для наглядности изложения.Точку зрения нужно подбирать достаточно аккуратно, основойдля выбора должна служить поставленная цель моделирования. Наименованием точки зрения может быть наименование должности,подразделения или роли (например, руководитель отдела или менеджер по продажам). Как и в случае с определением цели моделирования, четкое определение точки зрения необходимо для обеспечениявнутренней целостности модели и предотвращения постоянного изменения ее структуры.
Может оказаться необходимым построениемоделей с разных точек зрения для детального отражения всех особенностей вьщеленных в системе функциональных блоков.2.2.5Границы моделированияОдним из положительных результатов построения функциональных моделей оказывается прояснение границ моделирования системыв целом и ее основных компонентов. Хотя и предполагается, что в37процессе работы над моделью будет происходить некоторое изменение границ моделирования, их вербальное (словесное) описаниедолжно поддерживаться с самого начала для обеспечения координации работы участвующих в проекте аналитиков.
Как и при определении цели моделирования, отсутствие границ затрудняет оценку степени завершенности модели, поскольку границы моделирования имеюттенденцию к расширению с ростом размеров модели.Границы моделирования имеют два компонента: ширину охвата иглубину детализации. Ширина охвата обозначает внешние границымоделируемой системы. Глубина детализации определяет степеньподробности, с которой нужно проводить декомпозицию функциональных блоков.Чтобы облегчить правильное определение границ моделированияпри разработке моделей IDEFO, существенные усилия затрачиваютсяна разработку и рецензирование контекстной диаграммы IDEFO (диаграммы "самого верхнего" уровня). Иногда даже прибегают к построению дополнительной диаграммы для отображения уровня, болеевысокого, чем контекстный, для данной модели, что позволяет обозначить систему, внутри которой располагается объект для моделирования.