- •Создание электронной коллекции «меценаты и благотворители санкт-петербургской губернии»
- •7.2. Назначение системы
- •8. Перечень решаемых задач
- •8.1. Информационная система сетевого распространения (Web-сайт)
- •8.2. Информационная система локального распространения
- •9. Требования к Системе
- •9.1. Основные требования к Системе
- •9.1.1. Требования к структуре системы
- •9.1.2. Требования к численности и квалификации персонала
- •9.1.3. Требования к надежности
- •9.1.4. Требования к безопасности
- •9.1.5. Требования по эргономике и технической эстетике
- •9.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
- •9.1.7. Требования к защите информации от несанкционированного доступа
- •9.2.2. Требования к эргономике и технической эстетике
- •9.2.3. Требования к лингвистическому обеспечению
- •9.2.4. Требования к программному обеспечению
- •9.2.5. Требования к техническому обеспечению
- •10. Состав и содержание работ по созданию системы
- •11. Порядок контроля и приемки системы
- •12. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •13. Требования к документированию
- •14. Источники разработки
- •15. Ожидаемые результаты
11. Порядок контроля и приемки системы
В соответствии с требованиями, указанными в Техническом задании проводятся приемо-сдаточные испытания сетевой и локальной ИС.
Порядок проведения приемо-сдаточных испытаний следующий:
№№ |
Мероприятие |
Исполнитель |
Примечание |
|
Формирование и утверждение программы проведения приемо-сдаточных мероприятий |
ЦАТ «Ростехноком» СПбГУКИ и ЛОУНБ |
|
|
Формирование контрольного примера |
ЦАТ «Ростехноком» СПбГУКИ |
Формирование контрольных примеров может производиться независимо от сроков разработки |
|
Проведение приемо-сдаточных испытаний |
ЦАТ «Ростехноком» СПбГУКИ и ЛОУНБ |
Результаты фиксируются в протоколе испытаний |
|
Доработка программного обеспечения по результатам испытаний |
ЦАТ «Ростехноком» СПбГУКИ |
|
|
Принятие решения о возможности проведения опытной (промышленной) эксплуатации |
ЛОУНБ |
|
Для каждого из требований, приводится способ проверки его реализации: демонстрация, контрольный пример и др. Контрольный пример формируется таким образом, чтобы наиболее полно проверить возможное разнообразие данных и ситуаций, отслеживаемых в бизнес-логике системы. При этом следует за основу брать реальные данные, проверка результата обработки которых является наиболее наглядной для конечных пользователей. Необходимо участие конечных пользователей при проведении приемо-сдаточных испытаний.
12. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
На этапе внедрения Системы необходимо проведение следующих работ:
проведение обследования объекта, выяснение особенностей технологических процессов, определение объема настройки системы;
закупка лицензионного программного обеспечения (если необходимо);
подготовка технических средств;
установка системного и прикладного программного обеспечения (если необходимо);
проверка работоспособности Системы на контрольных примерах;
обучение системного администратора;
обучение пользователей работе с Системой;
настройка системы на конкретные особенности эксплуатации Системы;
распределение функциональных ролей среди пользователей;
проведение опытной эксплуатации Системы;
доработка Системы по выявленным особенностям эксплуатации Системы на конкретном объекте автоматизации;
запуск Системы в промышленную эксплуатацию.
Работы выполняются совместно представителями заказчика и разработчика Системы.
13. Требования к документированию
Система должна разрабатываться для интерактивной работы пользователя с системой и иметь режимы помощи, которые должны быть достаточны для ознакомления и изучения правил работы с системой для пользователя, имеющего опыт работы с компьютерной техникой.
Тем не менее по каждой Системе должно быть разработано Руководство пользователя, в котором указывается следующая информация:
назначение Системы;
описание Системы;
структура Системы;
стандартный порядок работы с Системой;
работа с Системой в нестандартных ситуациях.
Должно быть также разработано Руководство системного администратора, в котором содержится следующая информация:
структура Системы;
порядок установки программного обеспечения;
порядок предоставления прав доступа пользователям к различным функциям;
методы защиты информации, применяемые в Системе;
действия системного администратора в стандартных ситуациях для поддержания нормальной работоспособности Системы;
действия системного администратора в нестандартных ситуациях.