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
Test
Testy slouží k popisu kontrol, které se musí provést před uvedením produktu do provozu.
Příklady použití testů
- Kontrola software po integraci
- Kontrola výrobního celku před spuštěním
- Přejímací kontrola dokončeného bytu
Všechny uvedené případy mají definovaný postup kontroly, který většinou obsahuje body specifické pro konkrétní produkt a testy jsou odvozeny z výrobku samotného a jeho vlastností, ale i z obecných standardů (např. požadavky na revize elektro). Test u produktu nebo jeho části proto obsahuje popis, co je třeba zkontrolovat s možností odkazovat současně i na předpisy a normy, které jsou v testu zohledněny.
Jak testy používat
Testy jsou především integrální součástí popisu produktu nebo jeho části (např. rozhraní). Jsou ale samostatným popisem a stejný test může být součástí kontroly více produktů. Testy by proto měly být ukládány společně s produkty (ve stejném projektu nebo oblasti).
Test je možné vytvořit i samostatně v projektu a nemusí se vázat na produkt. Tyto testy se nezaměřují na výrobek, ale na správnost samotného projektu – jde tedy o audity. Neměly by směřovat na kontrolu výrobku samotného, ten by se měl vždy kontrolovat testy, které jsou u něj připojeny.
Test není provedení testu
Test sám o sobě je dokumentací, jak testování provést. Není záznamem činnosti testování. Správné naplánování testu vyžaduje, abyste vytvořili zadání pro testování – úkol, který má provést určitý test na určitém konkrétním výrobku (např. vyrobené výrobní lince). Testovací úkol by proto měl mít vždy vazbu na výrobek, který je testován a testy, které byly pro ověření použity.
Test naplánujete tak že v projektu vytvoříte nový úkol na testování – v rámci něho připojíte test nebo testy a výrobek, která je testován. Krom toho doplníte, kdo a kdy bude testování provádět.
Test požadavků v AyMINE
Jak test vytvoříme
V seznamu požadavků v projektu vybereme ty, pro které chceme vytvořit test. Tlačítkem „Vytvořit test pro vybrané“ vyvoříme test s vazbami z požadavků. Obsah testu můžeme předvyplnit dle těchto požadavků tlačítkem „Předvyplnit“. Z testu vygenerujeme úkol realizaci testu tlačítkem „Naplánovat test“.
Přehled testů
V seznamu požadavků si můžeme zobrazit, jakými testy se který požadavek testuje. (Sloupeček „Vazba do“ )
V projektu si můžeme zobrazit seznam všech testů („Testy - zadání“)
Ptáte se
K testu nejde vytvořit protokol
Testem se rozumí dokumentace, jak konkrétní test provést – fakticky zadání testu. Samotný test je prováděn na základě úkolu; ideálně testovacího úkolu.
Z úkolu je automaticky vytvářen protokol o jednotlivých krocích průběhu (na záložkách aktivit). Tlačítkem Nový protokol je možné vytvořit i komplexní protokol a vložit do něj všechny potřebné přílohy v dokumentech.
K testu nejde přidat požadavek
K testu je možné přidat požadavek. Na záložce vztahy je možné vybrat požadavek a ten připojit. Přímo tlačítkem Nový (vztah).
Jaké jsou druhy testů, k čemu slouží a z čeho vycházejí probírá tento článek.