Документація – вступна сторінка
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
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
FMEA – ймовірність виявлення
Ймовірність виявлення дефекту у разі виникнення дефекту.
Наведений нижче огляд базується на стандарті для автомобільної промисловості. Перш ніж використовувати, переконайтеся, що це відповідає вашому випадку!
Ймовірності виявлення залежно від типу контролю
Відсутність можливості виявлення
Ранг 10: Практично неможливо. Відсутність поточного контролю дизайну; Неможливо виявити або не аналізується.
Малоймовірно виявити на будь-якому етапі
Ранг 9: Дуже віддалено. Контроль дизайну/виявлення має слабку здатність виявлення; Віртуальний аналіз (наприклад, CAE, FEA) не корелює з очікуваними фактичними умовами експлуатації.
Після заморожування дизайну та перед запуском
Ранг 8: Віддалено. Верифікація/валідація продукту після заморожування дизайну та перед запуском з використанням тестування з підтвердженням/відхиленням (тестування підсистеми або системи з критеріями прийнятності, такими як управління та управління, оцінка доставки).
Ранг 7: Дуже низько. Верифікація/валідація продукту після заморожування дизайну та перед запуском з використанням тестування до відмови (тестування підсистеми або системи до виникнення відмови, тестування взаємодії систем та ін.).
Ранг 6: Низько. Верифікація/валідація продукту після заморожування дизайну та перед запуском з використанням тестування деградації (тестування підсистеми або системи після тесту на міцність, наприклад, перевірка функціональності).
Перед заморожуванням дизайну
Ранг 5: Помірно. Валідація продукту (тестування надійності, розробка або валідаційні випробування) перед заморожуванням дизайну за допомогою тестування з підтвердженням/відхиленням (наприклад, критерії прийнятності для продуктивності, функціональні перевірки).
Ранг 4: Помірно високий. Валідація продукту (тестування надійності, розробка або валідаційні випробування) перед заморожуванням дизайну за допомогою тестування до відмови (наприклад, до виявлення витоків, виходів, тріщин).
Ранг 3: Високий. Валідація продукту (тестування надійності, розробка або валідаційні випробування) перед заморожуванням дизайну за допомогою тестування
Віртуальний аналіз – Корельований
Ранг 2: Контролі дизайну/виявлення мають сильну здатність виявлення. Віртуальний аналіз (наприклад, CAE, FEA) високо корелює з фактичними або очікуваними умовами експлуатації до замороження дизайну.
Виявлення не застосовується; Запобігання відмовам
Ранг 1: Практично впевнений. Причина відмови або режим відмови не можуть виникнути, оскільки вони повністю уникнуті за допомогою конструктивних рішень (наприклад, перевірений стандарт дизайну, найкраща практика або загальний матеріал).