Reja: Dizayn texnologiyasining ta'rifi

V shaklidagi model
Ushbu model muammoga tizimli yondashuvga asoslanadi, buning uchun to'rtta asosiy bosqich belgilanadi: tahlil qilish, loyihalash, ishlab chiqish va ko'rib chiqish. Tahlil loyihani rejalashtirish va talablarni o'z ichiga oladi. Dizayn yuqori darajali va batafsil (past darajali) ga bo'linadi. Rivojlanish kodlashni o'z ichiga oladi va ko'rib chiqish har xil turdagi testlarni o'z ichiga oladi.
Ushbu model (3.3-rasm) dasturiy mahsulotlarni tekshirish va kvalifikatsiya qilishga qaratilgan sharshara modelining variatsiyasi sifatida ishlab chiqilgan. Model shuni ko'rsatadiki, mahsulotni sinovdan o'tkazish rivojlanishning hayotiy tsiklining boshida muhokama qilinadi, loyihalashtiriladi va rejalashtirilgan (3.3-rasmdagi chiziqli o'qlar).

Model analitik bosqichlar va dizayn bosqichlari o'rtasidagi munosabatlarni aniq ko'rsatadi.

• kodlash va sinovdan o'ting. Chiziqli o'qlar bu bosqichlarni parallel ravishda ko'rib chiqish kerakligini ko'rsatadi.
• Model quyidagi bosqichlarni o'z ichiga oladi: loyiha talablarini tuzish va rejalashtirish - tizim talablari aniqlanadi va ishni rejalashtirish amalga oshiriladi;
• mahsulotga talablarni tayyorlash va ularni tahlil qilish - dasturiy mahsulotga qo'yiladigan talablarning to'liq spetsifikatsiyasi tuziladi;
• yuqori darajadagi loyihalash - dasturiy ta'minotning tuzilishi, uning asosiy komponentlari va ular amalga oshiradigan funktsiyalar o'rtasidagi bog'liqlik aniqlanadi;
• batafsil loyihalash - har bir komponentning ishlash algoritmi aniqlanadi;
• kodlash - algoritmlar tayyor dasturiy ta'minotga aylantiriladi;
• birlik testi - dasturiy ta'minotning har bir komponenti yoki moduli sinovdan o'tkaziladi;
• integratsiya testi — dasturiy ta'minotni integratsiyalash va uni testdan o'tkazish amalga oshiriladi;
• tizim testi — dasturiy ta'minotning ishlashi talablar spetsifikatsiyasiga muvofiq apparat muhitiga joylashtirilgandan so'ng tekshiriladi;
• ekspluatatsiya va texnik xizmat ko'rsatish - dasturiy ta'minotni ishlab chiqarishga kiritish. Ushbu bosqichda BCP o'zgartirilishi va yangilanishi mumkin.
V shaklidagi modelning afzalliklari:
• dasturiy ta'minotni tekshirish va sertifikatlashtirishga katta ahamiyat berilib, uni ishlab chiqishning dastlabki bosqichlaridan boshlab barcha tadbirlar rejalashtirilgan;
• nafaqat SPning o'zini, balki barcha qabul qilingan ichki va tashqi ma'lumotlarni sertifikatlash va tekshirish nazarda tutilgan;
• Har bir bosqichning yakunlanishi muhim bosqich bo'lgani uchun taraqqiyotni osongina kuzatish mumkin.
Ushbu afzalliklarga qo'shimcha ravishda, model bir qator kamchiliklarga ham ega:
• fazalar orasidagi iteratsiyalar hisobga olinmaydi; hayot aylanishining turli bosqichlarida o'zgarishlar qilish mumkin emas; talablarni tekshirish juda kech bo'ladi, shuning uchun o'zgartirishlar kiritish jadvalga ta'sir qiladi.
• Bu modeldan dasturiy mahsulotlarni ishlab chiqishda foydalanish maqsadga muvofiq, uning asosiy talabi yuqori ishonchlilikdir.

Prototiplash modeli (3.4-rasm) kompilyatsiya bosqichidan oldin yoki jarayonida PP prototipini yaratishga imkon beradi.

PP talablari.
Potentsial foydalanuvchilar ushbu prototip bilan ishlaydi, uning kuchli va zaif tomonlarini aniqlaydi, natijalar dasturiy ta'minotni ishlab chiquvchilarga xabar qilinadi. Shunday qilib, foydalanuvchilar va ishlab chiquvchilar o'rtasida fikr-mulohazalar ta'minlanadi, bu dasturiy ta'minotga bo'lgan talablarning spetsifikatsiyasini o'zgartirish yoki sozlash uchun ishlatiladi. Bunday ishlar natijasida mahsulot foydalanuvchilarning haqiqiy ehtiyojlarini aks ettiradi.
• Dasturiy ta’minotni ishlab chiqish hayotiy tsikli loyiha rejasini ishlab chiqishdan boshlanadi (3.4-rasmda rejalashtirish bosqichi ellips markaziga to‘g‘ri keladi), so‘ngra tezkor tahlil o‘tkaziladi, shundan so‘ng ma’lumotlar bazasi yaratiladi (agar, albatta, u dasturiy ta'minotda qo'llaniladi), foydalanuvchi interfeysi va ishlab chiqish zarur funktsiyalarni bajaradi. Ushbu ish natijasida dasturiy ta'minotga qo'yiladigan talablarning qisman spetsifikatsiyasini o'z ichiga olgan hujjat olinadi. Ushbu hujjat yana tez prototiplashning iterativ tsikli uchun asos bo'ladi.
• Prototiplash natijasida ishlab chiquvchi tayyor prototipni foydalanuvchilarga namoyish etadi va foydalanuvchilar uning ishlashini baholaydilar. Shundan so'ng, muammolar aniqlanadi, ularni bartaraf etishda foydalanuvchilar va ishlab chiquvchilar birgalikda ishlaydi. Bu jarayon foydalanuvchilar dasturiy ta'minotning uning oldiga qo'yilgan talablarga muvofiqlik darajasidan qoniqmaguncha davom etadi. Keyin prototip foydalanuvchilarga takomillashtirish bo'yicha takliflarni olish uchun ko'rsatiladi, ular ishchi model qoniqarli bo'lgunga qadar ketma-ket iteratsiyalarga kiritiladi. Shundan so'ng, ular foydalanuvchilardan prototipning funksionalligini rasmiy tasdiqlash (tasdiqlash) oladi va uni tayyor dasturiy ta'minotga yakuniy aylantirishni amalga oshiradi.
Potentsial foydalanuvchilar ushbu prototip bilan ishlaydi, uning kuchli va zaif tomonlarini aniqlaydi, natijalar dasturiy ta'minotni ishlab chiquvchilarga xabar qilinadi. Shunday qilib, foydalanuvchilar va ishlab chiquvchilar o'rtasida fikr-mulohazalar ta'minlanadi, bu dasturiy ta'minotga bo'lgan talablarning spetsifikatsiyasini o'zgartirish yoki sozlash uchun ishlatiladi. Bunday ishlar natijasida mahsulot foydalanuvchilarning haqiqiy ehtiyojlarini aks ettiradi.
• Dasturiy ta’minotni ishlab chiqish hayotiy tsikli loyiha rejasini ishlab chiqishdan boshlanadi (3.4-rasmda rejalashtirish bosqichi ellips markaziga to‘g‘ri keladi), so‘ngra tezkor tahlil o‘tkaziladi, shundan so‘ng ma’lumotlar bazasi yaratiladi (agar, albatta, u dasturiy ta'minotda qo'llaniladi), foydalanuvchi interfeysi va ishlab chiqish zarur funktsiyalarni bajaradi. Ushbu ish natijasida dasturiy ta'minotga qo'yiladigan talablarning qisman spetsifikatsiyasini o'z ichiga olgan hujjat olinadi. Ushbu hujjat yana tez prototiplashning iterativ tsikli uchun asos bo'ladi.
• Prototiplash natijasida ishlab chiquvchi tayyor prototipni foydalanuvchilarga namoyish etadi va foydalanuvchilar uning ishlashini baholaydilar. Shundan so'ng, muammolar aniqlanadi, ularni bartaraf etishda foydalanuvchilar va ishlab chiquvchilar birgalikda ishlaydi. Bu jarayon foydalanuvchilar dasturiy ta'minotning uning oldiga qo'yilgan talablarga muvofiqlik darajasidan qoniqmaguncha davom etadi. Keyin prototip foydalanuvchilarga takomillashtirish bo'yicha takliflarni olish uchun ko'rsatiladi, ular ishchi model qoniqarli bo'lgunga qadar ketma-ket iteratsiyalarga kiritiladi. Shundan so'ng, ular foydalanuvchilardan prototipning funksionalligini rasmiy tasdiqlash (tasdiqlash) oladi va uni tayyor dasturiy ta'minotga yakuniy aylantirishni amalga oshiradi.
• Prototiplash modeli bir qator afzalliklarga ega:
• mijozlar bilan muloqot qilish
• ishlab chiqilayotgan tizim dastlabki bosqichda boshlanadi;
• mijozning prototipga munosabati tufayli talablardagi noaniqliklar soni minimal darajaga tushiriladi;
• SP talablarini aniqlashda chalkashlik, noto'g'ri ma'lumot berish yoki tushunmovchiliklar ehtimolini kamaytiradi, natijada yuqori sifatli SP olinadi;
• ishlab chiqish jarayonida har doim yangi, hatto kutilmagan mijozlar talablarini hisobga olish mumkin;
• prototip - bu dasturiy ta'minot paketida mujassamlangan rasmiy spetsifikatsiya;
• Prototip juda moslashuvchan dizayn va ishlab chiqish imkonini beradi, shu jumladan rivojlanishning barcha bosqichlarida bir necha marta takrorlash;
• mijoz dasturiy ta'minotni ishlab chiqish jarayonida doimo taraqqiyotni ko'radi; ishlab chiquvchilar va mijozlar o'rtasidagi nizolar ehtimoli minimallashtiriladi;
• takomillashtirishlar soni kamayadi, bu esa ishlab chiqish xarajatlarini kamaytiradi:
• yuzaga kelayotgan muammolar dastlabki bosqichda hal qilinadi, bu esa ularni bartaraf etish xarajatlarini keskin kamaytiradi;
• mijozlar butun hayot tsikli davomida rivojlanish jarayonida ishtirok etadilar va oxir-oqibat ish natijalaridan ko'proq qoniqish hosil qiladilar.
• Prototiplash modelining ushbu afzalliklaridan tashqari, bir qator kamchiliklari mavjud:
• murakkab muammolarni hal qilish kelajakka qoldirilishi mumkin;
• mijoz dasturiy ta'minotning yakuniy to'liq versiyasini emas, balki prototipini olishni afzal ko'rishi mumkin;
• prototip yaratish asossiz uzoq vaqt talab qilishi mumkin;
• ishni boshlashdan oldin qancha takrorlash kerakligi ma'lum emas.
• Prototiplash modeli quyidagi hollarda tavsiya etiladi:
• dasturiy ta'minotga qo'yiladigan talablar oldindan ma'lum emas,
• talablar doimiy emas yoki yomon shakllantirilgan;
• talablarni aniqlashtirish kerak;
• kontseptsiyani isbotlash zarur;
• foydalanuvchi interfeysiga ehtiyoj bor; yangi, tengsiz rivojlanish amalga oshirilmoqda;
Ishlab chiquchilar qaysi yechimni tanlashni bilishmaydi.