5 Внедрение ГОСТ Р ИСО/МЭК 12207
5.1 Обзор
ГОСТ Р ИСО/МЭК 12207 может быть внедрен по разным причинам, включая:
- применение его в конкретном проекте при определении процессов, работ и задач, связанных с программными средствами;
- использование его организацией в качестве основы для усовершенствования программных процессов в самой организации;
- использование его в качестве компонента в процессе моделирования общего жизненного цикла системы.
Какой бы ни была причина для внедрения ГОСТ Р ИСО/МЭК 12207, рекомендуемая стратегия его практического применения состоит из следующих шагов:
- применение его в конкретном проекте при определении процессов, работ и задач, связанных с программными средствами;
- использование его организацией в качестве основы для усовершенствования программных процессов в самой организации;
- использование его в качестве компонента в процессе моделирования общего жизненного цикла системы.
Какой бы ни была причина для внедрения ГОСТ Р ИСО/МЭК 12207, рекомендуемая стратегия его практического применения состоит из следующих шагов:
a) плана внедрения;
b) практического применения ГОСТ Р ИСО/МЭК 12207;
c) проведения сопровождения пилотного проекта(ов);
d) формализации метода внедрения;
e) утверждения метода внедрения.
Стратегией является типовой метод внедрения, которого следует придерживаться при внесении изменений в деятельность организации или проект. Описанная выше стратегия внедрения может быть неоднократно повторена в проекте или организации, когда вводят дополнительные процессы и (или) совершенствуют существующие.
Когда проект или организация уже находится в стабильном состоянии, т.е. для него(е) определены и утверждены процессы по ГОСТ Р ИСО/МЭК 12207, тогда стратегия внедрения должна быть укорочена и может состоять из следующих шагов:
Стратегией является типовой метод внедрения, которого следует придерживаться при внесении изменений в деятельность организации или проект. Описанная выше стратегия внедрения может быть неоднократно повторена в проекте или организации, когда вводят дополнительные процессы и (или) совершенствуют существующие.
Когда проект или организация уже находится в стабильном состоянии, т.е. для него(е) определены и утверждены процессы по ГОСТ Р ИСО/МЭК 12207, тогда стратегия внедрения должна быть укорочена и может состоять из следующих шагов:
a) плана внедрения;
b) практического применения ГОСТ Р ИСО/МЭК 12207;
c) проведения сопровождения пилотного проекта(ов).
5.2 План внедрения
Внедрение ГОСТ Р ИСО/МЭК 12207 должно быть рассмотрено как конкретный проект и соответствующим образом спланировано.
При планировании внедрения указанного проекта должны быть учтены следующие аспекты:
При планировании внедрения указанного проекта должны быть учтены следующие аспекты:
а) определение области применения проекта, включая, возможно:
- единый проект внутри организации или часть двустороннего договора;
- выделение некоторых ключевых процессов или даже единственного процесса, от которого ожидают выгоду для организации. Данный метод может быть использован, когда были обнаружены недостатки в деятельности организации и в дальнейшем предполагают полное внедрение ГОСТ Р ИСО/МЭК 12207;
- практическое применение ГОСТ Р ИСО/МЭК 12207 через ряд проектов с вероятным постадийным его введением. При этом в организации могут отсутствовать или существовать некоторые процессы, которые должны быть стандартизованы по ГОСТ Р ИСО/МЭК 12207;
- единый проект внутри организации или часть двустороннего договора;
- выделение некоторых ключевых процессов или даже единственного процесса, от которого ожидают выгоду для организации. Данный метод может быть использован, когда были обнаружены недостатки в деятельности организации и в дальнейшем предполагают полное внедрение ГОСТ Р ИСО/МЭК 12207;
- практическое применение ГОСТ Р ИСО/МЭК 12207 через ряд проектов с вероятным постадийным его введением. При этом в организации могут отсутствовать или существовать некоторые процессы, которые должны быть стандартизованы по ГОСТ Р ИСО/МЭК 12207;
- практическое применение ГОСТ Р ИСО/МЭК 12207 во всех проектах и во всех подразделениях данной организации. Вероятность использования данного метода какой-либо организацией, за исключением очень небольшой, невелика. Данный метод внедрения может быть пригоден для нового филиала существующей организации, в которой для практической работы ранее уже был использован ГОСТ Р ИСО/МЭК 12207;
b) определение целей проекта и установление того, как они соответствуют общим целям деятельности организации. Если явная связь между данным проектом и деловыми интересами организации не установлена, то сформулировать предложение по достижению целей проекта внедрения ГОСТ Р ИСО/МЭК 12207 затруднительно;
c) определение ролей и обязанностей группы или организации проектировщиков с установлением единоличной ответственности за каждый процесс. В большинстве случаев одно лицо или организация отвечает за несколько процессов, особенно в малых проектах или организациях;
d) определение ресурсов, необходимых для внедрения ГОСТ Р ИСО/МЭК 12207, таких как время, деньги, персонал и оборудование;
e) создание и документальное оформление плана управления проектом по внедрению ГОСТ Р ИСО/МЭК 12207.
5.3 Практическое применение ГОСТ Р ИСО/МЭК 12207
При выполнении позиций плана внедрения, связанных с практическим применением указанного стандарта, реализуют процесс адаптации, описанный в приложении А ГОСТ Р ИСО/МЭК 12207. Рекомендации по практическому применению ГОСТ Р ИСО/МЭК 12207 для конкретных целей приведены в разделах 6-8 настоящего стандарта.
Данные рекомендации из настоящего стандарта должны быть изучены совместно с общими советами по его практическому применению, приведенными в приложении В ГОСТ Р ИСО/МЭК 12207, и материалами, связанными с конкретной ситуацией. Например, практическое применение указанного стандарта может быть выполнено внутри организации с использованием особенностей модели жизненного цикла системы.
На рисунке 6 показана последовательность событий в процессе адаптации, который рассмотрен в приложении А ГОСТ Р ИСО/МЭК 12207. Конкретные примеры практического применения указанного стандарта приведены в приложении D к настоящему стандарту. В данных примерах:
- использованы сценарии для определения среды проектирования;
- при необходимости определены дополнительные работы и задачи;
- обобщены решения по практическому применению ГОСТ Р ИСО/МЭК 12207 и приведены обоснования для него.
Данные рекомендации из настоящего стандарта должны быть изучены совместно с общими советами по его практическому применению, приведенными в приложении В ГОСТ Р ИСО/МЭК 12207, и материалами, связанными с конкретной ситуацией. Например, практическое применение указанного стандарта может быть выполнено внутри организации с использованием особенностей модели жизненного цикла системы.
На рисунке 6 показана последовательность событий в процессе адаптации, который рассмотрен в приложении А ГОСТ Р ИСО/МЭК 12207. Конкретные примеры практического применения указанного стандарта приведены в приложении D к настоящему стандарту. В данных примерах:
- использованы сценарии для определения среды проектирования;
- при необходимости определены дополнительные работы и задачи;
- обобщены решения по практическому применению ГОСТ Р ИСО/МЭК 12207 и приведены обоснования для него.
 | |
