چارچوبهای Enterprise Architecture (EA) رویکردی ساختاریافته برای درک، طراحی و مدیریت زیرساختهای فناوری اطلاعات و فرآیندهای تجاری سازمان ارائه میکنند. چارچوبهای EA با همسو کردن استراتژی فناوری اطلاعات با اهداف تجاری، به سازمانها کمک میکنند تا به طور مؤثرتری به اهداف خود دست یابند. در این مقاله، سه مورد از پرکاربردترین فریم ورکهای EA را با هم مقایسه میکنیم: چارچوب معماری (TOGAF)، چارچوب Zachman، و چارچوب معماری سازمانی فدرال (FEAF)
TOGAF
TOGAF یک چارچوب جامع و انعطاف پذیر است که رویکردی گام به گام برای توسعه معماری سازمانی ارائه می دهد. این بر اهمیت حاکمیت و استفاده از روش توسعه معماری (ADM) برای هدایت فرآیند معماری تاکید می کند. TOGAF مخصوصاً برای سازمانهای بزرگی که به یک تمرین EA قوی و مقیاسپذیر نیاز دارند، مناسب است.
Zachman
چارچوب Zachman یک چارچوب مبتنی بر ماتریس است که اطلاعات مربوط به یک شرکت را در شش سؤال اساسی (چه، چگونه، کجا، چه کسی، چه زمانی و چرا) و شش دیدگاه (مالک، طراح، سازنده، برنامهریز، کاربر و مجری) سازماندهی میکند. . این چارچوب دید جامعی از شرکت ارائه می دهد و به شناسایی شکاف ها در اطلاعات و درک کمک می کند.
FEAF
FEAF چارچوبی است که به طور خاص برای آژانس های فدرال ایالات متحده طراحی شده است. این بر همسویی سرمایه گذاری های فناوری اطلاعات با اهداف ماموریت و بهبود کارایی و اثربخشی عملیات دولت تمرکز دارد. FEAF یک چارچوب تجویزیتر از TOGAF یا Zachman است که راهنمایی دقیقی در مورد چگونگی توسعه و پیادهسازی معماری سازمانی ارائه میکند.
انتخاب چارچوب EA به عوامل مختلفی از جمله اندازه سازمان، صنعت و نیازهای خاص بستگی دارد.
- TOGAF یک انتخاب خوب برای سازمان های بزرگ است که به یک چارچوب انعطاف پذیر و جامع برای هدایت عملکرد EA خود نیاز دارند.
- Zachman برای سازمان هایی که به یک رویکرد ساختاریافته برای درک و مدیریت معماری سازمانی خود نیاز دارند، مناسب است.
- FEAF بهترین انتخاب برای آژانس های فدرال ایالات متحده است که باید با مقررات و استانداردهای دولتی مطابقت داشته باشند.
در نهایت، بهترین راه برای انتخاب چارچوب EA ارزیابی الزامات خاص سازمان و انتخاب چارچوبی است که با اهداف و فرهنگ آن همسو باشد. با اتخاذ چارچوب EA، سازمان ها می توانند تصمیم گیری خود را بهبود بخشند، هزینه ها را کاهش دهند و چابکی خود را در یک محیط کسب و کار به سرعت در حال تغییر افزایش دهند.
TOGAF : چارچوب معماری Open Group
TOGAF چارچوب استاندارد صنعت بالفعل است که رویکردی روششناختی برای طراحی، برنامهریزی، اجرا و حاکمیت معماری سازمانی ارائه میدهد. این یک دید منسجم از مصنوعات معماری ارائه می دهد که می تواند به خوبی توسط همه ذینفعان در سازمان درک شود.
ماهیت باز این چارچوب به سازمان ها اجازه می دهد تا از قفل شدن فروشنده با راه حل های اختصاصی EA جلوگیری کنند. این بدان معناست که میتوانید بدون مواجهه با مسائل مهم هزینه، امنیت و یکپارچهسازی فناوری، مقیاس و تطبیق دهید.
چارچوب TOGAF مجموعه ای از مراحل عملی را در فرآیند معماری ارائه می دهد که به عنوان روش توسعه معماری (ADM) شناخته می شود. فرآیند ADM یک الگوی تجویزی نیست، بلکه یک روش عمومی و قابل انطباق است که می تواند در انواع موارد استفاده سازمانی در توسعه معماری سازمانی اعمال شود.
بخش ADM TOGAF فرآیندی را برای پیاده سازی انتخاب های تصمیم گیری و تولید مدل های مورد نظر ارائه می دهد. این مراحل عبارتند از:
- چشم انداز معماری مرحله اولیه که محدوده پروژه را توصیف می کند، ذینفعان را شناسایی می کند و تاییدیه های لازم را به دست می آورد. اهداف و محرک های کسب و کار اطلاع رسانی می شود. ارزیابی قابلیت ممکن است برای ارزیابی معماری سازمانی موجود انجام شود.
- معماری کسب و کار فرآیند مورد استفاده برای برآورده کردن چشم انداز معماری در این مرحله تعریف می شود. تحلیل و مدلسازی کسبوکار تفصیلی در این مرحله با همکاری چند ذینفع انجام میشود. اهداف رسمی برای اهداف پایه و هدف نیز مشخص شده است.
- معماری سیستم های اطلاعاتی فعالیتهای مشابه فاز قبلی اکنون برای معماری دادهها و برنامههایی که از Architecture Vision پشتیبانی میکنند، انجام میشود. اصول طراحی هدف برای معماری داده ها و کاربردها در این مرحله مشخص خواهد شد.
- معماری فناوری زیرساخت های فناوری مورد نیاز برای پشتیبانی از چشم انداز معماری و به طور خاص، همسو با معماری کسب و کار و سیستم های اطلاعاتی در این مرحله مشخص شده است. ذینفعان کلیدی شامل بخش فناوری اطلاعات و مدیران اجرایی مسئول تصمیمات فناوری و تایید سرمایه گذاری خواهند بود.
- فرصت ها و راه حل ها همانطور که انتخاب های طراحی معماری در مراحل اولیه نهایی می شوند، سناریوهای مختلف پیاده سازی ارزیابی می شوند. هر دو جنبه فنی و تجاری در این ارزیابی در نظر گرفته شده و یک سناریوی مبادله بهینه شناسایی می شود.
- برنامه ریزی مهاجرت این مرحله به مناسبترین گزینههای تصمیمگیری و مدلهای معماری سازمانی همانطور که در فاز قبل تعریف شد، کشش را به همراه میآورد. استراتژی پیاده سازی بر اساس هزینه، فرصت ها و همچنین ریسک ابداع می شود. پروژه ها از نظر اولویت درج شده است.
- حاکمیت اجرایی. در این مرحله مشخصات معماری لازم برای پروژه های انتخابی مشخص می شود. یک نظارت کامل معماری در این مرحله ارائه میشود که درخواستهای تغییر، ارزیابی انطباق و شرح بلوکهای ساختمان راهحل را توصیف میکند.
- مدیریت تغییر معماری در این مرحله نهایی، شما یک فرآیند مدیریت تغییر جدید را تعریف خواهید کرد که تغییرات جدید را در بر می گیرد.
با توجه به اینکه TOGAF-ADM چرخههای تکراری را برای مدیریت و توسعه نیازمندیهای معماری سازمانی جدید کار میکند، میتوانید این مراحل را تغییر دهید و مرتب کنید.
معماری سازمانی Zachman
جان زکمن پیشگام فناوری اطلاعات بود که مشکلات پیش روی کسب و کارهای مبتنی بر فناوری اطلاعات را درک کرد. برای حل این مشکلات، او یک روش اولیه سازمانی-معماری را در سال 1987 توسعه داد – چارچوب Zachman.
چارچوب Zachman یک رویکرد مبتنی بر مدل ارائه می دهد که:
- محصولات قابل تحویل را مشخص می کند
- جنبه های مختلف زیرمجموعه های سیستم سازمانی را به شکل ماتریسی دسته بندی می کند
- آنها را با انتخاب های تصمیم گیری محیط کسب و کار من مرتبط می کند
با استفاده از یک ماتریس، سطرها دیدگاه بازیگران مختلف در سازمان را بر اساس معیارهای تصمیم مشخص شده در ستون ها دسته بندی می کنند. سرصفحه های ستون چیست، چگونه، کجا، چه زمانی و چرا را توصیف می کنند. با این اطلاعات، هر سلول ماتریسی رابطه هر زیرسیستم سازمانی را با جنبه های مناسب سازمان توصیف می کند.
در حالی که این چارچوب دستورالعمل یا روششناسی پیادهسازی را ارائه نمیکند، با ارائه دیدگاههایی در سراسر معماری سازمانی کل نگر، تمرکز توصیفی از مصنوعات را ارائه میدهد.
دسته بندی ردیف ها شامل:
- دیدگاه اجرایی زمینه دامنه که هدف و استراتژی کسب و کار را توصیف می کند.
- دیدگاه مدیریت کسب و کار مفاهیم کسب و کار توصیف کننده مدل های سازمانی، انتخاب های طراحی و فرآیندهایی که توسط سازمان پذیرفته شده است.
- دیدگاه معمار منطق سیستم که چگونگی برآورده شدن الزامات تجاری را توصیف می کند.
- دیدگاه مهندس فیزیک فناوری توضیح میدهد که چگونه راهحلهای فناوری برای پیادهسازی انتخابهای سیستم مورد استفاده قرار خواهند گرفت.
- دیدگاه پیمانکار فرعی اینها الزامات مربوط به اجزای ابزار مدولار خاص را توصیف می کنند.
- دیدگاه سازمانی سیستم عملکردی که توسط کاربر در محیط عملیاتی آن مشاهده می شود.
انتخاب TOGAF یا Zachman
اینکه کدام معماری سازمانی را انتخاب می کنید به رویکرد شما بستگی دارد.
چارچوب TOGAF یک رویکرد سیستماتیک برای تعریف فرآیند ایجاد یا بهبود معماری سازمانی ارائه می دهد. با ADM خود، این چارچوب فرآیندی را برای اجرای انتخاب های تصمیم به منظور تولید مدل مورد نظر شما ارائه می دهد.
چارچوب Zachman بیشتر یک هستیشناسی است – مجموعهای ساختار یافته از عبارات که توضیح میدهد چگونه مصنوعات را میتوان دستهبندی کرد، و بنابراین ایجاد، عمل کرد و تغییر داد. برخلاف TOGAF، Zachman از دیدگاههای مختلف سازمانی برای تعیین محدوده، تعریف و برنامهریزی جزئیات مربوط به زیر مجموعههای منفرد سیستم سازمانی شما استفاده میکند.
سازمان شما ممکن است استفاده از یکی را انتخاب کند—یا شما می توانید هر دو را انتخاب کنید. با هم، چارچوبها میتوانند مکمل یکدیگر باشند، TOGAF فرآیند دقیق ایجاد معماری سازمانی را توصیف میکند و Zachman آثار باستانی را دستهبندی میکند.
یا، میتوانید یک چارچوب را با سایر گزینههای شناختهشده، از جمله ITIL®، PRINCE2، یا COBIT تکمیل کنید.