Концепции idef0

18. Графическое и текстовое представление моделируемой деятельности. Графическая и текстовая нотация блочного моделирования, управляющие конфигурацией модели, в IDEF0-диаграммах показывает производственные операции - как блок, а взаимосвязи с операциями - как стрелки, входящие/покидающие блок. Наличие четко описанных нотаций обеспечивает корректность встроенных в иерархическую структуру модели диаграмм. В IDEF0 все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок. Для того чтобы представить реальные производственные операции, блоки могут быть интерпретированы как деятельность, связанная с другими блоками, с интерфейсными стрелками, определяющими, когда и как переключаются или управляются операции. Компактность. Линейное дескриптивное описание характеристик в виде связного текста не всегда удобно для восприятия. Документация с описанием производственной архитектуры должна быть компактной для простого ориентирования в предмете. Двухмерная форма, описанная на языке диаграмм, достигает компактности без потери возможности выражения отношений, таких как интерфейсы и обратная связь. IDEF0-диаграммы позволяют представить любую изучаемую и/или описываемую систему в виде обеспечивающей компактность информации иерархии взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия.

19. Обмен информацией. Существуют совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Средства IDEF0 облегчают передачу информации от одного участника разработки модели (отдельного разработчика или рабочей группы) к другому. К числу таких средств относятся: диаграммы базируются на простой графике, состоящей из блоков и стрелок, легко читаемы и понимаемы. -метки на естественном языке для описания блоков и стрелок, а также глоссарий и сопроводительный текст для точного определения понятий элементов диаграммы; - последовательная декомпозиция диаграмм модели, использование иерархии с главной функцией на верху модели, и дальнейшее разбитие на подфункции при углублении вниз; - древовидные схемы иерархии диаграмм и блоков, обеспечивающие обозримость модели в целом и входящих в нее деталей; - индексирование диаграмм и блоков, позволяющее однозначно обращаться к ним в иерархической структуре модели; - ограничения (не более 6 блоков на диаграмму) введены для простого восприятия диаграмм; -диаграммы сопровождаются текстом и глоссарием, для улучшения восприятия графического представления.

20. Создания прескриптивных моделей. Методология нацеливает аналитиков и заказчиков на создание описания правил функционирования предприятия, а также на определение особых требований в терминах исполняемых функций, требуемой информации и применяемых ресурсов.

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

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

23. Коммуникативность и ограничения сложности. При работе с IDEF0 диаграммами существенным является максимальная доступность для понимания специалистами, а также их разборчивость и удобочитаемость. Суть принципа ограничения сложности состоит в том, что количество блоков на диаграмме должно быть не менее двух и не более шести. Практика показывает, что соблюдение этого принципа приводит к тому, что функциональные процессы, представленные в виде IDEF0 модели, хорошо структурированы, понятны и легко поддаются анализу.

24. Строгость, точность, формализм и однозначность. Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Выполнение правил стандарта IDEF0 требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Качество модели обеспечивается соблюдением следующих требований: -все стадии и этапы разработки и корректировки модели должны строго, формально документироваться с тем, чтобы при ее эксплуатации не возникало вопросов, связанных с неполнотой или некорректностью документации; - подробное описание на каждом уровне (3-6 блоков). - ограниченный контекст (только то, что относится к делу и ничего лишнего; ничего не упущено). - синтаксические правила построения диаграмм (блоки и стрелки) ; - неповторяющиеся названия блоков и стрелок; - переходы между диаграммами (дерево диаграмм) ; - переход между объектами/данными (коды ICOM и туннельные переходы) ; - разделение входа и управления (правила для определения роли данных или объекта) ; - обязательное наличие управления (все блоки требуют как минимум одного управляющего входа) ; - сегменты стрелок (разделение или соединение), метки для стрелок; - требования к наименованию стрелок; - назначение и точка зрения (все модели должны иметь назначение и точку зрения).

25. Методология. Пошаговые процедуры, обеспечивающие эффективные процессы разработки модели, ее просмотра, объединения и сбора данных. Разработка модели в IDEF0 представляет собой пошаговую процедуру, на каждом шаге которой разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему ре-дактированию, после чего цикл повторяется. Такая организация работы способствует оптимальному использованию знаний системного аналитика, владеющего методологией и техникой IDEF0, и знаний специалистов - экспертов в предметной области, к которой относится объект моделирования.

26. Контекстность. Моделирование делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается только один блок - главная функция моделируемой системы - это «миссия» системы, ее значение в окружающем мире. Расположение диаграммы на вершине модели, указывает на то, что она является обобщающей для рассматриваемой системы. Кроме того, контекстная диаграмма «фиксирует» границы моделируемой системы, определяя то, как моделируемая система взаимодействует со своим окружением. Диаграммы первого уровня представляют важнейшие подсистемы с их взаимосвязями, а диаграммы самого нижнего уровня представляют детализированные функции, с помощью которых работает система.

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

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

29. Язык функций моделей с графическим языком описания системы, позволяющие декларативно определять правила работы системы, что часто является особенно важным завершающим шагом в описании системы.

30. Отделение «организации» от «функций». Разделение организации от функции включена в назначение модели и определяется выбором функций и меток стрелок в процессе создания модели. При разработке моделей следует избегать изначальной «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством. Организационная структура должна явиться результатом применения модели.

31. Рекомендации по реализации аналитических проектов. Сравнение результата моделирования с существующей структурой позволяет оценить адекватность модели и предложить решения, направленные на совершенствование этой структуры.

Практика показала, что IDEF0-методология является подходящим и эффективным средством:

32. моделирования технических требований к системе;

33. моделирования процессов в проектах реинжиниринга;

34. комплексного проектирования систем;

35. разработки систем управления издержками операций (процессов).

Методология IDEF0 объединяет диаграммы в модель через объекты системы. Такая схема требует согласования наименования и учета объектов системы с тем, чтобы две диаграммы могли рассматриваться, как взаимосвязанные между собой. В IDEF0 используется собственный графический язык, который представляет собой полное и выразительное средство, способное наглядно представлять широкий спектр деловых, производственных и других процессов и операций предприятия на любом уровне детализации. Язык:

36. обеспечивает точное и лаконичное описание моделируемых объектов, удобство использования и интерпретации этого описания;

37. облегчает взаимодействие и взаимопонимание системных аналитиков, разработчиков и персонала изучаемого объекта (фирмы, предприятия), т.е. служит средством «информационного общения» большого числа специалистов и рабочих групп, занятых в одном проекте, в процессе обсуждения, рецензирования, критики и утверждения результатов;

38. позволяет визуализировать работу сложных систем, в том числе критически важных и требующих особой осторожности и соблюдения специальных мер безопасности;

39. позволяет лаконично, однозначно и точно показать все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи и т.д.;

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

41. прошел многолетнюю проверку и продемонстрировал работоспособность как в проектах ВВС США, так и в других проектах, выполнявшихся государственными и частными промышленными компаниями;

42. легок и прост в изучении и освоении;

43. может генерироваться рядом инструментальных средств машинной графики.

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