Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса “Продажи”

Содержание:

ВВЕДЕНИЕ

Информационная система (ИС) – система, предназначенная для сбора, передачи, обработки, хранения и выдачи информации для достижения поставленной цели.

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

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

Принципы создания любых АРМ должны быть общими:

1). Системность.

2). Гибкость.

3). Устойчивость.

4). Эффективность.

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

Программное обеспечение состоит из системного программного обеспечения и прикладного. Основой системного обеспечения является операционная система и системы программирования.

Реализация бизнес-процесса – выполнение полного множества взаимосвязанных операций, входящих в бизнес-процесс.

Целью курсовой работы является проектирование реализации операций бизнес-процесса “Продажа бытовой техники”

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

  • Обследование предметной области учёта продаж бытовой техники, изучение и диагностический анализ структуры учёта продаж бытовой техники.
  • Выявление бизнес-процесса продаж бытовой техники.
  • Построение диаграммы действий бизнес-процесса, которая показывает участников процесса, выполняемые каждым участником операции и взаимосвязь между ними.
  • Разработка постановки задачи «Продажа бытовой техники».
  • Проектирование форм входных и выходных документов.
  • Проектирование классификаторов экономической информации.
  • Составление инструкции пользователя по эксплуатации разработанного программного продукта

ГЛАВА 1. Постановка задачи по разработке и проектированию АРМ менеджмента по работе с клиентами

1.1 Организационная сущность реализации бизнес-процесса

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

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

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

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

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

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

Исходной информацией для решения задачи «Обработка данных продаж бытовой техники» является:

-Журнал заявок

-Заявка

-Товарная накладная

Таблица 1. Характеристика исходной информации

Наименование информации

Общая характеристика информации

Источники информации

Сроки сбора информации

Способ поступления

Журнал заявок

Текущая информация

Менеджер отдела продаж

Ежедневно

Канал связи

Заявка

Текущая информация

Менеджер отдела продаж

Ежедневно

Канал связи

Товарная накладная

Текущая информация

Продавец-консультант

Ежедневно

Канал связи

Используемым исходным данным для решения задачи присваиваются идентификаторы, приведенные в таблицах 2-4.

Таблица 2. Идентификаторы документа «Журнал заявок»

Наименование реквизита

Идентификатор

Разрядность

Примечание

Номер

NOMER

999999

Номер производителя

NOMER_PR

99

Код покупателя

KOD_POKU

99

Сумма

SUMMA

99999

Таблица 3. Идентификаторы документа «Заявка»

Наименование реквизита

Идентификатор

Разрядность

Примечание

Номер наименования

NOMER_NAIM

99

Наименование

NAIMENOVANIE

А(14)

Cумма

SUMMA

99999

Кол-во

KOL

99

Цена

CENA

9999

Итого

ITOGO

9999

Драмов

Таблица 4. Идентификаторы документа «Товарная накладная»

Наименование реквизита

Идентификатор

Разрядность

Примечание

Номер техники

NOMER_TECH

9999

Дата выпуска

DATA_VYPU.

99.99.99

Номер производителя

NOMER_PR

99

Кол-во

KOL

99

Цена

CENA

9999

Гарантия

GARANTIYA

99

1.2 Описание результатной информации

Результатной информацией для решения задачи является:

-Счёт

-Гарантийный талон

-Сводка о количестве заявок

Таблица 5. Характеристика результатной информации

Наименование информации

Потребитель информации

Периодичность передачи информации

Способ передачи

Счёт

Продавец-консультант

Ежедневно

Канал связи

Гарантийный талон

Продавец-консультант

Ежедневно

Канал связи

Сводка о количестве заявок

Менеджер отдела продаж

Ежемесячно

Канал связи

Таблица 6. Идентификаторы документа «Счёт»

Наименование реквизита

Идентификатор

Разрядность

Примечание

Номер

NOMER

999999

Дата

DATA

99.99.99

Cумма

SUMMA

99999

Номер покупателя

NOMER_POKU

99

Итого

Драмов

Таблица 7. Идентификаторы документа «Гарантийный талон»

Наименование реквизита

Идентификатор

Разрядность

Примечание

Номер

NOMER

999999

Дата

DATA

99.99.99

Имя покупателя

NAME_POKU

А(12)

Фамилия

FAM

А(11)

Имя сотрудника

NAME_

A(12)

Фамилия сотрудника

FAM

A(12)

Цена

CENA

9999

Наименование

NAIMENOVANIE

А(14)

Таблица 8. Идентификаторы документа «Сводка о количестве заявок»

Наименование реквизита

Идентификатор

Разрядность

Примечание

Номер

NOMER

99

Имя

NAME

A(11)

Фамилия

FAM

А(12)

Наименование

NAIMENOVANIE

А(12)

Цена

CENA

9999

Кол-во

KOL

99

1.3 Описание алгоритма и условно-постоянной информации

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

Чтобы быть уверенным в достаточности и надежности ресурсного обеспечения планируемого бизнес-процесса, предпринимателю необходимо знать виды и объемы требуемых ресурсов и источники их получения.  Следует также убедиться в своевременности получения нужных ресурсов. Подлежат обязательной проверке каналы получения денежных средств для оплаты приобретаемых, закупаемых   ресурсов.   Так что надо рассчитать, сколько потребуется денег, и откуда они возьмутся.   Все эти, вопросы предприниматель обязан продумать и решить до начала проведения бизнес операции в жизнь[1].   

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

-Правила оформления заявки

-Прайс-лист

-ПБУ (Положение по Бухгалтерскому Учёту)

Решение задачи по разработке и проектированию АРМ менеджера по работе с клиентами выполняется по следующему алгоритму:

    1. Документ «Счёт »

ИТОГО (общая стоимость)

1.4 Описание программного продукта

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

Чтобы пользователь мог перейти к необходимым формам для заполнения документов существует главная форма, на которой расположены кнопки «Формы для заполнения документов», «Бланки документов», «Документы».

Рисунок 1. Главная форма

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

Рисунок 2. «Формы для заполнения документов»

Чтобы перейти обратно к главной форме – нужно нажать кнопку «Назад».

Принцип работы рассматривается на примере формы «Журнал заявок».

Рисунок 3. Форма «Журнал заявок»

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

Рисунок 4. Форма «Заявка»

Аналогично проходит работа с другими формами:

1). «Сводка о количестве заявок»,

2). «Прайс-лист»,

3). «Гарантийный талон»,

4). «Счёт».

Чтобы перейти форме с бланками документов, нужно нажать кнопку «Бланки» на главной форме, а перейти обратно к главной форме – нажать кнопку «Назад». Аналогично через главную форму можно перейти к форме «Бланки документов».

Рисунок 5. Форма «Бланки документов»

На форме «Бланки документов» представлены следующие документы:

1. Журнал заявок;

2. Сводка;

3. Прайс-лист;

4. Заявка»;

5. Гарантийный талон;

6. Товарная накладная;

7. Счёт;

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

Аналогично через главную форму можно перейти к форме «Документы».

Рисунок 6. Форма «Документы»

На форме «Документы» представлены следующие документы:

1. Журнал заявок;

2. Сводка;

3. Прайс-лист;

4. Заявка»;

5. Гарантийный талон;

6. Товарная накладная;

7. Счёт;

Выводы по главе 1

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

ГЛАВА 2. Построение функциональной модели бизнес-процесса «Продажа бытовой техники»

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

2. Оформляя заявки менеджер отдела продаж выставляет счёт клиенту. Счёт регистрируется в реестре счетов.

3. Бухгалтер получает ежедневно и обрабатывает приходные кассовые ордера и выписки банка. На основании этих документов бухгалтер определяет оплаченные счета и делает отметку об оплате счета в реестре счетов.

4. Менеджер отдела продаж контролирует поступление платежей от клиентов.

5 Менеджер отправляет данные в виде счёта о покупке продавцу консультанту.

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

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

2.1 Диаграмма действий бизнес-процесса «Продажа бытовой техники»

Менеджер отдела продаж Бухгалтер Продавец-консультант

Оформление заявки клиентов

Обработка приходных

Кассовых ордеров и выписок банка

Заявка

Регистрация заявки

Журнал заявок

Определение оплаченных счетов

Выставление счета

Счет

Реестр счетов

Отметка об оплате

Регистрация счета

Реестр счетов

Оформление товарной накладной на оплаченный товар

Товарная накладная

Контроль поступивших платежей

Счет не оплачен

(срок истек)

Счет оплачен

Выдача товара

Отметка о недействительности заявки

Отметка об оплате

Гарантийный талон

Журнал заявок

Формирование сводки о количестве заявок

Сводка

2.2 Операции бизнес-процесса и документы

Таблица 9. Операции бизнес-процесса «Продажа бытовой техники»

Операция

Исполнитель

Периодичность

Входящие документы

Исходящий документ

Примечание

Оформление заявки

Менеджер отдела продаж

Ежедневно

Прайс-лист

Заявка

Регистрация заявки

Менеджер отдела продаж

Ежедневно

Заявка

Журнал заявок

Выставление счета

Менеджер отдела продаж

Ежедневно

Заявка

Счет

Регистрация счета

Менеджер отдела продаж

Ежедневно

Счет

Реестр счетов

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

Бухгалтер

Ежедневно

Определение оплаченных счетов

Бухгалтер

Ежедневно

Приходный кассовый ордер,

выписка банка

Формирование отметки об оплате

Бухгалтер

Ежедневно

Приходный кассовый ордер,

выписка банка

Реестр счетов

Контроль поступления платежей

Менеджер отдела продаж

Ежедневно

Реестр

счетов

Отметка об оплате

Менеджер отдела продаж

Ежедневно

Реестр

счетов

