Birlashtirilgan jarayon- bu dasturiy ta'minotni yaratish jarayonining umumlashtirilgan doirasi bo'lishi mumkin keng ko'lamli dasturiy ta'minot tizimlari uchun ixtisoslashgan. Birlashtirilgan jarayon dasturiy ta'minot tizimining modelini ishlab chiqish uchun birlashtirilgan modellashtirish tilidan foydalanadi.

asosiy xavf-xatarlarga hujum qilishni boshlang, uni doimiy ravishda bajaring, aks holda xavflar sizga hujum qiladi.

mijozning talablari bajarilishini ta'minlash: talablarni mijoz tushunadigan tarzda hujjatlashtirish va loyihalash va amalga oshirish jarayonida ushbu talablarga qat'iy rioya qilish.

qo'l ostidagi dasturga e'tiboringizni qarating: yugurish dasturiy ta'minot keng qamrovli hujjatlardan ko'ra testlardan yaxshiroq o'tish

loyihaning boshidanoq o'zgarishlarga moslashing: zamonaviy ilovalar etarlicha murakkab bo'lib, biz rivojlanishning boshida aniq talablarni olishimiz mumkin. Shuning uchun dasturiy ta'minot arxitekturasini o'zgarishlarga moyil bo'ladigan tarzda loyihalash kerak.

iloji boricha tezroq bajariladigan arxitekturaning poydevorini qo'ying. Bajariladigan arxitektura - kalitlardan foydalanish holatlari. Kalit VI - bu tizimning funksionalligi, ularsiz dasturiy ta'minot mantiqiy emas. Kalit. VI barcha variantlarning 7-10% ni tashkil qiladi

komponentlardan tizim qurish. Komponentlarga asoslangan ilovalar tezroq quriladi, o'zgarishlar nuqtai nazaridan ancha moslashuvchan va nisbatan arzon.

1 jamoa bo'lib ishlash

sifatni o'ylash emas, balki hayot tarziga aylantiring

6 Birlashtirilgan jarayonning hayot aylanishi. Har bir bosqichning maqsadlari.

Birlashtirilgan jarayon davriy ravishda takrorlanadi. Yagona jarayonni takrorlashning ushbu ketma-ketligi tizimning hayot aylanishini ifodalaydi. Har bir tsikl mahsulot ishlab chiqarishni xaridorlarga yetkazib berish bilan tugaydi.

Har bir tsikl to'rt bosqichdan iborat - talablarni tahlil qilish va rejalashtirish, loyihalash, qurish va amalga oshirish. Har bir bosqich, quyida muhokama qilinganidek, yana iteratsiyalarga bo'linadi.

Davomida tahlil qilish va rejalashtirish bosqichlari talablar yaxshi fikr tayyor mahsulot kontseptsiyasiga aylanadi va ushbu mahsulotni ishlab chiqish bo'yicha biznes-reja tuziladi. Xususan, ushbu bosqichda quyidagi savollarga javob berish kerak:

Tizim asosiy foydalanuvchilari uchun birinchi navbatda nima qilishi kerak?

Tizim arxitekturasi qanday bo'lishi kerak?

Reja qanday va mahsulotni ishlab chiqish qancha turadi?

Ushbu bosqichda arxitekturaning sinov versiyasi yaratiladi. Bu odatda eng muhim quyi tizimlarni o'z ichiga olgan kontur. Ushbu bosqichda eng muhim xavflar aniqlanadi va ustuvorlik belgilanadi, loyihalash bosqichi batafsil rejalashtirilgan va umumiy loyiha taxminan taxmin qilinadi.

Davomida dizayn bosqichlari ko'pchilik foydalanish holatlari batafsil tavsiflangan va tizim arxitekturasi ishlab chiqilgan.

Loyihalash bosqichining oxirida loyiha menejeri faoliyatni rejalashtirish va loyihani bajarish uchun zarur bo'lgan resurslarni hisoblash bilan shug'ullanadi. Shu nuqtada asosiy savol quyidagicha bo'ladi: foydalanish holatlari, arxitektura va dizayn etarlicha etukmi va nazorat ostidagi xavflar rivojlanish ishlarini yakunlash uchun shartnoma majburiyatini kafolatlash uchun etarlimi?

Davomida qurilish bosqichlari mahsulot yaratilmoqda - mushaklar (tugallangan dasturlar) skeletga (arxitektura) qo'shiladi. Ushbu bosqichda me'morchilikning asosiy darajasi to'liq etuk tizimga aylanadi. Kontseptsiyalar foydalanuvchilarga topshirishga tayyor mahsulotga aylantiriladi. Faza davomida zarur resurslar miqdori ortadi. Ushbu bosqichning oxirida mahsulot rahbariyat va mijoz joriy nashrga kiritishga kelishib olgan barcha foydalanish holatlarini o'z ichiga oladi. To'g'ri, ularda xatolar bo'lishi mumkin. Ko'pgina kamchiliklar amalga oshirish bosqichida topiladi va tuzatiladi. Bosqichning asosiy yakuniy savoli: mahsulot ba'zi mijozlarga oldindan yetkazib berilishi mumkin bo'lgan darajada foydalanuvchi talablariga javob beradimi?

Amalga oshirish bosqichi mahsulot beta versiyasi yoki beta versiyasi sifatida mavjud bo'lgan davrni qamrab oladi. Mahsulotning beta-versiyasi bilan ishlaydigan oz sonli malakali foydalanuvchilar nuqsonlar va kamchiliklar haqida xabar berishadi. Keyinchalik ishlab chiquvchilar topilgan xatolarni tuzatadilar va taklif qilingan ba'zi yaxshilanishlarni keng tarqatishga tayyor bo'lgan yirik nashrga kiritadilar. Amalga oshirish bosqichi nusxalarini ishlab chiqarish, mijozlar xodimlarini o'qitish, ishonch telefoni yordamini tashkil etish va etkazib berishdan keyin aniqlangan kamchiliklarni tuzatish kabi tadbirlarni o'z ichiga oladi.

Ratsional birlashtirilgan jarayon (RUP)- ishlab chiqish metodologiyasi dasturiy ta'minot, yaratilgan Rational tomonidan Dasturiy ta'minot.

