ГОСТ Р МЭК 62138—2010
5.4Проект программного обеспечения
5.4.1 Цели
1Проект программного обеспечения должен быть оформлен документально. В документации
должен быть приведен обзор организации и функционирования программногообеспечения.
В настоящем стандарте соответствующийдокументили пакет документов назван «Спецификация
проекта программногообеспечения». Если используется ранее разработанное программноеобеспече
ние. то в спецификации проекта программного обеспечения может бытьдана ссылка на соответствую
щий эксплуатационныйдокумент.
3 Спецификация проекта программного обеспечения должна обеспечивать свидетельство того,
что положения спецификации требований к программному обеспечению, важному для безопасности,
приняты во внимание и будут удовлетворяться при всехуказанных условиях.
5Спецификация проекта программного обеспечения должна обеспечивать (в случае необходи
мости) устранение неблагоприятных побочных эффектов, связанных с ошибками и отказами програм много
обеспечения, до его возвращения к нормальному режиму работы.
7Спецификация проекта программного обеспечения должна служить основой для реализации и
интеграции программного обеспечения, атакже возможныхего модификаций.
5.4.2 Исходные данные
1Исходныеданныедляпроцессапроектированияпрограммногообеспечениядолжны включатьв
себяспецификациютребований клрограммному обеспечению иэксплуатационныедокументы на ранее
разработанное программное обеспечение.
Исходныеданные могут также включать всебядругиедокументы, такие, например, какспецифич
ные проектныеограничения и/или правила истандарты, применимые к исходнымданным.
5.4.3 Содержание
1 Спецификация проекта программногообеспечениядолжна включать в себя спецификацию:
- полнойорганизации программного обеспечения:
- полного функционирования программного обеспечения в условиях и режимах работы, требуе
мых в соответствии со спецификациейтребований к программномуобеспечению.
2 Полнаяорганизациядолжна обеспечить информацию относительно:
- четкой идентификации иконфигурации ранее разработанного программного обеспечения;
- распределения ресурсов, компонентов изадач программного обеспечения по подсистемам;
- распределения(под) функцийи характеристикпрограммногообеспеченияпоопределеннымдля
него задачам;
- главных внутренних интерфейсов, в частности интерфейсов между задачами программного
обеспечения.
Полноефункционированиедолжно обеспечивать информацию относительно:
- взаимодействия, протоколов связи иинформационных потоков;
- установления последовательностей и временных ограничений;
- использования ресурсов;
- синхронизации, особенно при использовании разделенных ресурсов.
5.4.4 Свойства
Для класса 3 безопасности нетнеобходимости в требованиях поданному разделу.
5.5Реализация нового программного обеспечения
5.5.1 Общие требования
Требования настоящего пункта применимы ко всему новому программному обеспечению, т.е.
к конфигурации ранее разработанного программного обеспечения и программам, написанным на про
блемно-ориентированных языках или универсальныхязыках:
1 Использование ранее разработанного программногообеспечениядолжно быть верифицирова
но на соответствие эксплуатационным документам и ограничениям, установленным спецификацией
проекта программного обеспечения.
2 Процедуры, используемыедля трансляции новыхпрограмм в рабочую программу, должны быть
оформлены документально иверифицированы.
17