Файл: Информационные технологии и платформы разработки информационных систем.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 13.06.2023

Просмотров: 738

Скачиваний: 11

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

1 Системный анализ предметной области

2 Концептуальное проектирование БД

2.1 Система как «чёрный ящик»

2.2 Структура проектируемой системы

2.3 SADT-диаграмма разработки ИПО автоматизации обслуживания клиентов

2.4 Техническое задание

2.5 Виды обеспечения для разрабатываемой системы

2.6 Эталонная система моделирования ИПО автоматизации обслуживания клиентов

2.7 Схема шагов по проектированию САПР

2.8 Вывод

3 Логическое проектирование БД

3.1 Описание инфологической модели

3.2 Связи между сущностями

3.3 Разработка даталогической модели

4 Физическое проектирование БД

5 Диаграмма вариантов использования (прецедентов, use-case)

6 Диаграммы последовательности

7 Диаграммы деятельности (активности)

8 Диаграмма классов

9 Диаграммы кооперации, состояний

9.1 Диаграмма кооперации

9.2 Диаграмма состояний

10 Количественное обоснование выбора СУБД и языка программирования

10.1 Выбор Web-cepвepa

10.2 Выбор СУБД

10.3 Выбор языков программирования

10.4 Реализация MVC в WEB

11 Разработка интернет-магазина

11.1 Технологии разработки Интернет-ресурсов

11.2 Взаимодействие между модулями программных средств

11.3 Структурная модель сайта

11.4 Проектирование баз данных

11.5 Разработка дизайна сайта

11.6 Практическая реализация Интернет-ресурса ООО «Бизнеском»

11.6.1 Этапы создания Интернет-ресурса

11.6.2 Проверка работоспособности сайта в различных браузерах

12. Код модулей сайта

Заключение

Список использованных источников

3.1 Описание инфологической модели

Сущностью инфологического этапа проектирования является установление соответствия между состоянием предметной области, его восприятием и представлением в БД. На этапе инфологического проектирования используется неформальная модель предметной области типа «сущность – связь». Это модель позволяет моделировать объекты ПО, взаимоотношения объектов. Основное назначение неформальной модели «сущность – связь» является семантическое описание предметной области и представление информации для обоснования выбора видов моделей и структур данных, которые в дальнейшем будут использованы в системе. Для построения модели типа «сущность – связь» используются три основных конструктивных элемента для представления составляющих предметная область – сущность, атрибут и связь

При анализе предметной области были выделены следующие основные сущности:

Принтера, типы принтеров, копиры, мониторы, расходные материалы(фотобарабаны, ракеля, зарядные валы, тонер), комплектующие(процессоры, видеокарты, модули памяти, материнские платы, жесткие диски), заказы.

Рассмотрим подробнее таблицы и поля базы данных.

В таблице cat_cat расположена информация о категориях товара и содержатся следующие поля: номер категории, номер подкатегории, название, изображение.

В таблице cat_tov расположена информация товаре и содержатся следующие поля: номер товара, изображение, наименование, артикул, цена, начальная цена для скидки, описание, количество, отображение на главной странице сайта.

В таблице mag_stat расположена информация о статусе заказа:

- в обработке;

- ожидание оплаты;

- формирование заказа;

- отправка заказа;

- готов к отгрузке;

- доставлен;

В таблице mag_zak расположена информация о деталях заказа. Номер заказа, количество товара, дата принятия, состояние, дата исполнения, статус архива.

В таблице mod расположена информация из которой формируется меню и текст на главной странице сайта.

В таблице nas расположена информация о настройках сайта. Email и пароль администратора, отображение прайса, денежных единиц, настройки комментариев.

В таблице users расположена информация о пользователях, а именно о администраторе. Номер, icq, email, имя, пароль, информация о себе, ip-адрес.

3.2 Связи между сущностями

Описание связей между некоторыми сущностями представлено в таблице 3.1.


Таблица 3.1 Описание связей между сущностями

Родительская сущность

Дочерняя сущность

Описание

Тип связи

Тип принтера

Принтеры

Принтеры бывают нескольких видов

1:М

Принтеры

Заказ

Принтер входит в заказ

1:М

Родительская сущность

Дочерняя сущность

Описание

Тип связи

Видеокарта

Заказ

Видеокарты входят в заказ

1:М

Тип Комплектующих

Процессор

Существуют различные комплектующие

1:М

Процессор

Заказ

Процессор входит в заказ

1:М

Тип Расходных материалов

Тонер

Существуют различные расходные материалы

1:М

Тонер

Заказ

Тонер входит в заказ

1:М

Зарядный вал

Заказ

Зарядный вал входит в заказ

1:М

3.3 Разработка даталогической модели

На основе инфологической модели, построена даталогическая модель. Для обеспечения целостности данных в соответствующие сущности инфологической модели добавляются ключевые атрибуты, которые функционально определены и зависят только от первичного ключа, и не

имеют связи между собой.

При отображении инфологической модели в даталогическую сущности

станут таблицами, атрибуты - полями таблиц. В даталогическую модель вводятся связи, аналогичные связям инфологической модели.

Таблица 3.2 Используемые стандартные типы полей

Тип поля

Диапазон значений.

varchar

Символьные значения длиной до 8.000 символов.

