Информационная система интернет-магазина автозапчастей

Размещено на http://www.allbest.ru/

Министерство образования Республики Беларусь

Учреждения образования

Белорусский государственный университет информатики и радиоэлектроники

Факультет информационных технологий и управления

Кафедра информационных технологий автоматизированных систем

Курсовой проект

По курсу: «Проектирование автоматизированных систем»

На тему: «Информационная система интернет-магазина автозапчастей»

Минск 2015

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ОБЩЕСИСТЕМНАЯ ЧАСТЬ

1.1 Анализ предметной области

1.2 Постановка задачи

1.3 Анализ возможностей методологии и инструментальных средств проектирования

2. РАЗРАБОТКА ФУНКЦИОНАЛЬНЫХ И ЛОГИЧЕСКИХ СХЕМ. АЛГОРИТМЫ РАБОТЫ ПРОГРАММЫ

2.1 Функциональная методология IDEF0-диаграммы

2.2 Создание модели в стандарте IDEF0-диаграммы

2.3 Методология DFD-диаграммы

2.4 Методология IDEF3-диаграммы

3 МОДЕЛИ В НОТАЦИИ ЯЗЫКА UML

3.1 Диаграмма вариантов использования в среде Rational Rose

3.2 Построение диаграммы в среде Enterprise Architect

4 КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ БАЗЫ ДАННЫХ

4.1 Методология IDEF1X

4.2 Построение модели

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

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

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

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

Автоматизированная система управления - комплекс аппаратных и программных средств, предназначенный для управления различными процессами в рамках технологического процесса, производства, предприятия. Термин «автоматизированная», в отличие от термина «автоматическая» подчеркивает сохранение за человеком-оператором некоторых функций, либо наиболее общего, целеполагающего характера, либо не поддающихся автоматизации.

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

- предоставление лицу, принимающему решение (ЛПР) релевантных данных для принятых решений;

- ускорение выполнения отдельных операций по сбору и обработке данных;

- повышение оперативности управления;

- повышение степени обоснованности принимаемых решений.

Для описания и моделирование системы можно использовать методологию функционального моделирования (IDEF0), методологию описания бизнес-процессов(IDEF3) и структурный анализ потоков данных(DFD). Диаграммы IDEF0, IDEF3, DFD позволяют легче общаться разработчику с заказчиком, так как будущую систему можно спокойно рассмотреть и собрать все возможные пожелания будущего пользователя еще до создания кода.

Работу с этими диаграммами поддерживает ComputerAssociatesBPwin. Так же имеются аналоги данной программы, а именно Enterprise Architect (Sparx Systems) и Rational Rose.

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

проектирование программа интернет магазин

1. ОБЩЕСИСТЕМНАЯ ЧАСТЬ

1.1 Выбор среды программирования

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

Отдел механообработки выполняет следующие действия:

· проверка делали на ее чистоту (хим. состав);

· механообработка;

· проверка на дефект.

Средства автоматизации предназначены для эффективной работы отдела.

1.2 Постановка задачи

Магазин автозапчастей предлагает возможность приобретения своих товаров через Интернет. Клиент может выбрать запчасти на web-странице магазина.

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

Оплата заказа осуществляется наличными курьеру, осуществляющему доставку, или банковским переводом на счет интернет-магазина. После ввода заказа система отправляет клиенту по электронной почте сообщение с подтверждением получения заказа вместе с относящимися к нему деталями (стоимость, номер счета, банковские реквизиты для безналичной оплаты и т. п.). Пока клиент ожидает прибытия компьютера, он может проверить состояние заказа (поставлен в очередь / собран / отправлен).

Работник магазина проверяет, поступила ли оплата (в случае безналичного расчета) и делает соответствующую пометку при поступлении денег. Если деньги не поступают в течение 5 банковских дней, заказ аннулируется.

После оплаты или в случае оплаты наличными работник печатает счет-фактуру и отправляет ее на склад вместе с требованием о соборе заказа. Заказ помечается как поставленный в очередь. Собранный заказ вместе со счетом-фактурой и накладной передается со склада в отдел доставки, при этом заказ помечается как собранный. Компьютер поставляется клиенту (статус заказа - отправлен). Если заказ оплачивается наличными, курьер по возращении передает деньги в кассу, заказ помечается как оплаченный. По окончании работы с заказом, он помечается в системе как выполненный. Заказы хранятся в системе в течение 15 месяцев с момента создания для составления годовых и квартальных отчетов, после чего автоматически удаляются.

