Tizimli tahlil. Tizimni modellashtirish mavzusida bajargan
Download 282.97 Kb.
|
Dasturiy injinering Mustaqil ish
UMLdan Foydalanish holati foydalanuvchi ushbu o'zaro ta'sirda tizimdan nimani kutayotganining oddiy tavsifi sifatida qabul qilinishi mumkin. Men 4-bobda talablarni aniqlash uchun foydalanish holatlarini muhokama qildim. 4 -bobda aytganimdek , men talablarni ishlab chiqishda emas, balki tizimni loyihalashning dastlabki bosqichlarida foydalanish misollarini foydaliroq deb bilaman. Har bir foydalanish holati tizim bilan tashqi shovqinni o'z ichiga olgan diskret vazifani ifodalaydi. Eng oddiy shaklda foydalanish holati ellips shaklida ko'rsatilgan, foydalanish holatida ishtirok etgan aktyorlar tayoq figuralari sifatida tasvirlangan. Mentcare tizimidan foydalanish holati ko'rsatilgan bo'lib, u Mentcare tizimidan ma'lumotlarni umumiyroq bemorlarni hisobga olish tizimiga yuklash vazifasini ifodalaydi. Ushbu umumiy tizim Mentcare tizimida qayd etilgan har bir maslahat haqidagi ma'lumotlardan ko'ra, bemor haqida umumiy ma'lumotlarni saqlaydi. E'tibor bering, bu holatda ikkita ishtirokchi bor - ma'lumotlarni uzatuvchi operator va bemorni qayd qilish tizimi. Tayoqchalar belgisi dastlab odamlarning o'zaro ta'sirini qoplash uchun ishlab chiqilgan, ammo u boshqa tashqi tizimlar va apparat vositalarini ifodalash uchun ham qo'llaniladi. Rasmiy ravishda, foydalanish holatlari diagrammalarida strelkalarsiz chiziqlar ishlatilishi kerak, chunki UMLdagi o'qlar xabarlar oqimining yo'nalishini ko'rsatadi. Shubhasiz, foydalanish holatida xabarlar ikkala yo'nalishda ham o'tadi. Biroq, o'qlar norasmiy ravishda tibbiy qabulxona xodimi tranzaktsiyani boshlashi va ma'lumotlar bemorni hisobga olish tizimiga o'tkazilishini ko'rsatish uchun ishlatiladi. Foydalanish holatlari diagrammalari o'zaro ta'sirning oddiy ko'rinishini beradi va o'zaro ta'sirni to'liq tavsiflash uchun batafsilroq ma'lumot qo'shishingiz kerak. Bu tafsilot oddiy matn tavsifi, jadvaldagi tuzilgan tavsif yoki ketma-ketlik diagrammasi bo'lishi mumkin. Siz foydalanish holatiga va modelda talab qilinadigan tafsilotlar darajasiga qarab eng mos formatni tanlaysiz. Men standart jadval formatini eng foydali deb bilaman. "Ma'lumotlarni uzatish" qo'llanilishining jadvalli tavsifi ko'rsatilgan. Kompozit foydalanish holatlari diagrammalarida turli xil foydalanish holatlari ko'rsatilgan. Ba'zan tizim ichidagi barcha mumkin bo'lgan o'zaro ta'sirlarni yagona kompozit foydalanish diagrammasiga kiritish mumkin. Biroq, foydalanish holatlari soni tufayli bu imkonsiz bo'lishi mumkin. Bunday hollarda siz bir nechta diagrammalarni ishlab chiqishingiz mumkin, ularning har biri tegishli foydalanish holatlarini ko'rsatadi. Masalan, Mentcare tizimidagi barcha foydalanish holatlari ko'rsatilgan. unda aktyor "Tibbiyot qabulxonasi" ishtirok etadi. Ularning har biri batafsil tavsif bilan birga bo'lishi kerak. UML boshqa foydalanish holatlari diagrammalarida foydalanish holatining to'liq yoki bir qismini almashish uchun bir qator konstruktsiyalarni o'z ichiga oladi. Ushbu konstruktsiyalar ba'zan tizim dizaynerlari uchun foydali bo'lishi mumkin bo'lsa-da, mening tajribam shuni ko'rsatadiki, ko'p odamlar, ayniqsa oxirgi foydalanuvchilar, ularni tushunish qiyin. Shu sababli, bu konstruktsiyalar bu erda tasvirlanmagan. Strukturaviy modellar Dasturiy ta'minotning strukturaviy modellari tizimning tashkil etilishini ushbu tizimni tashkil etuvchi komponentlar va ularning munosabatlari nuqtai nazaridan aks ettiradi. Strukturaviy modellar tizim dizaynini tashkil qilishni ko'rsatadigan statik modellar yoki tizimni amalga oshirishda tizimni tashkil qilishni ko'rsatadigan dinamik modellar bo'lishi mumkin. Bular bir xil narsa emas - o'zaro ta'sir qiluvchi iplar to'plami sifatida tizimning dinamik tashkil etilishi tizim komponentlarining statik modelidan juda farq qilishi mumkin. Tizim arxitekturasini muhokama qilish va loyihalashda siz tizimning strukturaviy modellarini yaratasiz. Bu umumiy tizim arxitekturasining modellari yoki tizimdagi ob'ektlar va ularning munosabatlarining batafsilroq modellari bo'lishi mumkin. Ushbu bo'limda men dasturiy ta'minot tizimidagi ob'ektlar sinflarining statik tuzilishini modellashtirish uchun sinf diagrammalaridan foydalanishga e'tibor qarataman. Arxitekturaviy loyihalash dasturiy injiniringning muhim mavzusi bo'lib, UML komponenti, paketi va joylashtirish diagrammalarining barchasi me'moriy modellarni taqdim etishda ishlatilishi mumkin. Men 6 va 17 -boblarda me'moriy modellashtirishni yoritaman . Dasturiy ta'minotni yaratish jarayonining dastlabki bosqichlarida modellarni ishlab chiqayotganingizda , ob'ektlar haqiqiy dunyodagi biror narsani, masalan, bemorni, retsept yoki shifokor. Amalga oshirish ishlab chiqilayotganda, siz tizim tomonidan boshqariladigan ma'lumotlarni ko'rsatish uchun amalga oshirish ob'ektlarini belgilaysiz. Ushbu bo'limda asosiy e'tibor talablar yoki dasturiy ta'minotni loyihalashning dastlabki jarayonlarining bir qismi sifatida real ob'ektlarni modellashtirishga qaratilgan. Ma'lumotlar strukturasini modellashtirish uchun shunga o'xshash yondashuv qo'llaniladi . UMLdagi sinf diagrammalari turli darajadagi tafsilotlarda ifodalanishi mumkin. Modelni ishlab chiqishda birinchi bosqich odatda dunyoga qarash, muhim ob'ektlarni aniqlash va ularni sinflar sifatida ko'rsatishdir. Ushbu diagrammalarni yozishning eng oddiy usuli sinf nomini qutiga yozishdir. Bundan tashqari, sinflar o'rtasida chiziq chizish orqali uyushma mavjudligini qayd etishingiz mumkin. Masalan, ikkita sinf, Patien t va Patient Record, ular orasidagi bog'lanish ko'rsatilgan oddiy sinf diagrammasi . Ushbu bosqichda siz uyushma nima ekanligini aytishingiz shart emas. UMLda siz sinfni ifodalovchi oddiy to'rtburchakni kengaytirish orqali atributlar va operatsiyalarni ko'rsatasiz. Men buni tasvirlayman, unda shifokor va bemor o'rtasidagi maslahatlashuvni ifodalovchi ob'ekt ko'rsatilgan: 1.Ob'ekt sinfining nomi yuqori qismda joylashgan. 2.Sinf atributlari o'rta bo'limda joylashgan. Bunga atribut nomlari va ixtiyoriy ravishda ularning turlari kiradi. Men turlarni ko'rsatmayman. 3.Ob'ekt sinfi bilan bog'liq operatsiyalar (Java va boshqa OO dasturlash tillarida usullar deb ataladi) to'rtburchakning pastki qismida joylashgan. Men hammasi emas, balki ba'zi operatsiyalarni ko'rsataman. Ko'rsatilgan misolda shifokorlar konsultatsiya tafsilotlarini yozib olish uchun keyinchalik transkripsiya qilingan ovozli yozuvlarni yozib olishadi deb taxmin qilinadi. Dori-darmonlarni buyurish uchun tegishli shifokor elektron retsept yaratish uchun "Retsept" usulidan foydalanishi kerak. Modelga asoslangan arxitektura Modelga asoslangan arxitektura (Mellor, Scott, and Weise 2004; Stahl and Voelter 2006) - bu tizimni tavsiflash uchun UML modellarining bir qismidan foydalanadigan dasturiy ta'minotni loyihalash va amalga oshirishda modelga yo'naltirilgan yondashuv. Bu yerda turli darajadagi abstraksiyadagi modellar yaratiladi. Yuqori darajadagi, platformadan mustaqil modeldan, printsipial jihatdan, qo'l aralashuvisiz ishchi dasturni yaratish mumkin. MDA usuli uchta turdagi mavhum tizim modelini ishlab chiqarishni tavsiya qiladi: 1.Hisoblashdan mustaqil model (CIM) CIM'lar tizimda ishlatiladigan muhim domen abstraktsiyalarini modellashtiradi va shuning uchun ba'zan domen modellari deb ataladi. Siz tizimning turli ko'rinishlarini aks ettiruvchi bir nechta turli CIMlarni ishlab chiqishingiz mumkin. Misol uchun, xavfsizlik CIM bo'lishi mumkin, unda siz aktiv, rol va bemor qaydi CIM kabi muhim xavfsizlik abstraksiyalarini aniqlaysiz, unda bemorlar va maslahatlar kabi abstraktsiyalarni tasvirlaysiz. 2.Platformaga bog'liq bo'lmagan model (PIM) PIMlar tizimning ishlashini uning amalga oshirilishiga havola qilmasdan modellashtiradi. PIM odatda statik tizim tuzilishini va tashqi va ichki hodisalarga qanday javob berishini ko'rsatadigan UML modellari yordamida tasvirlanadi. 1.Platformaga xos modellar (PSM) PSMlar platformadan mustaqil modelning har bir dastur platformasi uchun alohida PSM bilan oʻzgartirilishidir. Asosan, PSM qatlamlari bo'lishi mumkin, har bir qatlam platformaga xos tafsilotlarni qo'shadi. Shunday qilib, birinchi darajadagi PSM o'rta dasturga xos bo'lishi mumkin, ammo ma'lumotlar bazasidan mustaqil bo'lishi mumkin. Muayyan ma'lumotlar bazasi tanlanganda, ma'lumotlar bazasiga xos PSM yaratilishi mumkin. 2.Modelga asoslangan muhandislik muhandislarga tizimlar haqida ularni amalga oshirish tafsilotlari haqida qayg'urmasdan, yuqori darajadagi mavhumlik darajasida fikr yuritish imkonini beradi. Bu xatolar ehtimolini kamaytiradi, loyihalash va amalga oshirish jarayonini tezlashtiradi va qayta ishlatiladigan, platformadan mustaqil dastur modellarini yaratishga imkon beradi. Kuchli vositalardan foydalangan holda, bir xil modeldagi turli platformalar uchun tizim dasturlarini yaratish mumkin. Shuning uchun tizimni yangi platforma texnologiyasiga moslashtirish uchun siz ushbu platforma uchun model tarjimonini yozasiz. Bu mavjud bo'lganda, barcha platformadan mustaqil nt modellari yangi platformada tezda qayta joylashtirilishi mumkin. 3.Ko'rsatilganidek, modellar o'rtasidagi transformatsiyalar dasturiy vositalar yordamida avtomatik ravishda belgilanishi va qo'llanilishi mumkinligi haqidagi tushunchadir . Ushbu diagramma shuningdek , belgilangan dasturiy platformada ishlaydigan bajariladigan kodni yaratish uchun PSM ga o'zgartirish qo'llaniladigan avtomatik transformatsiyaning yakuniy darajasini ko'rsatadi . Shuning uchun, printsipial jihatdan, hech bo'lmaganda, bajariladigan dasturiy ta'minot yuqori darajadagi tizim modelidan yaratilishi mumkin. 4.Amalda, modellarni kodga to'liq avtomatlashtirilgan tarjima qilish kamdan-kam hollarda mumkin . Yuqori darajadagi CIM-ni PIM modellariga tarjima qilish tadqiqot muammosi bo'lib qolmoqda va ishlab chiqarish tizimlari uchun odatda 5.19-rasmda tasvirlangan tayoq figurasi yordamida tasvirlangan inson aralashuvi talab qilinadi . Avtomatlashtirilgan modelni o'zgartirish uchun ayniqsa qiyin muammo - bu turli xil CIMSlarda qo'llaniladigan tushunchalarni bog'lash zarurati. Masalan, rolga asoslangan kirish boshqaruvini o'z ichiga olgan xavfsizlik CIMdagi rol tushunchasi shifoxona CIM xodimi tushunchasi bilan taqqoslanishi mumkin. Faqat xavfsizlikni ham, shifoxona muhitini ham tushunadigan odamgina ushbu xaritani yaratishi mumkin. Platformaga bog'liq bo'lmagan modellarni platformaga xos modellarga tarjima qilish oddiyroq texnik muammodir. Tijorat vositalari va ochiq manbali vositalar (Koegel 2012) PIMS dan Java va J2EE kabi umumiy platformalarga tarjimonlarni taqdim etishi mumkin. Ular PIM-ni PSM-ga aylantirish uchun platformaga xos qoidalar va patternlarning keng kutubxonasidan foydalanadilar. Tizimdagi har bir PIM uchun bir nechta PSM bo'lishi mumkin. Agar dasturiy ta'minot tizimi turli platformalarda ishlash uchun mo'ljallangan bo'lsa (masalan, J2EE va .NET), u holda, printsipial jihatdan, siz faqat bitta PIMni saqlashingiz kerak. Har bir platforma uchun PSMlar avtomatik ravishda ishlab chiqariladi Savollar: 1.Tizimning mavhum modellarini ishlab chiqish jarayoniga nima deyiladi ? Tizimli modellashtirish 2. UML2 qayta ko’rib chiqish qachon yakunlandi ? 2004 3. UML foydalanuvchilarini nechta diagramma turi bor ? 5 ta 4. Muhandislar tizimli modeldan nima maqsadda ko’proq foydalanishadi ? Dizayn takliflarini muhokama qilish va tizimni amalga oshirishni hujjatlashtirish uchun 5. 13 xil diagramma turi qachon paydo bo’lgan ? 1990-yillarda ob’ektga yo’naltirilgan modellashtirish bo’yicha ish natijasida paydo bo’lgan 6. Foydalanish holatlarini modellashtirish birinchi kim tomonidan qachon o’ylab topilgan ? 1990-yillarda Ivar Yakobsen 7. Foydalanish holatining eng oddiy shakli qanday holda ko’rsatiladi ? Ellips shaklda unda qatnashgan aktyorlar esa tayoq shaklida ko’rsatiladi 8. Strukturaviy modellar qanday aks ettiriladi ? Tizimni tashkil etuvchi komponentlar va ularning munosabatlari nuqtai nazaridan aks ettiriladi 9. Modelga asoslangan arxitektura kim tomonidan yaratilgan ? Mellor, Scott, Weise, Stahl, Voelter. 10. Platformaga bog’li bo’lmagan modellarni platformaga tarjima qilish uchun nimadan foydalaniladi ? PIM va PSM Testlar:
1.Birinchi darajadagi PSM qaysi turdagi dasturga xos bo’ladi ?
a) quyi Download 282.97 Kb. Do'stlaringiz bilan baham: 
|