Rup ish oqimlari va uml diagrammalari. Birlashgan psixologik rivojlanish jarayoni

Ishdan foydalaning(case case) - aktantga uning so'rovlariga binoan taqdim etiladigan xizmat (xizmat funktsiyalari) sinfining mavhum tavsifi.

Xizmat umuman tizim, kichik tizim yoki sinf tomonidan taqdim etilishi mumkin. Shunday qilib, foydalanish holati tizimning ba'zi funktsiyalari yoki xatti-harakatlarini modellashtirishni anglatadi. Ish holati nomga ega va tashqi manbaga / qabul qiluvchiga (aktantga) ko'rinadigan ba'zi harakatlar ketma-ketligini anglatadi. Shu bilan birga, variantni amalga oshirishning ichki usuli yashiringan va tafsilotlarning quyi darajalarida ochib berilgan hamkorlik diagrammasi... Har qanday sinf singari, foydalanish holida ham atributlar va operatsiyalar mavjud bo'lib, ularni amalga oshirish jismoniy darajada ta'sir qiladi.

Use case aktant boshlagan va tizim (quyi tizim, sinf) tugaydigan barcha xabarlar ketma-ketligini o'z ichiga oladi. Shuning uchun, foydalanish holatini amalga oshirishning har qanday misoli har doim boshlanishiga va oxiriga ega, chunki biron bir aktant ushbu foydalanish holati to'g'risida xabar yubormaydi. Bu, shuningdek, xato xabarlari, turli xil sozlamalar (alternativalar) bilan parvarishlash funktsiyasini bajarish variantlarini o'z ichiga oladi.

Use case case misoli - bu aktant instansiyasidan birinchi xabar olinganidan keyin boshlanadigan ishning bajarilishi. Berilgan xabarga javoban use case ma'lum harakatlar ketma-ketligini amalga oshiradi, masalan, xabarni aktantning boshqa holatlariga (nafaqat tashabbuskorga) yuboradi. O'z navbatida, ushbu aktantlar ushbu foydalanish holatiga xabar yuborishadi va aloqa boshqa xabarlar olinmaguncha davom etadi. Bu foydalanish holatining tugashini anglatadi.

Aktant va foydalanish holati o'rtasidagi munosabatlar ko'rsatilgan uyushma.

Diagrammada foydalanish holati ikki shaklda tasvirlangan:

1) ellips, ismning ichida

2) to'rtburchak - har qanday sinf kabi

Mijoz

Sensor

Aktantlar va foydalanish holatlari o'rtasida assotsiatsiya yagona bo'g'indir. Bundan tashqari, u semantikaga ega komutativ aloqa, ya'ni xabar uzatiladi, shuning uchun odatda bayroq qo'yilmaydi, chunki kontekst aktant va foydalanish holatining yozuvlaridan aniq. Ammo siz uni belgilashingiz va ulanishning chastotasini ko'rsatishingiz mumkin:

Bank mijozi

Ko'plik (ko'plik) bu aloqada ishtirok etgan sinfning o'ziga xos misollari sonini tavsiflaydi (bitta mijoz cheksiz ko'p miqdorda kredit berishi mumkin).

Umuman birlashma Ikki yoki undan ortiq model komponentlari o'rtasidagi munosabatlar. Ko'pgina hollarda komponentlar ba'zi bir ob'ekt sinflari bo'lganligi sababli, assotsiatsiya misoli shunchaki assotsiatsiya atributlari (xususiyatlari) bilan ta'minlangan aniq misollarga havolalarning tartiblangan ro'yxati.

Agar mavjud bo'lsa, assotsiatsiya nomi noyob bo'lishi kerak. U sinflar - uyushma a'zolari o'rtasidagi munosabatlarning ma'nosiga ko'ra shakllanadi. Masalan, "Xodim ichida ishlaydi Bo'lim "," menejer yakunlaydi Kompyuter "va boshqalar.

Uyushmalar o'zlari sinflar ( sinf uyushmasi, assotsiatsiya sinfi), u ham sinf xususiyatlariga, ham assotsiatsiya xususiyatlariga ega. Ushbu sinfning namunalari nafaqat ob'ektlarga havolalar, balki atributlar (xususiyatlar) qiymatlariga ega bo'lgan havolalardir.

