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

Проектирование реализации операций бизнес–процесса «Предоставление рекламных услуг»

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Целью исследования – проектирование реализации бизнес–процесса «Предоставление рекламных услуг».

Для достижения поставленной цели необходимо решить ряд задач, а именно:

Объектом исследования – учет предоставления рекламных услуг.

Предмет исследования – реализации операций бизнес–процесса «Предоставление рекламных услуг» на примере рекламного агенства.

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

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

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации

В настоящее время услугами агентства пользуется около 60 клиентов, постоянных и временных.

Характеристика основной деятельности компании в разрезе технологии IDEF0 приведена ниже.

$C:\Users\Андрей\Downloads\0.png$

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

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

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

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

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

Временные характеристики описанных процессов приведены ниже.

Действие	Среднее количество за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Внесение данных о продажах	10	15	150
Поиск необходимой информации	5	30	150
Анализ информации за период	0,5	60	30
ИТОГО, минут:	330

1.2. Характеристика существующих бизнес – процессов

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

оформление заказа;
согласование документации;
оформление документации.

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

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

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

1.3. Характеристика документооборота, возникающего при решении задачи

В делопроизводстве компании можно выделить следующие основные группы документов:

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

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

Управленческий. Включает этапы сбора, достоверных и наглядных управленческих отчетов, на основе которых осуществляется принятие стратегических решений, анализа и обобщения информации для составления оперативных и контроль над их своевременным исполнением;
Финансовый. Охватывает все операции и позволяет организации управлять документацией (договорами, корреспонденцией, плановыми и аналитическими отчетами, нормативно–законодательными актами и т.д.), которые участвуют в бизнес–процессах;
Кадровый. Подразумевает сбор и регистрацию информации, которая связанна с учетом кадров компании: изменении должности и увольнении сотрудников, переводе, о приеме, штатных расписаниях, прогулах и дисциплинарных взысканиях, графиках отпусков, должностных инструкциях и т.д.^[1]

1.4. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) включает в себя:

систему классификации и кодирования;
систему унифицированной документации, используемой в ИО;
информационную базу.

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

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

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

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

Унификация заключается в тщательном отборе и четком определении необходимой номенклатуры документов. При этом определяются сферы назначения и использования документов и выявляются специфические особенности, характерные для соответствующих видов документов. Документы могут быть унифицированными и локальными.^[2]

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

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

Существует три способа организации информационной базы (ИБ): файловая организация ИБ; интегрированная ИБ, смешанная организация ИБ.

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

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

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

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

Результаты решения задачи отображаются в таких отчетах и документах, как:

отчет по согласованным заявках
отчет заявок по местоположению заявителя
отчет о логике назначения заявителя.

Для решения поставленной задачи задействованы такие классификаторы объектов, как: города, регионы, улица, код описания неисправности.

1.5. Обоснование проектных решений по программному обеспечению

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

В качестве корпоративного стандарта в компании используется MS outlook 2003. С целью запуска данной программы на ПК пользователя должна быть также установлена операционная система, которая поддерживает запуск указанного приложения.

Исходя из указанных обоснований критерий Win XP Pro sp3 Rus будет использована в качестве пользовательской операционной системы. В результате, на рабочих станциях пользователей должны быть установлены следующие программные продукты:

Операционная система Windows XP Pro sp3 Rus (или новее);
Почтовый клиент MS outlook 2003.

Критериями выбора архитектуры реализации проектируемого Программного Комплекса являются:

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

При выборе операционной системы под данное решение был выбран MS Windows Server 2003, поскольку этот вид серверных операционных систем не сильно требователен к ресурсам, а также давно применяется в инфраструктуре компании.

Для серверной части необходимо также выбрать систему управления базами данных (СУБД). Ниже представлены основные современные СУБД.

Microsoft SQL Server 2005;
InterBase 2009;
Oracle 11.2.0.1.^[3]

В качестве СУБД для программы будет использоваться Oracle 11 ver 11.2.0.1. Выбор в пользу компании Oracle сделан не случайно, основная информационная система учёта заявок HP OpenView Service Desk построена на именно такой базе данных.

Закупка нового сервера не обязательна, так как база данных программного продукта может быть расположена на уже имеющемся сервере «SD». При создании данного сервера компания закладывала около 50% мощности закупаемого сервера на будущую масштабируемость системы, но не смотря на рост базы данных за 3 года загруженность сервера возросла всего на 15% .

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

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

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

Данных справочников будет четыре, в соответствии с первичными документами:

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

2.2. Характеристика нормативно–справочной, входной и оперативной информации

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

Все входные сведения должны быть достоверными, в связи с чем, перед вводом данных в систему, пользователь должен удостовериться в правильности заполнения документа и его достоверности.^[4]

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

Входной информацией для БД являются следующие данные:

