Shunday qilib, EIS dasturiy ta'minotini ishlab chiqishga tizimli yondashuvning mohiyati uning avtomatlashtirilgan funktsiyalarga bo'linishida (parchalanishida) yotadi: tizim funktsional quyi tizimlarga bo'linadi, ular o'z navbatida kichik funktsiyalarga, vazifalarga va boshqalarga bo'linadi. maxsus protseduralar. Shu bilan birga, tizim barcha komponentlar o'zaro bog'liq bo'lgan yaxlit ko'rinishni saqlaydi. Tizimni "pastdan yuqoriga" ishlab chiqishda individual vazifalardan butun tizimga qadar yaxlitlik yo'qoladi va alohida komponentlarning axborot o'zaro ta'sirini tavsiflashda muammolar paydo bo'ladi.
Strukturaviy yondashuvning barcha eng keng tarqalgan usullari bir qatorga asoslanadi umumiy tamoyillar:
1. “Bo‘l va zabt et” tamoyili;
2. Ierarxik tartiblash printsipi - tizimning tarkibiy qismlarini har bir darajadagi yangi detallar qo'shilishi bilan ierarxik daraxt tuzilmalariga tartibga solish printsipi.
Ikki asosiy tamoyilni izolyatsiya qilish qolgan tamoyillar ikkinchi darajali ekanligini anglatmaydi, chunki ularning birortasini e'tiborsiz qoldirish oldindan aytib bo'lmaydigan oqibatlarga olib kelishi mumkin (shu jumladan butun loyihaning muvaffaqiyatsizligi"). Ushbu tamoyillarning asosiylari:
1. Abstraktsiya tamoyili - tizimning muhim tomonlarini ajratib ko'rsatish va ahamiyatsizlardan mavhumlashtirish.
2. Tizim elementlarining izchilligi, asosliligi va izchilligi tamoyili.
3. Strukturaviy tamoyil ma'lumotlar - ma'lumotlar tuzilgan va ierarxik tartibga solinishi kerak.
Strukturaviy yondashuvda, asosan, tizimning funktsional tuzilishini va ma'lumotlar o'rtasidagi munosabatlarni tavsiflovchi vositalarning ikkita guruhi mavjud. Har bir asboblar guruhi ma'lum turdagi modellarga (diagrammalarga) mos keladi, ular orasida eng keng tarqalganlari:
· DFD (Data Flow Diagrams) – ma’lumotlar oqimi diagrammasi;
· SADT (Strukturaviy tahlil va dizayn texnikasi - strukturaviy tahlil va loyihalash metodologiyasi) - modellar va mos keladigan funktsional diagrammalar: IDEF0 (tizimlarni funktsional modellashtirish), IDEF1x (ma'lumotlar bazasini kontseptual modellashtirish), IDEF3x (ma'lumotlar sifatini baholash tizimlarini qurish) ob'ektning ishi; oqim jarayonlarining grafik tavsifi, jarayonlarning o'zaro ta'siri va bu jarayonlar tomonidan o'zgartiriladigan ob'ektlar);
· ERD (Entity - Relationship Diagrams) - ob'ekt-munosabat sxemalari.
Dasturiy ta'minotga bo'lgan talablarni shakllantirish bosqichida tizimli yondashuvning deyarli barcha usullari (strukturaviy tahlil) ikkita modellashtirish vositalaridan foydalanadi:
1. Tizim bajarishi kerak bo'lgan funktsiyalarni va bu funktsiyalar o'rtasidagi munosabatlarni ko'rsatadigan diagrammalar - DFD yoki SADT (IDEF0).
2. Ma'lumotlar va ularning munosabatlarini modellashtiruvchi diagrammalar (ERD).
Ro'yxatda keltirilgan diagrammalarning o'ziga xos shakli va ularning dizaynlarining talqini dasturiy ta'minotning hayot aylanish bosqichiga bog'liq.
Dasturiy ta'minotga bo'lgan talablarni shakllantirish bosqichida SADT modellari va DFD "AS-IS" modelini va "TO-BE" modelini yaratish uchun ishlatiladi, bu esa tashkilotning biznes jarayonlarining mavjud va taklif qilingan tuzilmasini va ular o'rtasidagi o'zaro ta'sirni aks ettiradi ( SADT modellaridan foydalanish odatda faqat ushbu bosqich bilan cheklangan, chunki ular dastlab dasturiy ta'minotni loyihalash uchun mo'ljallanmagan). ERD yordamida tashkilotda foydalaniladigan ma'lumotlarning tavsifi ma'lumotlar bazasini amalga oshirish vositalaridan (DBMS) qat'i nazar, kontseptual darajada amalga oshiriladi.
Izoh: Yaratishga moslashuvchan yondashuv dasturiy ta'minot, tezkor rivojlanishning asosiy tamoyillari. Ma'lum darajada moslashuvchan dasturiy ta'minotni ishlab chiqish tamoyillariga mos keladigan texnikalar ro'yxati taqdim etiladi. Agile rivojlanishning asosiy qadriyatlari va tamoyillari tahlil qilinadi.
Ushbu ma'ruza uchun taqdimotni yuklab olishingiz mumkin.
Ma'ruza maqsadi:
Agile dasturiy ta'minotni ishlab chiqishning maqsadi va asosiy tamoyillari haqida tushunchaga ega bo'ling.
Agile dasturiy ta'minotni ishlab chiqish metodologiyasi iterativ yondashuvdan foydalanishga qaratilgan bo'lib, unda dasturiy ta'minot bosqichma-bosqich, kichik bosqichlarda, shu jumladan muayyan talablar majmuasini amalga oshirish orqali yaratiladi. Talablar o'zgarishi mumkin deb taxmin qilinadi. Agile jamoalari dasturiy mahsulotni yaratish jarayonida turli vazifalarni bajaradigan ko'p qirrali ishlab chiquvchilardan iborat.
Agile metodologiyalaridan foydalanganda rivojlanishni qisqa davrlar qatoriga qisqartirish orqali xavflar minimallashtiriladi. iteratsiyalar, 2-3 hafta davom etadi. Iteratsiya - bu ma'lum bir vaqt oralig'ida bajarilishi rejalashtirilgan vazifalar to'plami. Har bir iteratsiyada dasturiy ta'minot tizimining ishlashga yaroqli versiyasi yaratiladi, u eng yuqori ustuvorlikni amalga oshiradi (ushbu iteratsiya uchun) mijozlar talablari. Har bir iteratsiya ishchi dasturiy ta'minotni yaratish uchun zarur bo'lgan barcha vazifalarni bajaradi: rejalashtirish, talablarni tahlil qilish, loyihalash, kodlash, sinovdan o'tkazish va hujjatlar. Bo'shatish uchun odatda bitta iteratsiya etarli bo'lmasa-da yangi versiya mahsulot, u joriy deb taxmin qilinadi dasturiy ta'minot har bir iteratsiya oxirida chiqarishga tayyor. Har bir iteratsiya oxirida jamoa dasturiy mahsulotga qo'yiladigan talablarning ustuvor yo'nalishlarini qayta ko'rib chiqadi, ehtimol tizimning rivojlanishiga tuzatishlar kiritadi.
Agile rivojlanish metodologiyasi jamoalarga yuqori mahsuldorlikka erishish imkonini beradigan asosiy postulatlarni e'lon qildi:
Odamlar va o'zaro ta'sir. Odamlar muvaffaqiyatning eng muhim tarkibiy qismidir. Individual jamoa a'zolari va yaxshi muloqot yuqori samarali jamoalar uchun muhimdir. Muloqotni osonlashtirish uchun tezkor usullar ish natijalari va qarorlardagi o'zgarishlar haqida tez-tez muhokama qilishni o'z ichiga oladi. Munozaralar har kuni bir necha daqiqa davomida va har bir iteratsiya oxirida ish natijalarini tahlil qilish va retrospektiv bilan o'tkazilishi mumkin. Uchrashuvlar davomida samarali muloqot qilish uchun jamoa a'zolari quyidagi asosiy xatti-harakatlar qoidalariga rioya qilishlari kerak:
Moslashuvchan metodologiyalarda yuqori samarali guruhlarni yaratish uchun samarali jamoa va yaxshi aloqadan tashqari, mukammal dasturiy vositalar kerak.
Ishchi dasturiy ta'minot keng qamrovli hujjatlardan ko'ra muhimroqdir. Barcha agile metodologiyalari mijozga ma'lum vaqt oralig'ida ishlaydigan dasturiy ta'minotning kichik qismlarini etkazib berish zarurligini ta'kidlaydi. Dasturiy ta'minot, qoida tariqasida, birlik sinovi, tizim darajasida testdan o'tishi kerak. Bunday holda, hujjatlar miqdori minimal bo'lishi kerak. Loyihalash jarayonida jamoa qarorning mantiqiy asoslari va tuzilmaning tavsifini o'z ichiga olgan dolzarb qisqa hujjatni saqlashi kerak.
Buyurtmachi bilan hamkorlik rasmiy shartnoma kelishuvlaridan muhimroqdir. Loyihani muvaffaqiyatli yakunlash uchun mijoz bilan muntazam va tez-tez muloqot qilish kerak. Buyurtmachi muntazam ravishda dasturiy ta'minot bo'yicha qabul qilingan qarorlarni muhokama qilishda ishtirok etishi, o'z istaklari va sharhlarini bildirishi kerak. Sifatli mahsulotni yaratish uchun mijozni dasturiy ta'minotni ishlab chiqish jarayoniga jalb qilish zarur.
O'zgarishlarga tezda javob berish rejaga rioya qilishdan ko'ra muhimroqdir. O'zgarishlarga javob berish qobiliyati asosan dasturiy ta'minot loyihasining muvaffaqiyatini belgilaydi. Dasturiy mahsulot yaratish jarayonida, mijozlar talablari. Mijozlar ko'pincha ishlaydigan narsalarni ko'rmagunlaricha, nima istayotganlarini aniq bilishmaydi. dasturiy ta'minot. Agile metodologiyalari qidirilmoqda fikr-mulohaza dasturiy mahsulotni yaratish jarayonida mijozlardan. O'zgarishlarga javob berish mijozni qoniqtiradigan va biznes qiymatini ta'minlaydigan mahsulotni yaratish uchun muhim ahamiyatga ega.
Agile rivojlanish tamoyillari 12 tamoyil bilan quvvatlanadi. Agile rivojlantirishning o'ziga xos metodologiyalari ushbu tamoyillarga ko'proq yoki kamroq rioya qiladigan jarayonlar va qoidalarni belgilaydi. Agile yaratish metodologiyalari dasturiy mahsulotlar quyidagi tamoyillarga asoslanadi:
Yuqoridagi tamoyillar ma'lum darajada dasturiy ta'minotni ishlab chiqishning bir qator metodologiyalariga mos keladi:
| AgileModeling | dasturiy ta'minotni ishlab chiqish loyihalarida modellashtirish va hujjatlashtirishni tez va oson bajarish imkonini beruvchi tushunchalar, tamoyillar va texnikalar (amaliyotlar) majmui; |
| AgileUnifiedProcess(AUP) | IBM RationalUnifiedProcess(RUP) ning biznes ilovalari uchun dasturiy ta'minot yaratish uchun oddiy va tushunarli taxminiy (model) tavsiflangan soddalashtirilgan versiyasi; |
| OpenUP | Bu dasturiy ta'minotni ishlab chiqishning iterativ-inkremental usuli. RUP ning engil va moslashuvchan versiyasi sifatida joylashtirilgan; |
| AgileDataMethod | talablar va yechimlarga turli funktsional guruhlarning hamkorligi orqali erishiladigan iterativ dasturiy ta'minotni ishlab chiqish usullari guruhi; |
| DSDM | ilovalarni tezkor ishlab chiqish kontseptsiyasiga asoslangan dinamik tizimlarni ishlab chiqish metodologiyasi (RapidApplicationDevelopment, RAD). Bu jarayonda foydalanuvchi/iste'molchining doimiy ishtirokini ta'kidlaydigan iterativ va bosqichma-bosqich yondashuv; |
| Ekstremal dasturlash (XP) | ekstremal dasturlash; |
| Moslashuvchan dasturiy ta'minotni ishlab chiqish (ADD) | moslashuvchan dasturiy ta'minotni ishlab chiqish; |
| Xususiyatlarga asoslangan rivojlanish (FDD) | funktsiyalarni bosqichma-bosqich qo'shishga qaratilgan rivojlanish; |
| Realga erishish | veb-ilovalar uchun ishlatiladigan funktsional spetsifikatsiyalarsiz iterativ yondashuv; |
| MSFfogAgileSoftwareDevelopment | Microsoft-ning moslashuvchan dasturiy ta'minotni ishlab chiqish metodologiyasi; |
| Scrum | ishlab chiqish jarayonini boshqarish qoidalarini o'rnatadi va mavjud kodlash amaliyotlaridan foydalanishga, talablarni o'zgartirishga yoki taktik o'zgarishlar kiritishga imkon beradi [ |
Bugungi kunda dasturiy ta'minot injiniringida EIS dasturiy ta'minotini ishlab chiqishda ikkita asosiy yondashuv mavjud bo'lib, ular orasidagi tub farq shundan iborat turli yo'llar bilan tizimlarning parchalanishi. Birinchi yondashuv funktsional-modulli yoki tizimli deb ataladi. U funktsional parchalanish printsipiga asoslanadi, bunda tizimning tuzilishi uning funktsiyalari ierarxiyasi va individual funktsional elementlar o'rtasida ma'lumotlarni uzatish nuqtai nazaridan tavsiflanadi. Ikkinchi, ob'ektga yo'naltirilgan yondashuv ob'ektning parchalanishidan foydalanadi. Bunda tizimning strukturasi ob'ektlar va ular o'rtasidagi bog'lanishlar nuqtai nazaridan, tizimning xatti-harakati esa ob'ektlar o'rtasida xabar almashish nuqtai nazaridan tavsiflanadi.
Shunday qilib, EIS dasturiy ta'minotini ishlab chiqishga tizimli yondashuvning mohiyati uning avtomatlashtirilgan funktsiyalarga bo'linishida (parchalanishida) yotadi: tizim funktsional quyi tizimlarga bo'linadi, ular o'z navbatida kichik funktsiyalarga, vazifalarga va boshqalarga bo'linadi. maxsus protseduralar. Shu bilan birga, avtomatlashtirilgan tizim barcha komponentlar o'zaro bog'liq bo'lgan yaxlit ko'rinishni saqlaydi. Tizimni "pastdan yuqoriga" ishlab chiqishda individual vazifalardan butun tizimga qadar yaxlitlik yo'qoladi va alohida komponentlarning axborot o'zaro ta'sirini tavsiflashda muammolar paydo bo'ladi.
Strukturaviy yondashuvning barcha eng keng tarqalgan usullari bir qator umumiy tamoyillarga asoslanadi. Asosiy tamoyillar quyidagilardir:
"bo'l va zabt et" tamoyili (2.1.1-kichik bo'limga qarang);
ierarxik tartiblash printsipi - har bir darajadagi yangi tafsilotlar qo'shilishi bilan tizimning tarkibiy qismlarini ierarxik daraxt tuzilmalariga tartibga solish printsipi.
Ikki asosiy tamoyilni ajratib ko'rsatish qolgan tamoyillar ikkinchi darajali ekanligini anglatmaydi, chunki ularning birortasini e'tiborsiz qoldirish oldindan aytib bo'lmaydigan oqibatlarga olib kelishi mumkin (shu jumladan butun loyihaning muvaffaqiyatsizligi). Ushbu tamoyillarning asosiylari:
mavhumlik printsipi - tizimning muhim tomonlarini ajratib ko'rsatish va ahamiyatsizlardan mavhumlashtirish;
izchillik printsipi - tizim elementlarining asosliligi va izchilligi;
ma'lumotlarni tizimlashtirish printsipi - ma'lumotlar tuzilgan va ierarxik tartibga solinishi kerak.
Strukturaviy yondashuv asosan tizimning funktsional tuzilishini va ma'lumotlar o'rtasidagi munosabatlarni tavsiflovchi ikkita guruh vositalaridan foydalanadi. Har bir asboblar guruhi ma'lum turdagi modellarga (diagrammalarga) mos keladi, ulardan eng keng tarqalganlari:
DFD (Data Flow Diagrams) - ma'lumotlar oqimi diagrammasi;
SADT (Strukturaviy tahlil va dizayn texnikasi - strukturani tahlil qilish va loyihalash usuli) - modellar va mos keladigan funktsional diagrammalar;
ERD (Entity-Relationship Diagrams) - ob'ektlar o'rtasidagi munosabatlar diagrammasi.
Ma'lumotlar oqimi diagrammalari va ob'ektlar o'rtasidagi munosabatlar diagrammalari CASE vositalarida eng ko'p ishlatiladigan model turlaridir.
Ro'yxatda keltirilgan diagrammalarning o'ziga xos shakli va ularning dizaynlarining talqini dasturiy ta'minotning hayot aylanish bosqichiga bog'liq.
Dasturiy ta'minot talablarini shakllantirish bosqichida SADT va DFD modellari "AS-IS" modelini va "TO-BE" modelini yaratish uchun ishlatiladi, bu esa tashkilotning biznes jarayonlarining mavjud va taklif qilingan tuzilmasini va ular o'rtasidagi o'zaro ta'sirni aks ettiradi ( SADT modellaridan foydalanish, qoida tariqasida, faqat ushbu bosqich bilan cheklangan, chunki ular dastlab dasturiy ta'minotni loyihalash uchun mo'ljallanmagan). ERD yordamida tashkilotda foydalaniladigan ma'lumotlarning tavsifi ma'lumotlar bazasini amalga oshirish vositalaridan (DBMS) mustaqil ravishda kontseptual darajada amalga oshiriladi.
Loyihalash bosqichida DFDlar loyihalashtirilgan dasturiy tizimning strukturasini tavsiflash uchun ishlatiladi va ularni takomillashtirish, kengaytirish va yangi dizaynlar bilan to'ldirish mumkin. Xuddi shunday, ERD ma'lumotlar bazasi sxemasini keyingi yaratish uchun mos bo'lgan mantiqiy darajada ma'lumotlarning namoyishini tavsiflovchi yangi konstruktsiyalar bilan takomillashtiriladi va to'ldiriladi. Ushbu modellar dasturiy tizim arxitekturasini aks ettiruvchi diagrammalar, dastur blok diagrammalari, ekran shakllari va menyular ierarxiyasi va boshqalar bilan to'ldirilishi mumkin.
Ro'yxatdagi modellar birgalikda beradi To'liq tavsif EIS dasturiy ta'minoti tizimning mavjudligi yoki yangi ishlab chiqilganligidan qat'i nazar. Har bir aniq holatda diagrammalarning tarkibi tizimning murakkabligiga va uning tavsifining zarur to'liqligiga bog'liq.
Ushbu bobda keltirilgan diagramma misollarining aksariyati uchun mavzu maydoni Rossiya Federatsiyasining soliq tizimi bo'lib, uning eng to'liq tavsifi Rossiya Federatsiyasi Soliq kodeksida mavjud. Axborot texnologiyalari, Rossiya Federatsiyasining soliq tizimida qo'llaniladigan, ma'lum xususiyatlarga ega.
Hozirgi vaqtda dasturiy injiniringda AT dasturiy ta'minotini ishlab chiqishning ikkita asosiy yondashuvi mavjud bo'lib, ular orasidagi tub farq tizimlarni parchalashning turli usullari bilan bog'liq: funktsional-modulli (strukturaviy) yondashuv, bu funktsional parchalanish printsipiga asoslanadi. unda tizimning tuzilishi uning funktsiyalari ierarxiyasi va individual funktsional elementlar o'rtasida ma'lumot uzatish nuqtai nazaridan tavsiflanadi va ob'ektga yo'naltirilgan yondashuv, ob'ektlarning parchalanishidan foydalanadigan, ob'ektlar va ular o'rtasidagi bog'lanishlar nuqtai nazaridan AT strukturasini va ob'ektlar o'rtasidagi xabarlar almashinuvi nuqtai nazaridan tizimning xatti-harakatlarini tavsiflaydi.
Shunday qilib, AT dasturiy ta'minotini ishlab chiqishga tizimli yondashuvning mohiyati uning avtomatlashtirilgan funktsiyalarga bo'linishidan iborat: tizim funktsional quyi tizimlarga bo'linadi, ular o'z navbatida kichik funktsiyalarga, bu vazifalarga va hokazolarga bo'linadi. Shu bilan birga, IS barcha komponentlar o'zaro bog'langan taqdimotning yaxlitligini saqlaydi. Tizimni "pastdan yuqoriga" ishlab chiqishda individual vazifalardan butun tizimga qadar yaxlitlik yo'qoladi va alohida komponentlarning axborot o'zaro ta'sirini tavsiflashda muammolar paydo bo'ladi.
Strukturaviy yondashuvning asosiy tamoyillari quyidagilardan iborat:
o tamoyili" bo'ling va hukmronlik qiling";
o tamoyili ierarxik tartiblash - har bir darajadagi yangi detallar qo'shilgan holda tarkibiy tizimlarni ierarxik daraxt tuzilmalariga tashkil qilish printsipi. Ikki asosiy tamoyilni ajratib ko'rsatish, qolgan tamoyillar ikkinchi darajali degani emas, chunki ularning birortasiga e'tibor bermaslik oldindan aytib bo'lmaydigan oqibatlarga olib kelishi mumkin.
Ushbu tamoyillarning asosiylari:
o abstraktsiya - tizimning muhim jihatlarini ajratib ko'rsatish;
o izchillik - tizim elementlarining asosliligi va izchilligi;
o ma'lumotlarni tizimlashtirish - ma'lumotlar tuzilgan va ierarxik tartibga solinishi kerak.
Vizual modellashtirish. Umuman olganda, dasturiy ta'minot modeli - ma'lum darajadagi mavhumlik darajasida dasturiy ta'minot tizimining rasmiylashtirilgan tavsifi. Har bir model tizimning o'ziga xos jihatini belgilaydi, ma'lum formatdagi diagrammalar va hujjatlar to'plamidan foydalanadi va muayyan qiziqishlar, rollar yoki vazifalarga ega bo'lgan turli odamlarning fikrlari va faoliyatini aks ettiradi.
Grafik (vizual) modellar tizim arxitekturasini vizuallashtirish, tavsiflash, loyihalash va hujjatlashtirish vositalaridir. Har bir aniq loyihada ishlatiladigan modellarning tarkibi va ularning batafsil darajasi odatda quyidagi omillarga bog'liq:
o loyihalashtirilgan tizimning qiyinchiliklari;
o tavsifining zaruriy to'liqligi;
o loyiha ishtirokchilarining bilim va ko'nikmalari;
o dizayn uchun ajratilgan vaqt.
Vizual modellashtirish, ayniqsa, CASE vositalarining rivojlanishiga katta ta'sir ko'rsatdi. CASE (Computer Aided Software Engineering) tushunchasi keng ma’noda qo‘llaniladi. Ushbu kontseptsiyaning faqat dasturiy ta'minotni ishlab chiqishni avtomatlashtirish vazifalari bilan chegaralangan asl ma'nosi hozirda dasturiy ta'minotning hayot aylanishining aksariyat jarayonlarini qamrab oluvchi yangi ma'noga ega bo'ldi.
CASE texnologiyasi - dasturiy ta'minotni loyihalash usullari to'plami, shuningdek, to'plam asboblar, mavzu sohasini vizual modellashtirish, ushbu modelni dasturiy ta'minotni ishlab chiqish va texnik xizmat ko'rsatishning barcha bosqichlarida tahlil qilish va foydalanuvchilarning axborot ehtiyojlariga mos ravishda dastur ishlab chiqish imkonini beradi. Mavjud CASE vositalarining aksariyati strukturaviy yoki ob'ektga yo'naltirilgan tahlil va loyihalash usullariga asoslangan bo'lib, tashqi talablarni, tizim modellari o'rtasidagi munosabatlarni, tizim harakati dinamikasini va dasturiy ta'minot arxitekturasini tavsiflash uchun diagrammalar yoki matnlar ko'rinishidagi spetsifikatsiyalardan foydalanadi.
Birinchi bo'limda biz dasturiy ta'minotni ishlab chiqish metodologiyasini, masalan, metodologiyaning iterativ rivojlanish bilan bog'liqligi va ishchi materiallarni loyihalashda va umuman ishlab chiqish jarayonida rasmiyatchilik darajasi kabi ko'rsatkichlarni taqqoslashni tanladik. Ushbu qismda biz ushbu ko'rsatkichlardan eng mashhur dasturiy ta'minotni ishlab chiqish usullarini solishtirish uchun foydalanamiz.
Afsuski, bu ta'riflash eng qiyin toifadir - axir, u har qanday narxda o'zining birinchi loyihasini yakunlashga harakat qilayotgan yangi boshlovchining g'azablangan otish mahsulini, shuningdek, ko'p yillik tajribani o'zlashtirgan etarlicha etuk va o'rnatilgan metodologiyani o'z ichiga oladi. maxsus ishlab chiqish guruhlarining turli tajribasi va hatto ichki qoidalarda tasvirlangan O'z metodologiyasini ishlab chiqishga qodir bo'lgan odamlar, qoida tariqasida, uni iterativlik va rasmiylashtirish nuqtai nazaridan o'zlari baholashlari mumkinligi sababli, biz yangi boshlanuvchilarga e'tibor qaratamiz. Afsuski, ko'pincha bu rivojlanish qoidalarining umuman mavjud emasligini yoki ular ishlab chiqilgan va qabul qilingan, ammo ularga rioya qilinmasligini anglatadi. Bunday sharoitda rivojlanishda rasmiyatchilikning nihoyatda past bo‘lishi tabiiy. Shunday qilib, bu bilan hamma narsa aniq.
Rivojlanish "Bu qanday bo'ladi"
Iterativ yondashuv haqida nima deyish mumkin? Afsuski, qoida tariqasida, bunday loyihalarda foydalanilmaydi. Birinchidan, chunki bu loyihani hatto birinchi iteratsiyalarda ham o'ta shubhali va tartibni tiklash uchun yuqori rahbariyatning shoshilinch aralashuvini talab qiluvchi deb baholashga imkon bergan bo'lar edi. Darhaqiqat, iterativ loyihada dasturchining an'anaviy javobi, u hamma narsa 90% tayyor, faqat birinchi iteratsiya tugaguniga qadar davom etadi ...
Strukturaviy metodologiyalar
Strukturaviy usullar - bu, qoida tariqasida, ob'ektga yo'naltirilgan tillarning keng qo'llanilishidan oldin ishlab chiqilgan metodologiyalar guruhi. Ularning barchasi sharshara rivojlanishini o'z ichiga oladi. Garchi ma'lum bo'lishicha, palapartishlik yondashuvining birinchi taqdimoti sifatida tez-tez tilga olinadigan ushbu maqolada ham, loyihani prototipni ishlab chiqishdan boshlash, ya'ni hech bo'lmaganda amalga oshirish maqsadga muvofiqligi aytilgan. ikki takrorlash.
Shunga qaramay, ushbu metodologiyalarning asosi ishdan ishga izchil o'tish va keyingi bosqichning natijalarini (hujjatlarini) keyingi bosqich ishtirokchilariga o'tkazishdir.
Shuningdek, ushbu metodologiyalarning barchasi yuqori darajada rasmiylashtirilgan yondashuvni talab qiladi, garchi ularda etarli miqdordagi hujjatlar to'g'risidagi bayonotlarni topish mumkin. Dasturiy ta'minotni ishlab chiqish metodologiyasi nafaqat G'arbda ishlab chiqilganiga noma'lum misollardan biri 1980-yillarning boshlarida mamlakatimizda nashr etilgan kitobdan olingan iqtibos bo'lib, unda dasturlash vazifasini rasmiylashtirish darajasi qanchalik yaxshi ekanligiga qarab belgilanishi kerakligi aytilgan. tahlilchi va dasturchi. Va bu kitobning mavzusi jiddiy yo'qotishlarga yoki hatto falokatlarga olib keladigan juda muhim tizimlarni, xatolarni ishlab chiqishni o'z ichiga olganiga qaramay.
Agile metodologiyalari o'nta tamoyilga asoslanadi, ulardan faqat tanlangan parametrlar bo'yicha ushbu metodologiyalarni baholashni belgilaydiganlarini nomlaymiz:
Shunday qilib, bu usullar aniq dasturiy ta'minotni takroriy ishlab chiqish va jarayonni minimal rasmiylashtirishga qaratilgan. Biroq, ikkinchi nuqtaga kelsak, rezervasyon qilish kerak: ko'rsatilgan usullar ma'lum bir loyiha uchun maqbul bo'lgan rasmiylashtirishning minimal darajasiga qaratilgan. Moslashuvchan metodologiyalar guruhiga kiritilgan hech bo'lmaganda bitta Crystal, turli xil ishtirokchilar soni va ishlab chiqilayotgan dasturiy ta'minotning har xil kritikligi bilan jarayonlarni amalga oshirish uchun mo'ljallangan modifikatsiyalarga ega (dasturiy ta'minotning tanqidiyligi xatolarning mumkin bo'lgan oqibatlari bilan belgilanadi, bu mumkin bo'lgan oqibatlarga olib kelishi mumkin). kichikdan farq qiladi moliyaviy yo'qotishlar halokatli xatolardan oldin xatolarni tuzatish uchun). Moslashuvchan metodologiyalar bilan keyingi taqqoslash befoyda emasligi uchun biz taqdim etamiz qisqacha tavsiflar ulardan bir nechtasi.
Kent Beck, Ward Cunningham va Ron Jeffries tomonidan ishlab chiqilgan XP metodologiyasi bugungi kunda eng mashhur tezkor metodologiyadir. Ba'zida "chaqqon metodologiyalar" tushunchasining o'zi aniq yoki bilvosita XP bilan aniqlangan bo'lib, u muloqot, soddalik, fikr-mulohaza va jasoratni targ'ib qiladi. U amaliyotlar to'plami sifatida tavsiflanadi: o'yinni rejalashtirish, qisqa relizlar, metaforalar, oddiy dizayn, refaktoring, sinovdan o'tgan rivojlanish, juft dasturlash, umumiy kod egaligi, 40 soatlik ish haftasi, mijozning doimiy mavjudligi va kod standartlari. XP ga bo'lgan qiziqish pastdan yuqoriga - ishlab chiquvchilar va sinovchilar tomonidan og'riqli jarayon, hujjatlar, o'lchovlar va boshqa rasmiyatchilik bilan qiynoqqa solingan. Ular tartib-intizomni rad etmadilar, lekin rasmiy talablarga behuda rioya qilishni istamadilar va yuqori sifatli dasturlarni ishlab chiqish uchun yangi, tezkor va moslashuvchan yondashuvlarni qidirdilar.
XP dan foydalanganda, dasturiy ta'minotning puxta dastlabki dizayni, bir tomondan, har qanday savolga javob berishga va har qanday prototipni baholashga tayyor bo'lgan mijozning jamoada doimiy mavjudligi bilan, boshqa tomondan, muntazam kodni qayta ko'rib chiqish bilan almashtiriladi (deb ataladi). refaktoring). Ehtiyotkorlik bilan sharhlangan kod loyiha hujjatlarining asosi hisoblanadi. Metodologiyada test sinovlariga katta e'tibor beriladi. Qoidaga ko'ra, har bir yangi usul uchun avval test yoziladi, so'ngra test muvaffaqiyatli ishlay boshlaguncha haqiqiy usul kodi ishlab chiqiladi. Ushbu testlar har qanday kod o'zgarishidan keyin avtomatik ravishda bajariladigan test to'plamlarida saqlanadi.
Juftlik dasturlash va 40 soatlik ish haftasi XP ning eng mashhur xususiyatlari bo‘lsa-da, ular tabiatan qo‘llab-quvvatlanadi va ishlab chiquvchilarning yuqori mahsuldorligiga va ishlab chiqish xatolarining kamayishiga yordam beradi.
Kristal - ishtirokchilar soniga va vazifalarning tanqidiyligiga qarab rivojlanish jarayonini rasmiylashtirishning zarur darajasini belgilaydigan metodologiyalar oilasi.
Crystal Clear metodologiyasi unumdorlik jihatidan XP dan past, lekin ulardan foydalanish juda oson. Uni amalga oshirish uchun minimal harakat talab etiladi, chunki u inson odatlariga qaratilgan. Ushbu metodologiya, agar ular boshqa metodologiyani maqsadli amalga oshirish bilan shug'ullanmasa, etarlicha malakali jamoalarda o'rnatiladigan dasturiy ta'minotni ishlab chiqishning tabiiy tartibini tavsiflaydi, deb ishoniladi.
Crystal Clearning asosiy xususiyatlari:
Crystal Clear-dan tashqari, Crystal oilasi kattaroq yoki muhimroq loyihalarni boshqarish uchun mo'ljallangan bir qancha boshqa metodologiyalarni o'z ichiga oladi. Ular hujjatlar ko'lami va o'zgartirish va versiyani boshqarish kabi qo'llab-quvvatlovchi protseduralar uchun biroz qattiqroq talablarga ega.
Xususiyatlarga asoslangan rivojlanish (FDD) tizimning funksiyasi yoki xususiyati tushunchasi bilan ishlaydi, bu RUPda qo'llaniladigan foydalanish holati tushunchasiga juda yaqin. Ehtimol, eng muhim farq qo'shimcha cheklovdir: "har bir funktsiya ikki haftadan ko'p bo'lmagan muddatda amalga oshirishga ruxsat berishi kerak." Ya'ni, agar foydalanish holati etarlicha kichik bo'lsa, uni funktsiya deb hisoblash mumkin, agar u katta bo'lsa, u holda bir nechta nisbatan mustaqil funktsiyalarga bo'linishi kerak.
FDD beshta jarayonni o'z ichiga oladi, oxirgi ikkitasi har bir funktsiya uchun takrorlanadi:
Loyiha ustida ishlash tez-tez qurishni o'z ichiga oladi va iteratsiyalarga bo'linadi, ularning har biri ma'lum funktsiyalar to'plami yordamida amalga oshiriladi.
FDD da ishlab chiquvchilar "sinf ustalari" va "bosh dasturchilar" ga bo'linadi. Asosiy dasturchilar keyingi mulk ustida ishlashga jalb qilingan sinflar egalarini jalb qiladilar. Taqqoslash uchun, XP da sinflar yoki usullar uchun mas'ul shaxslar yo'q.
Moslashuvchan metodologiyalar ro'yxati hozirda juda keng. Shunga qaramay, biz ta'riflagan metodologiyalar butun oila haqida juda to'liq tasavvur beradi.
Deyarli barcha moslashuvchan metodologiyalar iterativ yondashuvdan foydalanadi, bunda keyingi nashrni chiqarish bilan bog'liq faqat cheklangan miqdordagi ish batafsil rejalashtirilgan.
Deyarli barcha moslashuvchan metodologiyalar rivojlanishga eng norasmiy yondashuvga qaratilgan. Agar muammoni oddiy suhbat davomida hal qilish mumkin bo'lsa, unda buni qilish yaxshidir. Bundan tashqari, qog'oz shaklida qabul qilingan qarorni rasmiylashtiring yoki elektron hujjat usiz qilishning iloji bo'lmagandagina kerak.
Agile metodologiyalari
Keyingi bo'limda tasvirlangan CMM modeli talablari kabi GOSTlar metodologiya emas. Qoidaga ko'ra, ular dasturiy ta'minotni ishlab chiqish jarayonlarini o'zlari tasvirlamaydilar, faqat jarayonlar uchun ma'lum talablarni shakllantiradilar, ular turli xil metodologiyalar tomonidan turli darajada qondiriladi. Biz metodologiyalarni taqqoslaydigan bir xil mezonlardan foydalangan holda talablarni taqqoslash, agar siz GOSTga muvofiq ishlab chiqishni amalga oshirishingiz kerak bo'lsa, qaysi metodologiyadan foydalanish kerakligini darhol hal qilishga yordam beradi.
Hozirgi vaqtda Rossiyada 19 va 34-seriyadagi eski GOSTlar va yangiroq GOST R ISO IEC 122207 amal qiladi.19 va 34-seriyadagi GOSTlar qatʼiy ravishda dasturiy taʼminotni ishlab chiqishda kaskadli yondashuvga qaratilgan. Ushbu GOSTlarga muvofiq ishlab chiqish bosqichma-bosqich amalga oshiriladi, ularning har biri qat'iy belgilangan ishlarni amalga oshirishni o'z ichiga oladi va juda ko'p miqdordagi juda rasmiylashtirilgan va keng qamrovli hujjatlarni chiqarish bilan yakunlanadi. Shunday qilib, darhol ushbu standartlarga qat'iy rioya qilish nafaqat palapartishlik yondashuviga olib keladi, balki rivojlanishning juda yuqori darajada rasmiylashtirilishini ta'minlaydi.
GOST talablari
GOST 12207, 19 va 34 seriyali standartlardan farqli o'laroq, dasturiy ta'minotni ishlab chiqish loyihaning boshidan oxirigacha ishlashi mumkin bo'lgan asosiy va yordamchi jarayonlar to'plami sifatida tavsiflanadi. Hayotiy tsikl modeli loyihaning xususiyatlaridan kelib chiqqan holda tanlanishi mumkin. Shunday qilib, ushbu GOST iterativ yondashuvdan foydalanishni aniq taqiqlamaydi, balki uni ishlatishni ham aniq tavsiya etmaydi. GOST 12207, shuningdek, ishlab chiqish jarayonining rasmiyatchiligiga qo'yiladigan talablar nuqtai nazaridan yanada moslashuvchan. Unda faqat barcha jarayonlarning asosiy natijalarini hujjatlashtirish zarurligi to'g'risidagi ko'rsatmalar mavjud, ammo kerakli hujjatlar ro'yxati va ularning mazmuni bo'yicha ko'rsatmalar mavjud emas.
Shunday qilib, GOST 12207 iterativ va kamroq rasmiylashtirilgan dasturiy ta'minotni ishlab chiqish imkonini beradi.
Davlat va xalqaro standartlarga qo'shimcha ravishda, ishlab chiqish jarayonini sertifikatlashning bir nechta yondashuvlari mavjud. Ulardan Rossiyada eng mashhurlari, ehtimol, CMM va CMMI.
CMM (Capability Maturity Model) dasturiy ta'minotni yaratish jarayonlarining etuklik modeli bo'lib, u ma'lum bir kompaniyada ishlab chiqish jarayonining etuklik darajasini baholash uchun mo'ljallangan. Ushbu modelga ko'ra, rivojlanish jarayonining etukligining besh darajasi mavjud. Birinchi daraja, ishlab chiquvchilar har bir loyihaga xuddi jasorat kabi yondashganda, rivojlanishga mos keladi. Ikkinchisi, loyihaning ijobiy natijasiga ishonch bilan ishonishingiz mumkin bo'lgan ko'p yoki kamroq o'rnatilgan jarayonlarga to'g'ri keladi. Uchinchisi ishlab chiqishda qo'llaniladigan ishlab chiqilgan va yaxshi tavsiflangan jarayonlarning mavjudligiga to'g'ri keladi va to'rtinchisi maqsadlarni belgilash va ularga erishishni nazorat qilish uchun boshqaruv jarayonida ko'rsatkichlardan faol foydalanishga mos keladi. Nihoyat, beshinchi daraja kompaniyaning jarayonni kerak bo'lganda optimallashtirish qobiliyatini anglatadi.
CMM va CMMI talablari
CMM paydo bo'lgandan so'ng, yaratish uchun ixtisoslashtirilgan etuklik modellari ishlab chiqila boshlandi axborot tizimlari, yetkazib beruvchini tanlash jarayoni va boshqalar uchun. Ular asosida integratsiyalashgan CMMI (Capability Maturity Model Integration) modeli ishlab chiqildi. Bundan tashqari, CMMI o'sha paytda paydo bo'lgan CMM kamchiliklarini - jarayonlarning rasmiy tavsiflarining rolini bo'rttirib ko'rsatishga harakat qildi, bunda ma'lum hujjatlarning mavjudligi yaxshi tashkil etilgan, ammo tavsiflanmaganidan ancha yuqori baholangan. jarayon. Biroq, CMMI ham juda rasmiylashtirilgan jarayondan foydalanishga qaratilgan.
Shunday qilib, CMM va CMMI modellarining asosi rivojlanish jarayonini rasmiylashtirishdir. Ular ishlab chiquvchilarga qoidalar va ko'rsatmalarda batafsil tavsiflangan jarayonni amalga oshirishga qaratilgan, bu esa, o'z navbatida, tegishli nazorat va hisobot uchun katta hajmdagi loyiha hujjatlarini ishlab chiqishni talab qila olmaydi.
CMM va CMMI va iterativ rivojlanish o'rtasidagi bog'liqlik ko'proq bilvosita. Rasmiy ravishda, na biri, na ikkinchisi palapartishlik yoki iterativ yondashuvga rioya qilish uchun maxsus talablarni ilgari surmaydi. Biroq, ba'zi ekspertlarning fikriga ko'ra, CMM palapartishlik yondashuviga ko'proq mos keladi, CMMI esa iterativ yondashuvdan foydalanishga ham imkon beradi.
Albatta, RUP iterativ metodologiyadir. Barcha bosqichlarni bajarish majburiy talabi yoki ma'lum bir minimal takrorlash soni RUP-ning biron bir joyida rasman ko'rsatilmagan bo'lsa-da, butun yondashuv ularning juda ko'p ekanligiga qaratilgan. Cheklangan miqdordagi takrorlash RUPning to'liq afzalliklaridan to'liq foydalanishga imkon bermaydi. Shu bilan birga, RUP amalda palapartishlik loyihalarida ham qo'llanilishi mumkin, ular aslida faqat bir nechta iteratsiyani o'z ichiga oladi: biri "Qurilish" bosqichida, ikkinchisi esa "Transfer" bosqichida. Aytgancha, palapartishlik loyihalarida bu iteratsiyalar soni aslida qo'llaniladi. Axir, tizimni sinovdan o'tkazish va sinovdan o'tkazish tahlil qilish, loyihalash va ishlab chiqish bilan bog'liq muayyan harakatlarni o'z ichiga olishi mumkin bo'lgan tuzatishlarni kiritishni o'z ichiga oladi, ya'ni aslida ular rivojlanishning barcha bosqichlaridan yana bir o'tishdir.
RUP metodologiyasi
Metodologiyaning rasmiyatchiligiga kelsak, RUP foydalanuvchiga juda keng imkoniyatlarni taqdim etadi. Agar siz barcha ish va topshiriqlarni bajarsangiz, barcha artefaktlarni yaratsangiz va barcha ko'rib chiqishlarni rasmiy ravishda o'tkazsangiz (rasmiy sharhlovchi bilan, elektron yoki qog'oz hujjat shaklida to'liq ko'rib chiqishni tayyorlash va hokazo), RUP chiqishi mumkin. o'ta rasmiy, og'ir metodologiya bo'lishi. Shu bilan birga, RUP faqat o'sha artefaktlarni ishlab chiqishga va faqat ma'lum bir loyihada zarur bo'lgan ish va vazifalarni bajarishga imkon beradi. Va tanlangan artefaktlar o'zboshimchalik darajasida rasmiyatchilik bilan bajarilishi va ko'rib chiqilishi mumkin. Siz har bir hujjatning batafsil ishlab chiqilishini va puxta bajarilishini, bir xil darajada puxtalik bilan to'ldirilgan va bajarilgan ko'rib chiqishni ta'minlashni va hatto eski amaliyotga rioya qilgan holda, har bir bunday ko'rib chiqishni korxonaning ilmiy-texnik kengashi tomonidan tasdiqlashni talab qilishingiz mumkin. Yoki biz o'zimizni cheklay olamizmi? elektron pochta orqali yoki qog'ozdagi eskiz. Bundan tashqari, har doim yana bitta imkoniyat bor: boshingizda hujjat shakllantirish, ya'ni tegishli masala haqida o'ylash va konstruktiv qaror qabul qilish. Va agar bu qaror faqat sizga tegishli bo'lsa, o'zingizni, masalan, dastur kodidagi sharh bilan cheklang.
Shunday qilib, RUP juda keng diapazonga ega iterativ metodologiyadir mumkin bo'lgan echimlar rivojlanish jarayonini rasmiylashtirish nuqtai nazaridan.
Keling, maqolaning ikkinchi qismini qisqacha bayon qilaylik. RUP, ko'pgina boshqa metodologiyalardan farqli o'laroq, loyihalar va ishlab chiquvchi tashkilotning xususiyatlariga qarab, ishlab chiqish jarayonining rasmiylashtirish va iterativlik darajasini keng doirada tanlash imkonini beradi.
Nima uchun bu juda muhimligini keyingi qismda muhokama qilamiz.
