Nßvrh aplikacφ v jazyce UML - textovß specifikace p°φpad∙ u₧itφ
V p°edchozφch Φlßncφch popisovanΘ diagramy p°φpad∙ u₧itφ jsou pom∙cky pro rychlou orientaci ve funkΦnφch po₧adavcφch na systΘm, jejich₧ v²znamov²m podlo₧φm musφ b²t podrobn² textov² popis p°φpad∙ u₧itφ. Tento Φlßnek vyboΦuje ze zam∞°enφ sΘrie na nßvrh aplikacφ v UML, proto₧e UML ₧ßdnou normalizovanou osnovu pro textovΘ p°φpady u₧itφ nenabφzφ, a proto budu vÜe vysv∞tlovat na Üablon∞, jejφ₧ souΦasnou strukturu m∙₧ete pova₧ovat za jednu z inkarnacφ m²ch zkuÜenostφ z projekt∙, na kter²ch jsem se podφlel.
I kdy₧ mn∞ Üablona zcela vyhovuje, vy se jφ nemusφte dogmaticky dr₧et a berte ji rad∞ji jen jako prov∞°en² prefabrikßt p°ipraven² pro zakomponovßnφ do vaÜich vlastnφch analytick²ch postup∙.
P°edstavme si, ₧e vytvß°φme systΘm pro zpracovßnφ a ob∞h korespondence ve firm∞ a ₧e mßme nynφ za ·kol napsat p°φpad u₧itφ, kdy je zßsilka p°edßna ke zpracovßnφ °eÜiteli, kter² je informovßn o nov∞ p°id∞lenΘm ·kolu automaticky generovan²m emailem.
┌vodnφ informace
Ka₧d² p°φpad u₧itφ je identifikovßn sv²m nßzvem a po°adov²m Φφslem a je umφst∞n v samostatnΘm dokumentu. Nßzev i po°adovΘ Φφslo p°φpadu u₧itφ se samoz°ejm∞ shoduje s ·daji v diagramu p°φpad∙ u₧itφ. Z d∙vodu p°ehlednosti a snadnΘho vytvß°enφ rychl²ch odkaz∙ mezi dokumenty doporuΦuji, aby i nßzev souboru obsahoval nßzev a po°adovΘ Φφslo p°φpadu u₧itφ. Sßm v nßzvech dokument∙ nepou₧φvßm diakritiku a mezery mezi slovy nahrazuji podtr₧φtky.
UC001 P°edßnφ zßsilky ke zpracovßnφ °eÜiteli
Nßzev souboru s textov²m popisem p°φpadu u₧itφ
UC001_ Predani_zasilky_ke_zpracovani_ resiteli
Ihned za nßzvem by m∞la b²t informace o stavu dokumentu. Pro p°φpady u₧itφ jsou v∞tÜinou d∙le₧itΘ jen 2 stavy - stav ôNa dokumentu se pracujeô a stav ôSchvßlen zßkaznφkemô.
Schvßlen zßkaznφkem
Ka₧d² dokument by m∞l obsahovat struΦnou historii proveden²ch ·prav. Eviduje se datum zm∞ny, novß verze dokumentu, autor zm∞ny a struΦn² popis zm∞ny.
Datum zm∞ny | Verze dokumentu | Autor | Popis zm∞ny |
---|---|---|---|
1.7.2004 | 1.0 | RenΘ Stein | PoΦßteΦnφ verze |
30.7.2004 | 1.1 | RenΘ Stein | Zanesen po₧adavek na notifikace |
2.8.2004 | 1.2 | RenΘ Stein | Dokument schvßlen zßkaznφkem |
P°φpad u₧itφ je uvozen struΦn²m popisem za ·Φelem rychlΘho zorientovßnφ Φtenß°e v °eÜenΘ problematice.
Po p°ijetφ zßsilky a vytvo°enφ jejφ elektronickΘ podoby (karty) je vybrßn °eÜitel zßsilky. Vybrat novΘho °eÜitele m∙₧e takΘ ji₧ p°i°azen² °eÜitel v p°φpad∞, ₧e o °eÜenφ zßsilky sßm nemß zßjem.
Abychom se p°i designu a v²voji systΘmu soust°edili na nejΦast∞ji vyu₧φvanΘ funkce systΘmu a zbyteΦn∞ nealokovali finanΦnφ a lidskΘ zdroje na technologicky preciznφ °eÜenφ funkcφ, je₧ jsou ale pak vyu₧φvßny jen v p°estupnΘm roce, zjiÜ¥ujeme a evidujeme, jak Φasto by m∞l b²t dle zadavatele scΘnß° p°φpadu u₧itφ realizovßn.
30x denn∞
Nßsleduje seznam aktor∙ i s popisem jejich role v p°φpadu u₧itφ.
- Zakladatel karty - osoba, kterß mj. poprvΘ p°id∞luje kartu zßsilky °eÜiteli.
- ╪eÜitel - osoba, kterΘ bylo p°id∞leno °eÜenφ zßsilky a kterß °eÜenφ deleguje na jinou osobu.
Tok udßlostφ
Nejd∙le₧it∞jÜφ je v p°φpadech u₧itφ tok udßlostφ neboli podrobn² postup, jak²m je dosa₧eno hlavnφho funkΦnφho zßm∞ru p°φpadu u₧itφ. V Üablon∞ rozliÜuji t°i typy toku udßlostφ.
- Zßkladnφ tok udßlostφ û v zßkladnφm toku udßlostφ je umφst∞n maximßln∞ struΦn² a p°itom kompletnφ postup p°i realizaci p°φpadu u₧itφ. V zßkladnφm toku se nesmφ objevit ₧ßdnΘ v∞tvenφ toku ani ₧ßdnΘ podrobnΘ informace, jak je danΘho postupu dosa₧eno. Separacφ alternativnφho a rozÜi°ujφcφho chovßnφ nep°etφ₧φme hlavnφ tok udßlostφ pozornost odvßd∞jφcφmi podrobnostmi ani rozptylujφcφmi variacemi chovßnφ. Tok p°φpad∙ u₧itφ, s nimi₧ je spojen popisovan² p°φpad u₧itφ relacφ <<Include>> nebo <<Extend>>, m∙₧e b²t do hlavnφho toku vlo₧en zapsßnφm slova <<Include>> nebo <<Extend>> nßsledovanΘm pln²m nßzvem inkriminovanΘho p°φpadu u₧itφ.
- Alternativnφ tok udßlostφ û v alternativnφm toku jsou zapsßny vÜechny odchylky od lineßrnφho toku udßlostφ (podmφn∞nΘ kroky postupu, opakovßnφ krok∙ û cykly)
- RozÜi°ujφcφ tok udßlostφ û rozÜi°ujφcφ tok obsahuje vÜechny relevantnφ podrobnosti k bod∙m postupu v hlavnφm toku.
- <<Include>> UC002 ûZobrazenφ seznamu karet zßsilek.
- U₧ivatel vybere kartu zßsilky.
- U₧ivatel dß p°φkaz k zobrazenφ karty zßsilky.
- SystΘm zobrazφ po₧adovanou kartu zßsilky.
- U₧ivatel vybere novΘho °eÜitele.
- U₧ivatel potvrdφ p°i°azenφ °eÜitele.
- SystΘm ulo₧φ informaci o novΘm °eÜiteli.
- SystΘm odeÜle novΘmu °eÜiteli email s notifikacφ o p°i°azenφ ·kolu.
Alternativnφ tok udßlostφ
Body 3,4- U₧ivatel m∙₧e p°eruÜit proces zm∞ny °eÜitele. Äßdnß zm∞na nebude ulo₧ena Konec p°φpadu u₧itφ.
RozÜi°ujφcφ tok udßlostφ
Bod 7- V emailu musφ b²t zahrnuty vÜechny evidovanΘ informace o odesφlateli zßsilky.
Dopl≥ujφcφ informace
Ji₧ v p°φpadech u₧itφ m∙₧eme zaΦφt navrhovat aplikaΦnφ prßva pro jednotlivΘ aktory v systΘmu.
SystΘmovß role | P°φstupovß prßva |
---|---|
RecepΦnφ ╪eÜitel | Prßvo na zobrazenφ karty zßsilky Prßvo na p°id∞lenφ/zm∞nu °eÜitele |
Zßkaznφk p°i analytick²ch pohovorech takΘ Φasto vznßÜφ p°edb∞₧nΘ po₧adavky na oΦekßvanΘ odezvy systΘmu K evidenci zadavatelem preferovanΘ doby odezvy slou₧φ sekce Doba odezvy.
Otev°enφ karty zßsilky û 5 sekund
D∙le₧itΘ operace v systΘmu by m∞ly b²t uklßdßny do protokolu o Φinnosti systΘmu, aby bylo snadnΘ v p°φpad∞ nutnosti dohledat, kdy jakß zm∞na nastala a kdo je p∙vodcem zm∞ny.
SystΘm zaeviduje do logu datum a Φas zm∞ny, Φφslo zßsilky, identifikßtor u₧ivatele, kter² zm∞nu provedl a identifikßtor novΘho i p∙vodnφho °eÜitele.
Jestli₧e zadavatel vznese jeÜt∞ dalÜφ specißlnφ po₧adavky na pr∙b∞h p°φpadu u₧itφ, tak je zapφÜeme do sekce s nßzvem Ostatnφ po₧adavky.
KritickΘ podmφnky, kterΘ musejφ b²t spln∞ny, aby mohl b²t p°φpad u₧itφ spuÜt∞n, jsou v sekci Podmφnky p°ed spuÜt∞nφm.
Karta zßsilky nenφ oznaΦena p°φznakem äNevy₧aduje °eÜenφô.
DokonΦenφ instance scΘnß°e p°φpadu u₧itφ znamenß, ₧e v systΘmu prob∞hly vÜechny zm∞ny, jejich₧ seznam je v sekci Stav po ukonΦenφ.
- U zßsilky zm∞n∞n °eÜitel.
- Odeslßn email novΘmu °eÜiteli.
╚erpß-li nßÜ p°φpad u₧itφ informace z jinΘho dokumentu, nap°φklad z rßmcovΘho zadßnφ vytvo°enΘho zßkaznφkem, uvedeme v dokumentu seznam pou₧it²ch zdroj∙.
Nßvrh systΘmu Evidence korespondence û kapitola ╪eÜenφ zßsilek na stran∞ 25
VÜechny nejasnosti a spornΘ body vy₧adujφcφ konzultaci se zadavatelem, dalÜφm analytikem nebo projektov²m vedoucφm si poznamenßme v poslednφ sekci Poznßmky a problΘmy.
Bude se dr₧et historie °eÜitel∙?
Po schvßlenφ finßlnφho zn∞nφ textov²ch specifikacφ vÜech p°φpad∙ u₧itφ zßkaznφkem p°istoupφme v∞tÜinou k vytvß°enφ diagramu t°φd. Diagram t°φd bude hlavnφm tΘmatem nßsledujφcφch Φßstφ serißlu.
Nßvrh aplikacφ v jazyce UML
Unified Modeling Language (UML) je jazyk, kter² umo₧≥uje modelovat jakΘkoli aplikace pomocφ stejnΘ formßlnφ syntaxe, Φφm₧ usnad≥uje sdφlenφ informacφ, v²voj a implementaci libovoln²ch softwΘrov²ch mechanism∙. Tato sΘrie Φlßnk∙ dosud nebyla ukonΦena!
- Nßvrh aplikacφ v jazyce UML - textovß specifikace p°φpad∙ u₧itφ (prßv∞ Φtete)
- Nßvrh aplikacφ v jazyce UML - slo₧it∞jÜφ diagram p°φpad∙ u₧itφ
- Nßvrh aplikacφ v jazyce UML - zaΦφnßme s p°φpady u₧itφ
- Nßvrh aplikacφ v jazyce UML - rozÜφ°enφ jazyka
- Nßvrh aplikacφ v jazyce UML - zßkladnφ pojmy a pravidla
- Nßvrh aplikacφ v jazyce UML