Требования к видам обеспечения Требования к информационному обеспечению Требований к информационному обеспечению процесса разработки не предъявляется.
Требования к программному обеспечению Разработка не требует дополнительных лицензий на подсистемы СЭДД.
Разработка не должна нарушать лицензионных и авторских прав компании-производителя системы CompanyMedia (компании «Интертраст»).
Требования к техническому обеспечению Специальных требований не предъявляется.
Требования разработки, описанной в текущем техническом задании, определяются базовыми компонентами систем: Lotus Notes/Domino, СИСТЕМЫ и определяются объединением максимальных требований из минимальных каждой системы.
Требования к организационному обеспечению Доработка не требует специальных изменений процессов, обеспечивающих использование подсистем СЭДД сотрудниками заказчика.
Необходимо присутствие специалистов ИСПОЛНИТЕЛЯ на момент проведения указанных работ в количестве не менее 2-х человек.
Исполнитель должен иметь не менее 3-х специалистов обладающих сертификатом разработчика IBM Lotus Domino, и не менее 3-х специалистов обладающих сертификатом администратор CompanyMedia 4.1.
Требования к методическому обеспечению С целью уменьшения стоимости проекта методические инструкции пользователей и регламентные документы не создаются.
Пользователи должны быть ознакомлены с принципами работы отчетов.
Оформление методик осуществляется на основе принятых в компании разработчика стандартах оформления.
Стандарты оформления являются собственностью компании разработчика и заказчику не предоставляются и не передаются.
Требования к документационному обеспечению С целью уменьшения стоимости архитектурная документация на разработку не создается.
По окончании работ предоставляется программный код в составе ДИЗАЙН-ШАБЛОНОВ и краткое описание РАЗРАБОТКИ.
Требования к функциям разработки Разработка должна обеспечивать выполнение следующих основных функций:
В подсистеме «СМ-Обращения граждан» Общее описание Создание временной копии электронного обращения в БД Шлюз ОГ.
Автоматическое создание письма в почтовой базе для отправки обратившемуся гражданину о регистрации обращения в системе.
Создание постоянной РКК из БД Шлюз ОГ в БД ОГ-Письма.
Автоматическое изменение статуса электронного обращения на официальном сайте общественной приемной губернатора новосибирской области.
Проверка статуса электронного обращения по идентификационному коду и из личного кабинета авторизированного пользователя сайта.
Создание регистрационной карточки устного обращения.
Должен быть создан агент, который распределит запросы в базах «ОГ-Письма» и «ОГ-Личный прием» по годам.
Дальнейшие запросы должны сохраняться в базах соответствующего года в зависимости от даты создания или регистрации обращения.
В БД «ОГ-Письма» и «ОГ-Личный прием», «ОГ-Устный прием» должен быть реализован полнотекстовый поиск по форме аналогично поиску по форме подсистеме «СМ-Делопроизводство».
Создание в БД Шлюз ОГ дополнительной карточки обращения, содержащей сведения: пп.5.1.5.5.3
Передача полной карточки обращения, включая вложения, в основную базу данных подсистемы «СМ-Обращения граждан» и удаление данной карточки с использованием метода затирания данных в БД Шлюз ОГ.
|