AyMINE – Technická dok. (anglicky)
Obchodní procesy
Nabídky a zákaznické objednávky
Správa ceníků
Zákaznická podpora
Řízení projektů
Plánování a řízení projektu
Řízení požadavků a testy
Komunikace a sdílení informací
Vnitrofiremní procesy
Kvalita a spolehlivost
Systém řízení kvality
- Stanovení odpovědnosti za úkol v metodice
- Metodika v systému řízení kvality
- Směrnice a politiky
- Přehled povinností stanovených metodikami nebo předpisy
- Pojmy
- Vzor protokolu / záznamu
- Vzorový úkol – Pracovní postup
- Objekty vztahující se ke vzorovému úkolu
- Řízení posloupnosti úkolů
- Součástí systému řízení kvality
- Zahajující události
- Aktivace události z úkolu
- Vzorové riziko
- tskdefusertask_raisingevents
Projektová metodika
Metriky a hodnocení
Správa majetku
- Produkty, aktiva, nákup a prodej
- Analytický model
- Dodavatel produktu
- Kategorie produktů
- Vlastnost produktu nebo výrobku
- Cíl projektu
- Přehledy nabídek
- Přepočítat nabídku a objednávku
- Přehledy objednávek
- Produkty a zboží
- Stav produktu a jeho změna
- Původ produktu
- Kritéria kvality
- O kritériích kvality u produktů
- Lokalita
Personalistika
- Bezpečnost modulu personalistiky
- Modul Personalistika
- Personalistika – uživatelská oprávnění
- Evidence uchazečů o práci
- Správa údajů o oddělní / divizi
- Změna vedoucího oddělení
- Pracovní pozice
- Pracovník
- Přehled vlastních pracovníků
- Odpovědný personalista
- Synchronizace pracovníků a uživatelů systému
- Pracovní smlouva
- chartsstaffer
- Modul personalistika | Systémové role
- Kvalifikace, schopnost / dovednost
- GDPR a evidence kvalifikací
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele, pracovníka nebo kontaktu
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele nebo kontaktu
- Evidence úrovní zkušenosí
Technická podpora – helpdesk
CRM & Správa kontaktů
- Adresář obchodních kontakt
- Kontakt v adresáři
- AyMINE modul CRM - uživatelská dokumentace
- Přehled zákaznických objednávek
- Seznam a správa adresářů
- Ochrana osobních a obchodních údajů
- Šablona zprávy
- Skupiny kontaktů
- Přehled objednávek pro zákaznické skupiny
- Kontakt na osobu nebo firmu
- Rychle dostupné kontakty
- Statistiky e-mailů
Správa Web portálů (CMS)
- Správa a automatizace webu
- Blok webové stránky
- Bloky na webové stránce
- Skript generující stránku
- Příjem zprávy z webu
- Odpovídací formulář – nastavení
- Popis webové stránky
- Web se speciálními potřebami
- Web portál
- CMS pro velký web
- Nastavení základních web služeb
- Uložit přístup k webové stránce
- Konektor pro webové služby
Systémové moduly
Úvod do AyMINE
- Rozšíření objektů
- introhelp_generalinfo
- introhelp_settings
- Zásady uchovávání hesel
- introhelp_shortcuts
- Systémová oprávnění
- introhelp_settings_dnadrhal9000_mar-22-220236-2023_caseconfl
- Moduly AyMINE
- Úvod do systému AyMINE
- Uživatelské zámky
- introhelp_privateobjectnotes
- introhelp_keyshortcuts
- Framework – systémový základ pro SaaS
Správa systému
Přizpůsobení potřebám firmy
Multitenant administrace
Rozhraní na jiné systémy
Konektor na ERP Abra Gen
Sabre: webDav, calDav
Konektor na Enterprise Architect
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.