Ma’ruza mavzulari Dars soatlari hajmi

Tizimning ichki va tashqi hodisalarga qanday munosabatda bo'lishini ko'rsatadigan holat diagrammalari
Tizimni spetsifikatsiya qilishning dastlabki bosqichida siz tizim chegaralari to'g'risida qaror qabul qilishingiz kerak, ya'ni ishlab chiqilayotgan tizimning bir qismi va nima emasligi haqida. Bu tizimga qanday funksionallikni kiritish va tizimning operatsion muhitida qanday ishlov berish va operatsiyalarni amalga oshirish kerakligini hal qilish uchun tizim manfaatdor tomonlari bilan ishlashni o'z ichiga oladi. Ba'zi biznes-jarayonlarni avtomatlashtirilgan qo'llab-quvvatlash ishlab chiqilayotgan dasturiy ta'minotda amalga oshirilishi kerak, ammo boshqa jarayonlar qo'lda bo'lishi yoki turli tizimlar tomonidan qo'llab-quvvatlanishi kerak, deb qaror qilishingiz mumkin. Funktsionallikdagi mavjud tizimlar bilan yuzaga kelishi mumkin bo'lgan o'xshashliklarni ko'rib chiqishingiz va yangi funksiyalarni qayerda amalga oshirish kerakligini hal qilishingiz kerak. Ushbu qarorlar tizim xarajatlarini va tizim talablari va dizaynini tushunish uchun zarur bo'lgan vaqtni cheklash uchun jarayonning boshida qabul qilinishi kerak .­
Ba'zi hollarda tizim va uning muhiti o'rtasidagi chegara nisbatan aniq bo'ladi. Misol uchun, avtomatlashtirilgan tizim mavjud qo'lda yoki kompyuterlashtirilgan tizimni almashtirsa, yangi tizimning muhiti odatda mavjud tizimning muhiti bilan bir xil bo'ladi. Boshqa hollarda, ko'proq moslashuvchanlik mavjud va siz talablarni ishlab chiqish jarayonida tizim va uning atrof-muhit o'rtasidagi chegara nima ekanligini hal qilasiz.
Masalan, siz Mentcare bemorlarning axborot tizimi spetsifikatsiyasini ishlab chiqmoqdasiz deylik. Ushbu tizim ruhiy salomatlik klinikalariga tashrif buyurgan bemorlar va buyurilgan muolajalar haqidagi ma'lumotlarni boshqarish uchun mo'ljallangan. Ushbu tizim ­uchun spetsifikatsiyani ishlab chiqishda siz tizim faqat konsultatsiyalar haqida ma'lumot to'plashga (bemorlar haqida shaxsiy ma'lumotlarni yig'ish uchun boshqa tizimlardan foydalanish) e'tibor qaratish kerakmi yoki bemorning shaxsiy ma'lumotlarini ham yig'ish kerakmi, qaror qabul qilishingiz kerak ­. Bemor haqida ma'lumot olish uchun boshqa tizimlarga tayanishning afzalligi shundaki, siz ma'lumotlarni takrorlashdan qochasiz. Biroq, asosiy kamchilik shundaki, boshqa tizimlardan foydalanish ma'lumotlarga kirishni sekinlashtirishi mumkin va agar bu ­tizimlar mavjud bo'lmasa, Mentcare tizimidan foydalanish mumkin bo'lishi mumkin.
Ba'zi hollarda tizim uchun foydalanuvchi bazasi juda xilma-xil bo'lib, foydalanuvchilar turli xil tizim talablarining keng doirasiga ega. Siz aniqlamaslikka qaror qilishingiz mumkin