Prinsiplar: Asosiy xavflarni erta aniqlash va doimiy (loyiha tugaguniga qadar) bartaraf etish. Mijozlarning bajariladigan dasturga bo'lgan talablarini qondirishga e'tibor qaratish (pretsedentlar modelini tahlil qilish va qurish (foydalanish holatlari)). Ishlab chiqish jarayonida talablar, dizayn qarorlari va amalga oshirishdagi o'zgarishlarni kuting. Komponent arxitekturasi loyihaning boshida amalga oshirildi va sinovdan o'tkazildi. Loyihani (mahsulotni) ishlab chiqishning barcha bosqichlarida uzluksiz sifat kafolati.

Arxitektorlar asosiy rol o'ynaydigan yaqin jamoada loyiha ustida ishlash.

RUP foydalanadi takroriy rivojlanish modeli. Har bir iteratsiya oxirida (ideal 2 dan 6 haftagacha) loyiha jamoasi ushbu iteratsiya uchun rejalashtirilgan maqsadlarga erishishi, dizayn artefaktlarini yaratishi yoki takomillashtirishi va yakuniy mahsulotning oraliq, ammo funktsional versiyasini olishi kerak.

Mahsulotni ishlab chiqishning to'liq hayot aylanishi quyidagilardan iborat to'rt bosqich, ularning har biri bir yoki bir nechta iteratsiyani o'z ichiga oladi: dastlabki bosqich, aniqlashtirish bosqichi, loyihalash va amalga oshirish.

Ekstremal dasturlash (XP)

Ekstremal dasturlash(Extreme Programming, XP) - dasturiy ta'minotni ishlab chiqishning moslashuvchan metodologiyalaridan biri

12 ta asosiy texnika Ekstremal dasturlashni (ekstremal dasturlash kitobining birinchi nashriga ko'ra tushuntiriladi) to'rt guruhga birlashtirilishi mumkin:

Qisqa tsikl fikr-mulohaza: (Sinovga asoslangan ishlab chiqish, rejalashtirish o'yini, mijoz har doim u erda, juft dasturlash

Ommaviy jarayondan ko'ra uzluksiz: Doimiy integratsiya, refaktoring, tez-tez kichik relizlar

Tushunish hamma tomonidan taqsimlanadi: Oddiylik, tizim metaforasi, kod yoki tanlangan dizayn naqshlarining jamoaviy egaligi, kodlash standarti

Dasturchining ijtimoiy ta'minoti: 40 soat ish haftasi

Juftlik dasturlash bir xil kompyuterda ishlaydigan juft dasturchilar tomonidan yaratilgan barcha kodlarni o'z ichiga oladi. Kollektiv egalik har bir jamoa a'zosi barcha manba kodlari uchun javobgar ekanligini anglatadi. XP-dagi "mijoz" hisob-kitoblarni to'lovchi emas, balki tizimdan haqiqatda foydalanadigan shaxsdir.

Hujjatlar standartlari

Standartlar loyihalar o'rtasidagi muvofiqlikni ta'minlaydi. Standartlar muhandislar o'rtasida tushunishni yaxshilaydi. Standartlar muhandislar tomonidan to'siqlar to'plami sifatida emas, balki ular uchun foydali narsa sifatida qabul qilinishi kerak. Intizomli va hujjatlashtirilgan yondashuvni talab qiladigan aniq va o'lchanadigan maqsadlar odatda ishlab chiquvchilar uchun yaxshi motivatsiya bo'ladi.

SVVP- Reja loyihaning bosqichlarini qanday va qanday ketma-ketlikda sinovdan o'tkazish kerakligini belgilaydi. Tekshirish - bu ilovaning to'g'ri tuzilganligini tekshirish jarayoni. Tasdiqlash talab qilinadigan mahsulot yig'ilganligini tasdiqlaydi.

SQAP- Dasturiy ta'minot sifatini nazorat qilish rejasi

SCMP- Boshqaruv rejasi dasturiy ta'minot loyihasi

SRS- Dasturiy ta'minot talablari spetsifikatsiyasi

SDD- Dasturiy ta'minot dizayn hujjatlari

STD- Dasturiy ta'minotni sinovdan o'tkazish uchun hujjatlar

Hujjatlarning izchilligi va yaxlitligi.

Hujjatlarni boshqarish muhim tashkiliy ko'nikmalarni talab qiladi. Yaxshi va moslashuvchan hujjatlarni yozish yaxshi va moslashuvchan kod yozishga o'xshaydi.

Hujjatlarni boshqarish uni saqlashni anglatadi to'liqlik Va mustahkamlik va shuningdek, o'z ichiga oladi konfiguratsiyani boshqarish.

To'liqlik - ishlab chiqish va texnik xizmat ko'rsatish jarayonini qamrab oluvchi hujjatlar to'plamining mavjudligi.

Muvofiqlik hujjatlar to'plamida ichki qarama-qarshiliklar mavjud emasligini bildiradi.Muammo shundaki, bu to'plam katta bo'lsa, unda bir-birini istisno qiluvchi bayonotlar paydo bo'lishining oldini olish juda qiyin.

Konfiguratsiyani qo'llab-quvvatlash - bu hujjatlar va dastur kodining turli versiyalari va qismlarini muvofiqlashtirishdir.

RUP deb ataladigan narsaga misoldir "qiyin" jarayon, batafsil tavsiflangan va ko'p sonli yordamchi harakatlar bilan dasturiy ta'minot manba kodining haqiqiy rivojlanishini qo'llab-quvvatlashni taklif qiladi. Bunday tadbirlarga misol qilib, rejalarni ishlab chiqish, texnik topshiriqlar, ko'plab dizayn modellari, dizayn hujjatlari va boshqalar. Ushbu jarayonning asosiy maqsadi muvaffaqiyatli dasturiy ta'minotni ishlab chiqish va texnik xizmat ko'rsatish amaliyotlarini ularni qanday qo'llashni biladigan aniq odamlardan ajratishdir. Ko'plab qo'llab-quvvatlovchi harakatlar buni amalga oshirishga umid beradi muvaffaqiyatli yechim har doim ham super-professional bo'lmagan mavjud ishchilar yordamida murakkab tizimlarni qurish va qo'llab-quvvatlash vazifalari.

Bunga erishish uchun ma'lum bir vaziyatda bajarilgan harakatlarning ierarxik bosqichma-bosqich batafsil tavsifi amalga oshiriladi, shunda oddiy ishchi ham xuddi shunday harakat qilishni o'rgatadi. Loyihani amalga oshirish jarayonida ko'plab oraliq hujjatlar yaratiladi, bu esa ishlab chiquvchilarga o'z oldiga qo'yilgan vazifalarni ketma-ket ravishda oddiyroqlarga ajratish imkonini beradi. Xuddi shu hujjatlar har bir bosqichda qabul qilingan qarorlarning to'g'riligini tekshirish, shuningdek, ishning umumiy rivojlanishini kuzatish va kerakli natijalarga erishish uchun zarur bo'lgan resurslarni baholashni aniqlashtirishga xizmat qiladi.

Ekstremal dasturlash, aksincha, atalmishni ifodalaydi "jonli" (chaqqon) rivojlanish usullari, deb ham ataladi "yorug'lik" jarayonlar. Ular yaxshi rivojlanish jarayonlaridan ko'ra yaxshi ishlab chiquvchilardan foydalanishni ta'kidlaydilar. Yashash usullari har bir loyiha asosida ko'proq moslashuvchanlikni ta'minlash uchun aniq chizmalarni bajarish majburiyatini olishdan qochadi, shuningdek, ular tayyor, ishchi dasturga bevosita hissa qo'shmaydigan qo'shimcha hujjatlarni ishlab chiqishga to'sqinlik qiladi.

Ratsional birlashtirilgan jarayon

RUP juda murakkab, batafsil iterativ hayot tsikli modeli BY.

Tarixiy jihatdan, RUP Ericsson tomonidan 20-asrning 70-80-yillarida qabul qilingan rivojlanish jarayoni modelining ishlanmasidir. Ushbu model Ivar Jeykobson tomonidan yaratilgan bo'lib, u keyinchalik 1987 yilda o'zining Objectory AB kompaniyasini ishlab chiqish uchun asos solgan. texnologik jarayon dasturiy ta'minotni boshqa tashkilotlarga o'tkazilishi mumkin bo'lgan alohida mahsulot sifatida ishlab chiqish. 1995 yilda Objectory Rational bilan birlashtirilgandan so'ng, Jeykobsonning ishlanmalari Roys ("klassik" muallifining o'g'li Uoker Roys) ishi bilan birlashtirildi. kaskad modeli), Kruchten (Philippe Kruchten) va Booch (Grady Booch), shuningdek, parallel rivojlanish bilan universal modellashtirish tili (Unified Modeling Language, UML).

RUP uchta asosiy g'oyaga asoslanadi:

Ishning butun jarayoni shaklda ifodalangan loyihaning yakuniy maqsadlariga asoslanadi foydalanish holatlari- natijada paydo bo'lgan dasturiy ta'minot tizimining foydalanuvchilar yoki boshqa tizimlar bilan o'zaro ta'siri stsenariylari, bunda foydalanuvchilar ular uchun mazmunli natijalar va xizmatlarni oladilar. Rivojlanish foydalanish holatlarini aniqlashdan boshlanadi va har bir bosqichda ularni amalga oshirishga yaqinlik darajasi bilan nazorat qilinadi.

• Loyiha davomida qabul qilingan asosiy qaror arxitektura hosil bo'lgan dasturiy ta'minot tizimi. Arxitektura dasturiy ta'minot yaratiladigan komponentlar to'plamini, har bir komponentning mas'uliyatini (ya'ni, tizimning umumiy vazifalari doirasida hal qiladigan kichik vazifalarni) belgilaydi, ular orqali o'zaro ta'sir qilishi mumkin bo'lgan interfeyslarni aniq belgilaydi. shuningdek, komponentlarning bir-biri bilan o'zaro ta'siri.

  Arxitektura ham sifatli dasturiy ta'minotni olish uchun asos, ham ma'lum natijalarga erishish uchun zarur bo'lgan vaqt va resurslar nuqtai nazaridan ishlarni rejalashtirish va loyiha smetalari uchun asosdir. U to'plam shaklida keladi grafik modellar UML tilida.

