نمونه های ArchiMate

در این مقاله، مجموعه ای غنی از نماهای نمونه های ArchiMate را مشاهده خواهید کرد که در یک چارچوب لایه ای با رعایت استاندارد ArchiMate سازماندهی شده اند. این نماهای ArchiMate نشان می دهد که چگونه می توان از عناصر ArchiMate استفاده کرد. برخی از نمونه ها را می توان به عنوان الگوهای طراحی استفاده کرد.

نمونه‌ها با Visual Paradigm Online ، بر اساس نمونه‌های موجود در کتاب آشپزی ArchiMate طراحی شده‌اند. اگر هنوز کتاب آشپزی را بررسی نکرده اید، توصیه می کنیم نگاهی به آن بیندازید. لینک: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf

نماهای نمونه ArchiMate

نمای چارچوب

این نمای چارچوبی تمام نماهای مورد استفاده را ساختار می دهد. می توان از آن برای پیمایش بین نمودارها استفاده کرد.

دیدگاه های انگیزشی

این نمودار ARCHIMATE را ویرایش کنید

این دیدگاه انگیزشی می‌تواند برای بررسی انگیزه‌ها یا عللی که طراحی یا تحول سازمان را هدایت می‌کنند، و همچنین معماری سازمانی آن، که به عنوان پایه‌ای برای همه عملیات‌های تغییر و تحولات تجاری در یک شرکت عمل می‌کند، استفاده شود. این دیدگاه چشم انداز تلاش توسعه را به تصویر می کشد، چه مقیاس و دامنه آن کل سازمان، زیرمجموعه ای از آن (مثلاً یک خط کسب و کار)، یا یک برنامه یا پروژه خاص (سطح راه حل) را در بر گیرد. توجه داشته باشید که یک مقدار می تواند به هر عنصر ArchiMate اضافه شود، مانند نتیجه (یا هر عنصر ArchiMate دیگر)، تا نشان دهد ارزش افزوده واقعی چقدر است.

مدل انگیزه کسب و کار (BMM) [مشخصات v.1.3، 2015، OMG] برای تعریف عناصر انگیزشی استفاده می شود.

ماموریت-ارزش-نمای چشم انداز

این نمودار ARCHIMATE را ویرایش کنید

هدف، چشم انداز و ارزش های اساسی سازمان را می توان با استفاده از نمای ماموریت-ارزش-چشم انداز نشان داد. این به شما کمک می کند تا هدف یک سازمان را شناسایی کنید، سازمان واقعاً چه کاری انجام می دهد یا قصد انجام آن را دارد و دلیل اصلی وجود آن چیست. چشم انداز وضعیت مطلوب سازمان در آینده است. چشم انداز، فرهنگ و آرمان های سازمان همگی توسط ارزش های اصلی پشتیبانی می شوند. برای تحقق چشم انداز سازمان باید اهداف استراتژیک برآورده شوند.

مرجع: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) استراتژی مدلسازی با ArchiMate.

نمای نقشه ارزش استراتژیک

این نمودار ARCHIMATE را ویرایش کنید

نمای نقشه ارزش استراتژیک، استراتژی های یک سازمان را به تصویر می کشد. تمام عملیات توسعه باید به طور مستقیم یا غیرمستقیم از این دیدگاه که شامل عناصر ارزش استراتژیک است، استخراج شود. ردیابی تمام جنبه های دیگر مرتبط با اجرای واقعی استراتژی با تجسم ارزش های استراتژیک امکان پذیر است. رویکرد را می توان با این دیدگاه بازنمایی، انتقال و با واقعیت مرتبط کرد.

دیدگاه تحلیل سهامداران

این نمودار ARCHIMATE را ویرایش کنید

نمای تجزیه و تحلیل ذینفعان اغلب برای تجزیه و تحلیل ذینفعان برای شناسایی محرک های تغییر استفاده می شود. ابتدا ذینفعان مهم و سپس محرک های تغییر را که به نفع آنهاست شناسایی کنید. مفاهیم “ارزیابی” را می توان برای تجزیه و تحلیل عمیق محرک استفاده کرد، مانند استفاده از تکنیک SWOT (قوت ها، نقاط ضعف، فرصت ها و تهدیدها). طبق معمول، نمودارهای دیدگاه ذینفعان مختلف را می توان از دیدگاه های مختلف تولید کرد. دلیل دیگری برای تقسیم نمودارهای بزرگ به نمودارهای کوچکتر این است که آنها را جمع و جور و خوانا نگه دارید – به منظور وضوح.

دیدگاه ذینفعان

این نمودار ARCHIMATE را ویرایش کنید

 

این دیدگاه ذینفع انگیزه های ذینفعان را به اهداف شرکت مرتبط می کند. اهداف مهم ترین جزء توسعه یک سازمان هستند. هر عنصر بعدی برای همه اقدامات تغییر باید به این دلایل اولیه بازگردد.

نمای اصول

این نمودار ARCHIMATE را ویرایش کنید

نمای ریسک و امنیت

این نمودار ARCHIMATE را ویرایش کنید

مفاهیم ریسک و امنیت از طریق این نمای به ArchiMate نگاشت می شوند. مدیریت ریسک شامل نگرانی هایی در مورد امنیت و حفاظت از داده ها است. هر دو تحت پوشش این دیدگاه هستند.

منابع:

