چارچوب زکمن

مثال ساده از چارچوب در سال ۱۹۹۲ .

در مقاله سال ۱۹۸۷ "یک چارچوب برای معماری سیستم‌های اطلاعاتی " زکمن متوجه شد که اصطلاح "معماری" که به‌طور بی قیدانه ای توسط افراد حرفه ای در زمینه سیستمهای اطلاعاتی استفاده می‌گردد در واقع برای هر کدام برنامه ریزان، طراحان، برنامه نویسان، متخصصان ارتباطات و سایرین معانی مختلفی می‌دهد. در جستجویی برای یک پایه مستقل و هدفمند که بر اساس بتوان یک چارچوب برای معماری سیستم‌های اطلاعاتی توسعه داد، زکمن نگاهی به حوزه معماری کلاسیک و انواعی از پروژه‌های پیچیده مهندسی در صنعت انداخت. او رویکرد مشابهی را در آنها مشاهده کرد و به این نتیجه رسید که معماری در بسیاری از سطوح وجود دارد و شامل حداقل سه دیدگاه می‌گردد: مواد یا داده‌های خام، عملکرد فرایندها و محل یا شبکه پیاده‌سازی.

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

در سال ۱۹۹۲ در مقاله "گسترش و رسمی چارچوب برای معماری سیستم‌های اطلاعاتی " جان اف سووا و جان زکمن چارچوب و توسعه‌های جدید آن را ارائه کردند که نشان می‌داد چگونه چارچوب می‌تواند به کمک نمودارهای گراف مفهومی صوری سازی گردد. همچنین در سال ۱۹۹۲:

جان سووا نویسنده همکار جان زکمن پیشنهاد داد که چشم‌انداز اسکوپ (Scope) از برنامه‌ریز (لیستهای همبند برای عموم بخشهای سازمان و محیط آن) وچشم انداز نمایش با جزییات (Detailed Representation) از پیمانکار (اجزاء خارج از محدوده سازمانی که توسط پیمانکار تهیه و ارائه می‌گردند) اضافه شوند. ستونهای کی، کِی و چرا به نمایش عمومی برده شوند. ایده چهار سطحی از فراچارچوب ها و یک تصویر از نحوه تجمیع همبستگی‌ها در بین چشم‌اندازها همگی در این مقاله مشخص شده بودند. در این مقاله کری آندرسن هیلی باایجاد مدلی از مدلها (فرامدل چارچوب) به سووا یاری رسانده بود که این مدل نیز در مقاله گنجانده شده بود.

— Stan Locke، Enterprise Convergence in Our Lifetime, from THE ENTERPRISE NEWSLETTER[3]

بعدتر در طول دهه ۱۹۹۰

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

در مقاله سال ۱۹۹۷ با عنوان "مفاهیم یک چارچوب برای معماری سازمانی" زکمن گفت که این چارچوب باید به عنوان یک "چارچوب برای معماری سازمانی" اطلاق گردد و اینکه حتی بهتر بود از همان ابتدا به این نام خوانده می‌شد. اگرچه، طبق گفته زکمن، در اوایل دهه ۱۹۸۰ "علاقه کمی به ایده مهندسی مجدد سازمان یا مدلسازی سازمانی و استفاده از صوری سازی وجود داشت و مدل‌ها عموماً محدود به برخی از جنبه‌های توسعه نرم‌افزار در جامعه سیستم‌های اطلاعاتی می‌شدند ".

در سال ۲۰۰۸ مؤسسه زکمن اینترپرایس چارچوب زکمن را چنین معرفی کرد: تعریف رسمی مختصر به عنوان یک استاندارد جدید چارچوب زکمن.

از دهه ۱۹۹۰ تاکنون چندین چارچوب توسعه یافته از چارچوب زکمن پیشنهاد داده شده‌اند. مانند:

• متیو و مک گی (۱۹۹۰) توسعه سه دیدگاه اولیه "چه" و "چگونه" و "کجاً به رویداد ("کِی") دلیل ("چرا") و سازمان ("کِه").
• اورندن(۱۹۹۶) یک چارچوب اطلاعات جایگزین ارائه نمود.
• چارچوب یکپارچه معماری توسط کاپژمینی در سال ۱۹۹۶ توسعه داده شد.
• ولادان جووانکوویچ و همکاران (۲۰۰۶) یک مکعب زکمن ارائه نمودند، که یک توسعه از چارچوب زکمن به یک مکعب چندبعدی زکمن بود.

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

