Процессы жизненного цикла программных средств - [12]

Шрифт
Интервал

5.3.8.2 Разработчик должен собрать программные модули и компоненты и протестировать их как продукты, разработанные в соответствии с планом сборки. Должно быть обеспечено, чтобы каждая сборка удовлетворяла требованиям к программному объекту и чтобы программный объект был полностью собран в результате данной работы. Результаты сборки и тестирования должны быть документально оформлены.

5.3.8.3 Разработчик, при необходимости, должен уточнить документацию пользователя.

5.3.8.4 Разработчик должен разработать и документально оформить для каждого квалификационного требования к программному объекту — набор тестов, контрольных примеров (исходные и выходные данные, критерии тестирования), процедуры испытаний для проведения квалификационных испытаний программных средств. Разработчик должен обеспечить, чтобы собранный программный объект был готов к квалификационным испытаниям.

5.3.8.5 Разработчик должен оценить план сборки, проект, запрограммированный программный объект, проведенные испытания, результаты тестирования и документацию пользователя по следующим критериям (при этом результаты оценок должны быть документально оформлены):

a. учет требований к системе;

b. внешнее соответствие требованиям к системе;

c. внутренняя согласованность между программными объектами;

d. тестовое покрытие требований к программному объекту;

e. соответствие используемых испытательных стандартов и методов испытаний;

f. соответствие ожидаемым результатам;

g. выполнимость квалификационного испытания программного объекта;

h. возможность эксплуатации и сопровождения.

5.3.8.6 Разработчик должен проводить совместный анализ(ы) в соответствии с подразделом 6.6.

5.3.9 Квалификационные испытания программных средств

Данная работа состоит из следующих задач применительно к каждому программному объекту архитектуры (или объекту программной конфигурации, если он определен):

5.3.9.1 Разработчик должен проводить квалификационные испытания (тестирование) на соответствие квалификационным требованиям к программному объекту. При проведении испытаний должно быть обеспечено, чтобы реализация каждого установленного требования к программному объекту была проверена на соответствие. Результаты квалификационных испытаний должны быть документально оформлены.

5.3.9.2 Разработчик, при необходимости, должен уточнить документацию пользователя.

5.3.9.3 Разработчик должен оценить проект, запрограммированный программный объект, проведенные испытания, результаты испытаний и документацию пользователя по следующим критериям (при этом результаты оценок должны быть документально оформлены):

a. тестовое покрытие требований к программному объекту;

b. соответствие ожидаемым результатам; возможность сборки и тестирования системы (при их проведении);

c. возможность эксплуатации и сопровождения.

5.3.9.4 Разработчик должен обеспечить проведение аудиторской проверки(ок) в соответствии с подразделом 6.7. Результаты аудиторских проверок должны быть документально оформлены. Если при реализации конкретного проекта разрабатывались или собирались как технические, так и программные средства, то проведение аудиторских проверок может быть отложено до квалификационных испытаний системы.

5.3.9.5 После успешного завершения аудиторских проверок, если они проводились, разработчик должен:

a. доработать (при необходимости) и соответствующим образом подготовить поставляемый программный продукт к сборке системы, квалификационным испытаниям системы, вводу программного продукта в действие или к обеспечению приемки программного продукта;

b. определить состояние конфигурации (базовую линию) проекта и программ данного программного объекта.

Примечание — Квалификационное испытание может быть выполнено в процессах верификации (подраздел 6.4) или аттестации (подраздел 6.5).

5.3.10 Cборка системы

Данная работа состоит из следующих задач, которые разработчик должен выполнить или обеспечить их выполнение:

5.3.10.1 Объекты программной конфигурации должны быть собраны в единую систему вместе с объектами технической конфигурации, ручными операциями и, при необходимости, с другими системами. Собранная система должна быть испытана на соответствие установленным требованиям. Результаты сборки и испытаний системы должны быть документально оформлены.

5.3.10.2 Для каждого квалификационного требования к системе должны быть разработаны и документально оформлены: состав испытаний и контрольных примеров (исходные и выходные данные, критерии испытаний); процедуры проведения квалификационных испытаний системы. Разработчик должен обеспечить, чтобы собранная система была готова к квалификационным испытаниям.

