Файл: Разработка регламента выполнения процесса «Предоставление рекламных услуг» (Построение бизнес-процессов).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 26.04.2023

Просмотров: 189

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

  1. Flow Chart Diagram (диаграмма потока работ) – это графический метод представления процесса в котором операции, данные, оборудование процесса и пр. изображаются специальными символами. Метод применяется для отображения логической последовательности действий процесса. Главным достоинством метода является его гибкость. Процесс может быть представлен множеством способов.
  2. Data Flow Diagram (диаграмма потока данных). Диаграмма потока данных или DFD применяется для отображения передачи информации (данных) от одной операции процесса к другой. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой структурного анализа процессов, т.к. позволяет разложить процесс на логические уровни. Каждый процесс может быть разбит на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отразить только поток информации, но не поток материалов. Диаграмма потока данных показывает, как информация входит и выходит из процесса, какие действия изменяют информацию, где информация хранится в процессе и пр.
  3. Role Activity Diagram (диаграмма ролей). Она применяется для моделирования процесса с точки зрения отдельных ролей, групп ролей и взаимодействия ролей в процессе. Роль представляет собой абстрактный элемент процесса, выполняющий какую-либо организационную функцию. Диаграмма ролей показывает степень «ответственности» за процесс и его операции, а также взаимодействие ролей.
  4. IDEF (Integrated Definition for Function Modeling) – представляет собой целый набор методов для описания различных аспектов бизнес-процессов (IDEF0, IDEF1, IDEF1X , IDEF2, IDEF3, IDEF4, IDEF5). Эти методы строятся на базе методологии SADT (Structured Analysis and Design Technique). Для моделирования бизнес процессов наиболее часто применяют методы IDEF0 и IDEF3.
  5. IDEF0 – позволяет создать модель функций процесса. На диаграмме IDEF0 отображаются основные функции процесса, входы, выходы, управляющие воздействия и устройства, взаимосвязанные с основными функциями. Процесс может быть декомпозирован на более низкий уровень.
  6. IDEF3 – этот метод позволяет создать «поведенческую» модель процесса. IDEF3 состоит из двух видов моделей. Первый вид представляет описание потока работ. Второй – описание состояний перехода объектов.
  7. Цветные сети Петри – этот метод представляет модель процесса в виде графа, где вершинами являются действия процесса, а дугами события, за счет которых осуществляется переход процесса из одного состояния в другое. Сети Петри применяют для динамического моделирования поведения процесса.
  8. Unified Modeling Language (UML) - представляет собой объектно-ориентированный метод моделирования процессов. Он состоит из 9-ти различных диаграмм, каждая из которых позволяет моделировать отдельные статические или динамические аспекты процесса.

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

Глава 2 Разработка регламента предоставления рекламных услуг

Раздел 2.1 Общие сведения о продукте продвижения

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

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

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

  1. спецификацию требований системы;
  2. бизнес требования;
  3. согласие с сопровождением и архитектором автоматизированной системы;
  4. разработку и отладка программного продукта;
  5. приемно-сдаточные испытания;
  6. внедрение.

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

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

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


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

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

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

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

Заключение

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

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

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

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

  1. «Распределенные системы» Берн Бредан, Питер 2019 год, стр. 224
  2. «Проектирование систем» Исаев Г.Н., Омега-Л 2015 год, стр. 424
  3. «Основы рекламы» Мудров А.Н., Инфра-М 2014 год, стр. 416
  4. «Моделирование бизнес-процессов» Виноградова Е.В., Юрайт 2018 год, стр. 517
  5. «Бизнес-процессы» Елиферов В.Г., Инфра-М 2019 год, стр. 319
  6. «Основы рекламы» Синяева И.М., Юрайт 2016 год, стр. 552
  7. «Рекламное дело» Карпова С.В., Гриф 2019 год, стр. 431
  8. «Рекламный менеджмент» Полякова В.А., Курс 2012 год, стр. 352