Проект создания Интернет-магазина

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Содержание

Введение

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

1.1 Обоснование актуальности создания Интернет-магазина

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

2. Моделирование бизнес-процессов

2.1 Построение функциональной модели IDEF0

2.2 Построение процессной диаграммы IDEF3

2.3 Построение диаграммы потоков данных DFD

3. Проектирование процесса разработки и интеграции Интернет-магазина

Заключение



Введение

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

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

В данной работе рассмотрен процесс проектирования бизнес-процесса разработки Интернет-магазин и интеграции его с действующей автоматизированной информационной системой.

Работа состоит из пяти основных этапов:

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

2) построение функциональной модели IDEF0

3) построение процессной диаграммы IDEF3

4) построение диаграммы потоков данных DFD

5) проектирование процесса разработки и интеграции в Microsoft Project.



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

1.1 Обоснование актуальности создания Интернет-магазина

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

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

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

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

· плата за аренду земли/помещения

· дизайн помещения (концепция, визуализация, подключение)

· плата за свет/воду/телефонию/Интернет

· отдельно оборудованное складское помещение (аренда склада)

· оплата персонала

· реклама (листовки, «зазывалы», сувениры и др.)

· порча/бой товара/истечение срока годности*

· оплата униформы*

· оплата пропитания/проезда персонала*

· иные затраты*

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

Интернет-магазин - виртуальная торговая точка, за которую, тем не менее, платится определенная арендная плата, но это - совсем иные расходы:

· ежегодная оплата домена (99-600 руб./год)

· ежемесячная оплата хостинга (~200-1500 руб./мес.)

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

Если суммировать все затраты на создание Интернет-магазина, то получится следующее:

· регистрация юридического лица, создание печати: ~20 000 руб.

· стартовый капитал: min 10 000 руб.

· покупка, прошивка и обслуживание кассового аппарата: ~15 000 руб.

· регистрация домена: 99-600 руб.

· аренда хостинга: ~400 руб.

· выбор и приобретение CMS: от 0 руб. до ~25 000 руб.

· создание дизайна + верстка: ~10 000-15 000 руб.

· оплата Интернет-провайдера: ~400-1 000 руб.

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

Перед физическими торговыми точками у Интернет-магазинов есть преимущества в отсутствии:

· платы за аренду земли/помещения

· аренды склада

· оплаты персонала (на первых порах можно тянуть магазин в одиночку)

· затрат на рекламу

· потери товарного вида продукции (истечение срока годности, бой и др.)

· *иных затрат

А к плюсам относится намного больше:

· Принцип «сам себе хозяин»

· Возможность демпинга (если позволяют поставщики и условия)

· Самостоятельное планирование и распределение рабочего времени

· Формирование личной клиентской базы

· Живые деньги уже (зачастую) в первый же день старта продаж

· И многие другие…

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

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

Компания занимается розничной торговлей одежды и аксессуаров. В качестве АИС используется система 1С-Предприятие. Компания имеет отделы в 5 торговых центрах, а также офис и собственный склад в пределах города. Общая численность предприятия составляет 42 человека: 26 продавцов, 10 кассиров, бухгалтер, менеджер по закупкам, маркетолог, директор, администратор, кладовщик. Охранные услуги, а также услуги по уборке помещений предоставляются арендодателями торговых центров. Услуги по перевозке товара осуществляются грузовыми компаниями.

Функционирование компании происходит следующим образом:

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

2. Менеджер по закупкам ищет необходимые товары в каталогах поставщиков и определяет наиболее выгодную схему закупки и транспортировки. После этого он связывается с поставщиками и закупает необходимые товары. Оплата заказа происходит путём списания денежных средств с расчётного счёта в банке.

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

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

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

Администратор занимается техническим обеспечением работоспособности информационной системы.

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

Рис.1. Схема функционирования торговой компании (как есть)

Рис.2. Организационная структура (как есть)

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

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

Оплатить заказ клиент может несколькими способами: как наличными при получении, так и безналичным расчетом (карточкой или веб-деньгами). Если необходимого клиенту товара нет ни на складе, ни в отделах, то он может оставить на него заявку, который менеджер по Интернет-продажам передаст менеджеру по закупкам.

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

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

Схема функционирования торговой компании в данном случае рассмотрена на рисунке 3. Организационная структура компании в данном случае представлена на рисунке 4.

На рисунке 5 представлена схема взаимодействия информационной системы 1С-Предприятие и Интернет-магазина.



Рис. 3. Схема функционирования торговой компании (как будет)

Рис. 4. Организационная структура (как будет)

Рис. 5. Взаимодействие Интернет-магазина и АИС

2. Моделирование бизнес-процессов

2.1 Построение функциональной модели IDEF0

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

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

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

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

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

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

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

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

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

В IDEF0 различают пять типов стрелок.

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

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

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

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

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

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

