AyMINE – Technická dok. (anglicky)
Moduly
Řízení úkolů, projektů a kvality
Řízení úkolů, projektů a kvality
Administrace modulu Řízení úkolů
Systémová práva modulu správy úkolů
Grafy pro dokumentaci problémů a tiketů
Kvalifikace, schopnost / dovednost
Kvalifikace uživatele, pracovníka nebo kontaktu
Právo spravovat kvalifikace uživatelů
Úrovně kompetencí a kvalifikací
Metodika a systém řízení kvality
Co tvoří metodiku / SMJ objectsSVG
Adminitrace oblastí, projektů, kalendářů
Správa jedinečných identifikátorů
Šablony pro jedinečné identifikátory
Problémy, tickety a jejich řízení
Generování odpovědi zákaznického centra
Objekty, kterých se problém týká
Problémy, incidenty, helpdesk tikety
Řízení incidentů, neshod v kvalitě
Grafy pro dokumentaci vývoje zpracování úkolů a problémů
Tým projektu nebo tým k pracovnímu postupu
Vrátit plán projektu podle baseline
Tlačítka pro aktivaci události
Vzorové úkoly a metodiky oblasti
Vzorový úkol – Pracovní postup
Objekty vztahující se ke vzorovému úkolu
Proč nejdou některé údaje smazat
Souhlas vedoucího s výkazem práce
Vliv úkolu na právo měnit připojené objekty
Kontakty, adresáře, smlouvy
Systémová práva a nastavení modulu CRM
Ochrana osobních a obchodních údajů
Posílejte hromadné zprávy v souladu s GDPR
Jak korektně zapomenout údaje o osobě
Odhlášení a nastavení preferencí
pro hromadnou poštu
Odhlášení a nastavení preferencí
pro hromadnou poštu
Přehled objednávek pro zákaznické skupiny
Správa a automatizace webu
Nastavení základních web služeb
Uložit přístup k webové stránce
Odpovídací formulář – nastavení
Uživatelská dokumentace AyMINE
Modul Personalistika
Bezpečnost modulu personalistiky
Personalistika – uživatelská oprávnění
Synchronizace pracovníků a uživatelů systému
Správa údajů o oddělní / divizi
Produkty, aktiva, nákup a prodej
Produkty, aktiva, nákup a prodej
Správa modulu Majetek & Obchod
O kritériích kvality u produktů
Přepočítat nabídku a objednávku
Přístupová práva k nabídkám a cenám
Přijatá objednávka na zboží nebo služby
Vlastnost produktu nebo výrobku
Správa financí
Metriky a měření
Souhrny práce z generovaných dat
Technické moduly
Modul Sabre
Konektor mezi AyMINE a Enterprise Architect
Databázový link do databáze Enterprise Architect
Konektor mezi AyMINE a Enterprise Architect
Systémové moduly
Framework – systémový základ
Nastavte si, jak váš systém vypadá a funguje
Soukromé poznámky a značky k záznamům
Správa systému
Zabezpečení příspěvků a interních diskuzí
Kopírování a přesouvání souborů mezi objekty
Nastavení brán pro externí zprávy
Nastavení IMAP brány pro emailovou komunikaci
Nastavení brány pro internetové volání
Skupiny, týmy a pracovní pozice (role)
Vožení podřazené skupiny / role
Propojení uživatelů s VOIP ústřednou
Automatické potvrzení příchozí zprávy
Pravidla pro automatickou odpověď
Pravidla pro odesílanou zprávu
Konfigurační balík
Konfigurační balík je archivem sady objektů, které spolu tvoří ucelenou sadu dat a dalších objektů popisujících stav projektu nebo jiné činnosti.
Konfigurační balík se používá se pro uchování stavu běžné agendy nebo projektu k určitému okamžiku, typicky ke konci roku či konci projektové etapy. Používání konfiguračních balíků vyžaduje většina moderních metodik projektového řízení i řízení kvality a bezpečnosti ve vývoji a výrobě. Projektové metodiky jim říkají Configuration bundle.
Konfigurační balík má specifické užití pro archivaci obsahu. Pro běžné seskupování objektů slouží obecný balík.
Jak se konfigurační balík používá
Balík má dva zásadně odlišné stavy: otevřený a zamknutý
Otevřený balík
Do otevřeného balíku je možné vkládat objekty a zase je vyndávat. Mohou to dělat lidé, kteří jsou ve skupině přispěvatelů.
Balík je typicky otevřen buď po celou etapu projektu, nebo krátkou bodu na konci, kdy je plněn. Organizace plnění (zda průběžně nebo jednorázově) závisí na projektové metodice. Pokud to ta nestanovuje, doporučujeme jednorázové plnění na konci etapy, protože vyžaduje méně času a má větší pravděpodobnost, že se do balíku nezapomene dát něco důležitého.
Zavření a zamčení balíku
Ve chvíli, kdy správce balíku ověří, že v balíku je všechno potřebné, balík uzavře – změní jeho stav. Tím se balík zavře pro změny a zamkne pro úpravy vše, co v něm je.
Zamknutý konfigurační balík
Zavřený balík archivuje vše, co do něj patří a tím vytváří archiv. Zamčený balík zamyká objekty, které v něm jsou uloženy.
Pokud se má uvnitř uložený objekt měnit, jsou možné v zásadě dvě cesty:
- Otevřít balík a tím jeho obsah odemknout, obsah opravit a balík zase zamknout. Tato operace by se měla provést, pokud je dokument chybný a je třeba jej opravit.
- Z objektu vytvořit novou verzi, archivovanou v balíku nechat beze změn a dále pracovat s novou verzí. Tento postup je standardní v situaci, kdy jde o řízené dokumenty nebo objekty, které mají typicky s novou etapou projektu i novou verzi.
S obsahem zavřeného balíku není možné nakládat, ale je možné do něj nahlížet – je uzavřenou složkou.
Do balíku mohou nahlížet lidé, kteří balík vytvářeli i lidé, kteří jsou ve skupině čtenářů.
Poznámky
Jeden dokument nebo objekt může být ve více balících i ve více Konfiguračních i normálních balících. Každý balík, který objekt zamkl, vytváří vlastí zámek – proto objekt, který je v sedmi zavřených balících, je zamčený na sedm západů. Abyste mohli takový objekt upravit, je třeba odemknout všech sedm zámků. .
U zamknutého objektu se můžete podívat, do jakých balíků byl vložen a tak zjistit, co jej zamyká.
Zařazení objektu do balíku nemění práva na přístup k objektu. Lidé, kteří mají právo nahlížet do balíku, nemají automatiky i právo nahlížet do objektů. Mohou vidět, co v balíku je, ale nemohou zkoumat podrobnosti – např. tedy otevřít detail objektu nebo přistoupit k dokumentu.
Význam konfiguračního balíků a archivace v projektu
Konfigurační balíky plní roli archivace projektových dat.
Projekty vedené podle metodik, např. ISO 26262, ASPICE, CMMI, ale i všechny projekty financované z prostředků Evropské unie musí vždy na konci etapy vytvořit archiv dokumentů vzniklých v dané etapě. Tyto dokumenty jsou uzamčeny pro úpravy a uschovány, takže je možné kdykoli v budoucnu otevřít a navázat na danou etapu. Důležitým významem uzavření je stabilizace obsahu po dokončení etapy pro potřeby využití v další etapě. Bližší popis vám poskytne použitá metodika projektové řízení.
V projektu je odpovědnost dána metodikou, některé metodiky vyžadují CMB – Configuration Management Board (speciální komisi, která zavření balíku reviduje), standardně je v projektech odpovědný vedoucí projektu, nebo configuration manager.