Студопедия

КАТЕГОРИИ:


Архитектура-(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 Правила

Для побудови з бізнес-функцій бізнес-процесів та поєднання останніх у рамках моделі бізнес-організації використовується низ­ка правил, а саме:

Правила цілісності використовуються для перевірки узгодженості моделі.

(Приклад цілісності:

Якщо є в наявності варіант бізнес-функції «Пряме постачання», то бізнес-функції «Опрацювання замовлення на придбання» і «Опрацювання замовлення на збут» повинні бути подані в моделі.)

Після того, як бізнес-модель створена, можна перевірити її узгодженість, оцінюючи усі правила цілісності.

Модель бізнес-функції може бути автоматично перетворена в модель бізнес-процесу за допомогою правил перетворення.

(Приклад правила перетворення:

Якщо варіант бізнес-функції «Опрацювання замовлення на придбання з контрактами» був визначений, необхідно вибрати бізнес-процес «Опрацювання контрактів».)

Так само за допомогою даних правил перетворення можна подати безпосередній зв’язок моделі бізнес-функції з моделлю бізнес-процесу.

Правила конфігурації використовуються для присвоєння значення параметра залежно від його наявності в бізнес-функціях, бізнес-процесах або комбінацій останніх у бізнес-моделі.

(Приклад правила конфігурації:

Якщо був визначений варіант бізнес-функції «Опрацювання замовлення на покупку в ЕОД (Електронний обмін даними)», то значення параметра «Електронний обмін даними» налагоджується на «так».)

Контроль є одним із компонентів бізнес-процесу і використовується для моделювання варіантів. Під терміном «варіант» слід розуміти умову. В результаті умови з’єднуються з вхідними стрілками на діаграмах мереж Петрі. На додаток до тексту в діаграмі умова може також містити значення, яке встановлюється шляхом використання правил. Якщо значення логічної умови «Хибно», то в результаті така неактивна гілка «дерева» мережі Петрі подається в затемненому вигляді.

Оскільки ці правила можуть бути визначені всередині моделі бізнес-функції, то можливим стає динамічне конфігурування біз­нес-процесу.

Роль є функцією, що може бути реалізована тільки тими працівниками, за якими ця функція закріплена. Ролі і, якщо необхідно, обов’язки можуть бути пов’язані з роботами, бізнес-процесами, організаційними компонентами і бізнес-функціями. За допомогою ролей визначається, які працівники (групи працівників) уповноважені на виконання певної роботи (або мають відповідні обов’язки).

Розрізняють два типи ролей:

· «Ролі за організаційними одиницями» є функціями працівників, що пов’язані з організаційними одиницями у специфічній для замовника організаційній діаграмі (проектній моделі), наприклад:

— фахівець із закупівель;

— фахівець із продажу;

— менеджер;

— планувальник;

— комірник.

· «Ролі за бізнес-функціями» є такими функціями працівників, які виконуються у межах визначених бізнес-функцій, наприклад:

а) бізнес-функція: продаж

ролі: фахівець із продажу;

секретар;

б) бізнес-функція: робота із забезпечення матеріалами

ролі: менеджер;

комірник.

Обов’язок являє собою деяку задачу, за допомогою якої специфікується роль (тобто функція, виконувана групою працівників), наприклад:

— «Доступність для рекомендації»;

— «Необхідність у консультації»;

— «Необхідність в інформуванні»;

— «Прийняття остаточного рішення»;

— «Виконання»;

— «Контроль виконання».

З роботою можуть бути пов’язані не більше шести ролей. Для кожної ролі можна задати не більше шести обов’язків.

Ролі й обов’язки наслідуються на нижніх рівнях бізнес-процесів. Якщо для деякого бізнес-процесу одна роль використовується для всіх обов’язків у всіх роботах, то достатньо пов’язати цю роль і відповідні обов’язки з даним процесом. Спадкування ролей і обов’язків не застосовується до організаційних компонентів і бізнес-функцій.

<== предыдущая лекция | следующая лекция ==>
Стандартна Класифікація бізнес-функцій | L Модель бізнес-організації
Поделиться с друзьями:


Дата добавления: 2014-01-06; Просмотров: 342; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.013 сек.