Uyushma a'zolari uni chaqirishadi qutblar... Barcha qutblar munosabatlarda ishtirok etadigan sinflarning rolidir, ular har xil va ba'zi buyurtma qilingan ro'yxatlarga kiritilishi mumkin. Ko'pgina hollarda, assotsiatsiyalar ikkilikdir (ma'lum semantikaga bog'liq ikkita rol), lekin bo'lishi mumkin n -ary. Bitta va bitta sinf turli rollarda harakat qilishi mumkin, ya'ni bir vaqtning o'zida assotsiatsiyaning ikkita qutbida bo'lishi mumkin.

Bog'lanishning ko'pligi qutblarga o'rnatiladi.

Tizimning ishlashi paytida ulanishlar paydo bo'lishi va yo'qolishi mumkin; assotsiatsiya qutblarida cheklovlar va tegishli predikatlar ko'rsatilishi mumkin.

Ba'zan ulanish faqat qutblardan birida o'zgaradi. Agar havolada atributlar bo'lsa, ularni operatsiyalar yordamida o'zgartirish mumkin, ammo havola a'zolariga havolalar o'zgarmaydi.

Uyushma, agar assotsiatsiya bo'lsa, 2 sinf chegaralarini birlashtiruvchi uzluksiz chiziq bilan tasvirlangan n-ary, keyin romb chiziladi (yig'ilish belgisi):

		Ko'plab uyushmalar - birlashma
	Ikkilik assotsiatsiya

Ish holatlari o'zaro xabar almashishmaydi va faqat munosabatlarda (aloqada) bo'lishi mumkin kattalashtirish (kengaytirish), qo'shilish(o'z ichiga oladi) va umumlashtirish (umumlashtirish).

IN kengayish bilan bog'liq use case - mijoz asosiy ketma-ketlikning bir nuqtasidan boshlab qo'shimcha harakatlar ketma-ketligini kiritadi va bunday bir nechta "qo'shimchalar" bo'lishi mumkin. Ushbu fikrlarning barchasi chaqiriladi kengayish nuqtalari.

 II. O'quv fanlari bo'yicha o'quv jarayonini qonuniy qo'llab-quvvatlash

haddan tashqari dasturlash (Extreme Programming, XP)... Ikkalasi ham takrorlanuvchi jarayonlarning namunalari, ammo dasturiy ta'minotni ishlab chiqish xususiyati to'g'risida har xil taxminlarga asoslanib qurilgan va shunga ko'ra ular bir-biridan mutlaqo boshqacha.

RUP deb atalmish misoldir "og'ir" jarayon, batafsil tavsiflangan va ko'p sonli yordamchi harakatlar bilan dasturiy ta'minot manba kodining haqiqiy rivojlanishini qo'llab-quvvatlashni o'z zimmasiga olgan. Bunday harakatlarning namunalari - rejalar, texnik spetsifikatsiyalar, ko'plab dizayn modellari, loyihalash hujjatlari va boshqalarni ishlab chiqish. Bunday jarayonning asosiy maqsadi muvaffaqiyatli dasturiy ta'minotni ishlab chiqish va texnik xizmat ko'rsatishni ularni qo'llay oladigan odamlardan ajratishdir. Ko'plab qo'llab-quvvatlovchi tadbirlar mavjud ishchilar yordamida murakkab tizimlarni loyihalash va texnik xizmat ko'rsatish muammolarini muvaffaqiyatli hal qilishga imkon beradi, ular super mutaxassislar emas.

Bunga erishish uchun ma'lum bir vaziyatda amalga oshirilgan harakatlarning bosqichma-bosqich batafsil tavsifi amalga oshiriladi, shunda oddiy ishchini shunga o'xshash tarzda harakat qilishni o'rgatish mumkin. Loyiha davomida ishlab chiquvchilarga o'z vazifalarini oddiyroq qilib ajratishga imkon beradigan ko'plab oraliq hujjatlar yaratiladi. Xuddi shu hujjatlar har bir qadamda qabul qilingan qarorlarni tasdiqlash uchun xizmat qiladi, shuningdek umumiy natijalarni kuzatib boradi va kerakli natijalarni olish uchun zarur bo'lgan resurslarning taxminlarini aniqlaydi.

Ekstremal dasturlashaksincha, bu so'zda ifodalanadi Tezkor rivojlanish usullariham chaqirdi "engil" jarayonlar. Ular yaxshi ishlab chiqilgan rivojlanish jarayonlarini emas, balki yaxshi ishlab chiquvchilarni ishlatishga qaratilgan. Hayotiy uslublar har bir aniq loyihada ko'proq moslashuvchanlikni ta'minlash uchun aniq harakatlar modellarini tuzatishdan qochadi, shuningdek, tugallangan ish dasturiga bevosita hissa qo'shmaydigan qo'shimcha hujjatlarni ishlab chiqishga qarshi.

