Билет 5

1. The Producton Release criteria определяет минимальный набор критериев, считается обязательным для новой версии продукта, который будет выпущен в хранилище производства. Он суммирует то, что он описал в каждом политика как обязательне требование.

Release criteria should be SMART - specific, measurable, attainable (not impossible), relevant, time-based (not open-ended)

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

Нет открытых дефектов.

Количество открытых дефектов снизилось на неделе X и предполагаемое количество остаточных дефектов является приемлемым.

Производительность цели будет достигнута на всех целевых платформах.

Конкретные необходимые функции в полном объеме.

Количественные цели надежности выполнены.

Х% системные тесты были пройдены.

Указанные правовые, договорные или нормативные цели будут выполнены.

Критерии приемки заказчиком выполнены.

2. Композиция имеет важные преимущества над наследованием.

Композиция – связь между объектами, при котором один объект обладает ссылкой на другой и способен воспользоваться его поведением(методами).

Достоинства:

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

• Сохраняется инкапсуляция базового класса.

• Повторяемость кода не ниже чем у наследования.

• Сохраняется ясность архитектуры.

• Композиция – основа компонент-ориетнированной архитектуры

Билет 6

1 Описание Commitments, примеры

2 Перечислить ключевые принципы проектирования

1 Commitment – безусловные для выполнения действия, дословно переводится как обязательства.

Обычно предоставляются в виде таблицы:

Commitments	Person who made commitment	Commitment date
Commitment1	Vanessa Mayer	18.01.13

2

• Проектирование через компоненты компонент это - разделение рисков и ответственности внутри приложения

• Использовать Принцип персональной ответсвенности

• Использовать Принцип минимального знания (Меньше знаешь лучше спишь) (Law of Demeter)

• Использовать Принцип Не повторяй себя (DRY)

• Базовые слои (идущие в порядке понижения): слой представления, слой бизнес логики, инфраструктурный слой.

• Каждая компонента должна пренадлежать только одному слою

• Каждая компонента должна решать только одну четко-сформулированную задачу. Мега-компоненты — это зло.

• Не смешивать различные типы компонент на одном и том же слое

• В компонентах можно напрямую использовать только те компоненты, которые расположены либо в текущем либо нижестоящем слое.

• Запрещается использовать компоненты извышестоящих слоев.

• Если компонента Б принадлежит компоненте Б, то запрещается использование компоненты Б за пределами компоненты А.