IDEF4 - IDEF4

Пример IDEF4: Диаграмма поведения для методов, реализующих Louder.

IDEF4 , или Integrated DEFinition для объектно-ориентированного проектирования , представляет собой объектно-ориентированный язык моделирования проектирования для проектирования клиент-серверных систем на основе компонентов. Он был разработан для поддержки плавного перехода от моделей предметной области и анализа требований к дизайну и генерации фактического исходного кода. Он определяет объекты дизайна с достаточной детализацией, чтобы можно было генерировать исходный код.

Этот метод является частью семейства языков моделирования IDEF в области системной и программной инженерии .

Обзор

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

Многомерный подход метода IDEF4 к объектно-ориентированному проектированию программных систем состоит из следующих элементов:

  • Уровни проектирования (системный, прикладной и низкоуровневый),
  • Статус дизайна артефакта (домен приложения, переходный период, домен программного обеспечения),
  • Модели проектирования (статические, динамические и поведенческие) и компонент обоснования дизайна , а также
  • Конструктивные особенности, от общих до конкретных, позволяют отложить принятие решений .

История

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

IDEF4 был разработан как инструмент проектирования для разработчиков программного обеспечения, использующих объектно-ориентированные языки, такие как Common Lisp Object System , Flavors , Smalltalk , Objective-C , C ++ и другие. Поскольку для эффективного использования объектно-ориентированной парадигмы требуется иной мыслительный процесс, чем при использовании традиционных процедурных языков или языков баз данных , стандартных методологий, таких как структурные диаграммы , диаграммы потоков данных и традиционные модели проектирования данных (иерархические, реляционные и сетевые), недостаточно. . IDEF4 стремится предоставить необходимые средства для поддержки процесса принятия объектно-ориентированных проектных решений.

Концепции IDEF4

Размеры объектов дизайна IDEF4

Размеры объектов дизайна IDEF4.

IDEF4 использует объектно-ориентированный метод проектирования или процедуру , которая очень похожа на Rumbaugh «ы метод объекта техники и Schlaer / Меллор «объектно-ориентированный анализ и проектирование (ООА / ООД) с техникой. Однако есть несколько важных отличий:

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

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

IDEF4 Проектная деятельность

В IDEF4 дизайн начинается с анализа требований и принимает в качестве входных данных объекты предметной области. Эти объекты домена закодированы в их эквивалентной форме IDEF4 и помечены как объекты домена. По мере разработки вычислительных объектов для этих объектов они помечаются как «переходные» и, наконец, как «завершенные». Уровень завершения проекта IDEF4 определяется путем установки показателей на основе статуса, уровня и размеров модели отдельных артефактов в проекте.

IDEF4 Проектная деятельность.

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

IDEF4 - это итеративная процедура, включающая операции разбиения, классификации / спецификации, сборки, моделирования и повторного разбиения, см. Рисунок. Сначала проект разбивается на объекты, каждый из которых либо классифицируется по существующим объектам, либо для которых разрабатывается внешняя спецификация. Внешняя спецификация позволяет делегировать внутреннюю спецификацию объекта и выполнять ее одновременно. После классификации / спецификации интерфейсы между объектами указываются в процессе сборки (т. Е. Разрабатываются статические, динамические и поведенческие модели, детализирующие различные аспекты взаимодействия между объектами). Пока модели разрабатываются, важно смоделировать сценарии использования или случаи между объектами, чтобы выявить недостатки конструкции. Основываясь на этих недостатках, дизайнер может затем переставить существующие модели и моделировать их, пока дизайнер не будет удовлетворен.

IDEF4 Объектно-ориентированные концепции