Ratsional birlashtirilgan jarayon

RUP, juda murakkab, batafsil takroriy hayot aylanishining modeli BILAN

Tarixiy jihatdan, RUP - bu XX asrning 70-80-yillarida Ericsson tomonidan qabul qilingan rivojlanish jarayoni modelini ishlab chiqish. Ushbu model Ivar Jeykobson tomonidan, keyinchalik 1987 yilda ishlab chiqilgan bo'lib, u o'zining rivojlanishi uchun o'zining Objectory AB kompaniyasini asos solgan texnologik jarayon dasturni boshqa tashkilotlarga o'tkazilishi mumkin bo'lgan alohida mahsulot sifatida ishlab chiqish. 1995 yilda "Ob'ektika" ning "Rational" ga kiritilishidan so'ng, Jakobsonning dizaynlari "mumtoz" muallifining o'g'li Uolker Roysning asarlari bilan birlashtirildi. kaskadli model), Kruchten (Filipp Kruchten) va Booch (Grady Booch), shuningdek parallel rivojlanmoqda birlashtirilgan modellashtirish tili (UML).

RUP uchta asosiy g'oyaga asoslangan:

Butun ish jarayoni loyihaning yakuniy maqsadlariga yo'naltirilgan bo'lib, u shaklda ifodalanadi holatlardan foydalanish - natijada paydo bo'lgan dasturiy ta'minot tizimining foydalanuvchilar yoki boshqa tizimlar bilan o'zaro aloqadorligi senariylari, unda foydalanuvchilar o'zlari uchun mazmunli natijalar va xizmatlarni olishadi. Rivojlanish foydalanish holatlarini aniqlashdan boshlanadi va har bir bosqichda ularni amalga oshirishga yaqinlik darajasi bo'yicha nazorat qilinadi.

• 
  Loyiha davomida qabul qilingan asosiy qaror me'morchilik natijada olingan dasturiy ta'minot tizimi. Arxitektura dasturiy ta'minot quriladigan tarkibiy qismlar to'plamini, komponentlarning har birining javobgarligini (ya'ni tizimning umumiy vazifalari doirasida hal qiladigan subtasklar) o'rnatadi, ular o'zaro ta'sir qilishi mumkin bo'lgan interfeyslarni, shuningdek komponentlarning bir-biri bilan o'zaro ta'sirini aniq belgilaydi.
  

Arxitektura bir vaqtning o'zida sifatli dasturiy ta'minotni olish uchun ham, ma'lum natijalarga erishish uchun zarur bo'lgan vaqt va resurslar bo'yicha ishlarni rejalashtirish va loyihalarni baholash uchun ham asosdir. UML tilidagi grafik modellar to'plami sifatida yaratilgan.

• 
  Rivojlanish jarayoni asoslanadi rejalashtirilgan va boshqariladigan takrorlash, uning me'morchiligi asosida (funktsionallik va iteratsiya doirasida amalga oshiriladigan komponentlar to'plami) aniqlanadi.
  

Kirish

rational 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. Birlashtirilgan modellashtirish tili (UML) umumiy bilimlar bazasida modellashtirish tili sifatida ishlatiladi.

RUP-da takroriy dasturiy ta'minotni ishlab chiqish loyihani ketma-ket bajariladigan bir nechta kichik loyihalarga ajratishni o'z ichiga oladi va rivojlanishning har bir iteratsiyasi takrorlash oxirida erishiladigan maqsadlar to'plami bilan aniq belgilanadi. Yakuniy takrorlash, takrorlash uchun maqsadlar to'plami mahsulot xaridorlari tomonidan belgilangan maqsadlar to'plamiga to'liq mos kelishi kerak, ya'ni barcha talablar bajarilishi kerak deb taxmin qiladi.

RUP juda yaxshi rasmiylashtirilgan va aksariyat e'tibor loyihani ishlab chiqishning dastlabki bosqichlariga - tahlil va modellashtirishga qaratiladi. Shunday qilib, ushbu metodologiya rivojlanishning dastlabki bosqichlarida xatolarni aniqlash orqali xavfni kamaytirishni kamaytirishga qaratilgan. Texnik xatarlar (baholash) rivojlanish tsiklining boshida baholanadi va birinchi o'ringa qo'yiladi, so'ngra vaqt o'tishi bilan va keyingi takrorlash paytida loyihani ishlab chiqish bilan qayta ko'rib chiqiladi. Ushbu maqsadlar xavfining ustuvorligiga qarab yangi maqsadlar paydo bo'ladi. Versiya nashrlari birinchi navbatda eng yuqori ustuvor xatarlarni yo'q qiladigan tarzda tarqatiladi.

