ar-net.ru - простоты использования данных материалов при эксплуатации;
- эффективности устанавливаемых взаимосвязей;
- выполнимости аудита системы;
d) доработать, при необходимости, соответствующие процедурные (технологические) документы и материалы.
D.1.7 Практическая деятельность по оценке
Данная работа состоит из следующих задач, выполняемых оператором в соответствии с условиями договора:
a) для каждой редакции программного продукта или процедурных (технологических) документов обеспечить их совместимость с системой;
b) выполнять регулярные обследования степени удовлетворения запросов пользователя и анализировать их результаты в целях определения степени пригодности системы. При необходимости в результате таких анализов должны быть выданы документально оформленные предложения по дальнейшей деятельности, например по дополнительному обучению, анализу практической деятельности или изменению программного средства.
D.2 Пример макетирования небольшой системы
Данный пример показывает, как ГОСТ Р ИСО/МЭК 12207 может быть адаптирован для обеспечения макетирования небольшой системы (рисунок D.2).
D.2.1 Сценарий
При разработке небольших деловых систем полное применение ГОСТ Р ИСО/МЭК 12207 может быть излишним, потому что в результате этого ресурсы будут потрачены впустую, а созданы малозначительные документы, излишне увеличивающие стоимость проекта. В данном случае для достижения требуемых целей должно быть принято наиболее экономически эффективное решение по макетированию.
Ключевой целью такого решения должна являться максимально возможная детализация на ранних стадиях проекта. Это достигается путем установления прямой связи между разработчиком программного средства и пользователями, непосредственно участвующими в соответствующих деловых процессах. Требования к системе должны быть определены пользователями, в особенности функции системы и внешние интерфейсы, а соответствующие деловые процессы должны быть уточнены при проведении пользователем серии оценок используемого прототипа системы.
Для небольших систем технические средства, эксплуатируемые программные средства и пакет базы данных могут быть приобретены на свободном рынке в виде соответствующих стандартных продуктов. Разработчик программного средства может применить базу данных с использованием инструментальной системы "4GL" для быстрого проектирования экранов и оперативного наращивания, изменения или уточнения объектов. Пользователь имеет возможность непосредственно проверить актуальность принятого решения опытным путем в реальной эксплуатационной ситуации.
Временной разрыв между анализом требований и квалификационными испытаниями должен быть максимально сокращен, а роль решения по наиболее полному удовлетворению требованиям с точки зрения пользователей повышена.
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.