ГОСТ Р 56713—2015
10.74 Единица программного обеспечения проверяет отчет
ИСО/МЭК 12207:2008. подпункты 6.4.10.3.3.2. 7.1.5.3.1.2
Универсальный тип: отчет
Доклад теста единицы программного обеспечения обеспечивает результаты тестирования ком
понентов программного обеспечения (единицы, позиции) и определяет, были ли удовлетворены все
применимые требования. Это включает идентификацию позиции, дату тестирования испытательных
требований и критериев, испытательный идентификатор, обзор результатов, детализированные ре
зультаты. проблемы, с которыми сталкиваются, и объяснение для принятия решений.
10.75 Процедура управления поставщиками
ИСО/МЭК 20000-1:2005. подраздел 7.2
ИСО/МЭК 20000-2:2005. пункты 7.3.1. 7.3.3. 7.3.4
Универсальный тип: процедура
Процедура управления поставщиками объясняет, как управлять поставщиком для обеспечения
поставки предоставленных услуг и поставок. Это включает коммуникацию, отчетность и процессы ад
министративного управления и процедурудля решения споров по контракту. Это включает процесс для
окончания соглашения и передачи новому поставщику.
См. также: план управления проектом.
10.76 Процедура отбора поставщика
ИСО/МЭК 12207:2008. подпункт 6.1.1.3.3.1
Универсальный тип: процедура
Процедура отбора поставщика объясняет, как выбрать поставщика, включая весовой коэффици
ент критериев и требований оценки предложения.
10.77 Описание системы архитектуры
ИСО/МЭК 15288:2008. подпункты 6.3.1.3. 6.4.3.1. 6.4.3.2. 6.4.3.3
Универсальный тип: описание
Описание системы архитектуры включает следующее:
a) фундаментальную концепцию системы интереса с точки зрения ее цели, системные качества
(такие как выполнимость, производительность, безопасность и возможность взаимодействия) ограни
чения и проектные решения и объяснение;
b
) идентификацию заинтересованных сторон архитектуры и связанных с архитектурой проблем
заинтересованных сторон. Среди ключевых заинтересованных сторон — клиент, аквизиторы, контроль
ные устройства, поставщики, специалисты по обслуживанию и операторы:
c) определения точек зрения, задокументированные процедуры для создания, интерпретации,
анализа и оценки архитектурных данных:
d) одно или более представлений системы. Каждое архитектурное представление является пред
ставлением полной системы с точки зрения одной или более системных проблем для ее заинтересо
ванных сторон.
Описание системы архитектуры должно сделать следующее:
a) установить принципы для разделения системы в системные элементы (такие как аппаратные
средства, программное обеспечение и операции);
b
) записать важные свойства и отношения среди элементов способом, соответствующим структу
ре перечня работ по операциям:
c) продемонстрировать, что архитектурно значительные требования удовлетворены и распреде
лены для служения основой для спецификации требований и обработки дизайна.
Описание системы архитектуры может сделать следующее:
a) представить концепцию системы работы с точки зрения системных элементов:
b
) представить модель области или справочную архитектуру для семьи или системы.
См. также: описание архитектуры программного обеспечения.
П р и м е ч а н и е — Описание архитектуры систем можно рассмотреть как спецификацию для систем
ного проектирования. Для получения дополнительной информации об описании архитектуры смотри ИСО/МЭК
42010.
58