Jarayon modellar evolyutsiyasini o'z ichiga oladi; Rivojlanish tsiklining takrorlanishi dasturiy ta'minot modelining o'ziga xos versiyasi bilan o'ziga xos tarzda bog'liqdir. Takrorlashlarning har biri (ish oqimi) dasturiy ta'minotni hayot aylanish jarayonini boshqarish elementlarini o'z ichiga oladi: tahlil qilish va loyihalash (modellashtirish), amalga oshirish, birlashtirish, sinovdan o'tkazish, amalga oshirish. Shu ma'noda, RUP spiral modelni amalga oshirishdir, garchi u ko'pincha grafik jadval sifatida tasvirlangan bo'lsa ham. Quyida biz jarayonning asosiy tarkibiy qismlarini keltiramiz.

Muvaffaqiyatli rivojlanish jarayoni uchun uchta komponent kerak (1-rasm): jarayon, yozuvlar va yordam dasturlari to'plami. Jarayon nima qilishimizni, qanday tartibda va qanday amalga oshirilishini tasvirlaydi; yozuvlar aloqa vositasidir; kommunal xizmatlar to'plami jarayonni avtomatlashtirish va boshqarishda yordam beradi.

Shakl: 1. Muvaffaqiyat uchburchagi

Uchala komponent ham RUP-da taqdim etilgan. Avval quyidagilarni bajaradigan yozuv funktsiyalarini ko'rib chiqamiz:

Jarayonni yaxlit bir butunga "yopishtirish" ni amalga oshiradi;

Manba kodidan ko'rinmaydigan lisoniy qarorlarni qabul qilish vositasi;

Muhim strategik va taktik qarorlarni xaritalash uchun semantikani taqdim etadi;

Fikrlash, so'ngra qaror qabul qilish uchun etarli bo'lgan shaklni va rasmiylashtirilgan ma'lumotlarni boshqarish uchun jarayonni avtomatlashtirish vositasini taqdim etadi.

Aslida, yozuvlar dasturiy ta'minotni ishlab chiqishni tahlildan tortib to mahsulotni tatbiq etishga qadar o'z ichiga oladi. RUP - UML holatidagi yozuvlar bu jarayonni tavsiflash uchun rasmiy til vositasidir (UML quyida muhokama qilinadi). Keyinchalik, biz jarayonning tuzilishini ko'rib chiqamiz, shuningdek, RUP-ga muvofiq loyihani ishlab chiqishni boshqarish jarayonida ishlatiladigan kommunal xizmatlar to'plamini beramiz.

RUP tuzilishi

UP jarayonni vaqt ichida to'rtta asosiy bosqichga (bosqichlar) ajratib, takroriy dasturiy ta'minotni ishlab chiqishga tizimli yondashuvni taqdim etadi: boshlash, ishlab chiqish, qurish va o'tish. Afsuski, rus tilida aniq terminologiya mavjud emas, shuning uchun kelajakda biz rus tiliga tarjima bilan birga inglizcha atamalardan foydalanamiz. Shakl. 2 - RUP fazalarining keng qo'llaniladigan tasviri. Ushbu bosqichlarning har birining maqsadlari:

Intseptsiya - bu biz yaratayotgan narsani tushunish. Axborot yig'ish va talablarni tahlil qilish bosqichi, umuman loyihaning imidjini aniqlash;

Ishlab chiqish - biz uni qanday yaratayotganimizni tushunish. Talablarni tahlil qilish va tizimni loyihalashtirish bosqichi, kerakli harakatlar va resurslarni rejalashtirish, funktsiyalar va dizayn xususiyatlarini aniqlashtirish;

Qurilish - mahsulotning beta-versiyasini yaratish. Rivojlanish va kodlashning asosiy bosqichi, mahsulotni pastdan yuqoriga takroriy ketma-ketlik sifatida yaratish (kod versiyalari);

O'tish - mahsulotning yakuniy versiyasini yaratish. Mahsulotni tanishtirish bosqichi, mahsulotni ma'lum bir foydalanuvchiga etkazib berish.



Shakl: 2. RUP bosqichlari