| 150 × 357 пикс. Открыть в новом окне | |
Рисунок 6 - Работы по практическому применению ГОСТ Р ИСО/МЭК 12207
5.3.1 Определение среды проектирования и характеристик проекта
Характеристики организации могут быть определены при ответе на следующие вопросы:
- Какие процессы, стратегии и процедуры уже применяются?
(Это важно для определения применяемых процессов и практических методов, подлежащих включению в общий набор необходимых процессов.)
- Является ли данный процесс основным для достижения целей организации?
- Учтен ли повышенный деловой риск?
- Где существуют проблемные области?
- Какова практика организации (легкоадаптируема или невосприимчива к изменениям)?
Характеристики проекта могут быть определены при ответе на следующие вопросы:
- Какая модель жизненного цикла системы или проекта используется?
- Каков уровень совершенства конкретного процесса?
- Каков технический риск?
- Является ли система критичной по безопасности?
- Будут ли использованы новые технологии?
Характеристики организации могут быть определены при ответе на следующие вопросы:
- Какие процессы, стратегии и процедуры уже применяются?
(Это важно для определения применяемых процессов и практических методов, подлежащих включению в общий набор необходимых процессов.)
- Является ли данный процесс основным для достижения целей организации?
- Учтен ли повышенный деловой риск?
- Где существуют проблемные области?
- Какова практика организации (легкоадаптируема или невосприимчива к изменениям)?
Характеристики проекта могут быть определены при ответе на следующие вопросы:
- Какая модель жизненного цикла системы или проекта используется?
- Каков уровень совершенства конкретного процесса?
- Каков технический риск?
- Является ли система критичной по безопасности?
- Будут ли использованы новые технологии?
5.3.2 Запрос исходных данных
Соответствующие требования, выделенные из деловых и договорных потребностей организации (проекта), являются исходными данными для практического применения ГОСТ Р ИСО/МЭК 12207. Например, ГОСТ Р ИСО/МЭК 12207 может быть применен в соответствии с договором между поставщиком и покупателем продукта. Потребитель может потребовать только проведения проектирования программного средства, а не полной разработки программного обеспечения системы. В другом случае, если требования потребителя связаны с критичным по безопасности программным средством, заменяющим существующее у него программное средство, ряд задач (заданий) из ГОСТ Р ИСО/МЭК 12207 может быть исключен.
Заинтересованные стороны должны быть вовлечены в процесс принятия решений по практическому применению указанного стандарта. Данные лица могут обеспечить реализацию и эффективность применения выбранных процессов. При этом, по возможности, должна быть обеспечена преемственность реализуемых проектов.
Соответствующие требования, выделенные из деловых и договорных потребностей организации (проекта), являются исходными данными для практического применения ГОСТ Р ИСО/МЭК 12207. Например, ГОСТ Р ИСО/МЭК 12207 может быть применен в соответствии с договором между поставщиком и покупателем продукта. Потребитель может потребовать только проведения проектирования программного средства, а не полной разработки программного обеспечения системы. В другом случае, если требования потребителя связаны с критичным по безопасности программным средством, заменяющим существующее у него программное средство, ряд задач (заданий) из ГОСТ Р ИСО/МЭК 12207 может быть исключен.
Заинтересованные стороны должны быть вовлечены в процесс принятия решений по практическому применению указанного стандарта. Данные лица могут обеспечить реализацию и эффективность применения выбранных процессов. При этом, по возможности, должна быть обеспечена преемственность реализуемых проектов.
5.3.3 Выбор процессов, работ и задач
Должны быть определены подлежащие реализации процессы или части процесса из ГОСТ Р ИСО/МЭК 12207 и приоритеты их реализации. Обычно предпочтительнее начинать с процессов, от которых может быть получена наибольшая отдача, чем пытаться сразу внедрить весь ГОСТ Р ИСО/МЭК 12207.
ГОСТ Р ИСО/МЭК 12207 не определяет последовательность выполнения процессов, работ и задач и не предписывает какую-либо конкретную модель жизненного цикла программного средства. На данной стадии полезно провести привязку существующих процессов, практического опыта и (или) методов к процессам, работам и задачам из ГОСТ Р ИСО/МЭК 12207.
Подобная привязка может быть применена для проверки полноты используемого метода внедрения, т.е. определения наличия "пробелов" между существующей и планируемой ситуацией, в которой предполагают использовать процессы из ГОСТ Р ИСО/МЭК 12207.
Должны быть определены подлежащие реализации процессы или части процесса из ГОСТ Р ИСО/МЭК 12207 и приоритеты их реализации. Обычно предпочтительнее начинать с процессов, от которых может быть получена наибольшая отдача, чем пытаться сразу внедрить весь ГОСТ Р ИСО/МЭК 12207.
ГОСТ Р ИСО/МЭК 12207 не определяет последовательность выполнения процессов, работ и задач и не предписывает какую-либо конкретную модель жизненного цикла программного средства. На данной стадии полезно провести привязку существующих процессов, практического опыта и (или) методов к процессам, работам и задачам из ГОСТ Р ИСО/МЭК 12207.
Подобная привязка может быть применена для проверки полноты используемого метода внедрения, т.е. определения наличия "пробелов" между существующей и планируемой ситуацией, в которой предполагают использовать процессы из ГОСТ Р ИСО/МЭК 12207.
5.3.4 Документирование решений по внедрению и их обоснований
При практическом применении ГОСТ Р ИСО/МЭК 12207 должна быть документально оформлена привязка установленных процессов, работ и задач к выбранной модели(ям) жизненного цикла программного средства вместе с выявленными взаимосвязями и обоснованиями применения выбранного метода. Данные документы должны быть включены в план управления проектом по внедрению ГОСТ Р ИСО/МЭК 12207, чтобы обеспечить эталонную структуру для проведения оценки или обзора реализации конкретного метода внедрения.
При практическом применении ГОСТ Р ИСО/МЭК 12207 должна быть документально оформлена привязка установленных процессов, работ и задач к выбранной модели(ям) жизненного цикла программного средства вместе с выявленными взаимосвязями и обоснованиями применения выбранного метода. Данные документы должны быть включены в план управления проектом по внедрению ГОСТ Р ИСО/МЭК 12207, чтобы обеспечить эталонную структуру для проведения оценки или обзора реализации конкретного метода внедрения.
5.4 Проведение сопровождения пилотного проекта(ов)
При внедрении в организации ГОСТ Р ИСО/МЭК 12207 через реализацию ряда проектов можно ограничить степень риска для организации путем использования некоего "лоцмана" в ключевых областях и процессах. Успешное внедрение ГОСТ Р ИСО/МЭК 12207 обычно включает в себя такие методы, как:
a) определение пилотных проектов, которые могут использовать выбранные процессы. Данные пилотные проекты должны быть выбраны на основе приоритетных работ, которые с высокой вероятностью приведут к значительному улучшению результатов и от которых ожидают быструю реальную отдачу;
b) выбор группы добровольцев для сопровождения пилотных проектов с последующим пропагандированием и вознаграждением их усилий;
c) обучение всех вовлеченных в процесс. Повышению знаний обучаемых можно способствовать путем регулярного уведомления их о развитии процесса внедрения в дополнение к официальным курсам обучения;
d) планирование пилотных проектов и определение критических факторов достижения успеха;
e) включение выбранного адаптированного процесса(ов) в план управления проектом для каждого пилотного проекта. При этом в план должны быть включены документы, описанные в 5.3.4 настоящего стандарта, или даны ссылки на них;
f) реализация пилотного проекта(ов), отслеживание и документирование хода его выполнения по критическим факторам успеха реализации. Навыки документирования осваивают в ходе пилотного проекта(ов). Полученные уроки должны быть учтены при совершенствовании процессов.
5.5 Формализация метода внедрения
Формализация включает в себя введение нового процесса в ряд проектов и (или) в организации. При этом принимают и используют такие методы, как обучение, документирование, предоставление инструментальных средств для нового процесса(ов), а также слежение за данным процессом(ами) и определение его недостатков. В любом утвержденном и реализуемом проекте должно быть осуществлено планирование перехода к новому процессу(ам).
Примечание - При надзоре за ходом проекта в него могут быть внесены усовершенствования (уточнения). Подобные уточнения также могут быть внесены при сравнении одного проекта с другим с целью определить наилучшие методы внедрения ГОСТ Р ИСО/МЭК 12207, подлежащие реализации в последующих проектах.
Примечание - При надзоре за ходом проекта в него могут быть внесены усовершенствования (уточнения). Подобные уточнения также могут быть внесены при сравнении одного проекта с другим с целью определить наилучшие методы внедрения ГОСТ Р ИСО/МЭК 12207, подлежащие реализации в последующих проектах.
5.6 Утверждение метода внедрения
Утверждение метода внедрения ГОСТ Р ИСО/МЭК 12207 обеспечивает последовательную и автоматизированную реализацию процесса внедрения в проекте или организации. При этом также обеспечивают оценку протекания данного процесса и, при необходимости, его усовершенствование. Для этой цели может быть использован процесс усовершенствования, описанный в 7.3 ГОСТ Р ИСО/МЭК 12207.
6 Применение в проектах
В настоящем разделе приведены дополнительные рекомендации по применению ГОСТ Р ИСО/МЭК 12207 в проекте. Однако данные рекомендации не являются исчерпывающими в связи с отличиями одного проекта от другого.
Следующие факторы могут влиять на заказ, разработку, эксплуатацию или сопровождение программного средства:
- различия в стратегиях и процедурах, принятых в разных организациях;
- особенности стратегий различных проектов в цикле "заказ-поставка";
- объем и сложность проекта;
- требования к системе.
ГОСТ Р ИСО/МЭК 12207 разработан с учетом подобных вариантов и подходит для любого проекта. Кроме того, в целях снижения стоимости и повышения качества разработки ГОСТ Р ИСО/МЭК 12207 можно практически применять к конкретному проекту. Всем субъектам проекта должны быть предоставлены возможности участия в процессе адаптации указанного стандарта.
Следующие факторы могут влиять на заказ, разработку, эксплуатацию или сопровождение программного средства:
- различия в стратегиях и процедурах, принятых в разных организациях;
- особенности стратегий различных проектов в цикле "заказ-поставка";
- объем и сложность проекта;
- требования к системе.
ГОСТ Р ИСО/МЭК 12207 разработан с учетом подобных вариантов и подходит для любого проекта. Кроме того, в целях снижения стоимости и повышения качества разработки ГОСТ Р ИСО/МЭК 12207 можно практически применять к конкретному проекту. Всем субъектам проекта должны быть предоставлены возможности участия в процессе адаптации указанного стандарта.
6.1 Особенности практического применения ГОСТ Р ИСО/МЭК 12207
В настоящем подразделе рассмотрены ключевые факторы, которые должны быть учтены при применении ГОСТ Р ИСО/МЭК 12207 в проекте. Перечень этих факторов, не являющийся исчерпывающим, связан с текущим состоянием рассматриваемого вопроса, а каждый из данных факторов должен быть взаимоувязан с другими и влиять на них в зависимости от специфики программного проекта. При рассмотрении среды проектирования может быть полезна следующая группа факторов:
- организационные вопросы;
- проектный риск;
- наличие и достаточность ресурсов.
- организационные вопросы;
- проектный риск;
- наличие и достаточность ресурсов.
6.1.1 Модель жизненного цикла системы
Степень практического применения ГОСТ Р ИСО/МЭК 12207 в качестве обязательного (нормативного) или рекомендуемого документа зависит от места данного программного проекта в модели жизненного цикла системы (типовые модели жизненного цикла рассмотрены в приложении С к настоящему стандарту).
Должна быть определена соответствующая позиция модели жизненного цикла системы, в которой программное средство становится частью системы (см. 8.1). Установление этого поможет определить:
- является ли программное средство частью системы или имеет самостоятельное применение;
Степень практического применения ГОСТ Р ИСО/МЭК 12207 в качестве обязательного (нормативного) или рекомендуемого документа зависит от места данного программного проекта в модели жизненного цикла системы (типовые модели жизненного цикла рассмотрены в приложении С к настоящему стандарту).
Должна быть определена соответствующая позиция модели жизненного цикла системы, в которой программное средство становится частью системы (см. 8.1). Установление этого поможет определить:
- является ли программное средство частью системы или имеет самостоятельное применение;
- можно ли использовать ГОСТ Р ИСО/МЭК 12207 в качестве метода для проведения компьютерного моделирования и имитации;
- можно ли использовать ГОСТ Р ИСО/МЭК 12207 для разработки, эксплуатации или сопровождения программного средства.
Следует также рассмотреть соответствующие пункты данного раздела и обеспечить установление необходимых интерфейсов в модели жизненного цикла системы.
- можно ли использовать ГОСТ Р ИСО/МЭК 12207 для разработки, эксплуатации или сопровождения программного средства.
Следует также рассмотреть соответствующие пункты данного раздела и обеспечить установление необходимых интерфейсов в модели жизненного цикла системы.
6.1.2 Политики и процедуры организаций
Должны быть определены соответствующие политики и процедуры заинтересованных организаций, особенно заказчика и поставщика, с которыми необходимо согласовать программный проект. Например, политики и процедуры, связанные с:
- защитой;
- безопасностью;
- конфиденциальностью;
- управлением риском;
- использованием независимого органа по верификации и аттестации (валидации);
- использованием конкретного языка программирования;
- обеспечением техническими ресурсами.
Необходимо определить любые соответствующие законы и подзаконные акты, включая документы, относящиеся к среде, общей безопасности и конфиденциальности и влияющие на программный проект. Это необходимо для контроля за соответствием поведения системы данным нормативным актам.
Вышеназванные политики и процедуры необходимо соответственно учитывать при разработке, эксплуатации и сопровождении программного средства. Например, если имеются политики безопасности и защиты, в них необходимо включить работы по анализу требований из процесса разработки и работу по эксплуатации системы из процесса эксплуатации.
Должны быть определены соответствующие политики и процедуры заинтересованных организаций, особенно заказчика и поставщика, с которыми необходимо согласовать программный проект. Например, политики и процедуры, связанные с:
- защитой;
- безопасностью;
- конфиденциальностью;
- управлением риском;
- использованием независимого органа по верификации и аттестации (валидации);
- использованием конкретного языка программирования;
- обеспечением техническими ресурсами.
Необходимо определить любые соответствующие законы и подзаконные акты, включая документы, относящиеся к среде, общей безопасности и конфиденциальности и влияющие на программный проект. Это необходимо для контроля за соответствием поведения системы данным нормативным актам.
Вышеназванные политики и процедуры необходимо соответственно учитывать при разработке, эксплуатации и сопровождении программного средства. Например, если имеются политики безопасности и защиты, в них необходимо включить работы по анализу требований из процесса разработки и работу по эксплуатации системы из процесса эксплуатации.
6.1.3 Характеристики системы
Необходимо определить на соответствующем уровне детализации подсистемы и элементы конфигурации системы. Необходимо определить характеристики системы, особенно те, которые относятся к программному средству. При определении данных характеристик необходимо отметить, какие из них являются критичными при эксплуатации системы.
Примерный перечень характеристик системного уровня (относящихся к программному средству и подлежащих учету) включает в себя:
- межсистемные и внутрисистемные интерфейсы;
Необходимо определить на соответствующем уровне детализации подсистемы и элементы конфигурации системы. Необходимо определить характеристики системы, особенно те, которые относятся к программному средству. При определении данных характеристик необходимо отметить, какие из них являются критичными при эксплуатации системы.
Примерный перечень характеристик системного уровня (относящихся к программному средству и подлежащих учету) включает в себя:
- межсистемные и внутрисистемные интерфейсы;
- интерфейсы пользователя;
- влияние ошибок программного средства на защиту и безопасность системы;
- оценку вычислительных мощностей и временных ограничений;
- наличие программ, реализованных техническими средствами;
- наличие соответствующих компьютеров.
Если в систему входит много подсистем или элементов конфигурации, для них должны быть полностью проведены работы системного уровня из процесса разработки. Должны быть учтены все требования к интерфейсам и сборке (интеграции) системы. Для небольшой системы подобная строгая последовательность действий может не понадобиться.
- влияние ошибок программного средства на защиту и безопасность системы;
- оценку вычислительных мощностей и временных ограничений;
- наличие программ, реализованных техническими средствами;
- наличие соответствующих компьютеров.
Если в систему входит много подсистем или элементов конфигурации, для них должны быть полностью проведены работы системного уровня из процесса разработки. Должны быть учтены все требования к интерфейсам и сборке (интеграции) системы. Для небольшой системы подобная строгая последовательность действий может не понадобиться.
6.1.4 Характеристики программного средства
Должны быть определены характеристики программного уровня, например:
- потенциальное число элементов программной конфигурации;
- типы, объемы и критичность программных средств;
- технический риск;
- типы, комплектность и носители документов;
- необходимость новой разработки, изменения или повторного применения программного средства;
- аспекты из ГОСТ Р ИСО/МЭК 9126, такие как надежность.
Если в программное средство входит много элементов программной конфигурации, компонентов и модулей, для каждого элемента данной конфигурации должны быть полностью проведены работы программного уровня из процесса разработки. Должны быть учтены все требования к интерфейсам и сборке (интеграции) программного средства. Для небольшого программного средства подобная строгая последовательность действий может не понадобиться.
Должны быть определены работы (виды деятельности), связанные с контролем за административным управлением и проведением оценок, которые могут потребоваться для программного средства с точки зрения критичности системы и характеристик самого программного средства.
Должны быть определены характеристики программного уровня, например:
- потенциальное число элементов программной конфигурации;
- типы, объемы и критичность программных средств;
- технический риск;
- типы, комплектность и носители документов;
- необходимость новой разработки, изменения или повторного применения программного средства;
- аспекты из ГОСТ Р ИСО/МЭК 9126, такие как надежность.
Если в программное средство входит много элементов программной конфигурации, компонентов и модулей, для каждого элемента данной конфигурации должны быть полностью проведены работы программного уровня из процесса разработки. Должны быть учтены все требования к интерфейсам и сборке (интеграции) программного средства. Для небольшого программного средства подобная строгая последовательность действий может не понадобиться.
Должны быть определены работы (виды деятельности), связанные с контролем за административным управлением и проведением оценок, которые могут потребоваться для программного средства с точки зрения критичности системы и характеристик самого программного средства.