Axborot tizimlari va raqamli texnologiyalar

O'zaro munosabat modelining afzalliklari
Har qanday dizaynning eng hayajonli qismi bu amalga oshirish bosqichidir. Amaliyotchi uchun tushunchalarning tushunchalarga o'tishini ko'rish quvonchi qoniqarli. Bu sizning qattiq ish nihoyat bu ramkalar evolyutsiyasi bilan to'lash ko'rish uchun yaxshi. O'zaro ta'sir modellari bu jarayonga kirish bo'lib xizmat qiladi va biz qurishni boshlashimiz mumkin bo'lgan asosiy tuzilmani beradi. Ko'rinmas bo'lish ularni pastroq qilmaydi va ularning o'lmasligi dizayn tizimlari, uslublar qo'llanmalari va o'zaro ta'sir kutubxonalarida yaqqol ko'rinadi.
Va foydalanuvchi uchun ular e'tiborga olinmasligi yaxshiroqdir. Ular aytganidek, " eng chiroyli narsalar har doim yashiringan.”

Barcha tizimlar qandaydir o'zaro ta'sirni o'z ichiga oladi. Bu foydalanuvchi kirish va chiqishlarini o'z ichiga olgan foydalanuvchi o'zaro ta'siri, ishlab chiqilayotgan tizim va boshqa tizimlar o'rtasidagi o'zaro ta'sir yoki tizim tarkibiy qismlari o'rtasidagi o'zaro ta'sir bo'lishi mumkin. Foydalanuvchilarning o'zaro ta'sirini modellashtirish muhim, chunki u foydalanuvchi talablarini aniqlashga yordam beradi. Tizimning o'zaro ta'siriga modellashtirish tizimi paydo bo'lishi mumkin bo'lgan aloqa muammolarini ta'kidlaydi.

Komponentlarning o'zaro ta'sirini modellashtirish bizga taklif qilingan tizim tuzilishi kerakli tizim ishlashi va ishonchliligini ta'minlashi mumkinligini tushunishga yordam beradi.
Sommerville o'zaro ta'sirni modellashtirishga ikkita bog'liq (qo'shimcha) yondashuvni qamrab oladi:

1. 
   Asosan tizim va tashqi aktyorlar (foydalanuvchilar yoki boshqa tizimlar) o'rtasidagi o'zaro ta'sirlarni modellashtirish uchun ishlatiladigan amaliy modellashtirishdan foydalaning.
   
2. 
   Tizim komponentlari o'rtasidagi o'zaro ta'sirlarni modellashtirish uchun ishlatiladigan ketma-ketlik diagrammalari, garchi tashqi agentlar ham kiritilishi mumkin.
   

Ish modellari va ketma-ketlik diagrammalaridan foydalaning, ular turli darajadagi tafsilotlarda o'zaro ta'sir qiladi va shuning uchun birgalikda ishlatilishi mumkin. Yuqori darajadagi foydalanish holatidagi o'zaro ta'sirlarning tafsilotlari ketma-ketlik diagrammasida hujjatlashtirilishi mumkin.
O'zaro ta'sirni modellashtirish paytida qo'shimcha foydalanish holatlari ishlab chiqilishi mumkin (biz talablar muhandislik bosqichida yaratganimizdan tashqari). Kontekst modeli bizga ilovamiz qanday boshqa tizimlar bilan o'zaro ta'sir qilishi kerakligini topishda yordam beradi. Shuning uchun biz xulosa qilishimiz va tushunishimiz mumkinki, bizning tizimimiz talablarni o'z ichiga olishi kerak Fbu mijozlarga etkazib berishning haqiqiy holatini to'lash yoki tekshirishga imkon beradi (hatto etkazib berish bizning tizimimizdan tashqarida bo'lsa ham). Albatta, biz previuos foydalanish holatlari uchun ko'rganimizdek, tuzilgan tabiiy til tavsifidan foydalangan holda yangi topilgan foydalanish holatlarini batafsil ko'rib chiqishimiz kerak. Biroq, bu vazifa o'quvchiga mashq sifatida qoldiriladi.
Eslatma
Aktyorlar inson foydalanuvchilari, tashqi tizimlar yoki apparat vositalari yoki boshqa mavzular o'ynaydigan rollarni namoyish etishlari mumkin.
3.2-rasm. Bank va yuk tashish tizimi (tashqi tizimlar) bilan o'zaro ta'sirlarni tavsiflovchi holatlardan foydalaning.

