Порядок контроля и приемки системы

При проведении испытаний выявляются ошибки, ИС проверяется на соответствие функциональным и эксплуатационным требованиям, требованиям нормативных документов и ТЗ, проверяется надежность системы. При необходимости система дорабатывается и готовится к следующему этапу испытаний.

Информационная система проходит обычно три этапа испытаний:

- предварительные испытания: по усмотрению разработчика создается программа и методика автономных или комплексных испытаний (ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). Работы проводятся разработчиком и заказчиком на протяжении 2 дней;

- опытная эксплуатация: разработчик – создает программу и методики испытаний (ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). В соответствии с этой программой проводят опытную эксплуатацию. Работы проводятся разработчиком и заказчиком на протяжении 2 дней.

- приемочные испытания: разработчик - создает программу и методики испытаний (в соответствии со стандартом ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). В соответствии с этой программой проводят приемочные испытания. Работы проводятся разработчиком и заказчиком на протяжении 3 дней.

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие

7.1. Преобразование входной информации виду, пригодному для обработки с помощью ПК.

Все виды документации, используемые внутри общежития и за его пределами приводятся к единой стандартной форме.

7.2. Изменения, которые необходимо осуществить в объекте автоматизации

Проведение подобных работ оговаривается отдельно.

7.3. Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ

Заказчик обязуется к моменту запуска ИС подготовить необходимые помещения для серверной, оплатить разработку проекта локальной сети и ее реализацию.

7.4. Сроки и порядок комплектования штатов и обучения персонала

Перед началом работы с ИС заведующей общежития должна пройти начальный курс работы с ПК и курс обучения работы с данной ИС.

Требования к документированию

Перечень подлежащих разработке документов:

- технический проект;

- руководство пользователя;

- пояснительная записка;

- приложение.


Приложение 4

Шаблон спецификации требований к ПО

  1. Введение
  2. Введение представляет собой обзор, помогающий читателям разобраться в структуре и принципе использования спецификации требований к ПО.

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: