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 magában foglalja az összes előírt követelményekhez 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 fejlesztés konkrét információs rendszerek. Ez arra utal, hogy a rendszer, amelyre a legelején a fejlesztési lehet megfogalmazni az összes követelménynek elég pontosan és hiánytalanul, 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.
Hátrányai a kaszkád modell
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ésőbbi szakaszában a munka, így vissza kell menni;
- 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 automatizálható objektum modell kritériumainak belső következetesség és a teljesség számos oka lehet az elavult tervezési idő (például azért, mert a jogszabályi változások, 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 lehet bármely szakaszában bármely korábbi szakaszában, így 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 folytatásának szükségességét összehangolása a különböző részein a projekt. Minél nagyobb a kölcsönös függőség egyes részei a projekt még többet kell tenni 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 abban rejlik, hogy ha módosítja az egyik része a projektnek meg kell értesíteni a fejlesztők, hogy a használatban lévő 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ő, így több időt vesz igénybe a dokumentáció és megismerjék azt.
Azt is meg kell jegyezni, hogy amellett, hogy a tanulás új anyag, nem így nincs szükség 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. Ezért a közigazgatási beavatkozás szükséges, 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 a projekt, amelyek száma is nőtt. Vissza az előző szakaszban lehet összefügg 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 „végtelen hurok”, és a rendszer nem kerül üzembe.
Ezért azt lehet mondani, hogy a komplex projekteket kaszkád fokozott veszélynek vannak kitéve.