Антиплагиат_Моргунов (1206267), страница 4
Текст из файла (страница 4)
Присутствует функция сортировки товара по такимпараметрам как «от дешёвых к дорогим» «по дате добавления» «от А до Я»,при нажатии ссылки «подробнее» происходит переход на полное описаниеданного товара.КорзинаПо ссылке «Оформить заказ» пользователь переходит на страницу, где 50отображаются все данные его заказа ( 50 если пользователь не зарегистрирован,то ему необходимо заполнить личные регистрационные данные дляоформления заказа). Присутствуют радиокнопки позволяющие указатьнаиболее удобный для пользователя способ доставки. По нажатию на кнопку«Заказать», после заказа пользователь должен получить сообщение:«Спасибо за ваш заказ.
В ближайшее время с Вами свяжется менеджер длясогласования заказа»Выбор по параметрамВ поле «Стоимость» указывается ценовой промежуток, который помогаетпользователю отсортировать товар по указанной ему цене, так жеприсутствует выборка по производителям, после нажатия на кнопку «Найти»происходит переход на форму «Выбор по параметрам», где предоставляютсяуже отсортированные товары по указанным параметрам.2 Проектирование бизнес процессов2.1 Модель вариантов использованияМодели, представляющие диаграммы вариантов использования,описывают функциональное назначение системы или то, что система должнаделать.
Разработка диаграммы преследует следующие цели: 34определить общие границы и контекст моделируемой предметнойобласти;сформулировать общие требования к функциональному поведениюпроектируемой системы;разработать исходную концептуальную модель системы для еепоследующей детализации в форме логических и физическихмоделей;подготовить исходную документацию для взаимодействияразработчиков системы с ее заказчиками и пользователями. 34Модель вариантов использования включает диаграммы вариантовиспользования и соответствующие сценарии, описывает функциональныетребования к системе и ее поведение при взаимодействии с пользователями.Суть диаграммы вариантов использования состоит в следующем.Проектируемая система представляется в виде множества сущностей илиактеров, взаимодействующих с системой с помощью вариантовиспользования.
При этом актером (actor) или действующим лицом называетсялюбая сущность, взаимодействующая с системой извне. Это может бытьчеловек, техническое устройство, программа или любая другая система,которая может служить источником воздействия на моделируемую системутак, как определит сам разработчик.Вариант использования служит для описания сервисов, которые системапредоставляет актеру, и 34 последовательности действий, которые должны бытьвыполнены проектируемой системой.
3 Диаграмма вариантов использованияможет дополняться пояснительным текстом, который раскрывает смысл илисемантику составляющих ее компонентов.2.2 34 Диаграммы вариантов использования 34Диаграмма вариантов использования ( 43 сценариев поведения, прецедентов)является 36 исходным концептуальным представлением системы в процессе еепроектирования и разработки. 18 Данная диаграмма состоит 18 из актеров,вариантов использования и отношений между ними.В ходе анализа проектируемой ИС было определено три актера:администратор;пользователь;гость.а так же следующие варианты использования:регистрация;просмотр контактной информации;просмотр «Оплата и доставка»;просмотр «О магазине»;просмотр каталога;просмотр новостей и акций;поиск сотовых телефонов;оформление заказа;добавление новостей и акций;добавление и удаление телефонов/изменение данных;просмотр и редактирование личных данных.На основании исходных данных была построена контекстная диаграмма,описывающая общую схему взаимодействия актеров в пределах ИС (рисунке2.1).Рисунок 2.1 – Контекстная диаграмма вариантов использованияНа основе контекстной диаграммы были созданы несколько диаграммдекомпозиции.
Такие диаграммы, как правило, представляют собой«ромашку», в центре которой декомпозируемый вариант использования, авокруг – входящие в него обязательные (include) или расширяющие (extend)составные части. В работе представлены две диаграммы декомпозиции дляразных вариантов использования.Рассмотрим декомпозицию варианта использования «Оформление заказа»(рисунке 2.2), на которой, отражено взаимодействие двух актеров –Пользователя и Администратора.Рисунок 2.2 – Диаграмма декомпозиции вариантов использования«Оформления заказа»Диаграмма декомпозиции для варианта использования «Просмотркаталога», представленная на рисунке 2.3, описывает процесс просмотракаталога.
В качестве актеров задействованы Гость и Пользователь.Рисунок 2.3 – Диаграмма декомпозиции варианта использования«Просмотр каталога»2.3 Диаграммы автоматовПосле создания необходимых диаграмм вариантов использованияосуществляется их детализация, главная цель которой – определить, впроцессе, какого поведения система обеспечит необходимуюфункциональность.Одним из видов диаграмм, позволяющих детализировать вариантыиспользования, – это диаграммы автоматов.Диаграмма автомата (state machine diagram) – это один из способовдетального описания поведения в UML на основе явного выделениясостояний и описания переходов между состояниями. 32Диаграмма автоматов служит для моделирования динамических аспектовсистемы, она полезна при моделировании жизненного цикла объекта ииспользуется для описания поведения, реализуемого в рамках вариантаиспользования, или поведения экземпляра сущности (класса, объекта,компонента, узла или системы в целом).Диаграмма автоматов является графом специального вида, которыйпредставляет некоторый автомат.
Вершинами графа являются возможныесостояния автомата, изображаемые соответствующими графическимисимволами, а дуги обозначают его переходы из состояния в состояние.Диаграммы состояний могут быть вложены друг в друга для болеедетального представления отдельных элементов модели.В 25 языке UML под состоянием понимается 4 некоторый абстрактный объект,используемый для моделирования отдельной ситуации, в течение которойвыполняются некоторые условия.В 13 проектируемой ИС предусмотрено три категории пользователей сразными функциями и правами, в соответствии с которыми и реализуетсяпользовательский интерфейс.На рисунке 2.4 приведена контекстная диаграмма автоматов,представляющая собой некоторую иерархию выбираемых пользователемпунктов меню и диалоговых окон.Рисунок 2.4 – Контекстная диаграмма автоматовИнициализация той или иной подсистемы происходит после успешнойаутентификации пользователя с учетом предоставленных ему прав доступа.Рассмотрим рисунок 2.5, на котором изображена диаграмма автоматов,показывающая авторизацию пользователей системы.
Для входа в системупользователю необходимо ввести логин и пароль. Далее система проверяетсоответствие введенного логина и пароля. Если пользователь ввел данныеверно, происходит авторизация системы и получение прав. В противномслучае выводится сообщение о неверно введенной паре логин/пароль.Рисунок 2.5 – Диаграмма автоматов для подсистемы «Авторизация»Рассмотрим еще одну реализацию диаграммы автоматов для подсистемы«Пользователь» на рисунке 2.7. В данной диаграмме показановзаимойдествие с системой зарегистрированного пользователя.Рисунок 2.7 – Диаграмма автоматов для подсистемы «Пользователь»2.4 Модель анализа 11Модель 11 системы отражает аспекты физической системы, оказывающиенепосредственное влияние на достижение поставленной цели.
В прикладныхзадачах цель обычно задается в форме исходных требований к системе,которые, в свою очередь, в языке UML записываются в виде вариантовиспользования системы.В языке UML для одной и той же физической системы могут бытьопределены различные модели, каждая из которых специфицирует систему сразличных точек зрения. 3 Общая модель системы в контексте языка 11 UMLсодержит в себе модель анализа и модель проектирования.
11Главной особенностью модели анализа является то, что при еепостроении–уточнению функциональных возможностей системы с учетомвнутренней архитектуры проектируемой системы. 59Построение этой модели необходимо:для выявления внутренней архитектуры (определения 59 подсистем иосновных классов);для поиска альтернативных вариантов реализации системы(подсистем) и выбора основного; 59для уточнения всех требований (функциональных инефункциональных). 59Основное отличие модели вариантов использования от модели анализасостоит в том, что при построении первой основное внимание уделяетсяопределению функциональных возможностей (требований) системы, а припостроении второй – их уточнению с учетом внутренней организации(архитектуры) проектируемой системы. В связи с этим на второй стадииможет использоваться более формальный и специфичный язык – языкразработчиков.
59Диаграмма классов анализаФундаментальными понятиями объектно-ориентированного подходаявляются понятия объекта и класса, которые представляются абстракциямиреальной или воображаемой сущности (набора сущностей). Класс анализа –еще более абстрактная сущность, чем просто класс, представляет собой набориз одного или более классов. Таким образом, класс анализа – этоукрупненная абстракция, которая на концептуальном уровне (без точногоопределения атрибутов и операций) описывает некоторый фрагмент системы.
68Диаграмма классов 3 анализа по существу является 3 прообразомклассической диаграммы классов. Элементами, отображаемыми надиаграмме, являются классы и отношения между ними. При этом дляотображения классов можно воспользоваться стандартным обозначениемкласса (прямоугольник) с указанием внутри него соответствующегостереотипа или значком-стереотипом.Диаграмма классов представляет собой граф, вершинами которогоявляются 25 различные виды классов анализа (управляющий, граничный, класссущности), связанные различными типами структурных отношений.На рисунке 2.8 приведена диаграмма классов анализа проектируемойсистемы. На диаграмме сосредоточены граничные классы, представляющиесобой структуру пользовательского интерфейса, и классы сущности,представляющие собой структуру базы данных.Условно ее можно разделить на три составляющих: интерфейсыподсистемы, классы-сущности таблиц БД и управляющие классы.Управляющий класс Соединение с БД осуществляет взаимодействиеприложения с базой данных.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