هر سطر نشان دهنده یک دید کلی از راه حل از یک دیدگاه خاص است. یک سطر یا دیدگاه بالاتر لزوماً نباید نسبت به دیدگاه پایین‌تر درک جامعتری از کل مسئله داشته باشد. هر سطر نشان دهنده یک دیدگاه متمایز و منحصر به فرد است، با این حال، خروجی‌ها از هر دیدگاه باید جزئیات کافی برای تعریف راه حل در سطح خود دیدگاه را فراهم کنند و همچنین باید برای استفاده در دیدگاه سطر پایین‌تر به صورت صریح ترجمه کردند.

هر دیدگاه باید نیازها و محدودیت‌ها و الزامات دیگر دیدگاه‌ها را مد نظر قرار دهد. محدودیت‌های دیدگاه‌ها به صورت افزودنی هستند. برای مثال محدودیت‌های سطر بالاتر سطر پایین‌تر را تحت تأثیر قرار می‌دهد. محدودیت‌های سطر پایین‌تر می‌تواند، اما نه لزوماً، بر سظرهای بالاتر تأثیر بگذارد. درک الزامات و محدودیتها مستلزم تبادل دانش و داشتن درک متقابل از دیدگاهی به دیدگاه دیگر است. چارچوب از مسیر عمودی برای ارتباطات بین دیدگاه‌ها استفاده می‌کند.

نمایش ساده‌سازی شده چارچوب زکمن، با توضیحاتی برای ردیف‌ها.

نسخه فعلی (۳) چارچوب زکمن سطرها را مطابق زیرطبقه بندی می‌کند:

• دیدگاه اجرایی (محدوده محتویات) - اولین طرح معماری یک "نمودارحبابی " یانمودار ون می‌کشد که به‌طور ناخالص اندازه، شکل، روابط نسبی و هدف اساسی ساختار نهایی را نشان می‌دهد. این دیدگاه یک خلاصه اجرایی را به برنامه‌ریز یا سرمایه‌گذار نمایش می‌دهد که می‌خواهد تنها یک دیدگاه کلی از سیستم داشته باشد یا می‌خواهد محدوده سیستم، هزینه‌های آن و نحوه تعاملش با محیط عمومی که در آن فعالیت می‌کند را برآورد کند.
• دیدگاه مدیریت کسب و کار (مفاهیم کسب و کار) - طبقه بعدی نقشه‌های معمار هستند که ساختمان نهایی را از دیدگاه صاحب سیستم به تصویر می‌کشند، یعنی کسی که می‌خواهد با این معماری زندگی کند واز آن در روالهای روزانه کسب و کار استفاده کند. این دیدگاه‌ها مدلهای سازمانی (کسب و کار) را نمایشمی دهند که طرح‌های کسب و کار و موجودیت‌های کسب و کار و فرایندها و نحوه ارتباط آنها را نشان می‌دهد.
• دیدگاه معمار (منطق سیستم) - برنامه‌های معمار که ترجمه‌هایی از نقشه‌های معمار به جزئیات مورد نیاز از دیدگاه طراح هستند. آنها مدل سیستمی نمایش می‌دهند که توسط یک تحلیلگر سیستم طراحی شده که باید عناصر داده‌ای، جریان‌های منطقی فرایند و توابعی که موجودیت‌های کسب و کار و فرایندها را معرفی می‌کنند را تعیین کند.
• مهندس دیدگاه (فیزیک فناوری) - پیمانکار محبور است برنامه‌های معمار را برای آماده‌سازی دیدگاه سازنده دوباره ترسیم کند تا بتواندجزئیات کافی به منظور درک کامل محدودیت‌های ابزار، فناوری و مواد را ارائه کند. برنامه‌های سازنده مدل‌های فناوری را نمایش می‌دهند که باید مدل سیستم‌های اطلاعات را با جزئیات زبان‌های برنامه‌نویسی، دستگاه‌های ورودی/خروجی (I/O) یا سایر فناوریهای پشتیبانی شده منطبق سازند.
• دیدگاه تکنسین (قطعات ابزار) - پیمانکاران فرعی کار از روی برنامه‌های کارگاهی انجام می‌دهند که جزئیات قطعات یا زیر مجموعه‌ها را بیان می‌نمایند. این برنامه‌ها مشخصات دقیقی نمایش می‌دهند که به برنامه نویسان اجازه می‌دهد ماژول‌های مجزایی را بدون نگران بودن راجع به مضمون یا ساختار کلی سیستم کدنویسی کنند، یا به جای آن، آنها می‌توانند نیازمنده‌های دقیقی را برای استفاده از برنامه‌های تجاری آماده (COTS) یا برنامه‌های دولتی آماده (GOTS) یا اجزای نرم‌افزاری سیستم‌های ماژولار که از پیش موجود بوده‌اند به جای کدنویسی و ساخت این ماژولها ارائه نمایند.
• دیدگاه سازمان (نمونه‌های عملیاتی)

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

