ГОСТРМЭК 62279—2016
5.2.2.3 Если подтверждением оценщика или сертификацией было доказано, что для всего персо
нала. назначенного на различные роли, была продемонстрирована компетентность, то каждый чело век
должен продемонстрировать непрерывное развитие и повышение своей квалификации. Это может быть
продемонстрировано, ведением регистрационного журнала, показывающего, что регулярно вы
полняемые работы правильны и в соответствии с ИСО 9001 и ИСО/МЭК 90003:2014, 6.2.2 «Компетент
ность. осведомленность и обучение» реализуется дополнительное обучение.
5.2.2.4 Организация должна поддерживать процедуры управления компетентностью персонала,
удовлетворяя соответствующим ролям, согласно существующим стандартам качества.
5.3 Жизненный цикл и документация
5.3.1 Цели
5.3.1.1 Структурировать разработку программного обеспечения на определенные стадии и дей
ствия.
5.3.1.2 Фиксировать всю информацию, относящуюся к программному обеспечению, на всем жиз
ненном цикле программного обеспечения.
5.3.2 Требования
5.3.2.1 Должна быть выбрана модель жизненного цикла для разработки программного обеспече
ния. Это должно быть подробно представлено в плане обеспечения качества программного обеспече
ния в соответствии с 6.5.
На рисунках 3 и 4 показаны два примера моделей жизненного цикла.
5.3.2.2 Модель жизненного цикла должна учитывать возможность итераций внутри стадий и меж
ду ними.
5.3.2.3 Процедуры обеспечения качества должны выполняться параллельно сдействиями на жиз
ненном цикле программного обеспечения и использовать ту же терминологию.
5.3.2.4 План обеспечения качества программного обеспечения, план проверки программного обе
спечения. план подтверждения соответствия программного обеспечения и план управления конфигу
рацией программного обеспечения должны составляться в начале проекта и выполняться на всем жиз
ненном цикле разработки программного обеспечения.
5.3.2.5 Все выполняемые на каждой стадии действия должны быть определены и спланированы
до начала стадии.
5.3.2.6 Все документы должны быть структурированы, чтобы обеспечить их непрерывное увели
чение в процессе разработки.
5.3.2.7 Для каждого документа должна быть обеспечена прослеживаемость с помощью уникаль
ного ссылочного номера, а также определенного идокументально оформленного отношения с другими
документами.
5.3.2.8 Каждый термин, условное обозначение или сокращение должен иметь одно и то же значе
ние в каждом документе. Если по историческим причинам это будет невозможно, то различные значе
ния должны быть перечислены и даны ссылки.
5.3.2.9 За исключением документов, касающихся существующего ранее программного обеспече
ния (см. 7.3.4.7), каждый документ должен быть подготовлен по следующим правилам:
- он должен содержать или реализовывать все применимые условия и требования предыдущего
документа, с которым он иерархически связан;
- он не должен противоречить предыдущему документу.
5.3.2.10 Каждый элемент или понятие должно быть названо одним и тем же именем или одинако
во описанием во всех документах.
5.3.2.11 Содержание всех документов должно быть оформлено в виде, подходящем для манипу
лирования, обработки и хранения.
5.3.2.12 Если документы, которые выполнены независимыми ролями, будут объединены в единый
документ, то связь частей, выполненных любой независимой ролью, должна быть прослежена в доку
менте.
5.3.2.13 Документы могут быть объединены или разделены в соответствии с 5.3.2.12. Некоторые
шаги разработки могут быть объединены, разделены или. если обоснованы, устранены по решению
руководителя проекта и с согласия менеджера по подтверждению соответствия.
5.3.2.14
Л
юбой жизненный цикл и выбранная структура документации должны удовлетворять
всем целям и требованиям настоящего стандарта.
12