Модель проектирования — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''Модель проектирования''' (Design Model) - рабочий продукт программная система|программной…») |
Admin (обсуждение | вклад) м (→Уровни проработки) |
||
(не показаны 2 промежуточные версии этого же участника) | |||
Строка 2: | Строка 2: | ||
Модель проектирования является абстракцией реализации системы. Она применяется для представления, а также для документирования эскиза системы программного обеспечения. Это обширный, составной рабочий продукт, заключающий все классы проектирования, подсистемы, пакеты, кооперации и взаимосвязи между ними. | Модель проектирования является абстракцией реализации системы. Она применяется для представления, а также для документирования эскиза системы программного обеспечения. Это обширный, составной рабочий продукт, заключающий все классы проектирования, подсистемы, пакеты, кооперации и взаимосвязи между ними. | ||
+ | |||
+ | Модель проектирования: | ||
+ | * Позволяет [[команда|команде]] понимать структуру решения и подход. | ||
+ | * Определяет взаимодействия между элементами [[система|системы]], которые необходимы в соответствии с системными [[требования|требованиями]]. | ||
+ | * Помогает подобрать и определить оптимальный набор системных элементов и [[интерфейс|интерфейсов]] | ||
+ | |||
+ | == Уровни проработки == | ||
+ | OMG Essence определяет следующие уровни проработки (levels of detail) для рабочего продукта "Модель проектирования" и контрольные вопросы на каждом уровне: | ||
+ | |||
+ | {| class="wikitable" style="font-size: 9pt;" | ||
+ | ! style="text-align: center; font-weight: bold;" | № | ||
+ | ! style="text-align: center; font-weight: bold;" | Уровень проработки | ||
+ | ! style="text-align: center; font-weight: bold;" | Описание | ||
+ | ! style="text-align: center; font-weight: bold;" | Контрольные вопросы | ||
+ | |- | ||
+ | | 1 | ||
+ | | style="font-weight: bold;" | Структура и подход описаны (Structure and Approach Described) | ||
+ | | Describing the system structure and approach enables the implementation effort to be planned and organized. | ||
+ | | ❑ The overall technical approach has been described, including key buy, build or reuse decisions. | ||
+ | |||
+ | ❑ The system structure and other critical technical implementation decisions have been documented. | ||
+ | |||
+ | ❑ Key structural elements within the system have been identified, named and briefly described. | ||
+ | |||
+ | ❑ Any architectural patterns that will be used have been referenced and their impact explained. | ||
+ | |||
+ | ❑ The dependencies between the system and other systems are understood and described. | ||
+ | |- | ||
+ | | 2 | ||
+ | | style="font-weight: bold;" | Взаимодействия и интерфейсы определены (Collaborations and Interfaces Defined) | ||
+ | | Defining the interfaces between major system elements enables them to be developed and tested independently. | ||
+ | | ❑ The collaborations necessary to support the required system behaviors have been described. | ||
+ | |||
+ | ❑ The interfaces needed to support these collaborations have been described. | ||
+ | |||
+ | ❑ It is clear which system elements implement which interfaces. | ||
+ | |- | ||
+ | | 3 | ||
+ | | style="font-weight: bold;" | Паттерны проектирования определены (Design Patterns Identified) | ||
+ | | Design patterns can be used to help ensure that appropriate and consistent approaches are used throughout the implementation | ||
+ | | ❑ The design patterns to be followed have been identified. | ||
+ | |||
+ | ❑ Supporting explanation has been provided on the motivation and application of the design pattern in the context of the system being developed. | ||
+ | |} | ||
[[Категория:Рабочие продукты]] | [[Категория:Рабочие продукты]] | ||
− | [[Категория: | + | [[Категория:Недопереведенные статьи]] |
Текущая версия на 12:49, 15 декабря 2017
Модель проектирования (Design Model) - рабочий продукт программной системы в OMG Essence и RUP.
Модель проектирования является абстракцией реализации системы. Она применяется для представления, а также для документирования эскиза системы программного обеспечения. Это обширный, составной рабочий продукт, заключающий все классы проектирования, подсистемы, пакеты, кооперации и взаимосвязи между ними.
Модель проектирования:
- Позволяет команде понимать структуру решения и подход.
- Определяет взаимодействия между элементами системы, которые необходимы в соответствии с системными требованиями.
- Помогает подобрать и определить оптимальный набор системных элементов и интерфейсов
Уровни проработки
OMG Essence определяет следующие уровни проработки (levels of detail) для рабочего продукта "Модель проектирования" и контрольные вопросы на каждом уровне:
№ | Уровень проработки | Описание | Контрольные вопросы |
---|---|---|---|
1 | Структура и подход описаны (Structure and Approach Described) | Describing the system structure and approach enables the implementation effort to be planned and organized. | ❑ The overall technical approach has been described, including key buy, build or reuse decisions.
❑ The system structure and other critical technical implementation decisions have been documented. ❑ Key structural elements within the system have been identified, named and briefly described. ❑ Any architectural patterns that will be used have been referenced and their impact explained. ❑ The dependencies between the system and other systems are understood and described. |
2 | Взаимодействия и интерфейсы определены (Collaborations and Interfaces Defined) | Defining the interfaces between major system elements enables them to be developed and tested independently. | ❑ The collaborations necessary to support the required system behaviors have been described.
❑ The interfaces needed to support these collaborations have been described. ❑ It is clear which system elements implement which interfaces. |
3 | Паттерны проектирования определены (Design Patterns Identified) | Design patterns can be used to help ensure that appropriate and consistent approaches are used throughout the implementation | ❑ The design patterns to be followed have been identified.
❑ Supporting explanation has been provided on the motivation and application of the design pattern in the context of the system being developed. |