تبلیغات
دانشگاه علوم وفنون مازندران مهندسی صنایع - انواع مدل های فیزیکی پیاده سازی شده در مدل سرویس گیرنده سرویس دهنده
 
دانشگاه علوم وفنون مازندران مهندسی صنایع
موفقیت یعنى سازگارى با حوادث روزگار
                                                        
درباره وبلاگ

مدیریت وب سایت:
مهندس محمد جواد مهدوی
کارشناس برنامه ریزی و کنترل پروژه (با استفاده از
نرم افزارهای primavera&Microsoft Project)
کارشناس مدیریت ریسک پروژه (با استفاده از نرم افزار permaster)
کارشناسی:مهندسی صنایع – برنامه ریزی و تحلیل سیستمها
دانشگاه علوم و فنون مازندران
کارشناسی ارشد: مهندسی صنایع - صنایع
دانشگاه آزاد قزوین
----------------------------------------------------
Engineer Mohammad Javad Mahdavi
Expert:Project Planning & Control
(Oil & Gas & Construction Projects)
Email : Mohammadjavad.mahdavi@yahoo.com
Web Site : http://mjm0123.mihanblog.com
مدیر وبلاگ : محمد جواد مهدوی
نظرسنجی
شما آینده کاری کدام یک از رشته های زیر را در رشته ریاضی فیزیک بهتر میدانید؟(در صورتی که رشته ی دیگری را مد نظر دارید گزینه سایر رشته ها را انتخاب کنید یا به ما اعلام نظر کنید تا در لیست نظر سنجی قرار دهیم.)











آمار وبلاگ
  • کل بازدید :
  • بازدید امروز :
  • بازدید دیروز :
  • بازدید این ماه :
  • بازدید ماه قبل :
  • تعداد نویسندگان :
  • تعداد کل پست ها :
  • آخرین بازدید :
  • آخرین بروز رسانی :

برای ارائه یک مدل مناسب بمنظور پیاده سازی نرم افزار می توان محوریت را سرویس های ارائه شده توسط هر لایه در نظر گرفته و  به عملكرد هر 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 استفاده نشده و این عناصر کاملا" از یکدیگر متمایز شده اند. یکی از ویژگی های لایه فوق استقلال در دستیابی به داده ها صرفنظر از نوع منابع داده ئی و پلات فورم است .

مدل فوق ( تقسیم بندی بر اساس نوع خدمات ) صرفا" یک مدل منطقی بوده و تصویر فیزیکی از آنچه مورد نظر است را ترسیم نخواهد کرد . در این راستا ما بدنبال یک تصویر فیزیکی بوده که با اتکاء به آن بتوان عملیات مربوط به طراحی و پیاده سازی نرم افزار را آغاز و به سرانجام مطلوب رساند.

 مشاهده تصویر با ابعاد بزرگتر





نوع مطلب : مهندسی صنایع، 
برچسب ها :
لینک های مرتبط :




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