5.3.10.3 Собранная система должна быть оценена по следующим критериям (при этом результаты оценок должны быть документально оформлены):

a. тестовое покрытие требований к системе;

b. соответствие методов тестирования и используемых стандартов;

c. соответствие ожидаемым результатам; выполнимость квалификационных испытаний системы;

d. возможность эксплуатации и сопровождения.

5.3.11 Квалификационные испытания системы

Данная работа состоит из следующих задач, которые разработчик должен выполнить или обеспечить их выполнение:


Еще от автора ГОСТ
Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания

В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.


Общие требования к компетентности испытательных и калибровочных лабораторий

Настоящий стандарт представляет собой полный аутентичный текст международного стандарта ИСО/МЭК 17025-99 «Общие требования к компетентности испытательных и калибровочных лабораторий»Настоящий стандарт является результатом большого опыта внедрения Руководства ИСО/МЭК 25 и ЕН 45001, взамен которых он теперь действует. В нем содержатся все требования, которым испытательные и калибровочные лаборатории должны соответствовать, если они намерены показать, что у них действует система качества, что они технически компетентны и способны получать технически обоснованные результаты.Органам по аккредитации, признающим компетентность испытательных и калибровочных лабораторий, следует основывать свою деятельность на настоящем стандарте.


Система технической документации на АСУ. Общие требования к выполнению текстовых документов

В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.


Пакеты программ. Требования к качеству и тестирование

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12119-94 «Информационная технология. Пакеты программ. Требования к качеству и тестирование»ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИГОСТ Р ИСО/МЭК 12119-2000Information technology. Software packages. Quality requirements and testing.


Информационная технология. Процесс создания документации пользователя программного средства

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 15910-99 «Информационная технология. Процесс создания документации пользователя программного средства».


Программное обеспечение встроенных систем. Общие требования к разработке и документированию

Embedded system software. General requirements for development and documentationСтандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» с целью учета специфики разработки и документирования программного обеспечения встроенных систем реального времени.


Рекомендуем почитать
Юный техник, 2015 № 01

Популярный детский и юношеский журнал.


Наука и техника, 2007 № 01 (8)

«Наука и техника» — ежемесячный научно-популярный иллюстрированный журнал широкого профиля.Официальный сайт http://naukatehnika.com.


Интернаука №16 ((часть2) 2020

В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.


Как музыка стала свободной

"Как музыка стала свободной" представляет из себя захватывающую историю, в которой переплелись между собой одержимость, жадность, музыка, преступность и деньги. История эта рассказывается через визионеров и преступников, магнатов и подростков, создающих новую цифровую реальность. Это история о величайшем пирате в истории, самом влиятельном руководителе в музыкальном бизнесе, революционном изобретении и нелегальном сайте, который по своим размерам превосходил iTunes Music Store в четыре раза.Журналист Стивен Уитт отслеживает тайную историю цифрового музыкального пиратства, начиная с изобретения немецкими аудио-инженерами формата mp3, ведет читателя через завод в Северной Каролине, где печатались компакт-диски и с которого один из работников слил в сеть за десятилетие примерно 2 000 альбомов, к высоткам на Манхэттене, откуда музыкальным бизнесом правил могущественный Даг Моррис, монополизировавший мировой рынок рэп-музыки, и оттуда в глубины интернета - даркнет.


Системы видеонаблюдения. Практикум

Сегодня никого не удивишь системами видеонаблюдения в офисах, банках, торговых центрах и на улицах. Благодаря доступной цене можно установить видеосистему для частного дома, коттеджа, контроля детской площадки, парковочного места и (или) придомовой территории. В эпоху научно-технического прогресса и обязанностей самостоятельного сбора доказательств в гражданском судопроизводстве, рачительному хозяину необходимо держать эти территории влияния под постоянным контролем, а сами видеокамеры защитить от злоумышленников.


Юный техник, 2007 № 03

Популярный детский и юношеский журнал.