Журнал заявок

Если счет оплачен

Отметка о недействительности заявки

Менеджер отдела продаж

Ежедневно

Реестр

счетов

Журнал заявок

Если срок оплаты по заявке истек, а платежи не поступили

Оформление товарной накладной на оплаченный товар

Продавец консультант

Счет

Оплаченный счёт

Товарная накладная

Выдача товара

Продавец консультант

Ежедневно

Гарантийный талон

Формирование сводки

Менеджер отдела продаж

Ежемесячно

Журнал заявок

Сводка

Таблица 10. Документы бизнес-процесса «Продажа бытовой техники»

Составляемый документ

Операция

Исполнитель

Периодичность

Документ-основание

Примечание

Заявка

Оформление заявки

Менеджер отдела продаж

Ежедневно

Прайс-лист

Журнал заявок

Регистрация заявки;

Отметка об оплате или недействительности заявки

Менеджер отдела продаж;

Менеджер отдела продаж

Ежедневно

Ежедневно

Заявка;

Реестр счетов

Счет

Выставление счета

Менеджер отдела продаж

Ежедневно

Заявка

Реестр счетов

Регистрация счета;

Формирование отметки об оплате

Менеджер отдела продаж; Бухгалтер

Ежедневно

Ежедневно

Счет;

Приходный кассовый ордер и выписка банка

Товарная накладная

Оформление товарной накладной на оплаченный товар

Продавец консультант

Ежедневно

Счет

Гарантийный талон

Выдача товара

Продавец консультант

Ежедневно

Сводка о количестве заявок

Формирование сводки о количестве заявок

Менеджер отдела продаж

Ежемесячно

Журнал заявок

2.3. Модель IDEF0 бизнес-процесса «Продажа бытовой техники»

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

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

Преимущества IDEF0 – показывает взаимодействие процессов в общем виде, без лишних подробностей.

Недостатки IDF0 –  нельзя увидеть алгоритма выполнения бизнес-процессов. Требует определенной подготовки для разработки и чтения нотации.

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

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

.

Рисунок 7.Контекстная диаграмма.

Рисунок 8. Первый уровень детализации контекстной диаграммы

Рисунок 9. Второй уровень детализации контекстной диаграммы

2.4 Модель DFD бизнес-процесса «Продаж бытовой техники»

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

Также, как и в других моделях, поддерживается декомпозиция.

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

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

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

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

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

При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей "AS-IS" и "AS-TO-BE", отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.

Рисунок 10. Первый уровень детализации контекстной диаграммы

Рисунок 11. Второй уровень детализации диаграммы

2.5 Модель IDEF3 бизнес-процесса «Продаж бытовой техники

Рисунок 12. Первый уровень детализации контекстной диаграммы

Выводы по главе 2

Моделирование бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов – стандарт IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте.

Описание потоков работ (Work Flow Modeling). Стандарт IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим методам построения блок-схем.

Описание потоков данных (Data Flow Modeling). Нотация DFD (Data Flow Diagramming), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.

Заключение

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

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

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

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

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

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

Проектирование информационных систем. Учебное пособие для студентов / Сост. А. В. Бычков, Красндар: Изд-во ГОУВПО «КубГТУ», 2008. -82 с.

Исаев Г.: Проектирование информационных систем. Учебное пособие, http://www.labirint.ru, Омега-Л, 2015 г, 424 стр
Заботина Н. Н. Проектирование информационных систем, ИНФРА-М, учебное пособие, 2011 год, 331стр

  1. Коваленко В.В. Проектирование информационных систем: уч. пособие.- М.: ФОРУМ: ИНФРА-М, 2014.- 320с

Исаев Г.: Проектирование инфомационных систем. Учебное пособие
Подробнее: http://www.labirint.ru/books/383880/  Омега-Л, 2015 г. 424 с

  1. Мусина Т.В. Visual Foxpro 8.0. Учебный курс - К.: ВЕК+, СПб.: КОРОНА принт, К.: НТИ, 2004. - 464с.
  2. Омельченко Л.Н. Самоучитель Visual Foxpro 8. - СПб.: БХВ-Петербург, 2003. - 688 с: ил.
  3. Черемных С.В. Моделирование и анализ систем. IDEF-технолгии: практикум / Черемных С.В., Семенов И.О., Ручкин В.С. - М.: Финансы и статистика, 2006. - 192с.: ил. - (Прикладные инфорационные технологии).
  4. Теория экономических инфорационных систем. Электронный учебно-методический комплекс, 2006-2009 Миндалёв И.В., КрасГАУ
  5. Visual FoxPro 9.0, Лебедев А. Н. – М.: НТ Пресс, 2005
  6. http://www.nilksa.ru
  7. http://bizsovet.com/

Приложение 1

Пример диаграммы бизнес-процесса в нотации IDEF0

  1. Исаев Г.: Проектирование информационных систем. Учебное пособие,2015г, 56-70 стр.