Szerkezet alatt mit ertesz?
--
Specifikalas nem egyenlo tervezessel. Azonban a tervezeshez szukseges a jo specifikacio, a jo specifikacio irasahoz meg (tapasztalataim szerint) szukseges mar az is, hogy atgondolja a specko szerzoje a feladatot, ezzel mar akarva-akaratlanul is belemegy picit a tervezes reszebe).
Ha a megvalositas soran derul ki, hogy a tervek alapjan valami nem megvalosithato, akkor ket eset lehetseges:
- maga a terv szar => tervezesi hiba.
- kimaradt valami a tervekbol => specifikalasi hiba.
Ha olyan igeny jon, ami teljesen felboritja az alkalmazast az azert eleg kemeny dolog. Akkor vagy valami teljesen mast igenyel a megrendelo vagy maga a tervezes soran lett valami csunyan elszurva, pl. adott igenyre hardcodeolva minden, semmi rugalmassag, nulla modularitas, etc. Modularitas kulon vicces temakor, mert amit modularisnak hivnak, az valojaban csak a felhasznalo szamara tunik modularisnak, felszin alatt egy nagy monolitikus cucc az egesz. Azonban altalaban nem jon olyan igeny, aminek teljesen boritania kellene egy _jol_ megtervezett alkalmazas architekturajat. Ha jol van megtervezve es megis, akkor meg szvsz inkabb az az eset lep fel, hogy valami total mas rendszerbe akarjak beleeroszakolni azt, ami eredetileg nem oda keszult.
Az meg, hogy valami menet kozben derul ki, (pl. projekt felenel kiderul, hogy a megrendelonek van egy keretrendszere, amit hasznalni kellene es emiatt ki kellene dobni a projekt 60%-at -- elozo melohelyemen egy projektnel megtortent ez a "baleset") vagy hogy igazabol nem az a feladat, amit eddig csinaltak vagy teljesen mashogy kellene, az egyertelmuen specifikacios hiba. Olyan szoftverfejlesztes nincs, hogy elkezdunk valamit, aztan majd kitalaljuk, hogy mi lesz. (Illetve van, de azt kutatasi projektnek hivjak, ami egy eleg spec kategoria).
(Jo, persze, olyan megrendelo is van, aki azt mondja, hogy "hat ezt en nem tudom leirni, de ha kerdes van, keressetek barmikor", de egy ilyet csak egy orult vallal be.)
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™