Zadání WPSS (Workflow Protocols Switching System) Software Design Agency ®
Úvod V řadě organizací a institucí dnes chceme používat formalizované procesy. Od velmi formalizovaného stavebnictví a bankovnictví, průmyslové výroby, přes možná zdlouhavé soudnictví, ústavní procesy až po možná hudbu budoucnosti ve školství a zdravotnictví. V řadě organizací a institucí pak plánujeme multiprojektově a zdroje se snažíme rozmisťovat efektivně. Plánuje se v sítích strategicky a takticky. Operativní plánování pak spočívá v konkrétním nasazování úloh do hry. Tyto úlohy mohou být plně nebo částečně automatizované. Částečně automatizované úlohy ve smyslu pracovních postupů jsou opatřeny standartními komunikačními protokoly mezi zúčastněnnými aktéry v jednotlivých rolích. Úlohy jsou podobně jako v počítačích interní (intranet) a externí (extranet). Protokol nad každou úlohou se nazývá proto buď intramise nebo extramise. Potokoly jednání aktérů si vytváří přitom každá organizace nebo instituce tak, aby vyhovovaly potřebám a kultuře té které oné. Tj. při vlastním nasazování spojovacího systému pracovních postupů. Náš školní spojovací systém nad pracovními postupy by mohl vyhovovat např. malé až střední IT firmě a samozřejmě není kompletní. Specifikovaná intramise by se uplatnila např. při vývoji nebo údržbě produktu, extramise by se hodila pro pořádání firemních akcí resp. narozeninové oslavy, agendu nad obchodními případy by musela zastat kombinace obou přístupů.
Obsah Tom
Téma
Snímky
I.
Titul, úvod a obsah
1,2,3
II.
Požadavky na systém
4,5
III.1
Protokol intramise
6,7,8
III.2
Obrazovky intramise
9-14
III.3
Data intramise
15,16
IV.1
Protokol extramise
17,18,19
IV.2
Obrazovky extramise
20,21
Realizujte manažerský informační systém specifikovaný 1 intramisí pro 4 role (board, manager, leader, resource) a 1 extramisí pro 2 role (guest, host) pro 2 množiny aktérů (insider, subscriber). ___________________________________________________________ Requirements contain: Main characteristics Functional requirements Non-functional requirements Role tasks fulfill lists Aditional requirements ___________________________________________________________ Main characteristics: Multi Project Sccheduling System Resource Allocation Soft Real Time LAMP or APPL underlying platform A non-distributed system with central database Internet TCP/IP communication ___________________________________________________________ Functional basic requirements: Both intramission and extramission must be prototyped ___________________________________________________________
Non-functional requirements: Design must be performed by Casablanca a.s. Tool _________________________________________________ Functional role tasks fulfill lists:: Intramission: Board control project course, add and cancel projects Manager start and terminate project Leader signal project course Resource watch project course Secretary, director, managers and leaders create board Leader with resources create pack Manager with pack create team Extramission: Host invites guests for action Guest has possibility take part, apologize or ignore invitation Inviting courses within 3 weeks periods-phases __________________________________________________ Aditional requirements: During data description of intramission take into consideration Kimball cluster on the snap 15
Popis intramise Komunikace probíhá mezi rolemi Board, Manager a Leader. Role Resource komunikaci pouze sleduje. Aktivně se tedy zapojuje výbor, vedení štábu a vedoucí týmu, člen týmu vznáší náměty a připomínky přes vedoucího týmu. Pokud by i tým byl distribuovaný, vznikla by potřeba komunikace mezi Leaderem a Resources, tj. uvažovali bychom i lokální intramisi, takto uvažujeme pouze intramisi hlavní (globální). Misi zakládá výbor a spouští štáb, vedoucí týmu hlásí větší potíže, které je třeba řešit s pomocí štábu; tyto se buď vyřeší nebo se dostanou až na program výboru; projekt resp. úkol může být normálně nebo násilně ukončen, jeho průběh je tak jako tak zaarchivován. Podrobnější popis následuje na dalších 2 snímcích v notaci SDL, která může být automaticky a regulárně převedena do kódu programovacího jazyka. V průběhu života mise (projektu, úkolu) se mění i globální stav mise. Tento je anyway zobrazen všem členům širšího týmu (tj. výboru, štábu, šéfovi i členům), každý z nich resp. každá role má však omezenou možnost triggers (spoštěčů ?), tj. posunout globální stav mise ať již v kladném či záporném smyslu. Jeden konkrétní globální přechod ze stavu do stavu je uvažován jako příklad na snímcích 9-13 resp. na obrazovkách na snímcích 10-13, na snímku 14 je přihlašovací obrazovka.
Konkrétní stav intramise V následujících obrazovkách pro jednotlivé role mise uvažujeme konkrétní stav „On_the_track“ z levé dolní části první stránky protokolu mise. Z tohoto stavu můžeme přejít do jiného stavu buď akcí leadera {Trouble} nebo akcí managera {Terminate}, a to buď do stavu „Problem_solving“ resp. „Termination“.
Obrazovka výboru (kancléře)
Obrazovka štábu (manažera)
Obrazovka lídra týmu
Obrazovka člena týmu
Přihlašovací obrazovka
Kimballův cluster
Varianty sjednávání schůzek Pro board: - kancléřem podle zápisu - podle časových možností účastníků Pro pack: - leaderem operativně, ale autoritativně - managerem na vyžádání - leaderem podle časových možností úč.
Popis extramise Komunikace probíhá mezi rolemi Host a Guest. Celkem existují 3 stejně dlouhé fáze – periody oslovení vybrané cílové skupiny respondentů. Respondent se nemusí také ozvat vůbec, může se ozvat pouze v jedné, dvou, ale i všech 3 fázích. Celkově to může svědčit o jeho motivacích, záleží na vyhodnocení. V každé fázi zasíláme respondentovi další zjemňující pohled na připravovanou akci. Ten obdrží v příloze e-mailu, v e-mailu si dále rozklikne obrazovku s připravenými variantami jeho rozhodnutí. Platit bude nejspíše poslední rozhodnutí, ale bude záležet na interpretaci resp. pravidlech přihlašování na akci.
Notace v jazyce RTNL Extramission Inviting(): Time Action; Role Guest, Host; Set Group(email), Subscriber1(choice,message), Subscriber2(choice,message), Subscriber3(choice,message), Subscriber(choice,message); Document Invitation(pdf), Participation(radiopool), Notification(message); Routine Evaluation(): Subscriber.choice=... Subscriber.message=... Begin Sendtoall Group Invitation at 3 weeks before Action and waitforall 1 week as Subscriber1; Sendtoall Group Invitation at 2 weeks before Action and waitforall 1 week as Subscriber1; Sendtoall Group Invitation at 1 week before Action and waitforall 1 week as Subscriber1; Evaluate;
Obrazovka hostitele
Obrazovka hosta Ing. CSc, Jan Slechta (
[email protected]) Milý Josefe Šmíde, Dnes 27. 1. 2014, 19:50:59 Komu:
[email protected]
dovolujeme si Tě pozvat na akci "Troubelení", podrobnosti v pozvánce, která je přiložena, účast potvrď prosím zde http://192.168.1.5/guest.php ; Za organizační výbor troubelení Honza Šlechta
Přílohy
Troubelení.pdf (1 kB)
