КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
L Ролі та обов’язки
Правила статичного режиму Правила конфігурації Правила перетворення Правила цілісності L Правила Для побудови з бізнес-функцій бізнес-процесів та поєднання останніх у рамках моделі бізнес-організації використовується низка правил, а саме: Правила цілісності використовуються для перевірки узгодженості моделі. (Приклад цілісності: Якщо є в наявності варіант бізнес-функції «Пряме постачання», то бізнес-функції «Опрацювання замовлення на придбання» і «Опрацювання замовлення на збут» повинні бути подані в моделі.) Після того, як бізнес-модель створена, можна перевірити її узгодженість, оцінюючи усі правила цілісності. Модель бізнес-функції може бути автоматично перетворена в модель бізнес-процесу за допомогою правил перетворення. (Приклад правила перетворення: Якщо варіант бізнес-функції «Опрацювання замовлення на придбання з контрактами» був визначений, необхідно вибрати бізнес-процес «Опрацювання контрактів».) Так само за допомогою даних правил перетворення можна подати безпосередній зв’язок моделі бізнес-функції з моделлю бізнес-процесу. Правила конфігурації використовуються для присвоєння значення параметра залежно від його наявності в бізнес-функціях, бізнес-процесах або комбінацій останніх у бізнес-моделі. (Приклад правила конфігурації: Якщо був визначений варіант бізнес-функції «Опрацювання замовлення на покупку в ЕОД (Електронний обмін даними)», то значення параметра «Електронний обмін даними» налагоджується на «так».) Контроль є одним із компонентів бізнес-процесу і використовується для моделювання варіантів. Під терміном «варіант» слід розуміти умову. В результаті умови з’єднуються з вхідними стрілками на діаграмах мереж Петрі. На додаток до тексту в діаграмі умова може також містити значення, яке встановлюється шляхом використання правил. Якщо значення логічної умови «Хибно», то в результаті така неактивна гілка «дерева» мережі Петрі подається в затемненому вигляді. Оскільки ці правила можуть бути визначені всередині моделі бізнес-функції, то можливим стає динамічне конфігурування бізнес-процесу. Роль є функцією, що може бути реалізована тільки тими працівниками, за якими ця функція закріплена. Ролі і, якщо необхідно, обов’язки можуть бути пов’язані з роботами, бізнес-процесами, організаційними компонентами і бізнес-функціями. За допомогою ролей визначається, які працівники (групи працівників) уповноважені на виконання певної роботи (або мають відповідні обов’язки). Розрізняють два типи ролей: · «Ролі за організаційними одиницями» є функціями працівників, що пов’язані з організаційними одиницями у специфічній для замовника організаційній діаграмі (проектній моделі), наприклад: — фахівець із закупівель; — фахівець із продажу; — менеджер; — планувальник; — комірник. · «Ролі за бізнес-функціями» є такими функціями працівників, які виконуються у межах визначених бізнес-функцій, наприклад: а) бізнес-функція: продаж ролі: фахівець із продажу; секретар; б) бізнес-функція: робота із забезпечення матеріалами ролі: менеджер; комірник. Обов’язок являє собою деяку задачу, за допомогою якої специфікується роль (тобто функція, виконувана групою працівників), наприклад: — «Доступність для рекомендації»; — «Необхідність у консультації»; — «Необхідність в інформуванні»; — «Прийняття остаточного рішення»; — «Виконання»; — «Контроль виконання». З роботою можуть бути пов’язані не більше шести ролей. Для кожної ролі можна задати не більше шести обов’язків. Ролі й обов’язки наслідуються на нижніх рівнях бізнес-процесів. Якщо для деякого бізнес-процесу одна роль використовується для всіх обов’язків у всіх роботах, то достатньо пов’язати цю роль і відповідні обов’язки з даним процесом. Спадкування ролей і обов’язків не застосовується до організаційних компонентів і бізнес-функцій.
Дата добавления: 2014-01-06; Просмотров: 365; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |