Enne kui asume objektorienteeritud anal\u00fc\u00fcsi ja disaini teemasse (see on siis, kui enamik meist saab koodi kirjutamise k\u00f5rval oma tegemistest k\u00f5ige rohkem naudingut), on oluline j\u00e4lgida veel m\u00f5nda asja, mis puudutab kliendi n\u00f5uete m\u00f5istmist. .<\/p>\n
Eelmises postituses mainisin:<\/p>\n
\nKui v\u00f5tate algusest peale aega, et m\u00f5ista, mida nad tahavad, siis ei pea n\u00f5uded olema 50-lehek\u00fcljeline dokument, mis kirjeldab, kuidas iga moodul peab t\u00f6\u00f6tama.<\/p>\n<\/blockquote>\n
N\u00e4iteks kui ma koostan n\u00f5udeid (v\u00f5i t\u00f6\u00f6aruannet), nagu ma neid tavaliselt klientidele saates kutsun, \u00fcletan harva k\u00fcmmet lehek\u00fclge ja sageli on see v\u00e4hem.<\/p>\n
Ja kuigi on aegu, mil see on pikem, arvan, et see on osaliselt p\u00f5hjus, miks l\u00fchikese n\u00f5uete komplekti v\u00e4ljat\u00f6\u00f6tamine tuleb koos eelnevate aruteludega, et veenduda, et teil ja kliendil (kliendil) on v\u00e4lja kujunenud \u00fchine keel, millega saate t\u00f6\u00f6tada.<\/p>\n
Kui teete seda, ei pea n\u00f5uded ja t\u00f6\u00f6avaldus \u2013 olenemata sellest, kuidas te neid nimetate \u2013 olema nii pikad.<\/p>\n
T\u00f6\u00f6aruande kirjutamine<\/h2>\n
Esiteks tahaksin selle postituse kontekstis eristada t\u00f6\u00f6aruannet<\/strong> n\u00f5uetest<\/strong>.<\/p>\n
\n
- N\u00f5uded<\/strong> on need, mida klient soovib ehitada.<\/li>\n
- T\u00f6\u00f6aruanne kirjeldab<\/strong> \u00fcksikasjalikult, mida te kavatsete teha, kuidas ja kui palju teete.<\/li>\n<\/ul>\n
Viimast k\u00e4sitlen selles postituses l\u00e4hemalt. Kuid piisab, kui \u00f6elda, et kliendi jaoks v\u00f5ivad n\u00f5uded esitada arutelude, dokumentatsiooni v\u00f5i m\u00f5lema vormis.<\/p>\n
Enne t\u00f6\u00f6aruandes sisalduva eri osade k\u00e4sitlemist on m\u00f5ned asjad, mis minu arvates v\u00e4\u00e4rivad mainimist.<\/p>\n
\n
- \u00c4rge kirjutage t\u00f6\u00f6aruannet enne, kui olete kliendilt k\u00f5ik n\u00f5uded t\u00e4itnud.<\/li>\n
- Veenduge, et klient teaks, mida t\u00f6\u00f6aruandelt oodata.<\/li>\n
- Kui kavatsete v\u00f5tta aega t\u00f6\u00f6aruande kirjutamiseks, otsustage, kas v\u00f5tate aja eest tasu v\u00f5i mitte, ja veenduge, et klient on teadlik, et ta peab selle eest maksma v\u00f5i mitte.<\/li>\n<\/ol>\n
See on \u00fcks neist asjadest, mis on vabakutseliste v\u00f5i agentuuride kaupa. Seda \u00f6eldes on siin t\u00f6\u00f6aruande osad, mida ma tavaliselt kaasan.<\/p>\n
T\u00f6\u00f6aruande koostamine<\/h3>\n
Kui koostan t\u00f6\u00f6aruande, on mul mall, mida ma kasutan. Ma annan jaotuse, mis h\u00f5lmab suure osa sellest siin.<\/p>\n
Iga jaotis t\u00f6\u00f6tab j\u00e4rgmiselt.<\/p>\n
1 T\u00f6\u00f6aruanne<\/h4>\n
K\u00e4esoleva dokumendi eesm\u00e4rk on [m\u00e4\u00e4ratleda PROJEKTI pakutav lahendus].<\/p>\n
Projekti n\u00f5uded on esitanud [KLIENDI NIMI], [KLIENDI NIME ROLL OMA \u00c4RINIMI]. Lepingu tingimused on kombinatsioon nendest, milles on kokku lepitud [KLIENDI NIMI] ja [TEIE AGENTUURI NIMI].<\/p>\n
2 \u00dclevaade n\u00f5uetest<\/h4>\n
K\u00e4esoleva dokumendi eesm\u00e4rk on [m\u00e4\u00e4ratleda PROJEKTI pakutav lahendus].<\/p>\n
Projekti n\u00f5uded on esitanud [KLIENDI NIMI], [KLIENDI NIME ROLL OMA \u00c4RINIMI]. Lepingu tingimused on kombinatsioon nendest, milles on kokku lepitud [KLIENDI NIMI] ja [TEIE AGENTUURI NIMI].<\/p>\n
3 Keeled ja tehnoloogia<\/h4>\n
Veebiserver, tarkvara, t\u00f6\u00f6riistad ja l\u00e4henemisviis, mida lahenduse koostamisel kasutatakse.<\/p>\n
4 toetatud brauserit<\/h4>\n
Kui tegemist on veebip\u00f5hise projektiga, siis katta toetatud brauserid, kas seal on responsive funktsionaalsus v\u00f5i mitte ja kuidas eelmisi punkte testitakse.<\/p>\n
5 Keeled ja tehnoloogia<\/h4>\n
Veebiserver, tarkvara, t\u00f6\u00f6riistad ja l\u00e4henemisviis, mida lahenduse koostamisel kasutatakse.<\/p>\n
6 Projekti n\u00f5uded ja verstapostid<\/h4>\n
Tavaliselt on dokumendi pikim osa. See v\u00f5tab kokku:<\/p>\n
\n
- N\u00f5uded,<\/li>\n
- Kuidas iga n\u00f5ue koostatakse ja t\u00e4idetakse,<\/li>\n
- K\u00f5ik lisam\u00e4rkused, millest klient peaks teadlik olema.<\/li>\n<\/ul>\n
7 Kavandatud ajakava<\/h4>\n
See p\u00f5hineb eelmises jaotises kirjeldatud verstapostidel ja kliendi tagasisidel.<\/p>\n
8 Muud tegurid<\/h4>\n
Mitmesugused asjad, mida otsustate kaasata, n\u00e4iteks see, mida teie v\u00f5i teie agentuur otsustab projekti kaasata, kuidas hilinenud tagasiside v\u00f5ib projekti m\u00f5jutada ja nii edasi.<\/p>\n
9 Hinnanguline maksumus<\/h4>\n
See h\u00f5lmab projekti kogumaksumust ja maksegraafiku valikulist jaotust.<\/p>\n
See on vajalik<\/h3>\n
Ma tean: olen seda varem selle sarja varasemates postitustes \u00f6elnud. See pole meie tegemiste k\u00f5ige glamuursem osa. Selle asemel h\u00fcppaksime otse programmeerimise juurde.<\/p>\n
Aga kuidas sa tead, mida ehitada (ja seda h\u00e4sti ehitada), kui me pole probleemiga, mida p\u00fc\u00fcame lahendada, korralikult tegelenud?<\/p>\n
Ja seda k\u00f5ik, mis viib objektorienteeritud anal\u00fc\u00fcsi ja disainini, meile annab.<\/p>\n
Objektorienteeritud anal\u00fc\u00fcs<\/h2>\n
N\u00fc\u00fcd, kui oleme paberimajanduse (v\u00f5i isegi "\u00e4riasjade", nagu m\u00f5ned v\u00f5ivad viidata), teelt v\u00e4lja saanud, on aeg hakata programmeerimisega tegelema.<\/p>\n
Enne seda on siiski oluline anal\u00fc\u00fcsida n\u00f5udeid ja m\u00e4\u00e4rata, millised projekti osad ja millist eesm\u00e4rki t\u00e4idavad. N\u00e4iteks:<\/p>\n
\n
- Kas me vajame mingit olemasolevat tarkvara?<\/li>\n
- Kas peame kirjutama adaptereid v\u00f5i andmekihi koodi?<\/li>\n
- Kuidas me ehitame rakendusekihi ja selle sees olevad \u00fcksused?<\/li>\n
- Mis saab esiotsast<\/li>\n<\/ul>\n
Ja paljude jaoks algab see l\u00f5bu. Nii et ma tahan ka sellest l\u00e4bi r\u00e4\u00e4kida. Alustame j\u00e4rgmisest postitusest.<\/p>\n