данные о предоставляемых услугах;
сведения о клиентах;
сведения о сотрудниках.^[5]

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

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

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

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

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

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

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

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

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

Результатная информация должна оказать помощь оптической группе в процессе выполнении непосредственных обязанностей. Вся результатная информация должна быть отражена в понятном для пользователя виде и проста для его восприятия.^[7]

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

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

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

2.4. Общие положения (дерево функций и сценарий диалога)

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

базовые операционные системы – лицензионная версия WINDOWS XP/Seven;
MS Office 2007/2010.

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

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

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

2. Основные функции управления и обработки данных – свойственны как информационным системам не зависимо от их специализации, так и конкретной ИС. Они отображают специфику процесса обработки данных, получения результатов, а также ведения информационной базы проекта.^[9]

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

На данном этапе разработки проекта ИС следует также выбрать язык общения системы с конечным пользователем.

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

В процессе диалога возможно:

двустороннее управление на базе языка типа «запрос–ответ»;
одностороннее управление со стороны информационной системы с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»;
одностороннее управление со стороны пользователя с использованием языка директив (команд).

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

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

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

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

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

возможность работы с экранными формами входных документов;
корректировка вводимой информации;
просмотр введенных данных;
формирование выходных документов;
работа с таблицами нормативно–справочной информации;
протоколирование действий пользователя;
помощь на всех этапах работы.^[10]

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

2.5. Характеристика базы данных

База данных состоит из четырех таблиц:

услуги;
клиенты;
сотрудники;
заказы.

2.6. Структурная схема пакета (дерево вызова программных модулей)

Схема программных модулей содержит программные модули различных классов:

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

2.7 Описание программных модулей

Рассмотрим более детально процесс работы программных модулей в процессе обработки заявок сотрудниками агентства. Она отражает структуру программного комплекса, организацию ведения диалога задачи и показывает связь модулей программы между собой.^[11]

Контроль правильности вводимой информации, проверка соответствия вводимой даты, кодов и иной строчной и числовой информации.

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

Описание программных модулей включает блок–схемы программных модулей и описание блок–схем алгоритмов базовых расчетных модулей.

Основным расчетным модулем выступает Result Module. Это модуль окончательных расчетов, которые необходимы для составления результатных документов – отчетных форм, результатов поиска. В нем представлена часть алгоритмов расчета, которая касается формирования спецификации, а также проверки прав доступа.

2.8. Контрольный пример реализации проекта и его описание

С помощью браузера клиент заходит на web–сайт рекламного агентства.

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

После выбора товара ему требуется заполнить форму, в которой указывается, каким образом будет осуществлена оплата. Для защиты персональной информации взаимодействие должно осуществляться по защищенному каналу, например, по протоколу SSL.^[12]

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

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

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

В целом, систему электронной торговли можно разделить на три основных элемента:

сайт агентства с электронной витриной и торговой системой,
система оплаты покупки,
система предоставления услуги.

Рассмотрим каждую из этих составляющих более подробно.

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

На этом этапе работа с заказом переходит к менеджеру по рекламным услугам.

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

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

В процессе выбора товара формируется выбранная услуга – виртуальная торговая корзина. Как и в случае с реальной корзиной, любая услуга по желанию клиента может быть в любой момент изъята с последующим пересчетом общей стоимости покупки.^[13]

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

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

Для них реализуется специальная система обслуживания и схема оплаты. Возможность регистрации после выбора товара позволяет клиенту сохранить анонимность и экономит время, если он не принял решения о заказе услуги. Во время регистрации система обеспечивает безопасность личной информации покупателя, пользуясь при передаче данных защищенными методами, например, протоколом SSL.^[14]

В целом можно выделить два варианта оплаты рекламной услуги:

оплату в момент ее получения;
на предварительную оплату.

ЗАКЛЮЧЕНИЕ

Подводя итог проведенного исследования, необходимо отметить следующее.

Результатом проведенной работы является проектирование операций бизнес–процесса «Предоставление рекламных услуг».

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

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

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

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

СПИСОК ЛИТЕРАТУРЫ

