Hátrányai a kaszkád modell
A fő előnye a kaszkád modell
Tekintsük a fő előnye.
- Minden egyes szakaszában, kialakult egy teljes tervezési dokumentumok, amelyek megfelelnek a kritériumoknak a teljesség és a következetesség. A megkötésekor ez az ágyék is fejleszt felhasználói dokumentációt, amely a nap ?? e normák meghatározott típusú biztonsági információs rendszer (szervezeti, módszertani, információ, szoftver, hardver).
- Végzett logikus lépések sorozata, a munkavállalási engedély terv Rowan befejezésének időpontját és a megfelelő költségeket.
Menetes megközelítés jól működött a tervezési meghatározni ?? ennyh információs rendszerek. Ez arra utal, hogy a rendszer, amelyre a legelején a fejlesztési lehet elég pontosan és teljesen formált teljesen ?? e követelményeknek, annak érdekében, hogy a fejlesztők a végrehajtás a választás szabadságát a legjobb technikai szempontból. Az ilyen információs rendszerek, különösen az összetett elszámolási rendszerek, valósidejű rendszerek.
A listát a hiányosságok kaszkád modell, ha azt használják az információs rendszerek fejlesztése meglehetősen kiterjedt:
- szignifikáns késés eredményeket;
- hibák vagy hiányosságok bármely szakaszában láthatók, mint általában, a következő munkafázisokat, ami egy nagyon fontos STI visszaút
- bonyolítja a párhuzamos magatartás a projekt
- Túlzott telítettség információt az egyes szakaszában;
- bonyolítja a projekt menedzsment;
- a magas szintű kockázat és bizonytalanság a beruházások.
A késés az eredményeket általában úgy, hogy a fő hátránya a kaszkád rendszerben. Ez a hátrány mutatkozik elsősorban az a tény, hogy mivel a következetes megközelítés a koordináció kialakítását eredmények érdeklődés kormányzati felek csak befejezése után a következő fázisban a munka.
Használt fejleszteni az információs rendszer modell előírható obekta͵ felel meg a belső koherencia és teljesség számos oka lehet az elavult tervezési idő (például változása miatt a szabályozás, devizapiaci ingadozások, stb.) Ez vonatkozik a funkcionális modell és információs modell és a felhasználói felület tervek és felhasználói dokumentáció.
Visszatérve a korábbi szakaszában. Ezt a hátrányt a kaszkád modell, általában az egyik megnyilvánulása az előzőt. Visszatér lehet az oka a tény, hogy a munkarend és a komplexitás közötti kapcsolat fejlesztőcsoportok végző egyes munkalépésekre.
A legtöbb kellemetlen az, hogy a hibák a korábbi szakaszban nem lehet kimutatni azonnal a következő lépésben, és később (például, egy kísérleti szakaszában a működés hibák léphetnek fel, a leírásban az adott területet). Ez azt jelenti, hogy a projekt részét vissza kell kezdeti szakaszában a munka. Általában a munka vissza kell bármely szakaszában bármely korábbi szakaszában, ebben a tekintetben, a valóságban, a kaszkád fejlesztési program ábrán látható. 2.
Ábra. 2. A tényleges folyamat fejlődésének kaszkád alakzatban.
A komplexitás a párhuzamos vezető munkák. Problémák merülnek fel annak a ténynek köszönhető, hogy a projekten van kialakítva lánc egymást követő lépések. És akkor is, ha a fejlesztés egyes részei a projekt (alrendszerek) végezhető párhuzamosan, egy kaszkád munkamegosztási rendszert nagyon nehéz. A komplexitás párhuzamos vezető kapcsolatos munkák rendkívül fontos Stu állandó koordináció a különböző részein a projekt. Minél nagyobb a kölcsönös függőség egyes részein a proekta͵ kell végezni gyakrabban és alaposabban szinkronizálás, annál több egymástól függő csoport fejlesztők.
Információ telítettség. A probléma akkor keletkezik, mivel túltelítettség információkat erős függése a különböző csoportok között a fejlesztők. Ez a probléma az, hogy ha módosítja az egyik része a projekt nagyon fontos, hogy értesítse a Sun ?? ex fejlesztők, ami használható, vagy lehet használni ezt a részt munkájában. Ennek eredményeként, a kötet a dokumentációt kell tenni a projekt Nagyon gyorsan nő, ezért azt szeretnénk, hogy teljesen ?? vagyis több időt a dokumentáció és megismerjék azt.
Azt is meg kell jegyezni, hogy amellett, hogy a tanulás az új anyag nem esik st rendkívül fontos a tanulmány a régi adatokat. Ez annak a ténynek köszönhető, hogy nagyon valószínű, olyan helyzetben, amikor a fejlesztés során megváltoztatja az összetétele a fejlesztő csapat (ezt a folyamatot nevezik a forgatás személyzet).
A komplexitás a projekt menedzsment segítségével kaszkád rendszer elsősorban a szigorú sorrendben fejlődési fázison és az, hogy bonyolult kölcsönhatások különböző részei között, a projekt.
A sorozat a projekt fejlesztése vezet az a tény, hogy az egyik csoport fejlesztők kell várni a többi csapat teljesítményét. Emiatt adminisztratív beavatkozásra van szükség, hogy megfeleljen az időzítés a munka és összetétele a továbbított dokumentumokat.
Magas szintű kockázatot. Minél összetettebb a projekt, annál nagyobb az időtartama az egyes fejlődési szakaszban, és a komplex kapcsolatát az egyes részek proekta͵, amelyeknek a száma is növekszik. Vissza az előző szakaszban kell csatlakoztatni nemcsak hiba, hanem a változások a tárgy mezőben, vagy a megrendelő igényei szerint a fejlesztés során. Emellett a projekt visszatér felülvizsgálati miatt ezek a tényezők nem garantálja, hogy a tárgykörben többé nem változik az idő, amikor készen áll a következő változat a projekt. Fak-lag, ez azt jelenti, hogy fennáll annak a lehetősége, hogy a fejlődési folyamat and''zatsiklitsya 'rendszer soha nem lesz az üzembe helyezésig.
Emiatt azt lehet mondani, hogy a komplex projekteket kaszkád fokozott veszélynek vannak kitéve.
lásd még
A fő előnye a kaszkád modell előadás 10 Cascade modell egy sor pozitív elemet, hogy teszik ho-Rosho ki magát a teljesítményt a különböző típusú mérnöki betét botok és elterjedt. Tekintsük. [További információ].
A listát a hiányosságok kaszkád modell, ha azt használják az információs rendszerek fejlesztése meglehetősen kiterjedt. Kezdetben csak felsorolni őket, és megfontolja a legfontosabb ezek közül részletesebben: · jelentős késés eredményeket; · Hibák és mulasztások. [További információ].