تبليغاتX
معماری سازمانی
مجموعه مطالب در خصوص معماری فناوری اطلاعات سازمانی و چارچوب های معماری
ترجمه مقاله معروف Enterprise Architecture Artifacts versus Application Development Artifacts از زکمن را براتون گذاشتم تا استفاده کنید.

مقايسه "مدل هاي معماري سازماني" با "فراورده هاي توسعه نرم افزار" – جان زكمن

اخيرا مشاهده كرده ام كه بين " فراورده هاي(مدل ها) معماري سازماني" با " فراورده هاي فرايند توليد و توسعه نرم افزار" تداخلي صورت گرفته و گروهي قادر به تمايز بين اين دو مفهوم نيستند. دلايل زيادي براي اين موضوع وجود دارد، يك دليل مربوط به عصر گذشته(عصر صنعت) است كه هنوز معماري سازماني معنا نداشت، بطوريكه برخي افراد معماري را يك توصيف سطح بالا از سيستم يا موضوعي منطقي در تقابل با جنبه فيزيكي مي دانستند و يا عده اي آنرا همان ابزار و لوازم مي پنداشتند و سرانجام گروهي هم معماري را همان اصول كار قلمداد مي كردند. اما دليل اصلي براي تداخل دو مفهوم، شباهت محصولات به يكديگر بود.

بقیه در ادامه مطلب ...


ادامه مطلب
+ نوشته شده در  دوشنبه نهم مهر 1386ساعت 13:10  توسط امیر مهجوریان  | 

ترجمه مقاله معروف Looking Back and Looking Ahead  از زکمن را براتون گذاشتم تا استفاده کنید.

نگاهي به گذشته و نگاهي به آینده – جان زكمن


ابتدا نگاهي به گذشته:
مي توان چهار دليل عمده آورد كه چرا معماري سازماني انطور كه بايد پيشرفت نكرد.

الف: معماري مقابل فرهنگ بود
معماري مقابل فرهنگ بود. در طول 50 سال گذشته، چالش اصلي در سيستم هاي اطلاعاتي تلاش براي ساده سازي توليد و استفاده از نرم افزار ها بوده است. تمام همت ما "توليد كد برنامه" بود و معيارهاي اندازه گيري كارائي نرم افزار ها محدود به چند معيار بود: تعداد خط كد برنامه، ميزان نفر-ماه كار برنامه نويسي، زمان پاسخ برنامه، بودجه، هزينه و ...
در فرايند توليد نرم افزار سعي كرديم تا بطور ضمني استانداردها را رعايت كنيم، برنامه قابل استفاده مجدد، قابل انتقال، شيء گرا و...  باشد درحاليكه واقعيت اين است كه ما هيچكدام از اين موارد را به درستي رعايت نمي كرديم!
با مثالي موضوع را توضيح مي دهيم، آيا تا كنون فروشگاهي را ديده ايد كه بتوان در آن براي راه ها، جاده ها، پل ها، معماري ها و ديگر زيربنا ها قيمت تعيين كرد؟ مثلما نه! مشكل آنجاست كه اين موارد بسيار مهم قابل ارزش گذاري نيستند و معمولا زماني كه به انها احتياج ضروري است، آنها وجود ندارند! مگر اينكه در گذشته كسي با پيش بيني و آينده نگري آنها را فراهم كرده باشد.
حال مفهوم مقابل فرهنگ روشن شد. نمي دانيم چگونه "معماري" را ارزش گذاري كنيم، در نتيجه نمي توانيم آنرا بدست آوريم! چون كسي احساس نياز حياتي به آن نكرده(علي رغم ضرورت حياتي آن) و تلاشي در جهت تهيه آن نشده است، زماني كه فهميديم چقدر به آن احتياج داريم آنرا نداشتيم.

بقیه در ادامه مطلب...


ادامه مطلب
+ نوشته شده در  دوشنبه نهم مهر 1386ساعت 13:5  توسط امیر مهجوریان  | 

مقصود از ستون داده (چه چيز)، كليه اشياء و داده هاي مهم براي سازمان هستند كه در سطرهاي چارچوب، از ديدگاههاي مختلف مورد بررسي قرار مي‌گيرند. فهرست كلان از اشياء و موجوديت هاي مهم حرفه(سطر يك)، كليه موجوديت هاي كسب و كار و روابط بين آنها(سطر دو)، داده هاي اطلاعاتي و ارتباط منطقي بين آنها(سطر سه)، مدل داده هاي فيزيكي كه با فناوري خاصي توليد شده(سطر چهارم) و دست آخر اجزاء و مشخصات جزئي داده هاي اطلاعاتي ، فيلد ها و جداول پايگاه داده(سطر پنجم) مربوط به اين جنبه مي‌باشند.
بطورخلاصه مي‌توان گفت آنچه مربوطه به داده(در سيستم ها) يا موجوديت(در كسب و كار) است و در جواب سئوال "چه چيز" آورده مي‌شود، همه مربوط به اين جنبه از چارچوب زكمن است.

بقیه در ادامه مطلب ...


ادامه مطلب
+ نوشته شده در  شنبه بیست و نهم اردیبهشت 1386ساعت 12:58  توسط امیر مهجوریان  | 

