Республики Молдова «Проект компьютеризации Системы Статистики Республики Молдова»

Вид материалаДокументы

Содержание


Требования к Корпоративному WEB порталу ДСС
Бизнес требования
Эксплуатационные требования
Технологические требования
Требования к производительности
Требования к данным
Требования к безопасности
Подобный материал:
1   ...   14   15   16   17   18   19   20   21   ...   33

Требования к Корпоративному WEB порталу ДСС


fxggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggg

Основные требования


Требования к структуре

Общесистемные информационные и специальные сервисы портала, должны быть распределены по следующим функциональным модулям:

Модуль регистрации, аутентификации и персонализации;

Модули информационных сервисов портала, поддерживающие:

тематические форумы;

расширенный поиск;

обработку почтовых сообщений;
    • работу с каталогом корпоративных документов;

Модуль управления информационным наполнением портала - динамическим контентом ;

Модуль администрирования;

Модули интеграции с другими компонентами ИС (см. требования по взаимодействию).


Требования к архитектуре

Корпоративный WEB портал должен быть реализован с использованием трехуровневой архитектуры Информация, необходимая для работы модулей, должна сохраняться в объектно-реляционной БД.


Требования к интерфейсам между модулями прикладной системы

Отдельные компоненты WEB портала должны быть независимы друг от друга и, при необходимости, связываться между собой только через сервер приложений, на котором они выполняются (например, сохраняя разделяемые данные в атрибутах пользовательской сессии).

Структура данных, которыми обмениваются модули, определяется на этапе технического проектирования.


Требования к взаимодействию с другими компонентами ИС

Корпоративный портал взаимодействует с другими компонентами ИС ДСС через модули интеграции с соответствующими системами и предоставляет пользователям ИС возможность работы с такими компонентами через web-интерфейс.

Обязательно реализуются следующие интерфейсы:

интерфейс к Системе Хранилище Статистических данных (XCД) ;

интерфейс к Системе поддержки принятия решений и отчетности;

интерфейс к Почтовой системе;


Требования к режимам функционирования

Поскольку Корпоративный WEB портал выполняет также функции представительства ДСС в Интернет, он должен функционировать 24 часа в сутки, 7 дней в неделю. В ночное время допускается останов системы для целей резервного копирования, но не более чем на три часа за одну неделю.

Бизнес требования


Функциональные требования к системной части

Общие функциональные требования к Корпоративному порталу:

производить регистрацию и аутентификацию пользователей и при необходимости передавать

полученные аутентификационные данные другим компонентам ИС, обеспечивая единую точку входа в ИС для сотрудников ДСС;

обеспечивать изменение пользовательских предпочтений и их сохранение между сеансами работы с порталом. В частности, должна быть реализована работа на одном из двух языков — румынском или русском - и язык, выбранный конкретным пользователем, должен автоматически использоваться при входе пользователя в систему. Полный список пользовательских настроек, которые могут быть изменены, определяется на этапе технического проектирования;

обеспечивать доступ имеющих необходимые полномочия пользователей ИС к другим компонентам ИС (Системе ХСД, Почтовой системе и т.п.);

обеспечивать административные функции по регистрации новых пользователей портала и других компонентов ИС, доступ к которым может быть осуществлен через портал, а также функции по централизованному управлению пользователями (включая назначение им соответствующих прав доступа) и удалению пользователей из системы.


Функциональные требования к сервису " Управление информационным наполнением портала"

Сервис должен обеспечивать простые и удобные механизмы для создания и динамического размещения различных типов сообщений в разных информационных блоках па страницах портала. К таким блокам могут относиться: новости, анонсы, статьи, мнения экспертов и т.п. Например, новости должны представлять собой последовательность текстовых сообщений со следующими полями: Дата; Время; Заголовок; Текст новости; Автор.


Тексты информационных блоков могут содержать гиперссылки на внешние и внутренние источники.

