نمونه های 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 در طرح‌بندی این Concept Canvas منعکس شده است.

نماهای تجاری

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

Cloud-Service Models View

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

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

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

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

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

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

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

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

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

مفهوم سرویس اغلب مشکل ساز است، همانطور که می توان به روش های مختلفی مشاهده کرد. برای اینکه مشخص شود که کدام سرویس مورد بحث است، ایده خوبی است که از پیشوند استفاده کنید: Business-، App- یا سرویس فناوری. به گفته 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 ها در تصویر زیر) به عنوان سرویس های کاربردی نامیده می شوند (شکل بالا). “روی های مختلف یک سکه” عبارتند از Application Services و Application Interfaces.

این نمودار 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 Components استفاده کرد.

این نمودار 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 را ویرایش کنید

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

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

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

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

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

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

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

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

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

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

از ArchiMate می توان برای بررسی موارد استفاده از نقطه نظر عملکردی یک برنامه استفاده کرد. همانطور که در نمودار زیر نشان داده شده است، Use Cases (همانطور که توسط 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)