| Опции представления |
Представление UML: Модель, представляемая как <<модель анализа>>.
Модель анализа может иметь следующие свойства:
-
Введение: Текстовое описание, которое служит в качестве краткого введения в модель.
-
Пакеты анализа: Пакеты в модели, представляющие иерархию.
-
Классы: Классы в модели, принадлежащие пакетам.
-
Взаимосвязи: Взаимосвязи в модели, принадлежащие пакетам.
-
Реализации вариантов использования: Реализации вариантов использования в модели, принадлежащие
пакетам.
-
Диаграммы: Диаграммы в модели, принадлежащие пакетам.
Обычно "классы анализа" развиваются непосредственно в элементы модели проектирования: некоторые становятся классами
проектирования, другие - подсистемами проектирования. Целью анализа является определение предварительного отображения
необходимого алгоритма работы на моделируемые элементы системы. Целью проектирования является преобразование этого
предварительного (и в чем-то идеализированного) в набор элементов модели, которые могут быть реализованы. В результате
при переходе от анализа к проектированию происходит улучшение детализации и точности. Поэтому "классы анализа" часто
являются несколько нестабильными, изменчивыми и существенно изменяются перед их воплощением в деятельностях
проектирования.
Что следует иметь в виду при принятии решения о необходимости отдельной модели анализа:
-
Отдельная модель анализа может быть полезна, если необходимо спроектировать систему для нескольких целевых сред с
различными архитектурами. Модель анализа является абстракцией, или обобщением, модели проектирования. В ней опущена
большая часть деталей эскиза, для того чтобы обеспечить обзор в целом функциональности системы.
-
Проектирование является сложным, поэтому требуется упрощенный, абстрагированный "эскиз" для представления проекта
новым членам коллектива. Хорошо разработанная архитектура может служить той же цели.
-
Дополнительные усилия, необходимые для того чтобы гарантировать, что модели анализа и проектирования остались
согласованными, следует сопоставить с преимуществами от наличия представления системы, содержащего только важнейшие
сведения о работе системы. Поддержание высокой степени соответствия между моделями анализа и проектирования может
быть очень дорогостоящим. Менее амбициозный подход может заключаться в поддержании модели анализа только с наиболее
важными классами доменов и ключевыми абстракциями проекта. При возрастании сложности модели анализа соответственно
возрастает и стоимость ее обслуживания.
-
Если модель анализа более не поддерживается, ее ценность быстро снижается. В некоторый момент, если модель не
поддерживается, она перестает быть полезной, поскольку более не будет точно отражать текущий эскиз системы. Можно
принять решение более не поддерживать модель анализа (она могла уже сыграть свою роль), однако это решение должно
быть осознанным.
В некоторых компаниях, где системы существуют на протяжении десятилетий, либо где существует много вариантов системы,
отдельная модель анализа является полезной.
|
