Пак636329237700917012 (1206720), страница 5

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

Текст из файла (страница 5)

Управление списком субъектов заключается в изменениеданных уже заведенных учетных записей пользователей, заведение в списокновых учетных записей на основании данных субъекта и заявки на подключениев систему, блокирование учетных записей на основании заявки на отключениесубъекта и удаление учетных записей пользователей из списка.Список объектов содержит в себе информацию обо всех объектах,принадлежащих системе. Объект доступа это единица информационногоресурса автоматизированной системы, доступ к которой регламентируетсяправилами разграничения доступа. 60 Управление списком объектов доступаинформационной системы представляет собой описание новых объектовдоступа и внесение их в список объектов, изменение данных ужесуществующих объектов и удаление объектов при необходимости.Управление списком правил разграничения доступа субъектов к объектамзаключается в присвоении субъектам доступа списка прав доступаотносительно объектов доступа, изменение существующего набора правдоступа для пар субъект-объект, а так же удаление готовых правил21разграничения.Формирование полной матрицы доступа основывается на списке всехсозданных правил разграничения для пар субъект-объект и заключается впреобразовании данного списка в удобочитаемый вид для дальнейшего еговывода в качестве готового документа.Вывод личных карточек пользователей и отчетов по объектам и устройствамоснован на сборе данных о необходимом элементе и формировании, на основеэтих данных, документа, в котором указываются все данные этого элемента исвязанных с ним данных.Сохранение и загрузка данных заведенных в приложение основывается насериализации и десериализации данных приложения по указанной директории,либо в корневой каталог приложения.222 Проектирование программного модуляДля проектирования программного модуля ПБИ-1 был выбран объектноориентированный подход по следующим причинам:модуль с легкостью разбивается на объекты, что позволяет лучшепонимать структуру модуля;использование механизмов наследования, полиморфизма, композиции,наполнения позволяет конструировать сложные объекты из простых, что вконечном итоге приводит к увеличению показателя повторного использованиякода;данные и операции совместно представляют определенную сущность ине «расплываются» по всему коду модуля.Для описания моделей, содержащихся в модуле, используетсяунифицированный язык моделирования или по-другому UML (Unified ModelingLanguage), который считается стандартным средством при использовании ООПв настоящее время.При проектировании модуля были разработаны следующие модели:Функциональная в виде диаграммы вариантов использования и диаграммаклассов;поведенческая в виде диаграммы последовательностей;реализации в виде диаграммы компонентов.Прототип программы имеет возможность практического использования.2.1 Диаграммы вариантов использованияПроектирование системы всегда начинается с определения списка задач,которые данная программа должна реализовывать.

Для этой задачи служат23диаграммы вариантов использования, которые наглядно отображают функциибудущего приложения.Исходя из функционала работы модуля, который был подробно описан вразделе 1, можно выделить одного актера, взаимодействующего с системой, –администратор. Администратор отвечает за поддержание в актуальномсостоянии списков субъектов, объектов, устройств, а так же правилразграничения доступа, хранящихся в приложении для дальнейшей обработки.Кроме этого в обязанности администратора входит вывод бумажных отчетов полюбому элементу, хранящемуся в приложении, а так же вывод общей матрицыдоступа на основании правил разграничения, занесенных в систему.На рисунке 2.1 представлена соответствующая диаграмма вариантовиспользования.Рисунок 2.1 Контекстная диаграмма вариантов использованияПри работе с любыми списками данного приложения определено четыревозможных варианта использования:создание элемента списка;изменение существующего элемента;удаление элемента из списка;поиск элементов удовлетворяющих введенным условиям.При создании элемента сначала вводятся данные, принадлежащие этомуэлементу, затем происходит проверка необходимых данных на уникальность и,24при условии прохождения проверки, происходит сохранение их в список.Изменение данных происходит по похожей схеме, за исключением того чтоизначально уже существуют некие данные.Удаление элемента заключается в удалении его из списка таких элементов, атак же удалении всех связанных с ним данных.Поиск элементов осуществляется по выбранному администратором полюэлемента (типу поиска) и введенным в поле поиска данным.

