Модель основного бизнес-процесса AS – IS

Автор: Пользователь скрыл имя, 01 Октября 2011 в 15:02, реферат

Описание работы

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

Работа содержит 1 файл

ПГСХА.Мария.doc

— 1.99 Мб (Скачать)

Модель основного бизнес-процесса AS – IS

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

      Наиболее  удобным языком моделирования бизнес-процессов  является IDEFO, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT - Structured Analysis and Design Technique. (Подробно методология SADT излагается в книге Дэвида А. Марка и Клемента Мак-Гоуэна "Методология структурного анализа и проектирования SADT"M.:Метатехнология, 1993.) В начале 70-х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF0. Подробные спецификации на стандарты IDEF можно найти на сайте http://www.idef.com

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

      Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

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

      Декомпозицию  модели AS-IS процесса «Учет товаров» можно представить в виде дерева:

      - Учесть товары

            - Обработать товар

                  - Сверить товар

                  - Заполнить журнал поступлений

                  - Разместить товар на складе

                  - Выявить товар для передачи в зал

            - Реализовать товар

                  - Разместить товар в зале

                  - Оформить продажу

                  - Выявить остаток товара в зале

                  - Составить отчет о реализации

            - Рассчитать недостаток товара

                  - Ввести данные  в Excel

                  - Составить отчет  о недостатке товара

                  - Составить заявку  на товар

      Более детально декомпозиция модели AS-IS представлена на рис. __-__ 
 

 

 

 

 

 

           Анализ недостатков  модели AS-IS и постановка задачи на проектирование

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

     В процессе анализа модели AS-IS процесса «Учет товаров» был выявлен ряд недостатков, на основе которых были сформулированы предложения по их устранению (ослаблению). Недостатки модели и предложения по их устранению:

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

     Предложения по устранению (ослаблению) недостатков:

     Создание  подсистемы процесса учета товаров  с использованием платформы 1С: Предприятия 7.7.

 

      Разработка  модели ТО-ВЕ процесса «Формирование заказа»

     Найденные в модели AS-IS недостатки исправляются путем создания модели ТО-ВЕ (как будет), т.е. модели новой организации процессов на предприятии. Создание и внедрение ИС приводит к изменению условий выполнения отдельных операций, структуры процессов и предприятия в целом. Это приводит к необходимости изменения системы правил, используемых на предприятии, модификации должностных инструкций сотрудников. Функциональная модель TO-BE позволяет уже на стадии проектирования будущей ИС определить эти изменения. Применение функциональной модели TO-BE позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям. Модель ТО-ВЕ нужна для анализа альтернативных (лучших) путей выполнения функции и документирования того, как компания будет делать бизнес в будущем.

     Функциональная  модель TO-BE позволит четко определить распределение ресурсов между операциями делового процесса, что дает возможность оценить эффективность использования ресурсов после предлагаемого реинжиниринга.

      Декомпозицию  модели TO-BE процесса «Учет товаров» можно представить в виде дерева:

      - Учесть товары

            - Обработать товар 

                  - Сверить товар

                  - Ввести данные  о товаре в базу

                  - Разместить товар  на складе

                  - Выявить товар  для передачи в зал

            - Реализовать товар

                  - Разместить товар  в зале

                  - Оформить продажу

                  - Составить отчет  о реализации

            - Рассчитать недостаток  товара 

                  - Распечатать отчет  о реализации

                  - Распечатать отчет  о недостатке товара

                  - Распечатать заявку  на товар

      Более детально декомпозиция модели TO-BE представлена на рис. __-__ 
 
 

 

 

 

 

Информация о работе Модель основного бизнес-процесса AS – IS