int

Целочисленные значения в диапазоне

от до -1.

4 Физическое проектирование БД

Для анализа предметной области необходимо выделить объекты представления предметной области. Далее, необходимо определить взаимосвязи между этими объектами. Следующим шагом необходимо решить какая информация об объектах должна быть представлена в БД и как её представить с помощью данных.


Структура базы данных интернет-магазина представлена на рисунке 4.1.

Рисунок 4.1 – Структура базы данных интернет-магазина

5 Диаграмма вариантов использования (прецедентов, use-case)

В данном проекте была описана деятельность интернет-магазина.

Рынок интернет-магазинов на сегодняшний день является перенасыщенным, тем не менее, даже не смотря на это, интернет-магазины привлекают инвесторов простотой организации. Во многом на это повлиял опыт других стран, в которых, не смотря ни на что, интернет бизнес не только успешно функционирует, но и успешно развивается.

Интернет-магазин позволяет пользователям онлайн, в своём браузере, сформировать заказ на покупку, выбрать способ оплаты и доставки заказа, оплатить заказ, а также осуществляет доставку товара. Управление интернет-магазином — это процесс планирования, координации и контроля бизнес-процессов в интернет-магазине. Суть данного процесса состоит в оптимальном использовании как интернет ресурсов, так и трудовых ресурсов.

Администратор интернет-магазина является главным звеном в бизнес-процессе, который должен поддерживать актуальную базу данных о наличии товара, для большего спроса клиентов. Администратор работает с большим объемом информации, ведет базу клиентов, принимает заявки клиентов, информирует работников склада о заказе, передает информацию о заказе курьеру.

Диаграмма вариантов использования описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Она является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества так называемых вариантов использования, предоставляемых системой множеству актеров или сущностей, взаимодействующих с системой. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером.


Варианты использования определяют функциональные возможности. Каждый из них представляет определенный способ использования. Таким образом, каждый вариант использования соответствует последовательности действий для того, чтобы клиент мог получить определенный результат.

На рисунке представленном ниже, изображена диаграмма вариантов использования для интернет-магазина. Клиент - все люди, желающие воспользоваться услугами интернет-магазина; интернет-магазин – предоставляет онлайн услуги по продаже товара. Работники склада – проверяют наличие товара на складе и передают заказ курьеру. Курьер – доставляет заказ клиенту. Электронная система – проводит платежи.

Клиент обращается в интернет-магазин, для предоставления ему услуг, таких как заказ товара. Перед заказом товара, клиент проходит процедуру идентификации, и если нужно регистрируется в базе данных клиентов.

Основным вариантом использования служит “заказ товара”. Для получения товара, клиент смотрит в каталог товаров и выбирает нужный ему товар, поэтому “заказ товара”, включает (include) “просмотр каталога”. После просмотра каталога, клиенту необходимо сформировать заказ. Затем администратор проверяет наличие товара с помощью работников склада, и в том случае, если товар есть на складе, обновляет статус заказа и отправляет клиенту счёт. Чтобы оплатить счёт, клиент пользуется электронной системой, чтобы сделать это онлайн.

Тем временем работник склада передаёт заказ курьеру, а курьер доставляет товар клиенту.

Рисунок 5.1 - Диаграмма вариантов использования

6 Диаграммы последовательности

Для моделирования взаимодействия объектов в языке UML используются соответствующие диаграммы взаимодействия. Одним из аспектов взаимодействия является время. Для представления временных особенностей передачи и приема сообщений между объектами используется диаграмма последовательности.

Хотя рассмотренные ранее диаграммы, такие как диаграмма вариантов использования и диаграмма классов, и используются для спецификации динамики поведения систем, время в явном виде в них не присутствует. Однако временной аспект поведения может иметь существенное значение при моделировании синхронных процессов, описывающих взаимодействия объектов. Именно для этой цели в языке UML используются диаграммы последовательности.


На рисунке 6.1 представлена диаграмма последовательности. Клиент зашёл на сайт интернет-магазина. Просмотрев каталог, он формирует заказ. Далее он заказывает товар, и электронная система предъявляет ему счёт. Клиент оплачивает счёт с помощью электронных денег. Через электронную систему курьер узнаёт о заказе и доставляет товар клиенту.

Рисунок 6.1 - Диаграмма последовательности

7 Диаграммы деятельности (активности)

Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения.

На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Сам же результат может привести к изменению состояния системы или возвращению некоторого значения.

На рисунке 11.1 представлена диаграмма деятельности для клиента в процессе выдачи товара.

Клиент заходит в интернет-магазин. Просматривая каталог товаров, выбирает нужный ему. После, клиент проходит идентификацию у администратора, или регистрируется, если является новым клиентом в этом интернет-магазине. Далее клиенту необходимо предоставить залог за товао, после чего оплатив он его получает, если же у клиента не оказывается залога, он получит отказ в получении товара.

Рисунок 7.1 - Диаграмма деятельности

8 Диаграмма классов

Диаграмма классов позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов.

Этот тип диаграмм может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.

Когда говорят о данной диаграмме, имеют в виду статическую структурную модель проектируемой системы. Поэтому диаграмму классов принято считать графическим представленном таких структурных взаимосвязей логической модели системы, которые не зависят от времени.