Ган ааа анаг АС рс. Приложение №3.1_ТЗ_внедрение. Техническое задание на Работы по внедрению информационной системы Корпоративная система электронного документооборота и делопроизводства (ксэд)

Название	Техническое задание на Работы по внедрению информационной системы Корпоративная система электронного документооборота и делопроизводства (ксэд)
Анкор	Ган ааа анаг АС рс
Дата	13.10.2021
Размер	0.6 Mb.
Формат файла
Имя файла	Приложение №3.1_ТЗ_внедрение.docx
Тип	Техническое задание #246646
страница	4 из 8

1 2 3 4 5 6 7 8

ТРЕБОВАНИЯ ТЕХНИЧЕСКОГО ОБЕСПЕЧЕНИЯ РЕАЛИЗАЦИИ:

В качестве среды тестирования будет использоваться развернутая инфраструктура виртуальных серверов на стороне Заказчика

В качестве единой системы отслеживания выполнения задач должна использоваться система постановки задач – Jira, доступ предоставляется Заказчиком Исполнителю. В качестве единой системы обмена информацией по задачам, должна использоваться система пространств – Confluence (является частью Jira), доступ к которой предоставляется Заказчиком Исполнителю.

В качестве единого репозитория должна использовать система контроля версий – Bitbucket (является частью Jira), доступ к которой предоставляется Заказчиком Исполнителю.

ТРЕБОВАНИЯ К ПОРЯДКУ СДАЧИ-ПРИЕМКИ РАБОТ

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

В рамках сдачи-приемки работ, должны быть проведены приемо-сдаточные испытания, в рамках которых определяется комплектность отчетной документации и оценка соответствия результатов разработки описанным в ЧТЗ техническим решениям и, предъявляемым к функционалу компонентов, требованиям настоящего документа.

Приложение 1

Ранее реализованные Требования к функциям, выполняемым ИС

1. Требования к автоматизации
  1. Требования к основным функциям системы
    1. Требования к ведению карточки документа
      1. Документ в Системе должен состоять из карточки документа и вложений (электронных копий бумажного документа / электронных документов).
      2. Система должна предоставлять возможность создания карточек определенных типов документов. Для каждого типа документа должен использоваться свой набор реквизитов.
      3. Реквизиты карточки должны быть 2-х типов: обязательные к заполнению и необязательные (информационные). Обязательные к заполнению реквизиты должны быть выделены визуально. В случае незаполненного обязательного поля, Система должна отображать сообщения об ошибке (а также подсказки о необходимости заполнения под обязательными полями).
      4. Все значимые реквизиты должны быть выделены или подсвечены другим цветом / полужирным начертанием шрифта.
      5. Если поле карточки заполняется выбором из справочника, то для выбора значения Система должна предоставлять возможность заполнения поля без входа в справочник: по введенным в поле нескольким символам Система выдает список совпадений из справочника, из которых пользователь выбирает необходимое значение.
      6. Должна быть предоставлена возможность ввода в Систему однотипных документов посредством копирования карточек ранее введенных в Систему документов (без создания связи между создаваемым и копируемым документом).
      7. При создании карточки документа Система должна предоставлять как возможность выбора маршрута обработки документа из числа созданных в Системе типовых маршрутов для создаваемого типа документа, так и возможность отправки документа по свободному маршруту (с возможностью самостоятельного определения этапов и согласующих). Доступные маршруты обработки документов должны быть сгруппированы по видам документов.
      8. Система должна предоставлять возможность заполнения некоторых полей значениями по умолчанию в зависимости от выбранного при создании карточки маршрута обработки документа. Поля, заполненные по умолчанию значениями из типового маршрута, могут быть как доступными для редактирования, так и не подлежать изменению (если для данных полей в типовом маршруте предусмотрены соответствующие настройки).
      9. Система должна предоставлять возможность наглядного отображения информации о полном маршруте согласования данного документа и о текущем статусе (этапе) согласования документа непосредственно в самой форме карточки документа: время поступления на согласование согласующему, срок для принятия решения согласующим, время принятия решения согласующим, время принятия решения подписантом.
      10. Система должна предоставлять возможность отображения истории редактирования карточки документа (ФИО сотрудника, дата и время редактирования), а также информацию по ее созданию (ФИО сотрудника, дата и время создания).
    2. Требования к версионности
      1. Для всех вложений в Системе должен поддерживаться контроль изменения версий. Пользователь должен иметь возможность просмотреть старые версии вложений, время создания версии, автора версии.
      2. При добавлении новой версии вложения через веб-интерфейс версия помечается как следующая по порядку (например, 3, 4).
      3. При добавлении новой версии пользователь должен иметь возможность указать комментарий к новой версии вложения относительно внесенных им изменений. Версии вложений в карточке документа должны располагаться в хронологическом порядке.
      4. При наличии соответствующих прав доступа пользователь должен иметь возможность восстановить любую из сохраненных в истории версий и сделать данную версию актуальной.
    3. 1 2 3 4 5 6 7 8

ТРЕБОВАНИЯ ТЕХНИЧЕСКОГО ОБЕСПЕЧЕНИЯ РЕАЛИЗАЦИИ:

ТРЕБОВАНИЯ К ПОРЯДКУ СДАЧИ-ПРИЕМКИ РАБОТ

Требования к автоматизации

Требования к основным функциям системы

Требования к ведению карточки документа

Требования к версионности