ГОСТ Р ИСО/МЭК ТО 15271-2002
Временной разрыв между анализом требований и квалификационными испытаниями должен быть
максимально сокращен, а роль решения по наиболее полному удовлетворению требованиям с точки трения
польтоватслсй повышена.
D.2.2 Решения по адаптации (практическому применению)
Следующие стандартные работы (из процесса разработки по ГОСТ Р ИСО/МЭК 12207) должны быть
объединены в работу, названную «Программирование программною средства с использованием 4GL»:
- проектирование программной архитектуры:
- техническое проектирование программного средства;
- сборка программного средства.
Данная единая работа должна быть использована, как показано на рисунке D.2. в котором соответствую
щие работы из ГОСТ Р ИСО/М ЭК 12207 выделены и привязаны к макетированиюдля наглядной иллюстрации
этого метода.
Определен фиксированный период проведения макетирования и предусмотрены любые дополнительные
итерации.
D.2.3 Обоснование адаптации (практического применения)
Макетирование требует быстрого и точною определения интерфейса пользователя. Одновременно дан
ный интерфейс должен быть принят, а разработка системы проведена с учетом таких факторов, как преобра
зования данных и характеристики производительности.
Разработчик программною средства контролирует макетирование посредством:
- установления приоритетов требований;
- ужесточения ограничений временною интервала:
- привлечения конечного пользователя.
D.3 Пример ускоренной разработки приложения
В предыдущем примере введено понятие макетировании. В настоящем примере макетирование исполь
зуют в модели жизненного цикла полной разработки системы, часто называемой «Ускоренная разработка
приложении |(УРП) Rapid Application Development (RAD))».
П р и м е ч а н и е — Данный пример УРП выделен из метода динамической разработки системы |(МДРС)
Dynamic Systems Development Method (DSDM)J для иллюстрации общею применения метода УРП (см.
www.dsdm.org)
.
D.3.1 Сценарий
Для успешной реализации УРГ1 разработчики должны взаимодействовать с конечными пользователями,
иметь навыки работы с соответствующими технологиями и средствами, а область применения приложения не
должна быть критичной (т. с. являться коммерческой). На основе данных предпосылок следующие критические
факторы определяют успешность реализации УРГ1:
- установление приоритетов практических требований, определяющих качество эксплуатационных ха
рактеристик системы;
- анализ создаваемой продукции, ориентированный на виды выполняемой деятельности и являющийся
более гибким но сравнению с анализом работ, ориентированным на выполнение заданий;
- использование строгих процедур управления конфигурацией, потому что каждое вносимое изменение
может быть аннулировано;
- обоснование состава персонала, необходимого для достижения поставленных целей, более широких,
чем сформулированные задачи;
- проведение испытаний на всем протяжении жизненного цикла объекта:
- обоснование временных и стоимостных опенок функциональных возможностей конечных продуктов,
более широкое, чем установленный состав работ по их созданию;
- углублен пая оценка риска при функционировании системы, более детальная но сравнению с анализом
структуры системы;
- установление общих требований, так чтобы они были достаточно гибкими для декомпозиции во время
разработки.
D.3.2 Решении но адаптации (практическому применению)
Принятая модель жизненного цикла УРП должна включать в себя следующие компоненты, показанные
на рисунке D.3:
a) Осуществимость
Для определения того, будет ли проект удовлетворять критериям успешной реализации УРП.
П р и ме ч а н и е —Данный компонент охвачен процессом разработки по 5.3.1 ГОСТ Р ИСО/МЭК 12207.
b
) Анализ деловой деятельности
Должны быть определена область применения и разработан план макетирования
П рн siеч анис —Данный компонент охвачен процессом разработки по 5.3.1 ГОСТ Р ИСО/МЭК 12207.
c) Цикл функциональной модели
35