Dasturiy ta'minot siklining modellari va bosqichlari

Dasturiy ta'minot siklining modellari va bosqichlari
Hayot tsikli modeli deganda, dasturiy ta'minotning hayotiy tsikli davomida jarayonlar, harakatlar va vazifalarning bajarilish ketma -ketligini va o'zaro bog'liqligini aniqlaydigan tuzilma tushuniladi. Hayot tsikli modeli loyihaning o'ziga xosligi, ko'lami va murakkabligi hamda tizimning yaratilishi va faoliyat ko'rsatishi shartlarining o'ziga xos xususiyatlariga bog'liq.
ISO / IEC 12207 ma'lum bir hayot aylanish davri modelini va dasturiy ta'minotni ishlab chiqish usullarini taklif qilmaydi. Uning qoidalari har qanday hayotiy tsikl modellari, dasturiy ta'minotni ishlab chiqish usullari va texnologiyalari uchun umumiydir. Standart dasturiy ta'minotning hayotiy tsikli jarayonlarining tuzilishini tavsiflaydi, lekin bu jarayonlarga kiritilgan harakatlar va vazifalarni qanday amalga oshirish yoki bajarish ko'rsatilmagan. Har qanday dasturiy ta'minotning hayotiy tsikli modeli uni yaratish jarayonining mohiyatini belgilaydi, bu o'z vaqtida tuzilgan, bir -biri bilan bog'langan va ish bosqichlarida (bosqichlarida) birlashtirilgan, bajarilishi dasturiy ta'minotni yaratish uchun zarur va etarli. belgilangan talablarga javob beradi.
Dasturiy ta'minotni yaratish bosqichi (bosqichi) - bu dasturiy ta'minotni yaratish jarayonining bir qismi bo'lib, u ma'lum vaqt oralig'ida cheklangan va talablar bilan aniqlangan ma'lum bir mahsulotni (dasturiy ta'minot modellari, dasturiy komponentlar, hujjatlar va boshqalar) chiqarilishi bilan tugaydi. ushbu bosqich uchun belgilangan. Dasturiy ta'minotni ishlab chiqish bosqichlari belgilangan natijalar bilan tugaydigan ishni oqilona rejalashtirish va tashkil etish sabablari bilan ajralib turadi. Dasturiy ta'minotning hayot aylanishi odatda quyidagi bosqichlarni o'z ichiga oladi:

• 
  dasturiy ta'minot talablarini shakllantirish;
  
• 
  dizayn (tizim loyihasini ishlab chiqish);
  

• 
  amalga oshirish (kichik bosqichlarga bo'lish mumkin: batafsil dizayn, kodlash);
  
• 
  sinov (mustaqil va bo'linishi mumkin murakkab sinov va integratsiya);
  
• 
  ishga tushirish (amalga oshirish);
  
• 
  foydalanish va texnik xizmat ko'rsatish;
  
• 
  ishdan bo'shatish.
  

Ba'zi ekspertlar qo'shimcha boshlang'ich bosqichni kiritadilar - texnik -iqtisodiy asoslash tizimlar. Bu dasturiy ta'minot ishlab chiqarilgan, sotib olingan yoki o'zgartirilgan dasturiy va apparat tizimiga tegishli.
Dasturiy ta'minot talablarini shakllantirish bosqichi eng muhimlaridan biri bo'lib, butun loyihaning muvaffaqiyatini (hatto hal qiluvchi!) Ham belgilaydi. Ushbu bosqichning boshlanishi - apparat va dasturiy ta'minot o'rtasida funktsiyalarni taqsimlash bo'yicha asosiy kelishuvlarni o'z ichiga olgan tasdiqlangan va tasdiqlangan tizim arxitekturasini olish. Ushbu hujjat, shuningdek, inson va tizim o'rtasidagi funktsiyalarni taqsimlash bo'yicha asosiy kelishuvlarni o'z ichiga olgan holda, dasturiy ta'minotning ishlashi to'g'risida umumiy tushunishni tasdiqlashni o'z ichiga olishi kerak.
Dasturiy ta'minot talablarini shakllantirish bosqichi quyidagi bosqichlarni o'z ichiga oladi.
Loyiha ustida ishlashdan oldin ishni rejalashtirish. Bosqichning asosiy vazifalari - rivojlanish maqsadlarini aniqlash, dastlabki iqtisodiy baholash loyiha, ish jadvalini tuzish, qo'shma ishchi guruhini tuzish va o'qitish.
Avtomatlashtirilgan tashkilot (ob'ekt) faoliyati bo'yicha so'rov o'tkazish, uning doirasida kelajakdagi tizimga qo'yiladigan talablarni oldindan aniqlash, tashkilotning tuzilishini aniqlash, maqsadli funktsiyalar ro'yxatini aniqlash.
Tashkilot, bo'limlar va xodimlar tomonidan funktsiyalar taqsimlanishini tahlil qilish, bo'limlar orasidagi funktsional o'zaro ta'sirlarni aniqlash, bo'limlar ichidagi va bo'limlar orasidagi axborot oqimlari, ob'ektlarni tashkillashtirish va tashqi axborot ta'sirlari, tahlil mavjud mablag'lar tashkilot faoliyatini avtomatlashtirish.
Tadqiqot materiallarini qayta ishlashni ta'minlaydigan va ikki turdagi modellarni yaratadigan tashkilot (ob'ekt) faoliyatining modelini yaratish:
"AS-IS" ("xuddi shunday") modeli, bu so'rov paytida tashkilotdagi mavjud holatni aks ettiradi va sizga tashkilotning qanday ishlashini tushunishga, shuningdek, kamchiliklarni aniqlashga va vaziyatni yaxshilash bo'yicha takliflar tuzishga imkon beradi.
"TO-BE" modeli ("qanday bo'lishi kerak"), tashkilotning yangi texnologiyalari g'oyasini aks ettiradi.
Modellarning har biri to'liq funktsional va axborot modeli tashkilot faoliyati, shuningdek (agar kerak bo'lsa) tashkilot xatti -harakatining dinamikasini tavsiflovchi model. E'tibor bering, qurilgan modellar mustaqil amaliy ahamiyatga ega Korxona axborot tizimini ishlab chiqadimi yoki yo'qmi, qat'i nazar, ular xodimlarni o'qitish va korxona ish jarayonlarini yaxshilash uchun ishlatilishi mumkin.
Dasturiy ta'minot talablarini shakllantirish bosqichining yakunlanishi natijasi - bu dasturiy ta'minotning texnik xususiyatlari, funktsional, texnik va interfeys spetsifikatsiyalari bo'lib, ularning to'liqligi, sinovdan o'tkazilishi va texnik -iqtisodiy asoslanishi tasdiqlangan.

Dizayn bosqichi quyidagi bosqichlarni o'z ichiga oladi.

Dastur tizimi loyihasini ishlab chiqish. Bu bosqichda "Kelajak tizimi nima qilishi kerak?" Degan savolga javob, dasturiy ta'minotni tuzatish rejasi va sifat nazorati.
Tizim loyihasi "TO-BE" modeliga asoslangan loyihalashtirilgan tizim modellari asosida tuzilgan. Tizim loyihasini ishlab chiqish natijasi dasturiy ta'minot talablarining tasdiqlangan va tasdiqlangan spetsifikatsiyasi bo'lishi kerak: ularning to'liqligi, sinovdan o'tkazilishi va maqsadga muvofiqligi tasdiqlangan funktsional, texnik va interfeysli spetsifikatsiyalar.
Batafsil (texnik) loyihani ishlab chiqish. Ushbu bosqichda dasturiy ta'minotning haqiqiy dizayni, shu jumladan tizim arxitekturasi dizayni va batafsil dizayn amalga oshiriladi. Shunday qilib, savolga javob beriladi: "Tizimni talablarga javob beradigan qilib qanday qurish kerak?"
Batafsil dizayn natijasi - tasdiqlangan dasturiy ta'minot spetsifikatsiyasini ishlab chiqish, shu jumladan:

• 
  dasturiy ta'minot komponentlari ierarxiyasini, ma'lumotlar va boshqaruv uchun modullararo interfeyslarni shakllantirish;
  
• 
  har bir dastur komponentining spetsifikatsiyasi, nomi, maqsadi, taxminlar, o'lchamlar, qo'ng'iroqlar ketma -ketligi, kirish va chiqish ma'lumotlari, noto'g'ri Chiqish, algoritmlar va mantiqiy davrlar;
  
• 
  individual maydonlar darajasiga qadar jismoniy va mantiqiy ma'lumotlar tuzilmalarini shakllantirish;
  
• 
  hisoblash resurslarini taqsimlash rejasini ishlab chiqish (markaziy protsessorlar vaqti, xotira va boshqalar);
  
• 
  talablarning to'liqligi, izchilligi, maqsadga muvofiqligi va asosliligini tekshirish;
  
• 
  dastlabki integratsiya va disk raskadrovka rejasi, foydalanuvchi qo'llanmasi va qabul qilish test rejasi.
  

Batafsil dizayn bosqichining yakunlanishi-bu loyihani oxirigacha nazorat qilish yoki loyihani tanqidiy tahlil qilish.
Amalga oshirish bosqichi quyidagi ishlarni amalga oshirishdir.
Har bir kichik dasturning tasdiqlangan batafsil spetsifikatsiyasini ishlab chiqish (yuqori darajadagi tilning 100 manba buyruqlaridan ko'p bo'lmagan).
Tashqi spetsifikatsiyalarda quyidagi ma'lumotlar bo'lishi kerak:

modul nomi - modulni chaqirish uchun ishlatiladigan nomni ko'rsatadi (bir nechta kirishga ega modul uchun har bir kirish uchun alohida spetsifikatsiyalar bo'lishi kerak);

funktsiya - modul bajaradigan funksiya yoki funktsiyalarni belgilaydi;
modulga berilgan parametrlar ro'yxati (raqam va tartib);
kirish parametrlari - modul tomonidan qaytarilgan barcha ma'lumotlarning aniq tavsifi (modulning xatti -harakatlari har qanday kirish sharoitida aniqlanishi kerak);
tashqi effektlar (xabarni chop etish, terminaldan so'rovni o'qish va hk).
Modullar mantig'ini loyihalash va modullarni dasturlash (kodlash).
Modullarning to'g'riligini tekshirish.
Sinov modullari.
Ma'lumotlar bazasini individual parametrlar, belgilar va bitlar darajasigacha tavsiflash.
Qabul qilish test rejasi.
Foydalanuvchi uchun qo'llanma.
Integratsiya va disk raskadrovka uchun dastlabki reja.
Keyingi bosqichlarning mazmuni asosan dasturiy ta'minotning hayotiy tsiklining tegishli jarayonlariga to'g'ri keladi. Umuman olganda, texnologik bosqichlar ishni oqilona va oqilona rejalashtirish va tashkil etishga asoslangan. Rasmda dasturiy jarayonlarning hayot aylanishi bilan bog'liqlik va ish bosqichlarining mumkin bo'lgan varianti ko'rsatilgan.
Guruh. 1.
Hayot aylanishining dasturiy ta'minot modellarining turlari:
Sharshara modeli (klassik hayot aylanishi)
Bu model o'zining tashqi ko'rinishini W. Roysga qarzdor (1970). Modelning boshqa nomi ham bor - palapartishlik. Modelning o'ziga xos xususiyati shundaki, keyingi bosqichga o'tish faqat oldingi bosqichdagi ishlar to'liq tugatilgandan so'ng amalga oshiriladi; o'tgan bosqichlarga qaytarish ta'minlanmagan.
Guruh. 2.
Ishlab chiqilgan dasturiy ta'minot tizimiga qo'yiladigan talablar, shakllanish va tahlil bosqichlarida aniqlanadi, texnik shartlar ko'rinishida hujjatlashtiriladi va loyihani ishlab chiqishning butun davri uchun belgilanadi. Har bir bosqich ishlab chiqishni boshqa ishlab chiqish guruhi tomonidan davom ettirilishi uchun etarli bo'lgan hujjatlar to'plamining (TOR, EP, TP, RP) chiqarilishi bilan tugaydi. Ushbu yondashuv bilan rivojlanish sifatining mezoni TK spetsifikatsiyalarining bajarilishining to'g'riligidir. Ishlab chiquvchilarning asosiy diqqatlari optimal qiymatlarga erishishga qaratilgan texnik xususiyatlari ishlab chiqilgan dasturiy ta'minot tizimining ishlashi - xotira hajmi va boshqalar.
Afzalliklar kaskadli model:
Har bir bosqichda to'liqlik va izchillik mezonlariga javob beradigan loyiha hujjatlarining to'liq to'plami shakllantiriladi;
Mantiqiy ketma -ketlikda bajariladigan ish bosqichlari barcha ishlarning bajarilish vaqtini va tegishli xarajatlarni rejalashtirish imkonini beradi.
Palapartishlik yondashuvi dasturiy ta'minot tizimini yaratishda o'zini yaxshi ko'rsatdi, buning uchun loyihaning boshida barcha talablar to'liq va aniq shakllantirilishi mumkin. Bularning barchasi standartlar va turli davlat qabul komissiyalari tomonidan nazorat qilinsa, sxema yaxshi ishlaydi.
Kamchiliklar kaskadli model:
Xatolarni aniqlash va bartaraf etish faqat sinov bosqichida amalga oshiriladi, bu esa sezilarli darajada uzaytirilishi mumkin;
Haqiqiy loyihalar ko'pincha standart ketma -ketlikdan chetga chiqishni talab qiladi;
Tsikl PSga qo'yiladigan dastlabki talablarning aniq shakllanishiga asoslanadi, aslida loyihaning boshida mijozning talablari qisman aniqlanadi;
Ish natijalari mijozga faqat loyiha tugagandan so'ng ma'lum bo'ladi.
PS hayot tsiklining takrorlanuvchi modeli
Tijorat loyihalarining o'sishi bilan, kelajakdagi tizimning loyihasini har doim ham batafsil ishlab chiqish mumkin emasligi ma'lum bo'ldi, chunki uning dinamik faoliyat sohalarida (biznes) faoliyatining ko'p jihatlari tizim yaratilayotganda o'zgaradi. Har qanday rivojlanish bosqichi tugagandan so'ng, kerakli tuzatishlar kiritilishini ta'minlash uchun ishlab chiqish jarayonini o'zgartirish kerak edi. Shunday qilib, oraliq boshqaruvli model yoki fazalarni tsiklik takrorlanadigan model deb nomlangan PS hayot tsiklining iterativ modeli paydo bo'ldi.
Guruh. 3.
Takroriy modelda dizayn va dasturlashdagi kamchiliklarni qisman oldingi bosqichga qaytarish orqali tuzatish mumkin. Xatolarni aniqlash tezligi qanchalik past bo'lsa, uni tuzatish shunchalik qimmatga tushadi. Agar kodni yozish bosqichida xatolarni aniqlash va bartaraf etish uchun zarur bo'lgan harakatlar birligi sifatida qabul qilinsa, talablarni ishlab chiqish bosqichida xatoni aniqlash va bartaraf etish xarajatlari 5-10 baravar kam bo'ladi. texnik xizmat ko'rsatish bosqichida xatoni aniqlash va bartaraf etish 20 barobar kamroq bo'ladi.
Guruh. 4.
Bunday vaziyatda talablarni shakllantirish, spetsifikatsiyalarni tuzish va tizim rejasini tuzish bosqichi katta ahamiyatga ega bo'ladi. Dasturiy ta'minot me'morlari dizayndagi keyingi barcha o'zgarishlar uchun shaxsan javobgardir. Hujjatlar hajmi minglab sahifalarda va tasdiqlangan uchrashuvlar soni juda katta. Ko'plab loyihalar rejalashtirish bosqichidan hech qachon chiqib ketmaydi va "tahlil falajiga" tushadi. Bunday vaziyatlardan qochishning mumkin bo'lgan usullaridan biri bu prototiplash (prototiplash).
Joylashtirish.
Ko'pincha xaridor kelajakdagi dasturiy mahsulot uchun ma'lumotlarni kiritish, qayta ishlash yoki chiqarish talablarini shakllantira olmaydi. Ishlab chiquvchi mahsulotning operatsion tizim uchun yaroqliligiga, foydalanuvchi bilan muloqot tarzida yoki algoritmning samaradorligiga shubha qilishi mumkin. Bunday hollarda prototipdan foydalanish maqsadga muvofiqdir. Prototiplashning asosiy maqsadi - mijozning talablaridagi noaniqlikni olib tashlash. Layout (prototiplash) - kerakli mahsulot modelini yaratish jarayoni.
Model quyidagi shakllarda bo'lishi mumkin.
Qog'oz maketi (odam-mashina muloqotining qo'lda chizilgan diagrammasi) yoki kompyuterga asoslangan maket.
Ba'zi kerakli funktsiyalarni bajaradigan ish tartibi.
Xususiyatlarini yaxshilash kerak bo'lgan mavjud dastur.
Rasmda ko'rsatilgandek, prototiplash xaridor va ishlab chiqaruvchi o'rtasida takroriy takrorlashga asoslangan.
Guruh. 5.
Prototip yaratish bo'yicha harakatlar ketma -ketligi rasmda ko'rsatilgan. Prototip yaratish dasturiy ta'minot tizimiga qo'yiladigan talablarni yig'ish va aniqlashtirishdan boshlanadi. Ishlab chiquvchi va buyurtmachi birgalikda dasturiy ta'minotning maqsadlarini belgilaydilar, qaysi talablar ma'lum va qaysi biri aniqlanishi kerakligini aniqlaydilar. Keyin tezkor dizayn amalga oshiriladi. U foydalanuvchiga ko'rinishi kerak bo'lgan xususiyatlarga qaratiladi. Tez dizayn maket tuzishga olib keladi. Tartib xaridor tomonidan baholanadi va dasturiy ta'minot talablarini aniqlashtirish uchun ishlatiladi. Takrorlash xaridorning barcha talablari aniqlanmaguncha va ishlab chiquvchiga nima qilish kerakligini tushunish imkoniyatini bermaguncha davom etadi.
Prototipning afzalliklari:
- bu tizim talablarining to'liq aniqlanishini ta'minlash.
- xaridor mahsulotning tartibini olishi mumkin;
Prototipning kamchiliklari:
Ishlab chiquvchi mahsulotning tartibini xato qilishi mumkin. Kamchiliklarning mohiyatiga oydinlik kiritish kerak:
Buyurtmachi PS ning ishchi versiyasini ko'rganida, u PS ishchi versiyasini izlashda ko'plab sifat muammolari hal qilinmaganligini tushunishni to'xtatadi. parvarish qilish qulayligi tizimlar. Ishlab chiquvchi bu haqda xaridorga aytganda, javob g'azab va tartibni ishchi mahsulotga tezroq o'zgartirish talabi bo'lishi mumkin. Bu dasturiy ta'minot ishlab chiqarishni boshqarishga salbiy ta'sir qiladi.
Guruh. 6.
Boshqa tomondan, ishlab chiquvchi tez-tez ish tartibini olish uchun ma'lum savdolarni amalga oshiradi. Masalan, noto'g'ri dasturlash tili yoki operatsion tizim ishlatilgan bo'lishi mumkin. Oddiy namoyish qilish uchun samarasiz (oddiy) algoritmdan foydalanish mumkin. Biroz vaqt o'tgach, ishlab chiquvchi bu asboblar mos kelmasligi sabablarini unutadi. Natijada, ideal tanlangan variant tizimga birlashtirilgan. O'zgartirilgan boshqa hayot aylanish davridagi dasturiy ta'minot modellarini ko'rib chiqishdan oldin kaskadli model, biz dizayn strategiyalariga e'tibor qaratishimiz kerak dasturiy tizimlar... Bu dasturiy ta'minotni ishlab chiqish strategiyasi bo'lib, asosan dasturiy ta'minotning hayot tsikli modelini aniqlaydi.