- выявляются и определяются основные сущности, т.е. элементы БД, в которых будут храниться данные для системы

- выявляются и определяются основные отношения, а результаты представляются графически в виде диаграмм

- детализация нестандартных отношений и определяются ключевые атрибуты сущностей; детализация отношений заключается в замене связей «многие ко многим» на связи «многие к одному» и «один ко многим»;

- определяются атрибуты сущностей.

3,4) реализуется поведенческое моделирование; если методика IDEF-0 связана с функциональными аспектами и позволяет отвечать на вопрос «что делает система?», то в этих методиках детализируется ответ, как система это делает. В основе поведенческого моделирования лежат модели и методы имитационного моделирования систем массового обслуживания. Сети Петри применяют модели конечного автомата, описывающие поведенческие системы как последовательность смен состояний. Все перечисленные выше методики относятся к структурным методам.

5) реализуется объектно-ориентированный анализ больших систем; он предоставляет пользователю графический язык для изображения классов и диаграмм исследования.

6) направлен на предоставление антологической информации приложения в удобном для пользователя виде. Для этого используются символические обозначения объектов, их ассоциаций, ситуаций, называемых дискрепторами. IDEF-5 имеет схемный язык описания отношений классификации в таких терминах, как часть, целое, переход. В методике имеется правило связывания объектов, называемых термами. Термы связываются в предложения и аксиомы.

7) направлен на сохранение рационального опыта проектирования ИС, что способствует предотвращению структурных ошибок.

8) предназначен для проектирования диалогов человека и технической системы.

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

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

2. Методология функционального моделирования IDEF-0

Методология IDEF-0 – это технология описания системы как множества взаимозависимых деталей или функций. IDEF-0 функции системы исследуются независимо от объектов, которые обеспечивают их выполнение. Функциональная точка зрения позволяет четко отделить аспекты назначения системы от аспектов его физической реализации.

Наибольшая часть IDEF-0 применяется как технология исследования и проектирования систем на логическом уровне. Поэтому IDEF-0 используется на ранних этапах разработки проекта.

Модель IDEF-0 сочетает в себе небольшую по объему графическую диаграмму со строгими и четко определенными рекомендациями, предназначенными для построения качественной и понятной модели системы. Диаграмма содержит только два обозначения: блоки и стрелки.

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

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

IDEF-0 функцией называется действие, которое обрабатывает или переводит входные параметры в выходные. Поскольку модели IDEF-0 моделируют систему как множество иерархических функций в первую очередь должна быть определена функция, описывающая систему в целом, т.е. контекстная функция. Функции изображают на диаграммах как функциональные блоки в виде прямоугольников. Имена функций подбираются по наименованию соответствующих действий, чтобы они отражали систему с точки зрения выбранной для моделирования.

Любой блок может быть декомпозирован на составляющие его блоки. Описание любого блока должно как минимум включать описание объектов, которые блок потребляет или преобразует. В IDEF-0 также моделируются управление и механизмы исполнения. Под управлением понимают объекты, воздействующие на способ, которым блок преобразует вход и выход. Механизм исполнения – объекты, которые непосредственно меняют преобразование входа в выход, но остаются неизменными. Для типизации категорий информации на IDEF-0 диаграммах используют 4 типа стрелок: вход, выход, управление, механизм. Стрелки на диаграммах должны сопровождаться названиями.

Стрелка «вход» представляет собой сырье или информацию, потребленную или преобразованную функциональным блоком для производства выхода. Стрелки входа всегда направлены в левую сторону прямоугольника, обозначенного в IDEF-0 функциональный блок. Наличие входных стрелок на диаграмме не является обязательным, т.к. возможно, что некоторые блоки ничего не преобразуют и не изменяют. Стрелки «управления» отвечают за регулирование того, как и когда выполняется функциональный блок. Т.к. управление контролирует поведение функционального блока для обеспечения создания желаемого выхода каждый функциональный блок должен иметь как минимум одну стрелку управления. Стрелки управления всегда входят в функциональный блок сверху. Управление часто существует в виде правил, инструкций, законов, набора необходимых процедур или стандартов, влияя на работу блока, управление само остается неизменным. Может оказаться, что целью функционального блока является как раз изменение какого-то правила, инструкции или стандарта. В этом случае стрелка, содержащая соответствующую информацию, должна рассматриваться не как управление, а как вход функционального блока.

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

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