|
برای ارائه يک مدل مناسب بمنظور پياده سازی نرم افزار می توان محوريت
را سرويس های ارائه شده توسط هر لايه در نظر گرفته و به
عملكرد هر
Tire
در نرم افزارها از بعد سرويس دهي متمركز شده و هر
Tire
را بعنوان مجموعه ای از سرويس ها در نظر
گرفته كه مسئول ارائه سرويس
به عناصر موجود در
Tire
خود و يا ساير
Tire
های مرتبط باشد.با اين نگرش می توان گفت تمامی نرم افزارها
، خدمات و
سرويس های خود را در سه بخش ارائه مي نمايند:
User
Sevices
Business Services
Data
Services
مشاهده
تصوير با ابعاد بزرگتر
در مدل
Three Tire
،
مسئوليت ارائه هر يك از سرويس های فوق به يك
Tire
واگذار مي گردد.عناصر موجود و مسئول ارائه سرويس و خدمات در هر
Tire
،
قادر به ارتباط و درخواست سرويس از عناصر موجود در
Tire
خود و ساير
Tire
هاي موجود در بالا و يا پايين خود خواهند بود. نكته بسيار مهم در رابطه
با وضعيت فوق اين است كه يك درخواست جهت اخذ سرويس نمي تواند يك
Tire
را حذف و خود مستقيما؛ با
Tire
ثانويه ( بعدی) مرتبط و اصطلاحا؛ يك
Tire
را دور بزند! مثلا" عناصر موجود در لايه
User Services
نمي توانند مستقيما؛ درخواست خود را براي لايه
Data Services
ارسال دارند ، البته لايه فوق نيز چنين امكاني را نخواهد داشت . هر يك
از سه بخش فوق مسئوليت های خاص را برعهده گرفته و در زمانيكه يك بخش به
خدمات يك بخش ديگر نياز داشته باشد ، درخواست خود را برای اخذ سرويس در
اختيار بخش مورد نظر قرارداده و بخش
فوق سرويس درخواستي را در قالب
اجرای يك يا چندين عنصر انجام و ماحصل را در اختيار بخش مربوطه قرار
خواهد داد.مدل فوق كه بر اساس همگرائي نوع سرويس ها و خدمات در يك نرم
افزار ارائه شده است ، صرفا" يك مدل منطقيی است و نشاندهنده يك مدل
فيزيكی نيست .
User services
. عناصر موجود در اين لايه ، مسئوليت ارائه اينترفيس تصويری
( ويژوال ) را برعهده خواهند داشت. عناصر موجود در لايه فوق مسئوليت
ارتباط با ساير عناصر موجود در لايه خود و لايه
Business را برعهده خواهند گرفت .
Business Services . عناصر موجود در لايه
User ، قادر به ايجاد ارتباط مستقيم با عناصر
لايه داده نخواهند بود .لايه Business
مسئوليت عمليات فوق را بر عهده خواهد گرفت . عناصر موجود در اين لايه
مسئول ارائه تمامی سياست های راهبردی نرم افزار خواهند بود .( مثلا"
بررسی اعتبار يک کارت اعتباری ) . سياست های راهبردی در هر نرم افزار
از جمله مواردی می باشند که بالاترين ميزان تغييرات را در مدت زمان
حيات يک نرم افزار خواهند داشت . بديهی است با تغيير يک سياست، می بايست
تغييرات لازم در نرم افزار اعمال گردد. مثلا" فرض نمائيد در برنامه
پرداخت ماليات ميزان جريمه ديرکرد متناسب با سياست های موجود در سازمان
مربوطه تغيير نمايد، در چنين مواردی اعمال خواسته جديد، می
بايست از طريق تغيير عناصر سرويس دهنده در لايه فوق انجام گيرد.
Data
services . عناصر موجود در اين لايه مسئوليت ذخيره و
بازيابی داده ها در منابع داده ئی را برعهده خواهند داشت .در لايه فوق
بهيچوجه از عناصر Bussiness استفاده نشده و
اين عناصر کاملا" از يکديگر متمايز شده اند. يکی از ويژگی های لايه فوق
استقلال در دستيابی به داده ها صرفنظر از نوع منابع داده ئی و پلات
فورم است .
مدل فوق (
تقسيم بندی بر اساس نوع خدمات ) صرفا" يک مدل منطقی بوده و تصوير
فيزيکی از آنچه مورد نظر است را ترسيم نخواهد کرد . در اين راستا ما
بدنبال يک تصوير فيزيکی بوده که با اتکاء به آن بتوان عمليات مربوط به
طراحی و پياده سازی نرم افزار را آغاز و به سرانجام مطلوب رساند.
مشاهده
تصوير با ابعاد بزرگتر
<<
بخش بعدی
| 