Информация из таких блоков должна автоматически перемещаются в «Архив» после истечения периода ее публикации.


Реализация сервиса может включать следующие элементы:

интерфейсы для авторов сообщений и редактора портала;

модуль автоматического размещения сообщений в информационных блоках на страницах портала;

модуль автоматической архивации "устаревших" сообщений.


Должен быть разработан интерфейс по управлению контентом, как для авторов сообщений, так и для ответственного лица, отвечающего за их публикацию - редактора портала. Такой интерфейс должен:

обеспечивать подготовку и публикацию служебной информации, предназначенной для оперативного распространения среди сотрудников ДСС. Публикация должна производиться только пользователями, имеющими специально назначенные привилегии, при этом должна существовать возможность распространения сообщения среди выбранной группы пользователей ИС, включая выборку адресатов:

по занимаемой должности;

по территориальному представительству или группе территориальных представительств;

по другим критериям.

обеспечивать защиту от несанкционированного получения информации пользователями, не входящими в группу адресатов;

обеспечивать подготовку и публикацию для открытого доступа материалов и нормативных документов, имеющих отношение к деятельности ДСС.


Функциональные требования к сервису "Тематические форумы"

Сервис должен обеспечивать возможность обмена сообщениями и проведения дискуссий по различным темам пользователям Корпоративного портала. Количество тем на форуме не ограничено.


Реализация сервиса должна включать следующие элементы:

интерфейсы пользователя и администратора;

модули отображения, и автоматической архивации сообщений.


Вся информация в форуме должна группироваться по различным разделам. Каждый раздел является ссылкой на страницу, отображающую список тем раздела. Работая с этим списком, пользователь может завести новую тему для обсуждения или перейти к интерфейсу просмотра сообщений по выбранной теме. Просматривая сообщения по выбранной теме, пользователь может оставить свое сообщение или завести

под тему.


Функциональные требования к сервису "Каталог корпоративных документов"

«Каталог документов» - система структурированного иерархического хранения информации. Иерархия включает в себя множество рубрик каталога с разными уровнями «вложенности». Документы в каталоге хранятся с привязкой к одной или более рубрикам.


Функции сервиса должны обеспечиваться:

модулем ведения структуры каталога документов;

системой хранения документов в БД;

модулем просмотра и обработки документов в каталоге;

модулем публикации документов в каталоге;

модулем поиска документов в каталоге.

Для работы сервиса должны быть реализованы интерфейсы для обычного пользователя, редактора и администратора. Должна поддерживаться функция контекстного поиска по каталогу. Функция поиска реализуется по документам, которые физически находятся в хранилище.


Пользователь должен иметь возможность;

перемещаться по дереву рубрик каталога и просматривать содержание разрешенных для него документов;

выполнять поиск документов.


Редакторский интерфейс каталога должен позволять:

добавлять новые рубрики;

редактировать существующие рубрики;

удалять рубрики;

помещать документы в каталог;

удалять документы;

перемещать документы в каталоге из одних рубрик другие.


Администратор должен иметь возможность выполнять любые «редакторские» действия над рубриками и документами каталога и определять права доступа на них для всех остальных пользователей. Факты совершения всех перечисленных операций должны фиксироваться в журнальных файлах.


Требования к интерфейсам конечного пользователя

Пользовательский интерфейс Корпоративного портала должен использовать минимальное количество графических элементов.


Общий объем пустой страницы портала не должен превышать 10 КВ. Страницы портала, находящиеся в открытом доступе, должны быть рассчитаны на просмотр с минимальным разрешением экрана 640x480 точек, прочие страницы должны быть рассчитаны на минимальное разрешение, соответствующее параметрам типовой рабочей станции.


Дизайн страниц должен быть рассчитан на переменную ширину окна браузера и не использовать жестко

заданную ширину страницы.