• نحوه مدل‌سازی مدیریت ریسک و امنیت سازمانی با زبان ArchiMate®، Open Group، DocumentNo: W172، 2017.
• مدلسازی مدیریت ریسک و امنیت سازمانی با زبان ArchiMate®، Open Group، 2015.

نمای آنالیز SWOT

این نمودار ARCHIMATE را ویرایش کنید

نمای اهداف

این نمودار ARCHIMATE را ویرایش کنید

اهداف و نتایج کلیدی

این نمودار ARCHIMATE را ویرایش کنید

OKR که مخفف Objectives and Key Results است، یک روش مدیریتی محبوب برای تعریف اهداف و پیگیری پیشرفت است. به ایجاد همسویی و مشارکت حول اهداف قابل اندازه گیری کمک می کند. OKR ها از دو بخش تشکیل شده اند: (1) هدفی که می خواهید به آن برسید و (2) نتایج کلیدی که برای پیگیری پیشرفت شما به سمت آن هدف استفاده می شود.

اهداف عبارتند از…

• توضیحات کیفی در مورد آنچه می خواهید انجام دهید که به یاد ماندنی است. اهداف کوتاه، الهام بخش و جذاب ایده آل هستند. تیم باید انگیزه داشته باشد و با هدف به چالش کشیده شود.

نتایج کلیدی عبارتند از…

• مجموعه اقداماتی که پیشرفت شما را در جهت دستیابی به هدف ردیابی می کند. شما باید دو تا پنج نتیجه کلیدی برای هر هدف داشته باشید. داشتن نتایج کلیدی بیش از حد، به خاطر سپردن را برای مردم سخت می کند.

نسخه دیگری با اقدامات نشان داده شده در زیر.

این نمودار ARCHIMATE را ویرایش کنید

دیدگاه های استراتژی

این نمودار ARCHIMATE را ویرایش کنید

نمای استراتژی

مفاهیم مرتبط با استراتژی کسب و کار مانند «دوره اقدام»، «قابلیت» و «منبع» اکنون در نسخه 3 ArchiMate موجود است و می‌تواند برای مدل‌سازی طرح‌های تجاری سازمان استفاده شود. سودمندی و اهمیت این دیدگاه در این است که می توان اهداف سازمان را از طریق قابلیت ها به استراتژی ها و سپس به معماری سازمانی مرتبط کرد. این دیدگاه را می توان برای اعمال “مدل استراتژیک مبتنی بر هدف” (Azevedo et al. 2015) استفاده کرد، که در آن اهداف سلسله مراتبی را تشکیل می دهند که می توانند به اهداف سطح پایین تقسیم شوند.

نمای استراتژی کسب و کار

این نمودار ARCHIMATE را ویرایش کنید

نمای مدل انگیزه کسب و کار (BMM).

این نمودار ARCHIMATE را ویرایش کنید

مشاهده نیازمندی ها

این نمودار ARCHIMATE را ویرایش کنید

از این دیدگاه نیازمندی ها می توان برای جمع آوری نیازها بر اساس اهداف استراتژیک استفاده کرد. این فرآیند اتصال استراتژی‌ها به پیاده‌سازی است: استراتژی‌ها را می‌توان تا پایان اجرا ردیابی کرد.

استراتژی به قابلیت نمای

این نمودار ARCHIMATE را ویرایش کنید

نمای Strategy to Capability، به همراه سایر عناصر ArchiMate مانند “Driver” و “Goal” را می توان برای برنامه ریزی مبتنی بر قابلیت (CBP) استفاده کرد، همانطور که در نمودار ArchiMate در زیر نشان داده شده است. از این دیدگاه می توان برای کمک به برنامه ریزی (و اجرای) استراتژی ها استفاده کرد. در نتیجه، این نوع دیدگاه را می توان در مرحله استراتژی به قابلیت، که بخشی از فاز “استراتژی به پورتفولیو” IT4IT است، به کار برد.

قابلیت نمای نقشه

این نمودار ARCHIMATE را ویرایش کنید

نمای Capability Map می تواند برای ارائه یک نمای کلی در سطح بالا از قابلیت های یک شرکت استفاده شود: آنچه که انجام می دهد یا می تواند انجام دهد.

نمای برنامه ریزی قابلیت

این نمودار ARCHIMATE را ویرایش کنید

نمای برنامه ریزی قابلیت را می توان برای “پیوند بین استراتژی و معماری سازمانی”، همانطور که توسط برنامه ریزی مبتنی بر قابلیت (CBP) تعریف شده است، استفاده کرد. این رویکرد می‌تواند برای ترسیم استراتژی‌ها به قابلیت‌ها و قابلیت‌های مورد نیاز به منابع و سایر بلوک‌های ساختمانی، از جمله موارد دیگر، استفاده شود.

نمای تحقق قابلیت

این نمودار ARCHIMATE را ویرایش کنید

نمای تحقق قابلیت 2

این نمودار ARCHIMATE را ویرایش کنید

مثال دیگری از نمای Capability Realization که نشان می دهد چگونه می توان تعریف کرد که از کدام عناصر می توان برای تحقق یک قابلیت استفاده کرد.

نمایش جریان ارزش

این نمودار ARCHIMATE را ویرایش کنید

