ГОСТ Р ИСО/МЭК ТО 15271-2002

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

D.2.2 Решения по адаптации (практическому применению)

Следующие стандартные работы (из процесса разработки по ГОСТ Р ИСО/МЭК 12207) должны быть объединены в работу, названную «Программирование программного средства с использованием 4GL»:

-    проектирование программной архитектуры;

-    техническое проектирование программного средства;

-    сборка программного средства.

Данная единая работа должна быть использована, как показано на рисунке D.2, в котором соответствующие работы из ГОСТ Р ИСО/МЭК 12207 выделены и привязаны к макетированию для наглядной иллюстрации этого метода.

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

D.2.3 Обоснование адаптации (практического применения)

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

Разработчик программного средства контролирует макетирование посредством:

-    установления приоритетов требований;

-    ужесточения ограничений временного интервала;

-    привлечения конечного пользователя.

D.3 Пример ускоренной разработки приложения

В предыдущем примере введено понятие макетирования. В настоящем примере макетирование используют в модели жизненного цикла полной разработки системы, часто называемой «Ускоренная разработка приложения [(УРП) Rapid Application Development (RAD)]».

Примечание — Данный пример УРП выделен из метода динамической разработки системы [(МДРС) Dynamic Systems Development Method (DSDM)] для иллюстрации общего применения метода УРП (см. www.dsdm.org).

D.3.1 Сценарий

Для успешной реализации УРП разработчики должны взаимодействовать с конечными пользователями, иметь навыки работы с соответствующими технологиями и средствами, а область применения приложения не должна быть критичной (т. е. являться коммерческой). На основе данных предпосылок следующие критические факторы определяют успешность реализации УРП:

-    установление приоритетов практических требований, определяющих качество эксплуатационных характеристик системы;

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

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

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

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

-    обоснование временных и стоимостных оценок функциональных возможностей конечных продуктов, более широкое, чем установленный состав работ по их созданию;

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

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

D.3.2 Решения по адаптации (практическому применению)

Принятая модель жизненного цикла УРП должна включать в себя следующие компоненты, показанные на рисунке D.3:

a)    Осуществимость

Для определения того, будет ли проект удовлетворять критериям успешной реализации УРП.

Примечание — Данный компонент охвачен процессом разработки по 5.3.1 ГОСТ Р ИСО/МЭК 12207.

b)    Анализ деловой деятельности

Должны быть определена область применения и разработан план макетирования.

Примечание — Данный компонент охвачен процессом разработки по 5.3.1 ГОСТ Р ИСО/МЭК 12207.

c)    Цикл функциональной модели

35