ГОС! Р ИСО/МЭКТО 15271-2002
мен через процесс сопровождения. Процесс разработки подключают при программировании и
тестировании модификаций данного программного средства. Язя этого типа должны быть оценены:
качество функционирования, документы, права собственности и возможности его сопровождения
(поддержки).
c) Программы, реализованные техническими средствами.
Это программное средствоаппаратно встроено всистему или подключено к ней. Так какданное
программное средство является частью большой системы, в процессе его разработки должны быть
предусмотрены работы системного уровня. Из работ системного уровня должны быть выбраны те,
которые определяются глаголами «выполнить» или «обеспечить». Если данный тип (программного
средства в целом или входящих в него программ, реализованных техническими средствами) в
дальнейшем изменять не предполагается, то требуется тщательная проверка документов к нему.
d) Автономное.
Данный тип охватывает автономные программные средства. Гак как они не являются частью
законченной системы, проведения работ системного уровня в процессе разработки для них не
требуется. При этом для нихдолжны быть тщательно проверены необходимые документы, особенно
в части их сопровождения.
e) Непостаатяемое.
Так как данный тип средств не яазяется объектом заказа, посзавки или разработки, соответ
ствующие разделы ГОСТ Р ИСО/МЭК 12207 для них не учитывают, за исключением 5.3.1.5 указан
ного стандарта. Однако если заказчик решит заказать часть таких программных средств для
последующей их эксплуатации и сопровождения, тогда к ним следует применять рекомендации в
соответствии с перечислениями Ь) и d) данного пункта.
6.1.9 Объем проекта
Большой проект, в который вовлечены десятки или сотни лиц, вызывает значительные труд
ности в управлении им по сравнению с проектом, в котором заняты, например, три человека.
Большие проекты или проекты с привлечением субподрядчиков требуют тщательного администра
тивного надзора и контроля. В некоторых проектах данные мероприятия реализуют применением
совместных анализов, аудиторских проверок, верификации, аттестации и обеспечением качества.
Язя малых проектов подобные методы контроля могут быть излишними.
6.1.10 Критичность проекта
Для системы, работа которой в значительной степени зависит от правильного функциониро
вания программных средств и своевременной выдачи результатов, необходим более тщательный
надзор и контроль. Напротив, для некритичного программного средства излишний надзор и кон
троль. вероятно, неэффекпшен. (Язя уточнения понятия критичности —см. 6.4.1.1 ГОСТ Р
ИСО/МЭК 12207.)
6.1.11 Технический риск
При разработке программного средства может иметь место технический риск. Если использо
вана несовершенная технология программирования, то будет создано уникальное или сложное
программное средство; если к про|раммному средству предъявлены требования по безопасности и
(или) защите или другие критические требования, то могут быть необходимы строгое определение
технических требований, тщательное проектирование, тестирование и оценка, а также
независимая верификация и аттестация.
7 Применение в организациях
7.1 Предпосылки и методы
Организации должны широко использовать ГОСТ Р ИСО/МЭК 12207 в качестве состав
ной части деятельности по усовершенствованию процессов, связанных с программными
средствами. Это может быть выполнено автономно или вместе с доступными методами
оценки и определения функциональных возможностей процесса, например описанными в
стандартах серии ИСО/МЭКТО 15504.
Применение ГОСТ Р ИСО/МЭК 12207 в организации основано на тех же методах внедрения,
которые используют в проектах. Организации, внедряющие ГОСТ Р ИСО/МЭК 12207. должны
использовать рекомендации, приведенные в разделе 6, и политики, описанные в разделе 5 настоя
щего стандарта.
16