توجه به این نکته مهم است که در ابتدای یک زنجیره ارزش / جریان ارزش، از “ارتباط مستقیم” استفاده می شود. “مراحل” ارزش را می توان در یک جریان ارزش یافت. یک «زنجیره ارزش» که از جریان‌های ارزشی تشکیل شده است، می‌تواند مشابه یک جریان ارزش فراگیر و سطح بالا باشد. IT4IT (پیوند) یک زنجیره ارزش را معرفی می کند که شامل چهار جریان ارزش است: استراتژی به پورتفولیو، نیاز به استقرار، درخواست برای تحقق و تشخیص برای اصلاح (پیوند).

Value Stream – قابلیت نمایش نقشه برداری متقاطع

این نمودار ARCHIMATE را ویرایش کنید

یک مثال ساده از زنجیره تحویل ارزش در زیر نشان داده شده است. عنصر ArchiMate Value Stream که در نسخه ArchiMate 3.1 ارائه شده است، می‌تواند برای مدل‌سازی زنجیره‌های ارزش، شبکه‌های ارزش و جریان‌های ارزش استفاده شود.

این یک مثال دقیق تر از نحوه کمک (خدمت) قابلیت ها به جریان ارزش است. این دیدگاه می تواند برای تعریف آنچه شرکت انجام می دهد (مدل کسب و کار) و قابلیت های چرایی مورد نیاز، و همچنین ارتباط آنها با ایجاد ارزش مورد استفاده قرار گیرد.

پیاده سازی مرجع چارچوب ناب EA (LEAF) شامل این دیدگاه (پیوند) است. به «جریان‌های ارزش» و سپس «زنجیره تحویل ارزش» بروید.

نمای بوم مدل کسب و کار

این نمودار ARCHIMATE را ویرایش کنید

این یک نسخه اولیه از بوم مدل کسب و کار A. Osterwalder (BMC) است، و می توان آن را مطابق با نیازهای شما تغییر داد. تکنیک‌های نسخه‌شده مانند «بوم مدل سرویس» و «بوم ناب» نیز در دسترس هستند. برای مثال می توان از BMC برای طراحی و نوآوری مدل های تجاری استفاده کرد.

با مدل‌سازی BMC با ArchiMate، “ردیابی نیازمندی‌ها از درخواست‌های تجاری تا مشخصات طراحی را تسهیل می‌کند”. این به کشف پیامدهای تغییرات در مدل های کسب و کار در طراحی معماری کمک می کند. [LO Meertens و همکاران]

کمک معماری داخلی برای تحلیل استراتژی و مدل کسب و کار در توسعه کل نگر گنجانده شده است. این به تحلیلگران و توسعه دهندگان کسب و کار اجازه می دهد تا ارزیابی کنند که مدل کسب و کار تا چه اندازه از استراتژی پشتیبانی می کند و با سازمان تناسب دارد و همچنین بالعکس.

هنگامی که BMC در یک ابزار مدل سازی مدل سازی می شود، یکی از مزایای این روش این است که همه عناصر BMC را می توان در نماهای دیگر از همان مخزن مدل استفاده مجدد کرد. هنگام چرخش مدل کسب و کار، همه تغییرات بلافاصله آشکار می شوند. مدل‌سازان کسب‌وکار می‌توانند عناصر جدیدی مانند خدمات بسازند یا از همه عناصر موجود مخزن مانند واحدها و منابع سازمانی استفاده کنند.

نمای بوم مفهومی

این نمودار ARCHIMATE را ویرایش کنید

همانطور که در بالا نشان داده شده است، BMC می تواند در اشکال مختلفی وجود داشته باشد. رویکرد لایه ای ArchiMate در طرح این Canvas مفهومی منعکس شده است.

نماهای تجاری

نماهای لایه معماری کسب و کار.

نقشه های مختلفی از عناصر کنترل شده در ابزار EA در هر لایه وجود دارد، مانند نقشه خدمات تجاری، نقشه فرآیند و غیره. بعد از اینکه نقشه ها را شناختید و معرفی کردید، می توانید از آنها در نمودارهای دیگر (مانند نماهای لایه ای) استفاده کنید. هدف نقشه ها این است که کاتالوگ های ” دارایی های EA” را به عنوان “پرتفولیو” (مانند نمونه کارها از ایده ها، خدمات و پروژه ها و غیره) مدیریت کنند. سایر ویژگی‌ها، مانند ویژگی‌ها یا ویژگی‌ها، اغلب توسط ابزارهای EA برای هر عنصر ارائه می‌شوند. از اینها می توان برای ارائه جزئیات بیشتر در مورد هر جنبه استفاده کرد. از این نوع داده های اضافی می توان برای انواع مختلف تحلیل نیز استفاده کرد.

هر لایه می تواند چندین نقشه داشته باشد، مانند موارد زیر:

• خدمات کسب و کار، بازیگران تجاری، و فرآیندهای کسب و کار در لایه کسب و کار؛
• خدمات کاربردی، برنامه های کاربردی در لایه برنامه.
• خدمات فناوری، پلتفرم‌ها و فناوری‌ها در لایه فناوری؛ و غیره

در اینجا چند نمونه از نقشه های لایه کسب و کار آورده شده است.

نمای نقشه خدمات تجاری

این نمودار ARCHIMATE را ویرایش کنید

