دولت الکترونیک

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

تجربه موجود در سایر رشته‌های مهندسی

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

داشتن راهبردهای دراز مدت و قابل توسعه

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

نیاز به وسیله ای برای برنامه ریزی

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

فراهم آوردن زمینه‌های تعامل پذیری و یکپارچگی سیستم ها

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

امکان انواع تحلیهای مدیریتی

سازمان‌ها دوست دارند که امکان تحلیل‌های مدیریتی را به منظور گرفتن تصمیات مدیریتی داشته باشند.

ارزیابی،بهبود و اصلاح روش‌ها و فرآیندها در ماموریتهای سازمانی

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

پیش‌بینی و برنامه ریزی تغییرات

سازمان‌ها باید ‌در مورد تغییرات احتمالی سیستمهایشان بتوانند پیش‌بینی کنند،تا در صورت بروز تغییرات بتوانند آن تغییرات را اعمال کنند.

پیش‌بینی هزینه ها و زمان

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

نیاز به ایجاد نظامی یک ‌دست و قابل مقایسه در توصیف سیستم‌ها

طراحی و پیاده سازی ماموریتها،فرآیندها و سیستم‌های اطلاعاتی که در سازمان‌های بزرگ به کار گرفته می‌شوند،نیازمند وجود الگوهای مناسب و استاندارد جهت توصیف آن ها می‌باشد،در غیر اینصورت امکان مقایسه خروجی های سازمان‌های مختلف با هم وجود نداشته و فرایند یکپارچگی دچار چالش‌های اساسی خواهد شد.‌بنابرین‏ باید معماری سازمانی در سازمان‌ها وجود داشته باشد.(پورکمالی انارکی،۱۳۹۱)(۴۱)

ج-۳-چارچوب های برنامه ریزی معماری سازمانی

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

در تشریح مفهوم چارچوب آمده است که یک چارچوب معماری:

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

باید روشی را برای طراحی سیستم های اطلاعاتی و روش اتصال آن ها به یکدیگر،ارائه کند.

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

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

1. 1. Lippeveld ↑

1. 1. Health information system ↑

1. 1. Surveillance ↑

1. 1. Information system ↑

1. 1. Management information system ↑

1. 1. Surveillance system ↑

1. 1. Decision making ↑

1. 1. Wilkins ↑

1. 1. Data ↑

1. 1. Information ↑

1. 1. Rever ↑

1. 1. Forsetlundl ↑

1. 1. Mendoza ↑

1. 1. Information systems ↑

1. 1. O Brien ↑

1. 1. Laudon ↑

1. 1. Nancy ↑

1. 1. Alter ↑

1. 1. Yourdon ↑

1. 1. Total Quality Approuch ↑

1. 1. Relevancy ↑

1. 1. Quality information systems) QIS( ↑

1. 1. Completeness ↑

1. 1. Correctness ↑

1. 1. Security ↑

1. 1. timeliness ↑

1. 1. Economy ↑

1. 1. Efficiency ↑

1. 1. Useability ↑

1. 1. Struchrred Approuch ↑

1. 1. Physical Data Flow Diagram ↑

1. 1. Logical Data low Diagram ↑

1. 1. data Dictionary ↑

1. 1. Yourdon ↑

1. 1. Harrnigton ↑

1. 1. Eliminate Duplicate Processes ↑

1. 1. Object-Oriented Programming OOP ↑

1. 1. Object-Orient Analysis and Design OOAD ↑

1. 1. Reduse Process Cycle Time ↑

1. 1. Turban ↑

1. 1. Sequence ↑

1. 1. Parallel ↑

1. 1. Decoupling ↑

1. 1. Olerup ↑

1. 1. Langefors ↑

1. 1. Downs ↑

1. 1. Fitzgerald ↑

1. 1. Checkland ↑

1. 1. Hirschheim ↑

1. 1. Boland ↑

1. 1. Vonk ↑

1. 1. Papatsoutsos ↑

1. 1. Ahituv ↑

1. 1. Ward ↑

1. 1. Stage ↑

1. 1. Avison ↑

1. 1. Paul ↑

1. 1. Chen ↑

1. 1. Benyon ↑

1. 1. Skidmore ↑

1. 1. Mumford ↑

1. 1. Multiview ↑

1. 1. Life Cycle System Development approach (SDLC) ↑

1. 1. Structured ↑

1. 1. Structured_Programming ↑

1. 1. Structured Coding ↑

1. 1. Top Down ↑

1. 1. Function ↑

1. 1. Functional Decomposition Approach ↑

1. 1. Analysis Methodologies ↑

1. 1. Top Down ↑

1. 1. Abstraction Data ↑

1. 1. Hierarchical Type ↑

1. 1. Visual ↑

1. 1. Integrated System Development Enviroment ↑

1. 1. Critical Success Factor Method (CSF) ↑