38 ■
әзірлеу процесінің сызықтық құрылымы;
■
аралық өнімдердің болмауы;
■
пайдаланушының талаптарды әзірлеу кезінде және қабылдау
сынақтары кезінде әзірлеу процесіне жеткілікті түрде қатыспауы,
бұл бағдарламалық қамсыздандыру сапасын пайдаланушының
алдын-ала бағалай алмауына әкеледі.
Бұл тәсілді қолдану тиімдірек: ■
аларды нақты, ӨЦ кезінде өзгермейтін талаптармен және түсінікті
түрде іске асырумен әзірлеу кезінде;
■
жобаларды жоғары емес қиындықпен әзірлеуге, мысалы:
✓ әзірлеушілер әзірлеген осы үлгідегі бағдарламалық құралды
немесе жүйені құру;
✓ қолданыстағы бағдарламалық құралдың немесе жүйенің жаңа
нұсқасын құру;
✓ қолданыста бар өнімді жаңа платформаға ауыстыру;
■
басқа стратегияны іске асыратын ӨЦ модельдерінің құрамдас
бөлшегі ретінде үлкен жобаларды орындау.
Бағдарламалық қамсыздандыруды әзірлеудің инкрементті стратегиясы Инкрементті тәсіл нәтижені жақсартудың жоспарланып алынған
әзірлеу сатыларынан бірнеше рет өтуін болжайды.
Инкрементті әзірлеме- бұл сатылы және келесі уақытша стратегия
кестелеріне, мұндай жүйенің түрлі бөлшектері түрлі уақытта әзірленеді
және түрлі қарқынмен әзірленеді, егер бір бөлігі дайын болса, онда оны
жүйеге біріктіреді.
Балама стратегия жүйенің барлық бөлшектерін кодтау шешімі болса,
ал содан кейін барлық кодты бірден біріктіру.
Бұл стратегия әзірлеу процесінің басында әзірленетін бағдарламалық
қамсыздандыруға қойылатын барлық талаптарды толық анықтауға
негізделген. Инкрементті әзірлеу негізіне жататын идея бағдарламалық
жүйені өсу принципі бойынша әзірлеу қажет екендігінен тұрады, мұнда
әзірлеуші әзірлеу кезінде бұрынғы бағдарламалық қамсыздандыру
нұсқаларын (релиздердің) әзірлеу кезінде алынған деректерді қолдана
алады. Жаңа деректер бағдарламалық қамсыздандыруды әзірлеу
барысында алынғандай, сонымен қатар мүмкін болатын пайдалану
барысында да алынады. Бұл процестің тірек сатылары - бағдарламаға
қойылатын талаптардың көптегенін іске асыру мен бірізді релиздерді
бағдарламалық қамсыздандыру іске аспағанша модельді жетілдіру.