• Rivojlanish jarayonining asosi rejalashtirilgan Va boshqariladigan iteratsiyalar, uning doirasi (iteratsiya doirasida amalga oshirilgan funksionallik va komponentlar to'plami) arxitektura asosida aniqlanadi.

Birlashtirilgan jarayon(UP) umumlashtirilgan ramka keng ko'lamli dasturiy ta'minot tizimlari, turli dastur sohalari, malaka darajalari va loyiha o'lchamlari uchun ixtisoslashtirilgan bo'lishi mumkin bo'lgan jarayon.

Birlashtirilgan jarayon komponentga yo'naltirilgan. Demak, yaratilgan dasturiy ta’minot tizimi dasturiy ta’minot asosida qurilgan komponentlar, yaxshi belgilangan interfeyslar orqali ulanadi.

UP ning o'ziga xos jihatlari uning uchta xususiyatida yotadi:

● foydalanish holatlariga asoslangan;

● arxitekturaga yo'naltirilgan;

● iterativ va ortib boruvchi .

Birlashtirilgan jarayonning hayot aylanishi

UP hayot aylanishi tsikllarga bo'linadi, ularning har biri mahsulot chiqarilishi bilan yakunlanadi. Har bir rivojlanish tsikli to'rt bosqichdan iborat - talablarni tahlil qilish va rejalashtirish, loyihalash, qurish, amalga oshirish. Har bir bosqich iteratsiyalarga bo'linadi.

UP sakkiz ish oqimini o'z ichiga oladi: beshta asosiy- talablarni aniqlash, tahlil qilish, loyihalash, amalga oshirish, sinovdan o'tkazish va uchta yordamchi (asosiylarini qo'llab-quvvatlash uchun) - konfiguratsiya va talablarni o'zgartirishni boshqarish, loyihalarni boshqarish, atrof-muhitni boshqarish.

Ish oqimining tuzilishini aniqlash uchun, avvalo, nimani aniqlashingiz kerak ijrochilarning turlari jarayonda ishtirok etish. Keyin aniqlandi artefaktlar, har bir turdagi ishchi tomonidan ma'lum bir ish jarayoni davomida yaratilishi kerak.

18. XP - bu jarayon.

Ekstremal dasturlash(Inglizcha: Extreme Programming, XP) dasturiy taʼminotni ishlab chiqishning moslashuvchan metodologiyalaridan biridir. Metodologiya mualliflari Kent Bek, Uord Kanningem, Martin Fauler va boshqalardir.

Ekstremal dasturlashning o'n ikkita asosiy texnikasini (ekstremal dasturlash kitobining birinchi nashriga ko'ra) to'rt guruhga birlashtirish mumkin:

1. Qisqa teskari aloqa davri (Yuqori miqyosda fikr-mulohaza)

a. Sinovga asoslangan rivojlanish

b. Rejalashtirish o'yini

c. Mijoz har doim yaqin (butun jamoa, saytdagi mijoz)

d. Juftlik dasturlash

2. Ommaviy jarayon emas, balki uzluksiz

a. Doimiy integratsiya

b. Refaktoring (dizaynni takomillashtirish, refaktor)

c. Tez-tez kichik nashrlar

3. Hammaga umumiy tushuncha

a. Oddiylik (oddiy dizayn)

b. Aloqa

c. Hurmat

d. Kollektiv kod egaligi yoki tanlangan dizayn naqshlari (jamoa naqshlarga egalik)

e. Kodlash standarti yoki kodlash qoidalari

4. Dasturchining farovonligi:

a. 40 soatlik ish haftasi (barqaror sur'at, qirq soatlik hafta)

XP da jarayon rejalashtirilgan jarayonlarga nisbatan juda kichik bosqichlarga bo'linadi. Bu sharshara modelidagi har bir qadam uchun oylar yoki hatto yillar o'rniga kunlar yoki haftalarni talab qiladigan birinchi qadamlarga olib keladi. Birinchidan, rivojlanish maqsadlarini tavsiflash uchun avtomatlashtirilgan testlar yoziladi. Keyin kodlash keladi, u barcha testlardan o'tgan va dasturchilar yangi testlarni o'ylab topmagan paytda tugaydi. Dizayn kodni yozgan bir xil odamlar tomonidan amalga oshiriladi. (faqat oxirgi bosqich - dizayn va kodni ulash - barcha tezkor jarayonlar uchun umumiydir). Tugallanmagan, ammo ishlaydigan tizim foydalanuvchilarning tor doirasiga ko'rsatiladi (ko'pincha bu ishlab chiquvchilarning o'zlari). Ayni paytda ular tizimning keyingi eng muhim qismi uchun testlar yozishni boshlaydilar.

19. ICONIX - bu jarayon.

ICONIX Dag Rosenberg tomonidan ishlab chiqilgan ICONIX dasturiy ta'minot ICONIX jarayoni foydalanish holatlariga asoslangan, ammo uning kamchiliklari ko'p emas. Bu jarayon UML modellashtirish tilidan ham foydalanadi, lekin faqat UML dan asosiy yozuv ishlatiladi - bu tilning 20% ​​ni tashkil qiladi. ICONIX jarayoni to'rtta asosiy dasturni ishlab chiqish bosqichiga asoslangan:

● domenni modellashtirish;

● pretsedentlarni modellashtirish;

● talablarning muvofiqligini tahlil qilish (barcha funktsional talablar bajarilishini tekshirish);

● ketma-ketlik sxemalarini qurish.

Jarayonning asosiy bosqichlari quyidagilardan iborat:

● Talablarni tahlil qilish

● Dastlabki dizayn

● Dizayn

● Amalga oshirish

Jarayon kelajakdagi tizimni aks ettiruvchi minimal sonli modellarni yaratishga asoslangan. Tahlil bosqichida foydalanish holatlari modellari, foydalanuvchi interfeysi modeli va domen ob'ekt modeli yaratiladi. Dastlabki loyihalash bosqichida mustahkamlik diagrammasi yaratiladi. Pretsedent modeli va domen ob'ekt modeli ham to'ldiriladi. Batafsil loyihalash bosqichida ketma-ketlik diagrammasi (SequenceDiagram) tuziladi va sinf diagrammasi yaratiladi. Amalga oshirish bosqichida manba kodi yaratiladi. Shuningdek, siz joylashtirish diagrammasi va komponentlar diagrammasini yaratishingiz mumkin. Har bir bosqich ko'rib chiqish bosqichi bilan yakunlanadi, unda yaratilgan diagrammalarni hamkasblar bilan muhokama qilish kerak.

20. SCRUM - bu jarayon.

Scrum - bu qat'iy belgilangan qisqa muddatlarga ruxsat beruvchi rivojlanish jarayoni qurilgan tamoyillar to'plami ( sprintlar 2 dan 4 haftagacha) oxirgi foydalanuvchini eng yuqori ustuvorlikka ega bo'lgan yangi xususiyatlarga ega ishlaydigan dasturiy ta'minot bilan ta'minlash. Keyingi sprintda amalga oshirish uchun dasturiy ta'minot imkoniyatlari rejalashtirish bosqichida sprint boshida aniqlanadi va uning butun muddati davomida o'zgarmasdir. Shu bilan birga, sprintning qat'iy belgilangan qisqa muddati rivojlanish jarayonini bashorat qilish va moslashuvchanlikni beradi.

Scrumdagi asosiy rollar: ScrumMaster- rahbarlik qiluvchi Scrum mitinglar o'tkazadi va barcha tamoyillarga rioya etilishini ta'minlaydi Scrum(roli to'g'ri o'tkazishdan boshqa narsani anglatmaydi Scrum-oh, loyiha menejeri ko'proq murojaat qiladi Mahsulot egasi va bo'lmasligi kerak ScrumMaster);Mahsulot egasi (Mahsulot egasi) - yakuniy foydalanuvchilar va mahsulotdan manfaatdor boshqa shaxslarning manfaatlarini ifodalovchi shaxs; va o'zaro faoliyat Jamoa (Scrum jamoasi), ham ishlab chiquvchilar, ham sinovchilar, arxitektorlar, tahlilchilar va boshqalardan iborat (ideal jamoa hajmi 7±2 kishi). Jamoa ishlab chiqishda to'liq ishtirok etgan yagona ishtirokchi bo'lib, natija uchun yaxlit javobgardir. Sprint paytida rivojlanish jarayoniga jamoadan boshqa hech kim xalaqit bera olmaydi.

Har bir sprint davomida dasturiy ta'minotning funktsional o'sishi yaratiladi. Har bir sprintda taqdim etiladigan xususiyatlar to'plami chaqirilgan bosqichdan keladi mahsulot zaxirasi(ish so'rovlarini hujjatlashtirish) bajarilishi kerak bo'lgan ish talablari darajasi bo'yicha eng yuqori ustuvorlikka ega. Ish uchun so'rovlar ( orqada qolgan narsalar), davomida aniqlanadi sprint rejalashtirish kengashi (sprint rejalashtirish uchrashuvi), sprint bosqichiga o'tkaziladi. Ushbu yig'ilishda mahsulot egasi bajarilishi kerak bo'lgan vazifalarni bildiradi. Keyin jamoa keyingi sprint davomida kerakli qismlarni bajarish uchun qancha narsaga erishmoqchi ekanligini aniqlaydi. Sprint paytida jamoa ma'lum bir belgilangan vazifalar ro'yxatini bajaradi (deb ataladi. sprint orqasida). Ushbu davrda hech kim ish talablari ro'yxatini o'zgartirishga haqli emas, bu muzlatish talablari sifatida tushunilishi kerak ( talablar) sprint paytida.

Artefaktlar

Mahsulot zaxirasi muhimligi bo'yicha tartiblangan funksionallik talablari ro'yxatini o'z ichiga olgan hujjat. Mahsulot zaxirasi - etkazib berilishi kerak bo'lgan narsalar ro'yxati. Ushbu ro'yxatdagi narsalar "hikoyalar" deb ataladi ( foydalanuvchi hikoyasi) yoki orqada qolgan elementlar ( orqada qolgan narsalar). Mahsulot zaxirasi Scrum jarayonining barcha ishtirokchilari tomonidan tahrirlash uchun ochiq.

Kirish

Ratsional Unified Process (RUP) spiral dasturiy ta'minotni ishlab chiqish metodologiyalaridan biridir. Metodologiya Rational Software tomonidan qo'llab-quvvatlanadi va mahsulot yiliga taxminan ikki marta yangilanadi. Modellashtirish tili sifatida umumiy asos bilimlari uchun Yagona modellashtirish tili (UML) ishlatiladi.

RUP-da dasturiy ta'minotni takroriy ishlab chiqish loyihani ketma-ket amalga oshiriladigan bir nechta kichik loyihalarga bo'lishni o'z ichiga oladi va har bir ishlab chiqish iteratsiyasi iteratsiya oxirida erishish kerak bo'lgan maqsadlar to'plami bilan aniq belgilanadi. Yakuniy takrorlash takrorlash maqsadlari to'plami mahsulot mijozi tomonidan belgilangan maqsadlar to'plamiga to'liq mos kelishi kerak, ya'ni barcha talablar bajarilishi kerak deb taxmin qiladi.

RUP juda yaxshi rasmiylashtirilgan va loyihani ishlab chiqishning dastlabki bosqichlariga - tahlil va modellashtirishga katta e'tibor beriladi. Shunday qilib, ushbu metodologiya rivojlanishning dastlabki bosqichlarida xatolarni aniqlash orqali tijorat risklarini (xavfni yumshatish) kamaytirishga qaratilgan. Texnik xavflar rivojlanish tsiklining boshida baholanadi va ustuvorliklarga ega bo'ladi, so'ngra vaqt o'tishi bilan qayta ko'rib chiqiladi va loyiha keyingi iteratsiyalar orqali rivojlanadi. Ushbu xavflarning ustuvorligiga qarab yangi maqsadlar paydo bo'ladi. Versiya relizlari shunday taqsimlanadiki, birinchi navbatda eng yuqori darajadagi xavflar ko'rib chiqiladi.

Jarayon modellarning evolyutsiyasini o'z ichiga oladi; ishlab chiqish tsiklining iteratsiyasi dasturiy ta'minot modelining ma'lum bir versiyasiga noyob tarzda mos keladi. Har bir iteratsiya (ish jarayoni) dasturiy ta'minotning hayotiy tsiklini boshqarish elementlarini o'z ichiga oladi: tahlil qilish va loyihalash (modellash), amalga oshirish, integratsiya, sinovdan o'tkazish, amalga oshirish. Shu ma'noda, RUP spiral modelni amalga oshirishdir, garchi u ko'pincha jadval grafigi sifatida tasvirlangan. Quyida biz jarayonning asosiy tarkibiy qismlarini taqdim etamiz.

Uchun muvaffaqiyatli jarayon Rivojlanish uchta komponentni talab qiladi (1-rasm): jarayon, belgi va yordamchi dasturlar to'plami. Jarayon biz nima qilayotganimizni, qanday tartibda va qanday yo'l bilan qilayotganimizni tasvirlaydi; notalash aloqa vositasidir; yordamchi dasturlar to'plami jarayonni avtomatlashtirish va boshqarishga yordam beradi.

Guruch. 1. Muvaffaqiyat uchburchagi

RUP uchta komponentni o'z ichiga oladi. Birinchidan, quyidagi amallarni bajaradigan notatsiya funksiyalarini ko‘rib chiqamiz:

Jarayonni bir butunga "yopishtirish" ni amalga oshiradi;

Bu manba kodidan aniq bo'lmagan qarorlarni qabul qilishning tilga asoslangan vositasi;

Muhim strategik va taktik qarorlarni ifodalash uchun semantikani ta'minlaydi;

Rasmiylashtirilgan ma'lumotlarni manipulyatsiya qilish uchun jarayonni avtomatlashtirish uchun qarorlar va vositalarni aks ettirish va keyin qabul qilish uchun etarli shaklni taklif qiladi.

Haqiqatan ham, yozuv dasturiy ta'minotni ishlab chiqishni o'z ichiga oladi, tahlildan to mahsulotni joriy qilishgacha. RUP-UML holatlaridagi notatsiya jarayonni tavsiflashning rasmiy til vositasidir (UML quyida muhokama qilinadi). Keyinchalik, biz jarayonning tuzilishini ko'rib chiqamiz, shuningdek, RUP bo'yicha loyihani ishlab chiqishni boshqarish jarayonida foydalaniladigan yordamchi dasturlar to'plamini taqdim etamiz.

RUP tuzilishi

UP iterativ dasturiy ta'minotni ishlab chiqishga tizimli yondashuvni taqdim etadi, jarayonni vaqt o'tishi bilan to'rt bosqichga ajratadi: Boshlanish, ishlab chiqish, Qurilish va o'tish. Afsuski, rus tilida o'rnatilgan terminologiya mavjud emas, shuning uchun kelajakda biz inglizcha atamalarni rus tiliga tarjimasi bilan birga ishlatamiz. Shaklda. 2-rasmda RUP bosqichlarining keng qo'llaniladigan tasviri. Ushbu bosqichlarning har birining maqsadlari:

Biz nima yaratayotganimizni tushunishning boshida. Ma'lumot to'plash va talablarni tahlil qilish, butun loyihaning qiyofasini aniqlash bosqichi;

Uni qanday yaratishimizni tushunish. Talablarni tahlil qilish va tizimni loyihalash bosqichi, zarur faoliyat va resurslarni rejalashtirish, funktsiyalar va dizayn xususiyatlarini aniqlash;

Mahsulotning beta versiyasini yaratish. Rivojlanish va kodlashning asosiy bosqichi, mahsulotni ortib boruvchi iteratsiyalar ketma-ketligi sifatida qurish (kod versiyalari);

Mahsulotning yakuniy versiyasini yaratish. Mahsulotni joriy etish bosqichi, mahsulotni ma'lum bir foydalanuvchiga etkazib berish.

Guruch. 2. RUP bosqichlari

Bu mahsulot evolyutsiyasini boshqarish bosqichlari - hayot tsiklining takrorlanishi. RUP yakuniy maqsadga yaqinlashishni o'z ichiga oladi, ammo klassik ISO standartidan (palapartishlik metodologiyasi) farqli o'laroq, o'tish yakuniy bosqich bo'lib, har bir bosqich bir necha marta takrorlanishi mumkin, bu mijozning mahsulotga bo'lgan talablaridagi o'zgarishlarni aks ettiradi.

RUP metodologiyasi dasturiy ta'minotning hayot tsikli iteratsiyasining elementlari bo'lgan to'qqizta asosiy ish oqimiga asoslanadi:

Biznesni modellashtirish (biznes tahlili) - hayot tsiklining ma'lum bir iteratsiyasidagi talablarni tahlil qilishni, kerakli tizim parametrlarini va foydalanuvchi ehtiyojlarini aniqlashni o'z ichiga oladi;

Tizim tasvirini rasmiylashtirish talablari. Talablarni to'plash va boshqarish, talablarni funktsional spetsifikatsiyalarga aylantirishni o'z ichiga oladi. Bu erda pretsedentlarni tahlil qilish va foydalanish holatlarini (foydalanuvchi hikoyalari) UMLda foydalanuvchi talablarining rasmiy xaritasini qurish boshlanadi. Natijada boshqaruv darajasidagi hujjatlar;

Tahlil va dizayn (tahlil va modellashtirish) - to'plangan talablarni rasmiylashtirilgan dasturiy modelga tarjima qilishni o'z ichiga oladi. Natijada amalga oshirish bosqichida tizimning tavsifi ( texnik loyiha) tizim ishlab chiquvchilari darajasidagi hujjatlardir. Rasmiylashtirish tili UML (Uniified Modeling Language) bo'lib, u quyida muhokama qilinadi. Takroriy rivojlanish jarayonida ushbu aniq oqimning mahsuli - loyiha modeli rivojlanadi. RUP-dagi barcha o'zgarishlar to'g'ridan-to'g'ri modellarga bog'liq va avtomatlashtirish vositalari va juda moslashuvchan modellash tili sizga bu jarayonni vaqt va resurslar nuqtai nazaridan kamroq yoki kamroq og'riqsiz boshqarishga imkon beradi. Bu ishlab chiqish natijasi model emas, balki bajariladigan kod ekanligini anglatadi, shuning uchun mijoz odatda modellashtirish uchun pul to'lashni yoqtirmaydi, chunki modellar unga kerak bo'lgan mahsulot emas);

Amalga oshirish (amalga oshirish, kodlash) - aslida kodni yozishni o'z ichiga oladi. RUP-dagi kod elementlari tahlil va dizayn bosqichida allaqachon yaratilgan, chunki UMLni amalga oshirish vositasi - Rational Rose - bir nechta dasturlash tillarida kod elementlarini yaratishga imkon beradi. Metodologiya - ob'ektga yo'naltirilgan dasturlash;

Sinov mahsulotni ma'lum bir iteratsiyada sinab ko'rishni o'z ichiga oladi. Shuni alohida ta'kidlash joizki, regressiya sinovi (qaytarilish sinovi, mahsulotning "buzilmasligi" testi) bu holda oldingi iteratsiyaning barcha joriy sinovlarini va oldingi o'tish bosqichidan qabul qilish testlarini o'z ichiga olishi kerak;

Joylashtirish (amalga oshirish) mahsulotni mijozning saytida o'rnatish, xodimlarni o'qitish, tizimni ishga tushirish va qabul qilish sinovlarini o'z ichiga oladi, mahsulotni qadoqlash va tarqatish uchun standartlarni tayyorlash, materiallarni savdo bo'limiga o'tkazish (harakatlar mahsulotning o'ziga xos xususiyatlariga qarab ixtiyoriydir) ).

