Модели предметной области как словари

A "модель предметной области" визуально представляет Кто описания вашего продукта. Модель предметной области представляет собой словарь, который показывает отношения между людьми и системами и абстрактных идей. Он предлагает удобный способ запятнать модели, ошибки и пропуски.

Модели Доменные помочь вам преодолеть вниз двусмысленность. Они становятся словарь мы используем, чтобы выразить более сложные идеи, таких как рабочие процессы.

Модель предметной области показывает Кто нашего нового продукта; это физические и абстрактные существительные мы выявленные в нашем поток сознания упражнения.

[Техническое примечание: Моделирование Домен также используются для представления связи между классами в объектно-ориентированном программировании. Моделирование домена описано здесь является более общим отношения между физическими и абстрактных объектов, которые могут или не могут быть представлены в виде классов в конечном кода.]

Мы используем "Имеет" отношения, чтобы показать агрегацию, что одна часть принадлежит другому; и, an "Является" отношения, чтобы показать обобщение, что одна часть является специализацией другой. Таким образом, мы можем визуально представить через коробки и линий и ту же информацию, которая присутствует в 10-х страницах письменной форме. Вы увидите эти отношения на диаграммах ниже, где "Имеет" представлена ​​алмазной состава линии и "Является" стрелкой.

Карандаш и бумага является предпочтительным способом для создания простых моделей домена, если вы только начинаете. Как ваши потребности становятся все более изощренными, специализированное программное обеспечение UML, например, Enterprise Architect от Sparx систем становится полезным (но над комплекса) инструмент.

Давайте рассмотрим несколько примеров использования SOFIns, мое новое предприятие.

Простой пример

На мой SOFIns службы, a Control Agent является частью программного обеспечения, что позволяет специальный доступ к удаленным компьютерам. SOFIns представляет собой сложную систему программного обеспечения. Это очень важно, что я описываю его с помощью терминологии и что эта терминология легко понять по моим разработчиков. Вот как одна часть его работ, выписаны в рот:

Этот же проект может быть представлен визуально через симметричной модели предметной области, которая показывает, что Общая и Иностранный агенты специализация Control Agent и что Получатель, Владелец и Отправитель все специализации Пользователь. Чтение модель, мы видим,:

• Пользователь имеет агента управления
• Получатель Пользователь
• Получатель имеет иностранный агент; и, Иностранные Агент Агент управления.

SOFIns домена Модель для агентов и пользователей.

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

Реалистичная Пример

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

Вот как я определил физические и абстрактные объекты (the Кто из моей службы). Эта диаграмма начал как простой взаимосвязи между четырьмя основными компонентами и превратилась в более специализированные объекты были выявлены в ходе уточнения рабочих процессов.

На приведенной ниже схеме совсем не неоднозначным. Комплекс? Да. Двусмысленный, нет.

SOFIns Подсистема Показано "Компонент А" Объекты