Документація – вступна сторінка
AyMINE – Technical doc. (in English)
abra
crm
- Модуль Контакти та адресної книги
- Системні права та налаштування CRM-модуля
- Огляд замовлень клієнтів
- Довідник
- Список і управління каталогами
- Політика конфіденційності та ділової інформації
- Надсилайте масові повідомлення відповідно до GDPR
- Патік масової електронної пошти
- Вихід і встановлення преференцій
для масової - Як коректно забути дані про людину
- Масові повідомлення електронної пошти
- Контракти, договори
- Партнер за контрактом
- Групи клієнтів
- Каталог або люди і компанії
- Контакти
- Швидко доступні контакти
sabre
hr
- Модуль персоналізації
- Цифровий кадровий архів
- Персоналізація – права користувача
- Облік кандидатів на роботу
- Посада
- Член команди – Працівник
- Огляд працівника
- Огляд власного персоналу
- Відповідальний персоналіст
- Синхронізація працівників та користувачів системи
- Трудовий договір
- modulesafety
- personalfolder
sys
- Системний модуль фреймворку AyMINE
- Клієнт
- Настроювання шлюзів для зовнішніх повідомлень
- Повідомлення із зовнішнім світом
- Правила для зовнішніх повідомлень
- Документи
- Додаткові функції з файлами
- Копіювання та переміщення файлів між об'єктами
- Презентація зображення
- Публічне посилання на документ
- Останні файли
- Дошка
- Розташування об'єкта на дошці оголошень
- Елементи клієнта
- Огляд і коментарі
- Безпека повідомлень і внутрішніх дискусій
- Переклади
- Зв'язки між об'єктами
- Типи сесій (відносин)
- Ролі та команди груп
- Користувач системи
- Адміністрація користувача
- GDPR та користувачі системи
- Безпечний вхід
- Адміністрація користувача
- Криптогаманець
- moduleclientoptions
frm
- introhelp
- introhelp_objectdetail
- AyMINE Framework
- Політика зберігання паролів
- Права користувача framework
- Модулі AyMINE
- Замки користувача
- Системні дозволи
- introhelp_deleting
- introhelp_settings
- introhelp_objectlist
- introhelp_dashboard
- introhelp_generalinfo
- introhelp_icons_dnadrhal9000_mar-22-220246-2023_caseconflict
- introhelp_icons
- Записи AyMINE
tsk
- 8D report
- Основним елементом FMEA
- FMEA
- FMEA - ймовірність виявлення
- Процес аналізу FMEA
- FMEA - ймовірність виникнення
- FMEA - оцінка тяжкості
- Модуль керування завданнями та інформаці
- Адміністрація модуля Управління завданнями
- Системні права модуля керування завданнями
- Події
- Акції, події та наради
- Персональний календар
- Журнал активності
- Згода керівника
- Чому не можна видалити деякі дані
- Область
- Область / проект / методологія
- Огляд областей
- Шаблони міток
- Управління тегами
- Мої області
- Подія
- Архівний пакет
- Кваліфікація, здібності / вміння
- Рівні компетентності та кваліфікації
- Необхідні здібності
- GDPR та облік кваліфікацій
- Право на управління кваліфікацією користувачів
- Кваліфікація користувача або контакту
- Команда проекту
- Рішення
- Об'єкти, які приймаються рішення
- Варіант прийняття рішень
- Шаблон плану / стратегії
- Визначення проекту
- Зразок запису
- Зразок ризику
- Визначення пакета
- шаблон завдання
- Активація події із завдання
- Управління відповідальністю – RACI matice
- Повідомлення про події
- Об'єкти, що відносяться до шаблонного завдання
- Події, що починаються
- Призначення нового завдання
- Обговорення
- Бізнес-подія
- Кнопки для активації події
- Події подій
- Покращення та запобіжні заходи
- Інформація
- Ключове слово
- Проведення наради
- Методики та правила
- Обов'язок
- Поняття
- Директиви та політики
- Управління змінами в проекті
- Проблеми, тікети та їх управління
- Центр обслуговування клієнтів
- Внутрішня довідка
- Об'єкти, яких стосується проблема
- Управління інцидентами, невідповідність якості
- Проект
- Графік проекту
- Команда проекту або команда до робочого процесу
- RACI-матриця для project
- Повернути план проекту за baseline
- Записи та журнали
- Записані дії
- Вимоги
- Вимоги до вступників
- Ризик
- Завдання
- Терміни викликів
- Огляд завдань
- Вплив завдання на право змінювати підключений obje
- Особисте завдання
- Член команди
- Об'єкти, які обробляються в задачі або вирішуються
- Завдання працівника
- Тест
- Типи тестів
- Попередження
- Попередження – приклад використання
- Попередження для себе
- tsktask_kanban
- moduleclientoptions
am
- amasset
- Модуль управління активами
- Процедура відбору та закупівлі
- Аналітична модель
- Постачальник продукту
- Категорія продуктів
- Властивість продукту або продукту
- Мета проекту
- Комерційна пропозиція
- Перерахувати пропозицію та замовлення
- Права доступу до пропозицій і цін
- Системний запит про стан замовлення
- Продукти та товари
- Стан продукту та його зміна
- Одиниці продуктів
- Критерії якості
- Про критерії якості продукції
- HARA продукту
Типи сесій (відносин)
Тип відносин визначає, що насправді виражає відношення. Тому вона є ключовим компонентом опису відносин.
[placeContent]
Зв'язки з іншими методологіями
Типи відносин натхненні мовами SysML і ArchiMate.
Залежить
Залежність означає, що функціонування одного об'єкта залежить від іншого об'єкта.
Залежність, як правило, дуже широке поняття, тому доцільно уточнити, що залежність повинна використовуватися тільки тоді, коли немає більш точного вираження залежності будь-якою з перерахованих вище зв'язків.
Прикладами залежностей є:
- Додаток не працює без сервера
- Функція продукту залежить від наявності даних, якими керується функція. Наприклад, автономне водіння залежить від даних датчиків автомобіля.
Реалізує
Зв'язування виражає те, що один елемент реалізує інший. Як правило, це зв'язок між:
- Інтерфейс, реалізований модулем
- Сервіс, який реалізує функції, модуль або процес
і т.д.
Реалізує
Реалізація означає, що один об'єкт або група об'єктів реалізується іншим. Наприклад:
- Проект реалізує
** Компанія впроваджує стратегію
і т.д.
Реалізація і впровадження близькі один до одного. Реалізація більш загальна і використовується в контексті загальних понять, де реалізація не має повного сенсу (див.
Призначення
Один об'єкт призначається іншому. Як і наведений нижче потік, це зв'язок, який має чітку фізичну форму в реальному продукті, хоча і різноманітний. Наприклад:
- Обробка певних вхідних даних призначається для обробки функцій / модулів системи
Відповідальність за завдання відводиться ролі - Роль у проекті відводиться працівнику
і т.д.
Зауваження: Відношення працівника до проекту і ролі проекту – це виділення, але навіть якщо ви знайдете всі ці записи в AyMINE, для відносин між ними використовуються внутрішні відносини. Тому не шукайте між ними збережених зв'язків.
використовує
Зв'язування з'єднує об'єкти, між якими один використовує функціональність або інші властивості іншого об'єкта.
Асоціація
Найбільш вільний зв'язок, що дозволяє пов'язувати об'єкти, які не мають більш тісного зв'язку між собою. Оскільки сама асоціація не висловлює причину взаємозв'язку, вона завжди повинна мати опис того, чому вона була впроваджена в модель.
Ток
Потік показує, що щось протікає між двома об'єктами, як правило, енергія, матерія, фінанси або команди управління. Потоком описуються динамічні взаємозв'язки між об'єктами, тобто такі, що відбуваються в реальному продукті і з його оточенням.
Потік не є стандартною частиною всіх мов моделювання, тому чужий для деяких аналітиків. Наприклад. За замовчуванням ArchiMate використовує зв'язок Trigger, якого немає в AyMINE, але потік зазвичай виражає точніше взаємозв'язок між частинами продукту, які працюють паралельно і взаємодіють між собою, бажаючи будь-якої з перерахованих субстанцій.
Узагальнення
Узагальненням виражається співвідношення, між конкретним і абстрактним. Наприклад:
- Контактна інформація – це загальне поняття для поштової та електронної адреси, телефону тощо.
- Соціальна мережа – це загальне поняття для Facebook, Twitter тощо.
Stopa
Відношення доріжки (доріжки) за своїм значенням принципово відрізняється від усіх інших відносин. Трейс виражає аналітичну залежність між об'єктами і говорить, що один об'єкт був отриманий в аналізі з іншого. Наприклад:
- Бізнес-запит має відношення трасування до системного вимоги
- Запит на програмне забезпечення має відношення трасування до модуля SW, який реалізує запит
Експорт зв'язків з Enterprise Architect
Зв'язки в рамках експорту моделі в Enterprise Architect можуть передаватися як на ArchiMate, так і на мову SysML. Детальніше про саму передачу в Enterprise Architect тут..
Ліцензійне та юридичне повідомлення
Наступні розділи уточнюють вагу та право використання захищених знаків у наведеному вище тексті.
ArchiMate, UML, SysML
Зверніть увагу, що і UML, і ArchiMate – це імена, які користуються захистом свого власника, компанії OMG.
AyMINE не є інструментом моделювання в ArchiMate. Цей сайт не вказує на те, що AyMINE і ArchiMate мають щось спільне. ArchiMate офіційно підтримується в Enterprise Architect, який також дотримується його графічного синтаксису. Взаємозв'язок та юридична вимога Enterprise Architect щодо використання торгової марки ArchiMate слід шукати у власника цього продукту.
Enterprise Architect
AyMINE реалізує місток даних у Enterprise Architect повністю на рівні бази даних без використання функціональних можливостей або властивостей інструмента. Sparxs System не має нічого спільного з мостом даних AyMINE, а AyMINE Enterprise Architect не впливає.