مقصود از فراورده هاي سطر 1 (ديدگاه برنامه ريز)، تعريف حدود سازمان است و هر آنچه كه به سازمان مربوط يا براي آن ضروري است. در اين سطر "حوزه " و "مضمون " معماري تعريف مي‌شود تا در ديدگاههاي پائين تر مورد استفاده قرار گيرد. منظور از حوزه معماري، مرز قلمرويست كه معماري مورد نظر را مشخص مي‌كند، براي مثال در ستون داده، در اين سطر داده هاي كلان و مهم سازمان مشخص مي‌شوند، تا در سطر بعد(مالك) فهرست كليه داده هاي مربوط به حرفه و روابط آنها با هم(نمودار ارتباط موجوديت ها) مشخص شود. مي‌توان سطر يك را به "فهرست" يك كتاب تشبيه كرد كه سرفصل ها و مضمون(محدوده) مطالب در آن آورده شده و سطرهاي بعدي را به محتواي كتاب تشبيه كرد كه به صورت تفصيلي و مشروح است. بايد توجه داشت كه هر آنچه در متن كتاب آمده است بايد در "محدوده" فهرست و سرفصلهاي آن قيد شده باشد. بطور خلاصه مي‌توان گفت كه همانطور كه فهرست كتاب، تعيين كننده حدود و مضمون آن مي‌باشد، سطر يك چارچوب نيز نشان دهنده محدوده و حوزه معماري است. در اين سطر با "فهرستها" به جاي "مدل ها" سروكار داريم.

بقیه در ادامه مطلب ...


ادامه مطلب
+ نوشته شده در  جمعه بیست و یکم اردیبهشت 1386ساعت 12:56  توسط امیر مهجوریان  | 

چارچوب معماري زکمن که به نوعي جدول مندليف مدل هاي معماري به حساب مي‌آيد، چارچوب مرجعي است که شش جنبه اطلاعات، فرآيند ها، مکانها، افراد، رويدادها و اهداف را تحت پوشش قرار مي‌دهد. چارچوب زکمن نقشي کليدي در ايجاد چارچوبهاي ديگر، مانند "چارچوب معماري فدرال" داشته است . جان زکمن، ارائه کننده چارچوب فوق، كه از پيش كسوتان "معماري سازماني"به حساب آمده و امروزه او را بعنوان پدر اين علم مي‌دانند، معماري سازماني را ضرورتي غيرقابل اجتناب براي سازمانهاي بزرگ مي‌داند.
چارچوب زکمن ، يک چارچوب جامع و عمومي است که با ويژگي هاي انعطاف پذيرخود در حوزه هاي کاربردي زيادي قابل اعمال است . اين چارچوب يک مدل پايه براي توسعه چارچوب EAP درسال 1992 بود که خود بوجود آورنده چارچوب هاي (FEAF (1999) ، IISAF (1997 و به دنبال آن چارچوب TEAF در سال 2000 مي باشد.

اگرچه امروزه چارچوب زكمن قدري قديمي شده و مطابق با نيازهاي روز نمي باشد اما هنوز به عنوان مرجع و منبعي براي معماري سازماني به حساب مي ايد، بدين صورت كه مفاهيم و چارچوبهاي جديد كه با توجه به نيازهاي روز و دانش جديد توسعه يافته اند، ايده هاي اوليه خود را از اين چارچوب مادر گرفته و آنرا مطابق نيازها و شرايط خاص خود شكل داده اند.
امروزه جان زكمن معتقد است چارچوب وي نقش "يك ابزار تفكر" را بازي مي كند، بطوريكه به معماران و مديريان كمك مي كند حوزه ها و جنبه ها را جداسازي و مرتب كنند. چارچوب معماري زكمن تاثير مستقيمي بر اكثر چارچوب هاي بعدي و مفاهيم معماري داشته است.

نقاط مثبت چارچوب زكمن:

  • فراگيري و كار با آن ساده است.
  • جامع و هم جانبه است، همه ديدگاه ها و جنبه ها را پوشش مي دهد
  • مبتني بر مجموعه اي از توصيفات پايه با نام مدل هاي معماري است

كمبودهاي چارچوب زكمن:

  • بحثي در خصوص امنيت نشده است، زكمن تنها يك يادداشت در اين مورد نوشته و شرحي در اين خصوص وجود ندارد.
  • بحثي در خصوص استانداردها، قوانين و استراتژي هاي انتقال انجام نشده. ستون انگيزه را شايد بتوان با برنامه هاي انتقالي و نگاه استراتژيك به نوعي تركيب كرد.
  • برخي ستونها مانند زمان و انگيزه به اندازه ديگر ستونها كاربرد و استفاده ندارند
    چارچوب مستقل از متدولوژي و ابزار است.
  • گونگي همراستا نمودن فناوري اطلاعات با كسب و كار مشخص نشده است.
  • عدم توجه به ارتباط بين جنبه ها با يكديگر، موضوعي كه بعدها با معرفي ماتريس هاي نگاشتي بين عناصر ستون ها با يكديگر توسط متدهاي معماري مورد توجه قرار گرفت.
  • چارچوب (و مدل ها) فاقد قانون هستند.

مطالب بیشتر در خصوص معماری سازمانی و معماری سرویس گرا

+ نوشته شده در  دوشنبه بیستم فروردین 1386ساعت 12:25  توسط امیر مهجوریان  |