2.8.1. Система распределения прав доступа.
Информационная система поддержки учебного процесса рассчитана на работу трех видов пользователей: гость, зарегистрированный пользователь и администратор. Чтобы разграничить права и защитить её от несанкционированного доступа существует блок распределения прав доступа.
В данной системе пользователи делятся на три категории:
· Гость
· Зарегистрированный пользователь
· Администратор
На главной странице портала посетителю предложено пройти регистрацию, воспользовавшись меню «регистрация».

Рис.2.8.1 Регистрация.
В ней посетитель указывает личную информацию, такую как логин – индивидуальное имя пользователя, которое пользователь будет использовать при входе в систему, e-mail для подтверждения регистрации, фамилию, имя, отчество, институт, факультет, курс и группу. Все эти поля формы являются обязательными, если они не будут заполнены, то регистрация не будет успешно завершена.
2.8.2. Инструкция Посетителя.
Посетитель имеет доступ ко всем ресурсам системы. Зайдя в один из разделов, пользователь может прочитать краткое описание ресурса без возможности его загрузки.
Для облегчения навигации реализован поиск. Пользователь может определить ключевое слово и фразу.
Гость не может вносить никаких изменений в систему.
Гость имеет возможность пройти регистрацию на портале, воспользовавшись меню «регистрация»
2.8.3. Инструкция зарегистрированного пользователя.
Зарегистрированный пользователь, пройдя авторизацию на портале, воспользовавшись меню «авторизация», приобретает право скачивания файлов.

Рис.2.8.3.1 Регистрация/авторизация.
Зарегистрированный пользователь имеет возможность изменять личные настройки, исключая логин.

Рис.2.8.3.2 Изменение персональных данных.
2.8.4. Инструкция Администратора.
Администратор обладает следующими правами:
· доступ ко всем разделам служебного модуля.
· доступ к функциям редактирования записей любого раздела.
Чтобы воспользоваться своими правами, администратору нужно пройти авторизацию на специальной странице при входе в служебный модуль. Адрес этой страницы известен только администратору и определяется во время установки системы.

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

Рис.2.8.4.2 Интерфейс администратора.
Страница администрирования пользователей позволяет вносить изменения в личных карточках пользователя, производить удаление пользователя из системы.

Рис. 2.8.4.3 Раздел пользователи.
В разделе администрирования «Разделы» администратор может добавлять/удалять/редактировать/ разделы, документы, ссылки.

Рис.2.8.4.4 Разделы
Добавив названия разделов портала и уточнив их порядковый номер, администратор получает возможность редактировать их.

Рис.2.8.4.5 Редактирование разделов.
Администратор получает возможность создавать подразделы в любом из выбранных разделов системы, пользуясь кнопкой «адм»;

Рис. 2.8.4.6 Добавление разделов/подразделов.
изменять название раздела и его порядковый номер с помощью кнопки «изм»;

Рис.2.8.4.7 Изменение информации о разделе.
удалять разделы, нажатием на кнопку «удл», а также добавлять в содержание раздела пользуясь меню «файлы»:
· отдельные файлы разных форматов (xls, pdf, zip, word, html) с аннотациями
· ссылки на внешний источник с кратким описанием его содержания
· внутрисайтовый html документ.

Рис.2.8.4.8 Добавление файлов, редактирование разделов.
Глава 3. Разработка структурной схемы системы.
3.1. Гармонизация контента с помощью матрицы Александера.
Гармонизация информационной системы достаточно близка по характеру к процедурам нормирования, и сводится она к 3-м действиям:
С использованием матрицы Александера установление матрицы соответствия, т. е. релевантности семантических единиц по отношению к базовому порталу.
Сама оценка дает изменения. Вносятся изменения.
Строится ещё раз матрица Александера и рассчитывается коэффициент эффективности.
Матрица взаимодействий или матрица Александера является одним из эффективных проектировочных средств, особенно на ступени трансформации менеджмента проекта.
Уже само назначение матрицы говорит о ее полезности в деле исследования и регулирования морфизмов, а следовательно, энтропии информационных систем. Главное достоинство метода – возможность простой и строгой проверки соответствия контента одной системы или подсистемы по отношению к другой с возможностью количественно оценить эффективность производимой работы по гармонизации информационного ресурса как в отдельно взятой системе, так и в результате дуплексных изменений. Для этого применительно к исследуемой системе.
Не останавливаясь подробно на раскрытии методики этого процесса, отметим только, что в практике проектной работы кафедры ТИССУ МИРЭА прижилась система, когда по одной оси таблицы-выборки откладываются условные градации релевантности модулей создаваемой системы, а по другой – опорной, например, федерального или регионального образовательного портала. Оценка трехбальная: «0» означает достаточное соответствие исследуемого модуля по отношению к «эталонному» опорной системы, «1» подсказывает целесообразность некоторой коррекции созданного модуля, а «2» говорит о полной несостоятельности модуля либо по содержанию, либо по технологическим признакам (размеру, расширению и т. п.). Прочерк в клеточке матрицы означает естественное отсутствие корреляций сравниваемых модулей и воспринимается в расчете адекватно нулю. Понятно, что в главной диагонали матрицы Александера прочерки невозможны – иначе матрица не достоверна. Наилучшей является картина, когда набранная штрафная сумма матрицы минимальна, что описывается набором специально декларируемых коэффициентов. Минимизация этой функции, а следовательно улучшение энтропийной оценки системы есть направление действий проектировщика.
Ясно, что в случае ограниченных выборок следует показать достоверность полученных оценок по отношению к полному объему контента, используя соответствующий математический аппарат.
Элементы портала, рассмотренные в матрице:
· Пользовательский интерфейс
· Язык программирования
· Информация
· Каталогизация
· Защита информации
· Взаимодействие
· Software
· Администрирование
· Управление
· Поиск
Нужно отметить, что на рисунке представлена усеченная матрица Александера. Иначе пришлось бы считать многие тысячи семантических единиц контента. В реальности такая работа была проведена.
3.2. Построение матрицы соответствия на проверку релевантности семантических единиц проектируемой ИС, вертикального образовательного мини-портала.
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | |
1 | 1 | 0 | 1 | 1 | 0 | 1 | 1 | 0 | 0 | 0 |
2 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 | 1 | 0 |
3 | 1 | 0 | 1 | 1 | 0 | 1 | 0 | 0 | 1 | 0 |
4 | 0 | 1 | 1 | 0 | 0 | 1 | 1 | 1 | 0 | 0 |
5 | 1 | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 1 |
6 | 0 | 0 | 1 | 0 | 0 | 0 | 1 | 0 | 0 | 1 |
7 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 0 | 1 |
8 | 1 | 0 | 1 | 0 | 0 | 1 | 0 | 0 | 0 | 0 |
9 | 0 | 1 | 0 | 0 | 1 | 0 | 0 | 0 | 0 | 1 |
10 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 | 1 | 0 |
Рис. 3.2 Усеченная матрица Александера до внесения изменений в систему.
Таб. 3.2 элементы матрицы.
Количество элементов, подлежащих полной замене | 0 |
Количество элементов, подлежащих модернизации | 5 |
Количество элементов, не подлежащих замене | 5 |
ВСЕГО: | 10 |
3.3. Повторное построение матрицы Александера, после внесения изменений в систему.
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | |
1 | 0 | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 0 | 0 |
2 | 0 | 1 | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 |
3 | 1 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 | 0 |
4 | 0 | 1 | 1 | 0 | 0 | 1 | 1 | 1 | 0 | 0 |
5 | 1 | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 1 | 0 |
6 | 0 | 0 | 1 | 0 | 0 | 0 | 1 | 0 | 0 | 1 |
7 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 0 |
8 | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 0 | 0 | 0 |
9 | 0 | 1 | 0 | 0 | 1 | 0 | 0 | 0 | 0 | 1 |
10 | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 0 | 1 |
Рис. 3.3 Изменение матрицы Александера.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 |



