Техническое задание на создание информационной системы "Мариот"

Автор работы: Пользователь скрыл имя, 08 Апреля 2015 в 00:19, реферат

Краткое описание

Результаты работы предъявляются Заказчику в виде:
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 Функция формирования отчета за период.

.

Функция должна формировать отчет в системе по следующим атрибутам:

  1. За какой период генерируется отчет

На момент формирования:

  1. Количество занятых часов на момент формирования;
  2. Количество свободных часов;
  3. Количество забронированных часов;
  4. Получение баланса за отчетный период.

 

Временной регламент реализации функции.

Показ информации о результатах работ в Системе должен производиться по запросу

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

пользователем и сервером.

Требования к качеству реализации.

Программная реализация функции должна обеспечить отображение полных и

непротиворечивых данных.

 

4.2.8 Подсистема для работы с клиентами

Функция должна отвечать следующим параметрам:

  1. Выведение формы регистрации клиентов.
    1. ФИО
    2. Паспортные данные
    3. Вид услуги
    4. Сумма внесенной предоплаты
    5. Какой сотрудник выбирается

 

Временной регламент реализации функции.

Показ информации о результатах работ в Системе должен производиться по запросу

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

пользователем и сервером.

Требования к качеству реализации.

Программная реализация функции должна обеспечить отображение полных и

непротиворечивых данных.

 

 

 

 

 

 

 

 

 

 

4.2.9 Подсистема для работы с внешними пользователями.

Создана для работы с внешними интернет-клиентам, чтобы они могли:

    1. Бронирование часа
    2. Заказа звонка оператора
    3. Внесение предоплаты

Временной регламент реализации функции.

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

пользователем и сервером.

Требования к качеству реализации.

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

4.2.10 Подсистема для работы с бухгалтерской отчетностью.

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

  1. Выгрузка информации для 1С
  2. Загрузка информации о стоимости номеров
  3. Возможность интеграции с другими программными продуктами
  4. Возможность формирования отчетов и баланса

 

Временной регламент реализации функции.

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

пользователем и сервером.

Требования к качеству реализации.

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

 

.

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-CSS2/);

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-international.org/publications/standards/Ecma-

262.htm);

4) Поддержка спецификации DOM - описана в Document Object Model (DOM) Level 1

Specification (Second Edition)Version 1.0 (http://www.w3.org/TR/2000/WD-DOM-Level-1-

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.

Информация о работе Техническое задание на создание информационной системы "Мариот"