Bu mahsulot evolyutsiyasini boshqarish bosqichlari - hayot aylanishining takrorlanishi. RUP - bu yakuniy maqsadga yaqinlashish, ammo o'tishning so'nggi bosqichi bo'lgan klassik ISO standartidan (palapartishlik metodologiyasi) farqli o'laroq, har bir bosqich mahsulotning xaridorining o'zgaruvchan talablarini aks ettirgan holda bir necha marta takrorlanishi mumkin.

RUP metodologiyasi dasturiy ta'minotning hayotiy tsikli takrorlanishining elementlari bo'lgan to'qqizta asosiy oqimga (ish oqimlariga) asoslangan:

Biznesni modellashtirish - hayot tsiklining ma'lum bir takrorlanishiga qo'yiladigan talablarni tahlil qilishni, kerakli tizim parametrlarini va foydalanuvchi ehtiyojlarini aniqlashni o'z ichiga oladi;

Talablar - tizim tasvirini rasmiylashtirish. Bu talablarni yig'ish va talablarni boshqarish, talablarni funktsional xususiyatlarga aylantirishni o'z ichiga oladi. Bu erda foydalanish holatlarini tahlil qilish va foydalanish holatlarini qurish (foydalanuvchi hikoyalari) boshlanadi - UML-da foydalanuvchi talablarini rasmiy xaritalash. Natijada boshqaruv darajasidagi hujjatlar;

Tahlil va dizayn - yig'ilgan talablarni rasmiylashtirilgan dasturlash modeliga o'tkazishni o'z ichiga oladi. Natijada tizimni tatbiq etish bosqichidagi tavsifi (texnik dizayn) - bu tizimni ishlab chiquvchilar darajasining hujjatlari. Rasmiylashtirish tili - Unified Modeling Language (UML), u quyida muhokama qilinadi. Takroriy rivojlanish jarayonida ushbu oqimning mahsuloti - loyiha modeli rivojlanadi. Barcha o'zgarishlar RUP-da to'g'ridan-to'g'ri modellarga bog'langan va avtomatizatsiya vositalari va etarlicha moslashuvchan modellashtirish tili sizga bu jarayonni vaqt va resurslar nuqtai nazaridan ozgina va og'riqsiz boshqarish imkonini beradi. Bu erda biz rivojlanish natijasi model emas, balki bajariladigan kod ekanligini anglatadi, shuning uchun xaridor odatda modellashtirish uchun pul to'lashni yoqtirmaydi, chunki modellar unga kerakli mahsulot emas);

Amalga oshirish (amalga oshirish, kodlash) - kodning haqiqiy yozilishini o'z ichiga oladi. RUP-dagi kod elementlari allaqachon tahlil qilish va loyihalash bosqichida yaratilgan, chunki UML dastur vositasi Rational Rose sizga bir nechta dasturlash tillarida kod elementlarini yaratishga imkon beradi. Metodika - ob'ektga yo'naltirilgan dasturlash;

Sinov - mahsulotni berilgan takrorlashda sinab ko'rishni o'z ichiga oladi. Shuni alohida ta'kidlash kerakki, bu holda regressiya sinovlari (mahsulotning "yomonlashmasligi" ni sinovdan o'tkazish) avvalgi takrorlashning barcha haqiqiy sinovlarini va oldingi o'tish bosqichidagi qabul sinovlarini o'z ichiga olishi kerak;

