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