1. محموعه موجودی ها— چه
2. جریان‌های فرایند — چگونه
3. شبکه‌های توزیع — کجا
4. تخصیص مسئولیتها — کِه
5. چرخه‌های زمانی — کِی
6. نیت‌های انگیزشی — چرا

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

چارچوب زکمن به‌طور معمول به صورت یک ماتریس ۶ * ۶ با پرسشهای ارتباطی به عنوان ستون و سیر تحولات تجسم سازی به عنوان سطر به تصویر کشیده شده‌است. طبقه بندیهای چارچوب توسط سلول‌ها بخش‌بندی شده‌است که تقاطع بین پرسش‌ها و تحولات هستند.

توضیحات سلولها مستقیماً برگرفته از نسخه ۳٫۰ چارچوب زکمن هستند:

دیدگاه اجرایی

1. (چه) شناسایی موجودی
2. (چگونه) شناسایی فرایند
3. (کجا) شناسایی توزیع
4. (کِه) شناسایی مسئولیت
5. (کِی) شناسایی زمان‌بندی
6. (چرا) شناسایی انگیزه

دیدگاه مدیریت کسب و کار

1. (چه) تعریف موجودی
2. (چگونه) تعریف فرایند
3. (کجا) تعریف توزیع
4. (کِه) تعریف مسئولیت
5. (کِی) تعریف زمان‌بندی
6. (چرا) تعریف انگیزه

دیدگاه معمار

1. (چه) نمایش موجودی
2. (چگونه) نمایش فرایند
3. (کجا) نمایش توزیع
4. (کِه) نمایش مسئولیت
5. (کِی) نمایش زمان‌بندی
6. (چرا) نمایش انگیزه

دیدگاه مهندس

1. (چه) مشخصات موجودی
2. (چگونه) مشخصات فرایند
3. (کجا) مشخصات توزیع
4. (کِه) مشخصات مسئولیت
5. (کِی) مشخصات زمان‌بندی
6. (چرا) مشخصات انگیزه

دیدگاه تکنسین

1. (چه) پیکربندی موجودی
2. (چگونه) پیکربند فرایند
3. (کجا) پیکربندی توزیع
4. (کِه) پیکربندی مسئولیت
5. (کِی) پیکربندی زمان‌بندی
6. (چرا) پیکربندی انگیزه

دیدگاه سازمان

1. (چه) نمونه سازی موجودی
2. (چگونه) نمونه سازی فرایند
3. (کجا) نمونه سازی توزیع
4. (کِه) نمونه سازی مسئولیت
5. (کِی) نمونه سازی زمان
6. (چرا) نمونه سازی انگیزه

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

مثال از قوانین چارچوب زکمن .

چارچوب دارای مجموعه ای از قوانین است:

