ГОСТРМЭК 62279—2016
Окончание таблицы А. 1
Д о к у м е н т а ц и я
У П Б 0 У П 6 1 У П Б 2
У П Б 3 У П Б 4
35 Исходный код данных/алгоритмов приложения
HRHRHR
HRHR
36 Отчет о проверке данных/апгоритмов приложения
HRHRHR
HRHR
Развертывание программного обеспечения
37 План выпуска и развертывания программного обеспечения
RHRHR
HRHR
38 Руководство по развертыванию профаммнсго обеспечения
RHRHR
HRHR
39 Информация о версии
HRHRHR
HRHR
40 Журнал развертывания
RHRHR
HRHR
41 Отчет о проверке развертывания
RHRHR
HRHR
Сопровождение программного обеспечения
42 План сопровождения программного обеспечения
RHRHR
HRHR
43 Журнал изменений программного обеспечения
HRHRHR
HRHR
44 Журнал сопровождения программного обеспечения
RHRHR
HRHR
45 Отчет о проверке сопровождения программного обеспечения
RHRHR
HRHR
Оценка программного обеспечения
46 План оценки программного обеспечения
RHRHR
HRHR
47 Отчет по результатам оценки программного обеспечения
RHRHR
HRHR
П ри м е чан и я
1 Согласно 5.3.2.11 и 5.3.2.12 документы могут быть объединены по-другому.
2 Указание значений ’HR’ или R’ для документов 30—32 зависит от важности, определяемой в процессе и
в случав выполнения проверки. Например, для проверки данных может быть только необходимо их тестирова
ние в предметной области системы, в то время как более функциональные свойства должны быть и протестиро
ваны и проверены. В этом случав используется HR’, но может быть дополнительно и ’R’.
3 О плане и отчете результатов оценки программного обеспечения см. 6.4.1.2.
4 Отчет об обеспечении качества программного обеспечения включен в отчет управления качеством,
определенный в МЭК 62425.
Т аб л и ца А.2 — Спецификация требований к программному обеспечению (см. 7.2)
Мегоды/ыеры
С с ы п к а
У П Б 0 У П Б 1 У П Б 2
У П Б 3 У П Б 4
1 Формальные методы (математические подходы)
D.28
—RR
HRHR
2 Моделирование
Таблица А.17
RRR
HRHR
3 Структурная методология
D.52
RRR
HRHR
4 Таблица решений
D.13
RRR
HRHR
Требования
а) Спецификация требований к программному обеспечению должна включать описание проблемы на
естественном языке и в любой необходимой формальной или полуформальной нотации.
Ь) Настоящая таблица ясно и точно отражает дополнительные требования для определения специфика
ции. Чтобы удовлетворить используемому уровню полноты безопасности программного обеспечения должен
быть выбран один или более из этих методов.
52