Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Vitaly2000И ещё скажу одну вещь - BPM, если рассматривать как подход к написанию системы автоматизации деятельности предприятия, должен быть внедрён везде, на всех уровнях системы. Это такая же интегрированная система, как и ЕРП. Только вместо объектов - заглушки. Она не может сварачиватся создавая иерархии, не может агрегировать события и данные и т.д. Горизонтальный непредписывающий диспетчер - регистратор. . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:20 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовЭто такая же интегрированная система, как и ЕРП. Только вместо объектов - заглушки. Она не может сварачиватся создавая иерархии, не может агрегировать события и данные и т.д. Горизонтальный непредписывающий диспетчер - регистратор. Сами так решли или сказал кто? Что ни слово, то перл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:25 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
АБ Сахават ЮсифовЭто такая же интегрированная система, как и ЕРП. Только вместо объектов - заглушки. Она не может сварачиватся создавая иерархии, не может агрегировать события и данные и т.д. Горизонтальный непредписывающий диспетчер - регистратор. Сами так решли или сказал кто? Что ни слово, то перл. Как грит Mazzy - а по теме? Потом пойдут BPMы BPMов и т.д.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:27 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовНЕ ЗЛОУПОТРЕБЛЯЙТЕ ОВЕРКВОТИНГОМ (модератор) Как грит Mazzy - а по теме? Потом пойдут BPMы BPMов и т.д..А Вы хотите, чтобы на Вашей системе все закончилось? Вот оно, пришествие-то! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:30 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовЭто такая же интегрированная система, как и ЕРП. Только вместо объектов - заглушки. Она не может сварачиватся создавая иерархии, не может агрегировать события и данные и т.д. Горизонтальный непредписывающий диспетчер - регистратор. . согласен с тобой, только я ж писал - единственно что они сделали: 1. так во главу угла поставили бизнес - процессы, над всей системой 2. и сказали мол - пусть всё будет в настройках (схемах), а не в коде ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:32 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
А верхний уровень интеграции давно описан - это большая кнопка на весь экран с надписью PIZZA ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:32 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Vitaly2000 Сахават ЮсифовЭто такая же интегрированная система, как и ЕРП. Только вместо объектов - заглушки. Она не может сварачиватся создавая иерархии, не может агрегировать события и данные и т.д. Горизонтальный непредписывающий диспетчер - регистратор. . согласен с тобой, только я ж писал - единственно что они сделали: 1. так во главу угла поставили бизнес - процессы, над всей системой 2. и сказали мол - пусть всё будет в настройках (схемах), а не в коде ... Это хреновина пошла есть под влиянием BSC. Декопозируем стратегии, доводим до мест KPI и отдаем на откуп объектам и создаем синхронизирующую систему для визуализации. Имхо. Плюс интеграция (побочно). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 14:59 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Как в мире все интересно можно поставить с ног на голову. Когда участники дискуссии почти все были удовлетворены и пришли к пониманию проблемы и средств ее решения, внезапно появились совершенно другие проблемы, связываемые с темой обсуждения. Причем видно, что основная масса писателей и не собирается внимательно прочесть то, что было сказано до них. Не называя авторов хочу выразить их основную мысль:"А вот как бы было хорошо создать всеобщую систему автоматизации всего во всем мире". И, естественно, началось полнейшее словоблудие, потому как такая тема этому способствует. А хотелось бы вернуться на землю, к вопросу: "Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?" 1. Знает ли уважаемая публика тот факт, что ни на одном (среднем/крупном) предприятии нет человека, который бы имел полное представление о том, каким образом оно управляется? Все знания содержаться в следующем: Имеются должностные инструкции и они должны исполняться. А то, что там не прописано и все стыковочные вопросы решает либо топ-менеджер, либо коллегия с разбором ответственности на всех. Решения принимаются только тогда, когда в них появилась существенная необходимость, а это означает, что мы уже опоздали. Сами решения принимаются на верхнем уровне и начинают двигаться вниз к исполнителям. При этом, чем больше промежуточных звеньев, тем сильнее искажение, тем больше запаздывание, тем хуже результат. Вам это подходит? 2. Снова вернемся к документированию технологии управления. Предприятие живет, его организм растет, появляются новые органы, старые хиреют и отпадают, чтобы через некоторый срок возникнуть вновь. Кто документирует эти изменения и соответственно изменения в системе управления. Кто анализирует и делает выводы и где они? Отдел НОТ? Управление качеством? Управление персоналом? Ответ - никто; мониторинга нет. И многоэтажные постройки типа: бюро-сектор-отдел-управление-служба.... растут по воле одного-трех человек и по их воле рушатся, и никто не анализирует эффективность их работы и не запоминает совершенных ошибок или верных движений. Это броуновское движение в рамках экономической системы. Так жить можно, но это гигантские потери. Вам это нравится? 3. Еще раз: ни сами бизнес процессы, ни системы управления бинес процессами не требуют построения всеобщих систем учета и управления, и не следует вопрос сводить к АСУ, КИС, ЕРП и пр. А вот средства, с которыми работают BPM дают возможность сохранить в репозитарии все существующие сегодня на предприятии БП (как их графическое отображение, так и полное описание, которое НЕОТЪЕМЛИМО от диаграммы процесса), все их изменения и результаты этих изменений. И двигаться по пути изменения управления не вслепую, а с учетом имеющейся информации. Неужели Вы откажетесь от этой информации? 4. Конечно, в стране есть люди, которые много знают об управлении предприятием с точностью до конкретных исполнителей, правда Сахават? Но согласитесь, как их мало и как далеки они от народа... И знают то они не все, а лишь много, и не о конкретном предприятии, а о виртуальном. И свои знания они никому не передают и нигде не публикуют. Но и они не знают, к чему приведут изменения. Вы с этим согласны? А по поводу полной автоматизации всего и везде предлагаю открыть новую тему и там привести все, начиная от экранных форм и заканчивая алгоритмами и кодами программ. Это кому-то будет полезно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 18:57 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовКак грит Mazzy - а по теме? Сахават, извините за некорректное высказывание. Задирает вот что: сплошь и рядом люди, явно не видевших в глаза не одной BPM-системы, заявляют: "BPM -- это наверное..." и далее следуют не относящиеся к делу догадки. По делу: Сахават ЮсифовЭто такая же интегрированная система, как и ЕРП Сравнивать прикладной софт с системным -- это перл номер один. Все равно что сказать: ERP -- это просто СУБД плюс еще кое-какие заморочки. Сахават ЮсифовОна не может сварачиватся создавая иерархии, не может агрегировать события и данные и т.д. Горизонтальный непредписывающий диспетчер - регистратор. Перл номер два. Во-первых, приличные BPMS умеют декомпозировать процесс на подпроцессы (вот вам иерархия). Во-вторых, в BPEL бизнес-процесс дергает внешние приложения за вебсервисы, и при этом сам представляется внешнему миру как вебсервис. Налицо сетевая структура, а вовсе не центализованный диспетчер. Вы наверное думаете что BPM -- это вроде CORBA, но под новым соусом, да? Сахават ЮсифовЭто хреновина пошла есть под влиянием BSC. Декопозируем стратегии, доводим до мест KPI и отдаем на откуп объектам и создаем синхронизирующую систему для визуализации. Перл номер три. BPM появился раньше чем BSC и появился на стыке нескольких областей: бизнес-процессы, документооборот, интеграция приложений. Бессмысленно пытаться свести к чему-то одному. И никакое ИМХО тут не оправдывает. "Вы пропустили прекрасную возможность промолчать" (C). (Ничего личного, в порядке полемики!) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 22:29 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Guest_12345А хотелось бы вернуться на землю Респект! К сожалению, часть народа никак не врубится, что BPM -- ЭТО ВООБЩЕ НЕ СОФТ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 22:35 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Guest_12345Как в мире все интересно можно поставить с ног на голову. Когда участники дискуссии почти все были удовлетворены и пришли к пониманию проблемы и средств ее решения, внезапно появились совершенно другие проблемы, связываемые с темой обсуждения. Я, например, все прочитал. Guest_12345 И знают то они не все, а лишь много, и не о конкретном предприятии, а о виртуальном. И свои знания они никому не передают и нигде не публикуют. Но и они не знают, к чему приведут изменения. Вы с этим согласны? Изменения надо обкатывать на моделях. Знающих людей у нас море - только Чубайс и Виктор Степаныч чего стоят. Не публикуют потому, что теперь это деньги. А то что публикуется - реклама. Guest_12345 А по поводу полной автоматизации всего и везде предлагаю открыть новую тему и там привести все, начиная от экранных форм и заканчивая алгоритмами и кодами программ. Это кому-то будет полезно. Ладно. Пойду в свой топик и больше никого раздражать не буду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 22:49 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
АБ Guest_12345А хотелось бы вернуться на землю Респект! К сожалению, часть народа никак не врубится, что BPM -- ЭТО ВООБЩЕ НЕ СОФТ. А BPEL - язык ацтеков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 22:51 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов... Ладно. Пойду в свой топик и больше никого раздражать не буду. Сахават, я Вас уважаю и не хотел обидеть. Остантесь, ваше мнение ценно. Но как Вы оказались в одной компании с инженером - вот вопрос? После долгой полемики по поводу групповых спецификаций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 00:07 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Guest_12345И, естественно, началось полнейшее словоблудие, потому как такая тема этому способствует. Абсолютно не согласен Guest_12345 1. Знает ли уважаемая публика тот факт, что ни на одном (среднем/крупном) предприятии нет человека, который бы имел полное представление о том, каким образом оно управляется? Все знания содержаться в следующем: Имеются должностные инструкции и они должны исполняться. А то, что там не прописано и все стыковочные вопросы решает либо топ-менеджер, либо коллегия с разбором ответственности на всех. Решения принимаются только тогда, когда в них появилась существенная необходимость, а это означает, что мы уже опоздали. Сами решения принимаются на верхнем уровне и начинают двигаться вниз к исполнителям. При этом, чем больше промежуточных звеньев, тем сильнее искажение, тем больше запаздывание, тем хуже результат. Вам это подходит? Не факт - просто бизнес - схемы хранятся не в системе, вот чего вас и нас напрягает ... Guest_12345 2. Снова вернемся к документированию технологии управления. Предприятие живет, его организм растет, появляются новые органы, старые хиреют и отпадают, чтобы через некоторый срок возникнуть вновь. Кто документирует эти изменения и соответственно изменения в системе управления. Кто анализирует и делает выводы и где они? Отдел НОТ? Управление качеством? Управление персоналом? Ответ - никто; мониторинга нет. И многоэтажные постройки типа: бюро-сектор-отдел-управление-служба.... растут по воле одного-трех человек и по их воле рушатся, и никто не анализирует эффективность их работы и не запоминает совершенных ошибок или верных движений. Это броуновское движение в рамках экономической системы. Так жить можно, но это гигантские потери. Вам это нравится? Тоже не факт - просто вопрос в том - как для решения этих задач ПРАВИЛЬНО построить систему: как вытаскивать данные, как хранить данные и логику и прочее: с помощью BPM или ERP,CRM, учётных систем (корпоративной системы в целом) ... Guest_12345 3. Еще раз: ни сами бизнес процессы, ни системы управления бинес процессами не требуют построения всеобщих систем учета и управления, и не следует вопрос сводить к АСУ, КИС, ЕРП и пр. А вот средства, с которыми работают BPM дают возможность сохранить в репозитарии все существующие сегодня на предприятии БП (как их графическое отображение, так и полное описание, которое НЕОТЪЕМЛИМО от диаграммы процесса), все их изменения и результаты этих изменений. И двигаться по пути изменения управления не вслепую, а с учетом имеющейся информации. Неужели Вы откажетесь от этой информации? Если не будем их сводить к АСУ, то как раз это и будет словоблудием. Поэтому есть предложение - разобраться как ПРАВИЛЬНО реализовать автоматизацию BPM и не реализована ли она уже в существующих подходах и системах ... Guest_12345 4. Конечно, в стране есть люди, которые много знают об управлении предприятием с точностью до конкретных исполнителей, правда Сахават? Но согласитесь, как их мало и как далеки они от народа... И знают то они не все, а лишь много, и не о конкретном предприятии, а о виртуальном. И свои знания они никому не передают и нигде не публикуют. Но и они не знают, к чему приведут изменения. Вы с этим согласны? Эти люди как раз единственные, которые могут привнести в этом топике самое ценное ... Guest_12345 Сахават, я Вас уважаю и не хотел обидеть. Остантесь, ваше мнение ценно. Но как Вы оказались в одной компании с инженером - вот вопрос? После долгой полемики по поводу групповых спецификаций. Вот как раз мы и поняли к чему Ваши высказывания - я тоже пока в одной компании с инженером и полностью с ним согласен - с его вопросами. Пока не было нормального, конкретного обсуждения что такое BPM при построении АСУ - а веет лишь одним словоблудием ... И мы как раз уходим от этого. Наверное не надо было вступать в палемику, но хочу донести этим вот какую вещь - бизнес-процессы были всегда, обозвали их просто недавно. А вот их автоматизация велась тоже всегда, но по-разному. В этом то и вопрос - что даст нового в автоматизации подход BPM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 09:07 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Guest_12345 А хотелось бы вернуться на землю, к вопросу: "Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?" Да трудность только одна - принципиальная невозможность такой замены. Дано: Объект управления (ОУ) Структура ОУ - элементы структуры Система управления (СУ) ОУ Структура СУ - элементы структуры Цель управления Декомпозиция цели управления - подцели Задачи управления - достижение соответствующих подцелей Функции элементов СУ - решение задач управления Т.о. стр-ра СУ всегда функциональна и не м.б. другой Ну и где в этой схеме место для "концепции БП" ? Где сами "БП" ? Если на вашем предприятии бардак то надо менять (а не ломать) именно функциональную стр-ру СУ и привести ее в соответвие с реальностью. Это трудно но сложые задачи не решаются простыми методами и науку нельзя заменить шаманством. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 09:30 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Vitaly2000хочу донести этим вот какую вещь - бизнес-процессы были всегда, обозвали их просто недавно Ага, недавно. В 1990 году. Vitaly2000А вот их автоматизация велась тоже всегда, но по-разному И даже известно как. Бизнес-аналитики рисовали asis-tobe, потом программеры брали получившийся результат и уходили примерно так на год -- "вколачивать бизнес-процессы в функционал". Ясно, что ни о каком усовершеннствовании бизнес-процессов при таком "подходе" не могло быть и речи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 09:30 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
процТ.о. стр-ра СУ всегда функциональна и не м.б. другой Не может быть? Однако ж бывает. Факты упрямая вещь: есть предприятия, добившиеся большого успеха уйдя от функциональной организации к процессной (а другие -- к проектной). Предлагаю "ученым" исходить из экспериментальных фактов. Или будем пытаться подгонять их под собственные воззрения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 09:42 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
АБОднако ж бывает. Факты упрямая вещь: есть предприятия, добившиеся большого успеха уйдя от функциональной организации к процессной (а другие -- к проектной). ...и перестав выпускать продукцию. Спасибо, было смешно. А по сути ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 11:13 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
проц Структура ОУ - элементы структуры ... Система управления (СУ) ОУ Структура СУ - элементы структуры ... Задачи управления - достижение соответствующих подцелей Функции элементов СУ - решение задач управления ... Т.о. стр-ра СУ всегда функциональна и не м.б. другой Ну и где в этой схеме место для "концепции БП" ? Где сами "БП" ? БП - это функции объектов управления. Вообще, с точностью до того, насколько мой извращенный ум способен осознать картину происходящего, выше обсуждалась проблема управления бизнес-процессами. Ничего особенно нового. А то, что система подсказывает когда и что кому делать - это не управление БП, а поддержка БП. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 11:36 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Vitaly2000 Guest_12345И, естественно, началось полнейшее словоблудие, потому как такая тема этому способствует. Абсолютно не согласен Автор топика прав. Он отрыл его, чтобы обсудить именно BPMS системы и шаг в сторону - расстрел. Его полное право. Garya, AБ, вопрос по BPMS. Каким образом (где физически и как) фиксируется подпись документа? Можно ли посмотртеь на эту подпись из других систем? Тоже относится и к событиям. Можно ли получить доступ к событиям, которые генерируются в BPMS из вне? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 11:44 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
проц.... Дано: Объект управления (ОУ) Структура ОУ - элементы структуры Система управления (СУ) ОУ Структура СУ - элементы структуры Цель управления Декомпозиция цели управления - подцели Задачи управления - достижение соответствующих подцелей Функции элементов СУ - решение задач управления Т.о. стр-ра СУ всегда функциональна и не м.б. другой Ну и где в этой схеме место для "концепции БП" ? Где сами "БП" ? ..... Это трудно но сложые задачи не решаются простыми методами и науку нельзя заменить шаманством. Вот-вот, "науку нельзя заменить шаманством". А Вы рассматриваете застывшие производственные объекты, ожидающие своей очереди решения задач управления. И Вам не кажется, что объект - это живой организм (повторяюсь, я уже писал об этом, но Вам главное не вникать, а возражать). А раз живой, то он сам, его элементы, СУ, цели управления и т.д. есть функции времени. И пока Вы будете решать задачи управления, сам объект давно изменит свои параметры. Даже может не остаться тех элементов структуры, для которых Вы создаете решения. Это конечно не шаманство - такова деятельность многих разработчиков. От этого хочется уйти. 2 Vitaly2000 1. Я рассказываю о том, что никто на предприятии не знает, как оно управляется, а Вы отвечаете: "Не факт - просто бизнес - схемы хранятся не в системе, вот чего вас и нас напрягает ..." В какой "не в системе" они хранятсяЮ, Вы знаете? Так сказали бы нам всем и мы поищем. Определите место хранения бизнес схем, а я Вам расскажу о сильных и слабых сторогах этих мест. 2. Я пытаюсь донести до аудитории информацию об отсутствии методологии изменениям структуры и мониторинга существующих схем управления и получаю возражение: "Тоже не факт - просто вопрос в том - как для решения этих задач ПРАВИЛЬНО построить систему: как вытаскивать данные, как хранить данные и логику и прочее: с помощью BPM или ERP,CRM, учётных систем (корпоративной системы в целом) ..." См. выше, ответы на такое уже звучали здесь неоднократно. И вывод был такой: можете это реализовать в рамках своей идеологии - честь Вам и хвала. Флаг в руки и на пулеметы... 3. Я говорю о возможности любому специалисту видеть схемы и описания существующих БП (т.е. знать. как сегодня решается та или иная задача схемы, НЕ АВТОМАТИЗИРОВАННАЯ в том числе), аналитикам менять схемы, фиксируя изменения и результаты изменений и слышу следующее: "Если не будем их сводить к АСУ, то как раз это и будет словоблудием. Поэтому есть предложение - разобраться как ПРАВИЛЬНО реализовать автоматизацию BPM и не реализована ли она уже в существующих подходах и системах ..." ??? Давайте разбираться "как ПРАВИЛЬНО реализовать автоматизацию BPM". Ваше мнение, как же это сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 12:13 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Dogen БП - это функции объектов управления. т.е это основная деятельность предприятия (ч.т.д.) переводим с птичьего на нормальный: БП = основная деятельность предприятия упр. БП = упр. основной деятельностью система упр. БП = СУ предприятием автоматизированная система упр. БП = АСУП ну и зачем изобретать велосипед с квадратными колесами ? ох и дурят нас (вас) ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 12:18 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Guest_12345 то он сам, его элементы, СУ, цели управления и т.д. есть функции времени. пока Вы будете решать задачи управления, сам объект давно изменит свои параметры. Даже может не остаться тех элементов структуры, для которых Вы создаете решения. это само собой разумеется (я даже не стал об этом говорить). однако динамическое изменение стр-ры - это очень сложно. на практике стр-ру проектирует с некоторым запасом, способным обеспечить приспособляемость в некотором интервале изменений целей и внешних огр. - это и есть наука (ТУ называется). и ессно время от времени стр-ру меняют и это нормально. а АСУ должна иметь (и имеет) соотв. ср-ва - можете называть их как угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 12:28 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
проц Dogen БП - это функции объектов управления. т.е это основная деятельность предприятия (ч.т.д.) Основная деятельность предприятия - это один большой БП. Подразумевается управление его малыми частями, доступными обозрению и пониманию. процБП = основная деятельность предприятия См. выше процупр. БП = упр. основной деятельностью Управление основной деятельностью - это уже сам по себе бизнес-процесс. Но не наоборот. процсистема упр. БП = СУ предприятием Необязательно. Вернее даже, всякая АСУТП является BPM (в нестрогом понимании), но не наоборот. процавтоматизированная система упр. БП = АСУП SCADA, ага Тут уже про СРВ народ пытался речи толкать. процну и зачем изобретать велосипед с квадратными колесами ? ох и дурят нас (вас) ... Скорее уж вас, т.к. вам, похоже, не удается верно позиционировать рассматриваемые системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 12:41 |
|
||
|
Процессный подход - замена функциональной вертикали. Какие трудности и ошибки?
|
|||
|---|---|---|---|
|
#18+
Dogen БП - это функции объектов управления. Управление основной деятельностью - это уже сам по себе бизнес-процесс. так все-таки, БП - это основная деятельность или управление ее или все вместе. Пока вы в этом не разберетесь, остальное уже не важно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2005, 14:07 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33461554&tid=1528186]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
98ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 451ms |

| 0 / 0 |