chegaralarni aniq, lekin buning o'rniga turli foydalanuvchilarning ehtiyojlariga moslashtirilishi mumkin bo'lgan sozlanishi tizimni ishlab chiqish. Bu biz 1 -bobda taqdim etilgan iLearn tizimlarida qo'llagan yondashuv edi . U erda foydalanuvchilar o'qishni bilmaydigan juda yosh bolalardan tortib, yosh kattalar, ularning o'qituvchilari va maktab ­ma'murlarigacha. Ushbu guruhlar turli xil tizim chegaralariga muhtoj bo'lganligi sababli, biz tizim o'rnatilganda chegaralarni ko'rsatishga imkon beradigan konfiguratsiya tizimini belgilab oldik.
Tizim chegarasining ta'rifi qiymatsiz hukm emas. Ijtimoiy va tashkiliy tashvishlar tizim chegarasining holati texnik bo'lmagan omillar bilan belgilanishi mumkinligini anglatishi mumkin. Masalan, tizim chegarasi ­to'liq tahlil jarayonini bitta saytda amalga oshirish uchun ataylab joylashtirilishi mumkin; u ayniqsa qiyin menejer bilan maslahatlashishga hojat qolmasligi uchun tanlanishi mumkin; va u shunday joylashtirilishi mumkinki, tizim narxi ko'tariladi va tizimni ishlab chiqish ­bo'limi tizimni loyihalash va amalga oshirish uchun kengaytirilishi kerak.
Tizim chegaralari bo'yicha ba'zi qarorlar qabul qilingandan so'ng, tahlil faoliyatining bir qismi ushbu kontekstni va tizimning atrof-muhitga bog'liqligini aniqlashdir. Odatda, oddiy me'moriy modelni ishlab chiqarish bu faoliyatning birinchi bosqichidir.
5.1 - rasm Mentcare tizimi va uning muhitidagi boshqa tizimlarni ko'rsatadigan kontekst modelidir. Mentcare tizimi uchrashuvlar tizimiga va u ma'lumotlarni almashadigan umumiy bemorlarni qayd qilish tizimiga ulanganligini ko'rishingiz mumkin. Tizim, shuningdek, boshqaruv hisobotlari va kasalxonaga yotqizish tizimlari va tadqiqot uchun ma'lumot to'playdigan statistika tizimiga ulangan. Nihoyat, u bemorlarning dori-darmonlari uchun retseptlar yaratish uchun retsept tizimidan foydalanadi.
Kontekstli modellar odatda atrof-muhit bir nechta boshqa avtomatlashtirilgan ­tizimlarni o'z ichiga olishini ko'rsatadi. Biroq, ular atrof-muhitdagi tizimlar va ko'rsatilgan tizim o'rtasidagi munosabatlar turlarini ko'rsatmaydi . Tashqi tizimlar tizim uchun ma'lumotlarni ishlab chiqishi yoki undan ma'lumotlarni iste'mol qilishi mumkin. Ular tizim bilan ma'lumotlarni almashishi yoki to'g'ridan-to'g'ri tarmoq orqali ulanishi yoki umuman ulanmagan bo'lishi mumkin. Ular jismonan birga joylashgan yoki alohida binolarda joylashgan bo'lishi mumkin. Hammasi munosabatlar belgilangan tizimning talablari va dizayniga ta'sir qilishi mumkin va shuning uchun hisobga olinishi kerak. Shuning uchun oddiy kontekstli modellar boshqa modellar bilan bir qatorda, masalan, biznes-jarayon modellari ham qo'llaniladi. Ular ma'lum dasturiy ta'minot tizimlari qo'llaniladigan insoniy va avtomatik bog'langan jarayonlarni tavsiflaydi .
UML faoliyat diagrammalari tizimlar qo'llaniladigan biznes jarayonlarini ko'rsatish uchun ishlatilishi mumkin. 5.2 -rasm UML faoliyat diagrammasi bo'lib, unda Mentcare tizimi muhim ruhiy salomatlikni saqlash jarayonida - majburiy hibsda qo'llanilishini ko'rsatadi.
Ba'zida ruhiy kasalliklardan aziyat chekadigan bemorlar boshqalarga yoki o'zlariga xavf tug'dirishi mumkin. Shuning uchun davolanishni amalga oshirish uchun ular o'z xohishlariga qarshi kasalxonada saqlanishi kerak bo'lishi mumkin. Bunday qamoqqa ­olish qat'iy qonuniy kafolatlarga bo'ysunadi - masalan, bemorni hibsga olish to'g'risidagi qaror odamlar uzrli sabablarsiz muddatsiz ushlab turilmasligi uchun muntazam ravishda ko'rib chiqilishi kerak. Mentcare tizimining muhim vazifalaridan biri bu kabi kafolatlar amalga oshirilishini ­va bemorlarning huquqlari hurmat qilinishini ta'minlashdir.

UML faoliyat diagrammalari jarayondagi faoliyatni va bir faoliyatdan boshqasiga boshqarish oqimini ko'rsatadi. Jarayonning boshlanishi to'ldirilgan doira bilan, oxiri esa boshqa doira ichidagi to'ldirilgan doira bilan ko'rsatiladi. Dumaloq burchakli to'rtburchaklar harakatlarni, ya'ni bajarilishi kerak bo'lgan aniq kichik jarayonlarni anglatadi. Siz ob'ektlarni faoliyat jadvallariga kiritishingiz mumkin. 5.2 - rasmda ixtiyorsiz aniqlash jarayonida turli kichik jarayonlarni qo'llab-quvvatlash uchun foydalaniladigan tizimlar ko'rsatilgan . ­Men bular alohida tizimlar ekanligini UML stereotipi xususiyatidan foydalangan holda ko'rsatdim, bu erda chevronlar orasidagi katakchada ob'ekt turi ko'rsatilgan.

O'qlar ishning bir faoliyatdan ikkinchisiga o'tishini, qattiq chiziq esa faoliyatni muvofiqlashtirishni ko'rsatadi. Bir nechta faoliyatdan oqim a ga olib kelganda qattiq bar bo'lsa, unda bu harakatlarning barchasi taraqqiyot mumkin bo'lgunga qadar tugallanishi kerak. Qattiq chiziqdan oqim bir qator harakatlarga olib kelganda, ular parallel ravishda kesilishi mumkin. Shuning uchun, i 5.2-rasmga ko'ra, ijtimoiy yordam va bemorning yaqin qarindoshlarini xabardor qilish, shuningdek, qamoqda saqlash reestrini yangilash bo'yicha tadbirlar bir vaqtda amalga oshirilishi mumkin.
O'qlar bu oqim qachon kuzatilishini ko'rsatadigan qo'riqchilar (kvadrat qavs ichida) bilan izohlanishi mumkin. 5.2-rasmda siz xavfli va jamiyat uchun xavfli bo'lmagan bemorlar uchun oqimlarni ko'rsatadigan soqchilarni ko'rishingiz mumkin. Jamiyat uchun xavfli bo'lgan bemorlar ­xavfsiz joyda saqlanishi kerak. Biroq, o'z joniga qasd qilishga moyil bo'lgan va o'zlari uchun xavfli bo'lgan bemorlar kasalxonaning tegishli bo'limiga yotqizilishi mumkin, bu erda ular qattiq nazorat ostida bo'lishi mumkin.