Ushbu rasmda tashqi tizimlar aktyorlar tomonidan belgilanganligini ko'rish mumkin. Bizning foydalanish holatlarimizdan biri, to'lov, mijoz kredit karta bilan to'lashni tanlaganida uzaytirilishi mumkin. Barcha to'lovlar bankni talab qilmaydi: bu paymnet usullariga ruxsat berilganiga bog'liq. Masalan, jarayonda ishtirok etish uchun bank kerak bo'lmagan kuponlar bilan to'lash mumkin bo'lishi mumkin. Biroq, kredit kartalari bilan to'lovlar har doim kredit karta emitenti bilan o'zaro aloqani talab qiladi. Mijozlar sotib olingan mahsulotlarning haqiqiy etkazib berish holatini tekshirishlari mumkin, bu tabiiy ravishda yuk tashish tizimini o'z ichiga oladi, chunki bu erda jo'natish ma'lumotlari saqlanadi. Mijozlar, shuningdek, etkazib berish uchun afzal ko'rgan vaqt oralig'ini (ular uyda bo'lganlarida) ko'rsatishi mumkin, bu kuryerga qachon borishni (yoki qachon bormaslikni) bildiradi. Aniq sabablarga ko'ra biz o'quvchining e'tiborini belgilangan vaqt oralig'idan foydalanish holatiga ega bo'lish ushbu funksiya onlayn kitob do'koni tizimiga kiritilganligini anglatishiga qaratmoqchimiz. Bu yuk tashish tizimining funktsionalligi emas (ammo u bunday funktsiyani taklif qilishi mumkin) yoki hech bo'lmaganda bunday foydali funktsiya mavjudligini yoki yo'qligini bilmaymiz. Ilovamizni modellashtirish jarayonida biz loyihalashtirilayotgan tizimning funktsiyalari to'g'risida qaror qabul qilamiz.

