Модель проектирования — различия между версиями

(Новая страница: «'''Модель проектирования''' (Design Model) - рабочий продукт программная система|программной…»)
 
Строка 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;" | Level of Detail
 +
! 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.
 +
|}
  
 
[[Категория:Рабочие продукты]]
 
[[Категория:Рабочие продукты]]
 
[[Категория:Незавершенные статьи]]
 
[[Категория:Незавершенные статьи]]

Версия 16:51, 1 февраля 2017

Модель проектирования (Design Model) - рабочий продукт программной системы в OMG Essence и RUP.

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

Модель проектирования:

  • Позволяет команде понимать структуру решения и подход.
  • Определяет взаимодействия между элементами системы, которые необходимы в соответствии с системными требованиями.
  • Помогает подобрать и определить оптимальный набор системных элементов и интерфейсов

Уровни проработки

OMG Essence определяет следующие уровни проработки (levels of detail) для рабочего продукта "Модель проектирования" и контрольные вопросы на каждом уровне:

№ Уровень проработки Level 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.

Источник — «http://sewiki.ru/index.php?title=Модель_проектирования&oldid=2524»