Asi jsem spatne pochopil co znamena návrh na rozhraní modulu, takze dodavam jeste popis workflow
Uzivatel prijde na stránku Formulárníka a jelikoz nebude mít pridelen sid (popripade jeho sid bude neplatný - uzivatel byl odlogovan, kvuli dlouhé necinnosti nebo si sid vymyslel)objeví se stránka, kde zapíse jméno a heslo. Tato data se odeslou pomosi funkce login Správci dat (prípadne Plánovaci, který tato data pouze predá Správci dat), který overi totoznost uzivatele, vygeneruje sid a ten vrati formularnikovy.
Formularnik na základe informací o uzivateli pozádá (funkce VyberSchema) Plánovac o seznam pouzitelných formuláru pro daného uzivatele a umozni uzivateli (bud zadáním doplnujících inforací o pozadované cinnosti nebo primo vyberem ze seznamu dostupných schémat) výber pozadovaného formuláre. Formulárník poté vybraný formulár zobrazí.
Uzivatel vyplní daný formulár. Ten se poté odesle formulárníkovy, ten ho predá modulu Planovac (funkce ProcesData - v tomto bode je mozne bud pouzivat jednu funkci anebo nechat formularnika, aby rozhodl co se ma s daty provest a volal specializovane funkce, namátkou: nastaveni stavu sberu (StavSberu), individuální zmena prístupu (AccessControl), nastavení autora (SetAutor), ). Planovac data jednak ulozi do DB (funkce PutData nebo PutForm) a jednak pozada modul Tester o zkontrolovani. Pokud zkontrolovani probehne uspesne Planovac data zpracuje a vysledek vrati modulu formularnik ( zpracovanim dat se mysli: u exportu zavolani modulu Export(funkce Export) a vraceni vysledku, u zadani dat zkontrolovani zda muzou byt data vzhledem ke stavu sberu prijmuta a jejich oznaceni v DB za platna (PutData/PutForm), u kontroly dat odpovednymi pracovniky tuto kontrolu oznaci a prislusna data uzamkne (znovu PutData/PutForm), u opravy autora oprava prislusnych udaju ve vsech zaznamech, atd. ). Vysledek bude mit bud podobu "ok prijmuto" / "chyba" nebo blok dat prislusne zaobaleny v hlavickach.
Pokud nekterý z modul? schledal data za spatná, ale opravitelná je uzivateli Formularnikem zobrazen podrobný výpis a je mu umozneno chybu napravit, pricemz se prislusne moduly snazi uzivateli co nejvice zprijemnit tuto praci.
Modul starter prijme od uzivatele e-mail, overy jeho totoznost (pokud bychom usoudili, ze toto overeni totoznosti je bud nedostatecne nebo nepripustne z hlediska ochrany soukromi uzivatele - e-maily nejsou obvykle kodovany, takze si je muze precist leckdo, muze umoznit vstup dat touto cestou bez autentifikace, ale prohlasit data za docasna a za platna je prohlasit az je uzivatel autentifikuje pres webovy formular). Pote Starter preda data Planovaci, ten je ulozy a preda Kontroleru a vysledek je predan zpet startovaci (a ovsem je ulozen do DB) - tato cast je stejna jako v bodu A).
Startovac odesle zpet uzivateli e-mail s komentarem k vysledku a v pripade neprijmuti dat posle take URL na Formularnika. Do parametru URL doda rovnou parametry identifikujici prislusna data a to ze byla podana e-mailem (tato informace mozna nebude nutná). Formularnik pri takto zadanych parametrech provede maximum cinnosti sam.
Moduly, které budou komunikovat s uzivatelem bych ze zrejmeho duvodu minimalizoval, takze dalsi moznosti vstupu myslim nejsou potreba. Vyse uvedena workflow dost pravdepodobne nejsou uplna, ale mohou slouzit jako sablony pro vsechna ostatní.