1.3 Анализ возможностей методологии и инструментальных средств проектирования

При разработке был использован системный структурный подход. Методология этого подхода заключается в разработке модели на основе представления о функциях информационной системы или на элементах (планах, данных, оборудовании и т.д.). Модели АИС согласно методологии представляются в виде диаграмм, которые иерархически упорядочены.

Для проведения анализа и организации бизнес-процессов отдела механообработки используется CASE-средство верхнего уровня BPWin.



2. РАЗРАБОТКА ФУНКЦИОНАЛЬНЫХ И ЛОГИЧЕСКИХ СХЕМ. АЛГОРИТМЫ РАБОТЫ ПРОГРАММЫ

2.1 Функциональная методология IDEF0-диаграммы

На сегодняшний день существует множество методологий моделирования бизнес-процессов. В данном курсовом проекте используется методология IDEF0. В IDEF0 реализованы три базовых принципа моделирования процессов:

- принцип функциональной декомпозиции;

- принцип ограничения сложности;

- принцип контекста.

Согласно методологии IDEF0, модель объекта управления строится в виде диаграммы, состоящих из блоков и стрелок. Блоки(Activities) обозначают работы (функции), выполняемые на объекте управления, а стрелки(Arrows)- материальные объекты и информацию, обрабатываемые в ходе выполнения работ или используемые для их выполнения. Строится набор диаграмм, последовательно детализирующих процессы функционирования объекта управления.

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

Суть принципа ограничения сложности состоит в том, что количество блоков на диаграмме должно быть не менее двух и не более шести.

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

Общий вид блока диаграммы, построенной согласно методологии IDEF0(IDEF0-диаграммы, или IDEF0 - модели) показан на рисунке 2.1.

Рисунок 2.1 Блок диаграмма

Стрелки (Arrow) описывают взаимодействие работ и представляют собой некую информацию, выраженную существительными. В IDEF0 различают несколько типов стрелок.

Вход (Input) -- информация, которая используются или преобразуются работой для получения результата.

Управление (Control) -- правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая диаграмма должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань диаграммы.

Выход (Output) --информация, которая производятся в процессе работы. Каждая диаграмма должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться.

Механизм (Mechanism) -- ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как входящая в нижнюю грань диаграммы.

Вызов (Call) -- специальная стрелка, указывающая на другую диаграмму модели. Стрелка вызова рисуется как исходящая из нижней грани работы.

Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary Editor, в котором определяется стрелка и вносится относящийся к ней комментарий.

2.2 Создание модели в стандарте IDEF0-диаграммы

Построение модели начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. Контекстная диаграмма АС отдела механообработки (Рисунок 2.2):

Рисунок 2.2 Контекстная диаграмма ИС



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

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

Персонал - это тоже управление. Персонал обеспечивает всю ходовую часть и сайта и доставок, осуществляет контроль за оплатой.

Финансовые документы - это выход. После осуществления контроля надо сдавать допустим документы в налоговую.

Состояние заказа - Говорит человеку который заказывает товар, о том какое состояние имеет его заказ.

Доставленный товар - доставка произведена.

Электронное письмо - письмо приходит на почту человеку, который заказал на сайте товар, также состояние заказа.

Онлайн каталог товаров - каталог о всех товарах на данном сайте и хранящемся на сервере.

Налоговый кодекс - правила оформления всяких бумажек.

Статус клиента - в зависимости от статуса производится или не производится отгрузка товара.

Модель, описывающая деятельность магазина автозапчастей, а также регистрацию, оформление заказа, оплата, контроль хода исполнения заказа, доставку, контроль (Рисунок 2.3):

Рисунок 2.3 Диаграмма декомпозиции ИС

2.3 Методология DFD-диаграммы

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

Сделаем диаграмму DFD для Оформление заказа.

На диаграмме представлены элементы:

«Прайс лист», «Данные клиента», «Заказы» - хранилища данных.

Клиент будет оформлять заказ, а данные, которые упадут в заказа они будут браться из хранилища «Прайс лист». Упали в Формирование заказа, дальше посчиталось стоимость, которая тоже берется из Прайс листа, только по одному из товаров. Потом уже идет оформление покупки. Бурится данные из хранилища данных клиента все сверяется. Ну а потом уже и весь заказ записывается в бд Заказы.