Елиферов, В. Г. Бизнес–процессы. Регламентация и управление / В.Г. Елиферов, В.В. Репин. – М.: ИНФРА–М, 2017. – 320 c.
Исаев, Р.А. Банк 3.0: стратегии, бизнес–процессы, инновации. Монография / Р.А. Исаев. – М.: ИНФРА–М, 2017. – 766 c.
Кеворков, В.В. Маркетинг. Регламент бизнес–процесса / В.В. Кеворков. – Москва: Машиностроение, 2016. – 832 c.
Крылов, Т. ИКЕА изнутри. Пример организации эффективных бизнес–процессов (+ CD–ROM) / Т. Крылов. – М.: Авторское издание, 2016. – 980 c.
Крышкин, О. Настольная книга по внутреннему аудиту: Риски и бизнес–процессы. 3–е изд. / О. Крышкин. – М.: Альпина Паблишер, 2016. – 477 c.
Куликов, Г. Г. Методика интеграции информационно–поисковых и корпоративных информационных систем на основе системных моделей бизнес–процессов / Г.Г. Куликов. – М.: Университет, 2014. – 230 c.
Миротин, Л. С. Логистический менеджмент бизнес–процессов материалопотоков / Леонид Миротин. – М.: LAP Lambert Academic Publishing, 2014. – 236 c.
Репин, В. К. Бизнес–процессы. Моделирование, внедрение, управление / Владимир Репин. – М.: Манн, Иванов и Фербер, 2017. – 851 c.
Репин, В.В. Бизнес–процессы. Моделирование, внедрение, управление / В.В. Репин. – М.: Манн, Иванов и Фербер, 2013. – 512 c.
Ротер, М. Учитесь видеть бизнес–процессы: Построение карт потоков создания ценности. 4–е изд. / М. Ротер. – М.: Альпина Паблишер, 2015. – 136 c.
Рыбаков, М. С. Бизнес–процессы: как их описать, отладить и внедрить. Практикум. Рыбаков М.Ю. / Михаил Рыбаков. – М.: Михаил Рыбаков, 2016. – 392 c.
Самуйлов, К. Е. Бизнес–процессы и информационные технологии в управлении современной инфокоммуникационной компанией / К.Е. Самуйлов, А.В. Чукарин, Н.В. Яркина. – М.: Альпина Паблишер, 2016. – 512 c.
Чукарин, А.В. Бизнес–процессы и информационные технологии в управлении современной инфокоммуникационной компанией / А.В. Чукарин. – М.: Альпина Паблишер, 2016. – 512 c.
Шеер, А.–В. ARIS – моделирование бизнес–процессов / А.–В. Шеер. – М.: Вильямс, 2014. – 224 c.

Репин, В.В. Бизнес–процессы. Моделирование, внедрение, управление / В.В. Репин. – М.: Манн, Иванов и Фербер, 2013. – c. 38 ↑
Миротин, Л. С. Логистический менеджмент бизнес–процессов материалопотоков / Леонид Миротин. – М.: LAP Lambert Academic Publishing, 2014. – c. 57 ↑
Крылов, Т. ИКЕА изнутри. Пример организации эффективных бизнес–процессов (+ CD–ROM) / Т. Крылов. – М.: Авторское издание, 2016. – c. 77 ↑
Репин, В. К. Бизнес–процессы. Моделирование, внедрение, управление / Владимир Репин. – М.: Манн, Иванов и Фербер, 2017. – c. 86 ↑
Куликов, Г. Г. Методика интеграции информационно–поисковых и корпоративных информационных систем на основе системных моделей бизнес–процессов / Г.Г. Куликов. – М.: Университет, 2014. – c. 71 ↑
Крышкин, О. Настольная книга по внутреннему аудиту: Риски и бизнес–процессы. 3–е изд. / О. Крышкин. – М.: Альпина Паблишер, 2016. – c. 88 ↑
Ротер, М. Учитесь видеть бизнес–процессы: Построение карт потоков создания ценности. 4–е изд. / М. Ротер. – М.: Альпина Паблишер, 2015. – c. 63 ↑
Кеворков, В.В. Маркетинг. Регламент бизнес–процесса / В.В. Кеворков. – Москва: Машиностроение, 2016. – c. 95 ↑
Рыбаков, М. С. Бизнес–процессы: как их описать, отладить и внедрить. Практикум. Рыбаков М.Ю. / Михаил Рыбаков. – М.: Михаил Рыбаков, 2016. – c. 48 ↑
Исаев, Р.А. Банк 3.0: стратегии, бизнес–процессы, инновации. Монография / Р.А. Исаев. – М.: ИНФРА–М, 2017. – c. 105 ↑
Чукарин, А.В. Бизнес–процессы и информационные технологии в управлении современной инфокоммуникационной компанией / А.В. Чукарин. – М.: Альпина Паблишер, 2016. – c. 105 ↑
Елиферов, В. Г. Бизнес–процессы. Регламентация и управление / В.Г. Елиферов, В.В. Репин. – М.: ИНФРА–М, 2017. – c. 49 ↑
Шеер, А.–В. ARIS – моделирование бизнес–процессов / А.–В. Шеер. – М.: Вильямс, 2014. – c. 71 ↑
Самуйлов, К. Е. Бизнес–процессы и информационные технологии в управлении современной инфокоммуникационной компанией / К.Е. Самуйлов, А.В. Чукарин, Н.В. Яркина. – М.: Альпина Паблишер, 2016. – c. 85 ↑