نمای نقشه خدمات کسب و کار یک نمای کلی از خدمات تجاری شرکت ارائه می دهد. برای اهداف مدیریتی، این نوع نمایش را می توان به عنوان «کاتالوگ خدمات» یا «کارنامه خدمات» استفاده کرد. بسیار مهم است که بفهمیم این شرکت چه نوع خدمات تجاری را به مشتریان خود ارائه می دهد. یک سرویس تجاری همچنین می تواند برای شبیه سازی تمام فرآیندها و ساختارهای سازمانی زیربنایی استفاده شود. در نتیجه، خدمات تجاری اجزای حیاتی معماری شرکت هستند.

نمای نقشه فرآیند کسب و کار

این نمودار ARCHIMATE را ویرایش کنید

این نما می تواند به عنوان “نقشه فرآیند” استفاده شود که نمای کلی از فرآیندهای تجاری سازمان را ارائه می دهد.

نمای همکاری فرآیند کسب و کار

این نمودار ARCHIMATE را ویرایش کنید

برای مثال می توان از این نما برای مدل سازی مدل عملیاتی استفاده کرد.

نمای نقشه بازیگران تجاری

این نمودار ARCHIMATE را ویرایش کنید

دو نوع فعالیت تجاری وجود دارد: داخلی و خارجی. مشتریان، شرکای تجاری یا سایر گروه‌های ذینفعی که با سازمان همکاری می‌کنند، نمونه‌هایی از بازیگران تجاری داخلی هستند، در حالی که بازیگران تجاری خارجی، مشتریان، شرکای تجاری یا سایر گروه‌های ذینفعی هستند که با شرکت همکاری می‌کنند (مانند سازمان‌های بخش عمومی یا سایر مقامات حاکمیتی). ).

نمای همکاری بازیگر تجاری

این نمودار ARCHIMATE را ویرایش کنید

در زیر دو سناریو استفاده وجود دارد:

• نمای درون سازمانی: این دیدگاه نحوه همکاری بازیگران داخلی و به اشتراک گذاری اطلاعات را به تصویر می کشد.
• دیدگاه بین سازمانی: نمای اکوسیستمی که محیط عملیاتی را که یک سازمان در آن عمل می کند به تصویر می کشد. اکوسیستم مجموعه ای از سازمان ها و شرکای تجاری است که از طریق تعامل با یکدیگر همکاری می کنند. تامین کنندگان، پیمانکاران فرعی، و سایر شرکای تجاری به کسب و کار و همچنین مشتریان وجود دارند.

نمای فرآیند کسب و کار

این نمودار ARCHIMATE را ویرایش کنید

نمای فرآیند کسب‌وکار «ساختار و ترکیب سطح بالا یک فرآیند تجاری (یا فرآیندهای متعدد)، خدماتی که ارائه می‌شوند، نقش‌های تعیین‌شده بازیگران و اطلاعات مورد استفاده در فرآیند کسب‌وکار را نشان می‌دهد. این نمودار فرآیند شامل عناصر “Junction” برای نمایش “چنگال” و “پیوستن” جریان فرآیند است.

در زیر یک چشم انداز فرآیند پیشرفته است. این مدل عملیاتی است که بر اساس مدل کسب و کار نشان داده شده در نمودار جریان ارزش بالا است.

این نمودار ARCHIMATE را ویرایش کنید

SIPOC (تامین کنندگان، ورودی ها، فرآیندها، خروجی ها، مشتریان)

این نمودار ARCHIMATE را ویرایش کنید

SIPOC (تامین کنندگان، ورودی ها، فرآیندها، خروجی ها، مشتریان) یک ابزار شش سیگما است که می تواند برای تعریف جنبه هایی که شبیه به همه فرآیندها هستند استفاده شود. این یک روش ساده برای بررسی پرونده تجاری است: مشتری چه ارزشی دریافت می کند و چگونه آن را دریافت می کند.

مشاهده فرآیند کسب‌وکار با نقش‌های تجاری به‌عنوان «راه‌های شنا» یک فرآیند – رویکردی لایه‌ای

این نمودار ARCHIMATE را ویرایش کنید

مشتری با “نقش تجاری A” و مسیر سفر مشتری با بالاترین “شنا” نشان داده می شود.

توجه داشته باشید که نقش‌های کسب‌وکار (تجسم به عنوان “swimlanes”) در داخل مراحل فرآیند (فعالیت‌ها) تودرتو هستند، به این معنی که این نقش‌های تجاری به این مراحل تجاری/فرایند اختصاص داده می‌شوند. در نتیجه، این دیدگاه ترکیبی از نمای لایه ای و نمای فرآیند کسب و کار است.

جریان اطلاعات و داده ها در این نسخه (رابطه جریان) به تصویر کشیده شده است. مسیر سفر مشتری با “خط شنا” بالایی (فعالیت های مرتبط با رابطه محرک) نشان داده می شود.

این نمودار ARCHIMATE را ویرایش کنید

روش طراحی خدمات در زیر نشان داده شده است. مسیر سفر مشتری (نقش A) با بالاترین “خط شنا” نشان داده می شود که از طریق خدمات تجاری (1 و 2) به سازمان (نقش B و C) مرتبط است.

این نمودار ARCHIMATE را ویرایش کنید

 

نمای لایه ای فرآیند کسب و کار

این نمای را می توان برای نمایش یک فرآیند تجاری با مراحل دستی و خودکار استفاده کرد.

این نمودار ARCHIMATE را ویرایش کنید

نمای نقشه سفر مشتری

زمانی که سفر مشتری باید در سطح بالایی مطالعه شود، این نسخه با استفاده از عناصر انگیزشی و استراتژی تولید می شود.

