Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Вплив завдання на право змінювати підключений object
Об'єкти, які обробляються в задачі або вирішуються в проблемі
Працівник, відповідальний за завдання
Область / проект / методологія
8D report – системна підтримка
Об'єкти, яких стосується проблема
Повернути план проекту за baseline
Чому не можна видалити деякі дані
Об'єкти, які приймаються рішення
Модуль керування завданнями та інформацією
Адміністрація модуля Управління завданнями
Системні права модуля керування завданнями
Об'єкти, що відносяться до шаблонного завдання
Модуль Контакти та адресної книги (CRM)
Політика конфіденційності та ділової інформації
Список і управління каталогами
Надсилайте масові повідомлення відповідно до GDPR
Масові повідомлення електронної пошти
Вихід і встановлення преференцій
для масової пошти
Патік масової електронної пошти
Як коректно забути дані про людину
Модуль Контакти та адресної книги (CRM)
Системні права та налаштування CRM-модуля
Управління та автоматизація сайту
Користувацька документація AyMINE
Управління та автоматизація сайту
Модуль персоналізації
Персоналізація – права користувача
Синхронізація працівників та користувачів системи
Модуль управління активами
Перерахувати пропозицію та замовлення
Права доступу до пропозицій і цін
Властивість продукту або продукту
Процедура відбору та закупівлі
Управління фінансами
Метрики та вимірювання
Технічні модулі
Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)
Модуль Enterprise Architect роз'єм (eacon)
Посилання до бази даних Enterprise Architect
Системні модулі
Framework – системна основа
Nastavte si, jak váš systém vypadá a funguje
Системний модуль фреймворку AyMINE
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Мета проекту
Мета дозволяє включити визначення цільового проекту в аналіз проєкту, зокрема пов'язати вимоги з цілями.
Цілі є частиною проектної документації. Їх опис у вигляді окремого елемента в аналізі дає можливість для кожної вимоги визначити, яка проектна мета ними виконана.
Логіка мети в документації відповідає її концепції в мотиваційному шарі ArchiMate.
Спільна мета для декількох проектів
Мета завжди входить в певний розділ аналітичної моделі. Мотиваційна модель повинна бути частиною проектної документації, тому і мета буде логікою проекту. Однакова мета, однак, може переслідувати кілька проектів і може посилатися на спільну мету.
Якщо ви реалізуєте проекти, що переслідують спільні цілі, доцільно визначити програму, в рамках якої цілі відстежуються і узгоджуються проекти. Програма визначає програмні цілі, які згодом можуть бути розділені на часткові цілі, які виконуються окремими проектами.
Проекти можуть виконувати як власні цілі, так і похідні програмні цілі або безпосередньо програмну мету. Структура цілей повинна адаптуватися до того, наскільки комплексною є програма.
Як визначається програма та її цілі
Програма зареєстрована в системі як «глобальний» проект, а окремі проекти є його підпроектами. Таким чином, проект буде взятий на себе з програми, до якої він належить.
Доцільно залишати програмні цілі, а також часткові цілі в рамках однієї аналітичної моделі, тобто програми. Тоді можна краще управляти цілями і переглядати, чи вони все-таки правильно ставляться один до одного.
Якщо ви хочете детально змоделювати рівень мотивації і створити схему мотивації, можна скористатися роз'ємом на Enterprise Architect і керувати моделлю в ньому.
Включення цілі в аналітичну модель
Мета є частиною аналітичної моделі проекту, вона не належить до моделі enterprise архітектури. Модель архітектури описує As-Is стан , в той час як мета вказує напрям до To-Be стан.