• قانون ۱ ستون‌ها هیچ ترتیبی ندارند: ستون‌ها قابل تعویض هستند اما نمی‌توان آنها راکاهش می‌یابد یا ستون جدیدی ایجاد کرد.
• قانون ۲ هر ستون یک مدلذاتی ساده دارد: هر ستون می‌تواندفرا مدل خاص خودش را داشته باشد.
• قانون ۳ مدل پایه از هر ستون باید منحصر به فردباشد: مدل پایه از هر ستون، ارتباط اشیاء و ساختار آن منحصر به فرد است. هر شی ء رابطه ای دارای وابستگی داخلی است اما هدف نمایش داده شده منحصر به فرد است.
• قانون ۴ هر سطر یک دیدگاه مجزا و منحصر به فرداست: هر سطر یک دیدگاه از یک گروه کسب و کار خاص را شرح می‌دهد و در این خصوص منحصر به فرد است. همه سطرها معمولاً در بسیاری از سازمان‌های سلسله مراتبی ارائه می‌شوند.
• قانون ۵ هر سلول منحصر به فرد است: ترکیبی از ۲ و ۳ و ۴ باید سلول‌های منحصر به فرد تولید کند که در آن هر سلول نشان دهنده یک مورد خاص است. مثال: A2 نشان دهنده خروجی کسب و کار است به گونه ای که آنچه آنها نمایش می‌دهند در نهایت ساخته می‌شود.
• قانون ۶ ادغام یا تجمیع تمام مدل‌های سلول در یک سطر یک دیدگاه کامل از این سطر را نمایش می‌دهد: همین دلیلی است برای اضافه نکردن سطرها و ستون‌ها، تغییر دادن نامها ممکن است باعث تغییر در ساختار منطقی اساسی چارچوب بشود.
• قانون ۷ منطق بازگشتی است: منطق، رابطه ای بین دو نمونه از یک موجودیت می‌باشد.

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

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

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

چارچوب زکمن در چارچوب سفارشی مانند TEAF، که بر مبنای چارچوب‌های مشابه ساخته شده، اعمال شده‌است. ماتریس TEAF.

• 
  ماتریس نظرات و دیدگاه‌های TEAF
• 
  چارچوب برای جهت، توضیحات و نمای کلی انجام معماری سازمانی
• 
  محصولات TEAF
• 
  محصولات TEAF برای جهت، توضیحات و انجام معماری سازمانی

منابع دیگر:

• ماتریس TEAF یک نمونه سفارشی سازی شده نامیده می‌شود، اینجا را ببینید، ص. 22

چارچوب زکمن به عنوان یک چارچوب برای توصیف استانداردها نیز استفاده می‌شود، برای مثال، استانداردهای بهداشت و درمان و سیستم اطلاعاتی بهداشت و درمان. هر سلول از چارچوب حاوی یک سری از استانداردهای سیستم اطلاعاتی بهداشت و درمان است.

از دیگر کاربردهای چارچوب زکمن استفاده به عنوان مدل مرجع برای سایر معماری‌های سازمانی است، برای مثال این چهار مورد را ببینید:

• 
  EAP نگاشت شده به چارچوب زکمن
• 
  تولیدات نگاشت شده چارچوب معماری DOD C4ISR
• 
  محصولات DoD نگاشت شده به سلول‌های چارچوب زکمن ۲۰۰۳.
• 
  نگاشت بخشی از DoDAF, 2007.

نمونه‌های دیگر:

• تجزیه و تحلیل فرایند یکپارچه منطقی به عنوان یک فرایند
• چگونه معماری مدل محور (MDA) که در توسعه نرم‌افزار به کار می‌رود به چارچوب زکمن نگاشت می شود.
• نگاشت مدل‌های کمیسیون مستقل انتخابات ۶۲۲۶۴ به چارچوب زکمن برای تجزیه و تحلیل قابلیت ردیابی اطلاعات محصولات.
• نگاشت روش توسعه معماری TOGAF (به عنوان مثال متدلوژی) به چارچوب زکمن.

راه‌هایی که چارچوب زکمن باعث تحریک توسعه دیگر چارچوب‌های معماری سازمانی مانند مدل معماری سازمانی NIST، مدل، C4ISR AE، مدلDOE AE و مدل DoDAF شده‌است، کمتر مورد توجه قرار گرفته‌اند:

• 
  NIST معماری سازمانی، [۲۶]
• 
  C4ISR AE, 1997.
• 
  سازمان حفاظت محیط زیست DOE AE , 1998.
• 
  DODAF, 2003.

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

متدلوژی چارچوب زکمن روش به عنوان مثال توسط وزارت امور کهنه سربازان ایالات متحده (VA) به منظور توسعه و حفظ معماری سازمانی One-VA در سال ۲۰۰۱ مورد استفاده قرار گرفته‌است. این متدلوژی نیاز به تعریف تمام جنبه‌های سازمانی VA از دیدگاه فرایند کسب و کار، اطلاعات، فنی، محل، پرسنل و الزامات دارد. گام بعدی در پیاده‌سازی متدلوژی به تعریف تمام توابع مربوط به هر فرایند کسب و کار و شناسایی عناصر اطلاعاتی مرتبط اختصاص ذارد. پس از شناسایی، تکرار توابع و تناقض در تعریف داده‌ها می‌تواند شناسایی و حل و فصل شود.

