Прототипирование

При прототипировании создаются программные прототипы для визуализации системы или ее части для заказчиков с целью получения их отзывов.

Сущ 2 разновидности прототипа:

• одноразовый прототип(после того как выявление завершено такой прототип отбрасывается);

• эволюционный прототип(сохраняется после выполнения требований и используется для создания конечного программного продукта). Цель – уменьшение сроков поставки продукта.

Согласование проекта требованиям

Согласование проекта требованиям осуществляется параллельно с выявлением требований и выполняется при подготовке документов описывающих требования.Для проверки обоснованности требования должны быть четко идентифицированы и классифицированы.Наиболее популярный метод проверки обоснованности-процедура сквозного контроля и инспекции.

Виды идентиф и классиф требований:

• уникальный идентификатор(обычно последовательный номер,присвоенный вручную или сгенерированный);

• последовательный номер внутренней иерархии документа(присваивается с учетом положения требований в пределах документа описания требований);

• последовательный номер в пределах категории требований(присваивается в дополнение к мнемоническому имени, которое обозначает категорию требований).

Требования можно упорядочить в виде иерархической структуры.

Дочерние требования - подтребования логических требований.После того как все требования четко идентифицированы и пронумерованы,можно сконструировать матрицу зависимости требований.

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

Перекрывающиеся требования также должны быть сформулированы заново для исключения совпадений.

След шаг - Анализ рисков назначается на идентификации требований,которые являются потенциальными источниками трудностей разработки.

Виды риска:

• технический(требования трудно реализовать),

• риск, связ. со снижением производительности(реализованные требования неблагоприятно сказываются на времени реакции системы);

• нарушение безопасности(реализованное требование создает брешь в защите системы);

• процесс разработки(необходимо использование необычных методов разработки);

• нарушение целостности БД(требование не может быть легко проверено и может привести к противоречивости данных);

• политический риск;нарушение законности(требование может привести к нарушению законов);

• изменчивость(требование может потенциально изменяться или эволюционировать в течение процесса разработки).

Прослеживаемость требований - способ управления изменениями.

Блок прослеживаемости требований поддерживает отношения прослеживаемости,чтобы фиксировать изменения,исходящие от или вносимые в требования на протяжении ЖЦ разработки.

Спецификация требований

Моделью бизнесс-процеса называется его формализованное(графическое),табличное,текстовое или символьное описание,определяющее реально существующую или предполагаемую деятельность.

Содержит:

1. набор составляющих процесс шагов б-ф;

2. порядок выполнения б-ф;

3. механизм контроля и управления в рамках бизнес-процессов;

4. исполнитель каждой б-ф;

5. входящие документы или информация использования каждой б-ф;

6. исходящие документы генерирования каждой б-ф;

7. ресурсы,необходимые для выполнения б-ф;

8. документаия,регламентирующая выполнение каждой б-ф;

9. параметры,характеризующие выполнение б-ф и процесса в целом;

Наиболее популярными нотациями для моделирования бизнес-процессов являются IDEF3.0,BPMN,UML. IDEF.0(был разработал в 1981,является ГОСТом описания б-п в России).

Преимущества:

популярность,

простота,

лаконичность,

соответствие стандартам ISO9000.

Недостатки:

возможность только линейного описания программы.

IDEF3.0 позволяет описать логику выполнения действий.Преимущества

BPMN2.0

Преимущества:

использование базового набора элементов,высокая информативность получаемых диаграмм;

возможность отразить на диаграмме сценарий выполнения процессаз;

Недостаток:

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

UML-унифицированный язык в основе которого лежит несколько о-о методов,каждый их которых был ориентирован на поддержку 1 из этапов о-о анализа и проектирования.Язык

UML формирует 3 разновидности строительных блоков:

• предметы(абстракции,основные элементы модели),

• отношения(связывают предметы),

• диаграммы(группируют коллекции предметов).

Для спецификации требований используются диаграммы прецедентов,диаграммы деятельности,диаграммы состояний,классов,взаимодействий.