ГОСТРМЭК 62279—2016
7.3.4.21 Входные документы должны быть доступны, хотя и не обязательно в завершенном виде,
до начала процесса проектирования.
7.3.4.22 В спецификации проекта программного обеспечения должен быть описан проект про
граммного обеспечения, его декомпозиция на компоненты, и каждый компонент должен иметь специ
фикацию проекта компонента программного обеспечения и спецификацию тестирования компонента
программного обеспечения.
7.3.4.23 Спецификация проекта программного обеспечения должна рассматривать:
a) компоненты программного обеспечения, прослеженные до архитектуры программного обеспе
чения, и их уровень полноты безопасности;
b
) интерфейсы компонентов программного обеспечения с окружением;
c) интерфейсы между компонентами программного обеспечения;
d) структуры данных;
e) распределение и прослеживание требований к компонентам;
f) основные алгоритмы и управление выполнением;
д) механизмы сообщения об ошибках.
7.3.4.24 Спецификация проекта программного обеспечения должна содержать методы и меры,
выбранные из таблицы А.4. Выбранная комбинация должна быть обоснована как набор, удовлетворя
ющий требованиям 4.8 и 4.9.
7.3.4.25 Должны быть разработаны стандарты кодирования, определяющие:
a) хорошую практику программирования, как определено в таблицеА.12;
b
) меры для предотвращения или обнаружения ошибок, которые могут быть сделаны во время
применения языка и не обнаружены во время проверки (см. 7.5 и 7.6). Такие отказы выводят в резуль
тате анализа всех функций языка;
c) процедуры для формирования документации на исходный код.
7.3.4.26 Выбор стандарта кодирования должен быть обоснован в объеме требований, который
соответствует уровню полноты безопасности программного обеспечения.
7.3.4.27 Стандарты кодирования должны использоватьсядля разработки всего программного обе
спечения и на них должны быть ссылки в плане обеспечения качества программного обеспечения.
7.3.4.28 В соответствии с требуемым уровнем полноты безопасности программного обеспечения
выбранный метод его разработки должен обладать функциями, которые упрощают:
a) абстрагирование, декомпозицию на модули и другие функции, которые управляют сложностью;
b
) ясное и точное выражение:
1) функциональности,
2) информационного потока между компонентами,
3) управления выполнением и соответствующей временной информации,
4 ) параллелизма.
5) структуры и свойств данных;
c) понимание человеком;
d) проверка и подтверждение соответствия;
е) поддержку программного обеспечения.
7.3.4.29 Спецификация тестирования интеграции программного обеспечения должна быть под
готовлена в письменном виде под руководством интегратора на основе спецификации требований к
программному обеспечению, спецификации архитектуры программного обеспечения, спецификации
проекта программного обеспечения и спецификаций интерфейса программного обеспечения.
Требования 7.3.4.30—7.3.4.32 относятся к спецификации тестирования интеграции программного
обеспечения.
7.3.4.30 Спецификация тестирования интеграции программного обеспечения должна быть пред
ставлена в соответствии с общими требованиями, установленными для спецификации тестирования
(см. 6.1.4.4).
7.3.4.31 Спецификация тестирования интеграции программного обеспечения должна включать
следующее;
a) необходимо показать, что каждый компонент программного обеспечения реализует определен
ные интерфейсы для других компонентов, обеспечивая совместное выполнение компонент;
b
) необходимо показать, что программное обеспечение ведет себя надлежащим способом, когда
на входе интерфейса появляются не специфицированные данные;
32