ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств Страница 8

Тут можно читать бесплатно ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств. Жанр: Научные и научно-популярные книги / Техническая литература, год неизвестен. Так же Вы можете читать полную версию (весь текст) онлайн без регистрации и SMS на сайте «WorldBooks (МирКниг)» или прочесть краткое содержание, предисловие (аннотацию), описание и ознакомиться с отзывами (комментариями) о произведении.
ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств

ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств краткое содержание

Прочтите описание перед тем, как прочитать онлайн книгу «ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств» бесплатно полную версию:

ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств читать онлайн бесплатно

ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств - читать книгу онлайн бесплатно, автор ГОССТАНДАРТ РОССИИ

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 Квалификационные испытания системы

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

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

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

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

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

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

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

Примечание — Этот подпункт не применяется к тем объектам программной конфигурации, для которых аудиторские проверки были проведены ранее.

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

a. доработать и подготовить поставляемый программный продукт для обеспечения приемки и ввода его в действие;

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

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

5.3.12 Ввод в действие программных средств

Данная работа состоит из следующих задач:

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

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

5.3.13 Обеспечение приемки программных средств

Данная работа состоит из следующих задач:

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

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

5.3.13.3 Разработчик должен, соблюдая условия договора, обеспечить первоначальное и непрерывное обучение и поддержку персонала заказчика.

5.4 Процесс эксплуатации

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

Оператор управляет процессом эксплуатации на проектном уровне в соответствии с процессом управления (подраздел 7.1), который конкретизируется в данном процессе; определяет инфраструктуру для данного процесса в соответствии с процессом создания инфраструктуры (подраздел 7.2); адаптирует данный процесс к условиям проекта в соответствии с процессом адаптации (приложение А) и управляет процессом эксплуатации на организационном уровне в соответствии с процессами усовершенствования (подраздел 7.3) и обучения (подраздел 7.4). Если оператор является поставщиком программной услуги, то оператор выполняет также процесс поставки (подраздел 5.2).

Перейти на страницу:
Вы автор?
Жалоба
Все книги на сайте размещаются его пользователями. Приносим свои глубочайшие извинения, если Ваша книга была опубликована без Вашего на то согласия.
Напишите нам, и мы в срочном порядке примем меры.
Комментарии / Отзывы
    Ничего не найдено.