Подія

Подія в системі відповідає тому, як ми використовуємо поняття в звичайному мовленні. Прикладами подій є прибуття замовлення від клієнта, кінець/початок року розміщення, виклик для надання пояснень від фінустанови, зламана машина, початок місяця тощо.
Чим відрізняються приклади?

• деякі відбуваються регулярно (початок місяця), хоча, можливо, в будь-якій компанії в інший час (економічний рік)
• інші не можуть бути передбачені (виклик ФОП) або, можливо, дадуть, але не можуть бути заплановані (несправність машини)
  Але всі події мають спільне значення, що компанія повинна якось реагувати на них. Реакція полягає в тому, що вони починають якусь діяльність. AyMINE описує ці дії за допомогою визначених завдань.

 Замовлення від клієнта ініціює процес підготовки виробництва

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

З чого саме потрібно починати описувати відносини прописаних завдань на події

Типи подій

AyMINE розрізняє події так само, як зазначено вище, на:

• Події, дані часом фіксовано (початок місяця)
• Події, що змінюються в часі (Госодатський рік)
• Події, що виникають в результаті іншої діяльності (наприклад, подання пропозиції клієнту – це подія, в результаті якої може виконуватися завдання з контролю інтересів клієнта)
• Події непередбачувані

Деякі події є стандартними в системі, інші можна відтворити в компанії. відповідно події розрізняються на

• системні (наприклад, початок місяця)
• Користувачі (наприклад, річниця створення компанії)
  З практичної точки зору вони відрізняються тим, що системні події не можуть бути змінені або видалені, тоді як події користувача можуть бути змінені.

Активація події

Активація означає, що подія відбувається, а в системі активується. Активація призводить до того, що всі передбачені події, які зв'язуються з подією, починаються.
Крім останнього типу (непередбаченого), AyMINE активує події автоматично. Для останнього типу необхідно, щоб хтось вказав, що подія відбулася. Для цього потрібно, щоб хтось відповідав за активізацію події.

Подія та виникнення події

Під подіями розуміють ситуацію, коли щось відбувається. Для того, щоб система могла відслідковувати подію і починати обробку події, необхідно, щоб подія була описана. Таким чином, AyMINE має два об'єкти:

• Визначення події – регламент, на основі якого відслідковується подія
• Частота події записати конкретний момент, коли подія дійсно відбулася.
  Наприклад, початок місяця має одне визначення, але щомісяця відбувається нова подія. Таким чином, через рік в системі буде 12 випадків.

Як визначається подія

Опис події дуже простий:
*Ім'я, що виражає, що фіксує дана подія

• Короткий опис, детальніша інформація. Особливо це стосується непередбачуваних подій, як інструкції з оцінки того, коли подія має активуватися вручну
• тип позначають тип за висотою вище
• умова запуску, системне поле, за допомогою якого адмінатори визначають, за яких обставин подія автоматично запускається; поле управляється виключно системними адміністраторами;
• тригери прив'язка до інших об'єктів та їх стан, які можуть запустити подію (як правило, завершення завдання за заданим типом)
• сфера дії, можна встановити, що подія ніколи не запускає нічого, що знаходиться в іншій області, ніж де вона не відбулася (включно з підлеглими). Подія є
• або глобальний – може запустити діяльність в будь-якій області,
• або локально – активується тільки в певній області
• уповноважена роль – Якщо подія непередбачувана (а отже, запускається вручну), то роль визначає, хто може її запустити. Той, хто її запускає, повинен мати право бачити зміст області, в якій є визначення події, інакше він не побачить її і відпустити не зможе.

Примітки:

• Локальний діапазон дійсності важливий, наприклад, для проектних подій. Наприклад, подія зупинки проекту, безумовно, не повинна зупиняти всі проекти в компанії, але може активізувати процеси закриття проекту саме в одному пункті, де це сталося.

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

Де події і як їх створити

Визначення події

Більшість користувачів не формують визначення подій. Йдеться про налагодження системи та розвиток автоматизації, і її повинні робити системні адміністратори.
Всі події є частиною районів. Подією може керувати лише адміністратор області, ніхто інший.
Ті, хто має можливість працювати з областю або переглядати вміст, бачать, які події в ній визначені, але не мають права на їх створення.
Увага: Подія також може активувати завдання в іншій області. Тому доцільно всі події об'єднати в одну або кілька областей.

Виникнення події

Виникнення відбувається двома способами:

• Це може бути діяльність завдання з концентрацією Якщо визначення завдання передбачає, що завдання має або може бути припинене подією, користувач активує подію під час виконання завдання.
• Користувач може активувати подію в районі: Якщо в районі визначені непередбачувані події, його може активувати той, хто має на це дозвіл вручну в списку подій області.

Що можна зробити з визначенням

Подію можна лише заблокувати (стан неактивний) Подія в цьому стані нічого не активує навіть тоді, коли вона відбувається.

Видалення події

Увага: Якщо видалити подію, то всі зв'язки з пов'язаними об'єктами також будуть видалені. Повторне створення вимагає відтворення всіх цих зв'язків.