Подсистема Администрирования — КиберПедия 

Архитектура электронного правительства: Единая архитектура – это методологический подход при создании системы управления государства, который строится...

Автоматическое растормаживание колес: Тормозные устройства колес предназначены для уменьше­ния длины пробега и улучшения маневрирования ВС при...

Подсистема Администрирования

2020-05-06 540
Подсистема Администрирования 0.00 из 5.00 0 оценок
Заказать работу

4.2.1.5 Общие требования к подсистеме Администрирования

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

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

Подсистема Администрирования должна обеспечивать:

1) Получение учетной информации пользователей, необходимой для аутентификации, из Active Directory. 

2) Приостановку доступа к непубличным разделам Портала без предварительной авторизации.

3) Резервное копирование и восстановление данных базы Портала на резервные носители.

Роли пользователей

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

Гость – внешний пользователь, имеющий временное право доступа к разделу Портала или всему Порталу.

Пользователь (студент, преподаватель, руководитель) – авторизованный пользователь, имеющий права на вход в разделы и просмотр информации, доступной в соответствии с установленными правами.

Редактор – пользователь, имеющий права на редактирование контента раздела или его отдельных частей.

Администратор Портала – пользователь, имеющий доступ на управление правами доступа, списками и библиотеками, возможностями и прочими настройками Портала.

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

Требования к интеграции систем и Внутрикорпоративного портала

Все сервисы, использующиеся в МПГУ, должны быть интегрированы с Active Directory. Доступ ко всем сервисам интегрированным в Портал должен осуществляться с использованием одних аутентификационных данных.

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

¾ Active Directory.

¾ АИС ВУЗ.

¾ Портал электронного обучения МПГУ «ИнфоДа».

¾ Электронная библиотека МПГУ.

¾ Система электронного документооборота МПГУ – разработана с использованием фреймворка Wordpress.

¾ Сервис электронной подачи заявок на техническое обслуживание ServiceDesk.

¾ Сервисы Google Apps.

¾ Сервисы MS Office 365.

¾ Система проверки текстов на объем заимствований МПГУ.

¾ АИС Зарплата и кадры - информационная система, автоматизирующая работу бухгалтерии и отдела кадров.

Подробное описание вышеуказанных систем, сервисов и требований к их интеграции с Порталом описаны в п. 3.1 настоящего ТЗ. 

Все работы по интеграции вышеуказанных информационных систем и сервисов входят в стоимость работ по разработке Портала и являются обязательными для выполнения Исполнителем.

Все работы по доработке любой из вышеуказанных систем для выполнения требований настоящего ТЗ, входят в стоимость работ по разработке Портала и являются обязательными для выполнения Исполнителем.

Требования к видам обеспечения

Требования к информационному обеспечению

Требования к составу, структуре и способам организации данных

Состав, структура и способы организации данных в Системе должны обеспечить:

- структурное описание всех данных, включая атрибуты и их взаимосвязи;

- ведение всех типов отношений между информационными объектами;

- возможность расширения состава информационных объектов, а также их атрибутов в процессе жизнедеятельности Системы;

- целостность хранимых данных;

- высокое быстродействие всех операций ввода-вывода данных;

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

База данных обеспечивает выполнение следующих функций:

­ хранение данных и их описаний (метаинформации);

­ поддержку хронологии хранимых и обрабатываемых данных;

­ учет произведенных операций с хранимой информации;

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

База данных должна быть реляционной и нормализована не менее чем к третьей нормальной форме.

Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

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

Для хранения основной атрибутивной информации в подсистемах Портала должна использоваться система управления базами данных.

Общие требования к используемой СУБД:

­ поддержка технологии клиент-сервер;

­ поддержка многопроцессорной архитектуры;

­ наличие средств создания индексов и кластеров данных;

­ автоматическое восстановление базы данных;

­ наличие механизма блокировок и транзакций;

­ поддержка стандартов ODBC, OCI, JDBC;

­ наличие встроенных средств контроля целостности баз данных;

­ наличие встроенных средств резервного копирования базы данных;

­ импорт и экспорт данных;

­ совместимость с различными операционными системами;

­ поддержка сетевых протоколов TCP/IP;

­ наличие графических средств администрирования;

­ возможность контроля доступа к данным;

­ централизованное управление пользователями;

­ оптимизация запросов;

­ наличие механизма встроенных процедур баз данных;

­ наличие утилит для переноса данных из унаследованных систем;

­ поддержка технологии зеркалирования (Database Mirroring).

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

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

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

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

Исходный код модернизируемого программного обеспечения должен быть реализован на одном (или нескольких) из указанных языков программирования: PHP, SQL, Transact SQL. В качестве среды разработки Портала должна быть использована CMS WordPress.

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

Способ организации диалога с пользователем должен обеспечивать:

­ уменьшение вероятности совершения пользователем случайных ошибочных действий;

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

Требования к программному обеспечению системы

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

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

Базовой программной платформой должна являться операционная система MS Windows. Информационная система должна быть совместимой с веб-браузерами Mozilla Firefox, Internet Explorer 9 и выше и Google Chrome.

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

Минимальные требования к серверу:

¾ Процессор: два 10 ядерных процессора не хуже IntelXeon E2640;

¾ ОЗУ: 64 Гб;

¾ Жесткий диск: 2 Тб;

¾ Сеть: 10Гб LAN.

Минимальные требования к конфигурация компьютера пользователя:

¾ Процессор: не ниже Intel Pentium 4;

¾ ОЗУ: не ниже 1 Гб;

¾ Свободное дисковое пространство: не меньше 100Mb.

Комплекс технических средств предоставляется Заказчиком.

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

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

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

СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ

Создание Внутрикорпоративного портала должно происходить в несколько этапов. Состав и содержание работ по созданию системы приведены в таблице ниже (Таблица 5.1).

Таблица 5.1 Состав и содержание работ по созданию (развитию) системы

Этапы Содержание работ Результаты работ Стоимость этапов работ (в % от цены договора)
Этап 1 (не позднее 20 календарных дней с даты подписания договора) Разработка внутрикорпоративного портала МПГУ   Внутрикорпоративный портал МПГУ   Технорабочий проект   50 %
Этап 2 (с момента сдачи 1 этапа по 15 декабря 2016 г.) Разработка рабочей документации Внутрикорпоративного портала Подготовка Внутрикорпоративного портала к вводу в действие Приемка работ по разработке Внутрикорпоративного портала   Эксплуатационная документация Акт сдачи-приемки выполненных работ по Договору 50 %

Поделиться с друзьями:

Особенности сооружения опор в сложных условиях: Сооружение ВЛ в районах с суровыми климатическими и тяжелыми геологическими условиями...

Типы сооружений для обработки осадков: Септиками называются сооружения, в которых одновременно происходят осветление сточной жидкости...

История развития пистолетов-пулеметов: Предпосылкой для возникновения пистолетов-пулеметов послужила давняя тенденция тяготения винтовок...

Архитектура электронного правительства: Единая архитектура – это методологический подход при создании системы управления государства, который строится...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.02 с.