Yuqoridagi elementlar dasturiy ta'minotni ishlab chiqish hayotiy tsikli nuqtai nazaridan yangi emas, chunki ular deyarli har qanday metodologiyada uchraydi - ehtimol XP bundan mustasno (bu erda ular juda original shaklda taqdim etilgan). RUPni amalga oshirishning o'ziga xos xususiyati - bu vaqtinchalik urg'u, ya'ni iteratsiyada ma'lum iplar ustunlik qiladi, shuningdek, rivojlanish jarayonini tavsiflashga imkon beradigan universal til va yordamchi dasturlar to'plamining mavjudligi. Rasmda ko'rib turganimizdek. 2, mahsulot evolyutsiyasining dastlabki bosqichlarida asosiy e'tibor tijorat risklarini kamaytirish va dizayn xatolarining narxini kamaytirishga qaratilgan loyihani rasmiylashtirishga (tahlil qilish, modellashtirish) qaratiladi. Rasm ko'proq yoki kamroq aniq bo'lganda, mahsulotni haqiqiy ishlab chiqish, sinovdan o'tkazish va nihoyat amalga oshirish boshlanadi.

Dastlabki interna, bu aslida korxona rahbarlari uchun texnik kengash tomonidan chiqarilgan hujjatlardir. Dastlabki bosqichlarning asosiy maqsadi shartnoma yoki niyat xatini tuzishdir. Keyingi iteratsiyalar rasmiy modellarni yaratish uchun vaqt va resurslarga ega bo'lgan ishlab chiqish guruhi ishining haqiqiy boshlanishidir. UML bu holda modelni kod elementlariga joylashtirish imkonini beruvchi vositalarga ega. Masalan, ob'ektlar daraxti to'g'ridan-to'g'ri ko'rsatiladi, variatsiyalar ishlab chiquvchilar tomonidan tanlangan dasturlash tilini amalga oshirish kuchiga, shuningdek, G. Butch va ushbu tilni ishlab chiquvchilarning ob'ekt modeliga qarashlarining mos kelishiga bog'liq. . Xuddi shu narsa usullarga ham tegishli.

