4. Требования к разработке ИС «SYNERGY Workflow»

4.1. Общие требования к Системе

  1. Система должна поддерживать работу на следующих серверных ОС: Linux, BSD, Solaris (рекомендуется использовать ОС Debian GNU/Linux версий 8.0 - 9.0 (amd64).
  2. Система должна поддерживать работу на реляционных СУБД и на noSQL СУБД.
  3. Система не должна требовать обязательного приобретения дополнительных компонентов (лицензии на ОС, на СУБД и т.п.).
  4. Система должна поддерживать шифрование подключений с помощью протокола SSL (HTTPS).
  5. Система должна поддерживать работу с распределённым хранилищем данных.
  6. Система должна обеспечивать возможность распределенной работы и удаленного доступа к ресурсам и объектам.
  7. Система должна поддерживать работу в архитектуре Internet/Intrаnet.
  8. Система должна предоставлять Web-интерфейс, который не требует установки клиентской части. Система должна поддерживать интернет-браузеры Google Chrome, Mozilla Firefox актуальных версий.
  9. Система должна предоставлять возможность реализовывать пользовательские интерфейсы, используя HTML и/или JavaScript.
  10. Система должна предоставлять комплект средств разработки (Software Development Kit - SDK), включая:
  • REST API;
  • способы авторизации: сессионная, по логину и паролю, по ключам;
  • события, возникающие в различных точках исполняемого кода при выполнении определённых условий;
  • очереди сообщений;
  • поддержку плагинов;
  • JavaScript интерпретаторы.
  1. Система должна предоставлять инструментарий для локализации языка интерфейса. Система должна обеспечить возможность добавлять и настраивать неограниченное количество языков без программирования в процессе эксплуатации. А также позволять изменять переводы в режиме реального времени, без остановки системы и без применения сторонних инструментов.
  2. Система должна предоставлять возможность администрирования организационной структуры, функциональных ролей и учетных записей пользователей.
  3. Система должна предоставлять возможность регулирования доступа к объектам системы в соответствии с правами доступа пользователя.
  4. Система должна предоставлять возможность создания, редактирования форм в визуальном редакторе форм.
  5. Система должна предоставлять инструмент управления бизнес-процессами, поддерживающий нотацию BPMN.
  6. Система должна предоставлять дизайнер бизнес-процессов. Создание и редактирование бизнес-процессов должно выполняться в рабочем пространстве дизайнера бизнес-процессов.
  7. Система должна поддерживать версионность документов.

4.2. Требования к модулям Системы

  1. Система должна предоставлять доступ пользователям к модулю поручений.
  2. Система должна предоставлять доступ пользователям к модулю документооборота.
  3. Система должна предоставлять доступ пользователям к модулю настроек документоборота.
  4. Система должна предоставлять доступ пользователям к модулю кадрового учета и делопроизводства.
  5. Система должна предоставлять доступ пользователям к модулю настроек кадрового учета и делопроизводства.

4.3. Требования к модулю поручений

  1. Модуль должен предоставлять возможность создания работ с указанием названия, сроков исполнения, приоритета, ответственного и соисполнителей, а также указанием дополнительной информации: нагрузка, ключевые слова, комментарии, вложения, форма завершения.
  2. Модуль должен предоставлять возможность создания протоколов. В результате запуска протокола система должна автоматически создавать протокольные поручения.
  3. Модуль должен предоставлять возможность создания проектов документов с указанием краткого содержания, типов документов, сроков исполнения.
  4. Модуль должен предоставлять возможность редактирования работы и проекта документа в соответствии с правами доступа и статусом работы.
  5. Модуль должен предоставлять возможность комментирования работы и проекта документа, просмотра и прикрепления вложений в соответствие с правами доступа и видом работы.
  6. Модуль должен предоставлять возможность добавления трех видов комментариев к работе или проекту документа: относящиеся к работе, относящиеся к документу и личные.
  7. Модуль должен предоставлять возможность отправки работы и проекта документа на согласование, утверждение, ознакомление.
  8. Модуль должен предоставлять возможность автоматического заполнения названий работ вида согласование, утверждение, ознакомление.
  9. Модуль должен предоставлять доступ пользователю к своим работам с использованием основных фильтров:
  • на исполнении;
  • на контроле;
  • делегированные (если кто-либо делегировал право на просмотр работ пользователю или пользователь является исполняющим обязанности);
  • протокольные (в случае наличия протокольных работ).
  1. Модуль должен предоставлять доступ пользователю к фильтру «Делегированные», который содержит фильтр по работам делегировавшего пользователя либо руководителя.
  2. Модуль должен предоставлять возможность создавать дополнительные подфильтры к основным фильтрам с возможностью их редактирования / удаления, за исключением фильтра «Делегированные».
  3. Модуль должен предоставлять возможность единовременного изменения параметров отображения фильтров путем уточнения условий (показать удаленные, показать завершенные, период).
  4. Интерфейс модуля должен предусматривать визуальное различие работ по приоритетам.
  5. Интерфейс модуля должен предусматривать визуальное различие работ по истечению срока исполнения: актуальные, просроченные и работы, до окончания исполнения которых осталось меньше трети срока исполнения.
  6. Модуль должен предоставлять возможность брать на контроль и снимать с контроля работы подчиненных.
  7. Модуль должен предоставлять возможность текстового поиска по названию, автору, исполнителю.
  8. Модуль должен позволять перепоручать работы подчиненным.
  9. Модуль должен позволять передать и перепоручать работы исполнителю, не являющемуся подчиненным, в случае указания соответствующей опции.
  10. Модуль должен предоставлять возможность изменять прогресс работ (в процентах, от 0 до 100) своих и перепорученных работ.
  11. Модуль должен предоставлять возможность выбрать форму завершения работы путем выбора из справочника.
  12. Модуль должен предоставлять возможность подтвердить либо отклонить результат работы.
  13. Модуль должен предоставлять возможность завершать работы путем выставления прогресса в 100%.
  14. Модуль должен обеспечивать возможность учета в качестве даты завершения работы, времени когда исполнителем поставлен 100% прогресс в случае, если руководитель закрыл работу позднее.
  15. Модуль должен предоставлять возможность каскадно завершать дерево работ путем завершения родительского элемента.
  16. Модуль должен предоставлять возможность обращения к заранее сохраненным маршрутам для запуска текущей работы или документа по маршруту.
  17. Модуль должен позволять создавать дочерние документы на основе существующих.
  18. Модуль должен предоставлять возможность выбрать документ, к которому у пользователя есть доступ, для текущего в качестве основания.
  19. Модуль должен позволять просмотреть пользователю ход выполнения работы или документа: дата и время начала/завершения этапа, кем был этап завершен.
  20. Модуль должен позволять просмотреть пользователю все будущие этапы маршрута. Будущие этапы маршрута в общем ходе выполнения должны визуально отличаться от выполненных.
  21. Модуль должен хранить информацию об изменениях в файлах работы или документа: создание, редактирование, удаление.
  22. Модуль должен предоставлять возможность подписания документов ЭЦП.
  23. Модуль должен поддерживать ЭЦП НУЦ.
  24. Модуль должен хранить информацию о всех визах документа в листах согласования, утверждения, ознакомления, подписей.
  25. Модуль должен предоставлять возможность руководителю создавать и редактировать резолюцию.
  26. Модуль должен предоставлять возможность руководителю указывать форму завершения работы в резолюции путем выбора из справочника.

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

  1. Модуль должен предоставлять возможность просматривать все документы, к которым имел какое-либо отношение пользователь:
  • Мои - документы, созданные непосредственно пользователем;
  • Полученные - документы, пришедшие непосредственно пользователю;
  • Отправленные - документы, отправленные непосредственно пользователем.
  1. Модуль должен отображать журналы для пользователей с ролью «Сотрудник канцелярии».
  2. Модуль должен позволять регистрацию документов в выбранном журнале с заполнением карточки документа, прикреплением вложений.
  3. Модуль должен предоставлять возможность указать исполнителя документа и/или маршрут движения документа после регистрации (для соответствующего типа журнала).
  4. При заполнении карточки система должна проверять выполнение необходимых условий регистрации документов.
  5. Модуль должен позволять прикреплять файлы к регистрируемому документу путем: загрузки с компьютера, с хранилища, сканировать.
  6. Модуль должен предоставлять доступ к документам в имеющихся журналах в соответствии с правами доступа пользователя.
  7. Модуль должен позволять автоматическую регистрацию документов.
  8. Модуль должен позволять резервирование номеров регистрации документа.
  9. Модуль должен осуществлять автоматическое создание работы для исполнителя на основе зарегистрированного документа.
  10. Модуль должен предоставлять возможность отправки документа на согласование, ознакомление, утверждение, регистрацию и как служебную записку.
  11. Модуль должен отображать карточку документа, изменения в документе, ход выполнения в работе, инициированным на основе зарегистрированного документа в Журнале документов.
  12. Модуль должен предоставлять возможность просмотра деталей зарегистрированных документов.
  13. Модуль должен предоставлять возможность помечать документ как бракованный, как контрольный.
  14. Модуль должен предоставлять возможность списания документов в Дела.
  15. Модуль должен предоставлять возможность просмотра документов, списанных в Дела.
  16. Модуль должен предоставлять возможность создавать, редактировать и удалять собственные специализированные подфильтры для корневых веток и их подветок.
  17. Модуль должен предоставлять возможность фасетного поиска документа.
  18. Модуль должен предоставлять возможность сохранения пользовательских фасетов поиска.
  19. Модуль должен предоставлять возможность указания признака прочитанности / непрочитанности документа.
  20. Модуль должен предоставлять возможность прерывания маршрута документа.
  21. Модуль должен предоставлять возможность скрытия документов.
  22. Модуль должен предоставлять возможность просмотра данных документов в подфильтре, настроенным пользователем.
  23. Модуль должен предоставлять возможность отправки документа в личное дело пользователя.

4.5. Требования к модулю настроек документооборота

  1. Модуль должен предоставлять возможность настройки номенклатуры дел компании. Настройка номенклатуры дел включает в себя: создание, редактирование, удаление и закрытие дел номенклатуры.
  2. Модуль должен предоставлять возможность создания, редактирования и удаления счетчиков: кода, периода сброса, начального и следущего значения.
  3. Модуль должен предоставлять возможность создания, редактирования и удаления шаблонов номеров: название, формула, код.
  4. Модуль должен предоставлять возможность создания, редактирования журналов: название, код, тип, настройки и права доступа на журнал.
  5. Модуль должен предоставлять возможность настройки автоматической регистрации документов в выбранном журнале.
  6. Модуль должен предоставлять возможность скрывать журнал.
  7. Модуль должен предоставлять возможность распределения прав доступа на журналы: доступ на чтение, запись, отклонение, регистрация, редактирование, резервирование; редактирование РКК, редактирование файлов, изменение маршрута зарегистрированного документа.
  8. Модуль должен предоставлять возможность создания, редактирования и удаления типов документа: название, код, настройки, условия регистрации, доступ, использование особой настройки карточки.
  9. Модуль должен предоставлять возможность создания, редактирования и удаления шаблонов документа: название, код, тип документа и выбор файла шаблона.
  10. Модуль должен предоставлять возможность загрузки шаблона протокола, а также возврата к шаблонам по умолчанию.
  11. Модуль должен предоставлять возможность настраивать группы и пункты меню кросс-модульной кнопки «Создать».
  12. Модуль должен предоставлять возможность настройки основных фильтров потоков работ, создания и настройки подфильтров, а также инициализации для всех пользователей системы.
  13. Модуль должен предоставлять возможность создания, редактирования и удаления диалогов создания работы, проекта документа, проекта документа по шаблону.
  14. Модуль должен предоставлять возможность создания, редактирования, скрытия приоритетов, указания значения по умолчанию.
  15. Модуль должен предоставлять возможность редактирования процессов системы: настройки названий и подстановок, сообщений хода исполнения, состояний в списке работ, форм процесса, уведомлений.
  16. Модуль должен предоставлять возможность указания настроек резолюций, а также шаблона пункта резолюции.
  17. Модуль должен предоставлять возможность указания настроек нагрузок, формулы расчета эффективности по поручениям, а также создания, редактирования, удаления категорий нагрузок.
  18. Модуль должен предоставлять возможность указания дополнительных настроек документооборота, времени на выполнение работ по-умолчанию, настроек переназначения работ при увольнении/переводе пользователя.

4.6. Требования к модулю кадрового учета и делопроизводства

  1. Модуль должен предоставлять доступ к древовидному списку организационной структуры компании.
  2. Модуль должен предоставлять доступ руководителям к графику работ, который отображает работы подчиненных пользователей, находящихся в подразделении или назначенных на должность.
  3. Модуль должен предоставлять возможность создания, редактирования, удаления работ подчиненных на графике работ.
  4. Модуль должен предоставлять доступ в профиль, работы и отчеты пользователя.
  5. Модуль должен предоставлять руководителям (либо при соответствующих дополнительных правах) доступ к профилям, к работам, к отчетам по системным показателям подчиненного.
  6. Модуль должен предоставлять возможность руководителям ставить работы подчиненным.
  7. Модуль должен отображать в профиле пользователя:
  • События и нагрузку пользователя;
  • Реквизиты и контакты пользователя;
  • Дополнительные карточки пользователя;
  • Личное дело сотруднику с правами «Сотрудник отдела кадров»;
  • Статус сотрудника по отношению к занимаемой должности.
  1. Модуль должен предоставлять возможность найти сотрудника с помощью контекстного поиска, путем введения в поле «Поиск информации» фамилии или имени сотрудника.
  2. Модуль должен предоставлять список пользователей удовлетворяющий критерию поиска при введении первых букв фамилии, имени, отчеству и должности сотрудника.
  3. Модуль должен предоставлять возможность ограничения просмотра организационной структуры пользователями при включении соответствующей настройки.
  4. Модуль должен предоставлять возможность запрета на просмотр отчетов пользователя в зависимости от занимаемой должности при включении соответствующей настройки.
  5. Модуль должен предоставлять возможность просмотра карточек пользователей самим пользователем, а также всеми пользователями при соответствующей настройке.
  6. Модуль должен предоставлять возможность редактирования карточки пользователей самим пользователем при соответствующей настройке.
  7. Модуль должен предоставлять возможность создавать, редактировать и удалять пользователей, должности, подразделения у пользователей с ролью «Сотрудник отдела кадров».
  8. Модуль должен предоставлять возможность назначать пользователей на должности: создавать новых пользователей либо выбирать их из справочника.
  9. Модуль должен предоставлять возможность указать следующие права доступа пользователям:
  • Сотрудник отдела кадров;
  • Сотрудник канцелярии;
  • Доступ к стратегии;
  • Доступ к справочнику показателей;
  • Доступ в систему.
  1. Модуль должен предоставлять возможность просмотра / заполнения карточек пользователей, должностей и подразделений.
  2. Модуль должен предоставлять возможность формирования приказов на сотрудников.
  3. Модуль должен предоставлять возможность просматривать пользователей не назначенных на должность.
  4. Модуль должен предоставлять возможность создавать новых пользователей в резерве.
  5. Модуль должен предоставлять возможность изменять данные пользователей из резерва.
  6. Модуль должен предоставлять возможность просматривать профиль пользователей из резерва.
  7. Модуль должен предоставлять возможность формирования приказов на пользователей из резерва.
  8. Модуль должен предоставлять возможность настройки следующих кадровых процессов:
  • прием
  • перевод
  • увольнение
  • командирование
  • отпуска: трудовой отпуск, отпуск без содержания, учебный отпуск ,отпуск по уходу за ребенком, отпуск по беременности и родам.

4.7. Требования к модулю настроек кадрового учета и делопроизводства

  1. Модуль должен предоставлять возможность создания, редактирования и удаления папок личного дела.
  2. Модуль должен предоставлять возможность добавления карточек пользователей для всех пользователей либо для пользователей какой-либо группы, а также разграничение доступа на просмотр и редактирование карточек.
  3. Модуль должен предоставлять возможность добавления карточки должностей и подразделений.
  4. Модуль должен предоставлять возможность скрывать/активировать карточки пользователей, должностей, подразделений.
  5. Модуль должен предоставлять возможность добавления, редактирования, скрытия действий по сотрудникам с сопоставлением реестра с карточкой.
  6. Модуль должен предоставлять возможность добавления, редактирования, скрытия действий по резерву с сопоставлением реестра с карточкой.