Техническое задание на создание информационной системы "Мариот"
Утверждаю
Заместитель директора Департамента корпоративного
управления OOO "AlaniaCorporation".
__________________ Ц. В. Ферзев
«____» ____________2014 г.
Утверждаю
Генеральный директор ООО «Feniks+»
______________ Ф. В. Федоров
«____» ____________2014 г.
Макет на выполнение:
«Система обслуживания клиентов ателье "Алания"»
ТЕХНИЧЕСКОЕ ЗАДАНИЕ ГОСТ 34.602-89
на 25 листах
Согласовано
Директор Департамента управления делами
OOO "AlaniaCorporation"
_______________ С. Ким
«____» ____________2014 г
Содержание
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. Общие сведения
Заказчик - OOO "AlaniaCorporation".
Исполнитель - ООО " Feniks+ ”.
1.1. Полное наименование
"AlaniaSistem" - система для обслуживания клиентов ателье.
1.2. Шифр темы или шифр (номер) договора
Контракт № ЭР.06.К2/1, от «20» ноября 2014 года.
1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы
Заказчик - OOO "AlaniaCorporation".
Исполнитель - ООО " Feniks+ ”.
1.4. Перечень документов, на основании которых создается система
Работа выполняется на основании пожелания заказчика на проведение работ по теме
«Система обслуживания клиентов ателье » с целью их дальнейшего использования, являющейся приложением №1 к № ЭР.06.К2/1, от «25» сентября 2014 года.
1.5. Плановые сроки начала и окончания работы по созданию системы
Начало разработки - 15.11 .2014 г. Окончание разработки - 1.02.2015 г.
1.6. Сведения об источниках и порядке финансирования работ
Источник финансирования - OOO "AlaniaCorporation"
расходы».
Порядок финансирования определяется условиями контракта
№ ЭР.06.К2/1, от «20» ноября 2014 года.
1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы
Результаты работы предъявляются Заказчику в виде:
1) функционирующего программного сервиса, представляющего собой программу, доступную на всех компьютерах, подключенных к локальной сети ателье;
2) исполняемых модулей и исходных текстов ПО входящего в состав программного сервиса на
компакт-диске;
3) дистрибутива c набором пакетов достаточным для функционирования ПО
указанного в п 2).
Результаты предоставляются Исполнителю в сроки, установленные
контрактом. Приемка системы осуществляется ответственным в установленном порядке. Порядок
предъявления системы, ее испытаний и окончательной приемки определен в разделе 7 настоящего
технического задания. Одновременно с предъявлением Системы производится сдача
разработанного Исполнителем комплекта документации согласно разделу 8 настоящего ТЗ.
2. Назначение и цели создания (развития) Системы
2.1. Назначение Системы
Разрабатываемая система обслуживания предназначена для регистрации, администрирования, обслуживания, расчета с клиентами и фиксации обслуживания клиентов выполненных по заказу OOO "AlaniaCorporation".
Основными функциями учетной системы являются регистрация, оформление, администрирование, выполнения расчета по окончанию обслуживания.
2.2 Цели создания Системы
Целью создания Системы является разработка системы обслуживания и расчета, способствующая улучшению качества обслуживания, уменьшения времени регистрации, и прочих операций, а также замена интеграции множества программ, включением в себя различных модулей, способных работать на различных ОС.
3 Характеристика объекта автоматизации
3.1 Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию
В ходе проведения работ по разработке Системы обслуживания автоматизируются процессы Заказчика по регистрации, администрированию, обслуживанию, расчету, фиксации обслуживания, ведению бухгалтерии, а также возможности выгрузки информации, различными способами по востребованию. Система будет эксплуатировать на выделенном сервере, подключенном к сети Интернет и установленном на специально подготовленной площадке провайдера по выбору Исполнителя. Возможность подключения к локальной сети постояльцев гостиницы, для получения сведений о счете.
3.2 Сведения об условиях эксплуатации объекта автоматизации.
Условия эксплуатации технических средств, использующихся для автоматизации объекта
автоматизации, соответствуют сложившейся практике эксплуатации выделенных серверов и
включают:
1) оптический канал, пропускной способностью 2Gb/s до T ransTeleCom , M SK - I X ( M 9 );
2) оптический канал, пропускной способностью 1Gb/s до Corbina telecom;
3) система защиты от несанкционированного доступа и охрана здания, в котором находятся
помещения дата-центра, включая круглосуточное видео-наблюдение;
4) круглосуточное дежурство инженеров и администраторов сети;
5) электропитание оборудования дата-центра по I категории надежности (согласно ПУЭ);
6) промышленная система кондиционирования и вентиляции (согласно СНиП 2.04.05-86),
электростатическая защита помещения (согласно ГОСТ 12.4.124-83, СН-2152-80 и СанПиН-
2.2.2.542-96);
7) система автоматического пожаротушения газом (ГОСТ 12.1.004-76.ССБТ).
4. Требования к системе
4.1 Требования к системе в целом
К Системе, в целом применяются следующие требования:
Журналирования - все сведения о проведенных и отклоненных транзакциях отражаются в
подсистеме журналирования. Подсистема обеспечивает возможность поиска и анализа.
Транзакционности - обеспечивается возможность однозначной интерпретации состояния
Системы и сохранения целостности данных. Обработка внешних запросов к Системе и связанная с ними смена состояний объектов проводятся как единая и неделимая операция. Результат транзакции вступает в силу лишь после явной фиксации (commit). Система обеспечивает изолированность транзакций и устойчивость к программно-аппаратным сбоям.
Нотаризации - система не удостоверяет нотариально подлинность объектов и время
совершения событий изменения объектов учёта, а только лишь хранит информацию о
нотаризации. Для этого она взаимодействует с внешней системой нотаризации.
4.1.1 Требования к структуре и функционированию системы
В состав Системы должны входить следующие подсистемы:
1) Подсистема взаимодействия с внешними системами;
2) Подсистема фиксации информации;
3) Подсистема хранения поступающих материалов;
4) Подсистема журналирования;
5) Подсистема уведомлений;
6) Подсистема безопасности.
7) Подсистема генерации отчетов.
8) Подсистема для работы с клиентами.
9) Подсистема для работы с внешними пользователями.
10) Подсистема для работы с бухгалтерской отчетностью.
4.1.1.1.1 Подсистема взаимодействия с внешними системами
предназначена для:
- формирования запросов к системам нотаризации и предоставление информации внешним системам 1С, WEB - ресурсы, Visual Studio, XSL о примерных расценках, а также обслуживание.
- получение и обработку ответов на запросы от систем нотаризации и раскрытия;
- передачу ответов подсистеме фиксации.
- возможность бронирования времени посещения
4.1.1.1.2 Подсистема фиксации информации
предназначена для:
- фиксации информации о фактах учетных событий;
- внесения в базу данных учетных данных;
- инициирования обмена с системами нотаризации и раскрытия при занесении материалов
4.1.1.1.3 Подсистема хранения поступающих материалов
предназначена для:
- хранения файлов поступающих материалов по проектам;
- валидации форматов файлов(для форматов HTML и Open Document) поступающих
материалов ;
- конвертирования файлов формата для обработки(Open Document) в формат для печати (PDF)
и гипертекстовом формате(HTML). Детальные требования приведены в документе,
указанном в пункте 3 раздела «Источники разработки»;
- ведения версий поступающих материалов.
4.1.1.1.4 Подсистема журналирования
предназначена для:
- сбора и хранение информации о событиях Системы;
- управления процессов ведения журналов.
4.1.1.1.5 Подсистема уведомлений
предназначена для:
- уведомления о факте занесения материала по проекту;
- уведомления о предстоящих обновлениях.
4.1.1.1.6 Подсистема безопасности
предназначена для:
- выполнения требований регламента публикации в части доступа к материалам;
- защиты информации от несанкционированного доступа;
- контроля взаимодействия с внешними системами.
4.1.1.1.7 Подсистема генерации отчетов
предназначена для:
- формирования отчетов;
- управление внешним видом отчетов.
4.1.1.1.8 Подсистема для работы с клиентами.
предназначена для:
- регистрации клиентов
- получения промеждуточных данных по счету
- получению заказа
- выдача документации
4.1.1.1.9 Подсистема для работы с внешними пользователями.
предназначена для:
- бронирования времени посещения
- получению информации о дополнительных услугах
4.1.1.1.10 Подсистема для работы с бухгалтерской отчетностью.
предназначена для:
- выгрузки отчетов
- получения информации о взаиморасчетах с клиентами
- получения информации о взаиморасчетах с поставщиками
4.1.2 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами
Система должна взаимодействовать с системами нотаризации, раскрытия и внешними программами, для обслуживания внешних клиентов, а также 1С. Система должна обеспечить
возможность реализации интерфейсов к этим системам согласно протоколам нотаризации и
раскрытия. Указанные протоколы будут разработаны фирмой «ЛАН Крипто» в течении 2014 года.
Требования, доступные на момент написания документа, описаны в разделе требований к
подсистеме взаимодействия с внешними системами.
4.1.3 Требования к режимам функционирования системы
Режим функционирования - круглосуточно,исключая согласованные периоды времени на
выполнение регламентных работ по обслуживанию оборудования или обновление программного
обеспечения системы.
4.1.4 Требования по диагностированию системы
Система должна удовлетворять следующим требованиям по диагностированию:
- запись при возникновении системных ошибок в ходе выполнения работы в системный
журнал;
- журналирование действий пользователей при выполнении работ;
- выдача пользователю сообщений, содержащих адекватное описание нарушения
работоспособности.
Во время опытной эксплуатации рекомендуется работа скомпилированного в отладочном
режиме программного обеспечения для сохранения полной отладочной информации.
4.1.5 Перспективы развития, модернизации системы
Для приведения Системы к готовности для промышленной эксплуатации по результатам
10
опытной эксплуатации могут быть проведены работы в следующих направлениях:
- Масштабируемости системы за счет вынесения функций валидации и конвертирования
файлов материалов в регламентированные форматы за счет вынесения этих функций на
выделенные аппаратные ресурсы;
- Создания интерфейсов взаимодействия с другими системами, которые будут разработаны в
рамках ФЦП «Электронная Россия» ;
- Разработка пользовательского интерфейса редактирования параметров настройки Системы.
Доступ к этому пользовательскому интерфейсу должен контролироваться подсистемой
безопасности;
- Адаптация логики работы системы к изменениям в законодательстве и документах,
регламентирующих деятельность Заказчика.
4.1.6 Требования к численности и квалификации персонала системы и режиму его работы
4.1.6.1 Требования к численности персонала (пользователей) АС
С учетом макетности системы конкретных требований к численности персонала не
приводится. В Системе предполагается наличие ролей пользователей - администратор,
пользователь, который может вносить данные, и пользователь обладающий только возможностью просмотра данных, а также пользователь - бухгалтер, пользователь, который может работать с отчетностью.
4.1.6.2 Требования к квалификации персонала
Пользователь с ролью администратор должен обладать знаниями и навыками необходимыми
для настройки программной и аппаратной части системы, для классификации и устранения
возникающих ошибок, и быть ознакомлен с рабочей документацией на систему.
Пользователи, заносящие данные в систему, должны изучить регламент публикации и
руководство оператора и обладать базовыми навыками работы на персональном компьютере.
Пользователи, обладающие только возможностью просмотра данных, руководство
оператора и обладать базовыми навыками работы на персональном компьютере, а также работой с мобильными приложениями. Пользователь с ролью бухгалтера должен обладать навыками работы на персональном компьютере и быть ознакомленным с рабочей документацией на систему.
4.1.6.3 Требуемый режим работы персонала АС
Режим работы пользователей с ролью администратор определяется режимом работы
организации, эксплуатирующей Систему, за исключением работ по устранению возможных
ошибок ПО, выявленных в период опытной эксплуатации других, проводимых по регламенту в нерабочее время.
Режим работы остальных пользователей не регламентируется.
4.1.7 Требования к надежности
Надежность создаваемой Системы должна обеспечиваться:
использованием программных методов обеспечения целостности данных;
- выбором отказоустойчивого оборудования и его структурным резервированием;
- использованием источников бесперебойного питания;
- выбором топологии телекоммуникационной и локальных вычислительных сетей,
обеспечивающих вариантность маршрутизации потоков информации;
- дублированием носителей информации.
4.1.8 Требования безопасности
Специальных требований к безопасности при монтаже, наладке, эксплуатации,
обслуживании и ремонте технических средств Системы не предъявляется. Сотрудники Заказчика
и Исполнителя должны руководствоваться действующими в соответствующих организациях
регламентирующими технику безопасности документами.
4.1.9 Требования к эргономике и технической эстетике
Ввиду того, что для доступа к Системе пользователь может выбрать любой браузер,
удовлетворяющий требованиям программного обеспечения, изложенным в настоящем
Техническом задании, требования к пользовательскому интерфейсу не специфицируются.
4.1.10 Требования к эксплуатации, техническому обслуживанию,ремонту и хранению компонентов системы
Функции системы должны предоставляется в круглосуточном бесперебойном режиме.
Регламентные работы по обслуживанию оборудования и программного обеспечения должны
выполняться обслуживающим персоналом согласно режима работы обслуживающей организации.
При проведении регламентных работ в рабочее время пользователи системы должны быть
предупреждены путем перенаправления на веб-страницу, а также личным сообщением на рабочую почту с указанием факта регламентных работ.
В системе должна быть обеспечена возможность, в случае отказа оборудования или ПО,
восстановления ее функционирования с резервной копии.
Предпочтительнее, чтобы регламентные работы выполнялись только в то время когда в системе находится минимальное количество пользователей.
4.1.11 Требования к защите информации от несанкционированного доступа
Обеспечение требований по защите информации от несанкционированного доступа
возлагается на подсистему безопасности. К подсистеме безопасности предъявляются
следующие требования:
- Выполнение требований регламента публикации;
- Поддержка разграничения доступа к информации пользователей с разными уровнями прав
доступа;
- Возможность отнесения поступающих материалов к разным уровням доступа в соответствии
со списками на раскрытие и другими нормативными документами;
- Поддержка организации доступа пользователей к Системе и защита записей базы данных от
несанкционированного доступа.
- Учет требований иных работ, осуществляемых в рамках «OOO «”AlaniaCorporation"» по
тематике защиты информации и сложившаяся практика по защите Системы от
несанкционированного доступа, уничтожения или искажения данных.
4.1.12 Требования по сохранности информации при авариях
При авариях не должна нарушаться целостность данных.
При размещении Системы на аппаратных средствах Заказчика должно использоваться
аппаратное и программное обеспечение для резервирования и создания копий данных.
Требования надежности работы системы в целом и сохранности информации во время
аварий должны быть учтены при выборе аппаратного обеспечения и квалификации
обслуживающего персонала.
4.2 Требования к функциям (задачам), выполняемым системой
4) Подсистема журналирования;
5) Подсистема уведомлений;
6) Подсистема безопасности.
7) Подсистема генерации отчетов.
8) Подсистема для работы с клиентами.
9) Подсистема для работы с внешними пользователями.
10) Подсистема для работы с бухгалтерской отчетностью.
4.2.1 Подсистема взаимодействия с внешними системами
Подсистема предназначена для:
- формирования запросов к системам нотаризации и раскрытия в рамках разрабатываемых
работ по соответствующим услугам «OOO "AlaniaCorporation"»;
- получение и обработку ответов на запросы от систем нотаризации и раскрытия;
- передачу ответов подсистеме фиксации.
4.2.1.1 Функция взаимодействия с системой нотаризации
Функция должна формировать запросы и обрабатывать ответы от сервера нотаризации
согласно протокола нотаризации, разрабатываемого в настоящее время компанией «ЛАН Крипто».
К реализации функции предъявляются также требования:
- использования технологии веб-сервисов;
- поддержка механизма транзакционной целостности операций;
- операции должны контролироваться подсистемой безопасности для соблюдения требований
регламента публикации в части требований по уровням доступа к материалам.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.1.2 Функция взаимодействия с системой раскрытия
Функция должна формировать запросы и обрабатывать ответы от портала раскрытия
согласно протокола раскрытия, разрабатываемого в настоящее время компанией «ЛАН Крипто». К реализации функции предъявляются также требования:
- использования технологии веб-сервисов;
- поддержка механизма транзакционной целостности операций;
- операции должны контролироваться подсистемой безопасности для соблюдения требований регламента публикации.
- защита информации, доступная конкретным пользователям.
Временной регламент реализации функции.
Запрос на нотаризацию материала автоматически происходит непосредственно после его внесения в подсистему фиксации и подсистему хранения поступающих материалов. В случае отсутствия связи с сервером нотаризации пользователю должна быть предоставлена возможность вручную сформировать такой запрос.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.2 Подсистема фиксации информации
4.2.2.1 Функция фиксации фактов учетных событий
Функция должна фиксировать факты учетных событий в учетных регистрах. Функция
должна удовлетворять общим требованиям к административному учету:
- нотаризации;
- журналирования;
- транзакционности.
Временной регламент реализации функции.
Фиксация факта учетного события должна производиться в режиме реального времени. При
фиксации факта учетного события формируется запрос на нотаризацию данных учетного события.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.2.2 Функция вызова запроса на нотаризацию данных подсистемы взаимодействия с внешними системами
При фиксации учетного события функция вызывает функцию формирования запроса на
нотаризацию подсистемы взаимодействия с внешними системами. При отсутствии связи с
сервером нотаризации пользователю должно выдаваться соответствующее предупреждение.
Выходной информацией функции должны быть метка(штамп) времени и уникальный
идентификатор, полученные от системы нотаризации.
Временной регламент реализации функции.
Вызов должен производиться в режиме реального времени.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.3 Подсистема хранения поступающих материалов
4.2.3.1 Функция поддержки справочников
Для упорядочения доступа к хранимым материалам система должна поддерживать
следующие справочники:
- Клиенты;
- Свободные часы;
- Занятые номера;
-Список услуг;
- Забронированные номера;
Временной регламент реализации функции.
Функция должна выполняться в режиме реального времени.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.3.2 Функция хранения материала в регламентируемых форматах
Функция должна поддерживать хранение материала в форматах, приведенных в документе,
указанном в пункте 3 раздела «Источники разработки».
Временной регламент реализации функции.
Внесенные материалы должны храниться в Системе постоянно. Удаление материалов не
допускается. Возможен только
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректное занесение и хранение
материалов в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции с фиксацией факта
учетного события занесения материала. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
4.2.3.3 Функция валидации регламентированных форматов файлов хранимых материалов
Функция предназначена для проверки правильности формата хранимого материала перед
занесением его в систему. Правильность формата определяется требованиями, приведенными в документе, указанном в пункте 3 раздела «Источники разработки».
Временной регламент реализации функции.
Формат вносимых в Систему материалов должен проверятся перед занесением в Систему.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную проверку формата
материала(валидация).
Валидация формата материала происходит в рамках одной транзакции с фиксацией факта
учетного события занесения материала, конвертацией и с занесением материала в базу данных.
При возникновении программной или аппаратной ошибки действия по изменения данных в
рамках транзакции отменяются, и данные в базе данных должны быть приведены в
предшествующее состояние.
4.2.3.4 Функция конвертирования материалов в регламентируемые форматы
Функция предназначена для конвертирования материала в регламентируемые форматы перед
занесением его в систему. При реализации должна быть предусмотрена возможность
масштабирования Системы путем вынесения данной функции на отдельный аппаратный ресурс.
- Техническое знание и его специфика
- Техническое и иное обеспечение оперативно-розыскной деятельности органов внутренних дел
- Техническое и информационное обеспечение технологий и средств диагностики
- Техническое использование СЭУ
- Техническое и тарифное нормирование труда
- Техническое нормирование труда
- Техническое обеспечение компьютера
- Технический регламент на соковую продукцию из фруктов и овощей
- Технический регламент о требованиях пожарной безопасности
- Технический углерод
- Технический уровень продукции
- Технический уровень развития предприятия
- Техническое выращивание яровой пшеницы. Лесостепная зона Красноярского края
- Техническое задание на создание автоматизированной системы. ГОСТ 34.602-89
