Республики Молдова «Проект компьютеризации Системы Статистики Республики Молдова»
Вид материала | Документы |
Содержание8.Определение пользовательских требований Требования к архитектуре Требования к интерфейсам конечного пользователя Требования к квалификации конечных пользователей |
- Приказ об утверждении Регламента по таможенному оформлению имущества, перемещаемого, 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.
^ 8.ОПРЕДЕЛЕНИЕ ПОЛЬЗОВАТЕЛЬСКИХ ТРЕБОВАНИЙ
Требования к системе ОСД
Основные требования
Требования к структуре
Система ОСД должна включать в себя следующие программные модули:
Модуль “Разработка статистических форм.”
Модуль “Ввод и контроль первичной информации”
Модуль “Ведение справочников и классификаторов”
Модуль “Обработка и анализ данных”
Модуль “Публикация данных”
Функциональные требования к системной части
Система СОСД должна:
Обеспечивать разработку новых форм отчетности
Обеспечивать подготовку информационных отчетов.
Обеспечивать хранение информации текущего и прошлых периодов.
Предоставлять механизм оперативного доступа к данным
Организовывать функциональность подготовки аналитических данных с использованием механизма OLAP.
Обеспечивать возможность составления выборки из хранилища данных и моделирования на основе реальной базы.
Обеспечивать формирование и ведение исторических рядов, индикаторов, необходимых для составления статистических отчетов, социологических отчетов и т.д.
Обеспечивать инструментарий составления нестандартных отчетов (путем формирования отчета на основе выбора параметров поиска).
Требования к взаимодействию с другими компонентами ИС
Данная система должна обеспечивать интерфейсы для обмена данными с системой поддержки принятия решений, которая будет использовать данные из аналитической части хранилища и с корпоративным WEB порталом для публикации полученной отчетности и прочих данных.
Связь между системами должна осуществляться с использованием стандартных средств обмена данными между реляционными СУБД (например, с использованием механизмов Database Link и Snapshot либо передачи наборов данных по значению).
Требования к режимам функционирования
Система обработки статистических данных должна функционировать в режиме, обеспечивающем поддержку режима работы персонала ДСС с возможностью проведения сверхурочных незапланированных работ по запросу бизнес пользователей.
^ Требования к архитектуре
Реализация данной системы предполагается комбинированной с использованием как двух - так и трехуровневых компонентов с перспективой миграции от двухуровневых компонентов системы к трехуровневым. Предпочтительным интерфейсом для получения отчетности является браузер, что должно быть поддержано возможностью работы системы в трехуровневой архитектуре.
^ Требования к интерфейсам конечного пользователя
Пользовательские интерфейсы клиентского программного обеспечения должны быть оптимизированы для работы в среде Windows, как при использовании браузеров, так и при использовании специального клиентского ПО. Пользовательские интерфейсы прикладных систем должны быть интуитивно понятны конечным пользователям, имеющим навыки работы в среде Windows. Пользовательские интерфейсы прикладных систем должны быть штатно локализованы для румынского языка, а также русского или английского языков.
Бизнес требования
^ Требования к квалификации конечных пользователей
Модули ОСД должны быть построены с ориентацией на минимальный уровень квалификации конечных пользователей в области информационных технологий. Конечные пользователи должны обладать базовыми навыками работы в среде ОС Windows и Microsoft Office.
Технологические требования
Требования к используемому программному обеспечению
Программное обеспечение должно позволять разрабатывать отчеты в трехуровневой и "клиент-серверной" архитектуре и работать с хранилищем данных, построенным на базе реляционной СУБД (примерами подобного ПО являются IBM-Informix RedBrik Server)
Требования к используемому аппаратному обеспечению
Критическим ресурсами здесь являются объем и быстродействие дисковой подсистемы. Учитывая объем всех сегментов хранилища данных и предполагаемые темпы их роста, сервер для организации хранилища данных должен иметь следующие основные характеристики:
Тип ОС: UNIX
Процессоры: RISC 1 - 2 CPU
Оперативная память: >1 Gb
Объем дисковой подсистемы: 150 GB, с возможностью увеличения до 300 Gb
Организация системы резервирования данных предполагается на двух уровнях , накопителей данных – путем зеркалирования, и серверов баз данных – путем репликации, что позволит обеспечит достаточный уровень надежности и изоляции данных.
Требования к производительности
Требования к числу обслуживаемых конечных пользователей
Потенциально, пользователями данной системы могут быть все сотрудники ДСС, принимающие участие в описанных выше бизнес - процессах, поэтому предельное число пользователей ограничивается штатным расписанием ДСС.
Требования к данным
Требования к объемам данных
Объем всех оперативных БД (данные и индексы) за год составляет ориентировочно 10 Gb. Это является основным источником информации для хранилища. Учитывая предполагаемые темпы роста объема оперативных и аналитических данных, следует заключить, что требуемы объем накопителя данных – не менее 300 Gb.
Требования к безопасности
Реализация подсистемы безопасности данных должна обеспечивать эффективные средства для программной изоляции данных исходя из текущей политики безопасности в ИС ДСС.