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

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

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

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

BPwin это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. Первая версия BPwin была выпущена в 1995 г. совместно с другим CASE средством - ERwin, предназначенным для моделирования данных. В дальнейшем, развитием и поддержанием BPwin занималась компания Platinum Technology, а последние версии разрабатывала компания CA Technologies.

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

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

---

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

Возможности BPwin делают этот продукт достаточно удобным и эффективным CASE средством. К основным функциональным возможностям BPwin, важным с точки зрения моделирования бизнес процессов, можно отнести следующие:

Моделирование на основе нескольких стандартов. Возможность моделирования на основе стандартов IDEF0, IDEF3 и DFD позволяет провести детальный и всесторонний анализ бизнес процессов;

Имитационное моделирование. За счет средств экспорта моделей BPwin дает возможность проследить изменение бизнес процессов в динамике;

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

Интеграция процессных моделей и моделей данных. Это позволяет организовать единый репозиторий для моделей и составляющих эти модели объектов.

В сравнении с другими CASE средствами этого уровня BPwin 7 обладает следующим преимуществами:

Простой графический интерфейс. Интерфейс BPwin 7 легко воспринимается, позволяет выполнять настройки под пользователя, что упрощает процесс моделирования;

Представление дополнительной информации. За счет применения UDP свойств (настраиваемые пользователем свойства) есть возможность собирать дополнительную информацию по процессам, представлять ее в моделях и включать в отчеты. Отчеты могут представляться в общедоступных форматах Microsoft Word или Microsoft Excel;

Контроль корректности моделей. За счет встроенных средств BPwin 7 осуществляет контроль некорректных связей и представления элементов моделей. Это повышает качество моделей и улучшает возможности интеграции с другими средствами моделирования;

Встроенный генератор отчетов. С помощью этого генератора можно создать шаблон необходимого отчета и применять этот шаблон для любых моделей BPwin 7. Отчеты могут представляться в форматах HTML, RTF, TXT, PDF.

---

Глава 3 Построение диаграмм

Описать бизнес-процесса означает:

1) определить владельца бизнес-процесса;

2) определить границы бизнес-процесса (границы ответственности и полномочий владельца процесса по управлению процессом);

3) определить клиентов и выходы бизнес-процесса;

4) определить поставщиков и входы бизнес-процесса;

5) определить ресурсы, необходимые для выполнения бизнес-процесса (находятся в распоряжении владельца процесса);

6) описать технологию выполнения бизнес-процесса (например, с использованием графических схем в выбранных нотациях);

7) разработать показатели, по которым оценивается бизнес-процесс, его результаты и удовлетворенность клиентов бизнес-процесса;

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

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

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

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

Можно представить следующую классификацию бизнес-процессов управления портфелем продукции:

Основные бизнес-процессы:

- определение приоритетов;

- определение привлекательности рынка;

- определение рентабельности

-определение желаний потребителя

Процессы управления:

- обеспечение соблюдения технологии обработки данных и порядка документооборота.

- анализ работы менеджеров

Автоматизации в нашем случае подлежат следующие процессы:

---

- определение приоритетов;

- определение привлекательности рынка;

- определение рентабельности

-определение желаний потребителя

Построим модель Как есть (рис.3, 1, 3.2).

Рис. 3.1. Функциональная модель нулевого уровня «Управление портфелем продукции» AS-IS

Входными данными являются:

Данные о продукции

Выходными данными являются:

Изменение ассортимента

Отчеты

Рис.3. 2. Функциональная модель первого уровня «Управление портфелем продукции» AS-IS

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

Построим модель Как будет (рис.3. 3, 3.4).

На для процессов:

- определение приоритетов;

- определение привлекательности рынка;

- определение рентабельности

-определение желаний потребителя

добавляется База данных

Рис. 3.3. Функциональная модель нулевого уровня «Управление портфелем продукции» TO-BE

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

Для построения декомпозиции и отражения роли БД в процессах используем диаграмму потоков данных (Data Flow Diagrams, DFD.

Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.

При построении функциональной модели системы альтернативой методологии SADT (IDEF0) является методология диаграмм потоков данных (Data Flow Diagrams, DFD). В отличие от IDEF0, предназначенной для проектирования систем вообще, DFD предназначена для проектирования информационных систем. Ориентированность этой методологии на проектирование автоматизированных систем делает ее удобным и более выгодным инструментом при построении функциональной модели TO-BE.

Как и в IDEF0, основу методологии DFD составляет графический язык описания процессов. Авторами одной из первых графических нотаций DFD (1979 г.) стали Эд Йордан (Yourdon) и Том де Марко (DeMarko).

В настоящее время наиболее распространенной является нотация Гейна-Сарсона (Gane-Sarson).

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

---

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

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

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

Рис. 3.4. Функциональная модель первого уровня «Управление портфелем продукции» TO-BE

Заключение

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

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

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

диаграмма вариантов использования;

диаграммы «как есть»;

диаграммы «как будет»;

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

1. Герчикова И.Н. Менеджмент: учебник для вузов. - М.: ЮНИТИ, 2007.
2. Алексунин В.А. Маркетинг. М.: Дашков и К, 2009. - 216 с.
3. Барышев А.Ф. Маркетинг. М.: Academia, 2009. - 224 с.
4. Васильев Г.А., Поляков В. А. Основы рекламы: Учебное пособие. М.: Вузовский учебник, 2009. - 407 с.
5. Герасимов Б.И., Жариков В.В. и др. Маркетинг: учебное пособие. М.: Форум, 2009. - 320 с.
6. Дурович А.П. Маркетинговые исследования. Мн.: ТетраСистемс, 2009. - 432 с. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
7. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
8. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
9. Мескон М., Вонг В. и др. Основы менеджмента. - М., 2006.
10. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
11. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
12. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
13. Павлинов А., Кознов Д., Перегудов А., Бугайченко Д., Казакова А., Чернятчик Р., Фесенко Т., Иванов АО средствах разработки проблемно-ориентированных визуальных языков. Сб. «Системное программирование», Вып. 2
14. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.
15. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.

---