Powered by slightly modified MediaWiki and TED Notepad.

Dev:UseCases/.FMM


Kedze sa nam hromadia chyby ohladom pisania a formovania Use Case modelu, pokusim sa jednotlive chyby pisat tiez sem, aj pre ostatnych.

Pozor na typograficke pravidla a spisovnost

  • Aj za ciarkou aj za bodkou sa pise medzera, pred nimi vsak nie.

Pis vsetko v tretej osobe

  • Uzivatel zada, system skontroluje, spravca potvrdi..

Ziadne zbytocne technicke vyrazy

  • Nepouzivaj slovo server, ale system.
  • Vyraz najprv vyplni do formulara nie je dobre, radsej napis v prvom kroku uzivatel zada.

Celosystemove nastavenia

  • Zabuda sa na ne a pritom su velmi podstatne.

Vetvenie procesu

  • Je potrebne popisat, co sa stane, ak a to v kazdom pripade...
  • Nesmie chybat ani popis toho, ako system zareaguje, ak uzivatel spravi nieco zle (napr. napise zle heslo).

Co? Jak? Odkial?

  • Nestaci napisat ze sa nieco nejak spravi.. :))
  • Jak sa to spravi? Preco sa tak stane? Ako to bude prebiehat?
  • Vzdy je potrebne jasne uviest, odkial sa data nacitaju, jak sa spocitaju a jak sa zobrazia.
  • Je potrebne uviest, ako sa zadane data upravia a kam sa zaznamena vysledok editacie!

Preco?

Je dobre pisat aj preco sa veci deju.. Programatorovi to sice moze byt jedno, ale analytik by mal po sebe zanechavat svoje myslienkove pochody.. aspon obcas.. :)