Республики Молдова «Проект компьютеризации Системы Статистики Республики Молдова»
Вид материала | Документы |
СодержаниеТребования к архитектуре Требования к используемому программному обеспечению Требования к используемому аппаратному обеспечению |
- Приказ об утверждении Регламента по таможенному оформлению имущества, перемещаемого, 426.88kb.
- Закон республики молдова уголовный кодекс Республики Молдова n 985-xv от 18. 04. 2002, 1622.88kb.
- Республика Молдова, 207.18kb.
- Владимир шигаев 40 Хаджамурат гельдымурадов 42 Вопросы, 508.3kb.
- Закон республики молдова, 131.53kb.
- Содержани е, 997.7kb.
- Парламент принимает настоящий органический закон, 115.8kb.
- Постановление об утверждении Положения о мобильных группах Таможенной службы, 88.67kb.
- Проект закона о предупреждении и пресечении дискриминации в Республике Молдова, 279.24kb.
- Комментарий к уголовному кодексу республики молдова, 5415.34kb.
Требования к системе поддержки принятия решений и отчетности
Основные требования
Требования к структуре
В состав системы должны входить следующие основные компоненты:
специализированная БД (метаданные и многомерное хранилище);
автоматизированная подсистема ввода данных в хранилище;
подмножество витрин данных для разных групп пользователей.
^ Требования к архитектуре
Система поддержки принятия решений и отчетности должна обеспечивать подготовку регулярных периодических и аналитических отчетов, а также отчетов по произвольным запросам пользователей. Использование для построения хранилища данных объектно-реляционной СУБД (ROLAP-архитектура), в данном случае, является технологически более функциональным и простым решением.
"Твердые" копии отчетов могут быть получены с использованием "клиент - серверных" средств разработки.
Предпочтительным интерфейсом для получения оперативных регулярных и аналитических отчетов является браузер, что должно быть поддержано возможностью работы системы в трехуровневой архитектуре.
Требования к взаимодействию с другими компонентами ИС
Система поддержки принятия решений и отчетности должна обеспечить интерфейсы для получения оперативных данных, необходимых для формирования отчетности, моделирования и прогнозирования, от Системы СОСД;
Система поддержки принятия решений и отчетности должна обеспечить интерфейсы для передачи данных в прикладную систему Корпоративный WEB портал
Связь с оперативной БД системы СОСД при реализации ROLAP подхода должна осуществляться с использованием стандартных средств обмена данными между реляционными СУБД (например, с использованием механизмов Database Link и Snapshot).
Для отображения данных из хранилища через браузер, специализированное программное обеспечение системы СППР, должно обеспечить запуск и выполнение разработанных отчетов на сервере приложений Корпоративного WEB портала или использовать для этих целей "собственный" сервер приложений.
Требования к режимам функционирования
Система поддержки принятия решений и отчетности должна функционировать в режиме, обеспечивающем поддержку режима работы персонала ДСС с возможностью проведения сверхурочных незапланированных работ по запросу бизнес пользователей.
Бизнес требования
Функциональные требования
Обеспечивать функционирование системы поддержки принятия решения (Decision Support System) на базе информации, хранящейся в Информационной системе ДСС, и вне системы (внешние источники данных).
Обеспечивать подготовку информационных отчетов.
Обеспечивать хранение информации текущего и прошлых периодов.
Обеспечивать возможность составления выборки из базы данных лицевых счетов и моделирования на основе реальной базы.
Обеспечивать формирование и ведение исторических рядов, индикаторов, необходимых для составления статистических отчетов, социологических отчетов и т.д.
Обеспечивать инструментарий моделирования и планирования состояния и развития.
Обеспечивать инструментарий составления нестандартных отчетов (путем формирования отчета на основе выбора параметров поиска).
Технологические требования
Требования к используемому программному обеспечению
Программное обеспечение должно позволять разрабатывать отчеты в трехуровневой и "клиент-серверной" архитектуре и работать с хранилищем данных, построенным на базе реляционной СУБД (примерами подобного ПО являются IBM-Informix RedBrik Server)
Требования к используемому аппаратному обеспечению
По своим характеристикам сервер для хранилища данных сопоставим с сервером оперативной БД системы СОСД. Критическим ресурсами здесь являются объем и быстродействие дисковой подсистемы. Учитывая объем оперативной БД, сервер для организации хранилища данных должен иметь следующие основные характеристики:
Тип ОС: UNIX
Процессоры: 2 - 4 CPU (> 500Мгц)
Оперативная память: 2 Gb
Объем дисковой подсистемы: 150 GB, с возможностью увеличения до 300 Gb
Необходимо наличие подсистемы резервного копирования.
Требования к производительности
Требования к числу обслуживаемых конечных пользователей
Доступ к системе должны иметь сотрудники управлений региональных статистик ДСС, участвующие в реализации бизнес - процесса «Анализ и выпуск выходных форм». Ожидаемое количество конечных пользователей - 35 человек.
Требования к данным
Требования к объемам данных
Объем всех оперативных БД (данные и индексы) за год составляет ориентировочно 50 Gb. Это является основным источником информации для хранилища.
Если принять временной интервал для оперативного анализа равным 3 годам, можно предположить, что объем дисковой подсистемы составит ~ 150GB (см. выше требования к серверу)
Требования к системе документооборота ДСС
Основные требования
Требования к структуре
В состав системы должны входить следующие основные компоненты:
- сервер баз данных;
- сервер приложений;
- клиентские автоматизированные рабочие места (АРМы).
Требования к архитектуре
Реализация данной системы предполагается к с использованием трехуровневой архитектуры построения. Предпочтительным интерфейсом для получения отчетности является браузер, что должно быть поддержано возможностью работы системы в трехуровневой архитектуре.
Требования к взаимодействию с другими компонентами ИС
Будучи поддерживающей системой, система автоматизированного документооборота ДСС, не производит регулярного обмена с основными системами ИС ДСС за исключением корпоративного WEB – портала и системы электронной почты. Однако в части касающейся поддержания политики безопасности, данная система может обмениваться информацией с подсистемой безопасности и аудита системы обработки статистических данных.
Требования к режимам функционирования
Система автоматизированного документооборота должна работать в режиме, обеспечивающем все требуемые функции электронного оборота документов в Департаменте.
Бизнес требования
Функциональные требования
- регистрация входящих, исходящих и внутренних документов, которые имеют место в виде регистрационных карточек установленного образца;
- автоматизированное заполнение кодированных реквизитов с использованием классификаторов и справочников;
- создание и поддержку баз данных документов (регистрационных карточек, карточек контроля, нормативно-справочной информации);
- создание и поддержку электронного архива документов (электронных образов документов);
- автоматизацию установки контрольных поручений по исполнению документов, транспортировку электронных образов документов вместе с карточками регистрации и карточками контроля исполнителям (с использованием схем рассылки);
- контроль над всеми поручениями, присланными извне или предоставленными руководством ДСС по вопросам основной деятельности;
- контроль нормативно-распорядительных документов с коротким, постоянным или долгосрочным сроком выполнения;
- автоматизация включения задач с постоянным и продолжительным сроком выполнения в планы работ структурных подразделений и подчиненных организаций и учреждений;
- создание унифицированных технологических процедур прохождения, передачи и обработки документов в подразделениях Заказчика (переадресация карточек, поручений и электронных копий документов);
- обмен документами между структурными подразделениями;
- обмен документами с подчиненными или вышестоящими организациями ДСС;
- обеспечение возможности коллективной разработки электронных документов;
- формирование аналитических и статистических справок относительно документооборота и контроля над выполнением документов; отчетов об использовании фирменных бланков; описаний дел для передачи к бумажному архиву; списка входящих, исходящих, внутренних и нормативных документов;
- оперативный поиск информации о получении, отправлении и внутренних документов по разным критериям и ключам;
- создание и обслуживание электронного архива баз данных и электронных образов документов за минувшие годы;
- администрирование и обслуживание системы;
- реализация средств электронной зашиты информации;
Система Автоматизированного документооборота должна обеспечивать следующие функции:
Технологические требования
^ Требования к используемому программному обеспечению
Программное обеспечение должно функционировать в трехуровневой архитектуре и работать с хранилищем данных, построенным на базе реляционной СУБД . Примером подобной системы электронного документооборота может служить система «ATLAS»
^ Требования к используемому аппаратному обеспечению
Основной сервер система автоматизированного документооборота должен удовлетворять следующим требованиям:
Тип ОС: Windows NT/2000 ADV. SERVER
Процессоры: 1 - 2 CPU (> 500Мгц)
Оперативная память: >1 Gb
Объем дисковой подсистемы: 150 GB, с возможностью увеличения до 300 Gb
Требования к производительности
Требования к числу обслуживаемых конечных пользователей
Потенциально, пользователями данной системы могут быть все сотрудники ДСС, принимающие участие в обороте документов, поэтому предельное число пользователей ограничивается штатным расписанием ДСС.
Требования к безопасности
При реализации система автоматизированного документооборота необходимо обеспечить исполнение следующих процедур безопасности:
- криптографическая защита информации;
- идентификация и аутентификация пользователей;
- контроль целостности;
- аутентификация клиентской части;
- аутентификация отдаленных систем;
При функционировании системы должно обеспечиваться использование механизмов защиты информации для обеспечения конфиденциальности, целостности, достоверности информации в системе. Протоколы взаимодействия между системами безопасности и надежности и системы защиты информации определяются при проведении работ по созданию подсистемы безопасности и аудита защиты в системе обработки статистических данных.