Пользовательский интерфейс Корпоративного портала должен быть разработан на двух языках - румынском и русском, с возможностью добавления других языков. Пользователь портала должен иметь возможность в любой момент изменить язык отображения страниц портала.

Эксплуатационные требования


Требования к интерфейсам администратора

Интерфейс администратора разрабатывается как отдельный модуль портала и в целом соответствует требованиям, предъявляемым к интерфейсу конечного пользователя.

Технологические требования


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

Портал является ключевым элементом web-архитектуры, который должен быть разработан в соответствии со стандартами: J2EE, EJB 1.1, 2.0, JSP, JDBC 1.2.1 и выше, XML, XSLT.


Примерами серверов приложений, которые могут быть использованы при реализации портала, являются такие продукты, как WebLogic, Websphera.


В качестве web-серверов можно планировать применение таких продуктов, как Apache, Netscape.


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

В качестве серверов приложений должны использоваться RISC серверы под управлением ОС UNIX (Solaris 2.8, HP-UX 11.0 и другие).


Планируемое количество активных сессий в системе до 150-250 предполагает наличие нескольких процессоров и большой оперативной памяти на серверах приложений. Практический опыт использования подобных решений определяет следующие аппаратные характеристики для сервера приложений:

Процессоры: 2 CPU (~ 700Мгц),

Оперативная память: 2 Гб

Объем дисковой подсистемы: 40- 80 Гб


Сервер должен иметь возможность увеличения оперативной памяти и числа процессоров в 1.5-2 раза.


Сервер должен иметь подсистему резервного копирования.


Серверов приложений должно быть 2. Один из них должен постоянно работать в горячем резерве.

Требования к производительности


Требования к числу обслуживаемых конечных пользователей

Корпоративный портал должен быть способен обрабатывать как минимум от 150 до 250 - 300 одновременных обращений без возникновения дополнительных задержек.


Требования к временным характеристикам

Время обработки запроса и формирования запрошенной страницы не должно превышать 3-4 секунд, не учитывая временных задержек, возникающих при передаче по сети. При этом к указанному времени может добавляться время, необходимое для обработки запроса другим компонентом ИС (например, Почтовой системой).

Требования к данным


Требования к объемам данных

Определяются компонентами ИС, пользовательский интерфейс которых реализован через портал. Также должна обеспечиваться возможность публикации и хранения не менее чем 100 000 документов в год.

Требования к безопасности


Требования к протоколированию операций

Все обращения к порталу должны протоколироваться с указанием IP-адреса, с которого произошло обращение, времени, запрошенной страницы и результата операции.


Отдельно протоколируются все операции по управлению пользователями, производимые администратором портала. Протоколирование операций, выполненных пользователями в других компонентах ИС через web-интерфейс, производится этими компонентами.


Требования к идентификации

Для аутентификации пользователя должны использоваться имя пользователя, назначаемое администратором при регистрации, и пароль.


Пользователь должен иметь возможность самостоятельно изменить свой пароль, при этом должны быть реализованы следующие возможности:

проверка вновь устанавливаемого пароля на минимальную длину и набор входящих в него символов;

периодическая форсированная смена пароля;

невозможность повторной установки пароля, использовавшегося пользователем ранее.


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

Должна поддерживаться возможность создания групп пользователей (при этом каждый пользователь может входить более чем в одну группу) и назначения каждой из этих групп специфических прав доступа к разделам портала или отдельным страницам.


При работе через портал с другим компонентом ИС (Системе ХСД, Почтовой системе и т.п.) пользователь должен получать тот же уровень привилегий, что и при непосредственной работе с этим компонентом (если компонент поддерживает возможность работы с ним не через web-интерфейс).


Требования к защите данных

В целях обеспечения конфиденциальности и целостности информации, передаваемой по каналам связи, для работы с частью Корпоративного портала, не находящейся в открытом доступе, должен использоваться только протокол HTTPS с ключом шифрования длиной не менее 128 бит.