Создание моделей бизнес процессов организаций с использованием методологии структурного анализа и проектирования

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

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

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

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

· Четкое понимание того, как работает компания (зачастую в процессе описания разгораются ожесточенные споры).

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

· Повышение качества работ и управляемости бизнеса.

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

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

· И, как следствие, повышение удовлетворенности клиентов, снижение издержек и рост прибыли.

1. Общая характеристика бизнес-процесса

1.1 Задание на проектирование

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

Основными задачами контрольной работы являются закрепление умений и навыков:

· анализа бизнес-процессов;

· применения современных case-средств для моделирования бизнес-процессов.

1.2 Предметная область и тема работы

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

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

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

2. Классификация процессов предприятия

Бизнес-процесс - это устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определённой технологии преобразует входы в выходы, представляющие ценность для потребителя. Для того чтобы в дальнейшем использовать стандартную терминологию для обозначения названий процессов, рассмотрим их простую классификацию (таблица 1). Процессы организации могут быть разделены на три основные типа по характеру деятельности и создаваемому продукту:

Таблица 1 - Классификация процессов предприятия

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

2.1 Цель бизнес-процесса

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

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

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

Критерии достижения цели:

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

2. Целью оптимизации бизнес-процесса может быть: «Снижение транспортных расходов компании на 30% за счет оптимизации транспортных потоков и отсутствие сбоев в работе фирмы из-за нехватки определенной марки компьютера».

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

2.2 Ресурсы бизнес процесса

Существующие ресурсы бизнес процесса можно разделить на:

· финансовые - средства на расчетных счетах, наличные деньги, ценные бумаги,

· информационные - документы, данные, файлы, программное обеспечение,

· кадровые - персонал,

· материальные - сырье, оборудование, материал,

· временные.

Иными словами, ресурсы бизнес процесса - это совокупность средств, необходимых для использования в предпринимательстве: производстве, создании, реализации товара, услуг, управлении этими процессами.

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

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

Проблема эффективности (результативности) бизнеса часто заключается в том, что в бизнесе мало уделяется внимания системе управления ресурсами, которая должна присутствовать на предприятии.

А это существенно снижает процентные показатели эффективности управления издержками, вызывает нерациональность использования ресурсов, порождает непредвиденные, кризисные явления.

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

3. Моделирование бизнес-процесса с использованием объектно-ориентированного языка моделирования UML

UML (англ. Unified Modeling Language -- унифицированный язык моделирования) -- язык графического описания для объектного моделирования в области разработки программного обеспечения.

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

UML позволяет создавать несколько типов визуальных диаграмм, а именно:

· диаграммы вариантов использования--use case diagram;

· диаграммы классов -- class diagrams;

· диаграммы деятельности -- activity diagram;

· диаграммы взаимодействий (Диаграмма коммуникации, Диаграмма последовательности;

· диаграммы состояний;

· диаграммы компонентов -- Component diagram;

· диаграммы развертывания -- Deployment diagram;

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

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

Актёр («эктор») -- стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений обобщения/наследования).

Прецедент -- эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием (с точки зрения актёров) того, «что» делает система (а не «как»). Имя прецедента связано с непрерываемым (атомарным) сценарием -- конкретной последовательностью действий, иллюстрирующей поведение. В ходе сценария актёры обмениваются с системой сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде UML-комментария. С одним прецедентом может быть связано несколько различных сценариев

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

Рис. 1 - Диаграмма вариантов использования

3.2 Построение диаграмм классов

Диаграмма классов -- диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними. Классы содержат данные и поведение (действия), влияющие на эти данные. На диаграмме классов класс создается для каждого типа объектов из диаграмм последовательности или кооперативных диаграмм.

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

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

Диаграмма классов выглядит, как показано на рис. 2.

Рис. 2. Диаграмма классов

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

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

3.3 Построение диаграмм деятельности

Диаграмма деятельности (англ. activity diagram) -- диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов -- вложенных видов деятельности и отдельных действий англ. action, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.

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

Построим диаграмму деятельности для бизнес-процесса «Продажа компьютеров». Рис. 3.

Рис. 3. Диаграмма деятельности

3.4 Построение диаграмм взаимодействий (последовательности)

Диаграмма последовательности (англ. sequence diagram) -- диаграмма, на которой показано взаимодействие объектов (обмен между ними сигналами и сообщениями), упорядоченное по времени, с отражением продолжительности обработки и последовательности их проявления. Используется в языке UML.

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

Простой сценарий Оформление продажи с оплатой наличными.

1. Покупатель подходит к кассовому аппарату POS-системы с выбранными товарами.

2. Кассир открывает новую продажу.

3. Кассир вводит идентификатор товара.

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

5. Система вычисляет общую стоимость покупки с налогом.

6. Кассир сообщает покупателю общую стоимость и предлагает оплатить покупку.

7. Покупатель оплачивает покупку, система обрабатывает платеж.

Рис. 5. Диаграмма взаимодействий

3.5 Построение диаграмм состояний

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

Диаграмма состояний (StateChart, StateMachine diagram) показывает автомат, фокусируя внимание на потоке управления от состояния к состоянию.

Автомат (State machine) - это описание последовательности состояний, через которые проходит объект на протяжении своего жизненного цикла, реагируя на события, - в том числе описание реакций на эти события.

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

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

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

Действие (Action) - это атомарное вычисление, которое приводит к смене состояния или возврату значения.

Диаграмма состояний изображается в виде графа с вершинами и ребрами.

Построим диаграмму состояний для бизнес-процесса «Продажа компьютеров». Рис. 6.

Рис. 6. Диаграмма состояний

3.6 Построение диаграмм компонентов

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

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

· Визуализации общей структуры исходного кода программной системы.

· Спецификации исполнимого варианта программной системы.

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

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

В ArgoUML, диаграммы развертывания используется как диаграммы компонентов (показывая статических зависимостей компонентов) и диаграммы развертывания. Поэтому на панели инструментов выбираем диаграмму развертывания(deployment diagram).

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

Рис. 7. Диаграмма развертывания

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

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

Данная работа позволила изучить особенности языка UML.

Заключение

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

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

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

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

1. Абдикеев, Н.М. Управление знаниями корпорации и реинжиниринг бизнеса: Учебник / Н.М. Абдикеев, А.Д. Киселев; под ред. Н.М. Абдикеева.-- М.: Инфра-М, 2011.

2. Елиферов, В.Г. Бизнес-процессы: регламентация и управление : учеб. пособ. для слушателей образоват. учрежд., обуч. по МВА и др. программам подготовки управленческих кадров / В.Г. Елиферов, В.В. Репин; Ин-т экономики и финансов "Синергия". -- М.: Инфра-М, 2011.--С.15

3. Информационные системы и технологии = Information Systems and Technologies / Московский гос. ун-т экономики, статистики и информатики (МЭСИ); под ред. Ю.Ф. Тельнова. -- М.: Юнити-Дана, 2012. -- C. 163.

4. Информационные системы и технологии в экономике и управлении: Учебник для бакалавров / С.-Петерб. гос. ун-т экономики и финансов: под ред. В.В. Трофимова. -- 3-е изд., перераб. и доп. -- М.: Юрайт, 2012 .-- C. 322.

5. Репин В.В. Бизнес-процессы. Моделирование, внедрение, управление. -- М.: Манн, Иванов и Фербер, 2013. -- 512с.

Размещено на Allbest.ru