Отчет антиплагиат (1206284), страница 5
Текст из файла (страница 5)
Рассмотрим некоторые из них.29На рисунке 2.7 представлена диаграмма последовательности«Регистрация гостя».Для того чтобы добавить нового пользователя в базу данных кней осуществляется подключение, после чего выполняетсяпроверка наличия пользователя с такими же данными, какие былипереданы из формы.Далее рассмотрим рисунок 2.8, на котором представленадиаграмма последовательности «Формирование Прайс листа».Для того чтобы просмотреть Прайс лист услуг, которыепредоставляет наш авто комплекс пользователь должен выбратьподпункт меню «Классификация». Для того чтобы узнать цены науслуги, нужно выбрать марку и модель авто. После этогоопределяется класс вашего автомобиля и в зависимости от классаавтомобиля формируется прайс лист, который нужно скачатьРисунок 2.7 – Диаграмма последовательности «Регистрация гостя»30чтобы с ним ознакомиться.Рисунок 2.8 – Диаграмма последовательности «Формирование Прайслиста»Диаграмма коммуникацииВ отличие от диаграммы последовательности, на диаграмме 8коммуникации изображаются только отношения между объектами,играющими определенные роли во взаимодействии.
8 На этой диаграмме неуказывается время в виде отдельного измерения. Поэтомупоследовательность взаимодействий и параллельных потоков может бытьопределена с помощью порядковых номеров. 8Диаграмма коммуникации – это диаграмма на которой изображаютсятолько отношения между объектами, которые играют определенную роль вовзаимодействии.
Так как на данной диаграмме время не указывается какотдельное измерение, то и последовательность взаимодействий ипараллельных потоков 8 определяется с помощью порядковых номеров. 831 8Так же, как и на диаграммах классов, на диаграмме коммуникацииуказываются ассоциации между объектами в виде различных соединительныхлиний. 8Таким образом, цель самой коммуникации состоит в том, чтобыспецифицировать особенности реализации отдельных наиболее значимыхопераций в системе. 8 Коммуникация определяет структуру поведениясистемы. 8Проектировщикам диаграмма коммуникации может дать богатыйматериал о распределении обязанностей между объектами. Если построеннаядиаграмма по своей форме напоминает звезду, то можно сделать вывод, чтосистема сильно зависит от центрального объекта.На рисунке 2.9 показана диаграмма коммуникации «Регистрация гостя».Данная диаграмма сгенерирована автоматически на основе диаграммыпоследовательности, изображенной на рисунке 2.7.322.3 Модель проектированияВ процессе проектирования создаетсяархитектура системы, которая позволит реализовать и затемподдерживать все функции информационнойсистемы.Назначение модели проектирования заключается всоздании полного детализированного описаниявнутренней архитектуры и алгоритмов работысистемы.Рекомендуется разрабатывать данную модель безпривязки к конкретным языкам программирования, спомощью которых будет создаваться программный продукт,т.
е. разрабатывать логическую модель.Стоит оговориться, что создать модель без оглядкина используемые языки программированияневозможно, но, по крайней мере, необходимостремиться к этому.Построение модели проектирования необходимо:Рисунок 2.9 – Диаграмма коммуникации «Регистрация гостя»33‒ для уточнения внутренней архитектуры и вариантов использованиясистемы;‒ уточнения требований;‒ определения детализированных алгоритмов работы системы вцелом и ее отдельных элементов.Модель проектирования представляется диаграммами классов идиаграммами деятельности.Диаграммы классовДиаграммы классов используются при моделировании 41 информационныхсистем наиболее часто.
Они являются одной из форм статического описаниясистемы с точки зрения ее проектирования, показывая ее структуру.Диаграмма классов не отображает динамическое поведение объектов,изображенных на ней классов.На диаграммах классов показываются классы, интерфейсы и отношениямежду ними.
41Диаграмма классов представляет собой 8 граф, вершинами которогоявляются элементы типа «классификатор», 8 связанные различными типамиструктурных отношений. 8Диаграмма классов может также содержать интерфейсы, пакеты,отношения и даже отдельные экземпляры, такие как объекты и связи. 8Состав диаграммы классов аналогичен составу диаграммы классованализа. В то же время классы анализа должны пройти процедуру строгойэкспертизы на предмет их возможной декомпозиции на более мелкие испециализированные классы.При построении диаграммы окончательно должны быть определеныатрибуты и операции классов.Существуют разные точки зрения на построение диаграмм классов взависимости от целей их применения:‒ концептуальная точка зрения – диаграмма классов описывает 5234модель предметной области, в ней присутствуют только классыприкладных объектов;‒ точка зрения спецификации – диаграмма классов применяется припроектировании информационных систем;‒ 52 точказренияреализации–диаграммаклассовсодержит классы, используемыенепосредственно в программном коде.Далее приведены диаграммы классов длярассмотренных пакетов (рисунок 2.10) и (рисунок 2.11).Каждая диаграмма представлена в двухэкземплярах: как логическая (на русском языке) и какфизическая (с учетом языка программирования).Рисунок 2.10 – Логическая диаграмма классов БД352.4 Модель реализацииМодель реализации представляет физическую структуруреализации в терминах подсистем реализации и элементовреализации (каталогов и файлов, включая файлы исходного кода,файлы данных и исполняемые файлы и т.д).Модель реализации идентифицирует физическиекомпоненты реализации с целью облегчения их восприятия иуправления ними.Модель реализации определяет основные блокиинтеграции, вокруг которых организованы рабочие группы, атакже блоки, которым можно по отдельности присваиватьверсии, отдельно развертывать и заменять.Модель реализации представляется диаграммамикомпонентов и развертывания.Рисунок 2.11 – Физическая диаграмма классов БД36Таким образом, при разработке модели преследуются цели:‒ определение окончательного состава, структуры и кода классов;‒ распределение классов по компонентам и подсистемам;‒ определение топологии распределенной системы и распределениеподсистем по узлам сети;‒ планирование итераций (версий) сборки системы;‒ сборка версий системы.При разработке модели реализации рекомендуется построить диаграммы:‒ компонентов;‒ развертывания.Диаграмма 39 компонентовДиаграмма компонентов описывает особенности физическогопредставления системы.Она позволяет определить архитектуру разрабатываемой системы,установив зависимости между программными компонентами, в роли которыхможет выступать исходный и исполняемый код.Основными графическими элементами диаграммы компонентов являютсякомпоненты, интерфейсы и зависимости между ними.Диаграмма компонентов разрабатывается для следующих целей:‒ визуализации общей структуры исходного кода программнойсистемы;‒ спецификации исполняемого варианта программной системы;‒ обеспечения многократного использования отдельных фрагментовпрограммного кода;‒ представления концептуальной и физической схем баз данных.В 28 языке UML для компонентов определены следующие 8 стереотипы:«file» – любой файл, кроме таблицы:‒ «executable» – программа (исполняемый файл);‒ «library» – статическая или динамическая библиотека; 4137‒ «source» – файл с исходным текстом программы;‒ «document» – остальные файлы (например, файл справки).«table» – таблица базы данных.
41На рисунке 2.12 показана диаграмма компонентов, в которой отраженыосновные элементы разрабатываемой информационной системы, а такжеосновной исполняемый файл, файлы веб-форм приложения, служебныефайлы с дополнительной информацией, а также биллинговая система и базаданных с соответствующими интерфейсами38Диаграмма развертыванияЦелью диаграммы развертывания является представлениефизического расположения системы, взаимодействия физическогооборудования, на котором запускается та или иная составляющаяпрограммного обеспечения.Основные цели, преследуемые при разработке диаграммыразвертывания:‒ 8 распределение компонентов системы по ее физическим узлам;‒ отображение физических связей между узлами 42 системы наэтапе 61 исполнения;‒ выявление узкихмест системыиреконфигурация ее топологиидля достижения требуемой производительности.Рисунок 2.12 – Диаграмма компонентов39Элементами диаграммы реализации являются узлы, компоненты и связимежду ними.Рисунок 2.13 Диаграмма развертыванияНа рисунке 2.13 представлена диаграмма развертывания, котораяотражает физические компоненты информационной системы, так же на нейпоказан способ ее установки.403 Проектирование структуры базы данныхПрежде чем начать проектировать логическую и физическую моделиданных проектируемой системы, представим структуру БД.
В базу данных,разработанную для интернет-приложения автосервиса, входят 14 таблиц.Таблица Address (таблица 3.1) содержит информацию о адресах доставкитовара клиенту и, соответственно, связана с таблицей Users по полю UsersId.Таблица 3.1 – Адрес (Address)Название Код ТипНомер Id Числовой (int)Страна Country Текстовый (string)Регион State Текстовый (string)Город City Текстовый (string)Улица Street Текстовый (string)Почтовый индекс PostalCode Числовой (int)Телефон Telefon Текстовый (string)Первый IsPrimary Логический (bool)Номер пользователя UserId Числовой (int)Каждый товар имеет свою категорию. Таблица Category (таблица 3.2)включает в себя информацию о категориях товара.
В процессе работыпредприятия данные этой таблицы могут изменены и расширеныадминистратором.Таблица 3.2 – Категория (Category)Название Код ТипНомер Id Числовой (int)Наименование Name Текстовый (string)Каждая категория товара имеет свою подкатегорию. Таблица Subcategory41(таблица 3.3) является справочником и хранит в себе информацию оподкатегориях товара. Также, как и таблица Category, она в процессе работыпредприятия может быть изменена и расширена администратором. Связана стаблицей Category по полю CategoryId.Таблица 3.3 – Подкатегория (Subcategory)Название Код ТипНомер Id Числовой (int)Наименование Name Текстовый (string)Номер категории CategoryId Числовой (int)Таблица PhotoProduct (таблица 3.4) является хранилищем визуальнойинформации продукта, то есть его фото.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