Joylashtirish - mahsulotni xaridorning saytiga o'rnatish, xodimlarni o'qitish, tizimni ishga tushirish va qabul qilish testlarini o'tkazish, qadoqlash va mahsulotni tarqatish standartlarini tayyorlash, materiallarni savdo bo'limiga topshirish (mahsulotning o'ziga xos xususiyatlariga qarab harakatlar ixtiyoriy).

Dasturiy ta'minotni ishlab chiqish davri jihatidan yuqoridagi elementlar yangi emas, chunki ular deyarli har qanday metodologiyada uchraydi - ehtimol XP bundan mustasno (bu erda ular juda original shaklda taqdim etiladi). RUPni amalga oshirishning o'ziga xos xususiyati vaqtinchalik ta'kidlashdir, ya'ni ba'zi bir iplar takrorlanishida ustunlik qiladi, shuningdek universal til va rivojlanish jarayonini tavsiflashga imkon beradigan yordam dasturlari to'plami mavjud. Shaklda ko'rib turganimizdek. 2, mahsulot evolyutsiyasining dastlabki bosqichlarida asosiy e'tibor loyihaning rasmiylashtirilishiga (tahlil qilish, modellashtirish) qaratilgan bo'lib, u tijorat xatarlarini kamaytirishga va dizayndagi xatolar narxini kamaytirishga qaratilgan. Rasm ozmi-ko'pi aniq bo'lsa, mahsulotni haqiqiy ishlab chiqish, sinovdan o'tkazish va nihoyat, amalga oshirish boshlanadi.

Dastlabki interna - bu aslida korxonalar menejerlari uchun texnik kengash tomonidan chiqarilgan hujjatlar. Dastlabki bosqichlarning asosiy maqsadi shartnoma yoki niyat shartnomasini tuzishdir. Keyingi takrorlashlar aslida rasmiy modellarni yaratish uchun vaqt va resurslarga ega bo'lgan rivojlanish guruhining ishining boshlanishi. UML bu holda modelni kod elementlariga moslashtirish uchun vositaga ega. Masalan, ob'ektlar daraxti to'g'ridan-to'g'ri ko'rsatiladi, o'zgarishlar ishlab chiquvchilar tomonidan tanlangan dasturlash tilini amalga oshirish kuchiga, shuningdek, G. Booch va ushbu tilni ishlab chiquvchilarning ob'ektlar modeliga qarashlarining bir-biriga mos kelishiga bog'liq. Xuddi shu narsa usullarga tegishli.

Endi asosiy qo'llab-quvvatlovchi ish oqimlarini ko'rib chiqamiz:

Konfiguratsiyani boshqarish - manba kodini boshqarish (model, bajariladigan fayllar, testlar, hujjatlar), mahsulot versiyasini boshqarish, kod va hujjatlarni ishlab chiqish uchun korporativ standartlar, o'zgarishlarni kuzatib borish va mahsulot versiyalarini boshqarishga qaratilgan kuchli ma'muriy harakatlar qatlami. xatolar (xatolarni kuzatish); sinov va mijozlarni qo'llab-quvvatlash bilan chambarchas bog'liq;

Menejment (loyihani boshqarish) - RUP mafkurasiga muvofiq loyihani boshqarish bo'yicha ma'muriy harakatlar majmuini o'z ichiga oladi, loyihani boshqarish vositalari qo'llaniladi (Ratsional mahsulotlar ro'yxati uchun quyida ko'ring);

Atrof muhit (atrof-muhit) - tahlil qilish, loyihalash, ishlab chiqish, sinovdan o'tkazish uchun vositalarni yaratish va qo'llab-quvvatlashni o'z ichiga oladi (dasturiy ta'minot va apparat vositalari ham).

Takroriy rivojlanish;

Talablarni boshqarish;

Modulli arxitekturalardan foydalanish;

Vizual modellashtirish;

Sifatni tekshirish;

O'zgarishlarni kuzatish.

Amaliyotlar to'g'ridan-to'g'ri RUP jarayonining bir qismi emas, lekin juda tavsiya etiladi. Ba'zi amaliyotlar to'g'ridan-to'g'ri RUP mafkurasidan kelib chiqadi. Masalan, takroriy rivojlanish RUP tizimining bir qismidir, chunki bu jarayon "spiral" dasturlardan biridir. RUP-da talablarni boshqarish tahlilning dastlabki bosqichlarida paydo bo'ladi. Nazariy jihatdan, modulli arxitektura kodni qayta ishlatishga imkon beradi va tizim yanada moslashuvchan. UML ob'ekt tili ekanligi sababli modullikni e'tiborsiz qoldirish mumkin, ammo ... biroz qiyin. Vizual modellashtirish tizimlarning tobora ortib borayotgan murakkabligi bilan samarali kurashishga imkon beradi. Bundan tashqari, modellar ishlab chiquvchilar o'rtasidagi aloqa vositasidir, ammo buning uchun ishlab chiquvchilar UML bilan gaplashishlari kerak, bu esa ba'zi bir tayyorgarlikni talab qiladi. Vizual modellashtirish ko'pincha Rational Rose vositasi yordamida amalga oshiriladi, natijada juda to'plami hosil bo'ladi foydali hujjatlar menejerlar, tizim ma'murlari, ishlab chiquvchilar, sinovchilar uchun kod elementlarini yaratish. Ushbu vosita UML-ning yagona qo'llanilishi emas - ikkala tijorat alternativasi (masalan, Microsoft Visio) va bepul variantlar mavjud. Shuni ta'kidlash kerakki, modellashtirish vositalarida tatbiq etilgan UML shevalari har doim ham bir xil emas: Ratsional lahjada ba'zi muhim farqlar mavjud, ular hujjatlarda ham, UML kitoblarida ham tavsiflangan.

