Dasturiy ta'minot siklining modellari va bosqichlari
Dasturiy ta'minotni ishlab chiqish strategiyasi
Yüklə 43,93 Kb.
|
1 2
|
Dasturiy ta'minotni ishlab chiqish strategiyasi
Dasturiy tizimlarni ishlab chiqishning 3 ta strategiyasi mavjud: Bitta o'tish (kaskad strategiyasi, yuqorida muhokama qilingan) - dizayn bosqichlarining chiziqli ketma -ketligi; Bosqichma -bosqich strategiya. Jarayon boshida barcha foydalanuvchi va tizim talablari aniqlanadi, dizaynning qolgan qismi versiyalar ketma -ketligi sifatida bajariladi. Birinchi versiya ba'zi rejalashtirilgan funktsiyalarni, keyingi versiya esa amalga oshiradi qo'shimcha funktsiyalar va hokazo, to'liq tizim olinmaguncha; Evolyutsion strategiya. Tizim, shuningdek, versiyalar ketma -ketligi sifatida tuzilgan, lekin jarayon boshida hamma talablar aniqlanmagan. Versiyalar ishlab chiqilishi natijasida talablar takomillashtirildi. IEEE / EIA 12207 standarti talablariga muvofiq dasturiy ta'minotni ishlab chiqish strategiyasining xususiyatlari 1 -jadvalda ko'rsatilgan. Qo'shimcha model Qo'shimcha model - bu qo'shimcha dizayn strategiyasining klassik namunasi. U ketma -ket palapartishlik modelining elementlarini prototiplashning takrorlanuvchi falsafasi bilan birlashtiradi (B. Boem takomillashtirish sifatida taklif qilgan) kaskadli model). Bu erda har bir chiziqli ketma -ketlik ta'minlangan dasturiy ta'minotni oshiradi. Masalan, 1 -bosqichda (versiya) so'zlarni qayta ishlash uchun dasturiy ta'minot asosiy fayllarni qayta ishlash, tahrir qilish va hujjatlashtirish funktsiyalarini bajaradi; 2 -bosqichda - tahrirlash va hujjatlashtirishning yanada murakkab variantlari; 3 -qadamda - imlo va grammatikani tekshirish; 4 -bosqichda - sahifani joylashtirish imkoniyatlari. Birinchi o'sish asosiy talablarni bajaradigan asosiy mahsulotga olib keladi (garchi ko'plab yordamchi talablar bajarilmay qolsa ham). Keyingi o'sish rejasi qo'shimcha funktsiyalar va funksiyalarni ta'minlash uchun asosiy mahsulotga o'zgartirish kiritishni o'z ichiga oladi. Ekstremal jarayon tabiatan iterativ, lekin prototiplashdan farqli o'laroq, qo'shimcha model har qadamda ishlaydigan mahsulotni beradi. Dasturiy ta'minotning hayotiy tsiklining bunday modelining diagrammasi rasmda ko'rsatilgan. Ekstremal yondashuvning zamonaviy dasturlaridan biri - bu ekstremal dasturlash (funksionallikning juda kichik bosqichlariga qaratilgan). Guruh. 7. Hayot aylanishining dasturiy ta'minotining spiral modeli. Spiral model Bu evolyutsion dizayn strategiyasining klassik namunasidir. Model (B. Boem, 1988 y.) Asosida yaratilgan eng yaxshi xususiyatlar Klassik hayot aylanishi va prototip, unga yangi element qo'shiladi - bu paradigmalarda mavjud bo'lmagan xavf tahlili. Model spiralning to'rtta kvadranti bilan ifodalangan to'rtta harakatni belgilaydi. Guruh. 8. Rejalashtirish - maqsadlar, imkoniyatlar va cheklovlarni aniqlash. Xavf tahlili - variantlarni tahlil qilish va tavakkalchilikni tan olish / tanlash. Muhandislik - bu mahsulot ishlab chiqarishning keyingi bosqichi. Baholash - mijozning joriy dizayn natijalarini baholashi. Birlashtiruvchi jihat spiral modeli spiralning radial o'lchamini ko'rib chiqishda aniq har bir iteratsiya bilan PSning tobora ko'proq to'liq versiyalari spiral shaklida qurilgan. Spiralning birinchi navbatida dastlabki maqsadlar, imkoniyatlar va cheklovlar aniqlanadi, tavakkalchilik tan olinadi va tahlil qilinadi. Agar xavf tahlili talablarning noaniqligini aniqlasa, dizayn kvadrantida ishlatiladigan prototip ishlab chiqaruvchi va xaridorni qutqarish uchun keladi. Modellashtirish yordamida muammoli va takomillashtirilgan talablarni aniqlash mumkin. Xaridor muhandislik (konstruktorlik) ishini baholaydi va o'zgartirishlar kiritish uchun takliflar kiritadi (xaridor bahosi kvadranti). Rejalashtirish va tavakkalchilikni tahlil qilishning keyingi bosqichi mijozning taklifiga asoslanadi. Spiraldagi har bir tsiklda xavflarni tahlil qilish natijalari "davom et, davom etma" shaklida shakllanadi. Agar xavf juda katta bo'lsa, loyihani to'xtatish mumkin. Ko'pgina hollarda, spiral davom etadi, har bir qadam ishlab chiquvchilarni tizimning umumiy modeliga olib boradi. Har bir spiral tsikl dizaynni (pastki o'ng kvadrant) talab qiladi, uni klassik hayot aylanishi yoki prototiplash orqali bajarish mumkin. E'tibor bering, spiral markazidan harakatlanayotganda rivojlanish harakatlarining soni (o'ng pastki to'rtburchakda sodir bo'ladi) ortadi. Bu harakatlar raqamlangan va quyidagi tarkibga ega: - talablarning dastlabki yig'ilishi va loyihani rejalashtirish; - xuddi shu ish, lekin mijozning tavsiyalari asosida; - dastlabki talablar asosida tavakkalchilikni tahlil qilish; - mijozning reaktsiyasi asosida tavakkalchilikni tahlil qilish; - yaxlit tizimga o'tish; - tizimning dastlabki joylashuvi; - tartibning keyingi bosqichi; - ishlab chiqilgan tizim; - mijoz tomonidan baholash. Qadr -qimmat spiral modeli: eng real (evolyutsiya shaklida) rivojlanishni aks ettiradi dasturiy ta'minot; rivojlanish evolyutsiyasining har bir bosqichida xavfni aniq hisobga olish imkonini beradi; iterativ rivojlanish tuzilmasida tizimli yondashuv bosqichini o'z ichiga oladi; xavfni kamaytirish va dasturiy mahsulotni takomillashtirish uchun simulyatsiyadan foydalanadi. kamchiliklar spiral modeli: qiyosiy yangilik (modelning samaradorligi to'g'risida etarlicha statistika yo'q); mijozga qo'yiladigan talablarning oshishi; Rivojlanish vaqtini nazorat qilish va boshqarishda qiyinchiliklar. Spiral rivojlanish jarayonining modeli hozirda eng keng tarqalgan. Eng mashhur variantlar Rational va MSF (Microsoft Solution Framework) dan RUP (Rational Unified Process). Modellashtirish tili sifatida UML (yagona modellashtirish tili) ishlatiladi. Tizimni yaratish, spiralda harakatlanuvchi va bir xil bosqichlardan o'tib, har bir tsiklda bo'lajak mahsulotning xususiyatlarini takomillashtirish uchun ketma -ket amalga oshirilishi kerak. Ko'rinib turibdiki, hozir hamma narsa yaxshi: faqat oldindan rejalashtirilgan, rejalashtirilgan narsa 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, agar ilgari kerak bo'lganda mutaxassislar guruhlarini tuzish va tarqatib yuborish mumkin bo'lgan bo'lsa, endi ularning barchasi loyihada doimiy ishtirok etishlari kerak: me'morlar, dasturchilar, sinovchilar, o'qituvchilar va boshqalar. Bundan tashqari, turli guruhlarning sa'y -harakatlari tartibda sinxronlashtirilishi kerak. dizayn echimlarini o'z vaqtida aks ettirish va kerakli o'zgartirishlarni kiritish. Ratsional birlashtirilgan jarayon. Ratsional yagona jarayon (Rational Unified Process, RUP) - dasturiy ta'minotni ishlab chiqishning eng yaxshi metodologiyalaridan biri. Ko'p muvaffaqiyatli dasturiy ta'minot loyihalari tajribasiga asoslanib, RUP sanoat ishlab chiqish usullariga asoslangan murakkab dasturiy tizimlarni yaratishga imkon beradi. RUP rivojlanishining old shartlari 1980 -yillarning boshlarida boshlangan. Rational Software korporatsiyasida. 2003 yil boshida Rational IBM -ni sotib oldi. RUPning asosiy ustunlaridan biri - Yagona modellashtirish tili (UML) yordamida modellarni yaratish jarayoni. RUP - bu spiral dasturiy ta'minotni ishlab chiqish metodologiyalaridan biri. Metodologiya Rational Software tomonidan qo'llab -quvvatlanadi va ishlab chiqiladi. Modellashtirish tili sifatida umumiy asos bilim yagona modellashtirish tili (UML) dan foydalanadi. RUP -da takroriy va bosqichma -bosqich dasturiy ta'minotni ishlab chiqish, loyihani ketma -ket bajariladigan bir nechta loyihalarga bo'lishni o'z ichiga oladi va rivojlanishning har bir iteratsiyasi iteratsiya oxirida erishish kerak bo'lgan maqsadlar to'plami bilan aniq belgilanadi. Yakuniy takrorlash, iteratsiya maqsadlari to'plami mahsulot xaridor ko'rsatgan maqsadlar to'plamiga to'liq mos kelishi kerakligini, ya'ni barcha talablar bajarilishini nazarda tutadi. Jarayon modellar evolyutsiyasini o'z ichiga oladi. Rivojlanish tsiklining takrorlanishi dasturiy ta'minot modelining o'ziga xos versiyasi bilan bog'liq. Har bir iteratsiya boshqaruv elementlarini o'z ichiga oladi dasturiy ta'minotning hayot aylanishi: tahlil va dizayn (modellashtirish), amalga oshirish, integratsiya, sinov, amalga oshirish. Shu ma'noda, RUP - bu amalga oshirish spiral modeli garchi u tez-tez grafik jadval shaklida tasvirlansa ham. Bu rasm ikkita o'lchovni ko'rsatadi: gorizontal o'q vaqtni ifodalaydi va jarayonning hayotiy tsiklining vaqtinchalik tomonlarini ko'rsatadi; vertikal o'q jarayonning fizik tuzilishini belgilaydigan fanlarni ifodalaydi. Vaqt o'tishi bilan loyihadagi aksanlar qanday o'zgarishini ko'rishingiz mumkin. Masalan, dastlabki takrorlashlarda talablarga ko'proq vaqt ajratiladi; keyingi takrorlashlarda ko'proq vaqtni amalga oshirishga ajratiladi. Gorizontal o'q vaqt oralig'idan hosil bo'ladi - ularning har biri mustaqil rivojlanish tsikli; tsiklning maqsadi - yakuniy mahsulotga manfaatdor tomonlar nuqtai nazaridan foydaliroq bo'lgan, oldindan aniqlab qo'yilgan aniq tozalashni olib kelish. Guruh. 9. Vaqt o'qi bo'ylab hayot aylanishi to'rtta asosiy bosqichga bo'linadi. Boshlanish - loyiha kontseptsiyasini shakllantirish, biz nimani yaratayotganimizni tushunish, mahsulotni ko'rish (ko'rish), biznes -rejani ishlab chiqish (biznes -holat), dastur prototipini yoki qisman echimni tayyorlash. Bu ma'lumot to'plash va talablarni tahlil qilish, umuman loyihaning imidjini aniqlash bosqichi. Maqsad - qo'llab -quvvatlash va moliyalashtirish. Yakuniy iteratsiyada bu bosqichning natijasi - texnik topshiriq. Dizayn, ishlab chiqish (ishlab chiqish) - rejani aniqlashtirish, uni qanday yaratayotganimizni tushunish, kerakli harakatlar va resurslarni loyihalash, rejalashtirish, xususiyatlarini batafsil bayon qilish. Bosqich bajariladigan arxitektura bilan tugaydi, bunda barcha me'moriy qarorlar qabul qilinadi va xavflar hisobga olinadi. Bajariladigan arxitektura - bu asosiy arxitektura echimlarini amalga oshirilishini ko'rsatadigan ishlaydigan dastur. Oxirgi takrorlashda bu texnik loyihadir. Tizimni amalga oshirish, yaratish (Qurilish) - arxitekturaga kiritilgan tizimning funksional imkoniyatlarini kengaytirish bosqichi. Oxirgi iteratsiyada bu ishchi qoralama. Amalga oshirish, joylashtirish (o'tish). Mahsulotning oxirgi versiyasini yaratish. Mahsulotni amalga oshirish bosqichi, mahsulotni ma'lum bir foydalanuvchiga etkazib berish (replikatsiya, etkazib berish va o'qitish). Vertikal o'qi fanlardan iborat bo'lib, ularning har birini bajarilgan vazifalar, ular uchun mas'ul bo'lgan rollar, topshiriq sifatida kiritilgan va bajarilish vaqtida chiqarilgan mahsulotlar va boshqalar bo'yicha batafsilroq tavsiflash mumkin. Bu o'qda RUP hayot tsiklining asosiy fanlari bor, ular ko'pincha rus tilida jarayonlar deb ataladi, lekin bu metodologiya nuqtai nazaridan IBM (va / yoki uchinchi tomon) vositalari tomonidan qo'llab-quvvatlanmaydi. Biznesni tahlil qilish va modellashtirish (biznesni modellashtirish) tashkilotning biznesini o'rganish va bu borada bilimlarni to'plash, biznes jarayonlarini optimallashtirish va ularni qisman yoki to'liq avtomatlashtirish to'g'risida qaror qabul qilish uchun modellashtirish tamoyillarini amalga oshirishni ta'minlaydi. Talablarni boshqarish - bu manfaatdor tomonlardan ma'lumot olish va uni ishlab chiqilayotgan tizim mazmunini belgilaydigan va tizim nima qilishi kerakligi haqidagi taxminlarni batafsil bayon etadigan talablar to'plamiga aylantirish. Tahlil va dizayn talablarni qanday amalga oshirish kerakligini ifodalovchi talablarni oraliq tavsiflarga (modellarga) o'tkazish tartibini o'z ichiga oladi. Amalga oshirish kodni ishlab chiqish, ishlab chiquvchi darajasida sinovdan o'tkazish va komponentlar, quyi tizimlar va butun tizimni belgilangan spetsifikatsiyalarga muvofiq integratsiyalashuvini o'z ichiga oladi. Sinov (sinov) yaratilayotgan mahsulot sifatini baholashga bag'ishlangan. Joylashtirish mahsulot xaridorlarga o'tkazilganda va mahsulot oxirgi foydalanuvchilarga taqdim etilganda sodir bo'ladigan operatsiyalarni o'z ichiga oladi. Konfiguratsiyani boshqarish - bu o'rta va oxirgi mahsulotlarni sinxronlashtirish va ularning loyiha davomida rivojlanishini boshqarish va yashirin muammolarni topish. Loyihani boshqarish (menejment) loyihani rejalashtirish, tavakkalchiliklarni boshqarish, uning borishini kuzatish va asosiy ko'rsatkichlarni uzluksiz baholashga bag'ishlangan. Atrof -muhitni boshqarish (Atrof -muhit) axborot tizimini ishlab chiqish muhitini shakllantirish va loyiha faoliyatini qo'llab -quvvatlash elementlarini o'z ichiga oladi. Loyihaning o'ziga xos xususiyatlariga qarab, har qanday IBM Rational yoki uchinchi tomon vositalaridan foydalanish mumkin. RUP loyihani muvaffaqiyatli ishlab chiqish uchun oltita amaliyotni tavsiya qiladi: takroriy ishlab chiqish; talablarni boshqarish; modulli arxitekturadan foydalanish; vizual modellashtirish; sifatni tekshirish; o'zgarishlarni kuzatish. Artefaktlar (artefakt), pretsedentlar (pretsedent) va rollar (rol) RUPning ajralmas qismi hisoblanadi. Artefaktlar - bu yakuniy mahsulot ustida ish olib boriladigan yoki ishlab chiqariladigan loyiha mahsulotlarining bir qismi. Foydalanish holatlari - bu kuzatiladigan natijaga erishish uchun tizim tomonidan bajariladigan harakatlar ketma -ketligi. Darhaqiqat, individual yoki guruh ishining har qanday natijasi - bu tahlil hujjati, model elementi, kod fayli, test skripti, xatoning tavsifi va boshqalar. u yoki bu turdagi artefaktlar. Shunday qilib, RUP ishlab chiqish guruhining har bir a'zosining mas'uliyatini - rolini aniq belgilaydi, ya'ni u yoki bu artefaktni qachon va kim yaratishi kerak. Dasturiy ta'minot tizimini ishlab chiqishning butun jarayoni RUPda artefaktlarni yaratish jarayoni sifatida ko'rib chiqiladi - dastlabki tahliliy hujjatlardan tortib bajariladigan modullarga, foydalanuvchi qo'llanmalariga va boshqalar. RUP jarayonlarini kompyuterda qo'llab -quvvatlash uchun IBM keng vositalar to'plamini ishlab chiqdi: Ratsional atirgul - CASE- vizual simulyator axborot tizimlari bu kod elementlarini yaratish qobiliyatiga ega. Mahsulotning maxsus nashri - Rational Rose RealTime - chiqishda bajariladigan modulni olish imkonini beradi; Rational Requisite Pro - dastur komponentlarini ishlab chiqishning istalgan bosqichida sodir bo'ladigan o'zgarishlarni yaratish, tuzish, ustuvorlik berish, kuzatish, nazorat qilish imkonini beradigan talablarni boshqarish vositasi; Rational ClearQuest - bu o'zgarishlarni boshqarish va loyihadagi nuqsonlarni kuzatish (xatolarni kuzatish), sinov va talablarni boshqarish vositalari bilan chambarchas birlashtirilgan va barcha xatolar va hujjatlarni bir -biriga bog'lash uchun yagona muhitni ta'minlaydigan mahsulot; Ratsional SoDA - bu ichki hujjatlar uchun korporativ standartni o'rnatish imkonini beruvchi loyihaviy hujjatlarni avtomatik ishlab chiqarish uchun mo'ljallangan mahsulot. Hujjatlarni amaldagi standartlarga (ISO, CMM) olib kelish mumkin; Rational PureCoverage -ni oqilona tozalash, oqilona miqdorini aniqlash - asboblarni tekshirish va tuzatish; Ratsional Visual Quantify - C / C ++, Visual Basic va Java -da dasturlar tuzadigan dastur va komponentlar ishlab chiqaruvchilari uchun ish faoliyatini o'lchash vositasi; dasturiy ta'minot ishlashidagi to'siqlarni aniqlash va bartaraf etishga yordam beradi; Ratsional Visual PureCoverage - Sinovdan o'tmagan kod maydonlarini avtomatik ravishda aniqlaydi. Rational ClearCase - bu dasturiy konfiguratsiyani boshqarish (SCM) mahsuloti bo'lib, u barcha loyiha hujjatlarining versiyasini boshqarishga imkon beradi. Bu sizga bir vaqtning o'zida bir nechta loyiha versiyalarini saqlashga imkon beradi, ular o'rtasida tez almashadi. Rational Requisite Pro yangilanishlarni qo'llab -quvvatlaydi va talablarning o'zgarishini kuzatadi. rivojlanish guruhi uchun; SQA TeamTest - asbob sinov avtomatizatsiyasi; Rational TestManager-bu test bilan bog'liq barcha vositalar, artefaktlar, skriptlar va ma'lumotlarni birlashtirgan testlarni boshqarish tizimi; Ratsional robot - testlarni yaratish, o'zgartirish va avtomatik ishga tushirish vositasi; SiteLoad, SiteCheck - veb -saytlarning ishlashi va buzilgan havolalarni sinab ko'rish vositalari; Rational PerformanceStudio - Tizimning ishlash xususiyatlarini o'lchash va bashorat qilish. Ushbu mahsulotlar to'plami doimiy ravishda takomillashtirilmoqda va to'ldirilmoqda. Masalan, yaqinda ishlab chiqarilgan mahsulot, IBM Rational Software Architect (RSA), dasturiy ta'minotni ishlab chiqish tsiklini qo'llab -quvvatlovchi vositalar to'plami bo'lgan IBM Software Development Platformning bir qismidir. IBM Rational Software Architect mahsuloti UML 2.0 yagona modellashtirish tili yordamida ishlab chiqilgan dasturiy tizimlar modellarini, birinchi navbatda ishlab chiqilgan dastur arxitekturasi modellarini yaratishga mo'ljallangan. Shu bilan birga, RSA Rational Application Developer, Rational Web Developer va Rational Software Modeler kabi dasturiy mahsulotlarning funktsiyalarini birlashtiradi va shu bilan me'morlar va tahlilchilarga UML 2.0 yordamida ishlab chiqilayotgan axborot tizimining har xil ko'rinishini yaratishga imkon beradi va ishlab chiquvchilarga ishlab chiqish imkoniyatini beradi. J2EE, XML, veb -xizmatlar va boshqalar. RUP tamoyillariga amal qilib, Ratsional dasturiy ta'minot arxitektori sizga quyidagi fanlarning ish oqimida kerakli modellarni yaratishga imkon beradi: biznesni tahlil qilish va modellashtirish (biznesni modellashtirish); talablarni boshqarish (talablar); tahlil va dizayn (tahlil va dizayn); amalga oshirish; Bundan tashqari, Rational Software Architect dasturiy ta'minotni modellashtirishga imkon beruvchi modelga asoslangan ishlab chiqish (MDD) texnologiyasini qo'llab-quvvatlaydi turli darajalar kuzatilishi mumkin bo'lgan abstraktlar. MSF (Microsoft Solution Framework) 1994 yilda, IT -loyihalarning ta'sirini maksimal darajada oshirish maqsadida, Microsoft o'z texnologiyalariga asoslangan echimlarni samarali loyihalash, ishlab chiqish, joriy etish va qo'llab -quvvatlash bo'yicha ko'rsatmalar to'plamini chiqardi. Bu bilim Microsoft tomonidan dasturiy ta'minotni ishlab chiqish va texnik xizmat ko'rsatish bo'yicha yirik loyihalar ustida ishlayotganda to'plangan tajribaga, Microsoft maslahatchilarining tajribasiga va IT -sanoati shu kungacha to'plagan eng yaxshilariga asoslanadi. Bularning barchasi ikkita o'zaro bog'liq va bir-birini to'ldiruvchi bilimlar ko'rinishida taqdim etilgan: Microsoft Solutions Framework (MSF) va Microsoft Operations Framework (MOF). Ta'kidlash joizki, Microsoft amaliy va ixtisoslashtirilgan foydalanish uchun umumiy MSF usullariga asoslangan metodologiyalarni ishlab chiqdi. Bundan tashqari, Microsoft MSFni qo'llash bo'yicha amaliy bilimlar bo'yicha mutaxassislarni sertifikatlaydi (masalan, loyihalarni boshqarish texnikasi bo'yicha MCTS 74-131 sertifikati). MSF texnikasini o'rganishdan oldin, avval siz qaysi MSF dasturiga murojaat qilayotganingizni aniqlashingiz kerak. Microsoft tomonidan ishlab chiqilgan eng mashhur MSF dasturlari: Loyihalarni boshqarish sohasidagi echimlarni amalga oshirish metodologiyasi; MSF va Agile metodologiyalari asosida IT -loyihalarni boshqarish metodologiyasi. MSF ilovalarining ahamiyati, Microsoft MSF metodologiyasini IT -loyihalarida "sof versiyada" ishlatmasligidan dalolat beradi. Microsoft Consulting Services loyihalarida MSF gibrid va Agile metodologiyasi qo'llaniladi. Microsoft mutaxassislari tomonidan ishlab chiqilgan MSF -ning amaliy versiyalarida tashqi sezilarli farqlarga qaramay, ular uchun MSF usullarining bazasi keng tarqalgan bo'lib qolmoqda va takrorlanuvchi loyihalarni boshqarishning umumiy uslubiy yondashuvlarini aks ettiradi. MOF Microsoft mahsulotlari va texnologiyalari asosida muhim IT-yechimlarni ishlab chiqaruvchi tashkilotlarga ularning ishonchliligi, mavjudligi, parvarish qilish qulayligi(qo'llab -quvvatlanishi) va boshqarilishi (boshqarilishi). MOF odamlar va jarayonlarni tashkil etish bilan bog'liq muammolarni hal qiladi; texnologiya va menejment murakkab, taqsimlangan va heterojen IT -muhitda. MOF Buyuk Britaniya hukumat agentligi - Kompyuter va telekommunikatsiyalarning markaziy agentligi tomonidan tuzilgan IT infratuzilmasi kutubxonasida (ITIL) tuzilgan eng yaxshi ishlab chiqarish tajribalariga asoslangan. Belgilangan vaqt va byudjet doirasida biznes yechimini yaratish isbotlangan uslubiy asosni talab qiladi. MSF muvaffaqiyatli IT -echimlarni rejalashtirish, loyihalash, ishlab chiqish va joriy etish uchun tasdiqlangan metodologiyalarni taklif etadi. O'zining moslashuvchanligi, o'lchovliligi va qat'iy ko'rsatmalar yo'qligi tufayli MSF har qanday hajmdagi tashkilot yoki loyiha guruhining ehtiyojlarini qondira oladi. MSF metodologiyasi ko'plab loyihalar uchun umumiy bo'lgan odamlarni, jarayonlarni, texnologiya elementlarini va tegishli masalalarni boshqarishning printsiplari, modellari va intizomlaridan iborat. MSF ikkita model va uchta fandan iborat. Bular 5 ta oq nashrda batafsil bayon etilgan. MSFni modellardan (loyiha jamoasi modeli, jarayon modeli) o'rganishni boshlash, so'ngra fanlarga o'tish (loyihalarni boshqarish intizomi, tavakkalchiliklarni boshqarish intizomi, treningni boshqarish intizomi). MSF jarayon modeli IT -echimlarni ishlab chiqish va joriy etishning umumiy metodologiyasini beradi. Ushbu modelning o'ziga xos xususiyati shundaki, uning egiluvchanligi va qat'iy qo'yilgan protseduralar yo'qligi tufayli uni IT -loyihalarning juda keng doirasini ishlab chiqishda qo'llash mumkin. Ushbu model ikkita standart ishlab chiqarish modelining xususiyatlarini birlashtiradi: palapartishlik va spiral. MSF 3.0 -dagi jarayon modeli yana bir innovatsion jihat bilan to'ldirildi: u hal qilishning butun hayotiy tsiklini, uning boshlanish nuqtasidan to amalda bajarilishiga qadar qamrab oladi. Bu yondashuv loyiha jamoalariga echimning biznes qiymatiga e'tibor qaratishga yordam beradi, chunki bu daromad faqat mahsulot joylashtirilgan va ishlatilgandan keyingina haqiqiy bo'ladi. MSF jarayoni har qanday muhim (oraliq yoki yakuniy) natijaga erishishni tavsiflovchi "muhim bosqichlar" ga qaratilgan. Bu natijani baholash va tahlil qilish mumkin, bu savollarga javoblarni bildiradi: "Loyiha jamoasi loyihaning maqsadlari va ko'lamini aniq tushunib yetdimi?", "Harakat rejasi etarlicha tayyormi?" mijozning ehtiyojlari? " va hokazo. MSF jarayon modeli dizayn talablarining doimiy o'zgarishini o'z ichiga oladi. U yechimni ishlab chiqish qisqa tsikllardan iborat bo'lishi kerak, deb hisoblaydi, ular yechimning eng oddiy versiyalaridan yakuniy shakligacha progressiv harakatni yaratadi. MSF jarayon modelining xususiyatlari: bosqichli va bosqichli yondashuv; takroriy yondashuv; yechimlarni yaratish va amalga oshirishga kompleks yondashuv. Jarayon modeli rivojlanish jarayonining quyidagi asosiy bosqichlarini o'z ichiga oladi: kontseptsiyani ishlab chiqish (tasavvur qilish); rejalashtirish (rejalashtirish); rivojlanish (rivojlanayotgan); barqarorlashtirish; tarqatish (joylashtirish). Bundan tashqari, loyihada ba'zi yutuqlarni ko'rsatadigan va ishning katta segmentlarini kichikroq, ko'rinadigan joylarga ajratadigan juda ko'p muhim bosqichlar mavjud. Jarayon modelining har bir bosqichi uchun MSF quyidagilarni belgilaydi. Bu bosqichda har bir rol klasteri nima ustida ishlamoqda. MSF ichida kod, hujjatlar, dizaynlar, rejalar va boshqa ish materiallari odatda takroriy tarzda yaratiladi. MSF sizning echimlarni ishlab chiqishni asosiy funktsiyalarni yaratish, sinash va amalga oshirishdan boshlashingizni tavsiya qiladi. Keyin yechimga tobora ko'proq funktsiyalar qo'shiladi. Bu strategiya versiya strategiyasi deb ataladi. Kichik loyihalar uchun bitta versiyani chiqarish etarli bo'lishi mumkin bo'lsa -da, bitta yechim uchun bir nechta versiyalarni yaratish imkoniyatini qo'ldan boy bermaslik tavsiya etiladi. Yangi versiyalarning yaratilishi bilan yechimning funksionalligi rivojlanadi. Rivojlanish jarayoniga iterativ yondashuv moslashuvchan hujjatlarni talab qiladi. Loyihaning rivojlanishi bilan yakuniy mahsulotga qo'yiladigan talablar o'zgarishi bilan tirik hujjatlar o'zgarishi kerak. MSF mahsulotni ishlab chiqishning har bir bosqichining artefaktlari bo'lgan va ishlab chiqish jarayonini rejalashtirish va nazorat qilish uchun ishlatilishi mumkin bo'lgan bir qator standart hujjatlar shablonlarini taqdim etadi. Yechim amalga oshirilmaguncha biznes qiymatiga ega bo'lmaydi. Aynan shuning uchun MSF jarayon modeli echimning butun hayotiy tsiklini o'z ichiga oladi, shu jumladan uning echimi o'zini oqlay boshlaguncha. Ta'rif bilan boshlangan Dasturiy ta'minotning hayot aylanishi(Dasturiy ta'minotning hayotiy tsikli modeli) - bu dasturiy mahsulotni yaratish to'g'risida qaror qabul qilingan paytdan boshlanadigan va to'liq iste'foga chiqqanda tugaydigan vaqt davri. Bu tsikl - bu dasturiy ta'minotni yaratish va ishlab chiqish jarayoni. Dasturiy ta'minot hayot tsikli modellari Hayot tsikli modellar shaklida ifodalanishi mumkin. Hozirgi vaqtda eng keng tarqalganlari:kaskad, bosqichma -bosqich (oraliq nazorat bilan bosqichma-bosqich model ) va spiralhayot aylanishi modellari. Kaskadli model Kaskadli model(ing. palapartishlik modeli) - bu dasturiy ta'minotni ishlab chiqish jarayonining modeli, uning hayot aylanishi ketma -ket talablarni tahlil qilish va loyihalash bosqichlaridan o'tadigan oqimga o'xshaydi. amalga oshirish, sinovdan o'tkazish, integratsiya va qo'llab -quvvatlash. Rivojlanish jarayoni mustaqil qadamlar ketma -ketligi yordamida amalga oshiriladi. Model har bir keyingi qadam oldingi qadam to'liq bajarilgandan keyin boshlanadi deb taxmin qiladi. Modelning barcha bosqichlarida loyihalarni boshqarish, baholash va sifatni boshqarish, tekshirish va tasdiqlash, konfiguratsiyani boshqarish va hujjatlarni ishlab chiqishni o'z ichiga olgan yordamchi va tashkiliy jarayonlar va ishlar bajariladi. Bosqichlarning bajarilishi natijasida keyingi bosqichlarda o'zgartirish mumkin bo'lmagan oraliq mahsulotlar hosil bo'ladi. Hayot tsikli an'anaviy ravishda quyidagi asosiylarga bo'linadibosqichlar: Talablarni tahlil qilish, Dizayn, Kodlash (dasturlash), Sinov va nosozliklarni tuzatish, Operatsion va texnik xizmat ko'rsatish. Modelning afzalliklari: rivojlanishning butun tsikli davomida talablarning barqarorligi; har bir bosqichda to'liqlik va izchillik mezonlariga javob beradigan loyiha hujjatlarining to'liq to'plami shakllantiriladi; model bosqichlarining aniqligi va ravshanligi va uni qo'llash qulayligi; mantiqiy ketma -ketlikda bajariladigan ish bosqichlari barcha ishlarning bajarilish vaqtini va tegishli resurslarni (pul, moddiy va insoniy) rejalashtirish imkonini beradi. Modelning kamchiliklari: talablarning aniq shakllanishining murakkabligi va ularning butun hayot tsikli davomida dinamik o'zgarishi mumkin emasligi; loyihalarni boshqarishda past moslashuvchanlik; ishlab chiqish jarayonining chiziqli tuzilishining ketma -ketligi, natijada yuzaga keladigan muammolarni hal qilish uchun oldingi bosqichlarga qaytish xarajatlarning oshishiga va ish jadvalining buzilishiga olib keladi; oraliq mahsulotni ishlatishga yaroqsizligi; yagona tizimlarni moslashuvchan modellashtirishning mumkin emasligi; ishlab chiqish oxirida barcha natijalarni bir vaqtda birlashtirish natijasida montaj muammolarini kech aniqlash; tizimni yaratishda foydalanuvchining etarli darajada ishtirok etmasligi - boshida (talablar ishlab chiqilganda) va oxirida (qabul testlari paytida); foydalanuvchilar ishlab chiqish jarayonining oxirigacha ishlab chiqarilayotgan mahsulot sifatiga ishonch hosil qila olmaydi. Ularda sifatni baholash imkoniyati yo'q, chunki siz ishlab chiqarishning tayyor mahsulotini ko'ra olmaysiz; foydalanuvchining tizimga asta -sekin ko'nikishining imkoni yo'q. O'quv jarayoni hayotiy tsikl oxirida, dasturiy ta'minot allaqachon ishga tushirilganda sodir bo'ladi; har bir bosqich keyingi harakatlarni amalga oshirish uchun zarur shartdir, bu esa bu usulni analoglari bo'lmagan tizimlar uchun xavfli tanlovga aylantiradi, chunki u moslashuvchan modellashtirishni rad etadi. Dasturiy ta'minotni ishlab chiqish murakkabligi tufayli palapartishlik hayot tsikli modelini amalga oshirish qiyin, chunki avvalgi bosqichlarga qaytmasdan va yuzaga keladigan muammolarni bartaraf etish uchun ularning natijalarini o'zgartirmasdan. Palapartishlik modeli doirasi: Sharshara modeli doirasining cheklanishi uning kamchiliklari bilan belgilanadi. Uni qo'llash quyidagi hollarda eng samarali hisoblanadi: aniq, o'zgarmas loyihalarni ishlab chiqishdahayot sikli talablar, tushunarli amalga oshirish va texnik metodologiya; ilgari ishlab chiquvchilar ishlab chiqargan bir xil turdagi tizim yoki mahsulotni ishlab chiqarishga yo'naltirilgan loyihani ishlab chiqishda; mavjud mahsulot yoki tizimning yangi versiyasini yaratish va chiqarish bilan bog'liq loyihani ishlab chiqishda; mavjud mahsulot yoki tizimni yangi platformaga o'tkazish bilan bog'liq loyihani ishlab chiqishda; bir nechta yirik ishlab chiqarish guruhlari ishtirokidagi yirik loyihalarni amalga oshirayotganda. Qo'shimcha model (oraliq boshqaruv bilan bosqichma -bosqich model). Qo'shimcha model(ing. o'sish- o'sish, o'sish) bosqichli chiziqli ketma -ketlikdagi dasturiy ta'minotni ishlab chiqishni nazarda tutadi, lekin bir necha bosqichda (versiyada), ya'ni. dasturiy ta'minotni ishlab chiqish tsikli tugaguncha mahsulotni rejalashtirilgan takomillashtirish. Dasturiy ta'minotni ishlab chiqish bosqichlar orasidagi teskari aloqa tsikllari bilan takrorlanadi. Bosqichlararo o'zgarishlar har xil bosqichlarda rivojlanish natijalarining haqiqatan ham mavjud o'zaro ta'sirini hisobga olishga imkon beradi; har bir bosqichning ishlash muddati butun rivojlanish davrida uzaytiriladi. Loyiha ustida ish boshlanishida, tizimga qo'yiladigan barcha asosiy talablar aniqlanadi va ular ahamiyatsiz bo'linadi. Shundan so'ng, tizim ishlab chiquvchi dasturiy ta'minotni ishlab chiqish jarayonida olingan ma'lumotlardan foydalanishi uchun bosqichma -bosqich printsipiga muvofiq ishlab chiqiladi. Har bir o'sish tizimga ba'zi funktsiyalarni qo'shishi kerak. Chiqarish eng ustuvor komponentlardan boshlanadi. Tizim qismlari aniqlangandan so'ng, ular birinchi qismni oladi va uni eng mos jarayon yordamida detallashtira boshlaydi. Shu bilan birga, ushbu ishning hozirgi talablar to'plamida muzlatilgan boshqa qismlarga qo'yiladigan talablarga aniqlik kiritish mumkin. Agar kerak bo'lsa, keyinroq bu qismga qaytishingiz mumkin. Agar qism tayyor bo'lsa, u mijozga etkazib beriladi, u uni ishda ishlatishi mumkin. Bu xaridorga quyidagi komponentlarga qo'yiladigan talablarni aniqlab olish imkonini beradi. Keyin ular tizimning keyingi qismini ishlab chiqadilar. Bu jarayonning asosiy bosqichlari - bu dasturiy ta'minotga qo'yiladigan talablarning faqat bir qismini bajarish va dasturiy ta'minot to'liq amalga oshirilmaguncha ketma -ket chiqariladigan modellarni takomillashtirish. Ushbu modelning hayotiy tsikli murakkab va murakkab tizimlarni ishlab chiqish uchun xosdir, ular uchun yakuniy natija nimani anglatishi kerakligi to'g'risida aniq tasavvur mavjud (xaridor tomondan ham, ishlab chiquvchi tomondan ham). Versiyalarni ishlab chiqish turli sabablarga ko'ra amalga oshiriladi: mijozning butun qimmat loyihani darhol moliyalashtirish imkoniyatining yo'qligi; ishlab chiquvchi qisqa vaqt ichida murakkab loyihani amalga oshirish uchun zarur resurslarga ega emas; mahsulotni bosqichma -bosqich joriy etish va oxirgi foydalanuvchilar tomonidan ishlab chiqishga qo'yiladigan talablar. Bir vaqtning o'zida butun tizimning kiritilishi uning foydalanuvchilari tomonidan rad etilishiga olib kelishi va faqat yangi texnologiyalarga o'tish jarayonini "sekinlashtirishi" mumkin. Obrazli qilib aytganda, ular "katta bo'lakni hazm qila olmaydi, shuning uchun uni maydalash va qismlarga berish" mumkin. Qadr -qimmat va cheklovlarbu model (strategiya) palapartishlik bilan bir xil (klassik hayot aylanishi modeli). Ammo klassik strategiyadan farqli o'laroq, xaridor natijalarni oldinroq ko'ra oladi. Birinchi versiyani ishlab chiqish va amalga oshirish natijalariga ko'ra, u ishlab chiqish talablarini biroz o'zgartirishi, undan voz kechishi yoki yangi shartnoma tuzilishi bilan yanada mukammal mahsulot ishlab chiqarishni taklif qilishi mumkin. Afzalliklari: foydalanuvchilarning talablari o'zgarishi natijasida yuzaga keladigan xarajatlar kamayadi, qayta tahlil qilish va hujjatlarni yig'ish palapartishlik modeliga nisbatan sezilarli darajada kamayadi; mijozdan bajarilgan ishlar to'g'risida fikr olish osonroq - mijozlar tayyor qismlar bo'yicha o'z fikrlarini bildirishlari va nima qilinganligini ko'rishlari mumkin. Chunki tizimning birinchi qismlari butun tizimning prototipidir. mijoz dasturiy ta'minotni tezda sotib olish va o'zlashtirish qobiliyatiga ega - xaridorlar palapartishlik modelidan ko'ra tizimdan real foyda olishlari mumkin. Modelning kamchiliklari: Menejerlar jarayonning borishini doimiy ravishda o'lchab turishlari kerak. agar tez rivojlansa, har bir minimal versiya o'zgarishi uchun hujjatlar yaratishga arzimaydi; yangi tarkibiy qismlar qo'shilganda tizimning tuzilishi yomonlashadi - doimiy o'zgarishlar tizim tuzilishini buzadi. Bunga yo'l qo'ymaslik uchun qayta ishlash uchun qo'shimcha vaqt va pul kerak bo'ladi. Yomon tuzilish dasturiy ta'minotni o'zgartirishni qiyinlashtiradi va qimmatga tushadi. Dasturning ishlash tsiklining uzilishi yanada katta yo'qotishlarga olib keladi. Ushbu sxema paydo bo'layotgan o'zgarishlarni tezda ko'rib chiqishga va dasturiy ta'minot talablarini tushuntirishga imkon bermaydi. Ishlab chiqarish natijalarini foydalanuvchilar bilan muvofiqlashtirish faqat ishning har bir bosqichi tugagandan so'ng rejalashtirilgan nuqtalarda amalga oshiriladi va dasturiy ta'minotga qo'yiladigan umumiy talablar texnik xususiyatlar ko'rinishida tuzilgan butun vaqt davomida belgilanadi. Shunday qilib, foydalanuvchilar ko'pincha o'zlarining haqiqiy ehtiyojlariga javob bermaydigan PP oladi. Spiral model Spiral model: Hayot tsikli - spiralning har bir burilishida, mahsulotning keyingi versiyasi yaratiladi, loyiha talablari aniqlanadi, uning sifati aniqlanadi va keyingi navbat ishi rejalashtiriladi. Rivojlanishning dastlabki bosqichlariga - tahlil va dizaynga alohida e'tibor qaratiladi, bu erda ma'lum texnik echimlarning maqsadga muvofiqligi prototiplash orqali tekshiriladi va asoslanadi. Bu model hayotiy tsiklning dastlabki bosqichlariga: tahlil va dizaynga e'tibor qaratib, pastdan yuqoriga va yuqoridan pastga kontseptsiyaning afzalliklarini birlashtirish uchun dizaynni ham, bosqichma-bosqich prototipini birlashtirgan dasturiy ta'minotni ishlab chiqish jarayonidir. O'ziga xos xususiyat bu model hayot tsiklini tashkil etishga ta'sir etuvchi xatarlarga alohida e'tibor qaratadi. Tahlil va dizayn bosqichlarida texnik echimlarning maqsadga muvofiqligi va mijozlarning qoniqish darajasi prototiplash orqali tekshiriladi. Spiralning har bir burilishi tizimning ishlaydigan bo'lagi yoki versiyasini yaratishga to'g'ri keladi. Bu sizga loyihaning talablari, maqsadlari va xususiyatlarini aniqlashtirish, rivojlanish sifatini aniqlash, spiralning navbatdagi turini ishini rejalashtirish imkonini beradi. Shunday qilib, loyihaning tafsilotlari chuqurlashtiriladi va izchil ko'rsatiladi va natijada xaridorning haqiqiy talablariga javob beradigan oqilona variant tanlanadi va amalga oshiriladi. Spiralning har bir burilishida hayot aylanishi - dasturiy ta'minotni ishlab chiqish jarayonining turli modellari qo'llanilishi mumkin. Oxir -oqibat, yakuniy mahsulot tayyor mahsulotdir. Model prototiplash modelining imkoniyatlarini birlashtiradipalapartishlik modeli... Takrorlash orqali rivojlanish tizimni yaratishning ob'ektiv mavjud spiral tsiklini aks ettiradi. Har bir bosqichda ishlarning to'liq bajarilmasligi, hozirgi bosqichda ishning to'liq tugashini kutmasdan, keyingi bosqichga o'tishga imkon beradi. Asosiy vazifa - bu tizim foydalanuvchilariga iloji boricha tezroq ishlaydigan mahsulotni ko'rsatish va shu bilan talablarni belgilash va to'ldirish jarayonini faollashtirish. Modelning afzalliklari: tizim foydalanuvchilariga tez ishlaydigan mahsulotni ko'rsatish va shu bilan talablarni aniqlashtirish va to'ldirish jarayonini faollashtirish imkonini beradi; dasturiy ta'minotni ishlab chiqishga qo'yiladigan talablarni o'zgartirish imkonini beradi, bu ko'pchilik ishlanmalar uchun xosdir, shu jumladan standartlar; model moslashuvchan dizayn imkoniyatini beradi, chunki u palapartishlik modelining afzalliklarini o'zida mujassam etgan va shu bilan bir xil modelning barcha bosqichlarida takrorlashga ruxsat berilgan; yanada ishonchli va barqaror tizimni olish imkonini beradi. Dasturiy ta'minot rivojlanar ekan, har bir iteratsiyada xatolar va kamchiliklar aniqlanadi va tuzatiladi; bu model foydalanuvchilarga rejalashtirish, xavflarni tahlil qilish, ishlab chiqish va baholash ishlarida faol ishtirok etish imkonini beradi; mijozning xavfi kamayadi. Buyurtmachi o'zi uchun minimal moliyaviy yo'qotishlar bilan murosasiz loyihani ishlab chiqishni yakunlashi mumkin; Tegishli mahsulotni yuqori sifat bilan yaratilishini ta'minlash uchun foydalanuvchilardan ishlab chiquvchilarga bo'lgan fikrlar yuqori chastotada va modelning boshida amalga oshiriladi. Modelning kamchiliklari: agar loyiha xavfi past yoki hajmi kichik bo'lsa, model qimmat bo'lishi mumkin. Har bir spiraldan keyin tavakkalchilikni baholash qimmatga tushadi; Modelning hayotiy tsikli murakkab tuzilishga ega, shuning uchun ishlab chiquvchilar, menejerlar va mijozlarga undan foydalanish qiyin bo'lishi mumkin; spiral abadiy davom etishi mumkin, chunki har bir mijozning yaratilgan versiyaga javobi yangi tsiklni keltirib chiqarishi mumkin, bu esa loyihaning bajarilishini kechiktiradi; ko'p miqdordagi oraliq tsikllar qo'shimcha hujjatlarni qayta ishlash zarurligiga olib kelishi mumkin; modeldan foydalanish qimmatga tushishi mumkin va hatto juda arzon bo'lishi mumkin. vaqt. sarflangan rejalashtirish, maqsadlarni qayta aniqlash, tavakkalchilikni tahlil qilish va prototiplash ortiqcha bo'lishi mumkin; keyingi bosqichda rivojlanish jarayonini davom ettirishga tayyorligini ko'rsatuvchi maqsad va bosqichlarni aniqlash qiyin bo'lishi mumkin Spiral tsiklning asosiy muammosi - keyingi bosqichga qachon o'tish kerakligini aniqlash. Buni hal qilish uchun har bir bosqich uchun vaqt chegaralari kiritilgan.hayot sikli va rejalashtirilgan ishlarning hammasi bajarilmagan bo'lsa ham, o'tish rejalashtirilgan tarzda davom etadi.Rejalashtirisholdingi loyihalarda olingan statistik ma'lumotlar asosida ishlab chiqarilgan va shaxsiy tajriba ishlab chiquvchilar. Spiral model ilovalari. Quyidagi hollarda spiraldan foydalanish tavsiya etiladi: yangi texnologiyalar yordamida loyihalarni ishlab chiqishda; mahsulot yoki tizimlarning yangi seriyasini ishlab chiqishda; kutilgan loyihalarni ishlab chiqishda muhim o'zgarishlar yoki talablarga qo'shimchalar kiritish; uzoq muddatli loyihalarni amalga oshirish; qisqa vaqt ichida tizim yoki mahsulot sifati va versiyalarini namoyish qilishni talab qiladigan loyihalarni ishlab chiqishda; loyihalarni ishlab chiqishda. buning uchun tavakkalchiliklarni baholash va hal qilish bilan bog'liq xarajatlarni hisoblash zarur. Dasturiy ta'minotning hayot aylanish standartlari. GOST 34.601-90 ISO / IEC 12207: 1995 (ruscha analogi - GOST R ISO / IEC 12207-99) Standart GOST 34 .601-90 Takroriy model. Tartibli modelga alternativ-bu takrorlanuvchi va ortib boruvchi rivojlanish modeli (ing. takroriy va bosqichma -bosqich rivojlanish, IID ), 70 -yillarda T. Gilbdan ham olingan. sarlavha evolyutsion model... Bu model ham deyiladi takroriy model va qo'shimcha model. IID modeli loyihaning butun hayotiy tsiklini "kichik loyiha" ga o'xshash ketma-ketliklarga bo'lishni nazarda tutadi, shu jumladan, butun loyihaga qaraganda, kichikroq funktsional bo'laklarni yaratishda qo'llaniladigan barcha rivojlanish jarayonlari. . Har birining maqsadi takrorlashlar- dasturiy ta'minot tizimining ishchi versiyasini olish, shu jumladan oldingi va joriy barcha takrorlanishlarning birlashtirilgan tarkibi bilan belgilangan funksionallik. Yakuniy takrorlash natijasi mahsulotning barcha kerakli funksiyalarini o'z ichiga oladi. Shunday qilib, har bir iteratsiya tugagandan so'ng, mahsulot ortadi - o'sish- o'z imkoniyatlariga, shuning uchun rivojlanadi evolyutsion... Iterativlik, o'sish va evolyutsionlik - bu bir xil ma'noni bir oz boshqacha nuqtai nazardan turli so'zlar bilan ifodalash. T. Gilbaga ko'ra, «evolyutsiya - bu barqarorlik ko'rinishini yaratish uchun yaratilgan uslub. Oran muvaffaqiyatli tashkil etish murakkab tizim, agar u kichik bosqichlar ketma-ketligida amalga oshirilsa va har bir qadam aniqlangan muvaffaqiyatni, shuningdek, muvaffaqiyatsizlikka uchragan taqdirda oldingi muvaffaqiyatli bosqichga "orqaga qaytish" imkoniyatini o'z ichiga olsa, maksimal darajaga ko'tariladi. Tizim yaratishga mo'ljallangan barcha resurslarni ishga tushirishdan oldin, ishlab chiquvchi real dunyodan fikr -mulohazalarni olish va to'g'rilash imkoniyatiga ega. mumkin bo'lgan xatolar loyihada ". IID yondashuvining kamchiliklari bor, ular aslida: orqa tomon xizmatlari. Birinchidan, uzoq vaqt davomida loyihaning imkoniyatlari va cheklovlari to'g'risida yaxlit tushuncha yo'q edi. Ikkinchidan, takrorlanayotganda, ilgari qilingan ishlarning bir qismini bekor qilish kerak. Uchinchidan, mutaxassislarning ishni bajarishda vijdonliligi hali ham pasaymoqda, bu psixologik tushunarli, chunki ularda "hamma narsani keyinroq o'zgartirish va yaxshilash mumkin" degan tuyg'u doimo hukmronlik qiladi. Zamonaviy rivojlanish metodologiyalarida (RUP, MSF,) takrorlanuvchi yondashuvning turli xil versiyalari qo'llaniladi. Spiral model. Har bir iteratsiya dasturiy ta'minotning bo'lagi yoki versiyasini yaratishga to'g'ri keladi, unda loyihaning maqsadlari va xususiyatlari ko'rsatiladi, olingan natijalar sifati baholanadi va keyingi takrorlash ishi rejalashtiriladi. Har bir takrorlashda quyidagilar baholanadi: loyihaning shartlari va narxidan oshib ketish xavfi; iteratsiyani bajarish zarurati; tizim talablarini tushunishning to'liqligi va to'g'riligi darajasi; loyihani tugatishning maqsadga muvofiqligi. Shuni tushunish kerakki, spiral model evolyutsion modelga (IID modeli) muqobil emas, balki maxsus ishlab chiqilgan versiya. Afsuski, spiral model odatda noto'g'ri evolyutsion modelning sinonimi sifatida ishlatilgan yoki IID bilan birga mutlaqo mustaqil model deb nomlangan. Spiral modelning o'ziga xos xususiyati - hayot aylanishi xavfi va muhim bosqichlariga e'tibor. Boehm 10 ta eng keng tarqalgan (ustuvor) xavflarni sanab o'tadi: Mutaxassislarning etishmasligi. Haqiqiy bo'lmagan vaqt va byudjet. Noto'g'ri funktsiyalarni amalga oshirish. Noto'g'ri foydalanuvchi interfeysini loyihalash. Perfektsionizm, keraksiz optimallashtirish va tafsilotlar. Doimiy o'zgarish oqimi. Tizim muhitini belgilaydigan yoki integratsiyaga jalb qilingan tashqi komponentlar haqida ma'lumot yo'qligi. Tashqi manbalar (loyihaga nisbatan) bajaradigan ishdagi kamchiliklar. Olingan tizimning kam ishlashi. Turli sohalar mutaxassislarining malakasidagi farq. Hozirgi spiral modeli quyidagi umumiy nazorat nuqtalarini belgilaydi: Operatsiyalar kontseptsiyasi (COO) - tizim tushunchasi (ishlatilishi); Hayot tsiklining maqsadlari (LCO) - hayot tsiklining maqsadlari va mazmuni; Hayot tsikli arxitekturasi (LCA) - hayot tsikli arxitekturasi; bu erda maqsadli dasturiy ta'minot tizimining kontseptual arxitekturasining tayyorligi haqida gapirish mumkin; Dastlabki operatsion imkoniyatlar (XOQ) - sinovdan o'tkazishga yaroqli bo'lgan mahsulotning birinchi versiyasi; Yakuniy operatsion imkoniyat (FOC) - bu haqiqiy ishlash uchun joylashtirilgan (o'rnatilgan va sozlangan) tayyor mahsulot. Dasturiy ta'minotni ishlab chiqish metodologiyasi Microsoft Solutions Framework (MSF). 4 bosqichni o'z ichiga oladi: tahlil, dizayn, ishlab chiqish, barqarorlashtirish, ob'ektga yo'naltirilgan modellashtirishni qo'llashni o'z ichiga oladi. Ekstremal dasturlash (ing. Ekstremal dasturlash, XP). Metodologiya jamoaviy ishlashga asoslangan. samarali muloqot ISni rivojlantirish bo'yicha butun loyiha davomida buyurtmachi va pudratchi o'rtasida. Rivojlanish izchil takomillashtirilgan prototiplar yordamida amalga oshiriladi. ESPD - davlat standartlari to'plami Rossiya Federatsiyasi dasturlar va dasturiy hujjatlarni ishlab chiqish, loyihalash va aylantirishning o'zaro bog'liq qoidalarini belgilaydi. Adabiyot Bratishchenko V.V. Axborot tizimlarining dizayni. - Irkutsk: BSUEP nashriyoti, 2004.- 84 b. Vendrov A.M. Iqtisodiy axborot tizimlari uchun dasturiy ta'minot dizayni. - M.: Moliya va statistika, 2000. Grekul V.I., Denischenko G.N., Korovkina N.L. Axborot tizimlarining dizayni. - M.: Internet universiteti axborot texnologiyalari- INTUIT.ru, 2005 yil. Mishenin A.I. Iqtisodiy axborot tizimlari nazariyasi. - M.: Moliya va statistika, 2000.- 240 b. Eslatmalar (tahrir) Vikimedia fondi. 2010 yil. Dasturiy ta'minotning hayotiy tsikli - bu dasturiy mahsulotni yaratish zarurligi to'g'risida qaror qabul qilingan paytdan boshlanadigan va xizmatdan butunlay voz kechish bilan tugaydigan vaqt davri. Lifecycle dasturiy jarayonlari: Asosiy, Yordamchi, Tashkiliy. Asosiy: 1. Xarid - xaridorning dasturiy ta'minotni sotib oluvchi harakatlari va vazifalari; 2. Yetkazib berish - xaridorga dasturiy mahsulot yoki xizmatni etkazib beradigan etkazib beruvchining harakatlari va vazifalari; 3. Ishlab chiqish - ishlab chiquvchi bajaradigan harakatlar va vazifalar: dasturiy ta'minotni ishlab chiqish, konstruktiv va ekspluatatsion hujjatlar, test va o'quv materiallarini tayyorlash; 4. Operatsiya - tizimni boshqaruvchi tashkilot operatorining harakatlari va vazifalari; 5. Xizmat - xatolarni tuzatish, ish faoliyatini yaxshilash yoki o'zgartirilgan ish sharoitlari yoki talablariga moslashish uchun dasturiy ta'minotga o'zgartirishlar kiritish. Yordamchi: 1. Hujjatlar - dasturiy ta'minotning hayotiy tsikli davomida yaratilgan ma'lumotlarning rasmiylashtirilgan tavsifi; 2. Konfiguratsiyani boshqarish - dasturiy ta'minot komponentlarining holatini aniqlash, uning modifikatsiyasini boshqarish uchun dasturiy ta'minotning butun tsikli davomida ma'muriy va texnik protseduralarni qo'llash; 3. Sifatni ta'minlash - dasturiy ta'minot va uning hayot aylanish jarayonlari belgilangan talablar va tasdiqlangan rejalarga muvofiqligini ta'minlash; 4. Tekshirish - dasturiy mahsulotlar oldingi harakatlar tufayli talablar yoki shartlarga to'liq javob berishini aniqlash; 5. Attestatsiya - berilgan talablar va yaratilgan tizimning o'ziga xos funktsional maqsadiga to'liq mosligini aniqlash; 6. Birgalikda baholash - loyiha bo'yicha ish holatini baholash: resurslar, kadrlar, uskunalar, asboblarni rejalashtirish va boshqarishni nazorat qilish; 7. Audit - shartnoma talablari, rejalari va shartlariga muvofiqligini aniqlash; 8. Muammolarni hal qilish - ishlab chiqish, ishlatish, texnik xizmat ko'rsatish yoki boshqa jarayonlar davomida aniqlangan muammolarni kelib chiqishi va manbasidan qat'i nazar tahlil qilish va hal qilish. Tashkiliy: 1. Menejment - ularning jarayonlarini nazorat qiluvchi har qanday tomon bajarishi mumkin bo'lgan harakatlar va vazifalar; 2. Infratuzilmani yaratish - texnologiya, standartlar va asboblarni tanlash va ularga xizmat ko'rsatish, dasturiy ta'minotni ishlab chiqish, ishlatish yoki texnik xizmat ko'rsatish uchun ishlatiladigan apparat va dasturiy ta'minotni tanlash va o'rnatish; 3. Yaxshilash - hayot tsikli jarayonlarini baholash, o'lchash, nazorat qilish va takomillashtirish; 4. Trening - kadrlarning dastlabki tayyorgarligi va keyinchalik uzluksiz kasbiy malakasini oshirish. 2002 yilda tizimlarning hayot aylanish jarayonlari uchun standart (ISO / IEC 15288 Tizim hayot aylanishi jarayonlari) e'lon qilindi. Standartni ishlab chiqishga turli sohalardan mutaxassislar jalb qilingan: tizimlar muhandisligi, dasturlash, sifat menejmenti, kadrlar, xavfsizlik va boshqalar. Davlat, tijorat, harbiy va ilmiy tashkilotlarda tizim yaratishning amaliy tajribasi hisobga olingan. Standart keng turdagi tizimlar uchun amal qiladi, lekin uning asosiy maqsadi kompyuterlashtirilgan tizimlarni yaratishni qo'llab -quvvatlashdir. ISO / IEC 15288 standartiga muvofiq quyidagi tsikl guruhlari hayot tsikli tarkibiga kiritilishi kerak: 1. Shartnoma jarayonlari: Xarid qilish (ichki echimlar yoki tashqi sotuvchi echimlari); Yetkazib berish (ichki echimlar yoki etkazib beruvchilarning tashqi echimlari); 2. Korxona jarayonlari: Korxona atrof -muhitni boshqarish; Investitsiyalarni boshqarish; IS hayot aylanishini boshqarish; Resurslarni boshqarish; Sifat nazorati; 3. Dizayn jarayonlari: Loyihani rejalashtirish; Loyihani baholash; Loyihani boshqarish; Xatarlarni boshqarish; Konfiguratsiyani boshqarish; Axborot oqimini boshqarish; Qarorlar qabul qilish. 4. Texnik jarayonlar: Talablarning ta'rifi; Talablarni tahlil qilish; Arxitektura rivojlanishi; Amalga oshirish; Integratsiya; Tekshirish; O'tish; Sertifikatlash; Ekspluatatsiya; Eskort; Chiqarish. 5. Maxsus jarayonlar: Maqsad va maqsadlarga asoslangan munosabatlarni aniqlash va o'rnatish. IP uchun dasturiy ta'minot tsiklining asosiy jarayonlarini yaratish (ISO / IEC 15288) Jarayon (jarayonni bajaruvchi) Harakatlar Kirish Natija Xarid qilish (xaridor) - Boshlash - Ariza takliflarini tayyorlash - Shartnoma tuzish - Yetkazib beruvchining faoliyatini nazorat qilish - IPni qabul qilish - ISni amalga oshirish bo'yicha ishni boshlash to'g'risidagi qaror - Buyurtmachining xatti -harakatlari bo'yicha so'rov natijalari - IP -bozorini tahlil natijalari / tender - Yetkazib berish / ishlab chiqish rejasi - Integral IS testi - ISni amalga oshirishning texnik -iqtisodiy asoslari - IS uchun texnik topshiriq - etkazib berish / ishlab chiqish uchun shartnoma - Ish bosqichlarini qabul qilish sertifikatlari - Qabul qilish test sertifikati Yetkazib berish (IS ishlab chiqaruvchisi) - Boshlanish - Taklif takliflariga javob - Shartnoma tuzish - Ijro etishni rejalashtirish - IS etkazib berish - IS uchun texnik topshiriq - Ishlab chiqishda ishtirok etish to'g'risida boshqaruv qarori - Tender natijalari - IS uchun texnik topshiriq - Loyihani boshqarish rejasi - Ishlab chiqilgan IS va hujjatlar - ishlab chiqishda ishtirok etish to'g'risidagi qaror; Tijorat takliflari/ Taklif - Ta'minot / Rivojlanish Shartnomasi - Loyihani Boshqarish Rejasi - Amalga oshirish / O'zgartirish - Qabul Testi Qonun Rivojlanish (IS ishlab chiqaruvchisi) - Tayyorgarlik - IS talablarini tahlil qilish - IS arxitekturasi dizayni - Dasturiy ta'minot talablarini ishlab chiqish - Dasturiy ta'minot arxitekturasi dizayni - Dasturiy ta'minotning batafsil dizayni - Dasturiy ta'minotni kodlash va sinovdan o'tkazish - Dasturiy ta'minotni integratsiyalash va dasturiy ta'minotni malakali sinovdan o'tkazish - ISni integratsiyalashuvi va IPga malakali test. - IS uchun texnik topshiriq - IS uchun texnik topshiriq, hayot tsikli modeli - IS quyi tizimlari - dasturiy ta'minot komponentlariga texnik talablar - dasturiy ta'minot arxitekturasi - dasturiy ta'minotni batafsil loyihalash uchun materiallar - dasturiy ta'minotni integratsiyalashuv rejasi, testlar - IS arxitekturasi, dasturiy ta'minot, IS uchun hujjatlar, testlar - Amaldagi hayot tsikli modeli, ishlab chiqish standartlari - Ish rejasi - Quyi tizimlar, uskunalar komponentlari tarkibi - Dasturiy komponentlarga qo'yiladigan talablar spetsifikatsiyasi - Dastur komponentlari tarkibi, ma'lumotlar bazasi interfeyslari, dasturiy ta'minotni integratsiyalashuv rejasi - Loyihalar bazasi, dasturiy komponentlar orasidagi interfeyslarning xususiyatlari, talablar. testlar uchun - Modul matnlari Dasturiy ta'minot, avtonom test aktlari - Dasturiy ta'minot kompleksining TK talablariga muvofiqligini baholash - Dasturiy ta'minot, ma'lumotlar bazasi, texnik kompleks va hujjatlar to'plamining TK talablariga muvofiqligini baholash. Tizimlarni yaratish bosqichlari (ISO / IEC 15288) SRS: www.mastertz.ru veb -saytida "Navbat" loyihasining texnik topshirig'ini yarating Lifecycle dasturiy ta'minot modellari: 1. kaskadli, 2. spiral, 3. iterativ. Kaskadli model hayot aylanishi ("palapartishlik modeli", ing. palapartishlik modeli) 1970 yilda Uinston Roys tomonidan taklif qilingan. U qat'iy belgilangan tartibda loyihaning barcha bosqichlarini ketma -ket bajarilishini ta'minlaydi. Keyingi bosqichga o'tish oldingi bosqichdagi ishlarning to'liq yakunlanishini bildiradi. Talablarni shakllantirish bosqichida aniqlangan talablar qat'iy texnik topshiriq shaklida hujjatlashtiriladi va loyihani ishlab chiqishning butun muddati davomida belgilanadi. Har bir bosqich ishlab chiqishni boshqa ishlab chiqish guruhi tomonidan davom ettirilishi uchun etarli bo'lgan hujjatlar to'plamining chiqarilishi bilan tugaydi. Talablarni ishlab chiqish Shakllanishi Spiral model(ing. spiral model) 1980-yillarning o'rtalarida Barri Boem tomonidan ishlab chiqilgan. U Uilyams Edvard Demingning klassik PDCA (reja-bajar-tekshir-harakat) tsikliga asoslangan. Ushbu modeldan foydalanganda, dasturiy ta'minot prototiplash yo'li bilan bir necha marta (spiral burilishlarda) yaratiladi. Prototip - bu individual funktsiyalar va tashqi interfeyslarni amalga oshiradigan dasturiy ta'minotning faol komponenti. Har bir iteratsiya dasturiy ta'minotning bo'lagi yoki versiyasini yaratishga to'g'ri keladi, unda loyihaning maqsadlari va xususiyatlari ko'rsatiladi, olingan natijalar sifati baholanadi va keyingi takrorlash ishi rejalashtiriladi. Guruh. 21. Hayot aylanishining dasturiy ta'minotining spiral modeli Har bir takrorlashda quyidagilar baholanadi: 1. Loyihaning shartlari va narxidan oshib ketish xavfi; 2. Yana bitta takrorlashni bajarish zarurati; 3. Tizimga qo'yiladigan talablarni tushunish to'liqligi va to'g'riligi darajasi; 4. Loyihani tugatishning maqsadga muvofiqligi. Spiral modelni amalga oshirishning bir misoli - RAD. RADning asosiy printsiplari: 1. Asboblar to'plami ishlab chiqish vaqtini minimallashtirishga qaratilgan bo'lishi kerak; 2. Xaridor talablarini aniqlashtirish uchun prototip yaratish; 3. Tsiklli ishlab chiqish: mahsulotning har bir yangi versiyasi xaridor tomonidan oldingi versiya natijasini baholashga asoslangan; 4. Tayyor modullarni uzatish va unga funksionallikni qo'shish orqali versiya ishlab chiqish vaqtini minimallashtirish yangi versiya; 5. Rivojlanish guruhi yaqindan ishlashi kerak, har bir ishtirokchi bir nechta majburiyatlarni bajarishga tayyor bo'lishi kerak; 6. Loyiha menejmenti rivojlanish tsikli vaqtlarini minimallashtirishi kerak. Takroriy model: kaskad va spiral modellarning tabiiy rivojlanishi ularning yaqinlashishiga va bu modellarning oqilona kombinatsiyasini ifodalovchi zamonaviy iterativ yondashuvning paydo bo'lishiga olib keldi. Guruh. 22. Dasturiy ta'minot hayot tsiklining takrorlanuvchi modeli. Dasturiy ta'minotning hayot aylanishi. Bosqichlar va bosqichlar IS -ning hayot aylanishi - bu tizim bilan uni yaratish va ishlatish jarayonida sodir bo'ladigan hodisalar majmui. Bosqich- dasturiy ta'minotni ishlab chiqish jarayonining ma'lum bir vaqt chegarasi bilan cheklangan va ma'lum bir mahsulotni (modellar, dasturiy ta'minot komponentlari, hujjatlar) chiqarilishi bilan tugaydigan qismi, bu bosqich uchun belgilangan talablar bilan belgilanadi. Hayot tsikli an'anaviy ravishda ketma -ket ketma -ket bosqichlar (yoki bosqichlar, fazalar) sifatida modellashtirilgan. Hozirgi vaqtda dasturiy ta'minot tizimining hayotiy tsiklini bosqichlarga bo'linishi umuman qabul qilinmagan. Ba'zan sahna alohida element sifatida ajratiladi, ba'zida u katta sahnaning ajralmas qismi sifatida kiritiladi. U yoki bu bosqichda qilingan harakatlar turlicha bo'lishi mumkin. Bu bosqichlarning nomlarida bir xillik yo'q. An'anaga ko'ra, dasturiy ta'minotning hayot aylanishining quyidagi asosiy bosqichlari ajratiladi. Talablarni tahlil qilish, Dizayn, Kodlash (dasturlash), Sinov va nosozliklarni tuzatish, Operatsion va texnik xizmat ko'rsatish. Dasturiy ta'minotning hayot aylanishi. Kaskadli model kaskad modeli (70-80 yillar) ≈ oldingi bosqichdagi ishlar to'liq tugagandan so'ng keyingi bosqichga o'tishni nazarda tutadi, Palapartishlik modelining asosiy yutug'i - bosqichlarning yakunlanishi. Bu xarajatlar va muddatlarni rejalashtirish imkonini beradi. Bundan tashqari, to'liq va izchil loyiha hujjatlari shakllantiriladi. Sharshara modeli kichiklar uchun amal qiladi dastur loyihalari, aniq ko'rsatilgan va o'zgarmas talablar bilan. Haqiqiy jarayon har qanday bosqichda muvaffaqiyatsizlikni ko'rsatishi mumkin, bu esa oldingi bosqichlardan biriga qaytishga olib keladi. Bunday dasturiy ta'minot ishlab chiqarish modeli kaskadli qaytishdir Dasturiy ta'minotning hayot aylanishi. Oraliq boshqaruv bilan bosqichma-bosqich model. Oraliq nazorat bilan bosqichma-bosqich model (80-85 yil); dasturiy ta'minotni ishlab chiqishning bosqichlar orasidagi teskari aloqa modeli. Ushbu modelning afzalligi shundaki, bosqichlararo sozlash palapartishlik modeliga qaraganda kamroq mehnat talab qiladi; ammo, har bir bosqichning ishlash muddati butun rivojlanish davrida uzaytiriladi, Muammolarni hal qilishning asosiy bosqichlari. Dasturlashning maqsadi ma'lumotlarni qayta ishlash jarayonlarini tavsiflashdan iborat (bundan keyin oddiy jarayonlar deb yuritiladi). Ma'lumotlar (ma'lumotlar) - bu ma'lum bir jarayonda uzatish va qayta ishlash uchun yaroqli bo'lgan faktlar va g'oyalarning tasviri, axborot (ma'lumot) esa ular taqdim etilganda berilgan ma'no. Ma'lumotni qayta ishlash - bu ma'lumotlar bo'yicha tizimli harakatlar ketma -ketligini bajarish. Ma'lumotlar ma'lumot tashuvchilarda taqdim etiladi va saqlanadi. Ma'lumotni qayta ishlashning har qanday turida ishlatiladigan ma'lumotlar tashuvchilar to'plami ma'lumotlar tashuvchisi deb ataladi. Axborot muhitining istalgan nuqtasida mavjud bo'lgan ma'lumotlar to'plami - axborot muhitining holati. Jarayonni ma'lum bir axborot muhitining ketma -ket holatlari ketma -ketligi sifatida aniqlash mumkin. Jarayonni tavsiflash, axborot muhitining holatlari ketma -ketligini aniqlash demakdir. Berilgan tavsifga muvofiq har qanday kompyuterda kerakli jarayon avtomatik tarzda ishlab chiqarilishi uchun bu tavsif rasmiylashtirilishi kerak. — Источник: https://serviceproekt.ru/uz/internet/zhiznennyi-cikl-programmnogo-obespecheniya-zhc-po-zhiznennyi-cikl/ © serviceproekt.ru Yüklə 43,93 Kb. Dostları ilə paylaş:
|
1 2