Приложение D. Примеры адаптации ГОСТ Р ИСО/МЭК 12207 (справочное)

Приложение D
(справочное)

Примеры адаптации ГОСТ Р ИСО/МЭК 12207

D.1 Расширение области практического применения стандарта

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

D.1.1 Сценарий

Ключевым аспектом анализа соответствующих требований является выбор метода удовлетворения конкретному требованию: исключительно программными решениями или изменением существующей практической деятельности в организации.

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

В ряде случаев внедрение системы, содержащей программные средства, может оказать существенное влияние на практическую деятельность соответствующей организации. Классическим примером этого являются управление системами трудовых ресурсов и информации, особенно при переходе с ручных операций на электронные. Также следует ожидать изменений в практической деятельности организации при поставке программного средства в виде готового пакета, который может быть использован с незначительными изменениями (настройками) или без них.

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

В процесс разработки внесены следующие дополнительные работы:

- практическая деятельность по анализу требований;

- практическая деятельность по проектированию и документированию;

- практическая деятельность по сборке.

В процесс эксплуатации внесена дополнительная работа - практическая деятельность по оценке.

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

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

Четыре последующих пункта изложены подобно их изложению в ГОСТ Р ИСО/МЭК 12207. В данных пунктах уточнены задачи, которые должны быть выполнены в каждой из дополнительных работ.

D.1.4 Практическая деятельность по анализу требований

Данная работа состоит из следующих задач, которые разработчик должен выполнить или обеспечить их выполнение в соответствии с условиями договора:

а) существующая практическая деятельность должна быть проанализирована согласно работе по анализу требований к программному средству из процесса разработки с целью определить наиболее эффективные методы реализации системы. Данная работа должна охватывать обзор деловой деятельности, структуру организации, а также полномочия и обязанности каждого подразделения организации, вовлеченного в проект. Требования к практической деятельности должны быть документально оформлены;

b) практическая деятельность должна быть оценена с учетом нижеперечисленных критериев, а результаты этих оценок должны быть документально оформлены:

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

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

- осуществимости реализации;

- согласованности с нормативными требованиями;

- выполнимости аудита системы.

D.1.5 Практическая деятельность по проектированию и документированию

Для каждого конкретного вида практической деятельности данная работа состоит из следующих задач, при решении которых разработчик должен:

a) определить, в соответствии с интересами участников процесса, информационные потоки процесса, связанные с практической деятельностью;

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

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

d) предусмотреть поощрительные мероприятия по стимулированию деятельности персонала организации заказчика, связанного с окончательным вводом системы в действие.

D.1.6 Практическая деятельность по сборке

Для каждого конкретного вида практической деятельности данная работа состоит из следующих задач, при решении которых разработчик должен:

a) подготовить программу первоначального обучения персонала рабочих мест на основе предварительных процедурных (технологических) документов и соответствующих программных средств;

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

c) оценить данные документы, учебные и методические материалы по нижеперечисленным критериям, а результаты этих оценок документально оформить:

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

- согласованности с практикой эксплуатации компонентов программного средства;

- соответствия инструкциям;

- простоты использования данных материалов при эксплуатации;

- эффективности устанавливаемых взаимосвязей;

- выполнимости аудита системы;

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.

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

Примечание - В квадратных скобках указаны пункты ГОСТ Р ИСО/МЭК 12207.

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

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

d) Цикл проектирования и создания

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

Примечание - Данный компонент предусматривает последовательную итерацию работ по 5.3.3 - 5.3.8 ГОСТ Р ИСО/МЭК 12207.

e) Реализация

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

Примечание - Данный компонент является комбинацией 5.3.1.2 ГОСТ Р ИСО/МЭК 12207 с отдельными аспектами процессов документирования и обучения.

В перечислениях с) и d) разработчики должны определить прототипы в соответствии с графиками их создания и анализа. Каждый шаг данного итерационного цикла имеет определенный временной интервал, при этом конкретное время его реализации обычно определяется набором трех итераций - предварительное исследование, уточнение и утверждение (принятие).

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