Документація – вступна сторінка
AyMINE – Technical doc. (in English)
abra
crm
- Модуль Контакти та адресної книги
- Системні права та налаштування CRM-модуля
- Огляд замовлень клієнтів
- Управління та захист баз даних з контактними даними
- Список і управління каталогами
- Політика конфіденційності та ділової інформації
- Надсилайте масові повідомлення відповідно до GDPR
- AyMINE CRM | Посилання в масовому повідомленні
- GDPR: Форма для встановлення преференцій
- 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
tsk
- 8D report
- Основним елементом FMEAc
- FMEA
- FMEA - ймовірність виявлення
- Процес аналізу FMEA
- FMEA - ймовірність виникнення
- FMEA - оцінка тяжкості
- Модуль керування завданнями та інформаці
- Адміністрація модуля Управління завданнями
- Системні права модуля керування завданнями
- Події
- Акції, події та наради
- Персональний календар
- Журнал активності
- Згода керівника
- Чому не можна видалити деякі дані
- Область
- Область / проект / методологія
- Огляд областей
- Шаблони міток
- Управління тегами
- Мої області
- Подія
- Архівний пакет
- Кваліфікація, здібності / вміння
- Рівні компетентності та кваліфікації
- Необхідні здібності
- Право на управління кваліфікацією користувачів
- Кваліфікація користувача або контакту
- Команда проекту
- Управління та координація процесу прийняття рішень
- Об'єкти, які приймаються рішення
- Варіант прийняття рішень
- Шаблон плану / стратегії
- Визначення проекту
- Зразок запису
- Зразок ризику
- Визначення пакета
- шаблон завдання
- Активація події із завдання
- Управління відповідальністю – RACI matice
- Повідомлення про події
- Об'єкти, що відносяться до шаблонного завдання
- Події, що починаються
- Призначення нового завдання
- Обговорення
- Бізнес-подія
- Кнопки для активації події
- Події подій
- Покращення та запобіжні заходи
- Інформація
- Ключове слово
- Управління фізичними та віртуальними просторами
- Проведення наради
- Методики та правила
- Обов'язок
- Поняття
- Директиви та політики
- Управління змінами в проекті
- Проблеми, тікети та їх управління
- Центр обслуговування клієнтів
- Внутрішня довідка
- Об'єкти, яких стосується проблема
- Управління інцидентами, невідповідність якості
- Проект
- Графік проекту
- Команда проекту або команда до робочого процесу
- RACI-матриця для project
- Повернути план проекту за baseline
- Записи та журнали
- Записані дії
- Вимоги
- Ризик
- Завдання
- Терміни викликів
- Огляд завдань
- Вплив завдання на право змінювати підключений obje
- Особисте завдання
- Член команди
- Об'єкти, які обробляються в задачі або вирішуються
- Завдання працівника
- Управління тестами та випробуваннями
- Типи тестів
- Внутрішні повідомлення, приватні нотатки
- Попередження – приклад використання
- Попередження для себе
- tsktask_kanban
- moduleclientoptions
am
- amasset
- Модуль управління активами
- Процедура відбору та закупівлі
- Аналітична модель
- Постачальник продукту
- Категорія продуктів
- Властивість продукту або продукту
- Мета проекту
- Комерційна пропозиція
- Перерахувати пропозицію та замовлення
- Права доступу до пропозицій і цін
- Системний запит про стан замовлення
- Продукти та товари
- Стан продукту та його зміна
- Одиниці продуктів
- Критерії якості
- Про критерії якості продукції
- HARA продукту
Управління тестами та випробуваннями
Тести та випробування слугують для опису перевірок, які необхідно провести перед введенням продукту в експлуатацію або виконувати на постійній основі під час виробництва та експлуатації.
- Приклади застосування тестів
- Як використовувати тести
- До тесту також входить звіт про його виконання
- запитаєте ви
Запит не додається до тесту
Приклади застосування тестів
- Перевірка програмного забезпечення після інтеграції
- Перевірка виробничого вузла перед запуском
- Приймальний контроль готової квартири
- Поточні перевірки правильного функціонування технічного обладнання
Усі зазначені випадки мають визначений порядок перевірки, який зазвичай містить пункти, специфічні для конкретного продукту, а тести випливають із самого продукту та його властивостей, а також із загальних стандартів (наприклад, вимоги до технічних оглядів електрообладнання). Тому тест для продукту або його частини містить опис того, що необхідно перевірити, з можливістю одночасного посилання на правила та норми, які враховані в тесті.
Як використовувати тести
Тести є
- Частиною проектної документації, де вони стосуються випробувань у ході реалізації проекту, або
- Частиною управління якістю та безпекою, де вони описують поточні перевірки в рамках оперативного управління виробництвом, будівлями та технічним обладнанням
Зазвичай тести створюються одночасно з підготовкою середовища та елементів, що тестуються. У AyMINE тести пов’язані з
- з вимогами, які вони перевіряють,
- з діями, що їх забезпечують,
- з описами елементів, що тестуються
До тесту також входить звіт про його виконання
Сам тест є інструкцією щодо того, як провести тестування. Він не є звітом про хід тестування. Тому поряд із тестами створюються
- Завдання, в рамках яких вони виконуються. Завдання можуть виконуватися повторно, тому тести повторюються
- Звіти про результати тестування. Вони завжди стосуються конкретного виконання тесту
запитаєте ви
Неможливо створити протокол для тесту
Під тестом розуміється документація, як виконати конкретний тест – фактично введення тесту. Сам тест виконується на основі завдання; ідеально тестового завдання.
Із завдання автоматично створюється протокол про окремі кроки перебігу (на закладках активності). За допомогою кнопки Новий протокол можна створити навіть комплексний протокол і вставити в нього всі необхідні вкладення в документах.
Запит не додається до тесту
До тесту можна додати запит. На вкладці відносини можна вибрати запит і підключити його. Безпосередньо кнопкою Новий (зв'язок).
Які види тестів, для чого вони служать і на чому вони базуються? Обговорюється ця стаття.