Техническое задание на создание информационной системы "Мариот"
Реферат, 08 Апреля 2015, автор: пользователь скрыл имя
Краткое описание
Результаты работы предъявляются Заказчику в виде:
1) функционирующего программного сервиса, представляющего собой программу, доступную на всех компьютерах, подключенных к локальной сети ателье;
2) исполняемых модулей и исходных текстов ПО входящего в состав программного сервиса на
компакт-диске;
3) дистрибутива c набором пакетов достаточным для функционирования ПО
указанного в п 2).
Результаты предоставляются Исполнителю в сроки, установленные
контрактом.
Содержание
1. Общие сведения 4
1.1. Полное наименование 4
1.2. Шифр темы или шифр (номер) договора 4
1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы 4
4.1.12 Требования по сохранности информации при авариях 11
4.2.1 Подсистема взаимодействия с внешними системами 11
4.2.1.1 Функция взаимодействия с системой нотаризации 11
4.2.1.2 Функция взаимодействия с системой раскрытия 12
4.2.2 Подсистема фиксации информации 12
4.2.2.1 Функция фиксации фактов учетных событий 12
4.2.2.2 Функция вызова запроса на нотаризацию данных подсистемы взаимодействия с внешними системами 13
4.2.3 Подсистема хранения поступающих материалов 13
4.2.3.1 Функция поддержки справочников 13
4.2.3.2 Функция хранения материала в регламентируемых форматах 14
4.2.3.3 Функция валидации регламентированных форматов файлов хранимых материалов 14
4.2.3.4 Функция конвертирования материалов в регламентируемые форматы 15
4.2.4.2 Функция просмотра информации о произошедших в Системе событиях 15
4.2.5 Подсистема уведомлений 15
4.2.5.1 Функция уведомления о факте занесения материала 15
4.2.6 Подсистема безопасности 16
4.2.6.1 Функция управления информацией о пользователе 16
4.2.6.2 Функция добавления и редактирования справочника уровней доступа к материалам 17
4.2.7 Подсистема генерации отчетов 17
4.2.7.1 Функция формирования отчета за период. 17
4.2.8 Подсистема для работы с клиентами 18
4.2.9 Подсистема для работы с внешними пользователями. 19
4.2.10 Подсистема для работы с бухгалтерской отчетностью. 19
4.3 Требования к видам обеспечения 20
4.3.1 Информационное обеспечение системы 20
4.3.2 Программное обеспечение системы 20
4.3.3 Техническое обеспечение системы 20
4.3.3.1 Технические требования к серверному аппаратному обеспечению 20
4.3.3.3 Эксплуатационные требования 21
5 Состав и содержание работ по созданию (развитию) системы 21
6 Порядок контроля и приемки Системы 22
6.1 Состав, объем и методы испытаний системы и ее составных частей 22
6.2 Общие требования к приемке работ 22
7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 22
7.1 Технические мероприятия 23
7.2 Организационные мероприятия 23
8 Требования к документированию 23
9 Источники разработки 23
Прикрепленные файлы: 1 файл
Sistema_obsluzhivania_Mariot_TZ.doc
— 343.58 Кб (Скачать документ)
Временной регламент реализации функции.
Конвертация вносимых в Систему материалов должен производиться перед занесением в
Систему.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректное преобразование в
регламентируемый формат.
Конвертирование формата материала происходит в рамках одной транзакции с фиксацией
факта учетного события занесения материала, проверкой правильности формата и с занесением
материала в базу данных. При возникновении программной или аппаратной ошибки действия по
изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть
приведены в предшествующее состояние.
4.2.4.2 Функция просмотра информации о произошедших в Системе событиях
Информация должна быть разделена по типам и отображаться в хронологическом порядке.
Доступ к функционалу должен быть доступен только пользователям с ролью администратор.
Изменения информации при просмотре допускаются, только администраторам, которые могут отмечать бронь и прочее.
Временной регламент реализации функции.
Показ информации о событиях в Системе должен производиться по запросу пользователя.
Допускаются задержки, определяемые загруженностью канала связи между пользователем и
сервером.
Требования к качеству реализации.
Программная реализация функции должна обеспечить отображение полных и
непротиворечивых данных о событиях.
4.2.5 Подсистема уведомлений
4.2.5.1 Функция уведомления о факте занесения материала
Функция предназначена для рассылки уведомлений по электронной почте и отображения на экране о свободных часах
Временной регламент реализации функции.
Рассылка уведомления должна производиться после наступления события в максимально
короткие сроки.
Требования к качеству реализации.
Программная реализация функции должна обеспечить выдачу полных и непротиворечивых
данных о событиях.
Рассылка уведомления происходит в рамках одной транзакции с фиксацией факта учетного
или системного событий. При возникновении программной или аппаратной ошибки действия
рассылке в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.6 Подсистема безопасности
4.2.6.1 Функция управления информацией о пользователе
В рамках функции должно быть обеспечено добавление и редактирование информации о
пользователе системы.
Должна редактироваться и добавляться следующая информация:
- Полное имя;
- Имя пользователя;
- Пароль;
- Адрес Электронной почты;
- Роль;
- Уровень доступа.
Временной регламент реализации функции.
Добавление и редактирование информации о пользователе системы должно производиться в
режиме реального времени
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректное занесение вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.6.2 Функция добавления и редактирования справочника уровней доступа к материалам
Система должна позволять добавлять и редактировать сведения об уровнях доступа к
материалам в следующем составе:
- Наименование;
- Описание;
- Показатель уровня - целое число, применяемое для сравнения уровней доступа конкретного материала и пользователя.
Временной регламент реализации функции.
Добавление и редактирование информации об уровне доступа к материалу должно
производиться в режиме реального времени
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректное занесение вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.7 Подсистема генерации отчетов
4.2.7.1 Функция формирования отчета за период.
.
Функция должна формировать отчет в системе по следующим атрибутам:
- За какой период генерируется отчет
На момент формирования:
- Количество занятых часов на момент формирования;
- Количество свободных часов;
- Количество забронированных часов;
- Получение баланса за отчетный период.
Временной регламент реализации функции.
Показ информации о результатах работ в Системе должен производиться по запросу
пользователя. Допускаются задержки, определяемые загруженностью канала связи между
пользователем и сервером.
Требования к качеству реализации.
Программная реализация функции должна обеспечить отображение полных и
непротиворечивых данных.
4.2.8 Подсистема для работы с клиентами
Функция должна отвечать следующим параметрам:
- Выведение формы регистрации клиентов.
- ФИО
- Паспортные данные
- Вид услуги
- Сумма внесенной предоплаты
- Какой сотрудник выбирается
Временной регламент реализации функции.
Показ информации о результатах работ в Системе должен производиться по запросу
пользователя. Допускаются задержки, определяемые загруженностью канала связи между
пользователем и сервером.
Требования к качеству реализации.
Программная реализация функции должна обеспечить отображение полных и
непротиворечивых данных.
4.2.9 Подсистема для работы с внешними пользователями.
Создана для работы с внешними интернет-клиентам, чтобы они могли:
- Бронирование часа
- Заказа звонка оператора
- Внесение предоплаты
Временной регламент реализации функции.
Показ информации о результатах работ в Системе должен производиться по запросу пользователя. Допускаются задержки, определяемые загруженностью канала связи между
пользователем и сервером.
Требования к качеству реализации.
Программная реализация функции должна обеспечить отображение полных и непротиворечивых данных.
4.2.10 Подсистема для работы с бухгалтерской отчетностью.
Предназначена для бухгалтеров, и должна выполнять следующие функции:
- Выгрузка информации для 1С
- Загрузка информации о стоимости номеров
- Возможность интеграции с другими программными продуктами
- Возможность формирования отчетов и баланса
Временной регламент реализации функции.
Показ информации о результатах работ в Системе должен производиться по запросу пользователя. Допускаются задержки, определяемые загруженностью канала связи между
пользователем и сервером.
Требования к качеству реализации.
Программная реализация функции должна обеспечить отображение полных и непротиворечивых данных.
.
4.3 Требования к видам обеспечения
4.3.1 Информационное обеспечение системы
Информационный обмен между подсистемами должен удовлетворять следующим
положениям:
- все взаимодействия должны контролироваться подсистемой безопасности;
- все подсистемы должны использовать общую базу данных;
- все подсистемы должны использовать общие конфигурационные файлы.
4.3.2 Программное обеспечение системы
В Системе должны максимально использоваться программные продукты с открытой
лицензией. Реализация программных модулей должна максимально соответствовать текущим
требованиям OOO "AlaniaCorporation".
Прикладное программное обеспечение системы должно обеспечивать решение задач
конечных пользователей с минимальными временными затратами.
В качестве клиентского программного обеспечения может выступать web-браузер,
отвечающий следующим требованиям:
1) Поддержка технологии Cascading Style Sheets - описана в Cascading Style Sheets, level 2
CSS2 Specification (http://www.w3.org/TR/REC-
2) Поддержка стандарта XHTML - описан в XHTML 1.0 The Extensible HyperText Markup
Language (Second Edition)( http://www.w3.org/TR/xhtml1/);
3) Поддержка стандарта ECMAScript - описан в Standard ECMA-262 ECMAScript Language
Specification 3rd edition (http://www.ecma-
262.htm);
4) Поддержка спецификации DOM - описана в Document Object Model (DOM) Level 1
Specification (Second Edition)Version 1.0 (http://www.w3.org/TR/2000/WD-
20000929/).
Рекомендуется использовать в качестве браузера может использоваться любой браузер.
4.3.3 Техническое обеспечение системы
4.3.3.1 Технические требования к серверному аппаратному обеспечению
Система должна функционировать на аппаратном обеспечении, на котором может быть
запущено серверное программное обеспечение, но для достижения оптимальной
производительности необходима конфигурация сервера не ниже приведенной:
Конфигурация сервера:
Процессор 2xPentium 4 2400 ГГц
ОЗУ 1 ГБ
Видео - 32MB видеокарта
Дисковый массив - RAID 5 уровня, емкость 160 Гб
Сетевые адаптеры - 2 х Ethernet 10Base-T/100Base-TX
Источник бесперебойного питания.
4.3.3.3 Эксплуатационные требования
Эксплуатация Системы должна проходить на выделенном сервере Исполнителя.
Выделенный сервер должен иметь выход в Интернет со скоростью не менее 10 Мбит/сек.
Конечный пользователь должен иметь Интернет-соединение с пропускной способностью не
менее 1 Мбит/сек.
Настройки веб-сервера должны позволять загружать файлы объемом не менее 10 Мб.
Также для сохранности серверного оборудования рекомендуется рассмотреть следующие
требования к помещению, в котором размещается серверное оборудование:
- система защиты от несанкционированного доступа и охрана здания, в котором находятся
помещения дата-центра, включая круглосуточное видеонаблюдение;
- круглосуточное дежурство инженеров и администраторов сети;
- электропитание оборудования дата-центра по I категории надежности (согласно ПУЭ);
- промышленная система кондиционирования и вентиляции (согласно СНиП 2.04.05-86),
электростатическая защита помещения (согласно ГОСТ 12.4.124-83, СН-2152-80 и СанПиН-
2.2.2.542-96);
- система автоматического пожаротушения газом (ГОСТ 12.1.004-76.ССБТ).
5 Состав и содержание работ по созданию (развитию) системы
Этап 1.
Сроки исполнения первого этапа: 15.11.2014-11.01.2015 .
На первом этапе будут проведены следующие работы:
- Разработка Технического Проекта Системы;
- Разработка рабочей документации.
- Разработка первой рабочей версии программной части Системы.
Итоговыми результатами по первому этапу являются:
- Технический проект и первой рабочей версии программной части Системы - 30.12.2014
- Комплекс рабочей документации - 11.01.2015 включающий:
1) Руководство системного программиста по ГОСТ 19.503-79;
2) Руководство программиста по ГОСТ 19.504-79;
2) Руководство бухгалтера по ГОСТ 100.104-67;
3) Руководство пользователя по ГОСТ 34.201-89;
4) Пояснительная записка к техническому проекту по ГОСТ 34.201-89;
5) Методика испытаний по ГОСТ 34.603-89 .
Этап 2.
Сроки исполнения второго этапа: 10.01.2015- 01.02.2015.
На втором этапе будут проведены следующие работы:
- Подготовка объекта автоматизации к вводу АС в действие. Планируется:
1) произвести работы по настройке серверной аппаратной части, включая установку
операционной системы и программного обеспечения;
2) произвести работы по наполнению справочников;
3) произвести работы по подготовке конфигурационных файлов.
- Проведение предварительных испытаний макета репозитария согласно методики испытаний.
- Работы по доработке программной части Системы. Планируется разработать интерфейсы к
работы с клиентами, внешними пользователями, бухгалтерией, паркингом, рестораном .
- Проведение опытной эксплуатации.
Итоговыми результатами по второму этапу являются:
- Отчет о программной реализации интерфейсов к системам работы с клиентами, внешними пользователями, бухгалтерией, паркингом, рестораном -01.02.2015.
- Отчет об установке, настройке и работе системы за январь - февраль 2015 10.02.2015.
6 Порядок контроля и приемки Системы
6.1 Состав, объем и методы испытаний системы и ее составных частей
Первая версия Системы должна пройти предварительные испытания, состоящие из
функционального и нагрузочного тестирования. Будут проведены испытания макета репозитария с целью сбора перечня предложений и выявленных недостатков. В результате будет представлен протокол испытаний . По итогам предварительных испытаний в Систему должны быть внесены исправления, учитывающие замечания, полученные в ходе предварительных испытаний. Для проверки результата внесенных изменений должны быть проведены повторные предварительные испытания по ранее разработанной программе.
Повторные предварительные испытания включают в себя проверку работы функций. Основной целью является проверка реализации Системы на соответствие требованиям настоящего Технического задания.
После проведения испытаний Исполнителем будут проводится работы по обслуживанию
Системы
6.2 Общие требования к приемке работ
В процессе приемки работ должна быть осуществлена проверка Системы на соответствие
требованиям настоящего «Технического задания».
Испытания Системы должны проводиться в соответствии с ГОСТ 34.603-92.