Результат проверки на антиплагиат (1206650), страница 3
Текст из файла (страница 3)
Какие возможности онихотят видеть внутри системы и какие возможности можно реализовать вразработке.Именно для этого, необходимо создать две диаграммы, «Диаграммувариантов использования» и «Диаграмму декомпозиции». На них наглядноописывается назначение всей системы. Основная цель построения 42 этихмоделей – достигнуть взаимопонимания между 42 разработчиками изаказчиками (пользователями) по назначению, возможностям и технологиииспользования будущей информационной системы, т. е. определить границыее применения.
В связи с тем, что заказчик принимает активное участие впостроении 42 этих моделей, они должны быть описаны на его языке, т. е. супотреблением терминологии, принятой в рассматриваемой предметнойобласти. На 42 контекстной диаграмме для данного проекта изображена базоваясистема взаимодействия пользователей с сайтом.
А на диаграммедекомпозиции уже будет отображенная полная информация повзаимодействию и работе пользователя с системой.Контекстная диаграмма вариантов использования деятельности интернетмагазина «Оптово-розничной торговли ЁЁ» представлена на рисунке 2.1.Рисунок 2.1 – Контекстная диаграмма вариантов использования10Диаграмма декомпозиции деятельности интернет-магазина «Оптоворозничной торговли ЁЁ» представлена на рисунке 2.2.Администратор может изменять товар, добавлять новый, удалять ненужный и так же изменять параметры системы. Пользователю, в своюочередь, предоставлена возможность выбирать товар, оформлять заявку,выбирать способ оплаты и доставки.Смотря на диаграмму, видно, что взаимодействие с сайтом, имеется упользователей и администратора.У администратора будет возможность:‒ добавлять новый товар (декомпозиция процесса на рисунке 2.2);‒ удалять имеющийся товар (декомпозиция процесса на рисунке 2.2);‒ изменять информацию о имеющимся товаре (декомпозиция процесса нарисунке 2.2);‒ возможность изменять «начинку сайта»;11‒ сопровождение сайта.‒ добавление информации о компании;‒ загрузка документов на сайт, если такие необходимы;‒ просмотр и обработка заявок на покупку товаров;‒ ответ пользователю по электронной почте.Рисунок 2.2 – Диаграмма декомпозицииУ пользователей сайта будет возможность:‒ просмотр имеющихся на сайте товаров (декомпозиция процесса нарисунке 2.3);‒ заказ любых необходимых товаров (декомпозиция процесса на рисунке2.3).12Рисунок 2.3 – Диаграмма декомпозицииАдминистратор производит контроль над всеми функциями на сайте, носамые главные это изменения данных и полное управление над товарамиуказанными на сайте.
А так же контроль над некоторыми параметрами ифункциями. Обрабатывает заказы сделанные покупателями, а так же заявкина оптовые заказы, сделанные в данном приложении отдельным пунктомразработки.Покупатель производит выбор и покупку товара, заполнение формыдоставки.Для совершения покупки покупатель производит поиск товара, выборнеобходимого количества этих товаров, указание места доставки. Оплатапроизводится уже по факту доставки товара покупателю. Покупательоставляет свои контактные данные, адрес доставки, телефон, электроннаяпочта.2.2 Разработка поведенческой моделиРеализация отдельного варианта использования требует участия ивзаимодействия определенных экземпляров актеров и классов.
Наиболееподходящий инструмент для описания такого взаимодействия – это13диаграммы последовательности и коммуникации, которые, по сути,отображают одну и ту же информацию. Диаграмма последовательностиявляется одной из разновидности диаграмм взаимодействия и предназначенадля моделирования взаимодействия объектов системы во времени, а такжеобмена сообщениями между ними.
41 На диаграмме последовательностиобъекты в основном представляю экземпляры класса или сущности,обладающие поведением. В качестве объектов могут выступать пользователи,инициирующие взаимодействие, классы, обладающие поведением в системеили программные компоненты, а иногда и системы в целом.В 41 связи с этим большинство Case-средств позволяет после построенияодной из диаграмм автоматически получить другую, а также выполнятьсинхронизацию этих диаграмм между собой.Взаимодействие между экземплярами актеров и объектами моделируетсяпосредством 37 передачи сообщений. Сообщение (англ.
message) – этоспецификация факта передачи информации между сущностями с ожиданиемвыполнения определенных действий со стороны принимающей сущности.Сущность, отправляющую сообщение, называют клиентом, а принимающую– сервером. Таким образом, сообщения не только передают некоторуюинформацию, но и требуют или предполагают выполнения серверомопределенных действий или передачу (возврат) клиенту необходимойинформации. Если принимающей сообщение сущностью является объект, тооно представляет собой операцию (метод) объекта-сервера. 37При проектировании интернет-магазина «Оптово-розничной торговли ЁЁ»созданы диаграммы последовательности для Авторизации администратора изаказа товара пользователем.
На них в полной мере можно увидетьследующие пункты взаимодействия. Пользователь переходит на страницу стоваром, выбирает необходимый товар, заполняет полностью и корректноадрес доставки, контактный номер телефона и электронную почту.Далее система формирует отчёт о покупке, отправляет отчётадминистратору и формирует ответ пользователю, оповещая его о том, удачно14или не удачно была совершенна покупка.При отмене покупки пользователем, система производит удаление товаровиз корзины и обновлению страницы корзины с покупками, так что,пользователь остаётся на той же странице.Во время работы системы на данном участке программы в приложениииспользуются методы зацикливания действия Loop, отлавливания ошибкиswitch и остановки процесса break.
Метод Loop, позволяет, при обработкеданных, обновлять информацию без обновления страницы возвращаязначения в исходную точку, но с изменёнными параметрами.Метод switch позволяет при обработке данных выискивать определённыекомбинации ошибок предотвращая «обрушение» сайта при неправильнойработе клиента с ним, а просто выдавая необходимое сообщение о том, чтопользователь сделал не так.Метод break, так называемый останавливающий метод, закрываетобработку данных после завершения обработки заказа, сделан он для того,что бы не создавать дополнительных ошибок, которые могут бытьобработаны в методе switch.
И полностью завершить обработку заказа, дляклиента.Диаграмма последовательности, разработанная для отображения действийпри заказе товара пользователем, представлена на рисунке 2.4.15Рисунок 2.4 – Диаграмма последовательности «Заказ товаров»2.3 Разработка информационной модели (модель базы данных)Информационная модель необходима для показания объектов иотношений, ограничений, правил и операций с целью указать семантикуданных для определённой предметной области. Обычно, информационная16модель устанавливает отношения между определёнными объектами.
В итоге,создание модели, выражает собой, проектирование базы данных.Для интернет-магазина «Оптово-розничной торговли ЁЁ» логическаямодель базы данных указана на рисунке 2.5, 9 физическая модель представленана рисунке 2.6.Рисунок 2.5 – 9 Логическая модель БДРисунок 2.6 – Физическая модель БДТаким образом в данной БД, созданной для интернет-магазина «Оптоворозничной торговли ЁЁ», находится одна таблица. Этого достаточно дляхранения информации о товарах, а хранение информации о данныхадминистратора и отправка заказа сразу же будет обрабатываться в самомприложении и на сервере.17В данной работе присутствует единственная таблица с названием Foods.Она содержит в себе информацию о товарах.
Идентификатором этой таблицыявляется поле FoodID, это видно на таблице 2.1.Во время продвижения, поддержки и сопровождения сайта,администратор может изменять, добавлять и удалять информацию о товарах.Таблица 2.1 – Foods – информация о товарахНаименование поля Тип ОписаниеFoods int Идентификатор товараName varchar(MAX) Название товараCategory varchar(50) Категория товараPrice decimal(18, 0) Цена товараImageData varbinary(MAX) Фотография товараImageMimeType varchar(50) Расширение файла2.4 Разработка диаграммы компонентовДиаграмма компонентов позволяет определить состав программныхкомпонентов, в роли которых может выступать исходный, бинарный иисполняемый код, а также установить зависимости между ними.При разработке диаграмм компонентов преследуются цели:- спецификация общей структуры исходного кода системы;- спецификация исполнимого варианта системы.Данная диаграмма обеспечивает согласованный переход от логического кфизическому представлению системы в виде программных компонентов.Одни компоненты могут существовать только на этапе компиляциипрограммного кода, другие – на этапе его исполнения.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