Endi mahsulotni qo'llab-quvvatlash bilan bog'liq elementlarni ko'rib chiqaylik - asosiy qo'llab-quvvatlovchi ish oqimlari:

Konfiguratsiyani boshqarish (konfiguratsiya va o'zgarishlarni boshqarish) - bu mahsulot versiyalarini boshqarishga qaratilgan kuchli ma'muriy harakatlar qatlami bo'lib, u manba kodini (model, bajariladigan modullar, testlar, hujjatlar), mahsulot versiyasini nazorat qilishni, kodni ishlab chiqish va hujjatlarni ishlab chiqish uchun korporativ standartlarni, o'zgarishlar va xatolarni kuzatish (xatolarni kuzatish); sinov va mijozlarni qo'llab-quvvatlash bilan chambarchas bog'liq;

Menejment (loyihalarni boshqarish) - RUP mafkurasiga muvofiq loyihalarni boshqarish bo'yicha ma'muriy harakatlar to'plamini o'z ichiga oladi, loyihani boshqarish vositalaridan foydalaniladi (Rational mahsulotlar ro'yxatini quyida ko'ring);

Atrof-muhit yaratish va saqlashni o'z ichiga oladi tahlil vositalari, dizayn, ishlab chiqish, sinovdan o'tkazish (dasturiy ta'minot va apparat).

Takroriy rivojlanish;

Talablarni boshqarish;

Modulli arxitekturadan foydalanish;

Vizual modellashtirish;

Sifatni tekshirish;

O'zgarishlarni kuzatish.

Amaliyotlar bevosita RUP jarayonining bir qismi emas, lekin juda tavsiya etiladi. Ba'zi amaliyotlar bevosita RUP mafkurasidan kelib chiqadi. Shunday qilib, takroriy rivojlanish RUP tuzilishiga kiritilgan, chunki bu jarayon "spiral" ning amalga oshirilishidan biridir. RUPda talablarni boshqarish tahlilning dastlabki bosqichlarida paydo bo'ladi. Nazariy jihatdan modulli arxitektura kodni qayta ishlatishga imkon beradi, bu esa tizimni yanada moslashuvchan qiladi. UML ob'ekt tili bo'lganligi sababli modullilikka e'tibor bermaslik mumkin, ammo... bu biroz qiyin. Vizual modellashtirish tizimlarning ortib borayotgan murakkabligi bilan samarali kurashish imkonini beradi. Bundan tashqari, modellar ishlab chiquvchilar o'rtasidagi aloqa vositasidir, ammo buning uchun ishlab chiquvchilar UML tilida gapirishlari kerak, bu esa biroz tayyorgarlikni talab qiladi. Vizual modellashtirish ko'pincha Rational Rose vositasi yordamida amalga oshiriladi, bu sizga menejerlar, tizim ma'murlari, ishlab chiquvchilar, testerlar uchun juda foydali hujjatlar to'plamini olish va kod elementlarini yaratish imkonini beradi. Ushbu vosita UML ning yagona amalga oshirilishi emas - ikkala tijorat alternativlari (masalan, Microsoft Visio) va bepullari mavjud. Shuni ta'kidlash kerakki, modellashtirish vositalarida qo'llaniladigan UML dialektlari har doim ham bir xil emas: Rational dialekt hujjatlarda ham, UML kitoblarida ham tasvirlangan ba'zi katta farqlarga ega.

RUP-ni qo'llab-quvvatlaydigan mahsulotlar

Quyida Ratsional Yagona Jarayonni qo'llab-quvvatlaydigan eng mashhur mahsulotlar mavjud:

Rational Rose CASE vizual modellashtirish vositasi axborot tizimlari, kod elementlarini yaratish qobiliyatiga ega. Rational Rose RealTime mahsulotining maxsus nashri chiquvchi sifatida bajariladigan modulni olish imkonini beradi;

Rational Requisite Pro talablarini boshqarish vositasi, bu dastur komponentlarini ishlab chiqishning istalgan bosqichida yuzaga keladigan talab o'zgarishlarini yaratish, tuzilish, ustuvorlik qilish, kuzatish va nazorat qilish imkonini beradi;

Rational ClearQuest - sinov va talablarni boshqarish vositalari bilan chambarchas integratsiyalashgan va barcha xatolar va hujjatlarni bir-biri bilan bog'lash uchun yagona muhitni ta'minlaydigan loyihadagi o'zgarishlarni boshqarish va kamchiliklarni kuzatish (xatolarni kuzatish) mahsuloti;

Avtomatik ravishda loyiha hujjatlarini yaratish uchun Rational SoDA mahsuloti ichki hujjatlar uchun korporativ standartni o'rnatish imkonini beradi. Shuningdek, hujjatlarni mavjud standartlarga (ISO, CMM) etkazish mumkin;

Rational Purify, Rational Quantify Rational PureCoverage, - sinov va disk raskadrovka vositalari:

Rational Purify - bu C/C++ da dasturlash dasturlari va komponentlar ishlab chiquvchilari uchun juda kuchli ish vaqtida xatoliklarni aniqlash vositasi,

C/C++, Visual Basic va Java-da dasturlash va komponentlar ishlab chiquvchilari uchun Rational Visual Quantify unumdorligini o'lchash vositasi; dasturiy ta'minotning ishlashidagi qiyinchiliklarni aniqlash va bartaraf etishga yordam beradi;

Rational Visual PureCoverage - kodning sinovdan o'tmagan joylarini avtomatik ravishda aniqlaydi;

Rational ClearCase - bu dasturiy ta'minot konfiguratsiyasini boshqarish mahsuloti (Rational's Software Configuration Management, SCM), u barcha loyiha hujjatlarining versiyalarini boshqarish imkonini beradi. Uning yordami bilan siz bir vaqtning o'zida loyihalarning bir nechta versiyalarini qo'llab-quvvatlashingiz mumkin, ular orasida tezda almashishingiz mumkin. Rational Requisite Pro yangilanishlarni qo'llab-quvvatlaydi va ishlab chiqish guruhiga qo'yiladigan talablardagi o'zgarishlarni kuzatib boradi;

SQA TeamTest testini avtomatlashtirish vositasi;

Test bilan bog'liq barcha vositalar, artefaktlar, skriptlar va ma'lumotlarni birlashtirgan Ratsional TestManager test boshqaruvi tizimi;

Testlarni yaratish, o'zgartirish va avtomatik ravishda ishga tushirish uchun Rational Robot vositasi;

SaytLoad, SiteCheck vositalari veb-saytlarning ishlashi va buzilgan havolalar mavjudligini sinab ko'rish uchun;

Rational PerformanceStudio - tizimning ishlash xususiyatlarini o'lchaydi va bashorat qiladi.

Artefaktlar va rollar

RUPning ajralmas qismi artefaktlar, pretsedentlar va rollardir. Artefaktlar - bu yakuniy mahsulot ustida ishlash paytida yaratilgan yoki loyihada foydalaniladigan loyihaning ba'zi mahsulotlari. Foydalanish holatlari - kuzatilishi mumkin bo'lgan natijaga erishish uchun tizim tomonidan bajariladigan harakatlar ketma-ketligi. Darhaqiqat, shaxs yoki guruh ishining har qanday natijasi artefaktdir, xoh u tahlil hujjati, model elementi, kod fayli, test skripti, xato tavsifi va boshqalar. U yoki bu turdagi artefaktni yaratish uchun ma'lum mutaxassislar javobgardir. Shunday qilib, RUP ishlab chiqish guruhining har bir a'zosining u yoki bu bosqichda mas'uliyatini 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 tahlil hujjatlaridan bajariladigan modullar, foydalanuvchi qo'llanmalari va boshqalar. Quyida har bir oqim uchun artefaktlar to'plami (modellar, hujjatlar va boshqalar) keltirilgan.

Biznes modellashtirish

Biznes-jarayon modeli ishlab chiqilayotgan tizim uchun biznes talablarini aniqlash;

Korxona strukturasi modeli - tizimning funktsional modelini ishlab chiqish uchun artefakt;

Hujjatlar modellari, xo'jalik yurituvchi sub'ektlar, biznes funktsiyalari stsenariylari modellari, xo'jalik yurituvchi sub'ektlarning holati modellari - foydalanuvchi interfeysini, ma'lumotlar bazasi tizimini loyihalash uchun; tizimning statik va dinamik holatini turli nuqtai nazardan tavsiflash;

Biznes qoidalari modellari artefakt dasturiy ta'minotdagi qoidalarni modellashtirish uchun ishlatiladi.

RequisitePro, SoDA, matn protsessorlari tomonidan ishlatiladigan hujjat artefaktlari, Microsoft loyihasi:

Buyurtmachining tashkilotini, biznes tuzilmasini baholash;

Mavzu sohasi atamalarining lug'ati;

Biznes qoidalari to'plami;

Tijorat taklifi;

Biznes funktsiyalari spetsifikatsiyalari;

Biznesni modellashtirish bosqichida ish rejasi;

So'rovlarni o'zgartirish.

Talablar

Rational Rose tomonidan ishlatiladigan artefakt modellari:

Tizim funksiyasi modeli;

Tizim funksiyasi stsenariy modeli;

Foydalanuvchi interfeysi modeli;

Tizim foydalanuvchilari stsenariylari modeli;

Chiqarish shakllari modeli;

Tizim qoidalari modeli.

Talablarni boshqarish rejasi;

Tizim atamalarining lug'ati;

uchun spetsifikatsiya dasturiy ta'minot tizimi;

Tizim funktsiyalari uchun spetsifikatsiya;

Tizim qoidalari;

Manfaatdor tomonlarning so'rovlari;

Tizim talablarini aniqlash bosqichida ish rejasi;

So'rovlarni o'zgartirish.

Tahlil va dizayn

Rational Rose tomonidan ishlatiladigan artefakt modellari:

Mantiqiy ma'lumotlar modeli;

Jismoniy ma'lumotlar modeli;

Tizim komponentlari spetsifikatsiyalari modeli;

Tizim komponentlarini amalga oshiradigan sinflar o'rtasidagi o'zaro ta'sir stsenariylari.

RequisitePro, SoDA, matn protsessorlari, MS Project tomonidan ishlatiladigan hujjat artefaktlari:

Dasturiy ta'minot arxitekturasi;

Dasturiy ta'minot komponentlarining texnik xususiyatlari;

Tahlil va loyihalash bosqichida ish rejasi;

So'rovlarni o'zgartirish.

Amalga oshirish

Rational Rose tomonidan ishlatiladigan artefakt modellari:

Komponent dastur modeli.

Rational Rose tomonidan ishlatiladigan artefaktlar-kod, dasturlash vositalari, matn protsessorlari:

Rational Rose-dan olingan kod yaratish elementlari;

Haqiqiy dastur kodi;

Hujjatlar.

RequisitePro, SoDA, matn protsessorlari, MS Project tomonidan ishlatiladigan hujjat artefaktlari:

Ilovani yaratish rejasi;

Amalga oshirish bosqichida ish rejasi.

Sinov

Rational Rose tomonidan ishlatiladigan artefakt modellari:

Test ishi modeli;

Test dasturining funksional modeli;

Test dasturi komponentining spetsifikatsiya modeli;

Test dasturi komponentlarining o'zaro ta'sirini amalga oshiradigan sinflarning o'zaro ta'siri stsenariylari.

Sinov holatlarining tavsifi;

Sinov rejasi;

Sinov bosqichi uchun ish rejasi;

So'rovlarni o'zgartirish.

Sinovni amalga oshirish Quantify, Purify, PureCoverage, Robot, SiteLoad, SiteCheck.

Joylashtirish

Rational Rose tomonidan ishlatiladigan artefakt modellari:

Ishlov berish tugunlarida komponentlarni joylashtirishning joylashtirish modeli tavsifi.

SoDA, matn protsessorlari, MS Project tomonidan ishlatiladigan hujjat artefaktlari:

O'quv materiallari;

O'rnatish hujjatlari;

Tizim versiyalarining tavsifi;

Amalga oshirish rejasi.

Ushbu turkumdagi keyingi maqola Yagona modellashtirish tiliga (UML) bag'ishlanadi.