RUP-ni qo'llab-quvvatlovchi mahsulotlar

ratsional birlashtirilgan jarayonni qo'llab-quvvatlovchi eng mashhur mahsulotlar:

Rational Rose - CASE vizual modellashtirish vositasi axborot tizimlarikod elementlarini yaratish qobiliyatiga ega. Mahsulotning maxsus nashri - Rational Rose RealTime - chiqishda bajariladigan modulni olishga imkon beradi;

Rational Requisite Pro - bu dastur tarkibiy qismlari rivojlanishining istalgan bosqichida paydo bo'ladigan talablarning o'zgarishini yaratish, tuzish, birinchi o'ringa qo'yish, kuzatish, boshqarish imkonini beradigan talablarni boshqarish vositasi;

Rational ClearQuest - bu o'zgarishlarni boshqarish va loyihadagi nuqsonlarni kuzatish uchun mahsulot (xatolarni kuzatish), sinov va talablarni boshqarish vositalari bilan chambarchas bog'langan va barcha xatolar va hujjatlarni bir-biriga bog'lash uchun yagona muhitni taqdim etadi;

Rational SoDA - bu ichki hujjatlar uchun korporativ standartni o'rnatishga imkon beradigan loyiha hujjatlarini avtomatik ravishda ishlab chiqarish uchun mahsulot. Hujjatlarni mavjud standartlarga (ISO, CMM) muvofiqlashtirish ham mumkin;

Ratsional tozalash, oqilona miqdorni aniqlash Rational PureCoverage - sinov va disk raskadrovka vositalari:

Rational Purify - bu C / C ++ da dasturlashtiradigan dastur va komponentlar ishlab chiquvchilari uchun juda kuchli ish vaqti xatolarini qidirish vositasi,

Rational Visual Quantify - bu C / C ++, Visual Basic va Java dasturlarini ishlab chiqaradigan dastur va komponentlar ishlab chiquvchilari uchun ishlashni o'lchash vositasi; dasturiy ta'minotdagi to'siqlarni aniqlash va yo'q qilishga yordam beradi,

Rational Visual PureCoverage - sinovdan o'tmagan kod maydonlarini avtomatik ravishda aniqlaydi.

Rational ClearCase - bu barcha loyiha hujjatlarini versiyalarini boshqarish imkonini beradigan dasturiy ta'minotni konfiguratsiya boshqaruvi (SCM) mahsulotidir. Uning yordami bilan siz bir vaqtning o'zida loyihalarning bir nechta versiyasini saqlab turishingiz mumkin, ular orasida tez almashinish. Rational Requisite Pro yangilanishlarni qo'llab-quvvatlaydi va ishlab chiquvchilar guruhiga qo'yiladigan talablarning o'zgarishini kuzatadi;

SQA TeamTest - sinovlarni avtomatlashtirish vositasi;

Rational TestManager - test bilan bog'liq barcha vositalarni, artefaktlarni, skriptlarni va ma'lumotlarni birlashtirgan testlarni boshqarish tizimi;

Rational Robot - testlarni yaratish, o'zgartirish va avtomatik ravishda ishlaydigan vosita;

SiteLoad, SiteCheck - veb-saytlarni ishlash va buzilgan havolalarni sinab ko'rish vositalari;

Rational PerformanceStudio - tizimning ishlash ko'rsatkichlarini o'lchash va bashorat qilish.

Artefaktlar va rollar

rUPning ajralmas qismi bu artefakt, pretsedent va roldir. Artefaktlar - bu ishlab chiqarilgan yoki yakuniy mahsulot ustida ishlashda ishlatiladigan loyihaning ba'zi mahsulotlari. Foydalanish holatlari - bu tizim tomonidan kuzatiladigan natijani olish uchun amalga oshiriladigan harakatlar ketma-ketligi. Darhaqiqat, biron bir shaxs yoki guruh ishining har qanday natijasi - bu artefakt, xoh u tahlil hujjati bo'lsin, namunaviy element, kod fayli, sinov skripti, xato tavsifi va hk. Bu yoki boshqa turdagi asarlar yaratish uchun ma'lum mutaxassislar javobgardir. Shunday qilib, RUP rivojlanish guruhining har bir a'zosining u yoki bu bosqichdagi vazifalarini aniq belgilab beradi, 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 modullarga, foydalanuvchi qo'llanmalariga va hk. Quyida oqimlarning har biri uchun artefaktlar to'plami (modellar, hujjatlar va boshqalar) keltirilgan.

