Bajardi: Qayumjonov H. Tekshirdi: tillyaboyev a

Shakl: 7.
Hayotiy tsikl dasturining spiral modeli
Spiral model Evolyutsion dizayn strategiyasining klassik namunasidir. Model (B. Boem, 1988 y.) Klassik hayot tsikli va prototipning eng yaxshi xususiyatlariga asoslangan bo'lib, unga yangi element qo'shiladi - bu paradigmalarda bo'lmagan xavf tahlili. Model spiralning to'rtta kvadranti bilan ifodalangan to'rtta harakatni belgilaydi.


Shakl: 8.

1. 
   Rejalashtirish - maqsadlarni, variantlarni va cheklovlarni aniqlash.
   
2. 
   Xatarlarni tahlil qilish - variantlarni tahlil qilish va xatarlarni tan olish / tanlash.
   
3. 
   Muhandislik mahsulot ishlab chiqarishning navbatdagi darajasidir.
   
4. 
   Baholash - mijozning joriy dizayn natijalarini baholashi.
   

Birlashtiruvchi jihat spiral model spiralning lamel o'lchamini ko'rib chiqishda aniq. Har bir takrorlash bilan ko'proq va ko'proq to'liq versiyalari PS. Spiralning birinchi burilishida dastlabki maqsadlar, imkoniyatlar va cheklovlar aniqlanadi va xavf tan olinadi va tahlil qilinadi. Agar risklarni tahlil qilish talablarning noaniqligini aniqlasa, dizayn kvadrantida ishlatiladigan prototip ishlab chiquvchi va buyurtmachiga yordam beradi.
Modellashtirish muammoli va aniq talablarni yanada aniqlash uchun ishlatilishi mumkin. Buyurtmachi muhandislik (loyihalash) ishini baholaydi va modifikatsiya qilish bo'yicha takliflar kiritadi (mijozlarni baholash kvadranti). Rejalashtirish va xatarlarni tahlil qilishning keyingi bosqichi mijozlar takliflariga asoslanadi. Spiraldagi har bir tsikldagi xatarlarni tahlil qilish natijalari "davom eting, davom etmang" shaklida shakllantiriladi. Agar xavf juda katta bo'lsa, loyihani to'xtatish mumkin.
Ko'pgina hollarda, spiral davom etadi, har bir qadam ishlab chiquvchilarni tizimning umumiy modeli tomon yo'naltiradi. Har bir spiral tsikl uchun klassik hayot aylanishi yoki prototip yordamida bajarilishi mumkin bo'lgan dizayn (o'ng pastki kvadrant) kerak. E'tibor bering, spiral markazidan harakatlanayotganda rivojlanish faoliyati soni (pastki o'ng kvadrantda paydo bo'ladi).
Ushbu harakatlar raqamlangan va quyidagi tarkibga ega:

1. 
   - talablarning dastlabki to'plami va loyihani rejalashtirish;
   
2. 
   - xuddi shu ish, lekin mijozning tavsiyalari asosida;
   
3. 
   - dastlabki talablar asosida tavakkalchilik tahlili;
   
4. 
   - mijozning reaktsiyasi asosida xatarlarni tahlil qilish;
   
5. 
   - yaxlit tizimga o'tish;
   
6. 
   - tizimning dastlabki joylashuvi;
   
7. 
   - maketning navbatdagi darajasi;
   
8. 
   - ishlab chiqilgan tizim;
   
9. 
   - mijoz tomonidan baholash.
   

Afzalliklari spiral model:

1. 
   eng aniq (evolyutsiya shaklida) dasturiy ta'minotning rivojlanishini aks ettiradi;
   
2. 
   rivojlanish evolyutsiyasining har bir bosqichida xavfni aniq hisobga olishga imkon beradi;
   
3. 
   iterativ rivojlanish tarkibidagi tizimli yondoshish bosqichini o'z ichiga oladi;
   
4. 
   dasturiy mahsulotni xavfini kamaytirish va yaxshilash uchun simulyatsiyadan foydalanadi.
   

kamchiliklar spiral model:

• 
  qiyosiy yangilik (model samaradorligi bo'yicha etarli statistika mavjud emas);
  
• 
  mijozga bo'lgan talablarning ortishi;
  
• 
  rivojlanish vaqtini boshqarish va boshqarishdagi qiyinchiliklar.
  

Spiral rivojlanish jarayonining modeli hozirgi kunda eng keng tarqalgan. Eng mashhur variantlar RUP (Rational Unified Process) dan Rational va MSF (Microsoft Solution Framework). UML (Unified Modeling Language) modellashtirish tili sifatida ishlatiladi. Tizimni yaratish spiralda harakatlanib, xuddi shu bosqichlardan o'tib, har bir tsikldagi kelajak mahsulotining xususiyatlarini takomillashtirish uchun takroriy ravishda amalga oshirilishi kerak. Endi hamma narsa yaxshi bo'lib tuyuladiki: faqat taxmin qilinishi mumkin bo'lgan narsalar rejalashtirilmoqda, rejalashtirilayotgan narsalar ishlab chiqilmoqda va foydalanuvchilar kerakli o'zgartirishlarni kiritish imkoniyatiga ega bo'lib, mahsulot bilan oldindan tanishishni boshlaydilar.
Biroq, bu juda katta mablag 'talab qiladi. Darhaqiqat, ilgari mutaxassislar guruhlarini kerak bo'lganda tuzish va tarqatish mumkin bo'lgan bo'lsa, endi ularning barchasi doimiy ravishda loyihada qatnashishi kerak: me'morlar, dasturchilar, sinovchilar, o'qituvchilar va boshqalar. turli guruhlar dizayn qarorlarini o'z vaqtida aks ettirish va kerakli o'zgarishlarni amalga oshirish uchun sinxronlashtirilishi kerak.