На рисунке 2.4 показана работа DFD диаграммы для Оформление заказа:

Рисунок 2.4 Детализация процесса Оформление товара

2.4 Методология IDEF3-диаграммы

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

Рисунок 2.5 Детализация процесса Доставка

На рисунке 2.5 иллюстрируется процесс Доставки.

Как только курьер встречается с человеком, который забирает свой заказа происходят следующие действия:

Сделать расчет на оплату услуг - здесь курьер достает свой кассовый аппарат и ждет денег за товар.

Произвести расчет с покупателем - покупатель дает деньги за вещи которые ему приехали.

После Произведения расчета с покупателем происходят одно или несколько действия:

Получить наличные - курьер получает наличные И или Посчитать наличные - где курьер их считает.

Начинаются все следующие действия:

Распечатать чек - курьер распечатывает чек для покупателя.

Отдает чек покупателю - отдает чек.



3. МОДЕЛИ В НОТАЦИИ ЯЗЫКА UML

3.1 Диаграмма вариантов использования в среде Rational Rose

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

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

На рисунке 3.1 представлена диаграмма вариантов использования покупки в интернет-магазине.

Рисунок 3.1 Диаграмма «Процесс покупки»

3.2 Построение диаграммы в среде Enterprise Architect

Enterprise Architect от Sparx Systems позиционируется как набор UML инструментов для бизнес и системного анализа, охватывающий все стадии разработки программного обеспечения: анализ, разработку, тестирование и поддержку. EA также может успешно служить в качестве практически полноценной системы управления требованиями, при условии, что основным инструментом описания требований является UML.

На рисунке 3.2 представлена диаграмма «Процесс покупки».

Рисунок 3.2 Диаграмма «Процесс покупки».



4. КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ БАЗЫ ДАННЫХ

4.1 Методология IDEF1X

Одной из наиболее перспективных методологий информационного моделирования является методология IDEF1X (INTEGRATION DEFINITION FOR INFORMATION MODELING).

Методология IDEF1X представляет собой язык моделирования (с его семантикой и синтаксисом), а также соответствующие правила и технологии разработки моделей данных.

Основными элементами модели являются:

· Сущности.

· Домены.

· Атрибуты.

· Связи.

· Первичные ключи.

· Вторичные ключи.

4.2 Построение модели

Основой для создания модели базы данных является DFD-диаграммы, на которых отображены хранилища данных. На рисунке 4.1 представлена база данных, построенная с помощью методологии IDEF1X.

Были созданы следующие сущности:

- «Клиент» - хранится информация о клиенте в его профиле;

- «Заказ» - хранится информация о заказчиках сделанных клиентом;

- «Товар» - хранится информация о товарах хранящихся в базе данной сайта;

Рисунок 4.1 База данных

Рисунок 4.2 Выгрузка базы данных из ERWIN в MS Access



ЗАКЛЮЧЕНИЕ

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

Разработана система, позволяющая правильно организовать систему продажи товаров в магазине. Человек может зайти на сайт магазина и заказать интересующую его деталь.

Структура сайта позволяет отправлять сообщения на почту и телефон о состоянии заказа.

Реализована возможность регистрации пользователей на сайте.

Повышенное внимание уделяется контролю хода исполнения заказа, также контроль доставки и оплаты.

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

- ERWIN;

- BPWIN;

- Sparx;

- Rational Rose.



СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Боггс, У. UML и Rational Rose: Пер. с англ. / У. Боггс, М. Боггс. - М.: ЛОРИ, 2000

2. Смирнова, Г. Н., Проектирование экономических информационных систем: Учебник./ Г. Н. Смирнова, А. А. Сорокин, Ю. Ф. Тельнов - М.: Финансы и статистика, 2003. - 512 с.

3. Ломако А.В. Лабораторный практикум по курсу «"Проектирование автоматизированных систем"» для студентов специальности «Автоматизированные системы обработки информации» дневной и дистанционной форм обучения

4. Батин, Н.В., Слуянова Т.В. Лабораторный практикум по курсу «Основы автоматизированного управления» для студентов специальности «Автоматизированные системы обработки информации» дневной и дистанционной форм обучения / Н.В.Батин, Т.В.Слуянова. - Мн.:БГУИР, 2004. - 49 с.

Размещено на Allbest.ru