Модели и области моделирования

Перевод статьи Models and Domains
Перевод: Мадорская Ю.М.

Базовая структура

Функции моделирования в Cradle полностью интегрированы с инструментами по управлению требованиями и другими функциями Cradle. Это позволяет напрямую трассировать требования к моделям для исследования и спецификации:

  • Поведения системы.
  • Архитектуры системы.
  • Проектных решений верхнего и нижнего уровня.

Каждая база данных Cradle (проект) предоставляет две области моделирования, которые называются соответственно:

  • Essential — для анализа и моделирования, независимого от реализации.
  • Implementation — для анализа и моделирования, зависимого от реализации.

Каждая из этих областей может содержать любое количество моделей, которые могут быть организованы в одну или несколько иерархий. Каждая модель — это набор связанных диаграмм, созданных с определенной целью. При этом модель может включать диаграммы, созданные в разных нотациях (например, Process Flow, Function Flow Block или Use Case).

Models_and_Domains_clip_image001

Диаграммы состоят из символов. Каждый символ, кроме имени и визуального представления, имеет определение (definition), которой содержит его полное описание. Такие описания хранятся в виде отдельных элементов в БД Cradle — спецификаций (specification) и определений данных (data definition). Спецификации индивидуальны для каждой диаграммы, в то время как определения данных являются общими для всех диаграмм в рамках модели. Определения данных также называются сущностями Словаря Данных (Data Dictionary entries), кратко — DD entries и все вместе называются Словарем Данных (Data Dictionary).

Это может быть проиллюстрировано следующим образом:

Models_and_Domains_clip_image002

Связи

Связи могут быть созданы как внутри модели, между разными моделями, так и между моделями и другими элементами базы данных Cradle. Это позволяет с помощью моделей и соответствующих связей формировать:

  • Логическое расширение (продолжение) требований.
  • Раскрытие и функциональный контекст элементов SBS и PBS, представляющих структурную декомпозицию системы и линейки продуктов соответственно. (System and Product Breakdown Structures -SBS/PBS).
  • Детализацию, отражающую структурную декомпозицию стоимости системы (Сost Breakdown Structure — CBS).
  • Различные варианты структурной декомпозиции работ (Work Breakdown Structure — WBS).
  • Связи моделей с тестами.
  • Иллюстрирующее описание проектных рисков.

При этом Cradle автоматически создает иерархические перекрестные ссылки внутри модели, создавая декомпозицию:

  • функций,
  • компонентов архитектуры,
  • вариантов использования (Use cases),
  • и т.д.

Такой подход позволяет для любой иерархии просмотреть диаграмму иерархий (Hierarchy Diagrams — HIDs), которая отображает связи с требованиями и другими проектными данными, обеспечивая трассируемость требований через весь жизненный цикл.

Models_and_Domains_clip_image004

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

Models_and_Domains_clip_image006

Рассмотрим пример:

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

  • Явных ссылок от символов оборудования в двух архитектурах.
  • Общих символов оборудования в архитектурных моделях.

Псевдо-ссылки

Между всеми элементами в рамках каждой модели существуют псевдо-ссылки (pseudo cross references). Данные связи автоматически возникают, когда один элемент создается внутри другого (включается в другой элемент). Для определений данных (data definitions) такую связь определяет имя (name) . Для спецификаций и соответствующих диаграмм, связь осуществляется за счет номера (number).

Определения данных (Data Definitions)

В ходе рисования на диаграмме символа , который ссылается на определение данных, например, А, создается псевдо-ссылка между А (элементом в базе данных) и диаграммой (другой элемент в базе данных) и наоборот.

Другие ссылки на определения данных (data definitions) содержаться в атрибуте COMPOSITION, который определяет внутреннюю структуру каждого элемента, т.е. структуру определения данных нижнего уровня. Так например, COMPOSITION для определения данных Сотрудник, может быть:

@Ид + Имя + Адрес+ Ид отдела+ Степень + Зарплата + 0 { Вычет}

что показывает, что Сотрудник имеет уникальный идентификатор — Ид (@ означает первичный ключ), Имя (+ означает И), принадлежность отделу, степень и зарплату и 0 или более вычетов из зарплаты (скобки { } означают итерацию с фиксированной или переменной нижней и верхней границей.

Псевдо-ссылки автоматически создаются между Сотрудником и его компонентами Ид, Имя, Адрес, Ид отдела, Степень, Зарплата, Вычет.

Спецификации (Specifications)

Спецификации содержат определения символов, не являющихся данными, включая :

  • Функции.
  • Компоненты архитектуры.
  • Варианты использования (Use Cases).
  • Классы.
  • Процессы и задачи.
  • Деятельности.

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

Models_and_Domains_clip_image008

Некоторые символы диаграмм могут быть разбиты на другие диаграммы:

Models_and_Domains_clip_image010

Спецификации могут существовать для некоторых или для всех символом диаграмм:

Models_and_Domains_clip_image012

Таким образом, модель всегда содержит две иерархии:

  • Диаграммы.
  • Спецификации.

с псевдо-ссылками между:

  • Родительской и дочерней диаграммами.
  • Диаграммами и спецификациями их символов.
  • Спецификациями и их родительскими диаграммами.
  • Родительскими и дочерними спецификациями.

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

Иерархия диаграмм — это графическая альтернатива иерархии спецификаций (иерархии функций, компонентов, деятельностей или вариантов использования), например:

Models_and_Domains_clip_image014

Иерархия спецификаций — это эквивалентное, альтернативное представление:

Models_and_Domains_clip_image016

Обе иерархии могут быть использованы совместно:

Models_and_Domains_clip_image018

Эквивалентные элементы

Эквивалентные элементы имеют одинаковые номера. Диаграмма имеет эквивалентную спецификацию, которая имеет такой же номер, как и диаграмма. Спецификация имеет эквивалентную диаграмму (любого типа) с тем же номером, что и спецификация.

Эквивалентные элементы являются альтернативой друг другу:

Models_and_Domains_clip_image020

Опубликовано в:

Добавить комментарий