Specifikace a dokumentace projektu, díl 2.

Diskuze čtenářů k článku

HellBell  |  20. 09. 2002 08:16  | 

Zajimave cteni, bohuzel uplatneni v praxi je bud nemozne, nebo nepouzitene. Ale v skole se to muze hodit na nejakou diplomovou praci.

Az autor vstoupi do praxe, zjisti, ze takhle to nejde, hoci by to bylo hezke.

Souhlasím  |  Nesouhlasím  |  Odpovědět
hal  |  20. 09. 2002 09:41  | 

uplny suhlas, bud na to nie je cas, alebo dost podkladov.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Honza  |  20. 09. 2002 10:07  | 

Horší je to v případech, kdy takovéto články čte zákazník a pak vyžaduje dodání dokumentace provedené stejným, ne-li detailnějším způsobem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jan Vlčinský  |  20. 09. 2002 10:25  | 

Já jsem idealista a optimista, podle mne se dá takový styl v praxi použít.

Je to ale docela náročné. Podle mne je zapotřebí splnit následující


  1. Definovat si předem jaké typy projektů a jakou technologií/jazykem budou řešeny a které budou odmítány. Nutným předpokladem je, že pro danou technologii/jazyk a typ projektu existují podpůrné nástroje (pro UML, generování kódu, regingeneering apod.)

  2. Dané nástroje pořídit, sehnat schopné lidi a zaškolit je.

  3. Etablovat se jako firma, která pracuje jen tímto systematickým způsobem, je drahá, ale kvalitní.

  4. Nepřipustit výjimky ze zavedeného způsobu práce.

Předpoklady jsou to velmi silné (ke každému bodu snadno stvořím vysvětlení, proč je nelze splnit, raději však hledám cesty, jak by to šlo), ale domnívám se, že se to může vyplatit i zákazníkovi, zvláště u větších a dlouhodobě se rozvíjejících projektech.

Pokud vím, o něco podobného se pokouší firma Unicorn, i když i oni byli (před asi 3 lety) opatrní v nakupování potřebných nástrojů, protože jde většinou o poměrně drahé věci. Z toho co o sobě prohlašují v poslední době by se dalo tvrdit, že se jim to již podařilo, ale nemám si to jak prověřit.

Váš idealista a optimista

Jan Vlčinský

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jiri Burian  |  20. 09. 2002 11:17  | 

Nejenom, ze se takovy styl da pouzit, ale pouzili jsme ho ve vsech velkych projektech, nekdy i pres odpor zakazniku. V konecnem dusledku se to vzdy vyplatilo. Pokud v projektu neni od zacatku presny rad, tak projekt v urcite fazi slozitosti prestane byt riditelny, pak uz je ale vetsinou pozde na zavadeni techto pravidel a postupu.

Pane Makowski neverte tomu, ze je to v praxi neproveditelne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
LJ  |  20. 09. 2002 11:43  | 

Dobrý den!

Ale já samozřejmě používám UML denně, samozřejmě že v praxi lze použít vše, co potřebujeme, chceme a umíme provést!:) a když už o tom budu psát 3. článek, tak rozhodně celkový koncept beru jako přínosný a použitelný..zároveň jsem konstatoval, že dílčí fragmenty tohoto modelu se používají poměrně běžně..a k tomu UML, to je u mě nejlepší způsob a vychází ze stejných principů:)..a v praxi když se použije, stojí to za to! a opravdu to ušetří práci i náklady na vývoj pokud se to provede korektně..celý článek prosazuji skoro pořád že pokud se projekt dobře navrhne, ušetří to s přehledem i 60% nákladů a to už sou podle mě čísla:) která za tu práci na kterou "není" čas:) stojí..

Souhlasím  |  Nesouhlasím  |  Odpovědět
cobol-boy  |  20. 09. 2002 13:31  | 

v predpokladech jste zapomnel na tu uplne prvni cinnost : jit do banky a presvedcit ji, aby Vam pujcili tech nekolik malo milionu na ty dalsi cinnosti, nez uzavrete (samozrejme v terminu a po rade uspor) ten prvni a dalsi projekty.
Ne, ne s idealismem ma vas nazor co do cineni, s praxi ne. 

Souhlasím  |  Nesouhlasím  |  Odpovědět
LJ  |  20. 09. 2002 19:27  | 

Může se směle zeptat kolik projektů jste zpracovával přibližně:) pomocí UML? Protože oněch 10, 20 hodin při realizaci všeho se vám tak nádherně promítne do ušetřeného času za specifikaci a technickou dokumentaci a zároveň máte v podstatě "ve všem jasno", takže mi přijde v případě použití postupů k tvorbě některých diagramů právě při aplikaci v praxi pomocí UML nesmyslné bavit se o nějakých mega projektech a mohu vás ujistit, že jsem takto již některé projekty řádově desetitisícové s klidem dával dohromady:) a divil byste se, co to znamená pro vývojářský tým a nás samotné pokud máme všechno před sebou propojeno díky onomu UML a můžeme na tom stavět!...a náročnost tvorby takovýchto specifikací/dokumentací/koncepcí systému v jednom mi nepřijde nijak vysoká právě naopak, vysvětlit i třeba zákazníkovi, že tady ten panáček (Actor:), ekvivalent nevím jistě zda je herec:)), ne:), spíše postava..) přijde, může udělat tohle a tohle(nějaký Use Case, případ užití), když to udělá, stane se tohle a tohle a znamená to tohle a tohle(popisky:)))), v praxi je systém propojen takhle a takhle s touhle druhou aplikací, máme tu práci s takovýmito daty atd. atd. - pokud to podáme např. po úvodních konzultacích formou HTML generované specifikace dílčích částí a diagramů systému, lze s tím snadno docílit vysoké účinnost při definici aplikace.

