Izdelava kompleksnega informacijskega sistema

Zdravo,

Zanima me, kako orisati schemo programa, da ga potem lahko programer razvije. Gre za kompleksnejšo zadevo, tako da je načrt programa v obliki diagrama nujen.

lp

Za nek vecji projekt je tole tezko kar tako v parih vrsticah napisat in razlozit. :)

Najprej se sestavi neko specifikacijo, narocnik pove zelje kaj bi rad, skupaj z nacrtovalcem popise delovne procese in jih cim bolj podrobno opise, potem nacrtovalec naredi nek draft vsega tega, opise in narise shemo. Potem to skupaj z narocnikom pregledata, popravita in dodelata.

Potem se ponavadi cela stvar razbije na vec manjsih logicnih celot in se vsako tako celoto cim bolj podrobno opise in razdela, specificira se vsak dokument in se ga opise.

Ko je vse to narejeno, pa lahko programer zacne z delom recimo.

Pa obstaja več pristopov (top-down, bottom-up, ...), izbira pravega je prav tako zelo pomembna.

Na primer, lahko začneš na nivoju posameznih entitet in jih združuješ v večje celote ali pa začneš na nivoju večjih enot, ki jih potem vedno bolj "granulariziraš". Vsaka metoda (jih je še precej) ima svoje prednosti in slabosti...

Za nek vecji projekt je tole tezko kar tako v parih vrsticah napisat in razlozit. :)

Najprej se sestavi neko specifikacijo, narocnik pove zelje kaj bi rad, skupaj z nacrtovalcem popise delovne procese in jih cim bolj podrobno opise, potem nacrtovalec naredi nek draft vsega tega, opise in narise shemo. Potem to skupaj z narocnikom pregledata, popravita in dodelata.

Potem se ponavadi cela stvar razbije na vec manjsih logicnih celot in se vsako tako celoto cim bolj podrobno opise in razdela, specificira se vsak dokument in se ga opise.

Ko je vse to narejeno, pa lahko programer zacne z delom recimo.

čisto odvisno kakšen model razvoja uporabljaš
waterfall (zgoraj) je marsikje označen kot najbolj fail pristop k razvoju programa

Waterfall v bistvu temelji na tem, da je vsaka faza projekta popolnoma zakljucena preden zacnes z novo fazo. Drug problem pri waterfallu pa je ta, da je tezko narediti tako popolno specifikacijo projekta, da bi pokril vse potrebe narocnika. Ker se slednji sigurno spomni se kaj novega, potem, ko ti na 3/4 ze implementiras zadevo.

Meni osebno so najbolj vsec neki hibridi mutant modeli med waterfall in spiral. Initial design se naredi najprej, potem se gre lahko v bolj podroben design, vmes se mogoce zacne razmisljat o kakih acceptance testih. Potem se pa zacne pocasi prototipirat in nadaljevat v iteracijah.

Predmet Osnove informacijskih sistemov na FRI.

Poglej si profesorjevo skripto, veliko je je, ampak zadeve so pomembne. :)