این نمودار ARCHIMATE را ویرایش کنید

هنگامی که مسیر خدمات مشتری باید با جزئیات بیشتر مورد بررسی قرار گیرد، این نسخه با استفاده از بخش‌های لایه Business و Application (هسته) تولید می‌شود.

 

این نمودار ARCHIMATE را ویرایش کنید

تجربه مشتری محور این دیدگاه مشتری محور است. این تکنیک مرتبط با «طراحی خدمات» بر توسعه «خارج از درون» سرویس در حال ایجاد تمرکز دارد. این امر بر اهمیت خدمات و محصولات در ارائه ارزش به مشتریان – و به طور غیرمستقیم برای سازمان تاکید می کند. مسیر سفر مشتری می تواند برای تجسم جریان ارزش مشتری که شامل بسیاری از خدمات و برنامه های کاربردی است، استفاده شود.

نمای طرح خدمات

این نمودار ARCHIMATE را ویرایش کنید

این نمای طرح خدماتی بر مشتری و خدمات متمرکز است، اما جنبه “داخل به بیرون” سرویس را نیز برجسته می کند. استراتژی توسعه خدمات محور می تواند پیامدهای رفتاری و ساختاری خدماتی را که قرار است با کمک این تکنیک ساخته شود، شناسایی کند. در نتیجه، این دیدگاه عوامل فرآیندی و عملکردی را به رویکرد مبتنی بر تجربه مشتری اضافه می کند.

این دیدگاه را می توان در اشکال مختلف یافت. جریان اطلاعات بین لایه ها و عناصر موضوع این مثال است.

نمای داستان کاربر

این نمودار ARCHIMATE را ویرایش کنید

داستان های کاربر را می توان با استفاده از این نما تجسم کرد.

Cloud-Service Models View

این نمودار ARCHIMATE را ویرایش کنید

نمایش اطلاعات

این نمودار ARCHIMATE را ویرایش کنید

سطوح انتزاع زیر را می توان برای مدل سازی اطلاعات استفاده کرد: الف) مفهومی، ب) منطقی، ج) فیزیکی. این لایه های انتزاعی در نمودار بالا نشان داده شده اند.

نمای مدل داده مفهومی

این نمودار ARCHIMATE را ویرایش کنید

اشیاء تجاری، همچنین به عنوان مفاهیم شناخته می شوند، که در عملیات تجاری به کار می روند، در معماری اطلاعات EA موجود هستند. یک مدل داده مفهومی می تواند برای نشان دادن این مفاهیم و روابط آنها استفاده شود.

مفهوم “خدمات”.

این نمودار ARCHIMATE را ویرایش کنید

مفهوم خدمات اغلب مشکل ساز است، همانطور که می توان آن را به روش های مختلف مشاهده کرد. برای اینکه مشخص شود کدام نوع سرویس مورد بحث است، ایده خوبی است که از پیشوند استفاده کنید: Business-، Application-، یا سرویس فناوری. به گفته ITIL، خدمات فناوری اطلاعات به خدمات تولید گره خورده است. در نتیجه. سرویس فناوری اطلاعات نزدیکترین ارتباط را با خدمات کاربردی دارد.

خدمات و محصول

این نمودار ARCHIMATE را ویرایش کنید

مفهوم محصول می تواند برای تجمیع خدمات به عنوان یک عنصر ترکیبی استفاده شود. مشخصات طبق ArchiMate:

«محصول مجموعه‌ای منسجم از خدمات و/یا عناصر ساختار غیرفعال را نشان می‌دهد که با قرارداد/مجموعه‌ای از توافق‌ها همراه است که به‌طور کلی به مشتریان (داخلی یا خارجی) ارائه می‌شود».

«یک محصول ممکن است خدمات تجاری، خدمات کاربردی، و خدمات فناوری، اشیاء تجاری، اشیاء داده و اشیاء فناوری و همچنین یک قرارداد را جمع‌بندی یا ترکیب کند. از این رو یک محصول ممکن است عناصری را از لایه‌های دیگری غیر از لایه تجاری ترکیب یا ترکیب کند. ”

یک ارزش ممکن است با یک محصول مرتبط باشد. نام یک محصول معمولاً نامی است که در ارتباط با مشتریان استفاده می شود، یا احتمالاً یک اسم عمومی تر (مثلاً “بیمه مسافرتی”).

نماهای برنامه

نمای نقشه خدمات برنامه

این نمودار ARCHIMATE را ویرایش کنید

برنامه ها نمای نقشه

این نمودار ARCHIMATE را ویرایش کنید

پورتفولیوی برنامه، که می تواند به عنوان مثال بسته به واحدهای تجاری به بخش هایی تقسیم شود.

نمای همکاری برنامه (جریان داده ها)

این نمودار ARCHIMATE را ویرایش کنید

نمای یکپارچه سازی برنامه (روابط پویا)

مثال‌های (1-10) زیر چندین تکنیک مختلف برای شبیه‌سازی جابجایی داده‌ها بین برنامه‌ها را نشان می‌دهند.

• “برنامه A” دارای شی داده “A-1” است که “برنامه B” درخواست می کند.
• “برنامه A” داده ها را به “برنامه B” ارسال می کند.
• “Application A” سرویس “A-1” را ایجاد می کند که توسط “Application B” استفاده می شود.
• در عمل، “برنامه B” درخواستی را به “برنامه A-1” ارسال می کند و پاسخ دریافت می کند…