IDEF4 определяет набор объектно-ориентированных концепций:

  • Домены  : проекты IDEF4 реализуются в домене. Домен можно рассматривать как объем разрабатываемой системы. Во время проектирования системы программное обеспечение перемещается между тремя доменами: доменом приложения, доменом проектирования и доменом реализации.
  • Особенности, артефакты и объекты
  • Экземпляр объекта  : Объекты могут быть экземплярами объекта, классами объектов и разделами объектов. Экземпляры объектов - это отдельные вещи, встречающиеся в домене приложения.
  • Классы  : классы являются обобщениями об объектах и ​​используются для управления сложностью, используя преимущества сходства в экземплярах объектов и группируя их по классу или категории.
  • Подкласс / Суперкласс  : термин подкласс охватывает концепцию группировки конкретных экземпляров класса в еще более специализированный класс.
  • Разделы  : объект раздела содержит объекты и отношения.
  • Атрибуты  : Атрибуты - это выбор реализации того, как представлять состояние объекта.
  • Состояния объекта  : состояния объекта представляют собой ситуации или условия экземпляра объекта, которые имеют значение в дизайне.
  • Метод  : метод - это реализация поведения (т. Е. Набор инструкций, согласно которым объект выполняет некоторую операцию).
  • Сообщение и полиморфизм  : объекты общаются, отправляя сообщения друг другу.
  • Событие  : событие - это сигнал, генерируемый методом в объекте, указывающий на какое-то условие в объекте.
  • Жизненные циклы объектов  : в любой системе объекты демонстрируют модели поведения, циклически меняя различные состояния.
  • Клиент / Сервер  : объект играет роль клиента по отношению к сообщению, если он является отправителем этого сообщения.
  • Взаимосвязи и роли  : объекты, соединенные вместе дугами. Эти дуги называются отношениями, и они показывают связи между объектами.
  • Наследование  : особый тип отношений, используемый в объектно-ориентированной технологии, - это наследование.
  • Инкапсуляция и сокрытие информации  : инкапсуляция и сокрытие информации - это две объектно-ориентированные концепции, которые легче всего понять, если обсудить их с точки зрения взаимодействия между объектами.

Идентификация класса объекта

Пять типов классов объектов в IDEF4.

Метод IDEF4 предполагает, что объекты домена были идентифицированы посредством объектно-ориентированного анализа домена. Такие методы, как IDEF1 , IDEF5 , IDEF3 , SA / SD, могут использоваться для выполнения анализа предметной области. Тем не менее, практикующие IDEF4 должны знать, как идентифицируются объекты, поскольку процесс проектирования может выявить недостатки объектно-ориентированного анализа. IDEF4 определил пять типов классов:

  • Физические объекты
  • Объекты роли  : роль может быть связана с другими видами деятельности, которыми занимается человек (например, пациент в больнице, акционер, клиент, попечитель, подозреваемый в ограблении или налогоплательщик).
  • Объекты событий  : события или инциденты также могут считаться объектами. Идентификация событий как объектов очень субъективна и будет зависеть от области, в которой будет использоваться программное обеспечение.
  • Объекты взаимодействия  : объекты взаимодействия являются результатом взаимодействий или транзакций между двумя или более объектами.
  • Объекты спецификации и процедуры  : Объекты спецификации описывают приемлемые характеристики экземпляров объектов. Объекты процедуры относятся к способу взаимодействия других экземпляров объекта.

IDEF4 Строительные блоки

Организация строительных блоков IDEF4.

Слои IDEF4

Пользователи IDEF4 проектируют на трех разных уровнях:

  1. Системный дизайн,
  2. дизайн приложения, и
  3. низкоуровневый дизайн.

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

Статус артефакта IDEF4

IDEF4 различает артефакты IDEF4, вновь созданные из домена приложения, артефакты при переходе к спецификации проекта и указанные артефакты, которые можно применить для создания спецификации проекта. Любой артефакт дизайна в IDEF4 можно пометить как домен, переход или завершенный. Это позволяет специалистам-практикам и рецензентам отслеживать продвижение дизайна к завершению.

Модели дизайна IDEF4

Организация модели IDEF4.

IDEF4 использует три модели проектирования и компонент обоснования дизайна:

  • Статическая модель (SM) определяет неизменные во времени отношения между объектами (например, наследование).
  • Динамическая модель (DM) определяет связь между объектами и переходы состояний объектов.
  • Модель поведения (BM) определяет отношения между соответствующим поведением объектов.

Компонент обоснования дизайна обеспечивает представление системы сверху вниз, давая широкий обзор, который охватывает три модели дизайна и документирует обоснование основных изменений дизайна.

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

Особенности дизайна

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

Ссылки

дальнейшее чтение

внешние ссылки