Автор работы: Пользователь скрыл имя, 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
безопасности;
- Адаптация логики работы системы к изменениям в законодательстве и документах,
регламентирующих деятельность Заказчика.
С учетом макетности системы конкретных требований к численности персонала не
приводится. В Системе предполагается наличие ролей пользователей - администратор,
пользователь, который может вносить данные, и пользователь обладающий только возможностью просмотра данных, а также пользователь - бухгалтер, пользователь, который может работать с отчетностью.
Пользователь с ролью администратор должен обладать знаниями и навыками необходимыми
для настройки программной и аппаратной части системы, для классификации и устранения
возникающих ошибок, и быть ознакомлен с рабочей документацией на систему.
Пользователи, заносящие данные в систему, должны изучить регламент публикации и
руководство оператора и обладать базовыми навыками работы на персональном компьютере.
Пользователи, обладающие только возможностью просмотра данных, руководство
оператора и обладать базовыми навыками работы на персональном компьютере, а также работой с мобильными приложениями. Пользователь с ролью бухгалтера должен обладать навыками работы на персональном компьютере и быть ознакомленным с рабочей документацией на систему.
Режим работы пользователей с ролью администратор определяется режимом работы
организации, эксплуатирующей Систему, за исключением работ по устранению возможных
ошибок ПО, выявленных в период опытной эксплуатации других, проводимых по регламенту в нерабочее время.
Режим работы остальных пользователей не регламентируется.
Надежность создаваемой Системы должна обеспечиваться:
использованием программных методов обеспечения целостности данных;
- выбором отказоустойчивого оборудования и его структурным резервированием;
- использованием источников бесперебойного питания;
- выбором топологии телекоммуникационной и локальных вычислительных сетей,
обеспечивающих вариантность маршрутизации потоков информации;
- дублированием носителей информации.
Специальных требований к безопасности при монтаже, наладке, эксплуатации,
обслуживании и ремонте технических средств Системы не предъявляется. Сотрудники Заказчика
и Исполнителя должны руководствоваться действующими в соответствующих организациях
регламентирующими технику безопасности документами.
Ввиду того, что для доступа к Системе пользователь может выбрать любой браузер,
удовлетворяющий требованиям программного обеспечения, изложенным в настоящем
Техническом задании, требования к пользовательскому интерфейсу не специфицируются.
Функции системы должны предоставляется в круглосуточном бесперебойном режиме.
Регламентные работы по обслуживанию оборудования и программного обеспечения должны
выполняться обслуживающим персоналом согласно режима работы обслуживающей организации.
При проведении регламентных работ в рабочее время пользователи системы должны быть
предупреждены путем перенаправления на веб-страницу, а также личным сообщением на рабочую почту с указанием факта регламентных работ.
В системе должна быть обеспечена возможность, в случае отказа оборудования или ПО,
восстановления ее функционирования с резервной копии.
Предпочтительнее, чтобы регламентные работы выполнялись только в то время когда в системе находится минимальное количество пользователей.
Обеспечение требований по защите информации от несанкционированного доступа
возлагается на подсистему безопасности. К подсистеме безопасности предъявляются
следующие требования:
- Выполнение требований регламента публикации;
- Поддержка разграничения доступа к информации пользователей с разными уровнями прав
доступа;
- Возможность отнесения поступающих материалов к разным уровням доступа в соответствии
со списками на раскрытие и другими нормативными документами;
- Поддержка организации доступа пользователей к Системе и защита записей базы данных от
несанкционированного доступа.
- Учет требований иных работ, осуществляемых в рамках «OOO «”AlaniaCorporation"» по
тематике защиты информации и сложившаяся практика по защите Системы от
несанкционированного доступа, уничтожения или искажения данных.
При авариях не должна нарушаться целостность данных.
При размещении Системы на аппаратных средствах Заказчика должно использоваться
аппаратное и программное обеспечение для резервирования и создания копий данных.
Требования надежности работы системы в целом и сохранности информации во время
аварий должны быть учтены при выборе аппаратного обеспечения и квалификации
обслуживающего персонала.
4) Подсистема журналирования;
5) Подсистема уведомлений;
6) Подсистема безопасности.
7) Подсистема генерации отчетов.
8) Подсистема для работы с клиентами.
9) Подсистема для работы с внешними пользователями.
10) Подсистема для работы с бухгалтерской отчетностью.
Подсистема предназначена для:
- формирования запросов к системам нотаризации и раскрытия в рамках разрабатываемых
работ по соответствующим услугам «OOO "AlaniaCorporation"»;
- получение и обработку ответов на запросы от систем нотаризации и раскрытия;
- передачу ответов подсистеме фиксации.
Функция должна формировать запросы и обрабатывать ответы от сервера нотаризации
согласно протокола нотаризации, разрабатываемого в настоящее время компанией «ЛАН Крипто».
К реализации функции предъявляются также требования:
- использования технологии веб-сервисов;
- поддержка механизма транзакционной целостности операций;
- операции должны контролироваться подсистемой безопасности для соблюдения требований
регламента публикации в части требований по уровням доступа к материалам.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
Функция должна формировать запросы и обрабатывать ответы от портала раскрытия
согласно протокола раскрытия, разрабатываемого в настоящее время компанией «ЛАН Крипто». К реализации функции предъявляются также требования:
- использования технологии веб-сервисов;
- поддержка механизма транзакционной целостности операций;
- операции должны контролироваться подсистемой безопасности для соблюдения требований регламента публикации.
- защита информации, доступная конкретным пользователям.
Временной регламент реализации функции.
Запрос на нотаризацию материала автоматически происходит непосредственно после его внесения в подсистему фиксации и подсистему хранения поступающих материалов. В случае отсутствия связи с сервером нотаризации пользователю должна быть предоставлена возможность вручную сформировать такой запрос.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
Функция должна фиксировать факты учетных событий в учетных регистрах. Функция
должна удовлетворять общим требованиям к административному учету:
- нотаризации;
- журналирования;
- транзакционности.
Временной регламент реализации функции.
Фиксация факта учетного события должна производиться в режиме реального времени. При
фиксации факта учетного события формируется запрос на нотаризацию данных учетного события.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
При фиксации учетного события функция вызывает функцию формирования запроса на
нотаризацию подсистемы взаимодействия с внешними системами. При отсутствии связи с
сервером нотаризации пользователю должно выдаваться соответствующее предупреждение.
Выходной информацией функции должны быть метка(штамп) времени и уникальный
идентификатор, полученные от системы нотаризации.
Временной регламент реализации функции.
Вызов должен производиться в режиме реального времени.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
Для упорядочения доступа к хранимым материалам система должна поддерживать
следующие справочники:
- Клиенты;
- Свободные часы;
- Занятые номера;
-Список услуг;
- Забронированные номера;
Временной регламент реализации функции.
Функция должна выполняться в режиме реального времени.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную фиксацию вносимой
информации в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении
программной или аппаратной ошибки действия по изменения данных в рамках транзакции
отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
Функция должна поддерживать хранение материала в форматах, приведенных в документе,
указанном в пункте 3 раздела «Источники разработки».
Временной регламент реализации функции.
Внесенные материалы должны храниться в Системе постоянно. Удаление материалов не
допускается. Возможен только
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректное занесение и хранение
материалов в базе данных.
Внесение данных в базу данных происходит в рамках одной транзакции с фиксацией факта
учетного события занесения материала. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние.
Функция предназначена для проверки правильности формата хранимого материала перед
занесением его в систему. Правильность формата определяется требованиями, приведенными в документе, указанном в пункте 3 раздела «Источники разработки».
Временной регламент реализации функции.
Формат вносимых в Систему материалов должен проверятся перед занесением в Систему.
Требования к качеству реализации.
Программная реализация функции должна обеспечить корректную проверку формата
материала(валидация).
Валидация формата материала происходит в рамках одной транзакции с фиксацией факта
учетного события занесения материала, конвертацией и с занесением материала в базу данных.
При возникновении программной или аппаратной ошибки действия по изменения данных в
рамках транзакции отменяются, и данные в базе данных должны быть приведены в
предшествующее состояние.
Функция предназначена для конвертирования материала в регламентируемые форматы перед
занесением его в систему. При реализации должна быть предусмотрена возможность
масштабирования Системы путем вынесения данной функции на отдельный аппаратный ресурс.
Информация о работе Техническое задание на создание информационной системы "Мариот"