این نمودار ARCHIMATE را ویرایش کنید

نمای ساختار برنامه

این دیدگاه برای طراحی یا تجزیه و تحلیل ساختار اولیه یک برنامه کاربردی، اجزای فرعی و داده های مرتبط مهم است. این نمودار را می توان برای تجزیه ساختار یک سیستم برنامه کاربردی در حال توسعه، برای نشان دادن ماژولارسازی / تجزیه استفاده کرد: زیرسیستم ها / اجزای فرعی که آنها عرضه می کنند و خدمات برنامه (یا رابط های برنامه) که آنها ارائه می کنند کدامند. دادن.

این نمودار ARCHIMATE را ویرایش کنید

ویژگی های رفتاری ارائه شده از طریق رابط های ساختاری (GUI ها و/یا API ها در تصویر زیر) به عنوان سرویس های کاربردی نامیده می شوند (شکل بالا). “روی های مختلف یک سکه” خدمات برنامه و رابط های برنامه هستند.

این نمودار ARCHIMATE را ویرایش کنید

نمای معماری اپلیکیشن

از آنجایی که هم برنامه ها و هم ماژول های کاربردی در یک نمای وجود دارند، این نما تکنیک های EA و سطح راه حل را ترکیب می کند.

این نمودار ARCHIMATE را ویرایش کنید

مدل مؤلفه کاربردی (CM)

Application Component Model 0-n تکنیکی برای مدلسازی معماری برنامه است که از نمودارهای زیر از سطوح مختلف انتزاع تشکیل شده است:

• نمودار در سطح CM-0 نحوه تعامل برنامه با محیط خود، از جمله نحوه تعامل آن با سایر برنامه ها و کاربران را نشان می دهد. یک جعبه سیاه برای نشان دادن برنامه مورد نظر استفاده می شود.
• برنامه هدف به ماژول ها (اجزای اصلی) و خدمات کاربردی (یا رابط های کاربردی) که آن ماژول ها در سطح CM-1 ارائه و تقاضا می کنند، تجزیه می شود. یک جعبه سفید برای نشان دادن برنامه هدف استفاده می شود.
• ماژول ها در سطح CM-2 به اجزای فرعی تقسیم می شوند. (تعداد طبقات ضروری بسته به شرایط متفاوت است.)

اجزای برنامه و خدمات برنامه کاربردی در نمودارهای Application Component Model (CM) در زیر نشان داده شده است. بسته به شرایط، می توان از رابط های برنامه به جای سرویس های برنامه استفاده کرد. مثل همیشه، استفاده از یک سبک مدل‌سازی که برای کار در حال انجام است، و مدل‌سازی فقط جنبه‌هایی که به اندازه کافی آموزنده هستند و ارزش افزوده دارند، بسیار مهم است. این به مدل ساز بستگی دارد که ویژگی های عملکردی را برجسته کند یا جزئیات بیشتری ارائه دهد و مثلاً رابط های واقعی را با نامگذاری دقیق مدل کند.

اجزای برنامه و خدمات برنامه کاربردی در نمودارهای مدل مؤلفه زیر نشان داده شده است. به جای استفاده از خدمات برنامه، ممکن است از رابط های برنامه استفاده شود.

مدل مؤلفه برنامه – 0 (CM-0)

این نمودار ARCHIMATE را ویرایش کنید

تعاملات بین برنامه هدف و برنامه های اطراف در سطح Component Model – 0 (CM-0) (بالا) نشان داده شده است. تمام خدمات برنامه (یا رابط های برنامه) ضروری توضیح داده شده است. مؤلفه‌های سطح معماری سازمانی و خدمات آن‌ها در سطح 0 نمودار، با برنامه هدف در وسط نشان داده شده‌اند.

مدل مؤلفه برنامه – 1 (CM-1)

این نمودار ARCHIMATE را ویرایش کنید

سطح Component Model – 1 (CM-1) (بالا) نشان می دهد که چگونه برنامه مورد نظر به ماژول ها (یا اجزای اصلی) تقسیم می شود و کدام ماژول مسئول کدام سرویس های کاربردی (یا رابط های برنامه) است. توجه داشته باشید! برنامه‌های خارجی نیازی به نمایش در این سطح ندارند، اما خدمات (یا رابط‌های) آنها لازم است. هنگامی که قسمت‌های سطح پایین بیشتری نمایش داده می‌شوند، عناصر سطح بالای بیشتری را می‌توان/باید حذف کرد – به منظور وضوح: برای اینکه نمودار قابل درک باشد.

مدل مؤلفه برنامه – 2 (CM-2)

این نمودار ARCHIMATE را ویرایش کنید

سطح Component Model – 2 (CM-2) (نشان داده شده در بالا) نشان می‌دهد که چگونه ماژول‌های برنامه هدف از اجزای فرعی تشکیل شده‌اند و با هم تعامل دارند.

نمایش توابع برنامه

تجزیه عملکردهای برنامه: عملکرد سیستم چیست و چه خدمات کاربردی ارائه می دهد؟

این نمودار ARCHIMATE را ویرایش کنید

نمای فرآیند برنامه

این نمودار ARCHIMATE را ویرایش کنید

در زیر نمای تودرتوی نمای فرآیند برنامه کاربردی است.

