در تعریف دیگر معماری توصیفی فنی از سیستم میباشد که نشان دهنده ساختار مؤلفه ها،ارتباطات بین آن ها و اصول حاکم بر طراحی و تکامل آن ها در گذر زمان میباشد.به عبارت ساده تر هر جا نیاز به طراحی موجودیت یا سیستمی باشد که ابعاد یا پیچیدگی آن از حدی معین فراتر رفته یا نیاز مندی های خاصی را تحمل نماید،نگرش ویژه و همه جانبه ای را لازمم خواهد داشت که به آن معماری میگویند.(احمدی و همکاران،۱۳۸۳)(۲۴)
۲-۱-۱۰- معماری نرم افزار
معماری نرم افزار یعنی ساختار و سازمان یک سیستم نرم فزاری که به منظور پشتیبانی از عملیات مشخص،بر روی سازماندهی اجزاء را در حوزه های مرتبط به هم گروه بندی میکند.دیگر حوزه های مرتبط به هم،بر روی تبادل و تعامل با این حوزه متمرکز میشوند.
۲-۱-۱۱- معماری سیستم اطلاعاتی
معماری سیستم اطلاعاتی ساختار مؤلفه های سیستم،روابط آن ها با یکدیگر و اصول و شیوه های حاکم بر طراحی آن ها با هدف پشتیبانی از کسب و کار را ارائه می کند.
در دهه ۸۰ دو عبارت «معماری سیستم اطلاعاتی» و «معماری نرم افزار» مترادف یکدیگر در نظر گرفته می شدند.ولی در دهه ۹۰ نیاز به اشراف بر ساخت بیرونی یک سیستم و نحوه تعامل آن با سایر سیستم ها علاوه بر تشریح ساخت دورنی آن،باعث ایجاد افتراق میان این دو واژه و تبلور مفاهیمی تازه گردید.ارائه چارچوب زکمن را می توان جزو اولین گامها برای شفاف سازی ناکافی بودن معماری نرم افزار برای پوشش تمامی وجوه یک سیستم دانست.در واقع معماری نرم افزار که عموما با نمودارهای DFD و ERD سر و کار دارد،بیشتر توجه خود را به جزییات درونی سیستم ها معطوف میدارد،ولی معماری سیستم اطلاعاتی بر سطوح کلان فرآیندهای کسب و کار و تعامل آن ها با برنامه های کاربردی تمرکز دارد.(فتحیان و همکاران،۱۳۸۴)(۲۵)
۲-۲- اهمیت و نقش طراحی معماری برای سیستم ها
به دلیل اهمیت انعطاف پذیری سازمان ها در برابر فشارهای بیرونی نظیر تغییر ماهیت کسب و کار،تغییر مأموریت ها و ساختارهای سازمانی و تغییرات سریع تکنولوژی نیاز به یک چارچوب و راهنمای مناسب برای طراحی و پیاده سازی سیستم های اطلاعات استراتژیک منعطف که حداکثر سازگاری را با شرایط ذکر شده داشته باشد ضروری بنظر می رشد.به طور خلاصه می توان ضرورت معماری سیستم های اطلاعات استراتژیک را در ظهور سازمان های بزرگ،نیاز به طراحی و توسعه سیستم های اطلاعاتی پیچیده،ظهور سیستم های اطلاعاتی به منظور خاص و انعطاف پذیری سیستم های اطلاعات استراتژیک در برابر فشارهای بیرونی وارد بر سازمان که ناشی از تغییر و تحولات در شیوه کسب و کار ،رقبا،عرضه کنندگان،مشتریان و به طور کلی تمامی تاثیر گذاران به سازمان و تغییرات سریع فناوری اطلاعات ارزیابی کرد.(الهی و همکاران،۲۰۰۴)(۲۳)
۲-۳- طراحی فرایندهای سیستم های اطلاعاتی
فعالیت طراحی فرایندهای سیستم اطلاعاتی بر روی منابع نرم افزاری تمرکز میکند.به طوری که برنامه ها و رویه های به وسیله سیستم اطلاعاتی پیشنهادی (مطلوب) مورد نیاز واقع میشوند.همچنین طراحان بر روی توسعه مشخصات جزیی نرم افزار تمرکز میکنند که باید به وسیله برنامه ریزی بر روی مشتری خریداری یا توسعه یابند.رابط کاربر،مشخصات طراحی داده و نیازمندی عملیاتی در این مرحله توسعه داده میشوند.(لادون[۱۶]،۲۰۰۱)(۲۶)
۲-۳-۱- تعریف فرایند
فرایند به مجموعه مراحل به هم پیوسته کار گفته می شود.(نانسی[۱۷]،۱۹۹۹)(۲۷) به عبارت دیگر فرایند ها اقدامات،عملیات یا رفتارهایی هستند که برای تغییر شکل چیزی اجرا میگردند.برای مثال،از طریق ایجاد تغییر در ظاهر،خواص شیمایی،مکان،موقعیت آن از دیدگاه نرم افزاری فرایندها فعالیت هایی هستند که در نهایت به برنامه های کامپیوتری ختم میشوند.شکل ۲ نمایش یک فرایند را بر اساس استاندارد انگلیسی آن نشان میدهد.(آلتر[۱۸]،۲۰۰۰)(۲۸)
نام فرایند (پردازش)
شناسه فرایند (شماره)
شکل شماره ۲: نمایش استاندارد انگلیسی یک فرایند
۲-۳-۲- فرایند های کسب و کار/فرایند های سیستم اطلاعاتی
مجموعه فعالیت هایی هستند که یک یا چند نوع ورودی را به کارگرفته،تعبیر و تفسیر نموده و خروجی را ایجاد میکنند که برای مشتریان ارزشمند و خواستنی است.برای مثال پذیرش درخواست برای وام،پردازش و تصویب یا رد آن نمونه ای از فرایند های کسب و کار یک بانک میباشند.
۲-۳-۳- رویکرد های طراحی فرایند های سیستم های اطلاعاتی
از نظر یوردون[۱۹] (۲۰۰۲) دو رویکرد عمده برای طراحی فرایندهای سیستم های اطلاعاتی وجود دارد که عبارتند از :
الف-رویکرد کیفیت فراگیر[۲۰]
در این رویکرد برای طراحی فرایند های سیستم های اطلاعاتی رعایت معیارهای کیفیت زیر ضروری است که عبارتند از :
۱- مربوط بودن [۲۱]:آیا اصلا فرایندی برای تولید محصولات(خروجی ها) توسط سیستم اطلاعاتی کیفیت[۲۲] لازم است؟
۲- کامل بودن [۲۳]:آیا فرایند همه آنچه را که باید انجام دهد،انجام میدهد؟
۳- صحیح بودن [۲۴]:آیا فرایند با سطح اشتباهات حداقل کار میکند؟
۴- ایمن بودن [۲۵]: آیا فرایند تنها توسط پرسنل تحت فرمان فعال می شود؟آیا رمزهای عبور لازم بر روی آن قرار گرفته اند؟چه کسانی باید به آن دسترسی داشته باشند؟
۵- بهنگام بودن [۲۶]: آیا دوره زمانی فرایند منطبق با استانداردها و انتظارات میباشد؟
۶- اقتصادی بودن[۲۷]: اگر تمام کارهای دیگر متوازن باشند،آیا طراحی فرایند به طور ارزان امکان پذیر است؟
۷- کارا بودن [۲۸]: آیا تمام نسبت ها مثلا نسبت صحیح بودن عملکرد فرایند به هزینه انجام شده برای آن به حداکثر خود رسیده اند؟
۸- پایا بودن (قابلیت اطمینان):آیا واریانس ها برای بررسی و ارزیابی عملکرد فرایند به حداقل رسیده اند؟
۹- کاربردی بودن[۲۹](قابلیت به کارگیری): آیا یادگیری و درک فرایند آسان است؟
ب- رویکرد ساخت یافته [۳۰]
اصول طراحی ساخت یافته نمودارهای جریان داده را به کار میگیرد و مستلزم تغییر شکل از نمودارهای جریان داده فیزیکی[۳۱] به نمودارهای جریان داده منطقی [۳۲]از طریق حذف تمام فرایندهای فیزیکی از ملاحظات است.توالی ساخت یافته برای تبدیل سیستم جاری(موجود) به مشخصات سیستم پیشنهادی (مطلوب) به ترتیب زیر است:
۱- یک نمودار سلسله مراتبی از جاری به یک مجموعه هم سطح از نمودارهای جریان داده فیزیکی از سیستم جاری تبدیل و ترجمه می شود.
۲- این مجموعه از نمودارهای جریان داده فیزیکی تحت تاثیر فرآیندهای فیزیکی و ملاحظات قدیمی پیاده سازی قرار گرفته و در نتیجه یک مجموعه هم سطح از نمودارهای جریان داده منطقی برای سیستم جاری ایجاد می شود.