Keling, buxgalteriya tizimi bilan mijozlar operatsiyalarini qachon almashtirish kerakligini tavsiflovchi stsenariyni ko'rib chiqaylik. Eng yaxshi yechim bu vazifani avtomatlashtirish bo'ladi. O'ylaymanki, har haftaning birinchi kunida o'tgan hafta davomida amalga oshirilgan barcha operatsiyalar qayta ishlanadi va buxgalteriya tizimiga yuboriladi. Administrator uchun potentsial muammolarni (da'volar, muvaffaqiyatsiz yetkazib berish, har qanday) tuzatish uchun foydalanish holati kerak, chunki muvaffaqiyatli yetkazib berilmagan xaridni hisobga olishga ruxsat berilmaydi.
Ammo savol tug'iladi: tizim soati yoki taymer tomonidan avtomatik ravishda ishga tushiriladigan foydalanish holatini hisobga olgan holda, qaysi aktyordan foydalanish kerak? Bunday hollarda, asosan, bizda uchta alternativa mavjud.

1. 
   Tizim taymeri asosiy aktyor sifatida.
   

Rejalashtirilgan vazifa tizim tomonidan ichki bajarilganligi sababli, u qora quti nuqtai nazaridan ko'rinadigan natijani bermaydi. Biroq, bu vazifa funksionallikka mos kelganligi sababli, uni tizim doirasida deb hisoblash mumkin.
Ushbu parametr yordamida tizim taymeri (yoki rejalashtiruvchi) tizimdan tashqarida (qora quti nuqtai nazaridan) quyidagilarga asoslanib uni asosiy aktyor sifatida ko'rsatish orqali olinadigan ichki xususiyatdir: tizim taymeri ushbu foydalanish holatini davriy ravishda ishga tushiradi (masalan, kunlik, haftalik va boshqalar.). Tizim taymeri asosiy aktyor ta'rifini to'liq bajarmaydi, deb ta'kidlash mumkin, chunki u foydalanish holatidan erishish uchun hech qanday maqsadga ega emas. Biroq, hech qanday tetik aniqlanmasa, asosiy aktyorning birinchi harakatini qo'zg'atuvchi hodisa deb hisoblash mumkin.
Bu tizim taymerini asosiy aktyor sifatida modellashtirishni tanlashni qo'llab-quvvatlaydi, bu UMLDA keng tarqalgan amaliyot bo'lib, tizim taymerining asosiy aktyori bilan bog'liq barcha foydalanish holatlari rejalashtirilgan ravishda ishga tushirilishini aniq belgilashning afzalligini ta'minlaydi.
Foydalanish holatlarini tahlil qilishda" tizim taymeri " mos keladi, chunki u ushbu funktsiya qanday amalga oshirilishini aniqlamaydi. Keyingi dizayn bosqichida tizim taymeri aktyorining roliga erishish uchun tizim soatini yoki boshqa har qanday vositani tanlash mumkin bo'ladi.

2. 
   Asosiy aktyor erishish uchun maqsadga ega bo'lishi kerak.
   

Shu bilan bir qatorda, foydalanish holatini bajarishda maqsadga ega bo'lgan asosiy aktyorni aniqlash kiradi.
Mijozlarning tranzaktsiyalarni qayta ishlash misolida Ma'mur yoki menejer "mijozlar bilan operatsiyalarni amalga oshirish" ishini bajarishda, ya'ni barcha mijozlar hisoblari uchun qayta ishlangan operatsiyalarning dolzarb ro'yxatini olishda maqsadga ega bo'lgan aktyordir.
Ushbu foydalanish holati diagrammasini ko'pgina foydalanish holatlaridan farq qiladigan narsa bu asosiy aktyor va o'rganilayotgan tizim o'rtasidagi o'zaro ta'sirning etishmasligi. Agar mavjud bo'lsa, ikkinchi darajali aktyor, tizim taymeri orqali foydalanish holatini qo'zg'atuvchi hodisani modellashtirish ham mumkin. Ikkilamchi aktyordan foydalanish use case diagrammasi orqali tegishli foydalanish ishi davriy ravishda ishlaydigan use case tafsilotlari orqali osongina bog'lanadi.
Agar tizim taymeri ishlatilmasa, uni quyidagicha belgilash tavsiya etiladi case trigger-dan foydalaning, masalan, "tizim taymeri ushbu foydalanish holatini boshlaydi".

3. 
   Foydalanish holatida aktyor yo'q.
   

Oxirgi variant hech qanday aktyorsiz foydalanish holatini ko'rsatishni o'z ichiga oladi. Bu UML ga mos keladi, chunki biz tashqi muhit bilan hech qanday ta'sir o'tkazmagan foydalanish holatini aniqlaymiz.
Biroq, shuning uchun biz foydalanish holatimizning "rejalashtirilgan tabiatini" o'tkazib yubormaymiz, tetikni ichki tizim taymeriga havola bilan aniqlash mumkin. Agar, aksincha, hech qanday tetik o'rnatilmagan bo'lsa, o'z-o'zidan foydalanish holatini ba'zilar uchun tushunish qiyinroq bo'lishi yoki hatto ba'zi savollarga olib kelishi mumkin, masalan: "ushbu diagramma to'liqmi? Siz tahlilingizni tugatmadingiz deb o'yladim".
Xulosa sifatida biz birinchi variantni qo'llashni taklif qilamiz, ya'ni tizim taymerini asosiy aktyor sifatida aniqlash
Biroq, bizning maqsadimiz aniqlangan variantlarni muhokama qilish va taqqoslash edi, bu esa har qanday variantni yoki mavjud bo'lishi mumkin bo'lgan boshqa variantlarni tanlashda ta'sirni og'irlashtirishga yordam beradi. Hisobga olinishi kerak bo'lgan muhim element manfaatdor tomonlar va jamoa bilan aloqa qilishning foydalanish shartlari orqali ta'siri va ular qanchalik yaxshi tushunilishi bo'lishi kerak. Shaxsiy qarashlar va har bir kontekst, albatta, yakuniy qarorga ta'sir qiladi.
3.3-rasm. O'zaro munosabatlsrni tavsiflovchi holatlardan foydalaning buxgalteriya tizimi (tashqi tizimlar).

Shuningdek, tashqi aktyor tizimdan so'ragan operatsiyalarni ajratish va tasvirlash maqsadga muvofiqdir, chunki ular tizim xatti-harakatlarini tushunishda hal qiluvchi rol o'ynaydi. UML foydalanadi ketma-ketlik diagrammalari ob'ektlar va aktyorlar o'rtasidagi o'zaro ta'sirlarni va ular tomonidan boshlangan operatsiyalarni tasvirlaydigan yozuv sifatida.

Tizim ketma-ketligi diagrammasi (SSD) - bu ma'lum bir foydalanish holatining ma'lum bir stsenariysi uchun tashqi aktyorlar tomonidan yaratilgan voqealarni (ularning tartibi bilan birga) ko'rsatadigan raqam. Tizimlar qora qutilar sifatida ko'rib chiqiladi; ushbu Diagrammaning asosiy maqsadi tizim chegarasini aktyorlardan tizimlarga o'tkazadigan voqealarni ko'rsatishdir.