این نمودار ARCHIMATE را ویرایش کنید

در زیر محتوای داخلی نمای فرآیند برنامه را نشان می دهد.

این نمودار ARCHIMATE را ویرایش کنید

مشاهده نمودار توالی اجزای برنامه

نمودارهای توالی دقیقاً توسط ArchiMate پوشش داده نمی شوند. در عوض، آنها تحت پوشش UML هستند. با این حال، همانطور که در زیر نشان داده شده است، ArchiMate می تواند برای مدل سازی توالی عملیات اجرا شده توسط Application Component ها استفاده شود.

این نمودار ARCHIMATE را ویرایش کنید

برای مدلسازی پویایی بین اجزای برنامه، روابط پویا “تریگر” و “جریان” را می توان به کار برد. طرح این نما شبیه به نمودار توالی UML است.

مشاهده نمودار توالی اجزای برنامه 2

این نسخه (نمودار زیر) نشان می دهد که چگونه می توان از ArchiMate برای مدل سازی اقداماتی که عناصر داخلی Application Components انجام می دهند استفاده کرد. فرآیندها یا عملکردهای رفتاری، و همچنین اجزای فرعی ساختاری، نمونه‌هایی از بخش‌های داخلی هستند. عناصر Application Process، Application Function و Application Component برای مدل سازی آنها استفاده می شود. اینها فقط به عنوان جایگزین ارائه می شوند.

این نمودار ARCHIMATE را ویرایش کنید

 

اقدامات در این نمودار دنباله ای (بالا) به شرح زیر است:

1. فرآیند فرعی “X” از مولفه برنامه “A” یک پیام درخواست با پارامتر “A” به برنامه B ارسال می کند.
2. فرآیند فرعی “B-1” از مولفه برنامه “B” درخواست دریافتی را دریافت می کند و سپس (به طور همزمان) Application Component C را فراخوانی می کند، جایی که تابع برنامه “Y” درخواست را می پذیرد، اقدامات خاصی را انجام می دهد و برمی گردد.
3. فرآیند فرعی دیگر “B-2” از مولفه برنامه “B” پیامی با پارامترها به Application Component D ارسال می کند و تاییدیه دریافت می کند. جزء فرعی “D” از مولفه برنامه “D” پردازش را انجام می دهد.
4. پیام پاسخ از Application Component B توسط Application Component “A” دریافت می شود. همانطور که در اینجا نشان داده شده است، ما می توانیم موارد ادغام کاملاً پیچیده را با ترکیب این عناصر مدل سازی کنیم (Application Component، Application Process and Application Function and Relations (Trigger, Flow). UML نمودار توالی هدف تخصصی خود را در طراحی نرم افزار دارد، اما از ArchiMate می توان در بسیاری از اهداف مدل سازی – همچنین در طراحی برنامه ها – استفاده کرد.

یکی از مهمترین جنبه های معماری سازمانی، یکپارچه سازی برنامه ها (EA) است. به همین دلیل است که اگر بتوانیم نحوه تغییر داده ها توسط برنامه ها و روش های تعاملی را با جزئیات بیشتری توضیح دهیم مفید است. در اینجا پیوندی به کتاب “الگوهای یکپارچه سازی سازمانی” وجود دارد، که مکانی فوق العاده برای شروع یادگیری در مورد الگوهای یکپارچه سازی است.

همان ایده استفاده از روابط پویا ArchiMate Trigger و Flow، که ممکن است برای مدل‌سازی الگوهای پیام‌رسانی همزمان و ناهمزمان مورد استفاده قرار گیرد، در یک توالی با کاربر نهایی (شکل زیر) استفاده می‌شود (درخواست-پاسخ و پاسخ به تماس، همچنین انتشار-). اشتراک و غیره).

نمای فرآیند ETL

این نمودار ARCHIMATE را ویرایش کنید

نمایش EAI / ESB

این نمودار ARCHIMATE را ویرایش کنید

نمای لایه ای

این نمودار ARCHIMATE را ویرایش کنید

نمای لایه ای را می توان به عنوان نمودار زمینه نمای کلی منطقه هدف استفاده کرد. مزیت کلیدی این رویکرد این است که نشان می دهد برنامه ها چگونه در فرآیندهای تجاری استفاده می شوند و چه خدماتی را ارائه می دهند. برای مدل‌سازی لایه‌های مختلف، نمودار بالا از ArchiMate Grouping-element استفاده می‌کند، در حالی که نمودار زیر از عنصر Group-element بصری ابزار استفاده می‌کند.

ArchiMate دارای سه (3) لایه است که به شرح زیر است: سه لایه عبارتند از: 1) لایه تجاری، 2) لایه کاربردی و 3) لایه تکنولوژی. آنها معمولاً به صورت زیر رنگ می شوند: زرد برای لایه تجاری، فیروزه ای برای لایه کاربردی و سبز برای لایه فناوری.

این نمودار ARCHIMATE را ویرایش کنید

نمای برنامه و پایگاه داده

