مقدمه:
معماری سرویس گرا به عنوان یکی از آخرین دستاوردها در تولید نرم افزار، به نظر می رسد، در سالهای آتی معماری غالب صنعت فناوری اطلاعات و ارتباطات باشد. علت بوجود آمدن این معماری، ایده ای بود که در ذهن تعدادی از معماران آن وجود داشت و آن نرم افزار به عنوان سرویس بود. در مدل نرم افزار به عنوان سرویس شما نرم افزار خود را بگونه ای طراحی می کنید که قابل استفاده توسط سیستم های دیگر باشد یعنی دیگران می توانند برای استفاده از سرویس شما ثبت نام کنند و هر موقع که لازم داشتند از خدمات آن بهره ببرند، همانند حالتی که در مورد شبکه های تلویزیون کابلی وجود دارد. تا زمانی که شما به سرویس متصل هستید، شما می توانید هر لحظه که خواستید از سرویس استفاده کنید.
برای مدتهای طولانی برنامه نویسان سعی می کردند تا، کدهای خود را بصورت modular بنویسند، تا بتوان از آن در تولید نرم افزارهای دیگر استفاده کرد. تفاوت نوشتن کد بصورت modular و بر اساس معماری سرویس گرا در حجم مخاطبان آن است.
دوباره به همان مثال اول برمی گردیم، وقتی شما کد خود را به منظور قابل استفاده بودن توسط نرم افزارهای دیگر، به شکل Modular می نویسید مانند این است که، یک شبکه تلویزیون کابلی درون یک ساختمان خاص دارید و بنابراین فقط ساکنین آن ساختمان می توانند از آ« بهره برداری کنند.
در جهان امروز طیف مخاطبانی که بالقوه می توانند از سرویس شما استفاده کنند، کل کاربران روی شبکه اینترنت است. بنابراین باید مکانیزمی بوجود می آمد، که می توانست پاسخگوی این محیط جدید (اینترنت) و کاربران آن باشد و بنابراین معماری سرویس گرا بوجود آمد. این معماری توسط دو شرکت IBM ، Microsoft بوجود آمد، که هر دو شرکت طی سالهای اخیر از حامیان اصلی سرویسهای وب و عامل بسیاری از ابداعات جدید در حیطه سرویس های وب، مانند WSE ، UDDI بوده اند. قابل ذکر است، که در آخرین معماری در حال توسعه، در تولید نرم افزار که هنوز هم در مرحله تحقیقاتی است (MDA) ، تدابیری جهت هماهنگی با معماری سرویس گرا در نظر گرفته شده است.
از نمونه های استفاده از این معماری در کشور خودمان، سازمان ثبت احوال کشور است که موظف شده تا پایگاه اطلاعاتی خود را بصورت سرویس وب و مبتنی بر این معماری به سایر نهادها مانند نیروی انتظامی و سایر دستگاه ها ارائه دهد.
مقدمه:
معماری سرویس گرا به عنوان یکی از آخرین دستاوردها در تولید نرم افزار، به نظر می رسد، در سالهای آتی معماری غالب صنعت فناوری اطلاعات و ارتباطات باشد. علت بوجود آمدن این معماری، ایده ای بود که در ذهن تعدادی از معماران آن وجود داشت و آن نرم افزار به عنوان سرویس بود. در مدل نرم افزار به عنوان سرویس شما نرم افزار خود را بگونه ای طراحی می کنید که قابل استفاده توسط سیستم های دیگر باشد یعنی دیگران می توانند برای استفاده از سرویس شما ثبت نام کنند و هر موقع که لازم داشتند از خدمات آن بهره ببرند، همانند حالتی که در مورد شبکه های تلویزیون کابلی وجود دارد. تا زمانی که شما به سرویس متصل هستید، شما می توانید هر لحظه که خواستید از سرویس استفاده کنید.
برای مدتهای طولانی برنامه نویسان سعی می کردند تا، کدهای خود را بصورت modular بنویسند، تا بتوان از آن در تولید نرم افزارهای دیگر استفاده کرد. تفاوت نوشتن کد بصورت modular و بر اساس معماری سرویس گرا در حجم مخاطبان آن است.
دوباره به همان مثال اول برمی گردیم، وقتی شما کد خود را به منظور قابل استفاده بودن توسط نرم افزارهای دیگر، به شکل Modular می نویسید مانند این است که، یک شبکه تلویزیون کابلی درون یک ساختمان خاص دارید و بنابراین فقط ساکنین آن ساختمان می توانند از آ« بهره برداری کنند.
در جهان امروز طیف مخاطبانی که بالقوه می توانند از سرویس شما استفاده کنند، کل کاربران روی شبکه اینترنت است. بنابراین باید مکانیزمی بوجود می آمد، که می توانست پاسخگوی این محیط جدید (اینترنت) و کاربران آن باشد و بنابراین معماری سرویس گرا بوجود آمد. این معماری توسط دو شرکت IBM ، Microsoft بوجود آمد، که هر دو شرکت طی سالهای اخیر از حامیان اصلی سرویسهای وب و عامل بسیاری از ابداعات جدید در حیطه سرویس های وب، مانند WSE ، UDDI بوده اند. قابل ذکر است، که در آخرین معماری در حال توسعه، در تولید نرم افزار که هنوز هم در مرحله تحقیقاتی است (MDA) ، تدابیری جهت هماهنگی با معماری سرویس گرا در نظر گرفته شده است.
از نمونه های استفاده از این معماری در کشور خودمان، سازمان ثبت احوال کشور است که موظف شده تا پایگاه اطلاعاتی خود را بصورت سرویس وب و مبتنی بر این معماری به سایر نهادها مانند نیروی انتظامی و سایر دستگاه ها ارائه دهد.
نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای
به همراه 16 صفحه اسلاید آماده ارائه در قالب پاورپوینت
در اکثر پروژه های کامپیوتری انجام شده در دهه های اخیر از تکنولوژیهای تمام شئگرایی مانند Java و C# استفاده شده در حالی که برای ذخیره سازی دادهها از پایگاه داده های رابطه ای که در آنها اثری از شئگرایی موجود نیست استفاده شده. این بدین معنا نیست که انتخابهای دیگری موجود نیست بلکه بسیاری زبانهای برنامه نویسی Procedural شبیه COBOL موجود است همچنین بسیاری از پایگاهدادههای موجود از تکنولوژی شئگرا بهره میبرند از جمله میتوان از پایگاه داده های XML نام برد.
بین تکنولوژیهای شئگرایی و رابطهای که اکثر تیمهای نرمافزاری در سیستمهای خود بهکار میبرند یک ناهمخوانی ذاتی موجود است. برای رفع این ناهمخوانی یک راه ساده وجود دارد که از دو بخش تشکیل شده: ابتدا باید پروسهی نگاشت اشیاء به رابطههای پایگاهداده را آموخت و سپس روشی برای پیادهسازی آن فرا گرفت.
شکل 1 نشان دهنده نقش یک DBA است زمانی که نگاشت بین مدل رابطهای و شئگرا را انجام میدهد. سه عمل اولیه برای اینکار عبارتند از:
1- نگاشت [1]: هدف اصلی یافتن یک استراتژی مناسب و کارا برای نگاهداری دادههای اشیاء است. این کار شامل ذخیره کردن صفات و رابطههای بین اشیاء از جمله رابطهی ارث بری میان اشیاء است.
2- پیادهسازی نگاشت [2]
3- یکسان ساختن کارایی [3]
نکته ی قابل توجه در شکل1 این است که هم DBA ها و هم تولیدکنندگان نرمافزارها در هر سه فعالیت بالا با هم کار میکنند.
اولین چیزی که در نگاشت اشیاء به پایگاهدادههای رابطهای به نظر میرسد نگاشت بین صفات اشیاء و ستونهای جداول است. هر صفت از یک شئ به صفر یا چند ستون در پایگاهداده رابطهای تبدیل میشود. به خاطر داشته باشید که کلیه صفات یک شئ پایدار (Persistent) نیستند. به عنوان مثال صفت میانگین نمرات در یک شئ Student ممکن است فقط در برنامه استفاده شود در حالی که نیازی به ذخیرهسازی مقدار آن در پایگاهداده نیست چراکه از روی مقادیر باقی صفات قابل محاسبه میباشد. و یا بعضی صفات در اشیاء خود یک شئ مستقل میتواند باشد به همین دلیل ممکن است در پایگاهداده رابطهای مجموعهای از چند ستون به عنوان جایگزینی برای یک صفت در یک شئ در نظر گرفته شود. سادهترین حالت در نگاشت یک شئ زمانی است که هر صفت از یک شئ به یک ستون از یک جدول در پایگاهداده نگاشت شود مخصوصاً زمانی که نوع دادهای در مدل شئگرا با نوع دادهای در مدل رابطهای یکسان باشند. ]4[
برای سادگی میتوان فرض کرد که کلاسها به صورت یک به یک به جداول در پایگاهدادهها نگاشت میشوند. اما به غیر از موارد بسیار ساده و ابتدایی همانطور که در ادامه خواهیم دید این فرض اشتباه بوده و نیاز به عملیات بیشتری برای نگاشت میان کلاسها و جداول در این دو مدل است. اما در این نوشته معمولاً ابتدا هر کلاس را به یک جدول نگاشت کرده و سپس سایر بهینهسازیها را انجام میدهد.
شکل ۲ نشان دهنده یک نمودار کلاس ساده به همراه مدل ذخیره سازی فیزیکی معادل آن در پایگاهداده رابطهای میباشد. شما در این شکل میتوانید ارتباط بین عناصر یک کلاس با ستونهای پایگاهداده را مشاهده کنید.
ممکن است هنگام انتقال از فایل ورد به داخل سایت بعضی متون به هم بریزد یا بعضی نمادها و اشکال درج نشود ولی در فایل دانلودی همه چیز مرتب و کامل است
متن کامل را می توانید در ادامه دانلود نمائید
چون فقط تکه هایی از متن برای نمونه در این صفحه درج شده است ولی در فایل دانلودی متن کامل همراه با تمام ضمائم (پیوست ها) با فرمت ورد word که قابل ویرایش و کپی کردن می باشند موجود است
فایل محاسبه کلودبازار گرا که به طور کامل شروع و تعریف محاسبه کلود بازار گرا به طور کامل توضیح داده شده
محاسبه کلود بازار گرا:
"تصور، تبلیغات و واقعیتِ تحویل دادن خدمات فناوری اطلاعات بعنوان تسهیلات محاسبه"
راجکومار بویا-چی شین یئو...
آزمایشگاه سیستم های گسترده محاسبه گردید GRIDs))
دانشکده مهندسی نرم افزار و علوم کامپیوتر
دانشگاه ملبورن-استرالیا...