Souhlasím  |  Nesouhlasím  |  Odpovědět
cobol-boy  |  20. 09. 2002 21:21  | 

hallo LJ
asi se nam zde popletla vlakna tech otazek a odpovedi, ale ja se to pokusim rozplest tim starym zpusobemn neb zive.cz zde jeste nepodporuje UML.
Muj prispevek se tykal toho, co ve svych 4 bodech sepsal kolega Vlcinsky. Zde je rec o nakupu nastroju, skolenich pracovniku, se etablovat jako firma a jine krasne veci , ktere stoji miliony, nez se zacne vubec s prvnim projektem. V dnesni dobe vas ale v bance vyhodi, nez o takovem zameru dokoncite prvni vetu.
Nyni k Vasemu prispevku, ktery je odsazen jako odpoved pod mym (alespon se to tak v prohlizeci jevi) - a o kterem si nejsem jist, zda se k memu prispevku vztahuje. Z nej vyplyva, ze UML je prima a i pro mensi projekty vhodne. To nemohu posoudit, neb kdyz jsem jeste delal na projektech (1982-1992 asi 10 projektu ) tak UML neexistoval - za me se casto bralo SADT a i jine produkty, o kterych bylo mozno cist to same jako ve vasem prispevku. Presto si takove prispevky rad prectu , abych se vzdy znovu presvedcil, ze pokud se software bude delat i nadale pomoci projektu a ne produktu, tak budou i nadale platit pravdy p. Brookse, at uz budete pouzivat nastroje jake chcete. 
 

Souhlasím  |  Nesouhlasím  |  Odpovědět
LJ  |  20. 09. 2002 21:43  | 

..no ty thready sem popletl já:)), já sem asi odpovídal na příspěvek který nebyl mířen mě jak vidím:), nicméně UML dokáže v praxi díky některým programům - Together aj., generovat přímo navíc i zdrojový kód v .net, javě a nevím všem všem z hlavy a ten se pak již pouze doplní..nejsem si jist co všechno se v něm doplňuje, ale je to už hoodně pokročilá stavba SW produktů:)..UML s vyvíjelo postupně, asi od roku 1992 až do verze 1.1 v roce 1997 kdy byla schválena, to ano, ale ten přístup ke všem částem systému a propojením je dle mého názoru převratný, chystám o tom článek na živě konečně:) taky, ale chtělo by to vysvětlit ten základní model práce v kratším seriálu a ten bude, pokud se články budou číst:)))) takže uvidíme..

Souhlasím  |  Nesouhlasím  |  Odpovědět
Roman Kratochvil  |  22. 09. 2002 13:40  | 

Zdravim,
dost se o tuto oblast zajimam - mohl byste trochu vysvetlit (nebo poslat link), co jsou to pravdy p. Brookse?

Souhlasím  |  Nesouhlasím  |  Odpovědět
cobol-boy  |  22. 09. 2002 15:44  | 

www.google.com: The Mythical Man-Month

Souhlasím  |  Nesouhlasím  |  Odpovědět
cobol-boy  |  22. 09. 2002 15:48  | 

www.google.com: Dear Mr Brooks A.Cox

Souhlasím  |  Nesouhlasím  |  Odpovědět
Beda  |  20. 09. 2002 14:19  | 

V praxi jsem to zazil jenom jednou, kdyz jsem si zacal delat pro radost program

Souhlasím  |  Nesouhlasím  |  Odpovědět
LJ  |  20. 09. 2002 21:54  | 

..tak tentokrát budu reagovat u správného příspěvku na oplátku:)..ono je to poněkud jednodušší, zaškolit do UML pro práci s projekty není tak těžké a podle mého by to měl zvládnout i někdo mimo obor, řekněme manažer internetových projektů určitě ty předpoklady má, jde jen o to umět popsat požadavky a zrealizovat je co nejlépe, UML s sebou nese jeden obří přínos - člověk nemusí vědět jak se to udělá, ale přesně postaví celý systém z pohledu zadavatele tak, že realizaci systému co nejvíce ulehčí a zároveň systém jednoduše celý popíše a přímo vidí, jak systém bude hotový vypadat - což programátor ocení, náklady se sníží a provedení díky tomu může být snadno drobeno na dílčí problémy už z principu stavby UML dokumentů:)..Takže ono sehnat a zaškolit lidi není problém, aby uměli dobře programovat to samozřejmě ano, software taky není zadarmo, ale rozhodně toto nejsou nezainvestovatelné částky pokud disponujete tím schopným týmem:)..

Souhlasím  |  Nesouhlasím  |  Odpovědět
aktivista  |  21. 09. 2002 22:16  | 

muzete sem nekdo napsat linky na dalsi prameny o teto problematice? (popr. demo sw.)

diky

Souhlasím  |  Nesouhlasím  |  Odpovědět
LJ  |  22. 09. 2002 22:11  | 

www.fi.muni.cz :), přihlásíte se do klubu:) a když vás vyberou, máte to z první ruky:))..napište mi na email, mohu zaslat skripta..

Souhlasím  |  Nesouhlasím  |  Odpovědět
David Vorel  |  03. 10. 2002 06:52  | 

Jo, tak tenhle klub jsem již absolvoval. Ještě dnes, když vidím písmena FI MU, tak se mi zježí ten malý zbytek vlasů, co mi zbyl. Určitě na mě nebudete zase zkoušet modelování systémů pomocí lambda-kalkulu? Už žadné monoidy, pologrupy nebo dokonce grupy? Už pouhá teorie analýzy systémů? Ne, děkuji.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor
Aktuální číslo časopisu Computer

Jak prodloužit výdrž notebooku

Velké testy: gamepady a inkoustové tiskárny

Důkladný test Sony Playstation 5