پایگاه داده جزء مهمی از معماری کلی سازمانی است. به عنوان مثال، «پایگاه داده مشتری»، «پایگاه داده مشتری»، «پایگاه داده محصول» و غیره. از طرف دیگر، یک پایگاه داده می تواند تلفیقی منطقی (و فیزیکی) از تمام جداول یک برنامه کاربردی باشد (مثلاً «جدول مشتری»، «جدول سفارشات»، «جدول فاکتورها» و غیره) که در مجموع یک پایگاه داده را تشکیل می دهند. طبق استاندارد ArchiMate می توان از یک Data Object برای مدل سازی یک پایگاه داده منطقی (شکل زیر) استفاده کرد. در فصل 9.4.1 “اشیاء داده” آمده است: “نمونه های معمولی از اشیاء داده، سوابق مشتری، پایگاه داده مشتری، یا ادعای بیمه است.” «یک استثنای مهم زمانی است که یک شی داده برای مدل‌سازی مجموعه داده‌ها تنها با یک نمونه، مانند پایگاه داده استفاده می‌شود. ArchiMate شامل یک سیستم داخلی هوشمندانه است که به شما امکان می دهد یک مفهوم را در چندین سطح از انتزاع (و سطوح جزئیات) اعمال کنید. در نتیجه، Data Object، به عنوان مثال، می تواند برای شبیه سازی یک پایگاه داده منطقی، یک جدول پایگاه داده، یک ساختار پیام (تغییر شده در بین برنامه ها) و غیره استفاده شود.

این نمودار ARCHIMATE را ویرایش کنید

پایگاه داده به عنوان یک مؤلفه برنامه

این نمودار ARCHIMATE را ویرایش کنید

سطوح انتزاع پایگاه داده:

این نمودار ARCHIMATE را ویرایش کنید

نمای مدل داده:

این نمودار ARCHIMATE را ویرایش کنید

از Case View استفاده کنید

از ArchiMate می توان برای بررسی موارد استفاده از دیدگاه عملکردی یک برنامه استفاده کرد. همانطور که در نمودار زیر نشان داده شده است، موارد استفاده (همانطور که توسط UML تعریف شده است) را می توان به Application Services نگاشت.

این نمودار ARCHIMATE را ویرایش کنید

موارد استفاده را می توان به دو دسته تقسیم کرد: موارد استفاده تجاری و موارد استفاده از سیستم (معروف به موارد سیستم). نمودار زیر نشان می‌دهد که چگونه یک «مورد استفاده اولیه» توسط یک Business Service نمایش داده می‌شود و موارد سیستم بعدی توسط Application Services نشان داده می‌شود.

این نمودار ARCHIMATE را ویرایش کنید

هنگامی که موارد استفاده به عنوان سرویس های کاربردی تعریف می شوند، می توانند به عنوان قطعاتی از توابع برنامه هدف در نمودارهای دیگر (مانند نمای لایه ای) استفاده شوند. به عبارت دیگر، خدمات اپلیکیشن رفتار (عملکرد) یک برنامه را نشان می دهد. برای اطلاعات بیشتر در مورد تجزیه و تحلیل موارد استفاده، به کتاب آشپزی ArchiMate، پیوند، مراجعه کنید.

دیدگاه های فناوری

نماهای لایه معماری فناوری.

نمای زیرساخت

این نما پلت فرم یک برنامه را به تصویر می کشد. این الگو را می توان برای مدل سازی تنظیمات محیط زمان اجرا و همچنین استقرار یک برنامه تجاری استفاده کرد.

این نمودار ARCHIMATE را ویرایش کنید

نمای زیرساخت (تودرتو):

این نمودار ARCHIMATE را ویرایش کنید

نماهای لایه پیاده سازی و مهاجرت / معماری تبدیل

مشاهده نقشه راه پیاده سازی

این نمودار ARCHIMATE را ویرایش کنید

نمای کانبان

این نمودار ARCHIMATE را ویرایش کنید

برد کانبان ابزاری برای تجسم کار و فرآیند است. تابلوی Kanban نشان می‌دهد که چگونه نیازهای توسعه، حماسه‌ها، داستان‌های کاربر و موارد دیگر از بک لاگ به حالت آماده (انجام شد) جریان می‌یابند. بسته به حجم و وسعت سناریوی توسعه، یک برد کانبان می تواند برای اهداف مختلفی استفاده شود. به عنوان مثال، “Epics” را می توان در سطح EA استفاده کرد، و “User Stories” یا “Requirements” را می توان به عنوان موارد کاری در سطح پروژه استفاده کرد. بسته به موقعیت، دانه بندی آیتم های وظیفه می تواند متفاوت باشد.

نمای عمومی

این نمودار ARCHIMATE را ویرایش کنید

این نمایش ساده شده می تواند به عنوان نمودار زمینه ای برای یک سرویس، برنامه یا پروژه خاص استفاده شود.

موارد اضافی

نمای کلی زمینه – نقشه راه شیری

این تکنیکی برای تجسم هر چه بیشتر در یک نگاه است. برای اطلاعات بیشتر به نقشه راه شیری با ArchiMate مراجعه کنید.

این نمودار ARCHIMATE را ویرایش کنید

نمای همکاری

همانطور که در مثال نمودار جریان داده در زیر نشان داده شده است، لایه ها را می توان مخلوط کرد.

این نمودار ARCHIMATE را ویرایش کنید

متامدل

این نمودار ARCHIMATE را ویرایش کنید

این نمونه ها با Visual Paradigm Online ایجاد شده اند .

سایر منابع

• • مشخصات ArchiMate 3.1
  • ابزار نمودار ArchiMate – Visual Paradigm (آنلاین)
  • ابزار مدل سازی ArchiMate – Visual Paradigm (Desktop)