Материал: Создание проекта информационной системы электронной торговли

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

Министерство образования и науки Республики Таджикистан

Политехнический институт Таджикского технического университета

имени академика М. Осими в г. Худжанде

Факультет: "Информационно-технологический"

Кафедра: "Информационные системы и экономика"

"Утверждаю"

Зав. кафедрой "ИС и Э"

Худойбердиев Х.А.

Курсовая работа

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

Выполнил:

Расулов Азимджон Абдуазизович

студент 4 курса

группы 40.01.02ра

Худжанд - 2015

Содержание

Введение

. Этап анализа

.1 Описание предметной области

1.2 Определение процессов

.3 Описание прецедентов

.4 Типичный ход событий

.5 Концептуальная модель

.6 Определение основных функций системы

.7 Диаграмма последовательностей

. Этап проектирования

.1 Системных операций

.2 Реальные прецеденты с интерфейсными формами

.3 Диаграмма кооперации

.4 Распределение обязанностей между классами

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

.6 Диаграмма классов

.7 Диаграмма развертывания

. Расчет себестоимости ИС

.1 Калькуляция весовых действующих лиц

.2 Калькуляция весовых вариант использования

.3 Определение уровень технический сложности проекта

.4 Определение уровень квалификации разработчиков

.5 Оценка трудоемкости проекта

Заключение

Список литературы

Приложение

Введение

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

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

Данная работа состоит из 40 страниц, 16 рисунков, 26 таблиц и три глав.

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

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

В третьей главе описывается калькуляция "разработки электронной торговли.

1. Этап анализа

.1 Описание предметной области

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

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

Функции электронной торговли:

·        предоставление онлайновой помощи покупателю;

·        регистрация покупателей;

·        предоставление интерфейса к БД продаваемых товаров (в виде каталога, прайс-листа);

·        работа с электронной корзиной покупателя;

·        оформление заказов с выбором метода оплаты, доставки, страховки и выпиской счёта;

·        резервирование товаров на складе;

·        проведение расчётов (при выборе электронных методов оплаты) или контроль факта оплаты (при использовании традиционных форм расчётов);

·        формирование заявок на доставку товаров покупателям и выписка сопроводительных документов;

·        предоставление покупателю средств отслеживания исполнения заказов;

·        доставка товаров;

·        сбор и анализ различной маркетинговой информации;

·        обеспечение безопасности личной информации покупателей;

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

.2 Определение процессов

Перед началом моделирования, разработчику стоит определиться с двумя важными вещами:

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

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

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

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

Далее, собранный материал переводится в символы IDEF0, в соответствии с правилами методики.

Модель электронной торговли раскрывался как сложный модель и состоит из 11 процессов. Этот модель показано ниже на рисунке 1.1

Рис 1.1 . Декомпозиция бизнес-процесса электронной торговли на составляющие его операции в стандарте IDEF 0

Таблица 1.1 Описание процессов

.3 Описание прецедентов

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

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

Рис. 1.4 диаграмма прецедентов

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

Таблица 1.2 Описание варианта использования "добавление товара"

Рис. 1.2 процесс добавление товара

Таблица 1.3 Описание варианта использования "заказ-онлайн"

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

.4 Типичный ход событий

Типичный ход событий - обеспечивает наглядное представление общения с системой.

Таблица 1.4 типичный ход события "Оформление заказа"

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

.5 Концептуальная модель

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

В процессе разработки модели предметной области также необходимо идентифицировать связи (ассоциации) между концептуальными классами

Таблица 1.5. Список категорий концептуальных классов

Ассоциация (association) - это отношение между классами, отражающая некоторые значимые и полезные связи между ними. Ассоциация обозначается проведенной между классами линией, с которой связано определенное имя, начинающееся с большой буквы. На рисунку 5 приведен пример ассоциации.

Рис. 1.5. Система обозначений ассоциаций в языке UML.