Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Август 22 2019 03:08:10   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 23657
4.12.1 Професси... 22366
Примеры, синони... 21282
FAST (методика ... 19237
Просмотр готовы... 18956
Декартовы коорд... 17350
Просмотр готовы... 15794
Работа с инстру... 11933
Что такое САПР 11340
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
3. Декомпозиция процессов
При рассмотрении деятельности организации в целом, для ее описания используются укрупненные процессы. Примером процесса верхнего уровня может быть процесс закупок сырья и материалов для производства, который включает такие функции, как планирование закупок, заключение договоров, оформление заказов, получение товарно-материальных ценностей, оплата, отпуск в производство. Число уровней декомпозиции процессов определяется задачами проекта, и не должно быть слишком большим - более 6—8 уровней. При определении бизнес-процессов, существующих в организации, целесообразно начинать описание процессов с верхнего уровня. Одним из важнейших вопросов, возникающих при моделировании бизнес-процессов, является определение необходимой глубины описания. При проведении декомпозиции моделей количество объектов на диаграмме растет в геометрической прогрессии. Поэтому всегда очень важно изначально определить практически целесообразную степень детальности описания.
Верхний уровень описания бизнес-процессов соответствует процессам, которыми управляют топ-менеджеры уровня заместителей генерального директора. Второй уровень процессов, как правило, рассматривается на уровне крупных функциональных подразделений предприятия. Третий уровень - уровень функций подразделений и отделов. Четвертый уровень - функции, выполняемые на рабочих местах, и т.д.
Подавляющее большинство организаций в настоящее время организовано по функционально-иерархическому принципу, подразумевающему наличие нескольких (3—12) уровней управления. Подразделения организации часто сгруппированы по функциональному признаку, т.е. по видам деятельности внутри организации. Внутри каждого такого звена существует функциональная иерархия от начальника верхнего уровня к исполнителю. Внутри звеньев функциональной иерархии существуют потоки информации, направленные сверху вниз и снизу вверх.
Управлять сложным межфункциональным бизнес-процессом самостоятельно руководитель не в состоянии. Ему придется назначать заместителей и распределять между ними сегменты процесса, закрепляя ответственность за каждый сегмент за кем-то из них. Границы сегментов такого сквозного процесса могут не совпасть с границами функциональных подразделений. Сегментирование сквозного процесса и назначение заместителей его владельца приведет к созданию некоторой иерархии управления сквозным процессом. Если такие действия будут выполнены по всем сквозным процессам, то в организации будет создана сложная многоуровневая иерархия управления бизнес-процессами. Но в этом случае в организации появятся две параллельно существующие системы менеджмента, одна из них основана на существующей структуре подразделений и является традиционной и понятной всем. Другая система менеджмента - процессная. Она живет своей жизнью, обеспечивая «эффективность» процессов. Таким образом, в организации будут одновременно существовать две системы менеджмента, которые должны постоянно согласовывать свои действия. Целесообразность подобной практики вызывает сомнения.
Поэтому, на наш взгляд, выделив сквозные процессы, можно сопоставить их с существующей структурой организации и понять, где структура «рвет» процессы с точки зрения зон ответственности руководителей. Далее мы предлагаем оставить традиционную систему, изменяя при этом границы структурных подразделений так, чтобы они совпадали с процессами, не «рвали» процессы. Это более приемлемо, чем создание и поддержание в рабочем состоянии двух систем менеджмента в одной организации. Изменение границ структурных подразделений будет проводиться исходя из целей процессов - достижения наилучшего результата.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Глава 22. EM-401
2.6.1 Аналоговые с...
Что необходимо доб...
1. Продукции типа...
NMEA Monitor
12.3 СЕМАФОРЫ
Определение атрибута
Fishfinder: прошло...
6.5.2 Выделение об...
Экран отметки точек
Внешний источник
Запись трека (Trac...
Необычные дуги
3.1 Основные типы ...
Иерархические сети
9.2.1.1 Функция fo...
История развития т...
8.3 ТАЙМЕР
Выводы
ДОПОЛНИТЕЛЬНЫЕ СОГ...
2.3.3.4 Импульсно-...
Быстрое продление ...
3.5 ПРЕИМУЩЕСТВА ...
Измерение процессов
7.2.3. Выполняемые...
СОДЕРЖАНИЕ
Изменение размеров...
Может это сущность ?
Требования к распр...
6. Размер процесса...
2.4.2 Логическое к...
2.2.4 Измерение ур...
7.5 ВЫЗОВ ДРУГИХ П...
Рекурсивная связь
О чем мы узнали ?
Проверка внедрения
9.7. Экспертные оц...
Оглавление
2.3 СТРУКТУРЫ ДАНН...
Глава 4. Векторна...
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009