Professional Documents
Culture Documents
NCAEA2019 Archimate
NCAEA2019 Archimate
زبان ارکیمیت
مدل سازي سطح باال
در داخل یک دامنه مبنایی براي مدلسازي و
مصور سازي معماري
مشتری
External
business service
Business
Internal
business service
External
application service
Application
Internal
application service
External
infra. service
Technology
Internal
5 آزمایشگاه معماری سازمانی دانشگاه آزاد اسالمی نجف آباد
infra. service
معماري سازماني سرويسگرا
✓پروژه آرکی میت توسط یک تیم پروژه از موسسه Telematicaدر همکاري با چندین
اریک هلندي از جمله :دولت ،صنعت و دانشگاه ها ( )2004تعریف اد.
Business
Layers
Application
Technology
Aspects
Business
Layers
Application
Technology
Implementation
& Migration
Aspects
Strategy
Business
Layers
Application
Technology
Physical
Implementation
& migration
Aspects
12 آزمایشگاه معماری سازمانی دانشگاه آزاد اسالمی نجف آباد
الیه های اصلی و عناصر كليدی
Products &
Services Business
Business Functions Organisation
Information Processes
Submit
claim Insurant Customer
Customer Claims
administration
service
administration
service
Payment
service
معماري اليه اي و
Application components and services
Customer
information
Claim
information
سرويس گرا
Application layer service service
Claim Customer
files files
service service
Infrastructure
Financial
Application
DB2 application
14 LAN
server
EJBs آزمایشگاه معماری سازمانی دانشگاه آزاد اسالمی نجف آباد
Product and Services
assignment
business role
value
Insurant Security
product
Travel Insurance
Insurance Claim Customer Claim Policy
application registration information payment
service service service service
Customer
business actor
event Reject
Policy
application creation application
service service interface
application
Policy Financial
component administration administration
Handle claim
Notifi-
Register Accept Valuate Pay cation
Customer Claim
Payment
administration administration
service
service service
Notifi-
CRM Policy Financial cation
system administration application data
infrastructure service
artifact
Database
access
service
Database
tables
network
system software association device
Database
access
service
Database
tables
Driver
Goal
Course of Action
Outcome
Capability
Capability
Resource
دیدگاه ها انتزاعی را در مجموعه اي از مدل هاي معماري سازمانی تعریف می کنند که ❑
هر کدام به نوع خاصی از ذینفعان هدایت می اوند و به مجموعه اي از دغدغه ها
مربوط می اود.
❑ دیدگاه ها می توانند هم براي مشاهده جنبه هاي خاص به صورت جداگانه و همچنین
نمایش ارتباط دو یا چند جنبه استفاده اوند.
viewها یک مکانیزم ایده آل براي انتقال هدفمند اطالعات در مورد دامنه هاي ❑
معماري است .به طور کلی یک viewبه عنوان بخشی از توصیف معماري تعریف اده
است که به مجموعه اي از دغدغه ها مربوط اده و به مجموعه اي از ذینفعان مرتبط
می اود.
یک viewبا استفاده از دیدگاه viewpointمشخص می اود که مفاهیم ،مدل ها، ❑
تکنیک هاي تجزیه و تحلیل و تجسم هایی را که توسط دیدگاه ارائه می اود ،بیان
می کند.
به عبارت ساده ،یک viewچیزي است که اما می بینید ،و یک viewpointجایی ❑
است که از آن نگاه می کنید.
نمونه هایی از ذینفعان و دغدغه ها به عنوان پایه ای برای مشوص کردن دیدگاه ها
❑ معمار :برای حفظ قابلیت نگهداری یک سیستم ،با تویه به تعمیراد اصالحی و
پیشگیرانه چه باید کرد؟
❑ مدیریت سطح باال :چگونه می توان تضمین کرد که سیاست های ما در توسعه
و بهره برداری از فرایندها و سیستم ها دنبال می شود؟
❑ مدیر عملیاتی ،مسئول نگهداري :به عنوان مثال ،چه فن آوری های یدید
برای استفاده ویود دارد؟ تاثیر تغییراد در برنامه های مویود چیست؟ سیستم
ها تا چه حد امنیت دارند؟
یزییاد یک الیه و یک ینبه از چارچوب ❑ جزئیات :به طور معمول نمایش در سط
ArchiMateرا در نظر می گیرد .مشابه نمودار فرایند BPMNو نمودار کالس
UML
❑ انسجام :در سط انسجام ،الیه های چندگانه یا ینبه های چندگانه پوشش داده می شوند.
گسترش دید به بیش از یک الیه و یا ینبه معماران را قادر می سازد ذینفعان را به روابط
دامنه های معماری مانند فرآیند استفاده سیستم (چند الیه) آشنا نماید.
انتزاع ایمالی در هر دو الیه چندین ینبه را بررسی می کند .چنین ❑ اجمالی :سط
دیدگاههای به مدیران ایرایی و مدیران ارشد ،اهمیت می دهند.
دیدگاه سازمان بر نمایش ساختار سازمانی (داخلی) یک شرکت ،یک بوش ،یک شبکه از شرکت ها یا یک نهاد
سازمانی دیگر متمرکز است.
دیدگاه فرآیند کسب و کار برای نشان دادن ساختار سط باال و ترکیب یک یا چند فرآیند کسب و کار استفاده
می شود.
این دیدگاه در طراحی یا در ساختار اصلی برنامه ها یا ایزای و داده های مرتبط مفید است؛ برای مثال ،برای
شکستن ساختار سیستم در حال ساخت ،یا برای شناسایی ایزای برنامه کاربردی که برای مهایرد /یکپارچه
سازی مناسب هستند.
این دیدگاه را می توان در طراحی یک برنامه با شناسایی خدماد مورد نیاز فرآیندهای کسب و کار و سایر برنامه
های کاربردی ،و یا در طراحی فرآیندهای کسب و کار با توصیف خدماد مویود استفاده کرد.
دیدگاه زیرساخت شامل عناصر زیرساختی نرم افزاری و سوت افزاری پشتیبانی از الیه کاربردی مانند دستگاه
های فیزیکی ،شبکه ها یا نرم افزار سیستم (مانند سیستم عامل ،پایگاه داده ها و میان افزار) است.
این دیدگاه نشان می دهد که برنامه های کاربردی چگونه توسط زیرساختار نرم افزار و سوت افزار پشتیبانی می شوند:
خدماد زیرساخت توسط دستگاه ها تحویل داده می شود؛ نرم افزار سیستم و شبکه ها به برنامه های کاربردی ارائه
می شوند.
این ساختار اطالعاتی را که در شرکت یا یک فرآیند کسب و کار خاص یا کاربردی از نظر نوع داده یا ساختار
کالس (شی گرا) استفاده می شود ،نشان می دهد.