- •1. Общие сведения
- •2. Назначение и цели создания системы
- •3. Характеристика объектов автоматизации
- •4. Требования к системе
- •4.1.2. Требования к численности и квалификации персонала системы
- •4.1.3. Показатели назначения.
- •4.1.3.4. В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице № 1.
- •Требования к серверам (рекомендуемые)
- •Требования к рабочим станциям пользователей (рекомендуемые)
- •Требования к каналам связи между сервером и клиентом
- •Требования к каналам связи между серверами
- •5. Состав и содержание работ по созданию системы
- •6. Порядок контроля и приёмки системы
- •7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы
- •8. Требования к документированию
- •9. Источники разработки
4.1.3. Показатели назначения.
4.1.3.1. Система должна обеспечивать возможность одновременной работы 10 пользователей для подсистемы операционной деятельности, и не менее 5-ти пользователей для других подсистем при следующих характеристиках времени отклика системы:
− для операций навигации по экранным формам системы – не более 5 сек;
−для операций формирования справок и выписок – не более 15 сек.
4.1.3.2.Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время.
4.1.3.3. Обеспечение приспособляемости системы должно выполняться за счет:
− Своевременного администрирования;
− Обновления процессов ввода и обработки данных в соответствии с новыми требованиями;
− Изменение вида представления данных конечным пользователям;
−Наличие специальных файлов с настройками подсистем;
4.1.3.4. В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице № 1.
Таблица № 1.
Вероятное условие |
Требование |
1 |
2 |
Отсутствие электроснабжения серверного оборудования продолжительностью до 15 мин. |
Система полностью работоспособна |
Выход из строя сервера БД |
Уведомление администратора |
Отсутствие интернет соединения |
Возможность ввести входные данные локально с одного источника |
4.1.4. Требования к надежности
Для защиты данных от ошибочных действий пользователя система должна:
– при обнаружении ошибок в действиях пользователя выдать сообщение с информацией, достаточной для их исправления;
– производить подсветку другим цветом или выделять иным образом ошибочно введённые реквизиты на формах ввода;
– проверять данные при вводе в зависимости от установленных параметров в системе;
– протоколировать действия пользователей.
4.1.4.1. В системе должны быть использованы средства и реализованы технические решения, обеспечивающие сохранность информации и восстановления функционирования системы без потери информации в аварийных ситуациях.
4.1.4.2. Сохранность информации в серверах должна обеспечиваться при следующих аварийных ситуациях:
− отказ системы в результате сбоя или выхода из строя его технических средств;
− сбой или отказ системы в результате ошибки в прикладном программном обеспечении системы.
4.1.4.3. В системе должны быть предусмотрены средства резервного копирования всей централизованно сохраняемой и критической информации. Для её хранения должны быть использованы устройства хранения данных, поддерживающие дублирование всех компонентов: дисков, источников питания, вентиляторов. Должен быть разработан и приведён в эксплуатационной документации на систему регламент и определены процедуры резервного копирования, восстановления данных и программного обеспечения с учётом категории данных и времени их актуальности.
4.1.5. Требования к безопасности.
Система должна обеспечить защиту:
– от ошибочных действий пользователей;
– от нарушения функционирования в результате неправильных действий персонала;
– сохранение данных при любых действиях персонала и одиночных отказах программно – технических средств;
4.2. ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ) ВЫПОЛНЯЕМЫМ СИСТЕМОЙ
Для реализации поставленных целей система должна решать следующие задачи:
− обработка управленческой информации и принятие решений;
− хранения нормативно-справочной информации;
− осуществление гибких настроек и функциональных подсистем и обеспечивающие поддержку вспомогательных функций;
В рамках поставленных задач система «БОСС-РЕФЕРЕНТ» должна состоят из определённых модулей, которые представляют собой взаимосвязанные базы данных (БД), работающие в среде Lotus Notes/Domino.
Функциональное назначение модулей представлено в Таблице № 2.
Таблица № 2
Модуль |
Функции |
1 |
2 |
Функциональные модули |
|
Канцелярия |
Поиск документов по различным параметрам, заданным пользователем. Если система включает несколько баз данных «Канцелярия», то поиск может вестись как по всем базам данных, так и по каждой в отдельности. |
Принятие решений |
Поиск документов по различным параметрам, заданным пользователем. Если система включает несколько баз данных «Принятие решений», то поиск может вестись как по всем базам данных, так и по каждой в отдельности. |
Поручения |
|
Общесистемные словари и справочники |
|
Справочник организации |
|
Внешние адресаты |
Предназначен для хранения данных об организациях-контрагентах (заказчиках, партнерах, клиентах) и их представителях. Во «Внешних контактах» может храниться самая разнообразная информация — от банковских реквизитов организации до мобильного телефона ее представителя. В системе данные из модуля «Внешние адресаты» используются везде, где требуется указывать контрагентов, например, при работе с договорами, входящими и исходящими документами, и т.д.
|
Словари |
Предназначен для создания и хранения списков ключевых слов, используемых для заполнения полей ввода в карточках баз данных системы. Используется большинством модулей системы БОСС-Референт в качестве справочника словарных значений. Добавление новых записей и редактирование старых осуществляется администраторами или специально выделенными сотрудниками. |
Общесистемные сервисы |
|
Коммутатор |
|
Кабинет |
|
Поиск |
Вспомогательный модуль, позволяющий производить поиск по набору атрибутов карточек документов баз данных «Канцелярия», «Принятие решений», и их архивов.
|
Архивные модули |
|
Настройки Принятия решений |
Вспомогательный модуль, применяемый для создания типовых процессов, в соответствии с которыми будут обрабатываться документы в базе данных «Принятие решений». В карточке типового процесса задаются стадии и этапы обработки документов, настройки значений полей документов по умолчанию, сотрудники, участвующие в обработке (согласующие, подписывающие, утверждающие, регистрирующие), а также сотрудники, имеющие право на создание документов. |
Протокол |
Используется для протоколирования действий пользователей при работе с документами в системе БОСС-Референт. Информация из БД Протокол предназначена только для просмотра и используется службой, ответственной за информационную безопасность |
Транспорт |
Относится к технологическим сервисам и представляет собой вспомогательный модуль, применяемый для обмена документами между серверами. В этой базе данных формируются запросы, транспортные документы и уведомления о прохождении по маршруту транспортных документов.
|
Электронные образы |
Вспомогательный модуль, применяемый для хранения электронных образов документов отдельно от самих документов модулей «Канцелярия», «Принятие решений» и «Поручения», а также их архивов. Для каждого модуля создается отдельная база данных «Электронные образы».
|
4.3. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ
4.3.1. СЭД, построенная на основе «БОСС-РЕФЕРЕНТА, должна состоять из нескольких уровней:
«железо» (серверы, клиентские рабочие станции, сети, и др.) и платформа (операционная система Windows/Linux/Sun и транспортные протоколы), которая объединяет в единый комплекс все «железо»;
технологическая платформа IBM Lotus, являющаяся «надстройкой» над сетевой операционной системой и включающая серверный компонент Domino и клиентский Notes;
система БОСС-Референт, представляющая собой Lotus Domino-приложение, состоящее из модулей «баз данных» формата nsf;
клиентские места пользователей, которые могут работать с помощью как клиента Lotus Notes, так и Web-браузера.
IBM Lotus является документоориентированной платформой, что делает ее более предпочтительной для задач СЭД, нежели реляционные СУБД.
4.3.2 Требования к математическому обеспечению
Учёт входящих, исходящих и внутренних документов должен вестись автоматически, при введении данных в регистрационную форму, в пределах календарного года.
4.3.3 Требования к лингвистическому обеспечению
Информационные языки, используемые в АС, должны отвечать следующим требованиям:
– близость к естественному языку;
– словарь и синтаксис информационного языка должны быть понятны человеку и машине;
– информационный язык должен быть адаптивным к изменениям во внешней среде.
4.3.4 Требования к программному обеспечению
Архитектура АС должна обеспечивать:
– работу приложения с несколькими рабочими базами;
– работать с различными SQL- серверами;
– работу в условиях распределённой обработки данных;
– настройку произвольного количества пользователей интерфейсов;
– автоматизацию доступа к данным и протоколирование работы пользователей;
– разработку произвольных пользовательских отчётов;
– экспорт/импорт данных;
– интеграцию с приложениями Microsoft Office.
4.3.5 Требования к техническому обеспечению
Минимальные требования к техническим характеристикам серверных компьютеров рабочих станций, необходимых для работы с Notus Lotus приложениями приведены в таблицах №№ 3-6.
Таблица № 3