[Java lista] for: ++i vagy i++

2009. Feb. 9., H, 10:55:46 CET

Szia,

szervezetfüggő, de egy többé-kevésbé hagyományos felosztás lehet:

üzleti elemző (inkább a megcélzott szakterülethez (business domain) ért, leginkább azt kell értelmesen leírnia.

követelmény-elemző (az üzleti elemző anyagát lebontja/átalakítja, és meghúzza a rendszer határait)

architect (fő feladata a nem funkcionális követelmények figyelembe vétele, ezért főként ő tervezi az alkalmazás szerkezetét, kommunikációját, egyebeket)

tervező (elsősorban a funkcionális követelmények alapján készíti el a rendszer tervét (class diagram, communication-like diags), erősen támaszkodva az architekt munkásságára.)

programozó (a terv alapján elkészíti a kódot).

tesztelő (a követelményspecifikáció alapján teszttervet készít, és annak alapján ellenőrzi a rendszer működését)

dokumentáló (felhasználói doksik írása, de egyéb dokumentálási feladata is lehet)

Az egészhez kell még egy projektmanager, akinek "semmihez nem kell értenie", "csak" az erőforrásokkal kell tudnia gazdálkodni. A valóságban persze valamennyi területről kell legyen valamennyi ismerete. (Gyakori, hogy a cégek tapasztalt programozót/tervezőt tesznek meg projektvezetőnek, így a cég veszít egy jó programozót/tervezőt, és legtöbbször kap cserébe egy rossz projektvezetőt, mivel az is egy szakma, amit tanulni kell).

Aztán persze ezek sokszor össze is mosódnak (pl elég gyakori, hogy a második-negyedik ugyanaz, esetleg akár az első négy is, csak a sapkát cserélgeti attól függően, éppen mit csinál. Az is gyakori, hogy a tervezési munka, sokszor sajnos az architekt munka egy részét vagy egészét a programozó végzi. Olyan is van, hogy a tesztelő is a programozó, meg a dokumentáló is (az utóbbi még csak-csak, de a programozó általában nagyon rossz tesztelő).

Ajánlott forrás még a UP (Unified Process), az sokkal precízebb, de ezer más szerepkör felosztást találsz a neten kis kereséssel.

A fentiekből mindenesetre látszik, hogy mivel a sebesség/teljesítmény NFR (non-functional requirement), ezért mindenképpen illik az architektet is izgatni az optimalizálás problémakörével.

A kérdésed persze gyorsan gilisztakonzervvé változhat, szent háborúvá terebélyesedhet, meg ilyenek...

Üdvözlettel,

Iván

István Ketler
Project Coordinator

Lufthansa Systems Hungaria Kft.
Airline Management Solutions
Schedule & Revenue Management
Alkotás u. 53.
1123 Budapest
Hungary

Tel: +36 1 887-2815
Fax: +36 1 887-2977

Room: MOM Park, Building A, Room 556

e-mail: istvan.ketler at lhsystems.com
Internet: www.LHsystems.hu

> 

Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fövarosi Birosag 01-09-463417
Geschaeftsfuehrung / Management Board: Monika Houck

-----Original Message-----

> From: javalist-bounces at javagrund.hu 
> [mailto:javalist-bounces at javagrund.hu] On Behalf Of ern0
> Sent: Monday, February 09, 2009 10:25 AM
> To: javalist at javagrund.hu
> Subject: Re: [Java lista] for: ++i vagy i++
> 
> > architekt
> 
> Megakadt a szemem ezen a kifejezésen. Ha valaki megtenné, 
> hogy felvilágosítana (vagy mutatna egy weboldalt, ahol 
> értelmesen le van írva), milyen szakemberek dolgoznak egy sw 
> projekten, és mit is csinálnak, megköszönném, mert attól 
> tartok, hogy lecsúsztam valamiről. 
> Tartok tőle, hogy a sw engineer és a programmer is mást 
> jelent, amiről én eddig azt hittem, szinonimák. Régebben volt 
> szervező, programozó, operátor, meg természetesen különféle 
> főnökök hada, de az operátor később kikopott, mert 
> odaültették a felhasználót a gép elé.
> 
> (Hasonló megütközésem volt, amikor azt olvastam valahol, hogy 
> vocal writer v hasonló, azaz egy olyan arc, aki a 
> zenekészítés folyamán a vokálszólamokat megírja.)
> 
> Már csak azért is érdekel a dolog, mert ha netán valami 
> tragikus balesetből kifolyólag önéletrajzot kell írnom, ne 
> akkor főjön a fejem.
> --
> ern0.scene.plus4.amiga.code.muzak
> Haben Sie Fragen?
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
> 