Den Traditionelle Vandfald Tilgang
Vandfaldet tilgang til systemanalyse og design wass den første, der er etableret moderne tilgang til opbygningen af et system. Denne metode blev oprindeligt defineret af .inston Royce. Royce i 1970, (“the Methodologyaterfall Development Methodology”, 2006). Det fik hurtigt støtte fra ledere, fordi alt flyder logisk fra begyndelsen af et projekt til slutningen, (Jonasson, 2008)., Kilder er forskellige, når det kommer til de specifikke trin i Vandfaldsprocessen (Jonasson, 2008), og jeg vil detaljere nogle af disse forskelle i næste afsnit. Den grundlæggende underliggende logik og trin præsenterer sig imidlertid i hver fortolkning. figur 1: vandfaldsmetode
(“The Methodologyaterfall Development Methodology”, 2006)
den originale vandfaldsmetode, som er udviklet af Royce, findes i Figur 1. Trinene omfatter krav bestemmelse, Design, implementering, verifikation og vedligeholdelse., Andre modeller ændrer Kravfasen ind i idefasen (Jonasson, 2008), eller bryder Kravsfasen ud i planlægning og analyse (Hoffer, George, Valacich, 2008). Desuden bryder nogle modeller yderligere designfasen ud i logiske og fysiske Designunderfaser (Hoffer, et al, 2008). Som tidligere nævnt forbliver de grundlæggende underliggende principper imidlertid de samme.
vandfaldsmetoden antager, at alle krav kan samles foran i Kravfasen (Kee, 2006)., Kommunikation med brugeren er front-loaded i denne fase, som projektlederen gør sit bedste for at få en detaljeret forståelse af brugerens krav. Når denne fase er færdig, kører processen “do .nhill” (Hoffer, et al, 2008).
designfasen beskrives bedst ved at bryde den op i logiske Design og fysiske Designunderfaser. I den logiske designfase bruger systemets analytikere de indsamlede oplysninger i Kravfasen til at designe systemet uafhængigt af ethvert hard .are-eller Soft .aresystem (Hoffer, et al, 2008)., Når den højere niveau Logisk Design er færdig, systemanalytiker derefter begynder at omdanne det til et Fysisk Design, afhængig af specifikationerne for specifikke hardware-og software teknologier (“Software Development Lifecycle”, n.d.)
implementeringsfasen er, når alle de faktiske kode er skrevet (“SDLC Faser”, n.d.). Denne fase tilhører programmørerne i vandfaldsmetoden, da de tager projektets krav og specifikationer og koder applikationerne.,
Verifikationsfasen blev oprindeligt opfordret af Royce for at sikre, at projektet lever op til kundernes forventninger. Imidlertid ignoreres denne fase ofte under analyse og design i den virkelige verden. Projektet rulles ud til kunden, og vedligeholdelsesfasen begynder.
i vedligeholdelsesfasen bruger kunden den udviklede applikation. Da der opstår problemer på grund af forkert kravbestemmelse eller andre fejl i designprocessen eller på grund af ændringer i brugernes krav, foretages der ændringer i systemet i denne fase. (“SDLC-faser”, n. d.).,
vandfaldsmetoden har visse fordele, herunder:
- designfejl registreres, før der skrives soft .are, hvilket sparer tid i implementeringsfasen.
- fremragende teknisk dokumentation er en del af leverancerne, og det er lettere for nye programmører at komme op i fart i vedligeholdelsesfasen.
- fremgangsmåden er meget struktureret, og det er lettere at måle fremskridt ved henvisning til klart definerede milepæle.,
- projektets samlede omkostninger kan estimeres nøjagtigt, efter at kravene er defineret (via funktions-og brugergrænsefladespecifikationerne).
- test er lettere, da det kan gøres ved henvisning til scenarierne defineret i den funktionelle specifikation (“Vandfaldsudviklingsmetodologien”, 2006).,
Desværre, Vandfaldet metode, medfører det en hel del ulemper, som for eksempel:
- Kunder vil ofte finde det vanskeligt at fremføre deres krav på det abstrakte plan for en funktionel specifikation og vil kun fuldt ud forstår, hvad der er nødvendigt, hvis programmet er leveret. Det bliver så meget vanskeligt (og dyrt) at re-engineere ansøgningen.
- modellen tager ikke højde for muligheden for, at kravene ændres under udviklingscyklussen.,
- et projekt kan ofte tage væsentligt længere tid at levere, end når det udvikles med en iterativ metode som den agile udviklingsmetode. (“Wateraterfall Development Methodology”, 2006).
På grund af disse og lignende problemer begyndte systemanalytikere at lede efter alternative metoder til design af systemer. I de følgende afsnit vil jeg gå over udvalgte metoder, der er udviklet. Jeg vil koncentrere mig om metoder, der er klassificeret som Agile. I dette papir vil jeg koncentrere mig om ekstrem programmering, Scrum og testdrevet udvikling.