Biznesni modellashtirish

Biznes jarayonlari modeli - ishlab chiqilayotgan tizimga qo'yiladigan biznes talablarini aniqlash;

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

Hujjatlar modellari, xo'jalik yurituvchi sub'ektlar, biznes funktsiyalari stsenariylari modellari, xo'jalik yurituvchi sub'ektlar holatlari modellari - foydalanuvchi interfeysi, ma'lumotlar bazalari tizimlarini loyihalash uchun; tizimning statik va dinamik holatlarining tavsifini turli nuqtai nazardan ifodalash;

Biznes qoidalari modellari - dasturiy ta'minotda qoidalarni modellashtirish uchun ishlatiladigan artefakt.

Hujjat artefaktlari - RequisitePro, SoDA, matn protsessorlari, Microsoft Project tomonidan ishlatiladi:

Mijozning tashkilotini, biznes tuzilishini baholash;

Domen atamalarining lug'ati;

Biznes qoidalari to'plami;

Tijorat taklifi;

Biznes funktsiyalarining xususiyatlari;

Biznesni modellashtirish bosqichidagi ish rejasi;

So'rovlarni o'zgartirish.

Talablar

Model artefaktlar - Rational Rose tomonidan ishlatilgan:

Tizim funktsiyasi modeli;

Tizim funktsiyalari stsenariy modeli;

Foydalanuvchi interfeysi modeli;

Tizim foydalanuvchisi stsenariylari modeli;

Chiqish shakli modeli;

Tizim qoidalari modeli.

Talablarni boshqarish rejasi;

Tizim lug'ati;

Dasturiy ta'minot tizimining spetsifikatsiyasi;

Tizim funktsiyasining spetsifikatsiyasi;

Tizim qoidalari;

Manfaatdor tomonlarning so'rovlari;

Tizimga qo'yiladigan talablarni aniqlash bosqichidagi ish rejasi;

So'rovlarni o'zgartirish.

Tahlil va dizayn

Model artefaktlar - Rational Rose tomonidan ishlatilgan:

Ma'lumotlarning mantiqiy modeli;

Jismoniy ma'lumotlar modeli;

Tizim komponentlarini spetsifikatsiyasi modeli;

Tizim tarkibiy qismlarini amalga oshiradigan sinflarning o'zaro ta'sirining ssenariylari.

Hujjat artefaktlari - RequisitePro, SoDA, matn protsessorlari, MS Project tomonidan ishlatiladi:

Dastur arxitekturasi;

Dastur komponentlarining texnik xususiyatlari;

Tahlil va loyihalash bosqichidagi ish rejasi;

So'rovlarni o'zgartirish.

Amalga oshirish

Model artefaktlar - Rational Rose tomonidan ishlatilgan:

Ilova komponentlari modeli.

Kod artefaktlari - Rational Rose, dasturlash vositalari, matn protsessorlari tomonidan qo'llaniladi:

Rational Rose-dan olingan kod yaratish elementlari;

Haqiqiy dastur kodi;

Hujjatlar.

Hujjat artefaktlari - RequisitePro, SoDA, matn protsessorlari, MS Project tomonidan ishlatiladi:

Dastur tuzish rejasi;

Amalga oshirish bosqichidagi ish rejasi.

Sinov

Model artefaktlar - Rational Rose tomonidan ishlatilgan:

Sinov ishi modeli;

Funktsional model test dasturi;

Sinov dasturi tarkibiy qismlarining spetsifikatsiyasi modeli;

Sinov dasturi tarkibiy qismlarining o'zaro ta'sirini amalga oshiradigan sinflarning o'zaro ta'sirining ssenariylari.

Sinov holatlarining tavsifi;

Sinov rejasi;

Sinov bosqichidagi ish rejasi;

So'rovlarni o'zgartirish.

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

Joylashtirish

Model artefaktlar - Rational Rose tomonidan ishlatilgan:

Joylashtirish modeli - komponentlarni qayta ishlash tugunlariga joylashtirish tavsifi.

Hujjat artefaktlari - SoDA tomonidan ishlatiladigan, matn protsessorlari, MS Project:

O'quv materiallari;

O'rnatish hujjatlari;

Tizim versiyalarining tavsifi;

Amalga oshirish rejasi.

Ushbu ketma-ketlikdagi keyingi maqola Unified Modeling Language (UML) ga bag'ishlangan.