Документація – вступна сторінка
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
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Архівний пакет
Архівний пакет – це архів набору об'єктів, які разом утворюють цілісний набір даних та інших об'єктів, що описують стан проекту або іншої діяльності. Використовується збереження стану звичайного порядку денного або проекту на певний момент часу, зазвичай наприкінці року або наприкінці етапу проекту. Використання архівних пакетів вимагає більшості сучасних методологій управління проектами, а також управління якістю та безпекою у розробці та виробництві. Зокрема, програмні методології називають їх Configuration bundle.
Архівний пакет має специфічне використання для архівування вмісту. Для звичайного групування об'єктів використовується загальний пакет.
Як використовується архівний пакунок
Пакет має два принципово різні стани: відкритий і заблокований
Відкритий пакет
У відкритий пакет можна вставляти об'єкти і виймати їх знову. Це можуть робити люди, які входять до групи вкладників.
Пакет, як правило, відкритий або на всьому етапі проекту, або на короткій точці в кінці, коли він заповнений. Організація виконання (на постійній або одноразовій основі) залежить від проектної методології. Якщо остання цього не передбачає, ми рекомендуємо одноразове заповнення в кінці етапу, оскільки воно вимагає менше часу і має більше шансів покласти щось важливе в пакет.
Закриття та блокування пакунка
Коли менеджер посилки перевіряє, що в пакунку є все необхідне, пакет закривається – він змінює його стан. Це закриває пакунок для змін і блокує для редагування все, що в ньому є.
Заблокований архівний пакет
Закритий пакунок архівує все, що в нього входить, тим самим створюючи архів. Заблокований пакет закриває предмети, які в ньому зберігаються.
Якщо він має змінюватися всередині збереженого, то, в принципі, можливі два шляхи:
- Відкрити пакет і тим самим розблокувати його вміст, виправити вміст і заблокувати пакет. Ця операція повинна проводитися, якщо документ є помилковим і його потрібно виправити.
- З об'єкта створити нову версію, архівовану в пакеті залишити без змін і далі працювати з новою версією. Ця процедура є стандартною в ситуації, коли мова йде про верифікованих документах або об'єктах, які, як правило, мають як новий етап проекту, так і нову версію.
Вміст закритого пакета неможливо завантажити, але його можна переглядати – це закрита папка.
До пакунка можуть заглядати люди, які створювали пакунок, а також люди, які входять до групи читачів.
Примітки
Один документ або об'єкт може бути в декількох пакетах, а також у декількох архівних і звичайних пакунках. Кожен пакет, який він замкнув, створює власний замок, тому об'єкт, який знаходиться в семи закритих пакетах, замкнений на сім заходів. Щоб змінити такий об’єкт, потрібно розблокувати всі сім замків. .
Для заблокованого об'єкта можна подивитися, в які пакети він був вставлений і таким чином дізнатися, що його замикає.
Включення об'єкта в пакет не змінює права доступу до об'єкта. Люди, які мають право зазирати в посилку, не мають автоматики і права зазирати в об'єкти. Вони можуть бачити, що в пакунку, але не можуть вивчити деталі – наприклад, відкрити деталь об'єкта або приступити до документа.
Архівні пакети в процесах
Архівування в організації
Архівні пакети в організації використовуються для зберігання закритих документів і архівів. Архіви, як правило, мають окремі відділи (наприклад, HR зберігає в ньому документи співробітників), і кожен відділ повинен мати свій ручний архів. Пакети переміщуються з ручного архіву до корпоративного архіву зазвичай через рік після закриття.
Про архівування в організації завжди повинен дбати хтось у даному відділі для відділу, а згодом і адміністратор корпоративного архіву для організаційного архіву.
Архівування проекту
Проекти, що проводяться за методологіями, наприклад, ISO 26262, ASPICE, CMMI та інші, завжди створюють архів документів, що виникають на даному етапі в кінці етапу. Ці документи заблоковані для редагування і зберігаються, тому їх можна відкрити в будь-який момент в майбутньому і встановити на даному етапі. Важливим значенням закриття є стабілізація змісту після завершення етапу для потреб використання на наступному етапі. Більш детальний опис дасть вам використовувана методологія управління проектами.
У проекті відповідальність покладена на методологію, деякі вимагають CMB – Configuration Management Board (спеціальна комісія, яка переглядає пакет закриття), за замовчуванням є лідером проекту, або менеджером configuration.