Иванов636336871903591282 (1206699), страница 6
Текст из файла (страница 6)
Условно ее можно разделить на 3 составляющих: граничные классыинтерфейса программы (формы), классы-сущности объект, субъект, устройство,списки всех данных, отчет по результатам проверки и управляющие классы.Управляющий класс сравнение пользователей осуществляет считываниесписков пользователей, сравнение списков и вывод результатов. Управляющийкласс Проверка существования директории на АРМ осуществляет считываниедиректорий из документа, формирование списка, проверку существованиядиректорий на текущем АРМ, вывод результатов.
Управляющий класс Проверкасоответствия прав пользователей осуществляет считывание прав пользователейдля каждого объекта из документа и создание списка пользователей исоответствующих им прав доступа. Производит сравнение полученного спискаправ доступа с существующими правами доступа на текущем АРМ, выводитрезультаты.Граничные классы интерфейса программы представляют собой диалоговыеформы и окна, которые предоставляются администратору, где он можетпроводить выбор операций и данных и просматривать результаты работыуправляющих классов.Классы-сущности представляют собой элементы программы которыесоздают отчетную документацию и экземпляры субъектов, объектов, устройстви списков всех данных, формируемых в процессе работы программы.Центральное место в объектно-ориентированном программированиизанимает разработка логической и физической моделей системы в видедиаграмм классов.
Диаграмма классов 63 служит для представления статической 4227структуры модели системы в терминологии классов объектно-ориентированногопрограммирования. Диаграмма классов может отражать, в частности, различныевзаимосвязи между отдельными сущностями предметной области, такими какобъекты и подсистемы, а также 42 описывать их внутреннюю структуру и типыотношений. 42 Диаграмма классов представляет собой 42 граф, вершинами которогоявляются элементы типа «классификатор», 42 связанные различными типамиструктурных отношений. 42 Диаграмма классов может также содержатьинтерфейсы, пакеты, отношения и даже отдельные экземпляры, такие какобъекты и связи. 42Состав диаграммы классов аналогичен составу диаграммы классов анализа.В то же время классы анализа должны пройти процедуру строгой экспертизы напредмет их возможной декомпозиции на более мелкие и специализированныеклассы. При построении диаграммы окончательно должны быть определеныатрибуты и операции классов.Рисунок 2.5 Диаграмма классов анализа29На рисунке 2.6 рассмотрим логическую диаграмму классов.
На нейотражены классы, которые включают в себя поля и методы. Классы Главнаяформа, Проверка пользователей, Проверка директорий и Проверка правобеспечивают работу всех функций программы. Также они являются формамидля выбора функций, отображения результатов проверок администратору иформирования отчетов. Классы Списки всех данных, Субъект, Объект иУстройство являются классами сущностей, предназначенные для считыванияданных с организационно-распорядительного документа предприятия ииспользования их при проведении проверок.2.3 Диаграммы последовательностиРеализация отдельного варианта использования требует участия ивзаимодействия определенных экземпляров актеров и классов. Наиболееподходящий инструмент для описания такого взаимодействия – это диаграммыпоследовательности и коммуникации, которые, по сути, отображают одну и туже информацию. В связи с этим большинство Case-средств позволяет послепостроения одной из диаграмм автоматически получить другую, а такжевыполнять синхронизацию этих диаграмм между собой.Диаграмма последовательности наглядно отображает временной аспектвзаимодействия.
Она имеет два измерения. Одно измерение (слева-направо) 44указывает на порядок вовлечения экземпляров сущностей во взаимодействие.Крайним слева на диаграмме 44 отображается экземпляр актера или объект,который является инициатором взаимодействия. Правее 44 отображается другойэкземпляр сущности, который непосредственно взаимодействует с первым и т.д.Второе измерение (сверху-вниз) указывает на порядок обмена сообщениями.Начальному моменту времени соответствует самая верхняя часть диаграммы.
72Рисунок 2.6 72 Диаграмма классов31Масштаб на оси времени не указывается, поскольку диаграмма 42 отображаетлишь временную упорядоченность 42 взаимодействия типа «раньше-позже».На диаграмме последовательности 44 отображается ряд элементов:линия жизни (англ. lifeline) отображается пунктирной вертикальнойлинией, 44 соединенной с соответствующим экземпляром сущности. Линия жизнислужит для обозначения периода времени, в течение которого 42 экземпляр можетпотенциально участвовать во взаимодействии.
Если он существует в течениевсего взаимодействия, то и его линия жизни должна продолжаться от самойверхней части диаграммы до самой нижней. Не обязательно создавать всеобъекты в начальный момент времени. Отдельные объекты в системе могутсоздаваться по мере необходимости, существенно экономя ресурсы системы иповышая ее производительность. В этом случае объект изображается не вверхней части диаграммы, а в том месте, где он создается; 44как было отмечено выше, взаимодействие между экземплярамимоделируется через обмен сообщениями.
В отдельных случаях объект можетпосылать сообщения самому себе ( 42 вызывать собственные методы), инициируятак называемые рефлексивные сообщения. Сообщения, получаемые отвнешнего источника и передаваемые внешнему приемнику, должны,соответственно, начинаться и заканчиваться закрашенным кружком;UML регламентирует также два часто встречаемых вида сообщений - насоздание и уничтожение объектов. Первое отображается как возвращающеесообщение со стереотипом «create», второе - как синхронное сообщение состереотипом «destroy».
После получения сообщения на уничтожение объектаего линия жизни заканчивается символом X.отправка и прием сообщений сопровождаются активностью объектов. Дляявного выделения этого факта, на диаграмме можно использовать фокусуправления. Он изображается в форме вытянутого узкого прямоугольника,верхняя сторона которого обозначает начало получения фокуса управленияобъекта (начало активности), а нижняя сторона – окончание фокуса управления(окончание активности). Условные операторы, циклы, рекурсия и вызов 4432собственных методов (отправка рефлексивных сообщений) инициируютвложенные потоки управления у одного и того же объекта, что можноотобразить на диаграмме с помощью вложенных фокусов управления.
44На рисунке 2.7 показана диаграмма последовательности, отображающаяпроцесс проверки соответствия пользователей. Для начала работы спрограммой, администратору необходимо заполнить поля на главной форме,такие как: филиал, отдел, номер кабинета, номер АРМ, ФИО администратора.После этого администратор выбирает на главной форме пункт Проверкапользователей. Далее происходит открытие формы Проверка пользователей.При открытии формы, программа считывает пользователей из организационнораспорядительного документа предприятия, используя класс Списки всехданных, который отвечает за преобразование документа в входные данные дляпрограммы.
Затем, программа считывает пользователей на текущем АРМ ипроизводит операцию Сравнение пользователей. После завершения сравнения,на форму Проверка пользователей производится вывод результатов сравнения ввиде двух списков - список пользователей из документа и список пользователейтекущего АРМ - с цветовым выделением результатов для наглядногопредставления администратору.
После выбора администратором пунктаЗавершение проверки, форма Проверка пользователей закрывается и передаетна форму Главная форма сообщение с результатами проведенной проверки.После завершения всех действий, программа возвращает контрольадминистратору для дальнейшей работы.На рисунке 2.8 показана диаграмма последовательности, отражающаяпроцесс проверки соответствия директорий. Администратор на главной формевыбирает пункт Проверка директорий. Далее происходит открытие формыПроверка директорий.
При открытии формы, программа считывает директориииз организационно-распорядительного документа предприятия, используя классСписки всех данных, который отвечает за преобразование документа в входныеданные для программы. Затем, программа проводит проверку существованиякаждой директории на текущем АРМ. После завершения проверки, на форму33Проверка директорий производится вывод результатов сравнения в виде спискадиректорий с цветовым выделением результатов для наглядного представленияадминистратору. После выбора администратором пункта Завершение проверки,форма Проверка директорий закрывается и передает на форму Главная формасообщение с результатами проведенной проверки.
После завершения всехдействий, программа возвращает контроль администратору для дальнейшейработы.На рисунке 2.9 показана диаграмма последовательности, отражающаяпроцесс проверки прав доступа пользователей к объектам. Администратор наглавной форме выбирает пункт Проверка прав. Далее происходит открытиеформы Проверка прав. При открытии формы, программа считываетпользователей, список объектов и соответствующие права из организационнораспорядительного документа предприятия, используя класс Списки всехданных, который отвечает за преобразование документа в входные данные дляпрограммы.
Также происходит считывание пользователей на текущем АРМЗатем, программа проводит проверку существования каждого объекта из спискаобъектов на текущем АРМ. После завершения проверки существования,программа считывает права доступа пользователей для каждого объекта наустройстве. После получение списка всех прав доступа происходит ихсравнение.
После завершения процесса сравнения на форму Проверка правпроизводится вывод результатов сравнения в виде списка объектов с правамидоступа для каждого пользователя с цветовым выделением результатов длянаглядного представления администратору. После выбора администраторомпункта Завершение проверки, форма Проверка директорий закрывается ипередает на форму Главная форма сообщение с результатами проведеннойпроверки. После завершения всех действий, программа возвращает контрольадминистратору для дальнейшей работы.Рисунок 2.7 Диаграмма последовательности «Проверка пользователей»35Рис.2.8 Диаграмма последовательности «Проверка директорий»36Рисунок 2.9 Диаграмма последовательности «Проверка пользователей»2.4 Диаграмма компонентовДиаграмма компонентов позволяет определить состав программныхкомпонентов, в роли которых может выступать исходный, бинарный иисполняемый код, а также установить зависимости между ними.При разработке диаграмм компонентов преследуются цели:спецификация общей структуры исходного кода системы;спецификация исполнимого варианта системы.Данная диаграмма обеспечивает согласованный переход от логического кфизическому представлению системы в виде программных компонентов.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