Декомпозированная контекстная диаграмма состоит из следующих бизнес-процессов (рис. 7):

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



Рис. 6. Контекстная диаграмма А-0 (Бизнес-процессы торговой компании)

2) Продажа товаров: на входе накладные, товары, платежи клиентов, на выходе платежи. Управляющая информация: законодательство и нормативные акты, потребности клиента. Исполняет персонал, АИС предприятия.

3) Прием и складирование товаров: на входе накладные и товары, на выходе накладные и товары. Управляющая информация: законодательство и нормативные акты. Исполняет персонал и АИС предприятия.

4) Финансовые операции: на входе накладные, на выходе договора и платежи. Управляющая информация: законодательство и нормативные акты, стандарты и сертификации. Исполняет персонал и АИС предприятия.

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

Декомпозированный процесс Интернет-продажи (рис. 8) состоит из:

1) Создания заявки: на выходе заявка клиента. Управляющая информация: потребности клиента. Исполняет Интернет-магазин.

2) Оформления заявки: на входе заявка клиента, на выходе одобренная заявка клиента. Управляющая информация: заявка клиента, законодательство и нормативные акты. Исполняет персонал.

Рис. 7. Декомпозированная диаграмма бизнес-процессов торговой компании IDEF0

интернет магазин процессный мicrosoft рroject

3) Доставки заказа: на входе одобренная заявка, на выходе платежи. Управляющая информация: законодательство и нормативные акты, заявка клиента. Исполняют персонал, контрагенты, АИС предприятия.

Рис. 8. Декомпозированная диаграмма бизнес-процесса Интернет-продажи IDEF0

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

Создание заявки (рис. 9).

1) Выбор необходимых товаров: на выходе список товаров. Управляющая информация: потребности клиента. Исполняет Интернет-магазин.

2) Выбор способа доставки (получения): на входе список товаров, на выходе список товаров и способ доставки. Управляющая информация: потребности клиента. Исполняет Интернет-магазин.

3) Выбор способа оплаты: на входе список товаров и способ доставки, на выходе заявка клиента. Управляющая информация: потребности клиента. Исполняет Интернет-магазин.

Рис. 9. Декомпозированная диаграмма процесса создания заявки IDEF0

Оформление заявки (рис. 10).

1) Проверка наличия товаров: на входе заявка клиента, на выходе проверенный список товаров. Управляющая информация: заявка клиента. Исполняет персонал.

2) Передача данных о составе заказа кладовщику (продавцу): на входе проверенный список товаров, на выходе заказ, переданный под управление лицу, заведующему отпуском товаров. Управляющая информация: заявка клиента. Исполняет персонал.

3) Заключение соглашения с поставщиком о доставке: на входе заказ, переданный под управление лицу, заведующему отпуском товаров, на выходе одобренная заявка. Управляющая информация: законодательство и нормативные акты. Исполняет персонал.

Рис. 10. Декомпозированная диаграмма процесса оформления заявки IDEF0

Доставка заказов (рис 11).

1) Формирование заказа: на входе одобренная заявка, на выходе сформированный заказ. Управляющая информация: заявка клиента. Исполняет персонал.

2) Передача заказа клиенту: на входе сформированный заказ, на выходе заказ, переданный клиенту. Исполняет персонал и АИС предприятия.

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

4) Получение платежа от клиента: на входе заказ, переданный клиенту, на выходе платежи. Исполняют персонал, контрагенты, АИС предприятия.

Рис. 11. Декомпозированная диаграмма процесса доставки заказа IDEF0

Построение процессной диаграммы IDEF3

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

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

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

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

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

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

Организация продажи в Интернет-магазине на процессной диаграмме IDEF3 представлена на рисунке 12. Как видно на диаграмме, в общем случае процесс Интернет-продажи состоит из 3 этапов: создание заявки, её оформление и доставка заказа до клиента.



Рис. 12. Родительская диаграмма бизнес процесса Интернет-продажи IDEF3

Последовательно декомпозируя каждый этап Интернет-продажи, можно проследить следующий механизм (рисунки 13-15):

1) Клиентом на сайте выбираются нужные ему товары, выбирается способ оплаты заказа (наличный или безналичный), а затем способ получения (курьером, получение на складе или получение в магазине)

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

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

Рис. 13. Диаграмма процесса создания заявки IDEF3

Рис. 14. Диаграмма процесса оформления заявки IDEF3

Построение диаграммы потоков данных DFD

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

Рис. 15. Диаграмма процесса доставки заказа IDEF3

Диаграмма потоков данных (data flow diagram, DFD) - один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML.

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

Исторически сложилось так, что для описания диаграмм DFD используются две нотации - Йодана (Yourdon) и Гейна-Сарсона (Gane-Sarson), отличающиеся синтаксисом. В системе ERwin используется нотация Гейна-Сарсона.

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

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

Кроме того, нотация DFD поддерживает понятие подсистемы - структурной компоненты разрабатываемой системы.

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

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

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

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

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

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

