Интернет магазин сотовых телефонов (Курсовой проект на тему: «Интернет магазин сотовых телефонов» по курсу «CASE-технологии создания автоматизированных и информационных систем»)
Описание файла
Документ из архива "Курсовой проект на тему: «Интернет магазин сотовых телефонов» по курсу «CASE-технологии создания автоматизированных и информационных систем» ", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. .
Онлайн просмотр документа "Интернет магазин сотовых телефонов"
Текст из документа "Интернет магазин сотовых телефонов"
Федеральное государственное бюджетное общеобразовательное
Учреждение высшего профессионального образования
Московский государственный технологический университет «СТАНКИН»
Факультет «Информационные технологии и системы управления»
Кафедра «Информационные системы»
Курсовой проект
по курсу «CASE-технологии создания автоматизированных и информационных систем»
на тему: «Интернет магазин сотовых телефонов»
Выполнила: студентка факультета ИТС
Группы И-7-1 Бенке Д.О
Проверил: д.т.н., профессор Мышенков К.С.
Москва, 2013.
Введение
Целью курсовой работы является созндание автоматизированной информационной системы «Онлайн магазин сотовых телефонов» . Для этого использовалась программная среда AllFusion Process Modeler 7, ER win и Rarional Rows.
Создание АИС способствует повышению эффективности работы интернет магазина.
Основными задачами проектируемой системы являются:
- повышение эффективности управления объектом на основе роста производительности труда и совершенствования методов планирования процесса управления;
-улучшение качества обслуживания клиентской базы;
-снижение напряженности и трудоемкости труда персонала, а также минимизирование количества ошибок в его действиях;
- учет продукции для устранения возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте;
1.Функциональная диаграмма (IDEF0 или SADT)
Для изучения предметной области была использована методология SADT. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.
Построение модели начинается с контекстной диаграммы, которая представляет всю систему в виде простейшей компоненты - одного блока «Онлайн магазин сотовых телефонов» и дуг, изображающих все основные связи моделируемой системы с внешним миром.
Диаграмма декомпозиции, полученная в результате разбиения контекстной диаграммы на отдельные активности, выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами.
АИС "«Онлайн магазин сотовых телефонов» " включает в себя следующие процессы:
| Процессы | Данные, которые требуются для их выполнения |
| Заказ товара у поставщика (заказ товаров недостающих на складе) | Данные о поставщиках, Список товаров для заказа у поставщика, Дополнительный список товаров для заказа у поставщика (список составленный по итогам отчетности ). |
| Ввод данных о товаре (обновление каталога продукции) | Каталог товаров, Список приобретенных товаров( список товаров, полученных от поставщика). |
| Оформление заказа ( клиент вводит данные и оформляет заявку на товар, выбираеться приблизительная дата доставки) | Заявка клиента на товар, Данные о клиенте, Остаток на складе, Обновленный каталог. |
| Комплектация (после подтверждения заявки осуществляется сборка заказа) | Приблизительная дата доставки, Заявка клиента, Список товаров в заказе, Товар со склада, Документация пользователя, Прайс-лист, Обновленный каталог. |
| Оформление документов по оплате и доставке (после подтверждения оплаты оформляются необходимые документы) | Дата доставки, Подтвержденная заявка, Стоимость заказа, Сообщение об оплате, Прайс-лист, Законодательство. |
| Доставка (когда заказ собран и документы оформлены, заказ доставляется клиенту) | Документы для получения, Собранный заказ, Прайс-лист, Обновленный каталог. |
| Отчетность ( по итогам доставки формулируется отчетность) | Данные о товаре, Документы на товар, Устройства не прошедшие проверку, Остаток на складе, Прайс-лист, Законодательство. |
2. Диаграмма потоков данных (DFD)
Диаграммы потоков данных(DFD) описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.
Построение модели начинается с контекстной диаграммы. На ней отображается основной процесс (сама система в целом) и ее связи с внешней средой (внешними сущностями). Это взаимодействие показывается через потоки данных.
Дальнейший процесс проектирования состоит в построении диаграмм декомпозиции, на которых представлены взаимосвязи процессов с хранилищами (запись/чтение). Процессы АИС были взяты из SADT-диаграммы.
В АИС используются хранилища данных:
-список поставщиков;
-каталог;
-список товаров для заказа у поставщиков
-остаток товаров на складе;
-оплата;
-заказ;
-прайс-лист;
-список товаров в заказе;
-карточка клиента;
-устройства не прошедшие проверку;
Атрибуты хранилищ и взаимосвязи между ними представлены на ER-диаграмме.
3. Диаграмма "сущность-связь" (ER)
Диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).
Сущности диаграммы изображены в виде прямоугольника, содержащем её имя. Атрибуты сущности записаны внутри прямоугольника. Также определены ключевые атрибуты сущностей. Связи изображены линией, которая связывает две сущности, участвующие в отношении. Сущности взяты из DFD модели (хранилища данных).
Такая диаграмма является методом представления информационной структуры базы данных в графическом виде для более простого и наглядного отображения основных компонентов конкретного проекта базы данных.
Диаграмма классов.
Диаграммой классов (С1ass diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. Ее изображают в виде множества вершин и дуг. Диаграммы классов применяют для моделирования статического вида системы с точки зрения проектирования. В этом представлении удобнее всего описывать функциональные требования к системе - услуги, которые она предоставляет конечному пользователю.
Диаграмма классов состоит из набора классов Информационная структура классов и взаимосвязи между ними отражены на ER-диаграмме.Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами других классов. Графически класс изображается в виде прямоугольника, который дополнительно может быть разделен горизонтальными линиями на разделы или секции. Атрибуты класса или свойства записываются во второй сверху секции прямоугольника класса.
Операции или методы класса записываются в третьей сверху секции прямоугольника. Операция (operation) представляет собой некоторый сервис, предоставляемый каждым экземпляром класса по определенному требованию. Совокупность операций характеризует функциональный аспект поведения класса. Например у класса «Каталог» два ключевых атрибута –«ID товара» и «IDпоставщика», и два не ключевых «Название», «Характеристики».Также у этого класса четыре операции «Добавить товар()», «Поиск товара()» и т.д.
Связи, которыми соединены сущности на ER-диаграмме, отображаются ассоциациями между классами и отражают структурные отношения между объектами. Кратность (Multiplicity) роли ассоциации – это число или выражение, значением которого является диапазон значений, указывающее, сколько объектов на одном конце ассоциации должно соответствовать каждому объекту на противоположном конце ассоциации.
Пунктирной линией со стрелкой, направленной от одного элемента на тот от которого он зависит, изображены зависимости. Зависимостью (Dependency) называют отношение использования, согласно которому изменение в спецификации одного элемента (например, класса Event) может повлиять на другой элемент, его использующий (в данном случае - класс Window), причем обратное не обязательно. Например, класс «Заказ» связан зависимостью с классом «Карточка клиента»,так как операция «Добавить заявку» определена в классе «Заказ» и запрашивает информацию из класса «Карточка клиента».
Агрегированием называют отношение типа «часть/целое», в котором один из классов имеет более высокий ранг (целое) и состоит из нескольких меньших по рангу (частей). Оно причислено к отношениям типа «имеет» (с учетом того, что объект-целое имеет несколько объектов-частей). Агрегирование является частным случаем ассоциации и изображено в виде простой ассоциации с не закрашенным ромбом со стороны «целого» - слабое агрегирование, либо с закрашенным ромбом - сильное агрегирование. При слабой агрегации потомок является условно обязательным, а при сильной - родитель без потомка не может существовать.
Диаграмма прецедентов
Диаграммой прецедентов или использования (Use case diagram), называется диаграмма, на которой показана совокупность прецедентов и актеров, а также отношения между ними.
Прецедентом (Use case) называется описание множества последовательностей действий (включая варианты), выполняемых системой для того, чтобы актер мог получить определенный результат. Графически прецедент изображается в виде эллипса. Актер представляет собой связное множество ролей, которые пользователи прецедентов исполняют во время взаимодействия с ними.
Диаграммы прецедентов играют основную роль в моделировании поведения системы, подсистемы или класса. Каждая такая диаграмма показывает множество прецедентов, актеров и отношения между ними. Диаграммы прецедентов применяются для моделирования вида системы с точки зрения прецедентов (или вариантов использования). Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов.
Актер Менеджер по продажам выполняет основные функции: формирует список клиентов, список заказов, добавляет платежи, просматривает статистику неисправных товаров и т.д.
Актер Клиент может вводить свои личные данные и добавлять заявки и редактировать список товаров в своем заказе.
Актер Менеджер по закупкам выполнят основные функции: ввод заказа, формирование списка заказов, редактирование списка товаров для заказа у поставщика, поиск поставщика и т.д.
