
- •Федеральное агентство по образованию
- •Аннотация
- •Оглавление
- •Глава 1. Автоматизация бизнес-процесса
- •1.1. Анализ объекта автоматизации
- •1.2. История автоматизации документооборота
- •1.3. Обзор ранее выполненных работ на указанную тему
- •1.4. Функциональный анализ работы сц по стандарту idef0
- •Глава 2. Постановка задачи
- •2.1. Содержательная постановка решаемой задачи:
- •2.2. Формальная постановка решаемой задачи:
- •Глава 3. Описание средств программирования
- •3.1. Выбор типовой конфигурации
- •3.2. Язык 1с
- •Глава 4. Реализация проекта
- •4.1. Алгоритм автоматизации сервисного центра
- •4.2. Интерфейсная часть
- •4.3. Структура данных
- •4.4. Возможности системы
- •4.5. Требования к ао и по
- •4.6. Результаты автоматизации сервисного центра
- •Заключение
- •Список использованных источников
- •Приложение 1
- •Приложение 2 Листинг Документ.Квитанция
- •Листинг Документ.Заявка
1.4. Функциональный анализ работы сц по стандарту idef0
В конце 90-ых годов, когда на рынке в должной мере появилась конкуренция и рентабельность деятельности предприятий стала резко падать, руководители ощутили огромные сложности при попытках оптимизировать затраты, чтобы деятельность оставалась одновременно прибыльной и конкурентоспособной. Как раз в этот момент совершенно четко проявилась необходимость иметь перед своими глазами модель деятельности предприятия, которая отражала бы все механизмы и принципы взаимосвязи различных подсистем в рамках одного бизнеса. Само понятие «моделирование бизнес-процессов» пришло в быт с появлением сложных программных продуктов, предназначенных для автоматизации управления предприятием.
Процесс автоматизации деятельности предприятия включает этап описания и проектирования бизнес-процесса. Моделирование бизнес-процесса позволяет проанализировать, как организована деятельность предприятия на каждом отдельно взятом рабочем месте. Функциональная модель позволяет четко определить распределение ресурсов между операциями делового процесса, что дает возможность эффективно оценить используемы ресурсы, определить, сколько сотрудников необходимо привлечь для работы и какие функциональные обязанности эти сотрудники должны выполнять.
Наиболее известной и распространенной методикой является методология структурного анализа SADT (Structured Analysis and Design Technique).
Концепция SADT возникла в конце 60-ых годов в ходе революции, вызванной структурным программированием. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности.
На основе этой методологии был принят стандарт моделирования бизнес-процессов IDEF0 (Integration DEFinition 0) [9].
Методология моделирования IDEF0 предназначена для анализа всей системы как множества взаимосвязанных, взаимодействующих функции.
Ориентация исключительно на анализ функций позволяет рассматривать функции независимо от объектов, которые их выполняют. Функциональный подход позволяет четко определить проблемы анализа и проектирования от проблем реализации. Описание системы по правилам IDEF0 имеет четкую структуру. IDEF0 – модель представляет собой набор иерархически упорядоченных диаграмм. Каждая диаграмма описывает определенную функцию и состоит из нескольких взаимодействующих и взаимосвязанных подфункций, каждая из которых в свою очередь может быть описана диаграммой.
Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей.
Схема IDEF0 позволяет наглядно структурировать процессы организации и графически отобразить взаимодействие между этими процессами [10].
В IDEF0 реализованы три базовых принципа моделирования процессов:
1. Принцип функциональной декомпозиции представляет собой способ моделирования типовой ситуации, когда любое действие, операция, функция могут быть разбиты (декомпозированы) на более простые действия, операции, функции. Другими словами, сложная бизнес-функция может быть представлена в виде совокупности элементарных функций. Представляя функции графически, в виде блоков, можно как бы заглянуть внутрь блока и детально рассмотреть его структуру и состав.
2. Принцип ограничения сложности. При работе с IDEF0 диаграммами существенным является условие их разборчивости и удобной читаемости. Суть принципа ограничения сложности состоит в том, что количество блоков на диаграмме не должно не менее двух и не более шести. Практика показывает, что соблюдение этого принципа приводит к тому, что функциональные процессы, представленные в виде IDEF0 модели, хорошо структурированы, понятны и легко поддаются анализу.
3. Принцип контекстной диаграммы. Моделирование делового процесса начинается с процесса построения контекстной диаграммы. На этой диаграмме отображается только один блок – главная бизнес-функция моделируемой системы. Главная бизнес-функция системы – это «миссия» системы, ее значение в окружающем мире.
Модель бизнес-процесса «сервисный центр» представлена в приложении 1.