Результаты антиплагиата (1207245), страница 4
Текст из файла (страница 4)
Элементами, отображаемыми на диаграмме, являютсяклассы и отношения между ними. При этом для отображения классов можновоспользоваться стандартным обозначением класса (прямоугольник) суказанием внутри него соответствующего стереотипа или значком-стереотипом.На рисунок 2.6 представлена диаграмма классов анализа проектируемойсистемы. Условно ее можно разделить на три составляющих: интерфейсыподсистемы, классы-сущности таблиц БД и управляющие классы.Управляющий класс Соединение с БД осуществляет взаимодействиеприложения с базой данных. Группа классов Отчеты реализуют выборки дляорганизации сводных таблиц. Основной класс представляет основной потокприложения, из которого вызываются все остальные потоки, формы и т.д.Рисунок2.6 –Диаграммаклассованализа23Диаграмма последовательностиРеализация отдельного варианта использования требует участия ивзаимодействия определенных экземпляров актеров и классов.
Наиболееподходящий инструмент для описания такого взаимодействия – это диаграммыпоследовательности и коммуникации, которые, по сути, отображают одну и туже информацию. В связи с этим большинство Case-средств позволяет послепостроения одной из диаграмм автоматически получить другую, а такжевыполнять синхронизацию этих диаграмм между собой.Общими элементами диаграмм являются:экземпляры актеров и объекты, участвующие во взаимодействии;сообщения, передаваемые между экземплярами актеров и объектами.
12Экземпляры сущностей отображаются стандартно (экземпляр актера –человечком, экземпляр класса (объект) – прямоугольником или графическимстереотипом класса анализа). В то же время следует помнить, что экземпляр –это конкретная реализация соответствующей сущности (актера, класса, узла и т.д.). Чтобы учесть этот нюанс на диаграммах, имя экземпляра подчеркивается иможет отображаться в следующих вариантах:Имя объекта : Имя класса;: 12 Имя класса – анонимный объект;Имя объекта – 12 предполагается, что имя класса известно;Имя объекта : – 12 объект-сирота.
Считается, что имя класса неизвестно.Для объектов, кроме имени, могут указываться также некоторые важные для 12взаимодействия атрибуты и их значения.Взаимодействие между экземплярами актеров и объектами моделируетсяпосредством 12 передачи сообщений. Сообщение – это спецификация фактапередачи информации между сущностями с ожиданием выполненияопределенных действий со стороны принимающей сущности. Сущность,отправляющую сообщение, называют клиентом, а принимающую – сервером.Таким образом, сообщения не только передают некоторую информацию, но и 1224требуют или предполагают выполнения сервером определенных действий илипередачу (возврат) клиенту необходимой информации. Если принимающейсообщение сущностью является объект, то оно представляет собой операцию(метод) объекта-сервера.
Прием сообщения обычно трактуется, каквозникновение события на сервере. Сообщения изображаются стрелкой собязательным указанием направления (остриё стрелки указывает на 12принимающую сторону) и спецификации.Ниже рассматриваются особенности построения диаграмм взаимодействия.Диаграмма последовательности наглядно отображает временной аспектвзаимодействия. Она имеет два измерения.
Одно измерение (слева-направо) 34указывает на порядок вовлечения экземпляров сущностей во взаимодействие.Крайним слева на диаграмме 13 отображается экземпляр актера или объект,который является инициатором взаимодействия. Правее 34 отображается другойэкземпляр сущности, который непосредственно взаимодействует с первым и т.д.Второе измерение (сверху-вниз) указывает на порядок обмена сообщениями.Начальному моменту времени соответствует самая верхняя часть диаграммы. 1Масштаб на оси времени не указывается, поскольку диаграмма 1 отображаетлишь временную упорядоченность взаимодействия типа «раньше-позже».
13На диаграмме последовательности отображается ряд специфичныхэлементов, которые отсутствуют на диаграмме коммуникации.На рисунок 2.7 приведена диаграмма последовательности «Авторизацияпользователя». Данная диаграмма показывает пошаговое взаимодействие актёраи системы, в данном случаи Пользователя и Веб-сайт. Пользователь заходит насайт интернет-магазина и в главном меню выбирает пункт «Авторизация».Система переходит на форму Авторизации, где Пользователю выводитсясообщения «Введите данные». Пользователь вводит данные Логина и Пароля,затем система обращается к серверу базы данных с запросом на полученияданных пользователя.
После получения данных с сервера система сверяетданные и в случаи несовпадения данных Пользователю выводится сообщения«Попробуйте снова», а если данные совпадают, то система запустит тот25интерфейс Пользователя, который соответствует его роли в системе.Рассмотрим рисунок 2.8 на нём изображена диаграмма последовательности«Управления товарами». Пользователь авторизуется в системе чтобы получитьдоступ к интерфейсу «Администратора».Администратор выбирает пункт меню «Управления товарами», послеоткрытия формы Администратор может просматривать список товаров, а такжеон может добавить новый товар, редактировать или удалить уже имеющиесятовар.При выборе пункта «Добавить товар» система открывает форму добавлениятовара, затем система выводит сообщения «Введите данные».Администратор вводит данные о новом товаре.Рисунок2.7 –Диаграм26При сохранении данных система отправляет запрос серверу на добавленияновой записи в базе данных.После добавления записи в базу данных система возвращается в форму«Управления товарами».При выборе пункта «Редактировать товар» система открывает формуредактировать товар, затем выводит сообщения «Введите данные».Администратор вводит изменённые данные товара.При сохранении данных система отправляет запрос серверу на изменениязаписи в базу данных.После изменения записи в базе данных система возвращается в форму«Управления товарами».При выборе пункта «Удалить товар».
Система отправляет запрос наудаление записи в базу данных.После удалении записи в базе данных система возвращается в форму«Управления товарами».Данная диаграмма последовательности может применяться не только куправлению товаров, но также к управлению категориями и подкатегориямитоваров и управлению блогами.27Диаграмма коммуникацийДиаграмма коммуникации – диаграмма, на которой изображаютсявзаимодействия между частями композитной структуры или ролямикооперации.В отличие от диаграммы последовательности, на диаграмме коммуникацииявно указываются отношения между элементами (объектами), а время какотдельное измерение не используется (применяются порядковые номеравызовов).
35На диаграмме коммуникации 44 основное внимание уделяется структуревзаимодействия. Помимо общих элементов (экземпляров актеров, объектов исообщений) между участниками взаимодействия отображаются ненаправленныеРисунок2.8 –Диаграмма28ассоциации, над которыми указываются передаваемые ими сообщениями.Другой отличительной особенностью является использование вспецификации сообщений нумерации, отражающей порядок их выполнения.Проектировщикам диаграмма коммуникации может дать богатый материал ораспределении обязанностей между объектами. Так, например, если диаграмманапоминает форму звезды, то можно сделать вывод, что система 18 сильно зависитот центрального объекта.В 18 этом случае стоит подумать о более равномерном распределенииобязанностей между участниками взаимодействия.
Или, наоборот, если всистеме хранится и обрабатывается конфиденциальная информация, тобольшинство сообщений должно проходить через ядро безопасности – классы,отвечающие за идентификацию, аутентификацию и, возможно, шифрование /расшифрованные данных.На рисунок 2.9 представлена диаграмма коммуникации «Авторизацияпользователя». Данная диаграмма сгенерирована автоматически на основедиаграммы последовательности, изображенной на рисунок 2.7.На рисунок 2.10 представлена диаграмма коммуникации «Управлениятоварами». Данная диаграмма сгенерирована автоматически на основедиаграммы последовательности, изображенной на рисунок 2.8.Рисунок2.9 –Диаграммакоммуникации«Авторизацияпользователя»292.3 Модель проектированияСледующий этап в процессе создания системы – 71 проектирование, в ходекоторого на основании моделей, созданных ранее, создается модельпроектирования.
71 Назначение модели проектирования заключается в созданииполного детализированного описания внутренней архитектуры и алгоритмовработы системы. Рекомендуется разрабатывать данную модель без привязки кконкретным языкам программирования, с помощью которых будет создаватьсяпрограммный продукт, т. е.
разрабатывать логическую модель. Стоитоговориться, что создать модель без оглядки на используемые языкипрограммирования невозможно, но, по крайней мере, необходимо стремиться кэтому.Построение этой модели необходимо:для уточнения внутренней архитектуры и вариантов использованиясистемы;уточнения требований;определения детализированных алгоритмов работы системы в целом иее отдельных элементов.Рисунок2.10 –Диаграммакоммуникации«Управлениятоварами»30Диаграмма классовДиаграмма классов (class diagram) служит для представления статическойструктуры модели системы в терминологии классов объектно-ориентированногопрограммирования.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
