Файл: Проектирование реализации операций бизнес-процесса «Управление товарными потоками». ..pdf

Введение

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

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

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

Информационная система – это взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели.
Автоматизированное рабочее место (АРМ) – программно-технический комплекс, предназначенный для автоматизации деятельности определенного вида. АРМ объединяет программно-аппаратные средства, обеспечивающие взаимодействие человека с компьютером, предоставляет возможность ввода информации, и её вывод.

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

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

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

Эффективность. АРМ следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов, отнесенного к затратам на создание и эксплуатацию системы.

Задачами курсовой работы являются:

• Обследование предметной области фирмы;
• Построение модели бизнес-процесса «Управление товарными потоками»;
• Составление диаграммы действий бизнес-процесса «Управление товарными потоками»;
• Определение основной документации;
• Проведение декомпозиции бизнес-процесса и составление необходимых схем;
• Описание исходной и результатной информации и ее контроль;
• Описание программного продукта.

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

1.1 Процесс проектирования бизнес-процессов

Метод SADT (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься.

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

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

• Верхний уровень модели должен отражать только контекст системы — взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.

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

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

Описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.

Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности.

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

Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF (Icam DEFinition), являющегося основной частью программы ICAM (интегрированная компьютеризация производства), проводимой по инициативе ВВС США. Метод SADT реализован в одном из стандартов этого семейства — IDEF0, который был утвержден в качестве федерального стандарта США в 1993 г.

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

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

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

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

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

Разработка модели бизнеса предприятия.

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

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

1.2.Проблемы моделирования бизнес-процессов управления

При моделировании бизнес-процессов, как одного из инструментов для поддержки деятельности руководителя предприятия на основе методологии IDEF (Integration definition for function modeling) возникают две проблемы.

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

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

Решение 1-й проблемы.

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

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

• отсутствие среди участников процесса себя, руководителей отделов, аналитиков, плановиков и т.п.,

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

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

• построении процессов стратегического планирования и бюджетирования;

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

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

• определении целесообразности существования самого процесса, направления развития бизнеса, реструктуризации и т.д.

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

C = Целостность (П, И, Н, Д),

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

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

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

1. Цели

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

• формулируется востребованность организации так таковой и необходимость удовлетворения данной востребованности. Формулируется ответ на вопрос "зачем" создается организация и "что" она должна делать;

• выбираются метрики, описывающие деятельность предприятия (напри-мер: финансовая, экономическая, продуктовая, кадровая, технологическая и т.д.);

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

Результат формируется в виде документов:

• миссия, видение, философия организации и кадровая политика,

• направление развития бизнеса (стратегия),