Prototüüpimine
Mudeli ajalugu
Prototüüpimine sai alguse 20. sajandi keskel, eriti inseneri- ja tarkvaraarenduse valdkonnas. Üks tuntumaid selle meetodi populariseerijaid tarkvaraarenduses oli Winston Royce 1970ndatel, kes tutvustas seda osana tarkvaraarenduse elutsüklist. Meetod arenes edasi koos interaktiivsete tehnoloogiate ja paindlike arendusmetoodikate (nt Agile) kasvuga.
Etapid
Nõuete kogumine – Prototüübi eesmärkide ja nõuete määratlemine.
Esialgse prototüübi loomine – Algse, lihtsustatud prototüübi arendamine.
Katsetamine ja tagasiside kogumine – Prototüübi testimine kasutajatega ning nende tagasiside kogumine.
Parandused ja täiustused – Muudatuste tegemine prototüübile vastavalt tagasisidele.
Lõpp-toode – Täiustatud prototüübi alusel lõpliku toote loomine.
Plussid
1.Kiirem kasutajate tagasiside saamine.
2.Parandab meeskonna ja tellija vahel suhtlust.
3.Väldib suuri vigu lõplikus tootes.
4.Võimaldab kiiresti testida ja valideerida ideid.
5.Ressursside tõhusam kasutamine, vähendab hilisemaid muudatusi.
Miinused
- Aeganõudev, kui protsess pole hästi juhitud.
2. Võib viia liigsete ja pidevate muudatusteni.
3.Võib tekitada kasutajates või tellijas vale ootuse.
4.Prototüüp võib olla kas liiga lihtsustatud või liiga keeruline.
5.Ressursside raiskamine, kui prototüüp ei vasta tegelikele vajadustele.
V-mudel
Ajalugu
V-mudel on tarkvaraarenduse elutsükli mudel, mis arenes välja 1980ndatel aastatel. Selle idee ja vormi populariseeris Michael A. B. Rook 1990ndatel, kuid mudeli kontseptsioon põhineb varasematel tarkvaraarenduse ja testimise põhimõtetel. V-mudel rõhutab testimise integreerimist arendusprotsessi igas etapis.
Etapid
V-mudel koosneb kahest peamisest harust, mis moodustavad V-kujulise skeemi:
- Vasak haru – Spetsifikatsioon ja planeerimine:
- Nõuete analüüs
- Süsteemi disain
- Detailne disain
- Parem haru – Testimine ja valideerimine:
- Üksustestimine (unit testing)
- Integratsioonitestimine
- Süsteemitestimine
- Aktseptatsioonitestimine (kasutajate aktseptatsioon)
Plussid
1.Selge ja struktureeritud protsess.
2.Testimine on kaasatud arenduse igasse etappi.
3.Vigade varajane avastamine vähendab kulusid.
4.Sobib hästi suurtele ja keerukatele projektidele.
5.Parandab kvaliteedi kontrolli ja dokumentatsiooni.
Miinust
Vähe paindlik muutuvate nõuete puhul.
Eeldab põhjalikku planeerimist algusest peale.
Ei sobi hästi väikestele ja kiiretele projektidele.
Testimise ja arenduse faasid on rangelt eraldatud, mis võib aeglustada protsessi.
Võib põhjustada dokumentatsiooni ja protsesside üleküllust.