Анализ предметной области
Объектно-ориентированный анализ связан с описанием предметной области с точки зрения классификации объектов. Декомпозиция предметной области состоит в идентификации понятий, атрибутов и ассоциаций из предметной области, имеющих большое значение для решения поставленной задачи. Результат анализа выражается в модели предметной области (domain model), которая иллюстрируется с помощью набора диаграмм с изображенными на них понятиями или объектами предметной области
Модель предметной области – это визуальное представление концептуальных классов или объектов реального мира в терминах предметной области. Такие модели называют также концептуальными моделями, моделями объектов предметной области или объектными моделями анализа.
Модель предметной области в языке uml
На языке UML модель предметной области представляется в виде набора диаграмм классов, на которых не определены никакие операции. Модель предметной области может отображать следующее:
объекты предметной области или концептуальные классы;
ассоциации между концептуальными классами;
атрибуты концептуальных классов.
Например, на рисунке 4.2 представлен фрагмент модели предметной области. Как видно из диаграммы концептуальными классами являются Платеж, Продажа, Магазин и Реестр. Классы имеют атрибуты (например, классу Продажа соответствуют атрибуты Дата и Время) и связаны между собой отношениями ассоциации.
Рисунок 4.2 – Модель предметной области как UML-диаграмма классов
Диаграммы методологии idef1
Центральным понятием методологии IDEF1 для описания предметной области разработки является понятие сущности.
Каждая сущность имеет своё имя и атрибуты. Атрибуты представляют собой характерные свойства и признаки объектов реального мира, относящихся к определенной сущности. Атрибуты, по которым можно однозначно отличить одну сущность от другой называются ключевыми атрибутами. Каждая сущность может характеризоваться несколькими ключевыми атрибутами.
Взаимосвязь между двумя отдельными сущностями считается существующей в том случае, класс атрибутов одной сущности содержит ключевые атрибуты другой сущности.
На рисунке 4.3 приведен фрагмент IDEF1-диаграммы. На ней представлены две сущности с именами Отдел и Сотрудник и взаимоcвязь между ними с именем «работает в». Имя взаимосвязи всегда выражается в глагольной форме.
Рисунок 4.3 – Модель предметной области как IDEF1-диаграмма
Модель «сущность – связь» в нотации idef1x
Методология IDEF1X реализует представление ER-моделей (сущность – связь) и предназначена для разработки структур данных. Это отличает ее от методологии IDEF1, назначение которой состоит в структуризации существующей информации и обеспечении качественного менеджмента информационными потоками предприятия.
Наиболее широко методология IDEF1X используется в процессе проектирования баз данных. Пример фрагмента IDEF1X-диаграммы приведен на рисунке 4.4.
Рисунок 4.4 – Модель предметной области как IDEF1Х-диаграмма
Анализ требований
Требования (requirements) – это возможности или условия, которым должна соответствовать система или проект. Требования разделяются на следующие категории:
функциональные требования – свойства, возможности, безопасность;
удобство – человеческий фактор, справочная система, документация;
надежность – частота сбоев, возможность восстановления и предсказуемость поведения;
производительность – время отклика, точность, доступность, использование ресурсов;
возможность поддержки – адаптивность, возможность поддержки, соответствие международным стандартам, возможность конфигурирования;
реализация – требования к ресурсам, языки и средства, аппаратное обеспечение;
интерфейс – ограничения, накладываемые необходимостью взаимодействия с внешними системами;
операции – управление системой и ее параметры;
пакетирование;
юридические вопросы – авторское право и т.п.
Обычно требования делят на две большие категории: функциональные (относящиеся к поведению) и нефункциональные (все остальные). Некоторые из этих требований (удобство, надежность, производительность и возможность поддержки) называются атрибутами качества (quality attributes).