Перспективы развития модернизации системы
В системе должны быть предусмотрена возможность ее последующей модификации на уровне прикладных задач в рамках дальнейшего развития функциональной применимости системы Заказчиком при минимальных временных и финансовых затратах.
Развитие системы может осуществляться по двум направлениям:
территориальное масштабирование, т.е. подключение к системе новых объектов или внедрение системы в подчиненных структурных подразделениях на подключенных объектах;
функциональное масштабирование, т.е. постепенное наращивание функциональных возможностей – внедрение быстрой идентификации электронных документов с использование штрих-кодирования, организации юридически значимого документооборота с использованием электронно-цифровой подписи.
Показатели назначения
Программное обеспечение системы должно предусматривать возможность настройки на существующую организационно-функциональную структуру конкретного объекта автоматизации и особенности используемой на объекте технологии документооборота и делопроизводства, а также на возможные изменения этой структуры и технологии.
Система должна сохранять работоспособность при увеличении количества пользователей в пределах, ограниченных аппаратно-программной средой.
Система должна обеспечивать следующие возможности изменения конфигурации и настройки функций:
настройка основных элементов системы;
документированный программный интерфейс для расширения функциональности системы;
программное расширение набора функций, используемых в подсистеме управления бизнес-процессами;
настройка обязательности заполнения полей для различных типов карточек и подстановок значений полей по умолчанию;
визуальные средства моделирования структуры создаваемых типов карточек;
поддержка механизмов интеграции с другими информационными системами, обмен данными с ними при исполнении бизнес-процессов, обработка событий в них.
Система должна работать на нескольких популярных системах управления базами данных и операционной системы Linux, а так же иметь возможность установки плагинов и дополнений.
Основным элементом учёта в системе должна являться задача. Задача содержит название проекта, тему, тип, приоритет, компоненты и содержание. Задача может быть расширена дополнительными полями (также и новые пользовательские поля могут быть определены), приложениями (например — фотографиями, скриншотами) или комментариями. Задача может редактироваться или просто изменять статус, например, из «открыт» в «закрыт». Какие переходы между состояниями возможны, определяется через настраиваемый поток операций. Любые изменения в задаче протоколируются в журнал.
Система должна иметь большое количество возможностей конфигурации: для каждого приложения может быть определен отдельный тип задачи с собственным workflow, набором статусов, одним или несколькими видами представления.
Система должна включать в себя корпоративный календарь и модуль «Вопрос-Ответ».
Do'stlaringiz bilan baham: |