ГОСТ Р ИСО/МЭК 25041—2014
8.2.3 Получите требования к качеству программной продукции
Процессописан в 7.2.3.
Необходимоопределить конечногопользователя продукции.
Основываясьнацелевом объектеоценки, приобретателидолжныопределитьтребования ккачес
тву продукции.
В случаеоценкидокументов проекта требования к качествупродукциидолжны быть определены с
использованием показателей внутреннего качества программной продукции.
В случаеоценкидинамическихконечныхпродуктов требованияккачествупродукциидолжны быть
определены посредством показателей внешнего качества программной продукции и/или показателей
качества использования.
Спецификация требований к качеству продукции является основой для требований при приобре
тении. которые используютвпроцессетендерадля приобретения, иоснованием, на котором выполняет
ся последующая оценка качества продукции.
8.2.4 Идентифицируйте части продукции, подлежащие оценко
Процессописан в 7.2.4.
В случае повышения качества принятой продукции или производительности уже имеющейся опе
рационной продукции, целевыми объектами оценки должны быть и статические, и динамические конеч
ные продукты, такие как;
- техническая характеристика изделия;
- производственные руководства;
- описания продукции;
- исполняемый продукт наэтапе эксплуатации, к тому же и в работоспособной системе.
Все части продукции, подлежащие оценке качества, должны быть идентифицированы и докумен
тированы.
П р и м е ч а н и я
1 С точки зрения заказчика, информация о продукте включает в себя также статические артефакты, такие
как.
- план оценки качества;
- отчет об оценке качества.
2 Если, например, целью оценки является выбор продукции из альтернативных продуктов, то продукты, под
лежащие оценке, являются, главным образом, конечными продуктами или компонентами.
Кандидатами на использование и приобретение являются продукты, которые могут быть интегри
рованы вболеекрупную системувкачествекомпонентов, или продукты, которыемогутбытьиспользова
ны автономно. Их классифицируютследующим образом:
a) готовые коммерческие продукты;
b
) существующие продукты, разработанные или приобретенные для других приложений или для
широкого круга общих приложений;
c) заказные продукты или модификации существующих продуктов.
В случае компонентов конфигурации программного обеспечения, которые должны быть интегри
рованы в большую систему, необходимоопределить требования кпрограммномуобеспечению каждого
компонента. Вдругихслучаяхсистемаи компонентыконфигурации программногообеспечениясовпада
юти могутсчитаться эквивалентными.
Аппаратные элементы конфигурации, которая будет приобретена, могут содержать программное
обеспечение, такоекакдействующая система, размещеннаявовстроенном микропрограммномобеспе
чении (т. е. ROM. PROM). В таком случае, если применяемое программное обеспечение составляет
неотъемлемую частьаппаратных средств, то оно. как правило, должно быть оценено вместе с аппарат
ными элементами конфигурации.
Кроме того, следует учитывать;
a) хотят ли имогут ли поставщики или приобретатели обеспечитьдоступ к требуемой документа
ции. оборудованию, инструментам, программному обеспечению, курсам и/или обучению икакие затра
ты связаны с этим;
b
) существуют ли какие-либо условия, связанные с предоставлением доступа к конфиденциаль
ной информации или служебной информации;
c) хотят ли и могут ли поставщики или третья сторона привлекать специалистов с соответствую
щимопытомдляответов на вопросы, предусмотренолифинансированиевозникающихпри этом затрат,
включая транспортныерасходы;
27