Ma’ruza Arxitektura modellari

Qanaqasiga? Jarayonlar va funktsiyalar. Har bir aniq darajaga xos jarayonlar va funksiyalar tavsiflanadi. Daraja qanchalik past bo'lsa, jarayonlar va ularni tashkil etuvchi funktsiyalarning noaniqlik va mavhumlik darajasi past bo'ladi.

Agar yuqori darajalarda biz menejment haqida gapiradigan bo'lsak, quyi darajalarda biz korxona yoki dasturiy mahsulotning arxitekturasi va funksionalligini amalga oshiradigan va qo'llab-quvvatlovchi texnik jarayonlarni ko'rib chiqamiz.

• 
  Qayerda? Ushbu harakatlar uchun joylar. Muayyan jarayonlarni qayerda bajarish kerakligi haqidagi ma'lumotlarni ko'rsatadi. Agar biznes-jarayon tavsiflangan bo'lsa, u holda muhim funktsiya bajariladigan ma'lum bir bo'lim yoki geografik joylashuvning tavsifi berilishi mumkin, agar avtomatlashtirilgan texnik jarayon parchalangan bo'lsa, u holda dasturiy mahsulotning tavsifini taqdim etish maqsadga muvofiqdir. yoki tizim foydalanuvchilari o'zaro aloqada bo'ladigan ajratilgan modul (komponent).
  
• 
  JSSV? Ishtirokchilar - tashkilotlar va shaxslar - ishtirokchilar. Axborot tizimining arxitekturasini tashkil etuvchi jarayonlarni bajaradigan rollar va ijrochilarni ko'rsatish kerak. Agar jarayonni amalga oshirish tashkilotga yuklangan bo'lsa, unda uning mas'uliyat doirasini ko'rsatish kerak.
  
• 
  Qachon? Nazorat harakatlari. U boshqaruv harakatlari, boshqaruv tomonidan qabul qilingan yoki kompaniya boshqaruv tuzilmasining qonunchilik yoki korporativ darajasida mustahkamlangan qarorlari to'g'risidagi ma'lumotlarni taqdim etadi, ular jarayonlarning harakatlantiruvchi kuchi bo'lib, ularning rejalashtirilgan amalga oshirilishini va keyingi rivojlanishini ta'minlaydi. Muayyan tashkilotning muayyan jarayonlari (sinov, ishlab chiqish) asosidagi o'ziga xos metodologiyalar yoki siyosatlar bu erda taqdim etilishi mumkin.
  
• 
  Sabab? Tizimning ishlashini belgilovchi maqsadlar, vazifalar va cheklovlar. Arxitekturani yaratish zarurligiga olib keladigan asosli motivatsiya ko'rsatilgan. Har bir darajadagi yuqori darajadagi maqsadlarni ko'rsatishdan tashqari , uning asosini tashkil etuvchi belgilangan maqsadlar va cheklovlarga erishish kerak bo'lgan vazifalarni aks ettirish kerak.
  

Zaxmanning o'zi o'z modelini tavsiflashda uni kompaniyaning takroriy qarashlarini tavsiflovchi jadval bilan taqqosladi va shu bilan birga, bunday ko'rinish axborot tizimi shunchaki dastur protsedurasi emas, balki ko'proq narsaga aylanganda zarurligini ta'kidladi. Arxitektura dizaynining murakkabligi va integratsiya murakkabligi kutilmagan mo''jiza bilan emas, balki haqiqiy takrorlanadigan jarayon orqali amalga oshirilishi kerak.
Jadval modelini to'ldirishda quyidagi qoidalarga rioya qilish kerak:

• 
  Qator va ustunning kesishmasida joylashgan jadvalning har bir katakchasi boshqalardan mustaqil ravishda ko'rib chiqilishi va to'ldirilishi kerak. Ular birgalikda dasturiy mahsulot asosini tavsiflash uchun funktsional jihatdan to'liq joyni tashkil qiladi;
  
• 
  Har bir katakda ma'lum bir model ko'rinishida axborot mahsuloti arxitekturasini amalga oshirishning muhim tafsilotlarining dolzarb tavsifi mavjud;
  
• 
  Ustunlarning har biri uchun asosiy modellar noyobdir;
  

Har biri ma'lum bir hujayraga kiritilgan modellar birgalikda ma'lum darajani tashkil qiladi va darajalar butun tizimning tavsifini tashkil qiladi.
Har bir ustun tizimning ma'lum bir nuqtai nazardan to'liq tavsifini ifodalaydi.
Bunday to'ldirish qoidalari bilan, har qanday daraja yoki ustunni to'ldirishda katakchani o'tkazib yuborishga urinish noto'g'ri ekanligi va ishlab chiqilgan arxitekturaning o'zgarishi yoki yo'qolishiga olib kelishi mumkinligi ayon bo'ladi. Alohida hujayralardagi "teshiklar" yaxlit arxitektura Shveytsariya pishloqiga o'zgartirilishiga olib kelishi mumkin, buning asosida zamonaviy tashkilotning biznes jarayonlari uchun mustahkam asos yaratish mumkin bo'lmaydi.
Alohida hujayralar yoki darajalarni e'tiborsiz qoldirish (biznes jarayonining kontseptual modelidan uni jismoniy amalga oshirishga o'tish) mijozlar va individual jarayonlar yoki funktsiyalarni bajaruvchilar o'rtasidagi tushunishda bo'shliqqa olib keladi, bu esa rivojlanish jarayonlari natijalariga salbiy ta'sir qiladi. Arxitektura jarayonlarining alohida ishtirokchilarining bunday ish uslubiga intilishlari juda kam emas. Amalda, bu har doim sodir bo'ladi va asosan biznes manfaatdor tomonlar imkon qadar tezroq natijalarga erishishga intilishlari bilan bog'liq .
Zachman modelida dasturiy mahsulotlar arxitekturasiga bunday munosabat qabul qilinishi mumkin emas.
Zaxman modelining muhokamasini umumlashtirish uchun quyidagi afzalliklarni ajratib ko'rsatish kerak:

• 
  Aniqlik va tushunish qulayligi;
  
• 
  Kompaniyaga va ma'lum bir dasturiy mahsulotga nisbatan yaxlitlik;
  
• 
  Turli texnik va biznes muammolarni hal qilish uchun ko'p qirrali;
  
• 
  Butun dasturiy mahsulotga e'tiborni yo'qotmasdan, individual abstraktsiyalar va ob'ektlar bilan oqilona ishlash imkoniyati;
  
• 
  Shaxsiy darajalarda oqilona qarorlar qabul qilish va tegishli faoliyatni yuqori aniqlik bilan rejalashtirish imkoniyati;
  
• 
  Qo'llaniladigan asboblar to'plamidan mustaqillik.
  

"4+1" modeli. Dasturiy mahsulot arxitekturasini yaratish va hujjatlashtirishda ko'rib chiqiladigan keyingi yondashuv 4+1 modeli bo'ladi. U arxitektura dizayni yo'nalishini rivojlantirishda muhim rol o'ynadi. 1995 yilda yaratilgan ushbu modelning asoschisi Filipp Kratchen hisoblanadi . "4+1" metodologiyasi dasturiy ta'minot arxitekturasini tavsiflash uchun oddiy va tushunarli vosita sifatida joylashtirilgan .