2.5 Уровни использования

Артефакты в рамках проекта могут создаваться для использования на разных уровнях:

• Formal-External – формальный, для внутреннего и внешнего использования (группой разработчиков и заказчиком).

• Formal-Internal – формальный, для внутреннего использования.

• Informal – информативный, неформальный.

• None – не используется.

2.6 План итераций

См. документ Software Development Plan.

3. Дисциплины

3.1 Бизнес-моделирование

3.1.1 Рабочий процесс

В рамках этой дисциплины оцениваются выгоды от реализации данного проекта, а также создается Glossary.

3.1.2 Артефакты

Artifacts	Using				Review Details	Tools Used	Templates/ Examples
	Incep	Elab	Const	Trans
Glossary	must	could	could	could	FE	MS Word
BusinessCase	must	could	won’t	won’t	FE	MS Word

3.1.3 Замечания к артефактам

Artifacts	Using	Reason
Business Case	won’t	Документ содержит основные экономические выгоды от разрабатываемой системы. Этот документ не должен меняться на фазах Построение и Внедрение.
Glossary	could	Словарь терминов, применяемых в артефактах/описаниях системы. Этот документ меняется в течение всего цикла разработки информационной системы

3.2 Управление требованиями

3.2.1 Рабочий процесс

В рамках этой дисциплины необходимо проанализировать требования заказчика, оценить проблемы, которые мы пытаемся решить разрабатываемой системой.

3.2.2 Артефакты

Artifacts	Using				Review Details	Tools Used	Templates/ Examples
	Incep	Elab	Const	Trans
Техническое задание	must	won’t	won’t	won’t	FE	MS Word
Software Requirements Specification	must	must	could	won’t	FE	MS Word, Rational Rose
Use Cases	must	must	could	won’t	FE	MS Word, Rational Rose
Vision	must	could	could	won’t	FE	MS Word

3.2.3 Замечания к артефактам

Artifacts	Using	Reason
Техническое задание	won’t	Этот документ не должен меняться на стадиях Проектирование, Построение и Внедрение
Software Requirements Specification	must	Основной документ, в котором собраны все требования, перечислены и описаны все варианты использования проектируемой системы.
Use Cases	must	Прецеденты использования системы, включающие диаграммы UML, описывающие функциональность системы
Vision	must	Документ, описывающий систему в целом (функционал, роли пользователей, часть требований)

3.3 Анализ и проектирование

3.3.1 Рабочий процесс

В рамках этой дисциплины осуществляется проектирование программного продукта: определяется его структура в виде диаграмм UML, структура БД, осуществляется выбор первой пилотной версии продукта.

3.3.2 Артефакты

Artifacts	Using				Review Details	Tools Used	Templates/ Examples
	Incep	Elab	Const	Trans
Data Model	won’t	must	could	won’t	FE	MS Word, Oracle 9i
Design Model	won’t	should	could	won’t	FE	MS Word, Rational Rose
Software Architecture Document (SAD)	won’t	must	must	won’t	FE	MS Word, Rational Rose

3.3.3 Замечания к артефактам

Artifacts	Using	Reason
Data Model	must	Структура базы данных с описанием всех таблиц и полей.
Design Model	should	Структура системы в виде диаграмм UML
Software Architecture Document (SAD)	must	Этот документ описывает архитектуру системы в виде представлений прецедентов использования, процессов и развёртывания