По итогу поиска наэкран выводятся все элементы удовлетворяющие условиям поиска.Примером работы со списками является декомпозиция работы со спискомсубъектов системы, изображенная на рисунке 2.2 Администратор можетвыполнить любое из четырех вышеперечисленных действий, а именно: создатьновый субъект, изменить данные уже существующего субъекта, удалить субъектили совершить поиск субъектов, согласно выбранного параметра и введеннымзначениям.Рисунок 2.2 Диаграмма вариантов использования Работа со спискомсубъектовТак же является примером декомпозиция варианта использования работы сосписком объектов системы, изображенная на рисунке 2.3. Администратор так25же может совершить четыре действия: создание объекта, его изменение,удаление и поиск объекта.Создание нового объекта включает в себя: привязывание объекта копределенному устройству путем выбора устройства из списка либо заведениянового устройства в список, ввод данных нового объекта и проверку науникальность названия объекта в рамках данного устройства.Изменение существующего объекта включает те же действия что и создание,за исключением того, что данные изначально уже будут существовать.Удаление объекта состоит из двух действий: удаление объекта из спискаобъектов и удаление всех данных связанных с этим объектом.Поиск объектов осуществляется по выбранному типу поиска (полю объекта)и введенным в поле поиска данным.Рисунок 2.3 Диаграмма вариантов использования Работа со спискомобъектовВывод отчетов по любому из элементов, хранящихся в списках приложения,состоит из выбора элемента, по которому необходимо вывести отчет, выборкивсех связанных с этим элементом данных, формировании отчета по выбраннымданным в документ и отображении полученного документа для дальнейшей его26распечатки или редактирования.На рисунке 2.4 представлена диаграмма вариантов использования,отображающая состав операций, входящих в вывод отчета по элементусистемы.Рисунок 2.4 Диаграмма вариантов использования Вывод отчетов по любомуэлементу системы2.2 Диаграммы классовДля уточнения функциональных возможностей, или иначе требований, а также внутренней архитектуры проектируемого программного модуля создаетсямодель анализа, одним из компонентов которой является диаграмма классованализа.Основой объектно-ориентированного подхода при проектировании исоздании продуктов являются классы и объекты.

Класс, зачастую, представляетсобой абстрактный тип данных, описывающий какую-либо часть предметнойобласти, а объект, в свою очередь, является его конкретным экземпляром.Диаграмма классов анализа представляет собой укрупненную абстракцию,которая отображает общий вид структуры классов приложения и отношениймежду ними. Класс анализа – это более абстрактная сущность, чем класс,которая описывает некоторый фрагмент системы. Они не содержат определенийатрибутов и методов.На рисунке 2.5 изображена общая диаграмма классов анализа для27разрабатываемого модуля, отображающая связь между графическимисоставляющими разрабатываемого приложения и сущностями, определеннымивнутри него.Главной формой проекта считается форма, содержащая правиларазграничения доступа. В верхней части данной формы располагается строкаменю, которая предоставляет доступ ко всем формам и возможностямприложения.

Каждый элемент, вызываемый с помощью меню, представляетсобой формы, отображающие списки привязанных к ним элементов, наборыкнопок для работы с этими списками, кнопки для вывода отчетов, а так жеблоки элементов для поиска и вывода краткой справки. Формы,предназначенные для работы со списками данных, по нажатию на кнопку«Добавить» вызывают диалоговое окно (ДО) необходимое для создания новогоэлемента.Рисунок 2.5 Диаграмма классов анализа программного модуляДля получения более углубленного представления о структуреразрабатываемого программного модуля была создана диаграмма классов,отражающая конечную структуру классов реализуемого приложения, а такжеобщее отображение связей без привязки к конкретным технологиям и средствамразработки.28Приложение состоит из классов, отображающих интерфейс и методыобработки взаимодействия приложения с администратором и обработкихранящихся данных.

Характеристики

Список файлов ВКР