Рис. 16. Контекстная диаграмма бизнес-процессов торговой компании DFD



Декомпозированная диаграмма потоков данных состоит из 5 бизнес-процессов:

1) Закупка товаров, на входе у которой находятся договора, каталоги поставщиков и маркетинговые исследования, а на выходе различные платежи и денежные переводы.

2) Прием и складирование товаров, на входе которой находятся накладные на принятие, сами товары и информация о товарах из базы данных в ИС, а на выходе накладные об отпуске товара и выданные товары

3) Продажа товаров на входе имеет также товары и накладные и получает инф, а на выходе платежи клиентов

4) Финансовые операции в общем виде получают на вход различные счета и информацию о товарах, а на выходе имеют различные денежные переводы идущие в банк, а также договора

5) Интернет-продажи могут формировать только денежные переводы на расчетный счет в банке и платежи клиентов на выходе.

Рис. 17. Декомпозированная диаграмма бизнес-процессов торговой компании DFD

Декомпозируя дальше процесс Интернет-продажи (рис. 18) можно увидеть, что:

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

2) оформление заявки происходит путём получения информации о товарах и выходом в виде одобренного заказа

3) конечным итогом доставки являются денежные переводы в банк и платежи клиентов.

Рис. 18. Диаграмма процесса Интернет-продажи DFD

Дальнейшая декомпозиция (рис. 19-21), что:

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

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

3) на стадии доставки формируется заказ и передаётся либо в транспортную службу, которая доставляет товар до клиента и переводит полученные средства на расчетный счет, либо клиенту в точках выдачи, который оплачивает заказ.

Рис. 19. Диаграмма процесса создания заявки DFD

Рис. 20. Диаграмма процесса оформления заявки DFD

Рис. 21. Диаграмма процесса доставки заказов DFD

3. Проектирование процесса разработки и интеграции Интернет-магазина

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

1) Проектирование

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

3) Вёрстка базового шаблона

4) Интеграция с CMS

5) Интеграция каталога товаров

6) Настройка Интернет-магазина

7) Приём в эксплуатацию

Рис. 22. Этапы процесса разработки и интеграции Интернет-магазина с действующей АИС

На первом этапе происходит определение директором и администратором ИС требований, рекомендаций и пожеланий к системе, на основе этого привлечёнными специалистами разрабатывается техническое задание, которое утверждается директором компании (рис. 23).

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

На этапе разработки дизайна привлеченными специалистами последовательно создаются каркас сайта, цветовая схема сайта и графическая составляющая (например, стили меню или логотип), все это должно быть утверждено директором или отправлено на доработку с учётом требований (рис. 24). Данный вид работ ведётся в Adobe Photoshop и передаётся на следующий этап в формате .psd.

Рис. 23. Этап разработки дизайна сайта

На этапе вёрстки шаблона сайта привлеченными специалистами производится «нарезка» макета средствами Image Ready, создаётся блочная структура сайта, определяются и редактируются CSS-стили, ведётся кроссбраузерная вёрстка, макет проверяется на соответствие стандартам W3C (а именно CSS 3.0 и HTML 4.01.) и дополнительно тестируется, пока не будут исправлены все ошибки и шаблон будет точно соответствовать макету (рис. 24).

Рис. 23. Этап вёрстки шаблона сайта

На этапе интеграции сайта с системой управления контентом (используется 1С-Битрикс) привлечёнными специалистами создаётся прототип базового шаблона для системы, затем добавляется необходимая динамическая информация (компоненты 2.0), затем эти компоненты кастомизируются (правятся под нужды сайта) и сайт наполняется контентом (рис. 24).

Рис. 24. Этап интеграции сайта с CMS

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

Рис. 25. Этап интеграции каталога товаров

На этапе настройки Интернет-магазина привлеченные специалисты настраивают пути к папкам и настраивают модуль Интернет-магазина (рис. 26).

Рис. 26. Этап настройки Интернет-магазина

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



Рис. 27. Этап приёма в эксплуатацию



Заключение

В данной работе были смоделированы основные бизнес-процессы торговой компании с детализацией на уровне Интернет-продаж. Для этого были решены следующие задачи:

1. Изучена основная деятельность торгового предприятия, при помощи программного средства ARIS описана его организационная структура, а также механизм его работы (средствами Microsoft Visio);

2. Средствами программы ErWin:

2.1 смоделирован процесс Интернет-продаж в нотации IDEF0;

2.2 смоделирован процесс Интернет-продаж в нотации IDEF3;

2.3 смоделированы основные действия в бизнес-процессе Интернет-продаж в нотации DFD;

3. Средствами Microsoft Project спроектирован процесс разработки Интернет-магазина и его интеграции с действующей АИС, добавлены все необходимые ресурсы и определено примерное время выполнения работ.

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

Размещено на allbest.Ru

...