• 
  جریان فرایند یکپارچه برای پروژه‌های فناوری اطلاعات VA (2001)
• 
  پورتال چارچوب زکمن VA
• 
  معرفی مخزن VA EA (2008)
• 
  یک مقاله آموزشی در مورد چارچوب معماری زکمن

وزارت امور کهنه سربازان در آغاز قرن ۲۱ برای پیاده‌سازی یک معماری سازمانی کاملاً بر اساس چارچوب زکمن برنامه‌ریزی نمود.

• چارچوب زکمن به عنوان یک مدل مرجع برای شروع برنامه‌ریزی معماری سازمانی در سال ۲۰۰۱ مورد استفاده قرار گرفت.
• در این میان پورتال VA چارچوب زکمن ساخته شد.
• پورتال VA چارچوب زکمن هنوز هم به عنوان یک مدل مرجع برای مثال در تعیین اطلاعات معماری سازمانی جمع‌آوری شده از کسب و کارهای مختلف و اسناد و مدارک منابع پروژه‌ها استفاده می‌شود.

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

VA EA -جزئیات سلولهای فرامدل بزرگ شده‌اند.

این نمودار در VA-EA گنجانیده شده تا برای یک نمایش نمادین ازفرامدل مورد استفاده‌اش، هم چنین برای توصیف معماری سازمانی One-VA و نیز برای ساخت مخزن معماری سازمانی بدون استفاده از نرم‌افزار مخزن معماری سازمانی تجاری به کار رود. این نمودار با استفاده از یک پایگاه داده شی گرا و یک محصول نرم‌افزاری Caliber-RM توسعه داده شده‌است. Caliber-RM به عنوان یک ابزار مدیریت پیکربندی نرم‌افزار در نظر گرفته شده‌است، نه به عنوان یک مخزن معماری سازمانی.

اگرچه این ابزار اجازه تعریف اشخاص و روابط و تعریف خواص برای هر دو اشخاص و روابط را می‌دهد، که این ویژگی آن را برای ساخت مخزن معماری سازمانی با توجه به تکنولوژی موجود در اوایل سال ۲۰۰۳ کافی می‌سازد. انگیزه شخصی در انتخاب این ابزار این بود که هیچ‌یک از ابزارهای مخزن تجاری موجود، یک نمایش واقعی از چارچوب زکمن را فراهم نمی‌کردند، و همه آن‌ها بسیار اختصاصی بودند که امکان استفاده از قطعات سایر شرکت‌ها یا استفاده از منبع باز را با مشکل مواجه می‌کردند.

این نمودار چند تفسیر مهم از چارچوب زکمن و انطباق آن با مدیریت سرمایه‌گذاری فناوری اطلاعات را آشکار می‌کند:

1. پیشرفت از طریق سطرها از بالا به پایین، که با آن می‌توان چرخه حیات توسعه سیستم‌ها (SDLC)را ردیابی کرد که یک استاندارد دفاکتو در سراسر صنعت اطلاعات است.
2. این نمودار، اهمیت زیاد و اغلب نادیده گرفته شده سطر-شش را در چارچوب زکمن (دیدگاه سازمانی یکپارچه عملیاتی) را آشکار می‌کند. نمایش آقای زویچ از تفسیر سطر -شش چارچوب زکمن عمدتاً تشکیل شده از بهبودهای سرویس به گونه ای که قابل اندازه‌گیری باشند و صرفه جویی/اجتناب در هزینه‌ها، که از فرایند کسب و کار و نوآوری‌های فناوری که در سراسر سطر-دو تا سطر-پنج توسعه داده شده‌اند، حاصل می شود.

سطر-شش، اندازه‌گیری بازگشت سرمایه‌گذاری برای پروژه‌های جداگانه و به‌طور بالقوه برای کل الگوی سرمایه‌گذاری را فراهم می‌کند. بدون وجود سطر-شش، چارچوب همیشه زیان ده بود، اما بازگشت سرمایه‌گذاری در سطر-شش اجازه می‌دهد که سود تخمین زده شود و در یک فرایند بهبود مستمر به کار رود. این سطر همچنین بهترین تجربه‌ها را ثبت کرده و از طریق سطر-دو به سیستم باز اعمال می‌کند.