Антиплагиат_Моргунов (1206267), страница 5
Текст из файла (страница 5)
Группа классов Отчеты реализуют выборки дляорганизации сводных таблиц. Основной класс представляет основной потокприложения, из которого вызываются все остальные потоки, формы и т.д.Диаграммы последовательностиДиаграмма последовательности является одной из разновидностидиаграмм взаимодействия и предназначена для моделированиявзаимодействия объектов системы во времени, а также обмена сообщениямимежду ними. 42На диаграмме последовательности объекты в основном 42 представляютэкземпляры класса или сущности, обладающие поведением.
В качествеобъектов могут выступать пользователи, инициирующие взаимодействие,классы, обладающие поведением в системе или программные компоненты, аиногда и системы в целом. 42Таким образом,диаграммапоследовательности описывает последовательность, в которой объектыотправляют и получают сообщения.Для проектируемой информационной системы были построены несколькодиаграмм последовательностей. Рассмотрим некоторые из них.Рисунок 2.8 – Диаграмма классов анализаНа рисунке 2.9 представлена диаграмма последовательности«Регистрация пользователя».Регистрация пользователя в системе осуществляется посредством формырегистрации, для добавления нового пользователя в базу данных к нейосуществляется подключение, после чего выполняется проверка наличияпользователя с такими же данными, какие были переданы из формы.На рисунке 2.10 показан процесс аутентификации, вход в систему.Аутентификация пользователя происходит следующим образом,пользователю при открытии формы «Вход в систему» предоставляют ввестисвой логин и пароль, который он выбрал при регистрации на сайт, в случаенесовпадения данных, система отказывает во входе на сайт с правами«Пользователь».2.9 – Диаграмма последовательности «Регистрация нового пользователя»На диаграмме последовательности мы можем увидеть следующиеаспекты:сообщения, побуждающие объект к действию;действия, которые вызываются сообщениями (методы) – зачастуюэто передача сообщения следующему объекты или возвращениеопределенных данных объекта;последовательность обмена сообщениями между объектами;Итак, прием сообщения инициирует выполнение определенныхдействий, направленных на решение отдельной задачи тем объектом,которому это сообщение отправлено.
Сообщение в большинстве случаев (заисключением диаграмм, описывающих концептуальный уровень системы) этовызов методов отдельных объектов, поэтому для корректного исполненияметода в сообщении необходимо передать какие-то данные и определить, чтомы хотим видеть в ответ. При именовании сообщения на уровнепроектирования реализации системы в качестве имени сообщения следуетиспользовать имя метода. 42Диаграмма последовательности наглядно отображает временной аспектвзаимодействия.
Она имеет два измерения. Одно измерение указывает напорядок вовлечения экземпляров сущностей во взаимодействие. Крайнимслева на диаграмме отображается экземпляр актера или объект, которыйявляется инициатором взаимодействия. Правее отображается другойэкземпляр сущности, который непосредственно взаимодействует с первым ит.д.
Второе измерение указывает на порядок обмена сообщениями.Начальному моменту времени соответствует самая верхняя часть диаграммы. 3Масштаб на оси времени не указывается, поскольку диаграмма 3 отображаетлишь временную упорядоченность 3 взаимодействия типа «раньше-позже». 32.7 3 Диаграммы коммуникацииВ отличие от диаграммы последовательности, на диаграммекоммуникации 60 изображаются только отношения между объектами,играющими определенные роли во взаимодействии. На этой диаграмме неуказывается время в виде отдельного измерения. Поэтомупоследовательность взаимодействий и параллельных потоков может бытьопределена с помощью порядковых номеров.
4Как и на диаграммах классов, на диаграмме коммуникации указываютсяассоциации между объектами в виде различных соединительных линий. Приэтом можно явно указать имена ассоциации и ролей, которые играют объектыв данной ассоциации. Дополнительно могут быть изображены динамическиесвязи - потоки сообщений.
3Таким образом, цель самой коммуникации состоит в том, чтобыспецифицировать особенности реализации отдельных наиболее значимых 3Рисунок 2.10 – Диаграмма последовательности «Аутентификации»операций в системе. Коммуникация определяет структуру поведениясистемы.Диаграммы коммуникации могут быть построены на основе диаграммпоследовательностей (рисунок 2.11).Рисунок 2.11 – Диаграмма коммуникации «Аутентификации»2.8 Модель проектированияСледующий этап в процессе создания системы – 71 проектирование, в ходекоторого на основании моделей, созданных ранее, создается модельпроектирования.
71 Назначение модели проектирования заключается в созданииполного детализированного описания внутренней архитектуры и алгоритмовработы системы. Рекомендуется разрабатывать данную модель без привязки кконкретным языкам программирования, с помощью которых будетсоздаваться программный продукт, т. е. разрабатывать логическую модель.Стоит оговориться, что создать модель без оглядки на используемые языкипрограммирования невозможно, но, по крайней мере, необходимо стремитьсяк этому.Построение этой модели необходимо:для уточнения внутренней архитектуры и вариантов использованиясистемы;уточнения требований;определения детализированных алгоритмов работы системы вцелом и ее отдельных элементов.Диаграмма классовДиаграмма классов (class diagram) служит для представления статическойструктуры модели системы в терминологии классов объектноориентированного программирования.
Диаграмма классов может отражать, вчастности, различные взаимосвязи между отдельными сущностямипредметной области, такими как объекты и подсистемы, а также описываетих внутреннюю структуру и типы отношений. На данной диаграмме неуказывается информация о временных аспектах функционирования системы.С этой точки зрения диаграмма классов является дальнейшим развитиемконцептуальной модели проектируемой системы.Диаграмма классов представляет собой некоторый граф, вершинамикоторого являются элементы типа "классификатор", которые связаныразличными типами структурных отношений. Следует заметить, чтодиаграмма классов может также содержать интерфейсы, пакеты, отношения идаже отдельные экземпляры, такие как объекты и связи.
Когда говорят оданной диаграмме, имеют в виду статическую структурную модельпроектируемой системы. Поэтому диаграмму классов принято считатьграфическим 18 представлением таких структурных взаимосвязей логическоймодели системы, которые не зависят или инвариантны от времени. 53Класс (class) в языке UML служит для обозначения множества объектов,которые обладают одинаковой структурой, поведением и отношениями собъектами из других классов.
3Предполагается, что окончательный вариант диаграммы содержитнаиболее полное описание классов, которые состоят из трех разделов илисекций. Иногда в обозначениях классов используется дополнительныйчетвертый раздел, в котором приводится семантическая информациясправочного характера или явно указываются исключительные ситуации. 3Имя класса должно быть уникальным в пределах пакета, которыйописывается некоторой совокупностью диаграмм классов (возможно, однойдиаграммой) 3Атрибут класса определяет его свойства.Метод представляет собой некоторый сервис, предоставляющий каждыйэкземпляр класса по определенному требованию.
Совокупность операцийхарактеризует функциональный аспект поведения класса. 3Далее приведены диаграммы классов для рассмотренных пакетов. Каждаядиаграмма представлена в двух экземплярах: как логическая (рисунок 2.11) икак физическая (рисунок 2.12).Рисунок 2.11 – Диаграмма классов пакета Database – логическая2.9 Модель реализацииОсновная цель, преследуемая при построении модели реализации, –получение работоспособной версии системы.
Помимо непосредственногонаписания программного кода будущей системы, на данной стадииокончательно определяется логическая и физическая организация классов ввиде компонентов и подсистем, а также топология распределеннойинформационной системы.Таким образом, при разработке модели преследуются цели:определение окончательного состава, структуры и кода классов;распределение классов по компонентам и подсистемам;определение топологии распределенной системы и распределениеподсистем по узлам сети;планирование итераций (версий) сборки системы;Рисунок 2.12 – Диаграмма классов пакета Database – физическаясборка версий системы.При разработке модели реализации рекомендуется построить диаграммы:компонентов;развертывания.Диаграмма размещенияФизическое представление информационной системы не может бытьполным, если отсутствует информация о 63 ее топологии и необходимыхаппаратных средствах. Помимо сведений о компьютерах, обрабатывающихинформацию, необходимо определить, как будет осуществляться связь междуними и какие дополнительные ресурсы (принтеры, модемы, маршрутизаторыи т.
д.) должны быть задействованы. Конечно, если разрабатываетсяоднопользовательская локальная система, то отсутствует необходимость вразработке подобной диаграммы. Однако при разработке 3 сетевыхкорпоративных приложений ситуация представляется совсем по-другому.Во-первых, сложные 3 информационные системы могут реализовываться 3 наразличных вычислительных платформах и технологиях доступа к 3 базамданных. Наличие 3 корпоративной сети требует решения целого комплексадополнительных задач по рациональному размещению компонентов по узламсети, что определяет общую производительность 3 информационной системы.Во-вторых, интеграция 3 информационной 63 системы с Интернетомопределяет необходимость решения дополнительных вопросов припроектировании системы, таких как обеспечение безопасности и 3 доступностиинформации для корпоративных клиентов.
63Наконец, доступ и манипулирование данными в рамках двух илитрехуровневой технологии « клиент-сервер» также требуют размещениябольших 3 БД в различных сегментах корпоративной сети, их резервногокопирования, архивирования, кэширования для обеспечения необходимойпроизводительности системы в целом. Эти аспекты также требуютвизуального представления с целью спецификации программных и 3технологических особенностей реализации распределенных архитектур. 3Второй формой физического представления программной системыявляется диаграмма 3 размещения (развертывания).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
