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

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

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

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

Добавлен: 23.04.2023

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

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

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

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

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

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

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

BPwin позволяет создавать следующие виды моделей:

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

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


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

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

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

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

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

Модели стоимостного анализа. Эти модели строятся по правилам стоимостного анализа (Activity Base Costing - анализ). Модель может быть построена, только если уже существует полностью законченная и непротиворечивая функциональная модель. На каждую из задач функциональной модели назначаются метрики, представляющие затраты. Для модели определяются центры затрат. В результате получается модель стоимостного анализа.

Динамические модели. Эти модели могут быть построены на основе диаграмм потока работ. BPwin позволяет исследовать эффекты в ходе дискретного изменения состояния задач процесса. Для этого могут задаваться различные сценарии поведения процесса. Чтобы провести динамическое моделирование необходимо экспортировать диаграммы на основе IDEF3 в специальный программный продукт – business process simulator (для BPwin 4.0) или Arena (для BPwin 7).

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


Возможности

Программа предлагает пользователю удобный встроенный графический редактор для работы над диаграммами. В нем имеется библиотека уже готовых элементов: блоков, связей и даже целых структур. К сожалению, шаблонов с самими диаграмм в Ramus не предусмотрено. Что является чуть ли не единственным ее недостатком. А вот из положительных моментов стоит отметить возможность создания собственных кодировок для элементов, которые помогают быстрее получить к ним доступ и упростить поиск нужного блока в готовом проекте. Кроме того, помимо самой диаграммы, Ramus также позволяет создать сопроводительную документацию к ней. Функции для работы с отчетностью даже вынесены в отдельный модуль. Кстати, с недавних пор при формировании отчета разрешается использовать фрагменты с HTML разметкой и кодом JavaScript.

Интересные фишки

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

Ключевые особенности

создание диаграмм по методологиям DFD и IDEF0;

удобный встроенный графический редактор с большой базой готовых элементов;

автоматическое составление отчетов и сопроводительной документации;

масса инструментов для улучшения внешнего вида проектов;

простой и понятный интерфейс. 

Business Studio – одна из самых известных и распространенных систем для моделирования бизнес процессов в России, в первую очередь благодаря грамотной маркетинговой политике руководства компании. Разработчик системы — ГК «СТУ» продвигает сайт программного продукта в интернете и способствует распространению программы среди высших учебных заведений России и стран бывшего СНГ.

Архитектура Business Studio тесно интегрирована с набором офисных приложений от компании Microsoft: в качестве редактора бизнес процессов используется Microsoft Visio, экспорт документов производится в Microsoft Word. Данный факт, является как неоспоримым преимуществом системы, так и источником множества технических проблем и «тормозов» программного продукта. В частности у нас возникали ошибки при использовании старых и не русифицированных версий продукта Microsoft Office, при длительной работе с программой, происходили «утечки памяти», иногда приводившие к тому, что легче было перезапустить программу, чем ожидать завершения заданного действия. С выходящей вскоре новой версией Microsoft Office 2010 продукт от ГК «СТУ» не совместим, поэтому любителям всего новенького, придется подождать соответствующего обновления Business Studio.


Текущая версия программного продукта – 3.0, нововведением в этой версии стало появление нотации моделирования EPC и отдельного модуля по СМК. Основным функциональным элементом программы является редактор бизнес процессов, интегрированный в главное окно программы. В качестве нотаций для построения процессов используется стандарт IDEF0, а также Basic Flowchart, Cross Functional Flowchart и EPC

1.3.  Моделирование бизнес-процессов «как есть».

Формирование модели бизнеса «как есть»

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

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

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

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


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

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

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

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

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

На рис.1 точка зрения рекламного агентства – это работник агентства.

Рассмотрим входы, выходы, контроль и механизмы, приведенные на диаграмме.

Входы:

Материалы для рекламы – содержит информацию для разработки рекламы.

заказчики – заказывают рекламу.

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

Выходы:

рекламная компания.

Механизмы:

менеджер по рекламе.

руководитель.

Контроль:

закон о защите прав потребителя

устав предприятия.

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