پیوندهای مفید
اخبار و اعلانات
آمار
| تعداد نشریات | 44 |
| تعداد شمارهها | 1,877 |
| تعداد مقالات | 15,278 |
| تعداد مشاهده مقاله | 43,731,419 |
| تعداد دریافت فایل اصل مقاله | 17,563,622 |
بهینهسازی خودکار کارایی نرمافزار مبتنی بر مدل با استفاده از MOPSO | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| هوش محاسباتی در مهندسی برق | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| مقاله 1، دوره 2، شماره 2، شهریور 1390، صفحه 1-11 اصل مقاله (1.42 M) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| نوع مقاله: مقاله پژوهشی فارسی | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| نویسندگان | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| مریم آموزگار* 1؛ مهدی افتخاری2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 1دانشکده مهندسی کامپیوتر- دانشگاه علم و صنعت- تهران- ایران | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 2- استادیار، دانشکده مهندسی کامپیوتر- دانشگاه شهید باهنر - کرمان- ایران | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| چکیده | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| مهندسی کارایی نرمافزار در فازهای اولیه تولید نرمافزار (مدل سازی)، کارایی و صرفهجویی در هزینهها را بههمراه دارد که هنوز بهطور کامل خودکار نشده است. این مقاله یک روش بهینهسازی مبتنی بر الگوریتم چندهدفه پرندگان را برای جستجوی خودکار فضای طراحی ارائه میکند تا مقادیر بهینه تنظیمات سیستم را برای دستیابی به کارایی بیشتر، در اختیار قرار دهد. بدین منظور، مدل نرمافزار به مدل کارایی که مبتنی بر شبکههای صف لایهای است، تبدیل میشود. سپس مدل کارایی بهینه و بازخورد لازم در مدل نرمافزار منعکس میشود. یک مورد مطالعه برای ارزیابی روش پیشنهادی آورده شده است که نتایج به دست آمده کارایی روش پیشنهادی را نشان میدهد. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| کلیدواژهها | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| بهینهسازی جمعیت پرندگان؛ بهینهسازی چند هدفه؛ مهندسی کارایی نرمافزار؛ MOPSO | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| اصل مقاله | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
مهندسی کارایی نرمافزار[1]، [1] فرآیند ارزیابی کارایی نرمافزار در مرحله طراحی مدل نرمافزار است که علاوه بر کاهش هزینههای تولید، افزایش کیفیت و کارایی را بههمراه دارد. تحقیقات انجام شده در حوزه نرمافزارهای مبتنی بر قطعه[2] [2] خودکارسازی این فرآیند را بسیار مهم میشمارد زیرا طراح نرمافزار میتواند براحتی و بدون نیاز به تسلط در حوزه کارایی، مدلی با کیفیت بالا طراحی کند. در این مقاله فرآیند ارزیابی به دو زیرفرآیند عمده تفکیک شده است: تبدیل مدل و بازخورد. تبدیل مدل مرحلهای است که در آن مدل نرمافزار به مدل کارایی تبدیل میشود، در حالی که بازخورد مربوط به انعکاس پارامترها و یا مشخصههای بهینه کارایی از مدل کارایی به مدل نرمافزار است. در سالهای اخیر تحقیقات زیادی در حوزه تبدل مدل انجام شده است اما بهینهسازی خودکار و یا به عبارتی، ارائه مقادیر بهینه تنظیمات و مشخصههای کارایی در مدل نرمافزار به تحقیقات بیشتری نیاز دارد. استفاده از الگوریتمهای بهینهسازی در مهندسی نرمافزار در [3] مرور شده است و بر مبنای همین الگوریتمها برای مساله ارزیابی کارایی نرمافزار روشهایی در [6-4] رائه شده است. در برخی تحقیقات [4] تنها زمان پاسخ برای ارزیابی کارایی در نظر گرفته شده است، در حالی که پارامترهای مهمی همچون بهرهوری و توان عملیاتی منابع نرمافزاری و سختافزاری نیز به عنوان مشخصههای عمده کارایی محسوب میشوند. علاوه بر موارد ذکر شده، کنترل هزینههای توسعه و یا به عبارتی کاهش آن نیز از اهمیت زیادی برخوردار است. بنابراین، مساله مطرح شده، یک مساله بهینهسازی چندهدفه است. از این رو، این مقاله روشی را با استفاده از الگوریتم جمعیت پرندگان چند هدفه MOPSO [7] ارائه میکند که مقادیر بهینه مشخصههای کارایی توصیف شده در مدل نرمافزار را یافته، به طراح نرمافزار پیشنهاد میدهد. ازجمله برتریهای الگوریتم جمعیت پرندگان در مقایسه با الگوریتمهای ژنتیک که به انتخاب آن برای این مساله منجر شد، این است که پاسخ بهینه، مستقل از مقادیر اولیه و پس از شرکت کردن کلیه ذرات در الگوریتم به دست میآید و علاوه بر آن، وابستگی و حساسیت کمتر الگوریتم به تابع هدف، پیادهسازی راحت و تنظیم ساده پارامترها از مزیتهای دیگر این الگوریتم هستند[8]. در ادامه، ضمن بررسی پیشینه تحقیقاتی موضوع، مراحل ارزیابی کارایی تشریح میشوند. در بخش سوم با معرفی مسائل بهینهسازی چند هدفه به طرح رسمی مساله پرداخته، الگوریتم جمعیت پرندگان و نسخه چند هدفه، آن معرفی میکنیم. در انتها روش پیشنهادی بر روی یک سیستم نرمافزاری نمونه اعمال و نتایج بررسی و تحلیل میشود.
1- کارهای انجام شده
مدل کارایی در روشها و ابزارهای کلاسیک ارائه شده در ارزیابی کارایی [2] عمدتا بر شبکههای صف لایهای[3] و شبکههای پتری مبتنی هستند که اکثر این روشها پارامترهای کارایی را اندازهگیری کرده، اما امکان اعمال هیچ گونه بازخوردی به مدل نرمافزار را فراهم نمیکنند. در [2] روش نیمهخودکاری مبتنی بر قانون برای یافتن مقادیر بهینه مشخصههای کارایی ارائه شده است. دانش لازم در قالب قوانین در اختیار سیستم قرار گرفته، کاوش به طور خودکار آغاز میشود و تا زمان رفع گلوگاهها و نیازهای کارایی و برقراری ثبات در سیستم ادامه پیدا میکند. این تحقیق به رفتار خاص نرمافزارهای مبتنی بر قطعه نمیپردازد، بلکه بر افزایش سرعت منابع سختافزاری برای رفع گلوگاهها تمرکز کرده است. همچنین، دامنه عملکرد آن وابسته و محدود به دانشی است که در اختیار سیستم قرار میگیرد. در [5] روش خودکاری برای بهبود کارایی مدل نرمافزارهای مبتنی بر قطعه ارائه شده است. فضای طراحی شامل گزینههای مختلفی، مثل انتخاب قطعات مناسب و تنظیمات مشخصههای کارایی است. کاوش فضای طراحی به وسیله الگوریتم ژنتیک انجام میشود. کاندیدهای اولیه ایجاد شده، پس از کاوش، نتایج در اختیار طراح نرمافزار قرار میگیرد. بدین ترتیب، طراح نرمافزار براحتی مدلی با کیفیت بالا تولید میکند. با این روش خلا بین استفاده از روشهای کلاسیک و بهبود خودکار مدل نرمافزار پر میشود، اما نقطه ضعف این روش این است که مدلی را برای هزینه به عنوان یکی از توابع هدف درنظر نگرفته است. در [6] روش دیگری برای بهبود کارایی و قابلیت اعتماد نرمافزارهای سرویسگرا ارائه شده است. اساس کار پیدا کردن بهینه پرتو در الگوریتمهای تکاملی چند هدفه است. فضای طراحی شامل اختصاص قطعه مناسب، انتخاب از بین قطعات همسان و سرعت منابع سختافزاری است. زبان مدلسازی در این روش [9]PCM [4] است که یک متا- مدل اختصاصی برای ارزیابی کارایی و قابلیت اعتماد نرمافزارهای سرویسگراست. از این رو، طراح نرمافزار باید مدل نرمافزار را که با استانداردهایی، همچون [10]UML مدل کرده به PCM تبدیل کند که این امر خود عدم یکپارچگی فرآیند ارزیابی کارایی در فرآیند تولید نرمافزار را بههمراه دارد. نکته درخور توجه دیگر این است که به علت پرداختن به قابلیت اعتماد به عنوان تابع هدف برای کارایی تنها پارامتر زمان پاسخ در نظر گرفته شده است. با توجه به مطالب فوق، این تحقیق با تمرکز بر تسهیل فرآیند ارزیابی کارایی و یکپارچگی آن در فرآیند تولید نرمافزار بهبودها و ملاحظات زیر را در نظر گرفته است: 1. مدل نرمافزار بر مبنای UML است که استاندارد است. 2. در این تحقیق مشخصههای کارایی بیشتری مورد توجه قرار گرفتهاند. بهرهوری منابع سختافزاری و نرمافزاری که هدف، بیشینه شدن آنهاست، در کنار زمان پاسخ و هزینه که باید کمینه شوند، مدنظر گرفته شدهاند و مساله را به یک مساله سه هدفه تبدیل کرده است که اهداف آن در تقابل با یکدیگر هستند. 3. رفتار و عملکرد MOPSO در مساله ارزیابی کارایی بررسی شده است. 2- مهندسی کارایی نرمافزار
فرآیند ارزیابی کارایی مبتنی بر مدل که به آن مهندسی کارایی نرمافزار (SPE) گفته میشود و نخستین بار در [1] ارائه شده، یک فرآیند سیستماتیک برای تولید نرمافزاری است که نیازهای کارایی آن تامین شده باشد. با استناد به این فرآیند مرجع، در ادامه مراحل ارزیابی تا خودکارسازی و بهینهسازی تشریح میشوند. همان طور که شکل (1) مراحل را نشان میدهد، در نخستین مرحله مدل نرمافزار با UML2 و با تکیه بر نمودارهای قطعه، فعالیت و استقرار که برای ارزیابی کارایی وجودشان ضروری است طراحی میشود. توصیف نیازهای کارایی و همچنین مشخصههای کارایی منابع سختافزاری و نرمافزاری با استفاده از پروفایل کارایی [11] MARTE، انجام میشود. این پروفایل دارای کلیشهها[5] و برچسبهایی است که براحتی نمودارها را حاشیهنویسی میکند. با توجه به رفتار خاص نرمافزارهای مبتنی بر قطعه در [12] برچسبهایی به منظور توصیف دقیقتر آنها اضافه شده است. در مراحل 3 و 4 تبدیل مدل نرمافزار به مدل کارایی انجام میشود. در این تحقیق، مدل کارایی [13- 14] CBML است که نسخه توسعهیافتهای از LQN برای مدل سازی کارایی نرمافزارهای مبتنی بر قطعه است و ابزار تبدیل طبق [12] پیادهسازی و استفاده میشود. مدل کارایی در مرحله 5 به وسیله ابزار LQNS[15] حل میشود. در مرحله 6 و به منظور حل مدل به صورت پارمتریک مدل کارایی طبق قالب ابزار [16]SPEX بازنویسی میشود. روشهای زیادی [2] ارائه شده است که مشابه مراحل فوق را انجام میدهند، اما آنچه کمتر مورد توجه و بررسی قرار گرفته و عامل اساسی در فرآیند ارزیابی است، خودکارسازی آن است؛ بدین معنی که مقادیر مختلف مشخصههای کارایی در مدل قرار گرفته، ارزیابی میشوند تا زمانی که بهترین مقادیر به دست آید و براحتی در اختیار طراح قرار گیرند. آنچه در این تحقیق انجام شده، در قالب مراحل 7 و 8 و استفاده از الگوریتم MOPSO است که در بخشهای بعدی به تقصیل به آن پرداخته شده است.
شکل (1): فرآیند مهندسی کارایی نرمافزار
3- بهینهسازی چندهدفه
مسائل بهینهسازی چندهدفه [7] بیش از یک تابع هدف دارند. اگر آرایه متغیرهای ورودی یا به عبارتی بردار تصمیم باشد و ، در این صورت k هدف و تابع شایستگی تعریف میشود و هدف کمینه کردن است. البته، شرایط و قیدهای زیر را نیز میتوان در نظر گرفت:
همان طور که مشخص است، مسائل چندهدفه مجموعهای از جوابها را تولید میکنند که نسبت به هم برتری ندارند و این مجموعه را بهینه پرتو مینامند. تعاریف بهطور کامل در [17] آمده و در اینجا تنها به مفهوم مغلوب شدن اشاره میشود (در اینجا هدف کمینهسازی اهداف است). تعریف 1: برای دو بردار گفته میشود بردار را مغلوب میکند( )، در صورتی که اگر رابطه برقرار باشد، آنگاه . به عبارت دیگر، در هیچ بعدی بدتر از نباشد. بدین ترتیب، بردار تصمیم xمتعلق به مجموعه مجاز یک پاسخ بهینه پرتو است، اگر بردار تصمیم دیگری مانند y متعلق به مجموعه مجاز F وجود نداشته باشد که بر آن غلبه کند. 4- طرح مساله به صورت رسمی
نتایج حاصل از حل مدل کارایی، توان عملیاتی و بهرهوری هر یک از منابع نرمافزاری و سختافزاری بههمراه زمان پاسخ رویدادهاست که با انتساب به برچسبهای پروفایل کارایی به عنوان مقادیر صفات کیفی به مدل نرمافزار اعمال میشوند. رسیدن به وضعیتی که در آن کارایی سیستم مطلوب باشد، به تکرار مداوم فرآیند ارزیابی نیاز دارد. اگر تغییرات ساختاری در نظر گرفته نشود، سؤال اساسی این است که اعمال تغییر بر کدام صفت کیفی، کدام عنصر از مدل نرمافزار و به چه میزان، کارایی بهتری را بههمراه دارد. بدین ترتیب، اجرای این فرآیند بر اساس سعی و خطا، خصوصاً برای نرمافزارهای بزرگ بسیار زمانبر خواهد بود. لذا میتوان این مساله را در قالب یک مساله بهینهسازی مطرح کرد و از آنجا که کارایی تنها شامل یک هدف (زمان پاسخ کمینه) نمیشود و بهرهوری و توان عملیاتی منابع نیز از اهمیت بسزایی برخوردارند، مساله از نوع مسائل بهینهسازی چندهدفه است. لازم است ابتدا مساله به طور کاملا شفاف و رسمی مطرح شود. همان طور که قبلا گفته شد، مشخصههای کارایی با استفاده از پروفایل کارایی در مدل نرمافزار حاشیهنویسی شدهاند. این مشخصهها معادل متغیرهای ورودی مساله و به قرار زیر هستند: 1. سرعت پردازندههای سرور که با برچسب PArate از کلیشه PAhost در نمودار استقرار مقداردهی میشود. 2. تعداد ریسمانهای هر شئ فعال که درمدل نرمافزار با برچسب PAmultiplicity از کلیشه PAstep مشخص میشود. 3. تعداد پردازندههای هر سرور بنابراین، بردار تصمیم به ترتیب شامل موارد فوق و به صورت (1) خواهد بود. nو m به تعداد پردازنده و تعداد اشیا اشاره میکند.
هر متغیر در بردار X به ترتیب به بندهای 1 تا 3 اشاره دارد. اهداف مساله به صورت زیر هستند: 1. زمان پاسخ باید کمینه شود و خروجی ابزار LQNS است. 2. هزینه برای کنترل و اعمال محدودیت در استفاده از منابع در نظر گرفته شده است. از آنجا که مسلم است، هر چه تعداد پردازندهها بیشتر باشد، زمان پاسخ کمتر خواهد شد، اما برای کنترل هزینه اعمال قید ضروری است. تابع هزینه که در واقع با سرعت و تعداد پردازندهها متناسب است از رابطه (2) به دست میآید و باید کمینه شود.
cpu_speed و cpu_multiplicityبه ترتیب سرعت و تعداد پردازندهها روی سرور kام، s تعداد سرورها و H ضریب تاثیر سرعت روی هزینه را نشان میدهند. 3 . بهرهوری منابع که باید بیشینه باشد. تحلیل دقیق موارد فوق تقابل و تضاد اهداف را نشان میدهد، زیرا برای دو هدف اول مقدار کمینه و برای هدف آخر مقدار بیشینه مدنظر است.
5- الگوریتم جمعیت پرندگان
بهینهسازی جمعیت پرندگان یک روش جستجوی ابتکاری است (البته، طبق نظر مؤلف[18]) که پرواز پرندگان برای یافتن غذا را شبیهسازی میکند و خصوصا در سالهای اخیر بسیار استفاده شده است. این روش در مقایسه با روشهای دیگر مزیتهایی دارد، از جمله اینکه پاسخ بهینه مستقل از مقادیر اولیه و پس از شرکت کردن کلیه ذرات در الگوریتم به دست میآید و علاوه بر آن وابستگی و حساسیت کمتر الگوریتم به تابع هدف، پیادهسازی راحت و تنظیم ساده آن مزیتهای مهمی هستند[8]. در PSO هر جواب پیشنهادی که یک ذره نامیده میشود، یک نقطه در فضای جستجوست. هر ذره، در فضای جستجوی چند بعدی پرواز میکند و موقعیت خود را بر حسب تجربه خود و همسایگانش تغییر میدهد. کارایی هر ذره (میزان نزدیکی هر ذره به بهینه سراسری) بر اساس تابع شایستگی تعیین شده اندازهگیری میشود. این تابع متناسب با مساله تعریف میشود[19]. فرض کنید فضای جستجو D بعد داشته باشد و m ذره در جمعیت وجود داشته باشند. هر ذره در موقعیت Xi=[xi1,xi2,…,xiD] قرار گرفته، با سرعت Vi=[vi1, vi2, …, viD] حرکت میکند. هر ذره به سمت بهترین نقطهای که تا آن لحظه تجربه کرده؛ یعنی Pbesti=[pbesti1, pbesti2,…, pbestin] حرکت میکند. بهترین موقعیت در کل جمعیت نیز با Gbest=[gbest1, gbest2, …, gbestn] نمایش داده میشود. هر ذره موقعیت خود را برحسب سرعت مشخصی در هر تکرار تغییر میدهد که این سرعت به طور تصادفی و بر مبنای تمایل حرکت ذره به سمت pbest و gbest تنظیم میشود. برای هر ذره r در بعد s سرعت جدید؛ یعنی vrsو موقعیت جدید xrs بر اساس رابطه (3) و (4) به دست میآیند.
در روابط فوق t شماره تکرار وwوزن اینرسی است که برای کنترل سرعت و برقراری تعادل بین کاوش و بهرهگیری تعریف شده است. مقدار بزرگ برای w سرعت ذرات را زیاد و از افتادن آنها در بهینه محلی جلوگیری میکند. مقدار کوچک برای آن باعث کاهش سرعت و تشویق ذره به بهرهگیری از همان ناحیهای که در آن واقع است، میشود. ثابتهایc1 و c2ضریب شتاب هستند که میزان نزدیکی ذره به pbest و gbest را تعیین میکنند. r1 و r2 اعداد تصادفی مستقلی هستند که مقدار بین صفر و یک دارند. اتمام PSO میتواند بر اساس تعداد مشخصی تکرار یا رسیدن به مقدار تعیین شدهای از pbest باشد و یا زمانی که هیچ بهبود و تغییری در آن حاصل نشد، به پایان برسد. مراحل الگوریتم PSO استاندارد به صورت زیر است[20]: 1. مقداردهی اولیه ذرات در موقعیتهای تصادفی با سرعت اولیه، روی D بعد فضای جستجو؛ 2. بروزرسانی سرعت و موقعیت هر ذره طبق روابط (3) و (4)؛ 4. محاسبه تابع شایستگی و بروزرسانی همزمان pbest و gbest در صورت نیاز؛ 5. برگشت به مرحله 2 تا برقراری شرط اتمام.
6- الگوریتم جمعیت پرندگان چندهدفه
نخستین نسخه چندهدفه الگوریتم جمعیت پرندگان در سال 1999 در [21] ارائه شد. الگوریتم چندهدفه مورد استفاده در این تحقیق MOPSO[7] است که مراحل آن در شکل (2) نشان داده شده است. این الگوریتم از عملگری به نام عملگر جهش واحد [22] استفاده میکند که یک عضو از جمعیت را انتخاب کرده، مقدار یک بعد آن را به عددی در محدوده مقادیر معتبر تغییر میدهد. همچنین، یک سیاست نخبهگرایی به منظور نگه داشتن نتایج برتر و غالب در تکرارهای الگوریتم تعریف شده است. پاسخهای غالب در آرشیو خارجی که ساختار گرید [23] دارد، ذخیره میشوند. دستاورد مدیریت صحیح آرشیو، تنوع جمعیت و توزیع مناسب پاسخهاست. انتخاب pbest و gbest طبق مکانیزم خاصی انجام میشوند. الگوریتم چندهدفه نمیتواند از رابطه (3) برای شناسایی آنها استفاده کند، زیرا همه پاسخهای غالب به یک میزان برتری دارند. تنها زمانی pbest بروز میشود که ذره جدیدی مقدار قبلی آن را مغلوب کند. gbest نیز در هر تکرار از بین پاسخهای غالب موجود در آرشیو انتخاب میشود.
شکل (2): الگوریتم MOPSO [7]
7- نمونه مورد مطالعه
برای بررسی راهکار بهینهسازی ارائه شده سیستم نرمافزاری فروشگاه الکترونیکی که امکان مدیریت محصولات، خرید و پرداخت الکترونیکی را فراهم میکند، در نظر گرفته شد. ابتدا سیستم نرمافزاری با نرمافزار Enterprise Architect و بر مبنای UML2 مدل شد. نمودارهای قطعه، فعالیت و استقرار این نرمافزار در شکلهای 3 تا 5 آمده است. سپس نمودارهای مذکور با استفاده از پروفایل MARTE برای توصیف کارایی مدل حاشیهنویسی شدهاند که به منظور وضوح بیشتر این مشخصهها در خارج از نمودارها و در جداول (1) تا (3)آمدهاند. پس از اینکه مدل کارایی به وسیله ابزار تولید شده به دست آمد، به منظور مشاهده نتایج اولیه با ابزار LQNS حل میشود.
جدول(1): مشخصههای کارایی نمودار قطعه
جدول (2): مشخصههای کارایی نمودار استقرار شکل (2): نمودار قطعه
شکل (3):نمودار استقرار
شکل (4): نمودار فعالیت
جدول (3) : حاشیهنویسی نمودار فعالیت
8- شبیهسازی و تحلیل نتایج
در نخستین مرحله از فاز بهینهسازی مدل کارایی طبق قالب ابزار SPEX بازنویسی میشود. سپس الگوریتم MOPSO پیادهسازی شده، این ابزار در پس زمینه برنامه بهینهسازی قرار میگیرد تا بر مبنای مقادیر بردار تصمیم، مقادیر توابع هدف را مشخص کند. هر ذره یک بردار 5 بعدی به صورت ]تعداد پردارندههای سرور Purchase ، تعداد پردازندههای سرور database، تعداد ریسمانهای وظیفه Processing-Request، تعداد ریسمانهای وظیفه check-availability تعداد ریسمانهای وظیفه Database-manager] است که مقدار هر بعد عددی بین 1 تا 11 است و توابع هدف نیز طبق بخش 5 تعریف میشوند. پارامترهای الگوریتم، طبق جدول (4) تنظیم میشوند.
جدول4: پارامترهای MOPSO
در آزمایش اول اندازه آرشیو 19 انتخاب شده است که بهینه پرتو بزرگتر و در نتیجه انتخابهای بیشتری را در اختیار طراح نرمافزار قرار میدهد. نمودار مربوطه در شکل (6) نشان داده شده است. در آزمایش دوم اندازه آرشیو به 10 کاهش داده شده است. بهینه پرتو تولید شده در جدول 5 و بردارهای تصمیم معادل و یا مجموعه پرتو در جدول(6) نمایش داده شدهاند. در واقع، در این مرحله هدف بررسی و مشاهده رفتار و عملکرد الگوریتم در هنگام کنترل اندازه آرشیو است.
شکل (6): نمودار حاصل از اجرای MOPSO با 3 تابع هدف
یکی از معیارهای ارزیابی الگوریتمهای چندهدفه، توزیع پاسخها در طول آرشیو است؛ به این معنی که اگر پاسخها به جای ازدحام در یک ناحیه در سراسر طول آرشیو توزیع شوند، تنوع و حق انتخاب بیشتری را فراهم کرده، کارایی الگوریتم را بالاتر میبرند. همان طور که بهینه پرتو جدول (5)نشان میدهد، الگوریتم MOPSO توانسته است با توزیع مناسب، انتخابهای متنوعی را به طراح پیشنهاد دهد. بدین ترتیب، طراح نرمافزار دیگر دغدغه تنظیم و کارکردن همراه با سعی و خطا را بر روی پارامترها و مشخصههای کارایی ندارد و میتواند مقادیری را که کارایی بیشتر و مطلوبتری را بههمراه داشته باشد، در مدل نرمافزار اعمال کند.
جدول (5) : بهینه پرتو جدول (6) : مجموعه پرتو
در آزمایش سوم طول آرشیو 19 و به منظور مشاهده ساده تر رفتار الگوریتم، توابع هدف به دو تابع زمان پاسخ و هزینه کاهش داده شد. شکل (7) نمودار به دست آمده را نشان میدهد.
شکل (7): نمودار حاصل از اجرای MOPSO با دو تابع هدف
9- نتیجهگیریخودکارسازی فرآیند ارزیابی کارایی از اهمیت ویژهای برخوردار است، زیرا طراح نرمافزار میتواند به راحتی و بدون نیاز به تسلط در حوزه کارایی مدلی با کیفیت و کارایی بالا تولید کند. در این مقاله، روشی برای بهینهسازی خودکار کارایی مدل نرمافزار ارائه شده است که مقادیر بهینه تنظیمات و مشخصههای کارایی حاشیهنویسی شده در آن را پیشنهاد میکند. بهینهسازی مبتنی بر روش MOPSO است. به این ترتیب، ضمن اعمال این الگوریتم قدرتمند در حوزه ارزیابی کارایی، رفتار و عملکرد آن تحلیل و بررسی و پاسخهای رضایتبخشی حاصل شد. از طرف دیگر، در این مقاله به جای استفاده از متا-مدلهای اختصاصی کارایی، همان مدل استاندارد مبتنی بر UML با پروفایل کارایی حاشیهنویسی و به مدل کارایی CBML تبدیل شد تا طراح نرمافزار را از تسلط به حوزه کارایی بینیاز کند.
1- مقدمه مهندسی کارایی نرمافزار[1]، [1] فرآیند ارزیابی کارایی نرمافزار در مرحله طراحی مدل نرمافزار است که علاوه بر کاهش هزینههای تولید، افزایش کیفیت و کارایی را بههمراه دارد. تحقیقات انجام شده در حوزه نرمافزارهای مبتنی بر قطعه[2] [2] خودکارسازی این فرآیند را بسیار مهم میشمارد زیرا طراح نرمافزار میتواند براحتی و بدون نیاز به تسلط در حوزه کارایی، مدلی با کیفیت بالا طراحی کند. در این مقاله فرآیند ارزیابی به دو زیرفرآیند عمده تفکیک شده است: تبدیل مدل و بازخورد. تبدیل مدل مرحلهای است که در آن مدل نرمافزار به مدل کارایی تبدیل میشود، در حالی که بازخورد مربوط به انعکاس پارامترها و یا مشخصههای بهینه کارایی از مدل کارایی به مدل نرمافزار است. در سالهای اخیر تحقیقات زیادی در حوزه تبدل مدل انجام شده است اما بهینهسازی خودکار و یا به عبارتی، ارائه مقادیر بهینه تنظیمات و مشخصههای کارایی در مدل نرمافزار به تحقیقات بیشتری نیاز دارد. استفاده از الگوریتمهای بهینهسازی در مهندسی نرمافزار در [3] مرور شده است و بر مبنای همین الگوریتمها برای مساله ارزیابی کارایی نرمافزار روشهایی در [6-4] رائه شده است. در برخی تحقیقات [4] تنها زمان پاسخ برای ارزیابی کارایی در نظر گرفته شده است، در حالی که پارامترهای مهمی همچون بهرهوری و توان عملیاتی منابع نرمافزاری و سختافزاری نیز به عنوان مشخصههای عمده کارایی محسوب میشوند. علاوه بر موارد ذکر شده، کنترل هزینههای توسعه و یا به عبارتی کاهش آن نیز از اهمیت زیادی برخوردار است. بنابراین، مساله مطرح شده، یک مساله بهینهسازی چندهدفه است. از این رو، این مقاله روشی را با استفاده از الگوریتم جمعیت پرندگان چند هدفه MOPSO [7] ارائه میکند که مقادیر بهینه مشخصههای کارایی توصیف شده در مدل نرمافزار را یافته، به طراح نرمافزار پیشنهاد میدهد. ازجمله برتریهای الگوریتم جمعیت پرندگان در مقایسه با الگوریتمهای ژنتیک که به انتخاب آن برای این مساله منجر شد، این است که پاسخ بهینه، مستقل از مقادیر اولیه و پس از شرکت کردن کلیه ذرات در الگوریتم به دست میآید و علاوه بر آن، وابستگی و حساسیت کمتر الگوریتم به تابع هدف، پیادهسازی راحت و تنظیم ساده پارامترها از مزیتهای دیگر این الگوریتم هستند[8]. در ادامه، ضمن بررسی پیشینه تحقیقاتی موضوع، مراحل ارزیابی کارایی تشریح میشوند. در بخش سوم با معرفی مسائل بهینهسازی چند هدفه به طرح رسمی مساله پرداخته، الگوریتم جمعیت پرندگان و نسخه چند هدفه، آن معرفی میکنیم. در انتها روش پیشنهادی بر روی یک سیستم نرمافزاری نمونه اعمال و نتایج بررسی و تحلیل میشود.
2- کارهای انجام شده
مدل کارایی در روشها و ابزارهای کلاسیک ارائه شده در ارزیابی کارایی [2] عمدتا بر شبکههای صف لایهای[3] و شبکههای پتری مبتنی هستند که اکثر این روشها پارامترهای کارایی را اندازهگیری کرده، اما امکان اعمال هیچ گونه بازخوردی به مدل نرمافزار را فراهم نمیکنند. در [2] روش نیمهخودکاری مبتنی بر قانون برای یافتن مقادیر بهینه مشخصههای کارایی ارائه شده است. دانش لازم در قالب قوانین در اختیار سیستم قرار گرفته، کاوش به طور خودکار آغاز میشود و تا زمان رفع گلوگاهها و نیازهای کارایی و برقراری ثبات در سیستم ادامه پیدا میکند. این تحقیق به رفتار خاص نرمافزارهای مبتنی بر قطعه نمیپردازد، بلکه بر افزایش سرعت منابع سختافزاری برای رفع گلوگاهها تمرکز کرده است. همچنین، دامنه عملکرد آن وابسته و محدود به دانشی است که در اختیار سیستم قرار میگیرد. در [5] روش خودکاری برای بهبود کارایی مدل نرمافزارهای مبتنی بر قطعه ارائه شده است. فضای طراحی شامل گزینههای مختلفی، مثل انتخاب قطعات مناسب و تنظیمات مشخصههای کارایی است. کاوش فضای طراحی به وسیله الگوریتم ژنتیک انجام میشود. کاندیدهای اولیه ایجاد شده، پس از کاوش، نتایج در اختیار طراح نرمافزار قرار میگیرد. بدین ترتیب، طراح نرمافزار براحتی مدلی با کیفیت بالا تولید میکند. با این روش خلا بین استفاده از روشهای کلاسیک و بهبود خودکار مدل نرمافزار پر میشود، اما نقطه ضعف این روش این است که مدلی را برای هزینه به عنوان یکی از توابع هدف درنظر نگرفته است. در [6] روش دیگری برای بهبود کارایی و قابلیت اعتماد نرمافزارهای سرویسگرا ارائه شده است. اساس کار پیدا کردن بهینه پرتو در الگوریتمهای تکاملی چند هدفه است. فضای طراحی شامل اختصاص قطعه مناسب، انتخاب از بین قطعات همسان و سرعت منابع سختافزاری است. زبان مدلسازی در این روش [9]PCM [4] است که یک متا- مدل اختصاصی برای ارزیابی کارایی و قابلیت اعتماد نرمافزارهای سرویسگراست. از این رو، طراح نرمافزار باید مدل نرمافزار را که با استانداردهایی، همچون [10]UML مدل کرده به PCM تبدیل کند که این امر خود عدم یکپارچگی فرآیند ارزیابی کارایی در فرآیند تولید نرمافزار را بههمراه دارد. نکته درخور توجه دیگر این است که به علت پرداختن به قابلیت اعتماد به عنوان تابع هدف برای کارایی تنها پارامتر زمان پاسخ در نظر گرفته شده است. با توجه به مطالب فوق، این تحقیق با تمرکز بر تسهیل فرآیند ارزیابی کارایی و یکپارچگی آن در فرآیند تولید نرمافزار بهبودها و ملاحظات زیر را در نظر گرفته است: 1. مدل نرمافزار بر مبنای UML است که استاندارد است. 2. در این تحقیق مشخصههای کارایی بیشتری مورد توجه قرار گرفتهاند. بهرهوری منابع سختافزاری و نرمافزاری که هدف، بیشینه شدن آنهاست، در کنار زمان پاسخ و هزینه که باید کمینه شوند، مدنظر گرفته شدهاند و مساله را به یک مساله سه هدفه تبدیل کرده است که اهداف آن در تقابل با یکدیگر هستند. 3. رفتار و عملکرد MOPSO در مساله ارزیابی کارایی بررسی شده است. 3- مهندسی کارایی نرمافزار
فرآیند ارزیابی کارایی مبتنی بر مدل که به آن مهندسی کارایی نرمافزار (SPE) گفته میشود و نخستین بار در [1] ارائه شده، یک فرآیند سیستماتیک برای تولید نرمافزاری است که نیازهای کارایی آن تامین شده باشد. با استناد به این فرآیند مرجع، در ادامه مراحل ارزیابی تا خودکارسازی و بهینهسازی تشریح میشوند. همان طور که شکل (1) مراحل را نشان میدهد، در نخستین مرحله مدل نرمافزار با UML2 و با تکیه بر نمودارهای قطعه، فعالیت و استقرار که برای ارزیابی کارایی وجودشان ضروری است طراحی میشود. توصیف نیازهای کارایی و همچنین مشخصههای کارایی منابع سختافزاری و نرمافزاری با استفاده از پروفایل کارایی [11] MARTE، انجام میشود. این پروفایل دارای کلیشهها[5] و برچسبهایی است که براحتی نمودارها را حاشیهنویسی میکند. با توجه به رفتار خاص نرمافزارهای مبتنی بر قطعه در [12] برچسبهایی به منظور توصیف دقیقتر آنها اضافه شده است. در مراحل 3 و 4 تبدیل مدل نرمافزار به مدل کارایی انجام میشود. در این تحقیق، مدل کارایی [13- 14] CBML است که نسخه توسعهیافتهای از LQN برای مدل سازی کارایی نرمافزارهای مبتنی بر قطعه است و ابزار تبدیل طبق [12] پیادهسازی و استفاده میشود. مدل کارایی در مرحله 5 به وسیله ابزار LQNS[15] حل میشود. در مرحله 6 و به منظور حل مدل به صورت پارمتریک مدل کارایی طبق قالب ابزار [16]SPEX بازنویسی میشود. روشهای زیادی [2] ارائه شده است که مشابه مراحل فوق را انجام میدهند، اما آنچه کمتر مورد توجه و بررسی قرار گرفته و عامل اساسی در فرآیند ارزیابی است، خودکارسازی آن است؛ بدین معنی که مقادیر مختلف مشخصههای کارایی در مدل قرار گرفته، ارزیابی میشوند تا زمانی که بهترین مقادیر به دست آید و براحتی در اختیار طراح قرار گیرند. آنچه در این تحقیق انجام شده، در قالب مراحل 7 و 8 و استفاده از الگوریتم MOPSO است که در بخشهای بعدی به تقصیل به آن پرداخته شده است.
شکل (1): فرآیند مهندسی کارایی نرمافزار
4- بهینهسازی چندهدفه
مسائل بهینهسازی چندهدفه [7] بیش از یک تابع هدف دارند. اگر آرایه متغیرهای ورودی یا به عبارتی بردار تصمیم باشد و ، در این صورت k هدف و تابع شایستگی تعریف میشود و هدف کمینه کردن است. البته، شرایط و قیدهای زیر را نیز میتوان در نظر گرفت:
همان طور که مشخص است، مسائل چندهدفه مجموعهای از جوابها را تولید میکنند که نسبت به هم برتری ندارند و این مجموعه را بهینه پرتو مینامند. تعاریف بهطور کامل در [17] آمده و در اینجا تنها به مفهوم مغلوب شدن اشاره میشود (در اینجا هدف کمینهسازی اهداف است). تعریف 1: برای دو بردار گفته میشود بردار را مغلوب میکند( )، در صورتی که اگر رابطه برقرار باشد، آنگاه . به عبارت دیگر، در هیچ بعدی بدتر از نباشد. بدین ترتیب، بردار تصمیم xمتعلق به مجموعه مجاز یک پاسخ بهینه پرتو است، اگر بردار تصمیم دیگری مانند y متعلق به مجموعه مجاز F وجود نداشته باشد که بر آن غلبه کند. 5- طرح مساله به صورت رسمی
نتایج حاصل از حل مدل کارایی، توان عملیاتی و بهرهوری هر یک از منابع نرمافزاری و سختافزاری بههمراه زمان پاسخ رویدادهاست که با انتساب به برچسبهای پروفایل کارایی به عنوان مقادیر صفات کیفی به مدل نرمافزار اعمال میشوند. رسیدن به وضعیتی که در آن کارایی سیستم مطلوب باشد، به تکرار مداوم فرآیند ارزیابی نیاز دارد. اگر تغییرات ساختاری در نظر گرفته نشود، سؤال اساسی این است که اعمال تغییر بر کدام صفت کیفی، کدام عنصر از مدل نرمافزار و به چه میزان، کارایی بهتری را بههمراه دارد. بدین ترتیب، اجرای این فرآیند بر اساس سعی و خطا، خصوصاً برای نرمافزارهای بزرگ بسیار زمانبر خواهد بود. لذا میتوان این مساله را در قالب یک مساله بهینهسازی مطرح کرد و از آنجا که کارایی تنها شامل یک هدف (زمان پاسخ کمینه) نمیشود و بهرهوری و توان عملیاتی منابع نیز از اهمیت بسزایی برخوردارند، مساله از نوع مسائل بهینهسازی چندهدفه است. لازم است ابتدا مساله به طور کاملا شفاف و رسمی مطرح شود. همان طور که قبلا گفته شد، مشخصههای کارایی با استفاده از پروفایل کارایی در مدل نرمافزار حاشیهنویسی شدهاند. این مشخصهها معادل متغیرهای ورودی مساله و به قرار زیر هستند: 1. سرعت پردازندههای سرور که با برچسب PArate از کلیشه PAhost در نمودار استقرار مقداردهی میشود. 2. تعداد ریسمانهای هر شئ فعال که درمدل نرمافزار با برچسب PAmultiplicity از کلیشه PAstep مشخص میشود. 3. تعداد پردازندههای هر سرور بنابراین، بردار تصمیم به ترتیب شامل موارد فوق و به صورت (1) خواهد بود. nو m به تعداد پردازنده و تعداد اشیا اشاره میکند.
هر متغیر در بردار X به ترتیب به بندهای 1 تا 3 اشاره دارد. اهداف مساله به صورت زیر هستند: 1. زمان پاسخ باید کمینه شود و خروجی ابزار LQNS است. 2. هزینه برای کنترل و اعمال محدودیت در استفاده از منابع در نظر گرفته شده است. از آنجا که مسلم است، هر چه تعداد پردازندهها بیشتر باشد، زمان پاسخ کمتر خواهد شد، اما برای کنترل هزینه اعمال قید ضروری است. تابع هزینه که در واقع با سرعت و تعداد پردازندهها متناسب است از رابطه (2) به دست میآید و باید کمینه شود.
cpu_speed و cpu_multiplicityبه ترتیب سرعت و تعداد پردازندهها روی سرور kام، s تعداد سرورها و H ضریب تاثیر سرعت روی هزینه را نشان میدهند. 3 . بهرهوری منابع که باید بیشینه باشد. تحلیل دقیق موارد فوق تقابل و تضاد اهداف را نشان میدهد، زیرا برای دو هدف اول مقدار کمینه و برای هدف آخر مقدار بیشینه مدنظر است.
6- الگوریتم جمعیت پرندگان
بهینهسازی جمعیت پرندگان یک روش جستجوی ابتکاری است (البته، طبق نظر مؤلف[18]) که پرواز پرندگان برای یافتن غذا را شبیهسازی میکند و خصوصا در سالهای اخیر بسیار استفاده شده است. این روش در مقایسه با روشهای دیگر مزیتهایی دارد، از جمله اینکه پاسخ بهینه مستقل از مقادیر اولیه و پس از شرکت کردن کلیه ذرات در الگوریتم به دست میآید و علاوه بر آن وابستگی و حساسیت کمتر الگوریتم به تابع هدف، پیادهسازی راحت و تنظیم ساده آن مزیتهای مهمی هستند[8]. در PSO هر جواب پیشنهادی که یک ذره نامیده میشود، یک نقطه در فضای جستجوست. هر ذره، در فضای جستجوی چند بعدی پرواز میکند و موقعیت خود را بر حسب تجربه خود و همسایگانش تغییر میدهد. کارایی هر ذره (میزان نزدیکی هر ذره به بهینه سراسری) بر اساس تابع شایستگی تعیین شده اندازهگیری میشود. این تابع متناسب با مساله تعریف میشود[19]. فرض کنید فضای جستجو D بعد داشته باشد و m ذره در جمعیت وجود داشته باشند. هر ذره در موقعیت Xi=[xi1,xi2,…,xiD] قرار گرفته، با سرعت Vi=[vi1, vi2, …, viD] حرکت میکند. هر ذره به سمت بهترین نقطهای که تا آن لحظه تجربه کرده؛ یعنی Pbesti=[pbesti1, pbesti2,…, pbestin] حرکت میکند. بهترین موقعیت در کل جمعیت نیز با Gbest=[gbest1, gbest2, …, gbestn] نمایش داده میشود. هر ذره موقعیت خود را برحسب سرعت مشخصی در هر تکرار تغییر میدهد که این سرعت به طور تصادفی و بر مبنای تمایل حرکت ذره به سمت pbest و gbest تنظیم میشود. برای هر ذره r در بعد s سرعت جدید؛ یعنی vrsو موقعیت جدید xrs بر اساس رابطه (3) و (4) به دست میآیند.
در روابط فوق t شماره تکرار وwوزن اینرسی است که برای کنترل سرعت و برقراری تعادل بین کاوش و بهرهگیری تعریف شده است. مقدار بزرگ برای w سرعت ذرات را زیاد و از افتادن آنها در بهینه محلی جلوگیری میکند. مقدار کوچک برای آن باعث کاهش سرعت و تشویق ذره به بهرهگیری از همان ناحیهای که در آن واقع است، میشود. ثابتهایc1 و c2ضریب شتاب هستند که میزان نزدیکی ذره به pbest و gbest را تعیین میکنند. r1 و r2 اعداد تصادفی مستقلی هستند که مقدار بین صفر و یک دارند. اتمام PSO میتواند بر اساس تعداد مشخصی تکرار یا رسیدن به مقدار تعیین شدهای از pbest باشد و یا زمانی که هیچ بهبود و تغییری در آن حاصل نشد، به پایان برسد. مراحل الگوریتم PSO استاندارد به صورت زیر است[20]: 1. مقداردهی اولیه ذرات در موقعیتهای تصادفی با سرعت اولیه، روی D بعد فضای جستجو؛ 2. بروزرسانی سرعت و موقعیت هر ذره طبق روابط (3) و (4)؛ 4. محاسبه تابع شایستگی و بروزرسانی همزمان pbest و gbest در صورت نیاز؛ 5. برگشت به مرحله 2 تا برقراری شرط اتمام.
7- الگوریتم جمعیت پرندگان چندهدفه
نخستین نسخه چندهدفه الگوریتم جمعیت پرندگان در سال 1999 در [21] ارائه شد. الگوریتم چندهدفه مورد استفاده در این تحقیق MOPSO[7] است که مراحل آن در شکل (2) نشان داده شده است. این الگوریتم از عملگری به نام عملگر جهش واحد [22] استفاده میکند که یک عضو از جمعیت را انتخاب کرده، مقدار یک بعد آن را به عددی در محدوده مقادیر معتبر تغییر میدهد. همچنین، یک سیاست نخبهگرایی به منظور نگه داشتن نتایج برتر و غالب در تکرارهای الگوریتم تعریف شده است. پاسخهای غالب در آرشیو خارجی که ساختار گرید [23] دارد، ذخیره میشوند. دستاورد مدیریت صحیح آرشیو، تنوع جمعیت و توزیع مناسب پاسخهاست. انتخاب pbest و gbest طبق مکانیزم خاصی انجام میشوند. الگوریتم چندهدفه نمیتواند از رابطه (3) برای شناسایی آنها استفاده کند، زیرا همه پاسخهای غالب به یک میزان برتری دارند. تنها زمانی pbest بروز میشود که ذره جدیدی مقدار قبلی آن را مغلوب کند. gbest نیز در هر تکرار از بین پاسخهای غالب موجود در آرشیو انتخاب میشود.
شکل (2): الگوریتم MOPSO [7]
8- نمونه مورد مطالعه
برای بررسی راهکار بهینهسازی ارائه شده سیستم نرمافزاری فروشگاه الکترونیکی که امکان مدیریت محصولات، خرید و پرداخت الکترونیکی را فراهم میکند، در نظر گرفته شد. ابتدا سیستم نرمافزاری با نرمافزار Enterprise Architect و بر مبنای UML2 مدل شد. نمودارهای قطعه، فعالیت و استقرار این نرمافزار در شکلهای 3 تا 5 آمده است. سپس نمودارهای مذکور با استفاده از پروفایل MARTE برای توصیف کارایی مدل حاشیهنویسی شدهاند که به منظور وضوح بیشتر این مشخصهها در خارج از نمودارها و در جداول (1) تا (3)آمدهاند. پس از اینکه مدل کارایی به وسیله ابزار تولید شده به دست آمد، به منظور مشاهده نتایج اولیه با ابزار LQNS حل میشود.
جدول(1): مشخصههای کارایی نمودار قطعه
جدول (2): مشخصههای کارایی نمودار استقرار
شکل (2): نمودار قطعه
شکل (3):نمودار استقرار
شکل (4): نمودار فعالیت
جدول (3) : حاشیهنویسی نمودار فعالیت
9- شبیهسازی و تحلیل نتایج
در نخستین مرحله از فاز بهینهسازی مدل کارایی طبق قالب ابزار SPEX بازنویسی میشود. سپس الگوریتم MOPSO پیادهسازی شده، این ابزار در پس زمینه برنامه بهینهسازی قرار میگیرد تا بر مبنای مقادیر بردار تصمیم، مقادیر توابع هدف را مشخص کند. هر ذره یک بردار 5 بعدی به صورت ]تعداد پردارندههای سرور Purchase ، تعداد پردازندههای سرور database، تعداد ریسمانهای وظیفه Processing-Request، تعداد ریسمانهای وظیفه check-availability تعداد ریسمانهای وظیفه Database-manager] است که مقدار هر بعد عددی بین 1 تا 11 است و توابع هدف نیز طبق بخش 5 تعریف میشوند. پارامترهای الگوریتم، طبق جدول (4) تنظیم میشوند.
جدول4: پارامترهای MOPSO
در آزمایش اول اندازه آرشیو 19 انتخاب شده است که بهینه پرتو بزرگتر و در نتیجه انتخابهای بیشتری را در اختیار طراح نرمافزار قرار میدهد. نمودار مربوطه در شکل (6) نشان داده شده است. در آزمایش دوم اندازه آرشیو به 10 کاهش داده شده است. بهینه پرتو تولید شده در جدول 5 و بردارهای تصمیم معادل و یا مجموعه پرتو در جدول(6) نمایش داده شدهاند. در واقع، در این مرحله هدف بررسی و مشاهده رفتار و عملکرد الگوریتم در هنگام کنترل اندازه آرشیو است.
شکل (6): نمودار حاصل از اجرای MOPSO با 3 تابع هدف
یکی از معیارهای ارزیابی الگوریتمهای چندهدفه، توزیع پاسخها در طول آرشیو است؛ به این معنی که اگر پاسخها به جای ازدحام در یک ناحیه در سراسر طول آرشیو توزیع شوند، تنوع و حق انتخاب بیشتری را فراهم کرده، کارایی الگوریتم را بالاتر میبرند. همان طور که بهینه پرتو جدول (5)نشان میدهد، الگوریتم MOPSO توانسته است با توزیع مناسب، انتخابهای متنوعی را به طراح پیشنهاد دهد. بدین ترتیب، طراح نرمافزار دیگر دغدغه تنظیم و کارکردن همراه با سعی و خطا را بر روی پارامترها و مشخصههای کارایی ندارد و میتواند مقادیری را که کارایی بیشتر و مطلوبتری را بههمراه داشته باشد، در مدل نرمافزار اعمال کند.
جدول (5) : بهینه پرتو جدول (6) : مجموعه پرتو
در آزمایش سوم طول آرشیو 19 و به منظور مشاهده ساده تر رفتار الگوریتم، توابع هدف به دو تابع زمان پاسخ و هزینه کاهش داده شد. شکل (7) نمودار به دست آمده را نشان میدهد.
شکل (7): نمودار حاصل از اجرای MOPSO با دو تابع هدف
10- نتیجهگیریخودکارسازی فرآیند ارزیابی کارایی از اهمیت ویژهای برخوردار است، زیرا طراح نرمافزار میتواند به راحتی و بدون نیاز به تسلط در حوزه کارایی مدلی با کیفیت و کارایی بالا تولید کند. در این مقاله، روشی برای بهینهسازی خودکار کارایی مدل نرمافزار ارائه شده است که مقادیر بهینه تنظیمات و مشخصههای کارایی حاشیهنویسی شده در آن را پیشنهاد میکند. بهینهسازی مبتنی بر روش MOPSO است. به این ترتیب، ضمن اعمال این الگوریتم قدرتمند در حوزه ارزیابی کارایی، رفتار و عملکرد آن تحلیل و بررسی و پاسخهای رضایتبخشی حاصل شد. از طرف دیگر، در این مقاله به جای استفاده از متا-مدلهای اختصاصی کارایی، همان مدل استاندارد مبتنی بر UML با پروفایل کارایی حاشیهنویسی و به مدل کارایی CBML تبدیل شد تا طراح نرمافزار را از تسلط به حوزه کارایی بینیاز کند. [1]تاریخ ارسال مقاله : 14/4/1390 تاریخ پذیرش مقاله : 6/2/1391 نام نویسنده مسؤول : مریم آموزگار نشانی نویسنده مسؤول : ایران- کرمان- انتهای جاده هفت باغ- دانشگاه تحصیلات تکمیلی. [1] SPE [2] Component [3] Layered Queueing Networks [4] Palladio Component model [5] Stereotype
1- مقدمهمهندسی کارایی نرمافزار[1]، [1] فرآیند ارزیابی کارایی نرمافزار در مرحله طراحی مدل نرمافزار است که علاوه بر کاهش هزینههای تولید، افزایش کیفیت و کارایی را بههمراه دارد. تحقیقات انجام شده در حوزه نرمافزارهای مبتنی بر قطعه[2] [2] خودکارسازی این فرآیند را بسیار مهم میشمارد زیرا طراح نرمافزار میتواند براحتی و بدون نیاز به تسلط در حوزه کارایی، مدلی با کیفیت بالا طراحی کند. در این مقاله فرآیند ارزیابی به دو زیرفرآیند عمده تفکیک شده است: تبدیل مدل و بازخورد. تبدیل مدل مرحلهای است که در آن مدل نرمافزار به مدل کارایی تبدیل میشود، در حالی که بازخورد مربوط به انعکاس پارامترها و یا مشخصههای بهینه کارایی از مدل کارایی به مدل نرمافزار است. در سالهای اخیر تحقیقات زیادی در حوزه تبدل مدل انجام شده است اما بهینهسازی خودکار و یا به عبارتی، ارائه مقادیر بهینه تنظیمات و مشخصههای کارایی در مدل نرمافزار به تحقیقات بیشتری نیاز دارد. استفاده از الگوریتمهای بهینهسازی در مهندسی نرمافزار در [3] مرور شده است و بر مبنای همین الگوریتمها برای مساله ارزیابی کارایی نرمافزار روشهایی در [6-4] رائه شده است. در برخی تحقیقات [4] تنها زمان پاسخ برای ارزیابی کارایی در نظر گرفته شده است، در حالی که پارامترهای مهمی همچون بهرهوری و توان عملیاتی منابع نرمافزاری و سختافزاری نیز به عنوان مشخصههای عمده کارایی محسوب میشوند. علاوه بر موارد ذکر شده، کنترل هزینههای توسعه و یا به عبارتی کاهش آن نیز از اهمیت زیادی برخوردار است. بنابراین، مساله مطرح شده، یک مساله بهینهسازی چندهدفه است. از این رو، این مقاله روشی را با استفاده از الگوریتم جمعیت پرندگان چند هدفه MOPSO [7] ارائه میکند که مقادیر بهینه مشخصههای کارایی توصیف شده در مدل نرمافزار را یافته، به طراح نرمافزار پیشنهاد میدهد. ازجمله برتریهای الگوریتم جمعیت پرندگان در مقایسه با الگوریتمهای ژنتیک که به انتخاب آن برای این مساله منجر شد، این است که پاسخ بهینه، مستقل از مقادیر اولیه و پس از شرکت کردن کلیه ذرات در الگوریتم به دست میآید و علاوه بر آن، وابستگی و حساسیت کمتر الگوریتم به تابع هدف، پیادهسازی راحت و تنظیم ساده پارامترها از مزیتهای دیگر این الگوریتم هستند[8]. در ادامه، ضمن بررسی پیشینه تحقیقاتی موضوع، مراحل ارزیابی کارایی تشریح میشوند. در بخش سوم با معرفی مسائل بهینهسازی چند هدفه به طرح رسمی مساله پرداخته، الگوریتم جمعیت پرندگان و نسخه چند هدفه، آن معرفی میکنیم. در انتها روش پیشنهادی بر روی یک سیستم نرمافزاری نمونه اعمال و نتایج بررسی و تحلیل میشود.
2- کارهای انجام شده
مدل کارایی در روشها و ابزارهای کلاسیک ارائه شده در ارزیابی کارایی [2] عمدتا بر شبکههای صف لایهای[3] و شبکههای پتری مبتنی هستند که اکثر این روشها پارامترهای کارایی را اندازهگیری کرده، اما امکان اعمال هیچ گونه بازخوردی به مدل نرمافزار را فراهم نمیکنند. در [2] روش نیمهخودکاری مبتنی بر قانون برای یافتن مقادیر بهینه مشخصههای کارایی ارائه شده است. دانش لازم در قالب قوانین در اختیار سیستم قرار گرفته، کاوش به طور خودکار آغاز میشود و تا زمان رفع گلوگاهها و نیازهای کارایی و برقراری ثبات در سیستم ادامه پیدا میکند. این تحقیق به رفتار خاص نرمافزارهای مبتنی بر قطعه نمیپردازد، بلکه بر افزایش سرعت منابع سختافزاری برای رفع گلوگاهها تمرکز کرده است. همچنین، دامنه عملکرد آن وابسته و محدود به دانشی است که در اختیار سیستم قرار میگیرد. در [5] روش خودکاری برای بهبود کارایی مدل نرمافزارهای مبتنی بر قطعه ارائه شده است. فضای طراحی شامل گزینههای مختلفی، مثل انتخاب قطعات مناسب و تنظیمات مشخصههای کارایی است. کاوش فضای طراحی به وسیله الگوریتم ژنتیک انجام میشود. کاندیدهای اولیه ایجاد شده، پس از کاوش، نتایج در اختیار طراح نرمافزار قرار میگیرد. بدین ترتیب، طراح نرمافزار براحتی مدلی با کیفیت بالا تولید میکند. با این روش خلا بین استفاده از روشهای کلاسیک و بهبود خودکار مدل نرمافزار پر میشود، اما نقطه ضعف این روش این است که مدلی را برای هزینه به عنوان یکی از توابع هدف درنظر نگرفته است. در [6] روش دیگری برای بهبود کارایی و قابلیت اعتماد نرمافزارهای سرویسگرا ارائه شده است. اساس کار پیدا کردن بهینه پرتو در الگوریتمهای تکاملی چند هدفه است. فضای طراحی شامل اختصاص قطعه مناسب، انتخاب از بین قطعات همسان و سرعت منابع سختافزاری است. زبان مدلسازی در این روش [9]PCM [4] است که یک متا- مدل اختصاصی برای ارزیابی کارایی و قابلیت اعتماد نرمافزارهای سرویسگراست. از این رو، طراح نرمافزار باید مدل نرمافزار را که با استانداردهایی، همچون [10]UML مدل کرده به PCM تبدیل کند که این امر خود عدم یکپارچگی فرآیند ارزیابی کارایی در فرآیند تولید نرمافزار را بههمراه دارد. نکته درخور توجه دیگر این است که به علت پرداختن به قابلیت اعتماد به عنوان تابع هدف برای کارایی تنها پارامتر زمان پاسخ در نظر گرفته شده است. با توجه به مطالب فوق، این تحقیق با تمرکز بر تسهیل فرآیند ارزیابی کارایی و یکپارچگی آن در فرآیند تولید نرمافزار بهبودها و ملاحظات زیر را در نظر گرفته است: 1. مدل نرمافزار بر مبنای UML است که استاندارد است. 2. در این تحقیق مشخصههای کارایی بیشتری مورد توجه قرار گرفتهاند. بهرهوری منابع سختافزاری و نرمافزاری که هدف، بیشینه شدن آنهاست، در کنار زمان پاسخ و هزینه که باید کمینه شوند، مدنظر گرفته شدهاند و مساله را به یک مساله سه هدفه تبدیل کرده است که اهداف آن در تقابل با یکدیگر هستند. 3. رفتار و عملکرد MOPSO در مساله ارزیابی کارایی بررسی شده است. 3- مهندسی کارایی نرمافزار
فرآیند ارزیابی کارایی مبتنی بر مدل که به آن مهندسی کارایی نرمافزار (SPE) گفته میشود و نخستین بار در [1] ارائه شده، یک فرآیند سیستماتیک برای تولید نرمافزاری است که نیازهای کارایی آن تامین شده باشد. با استناد به این فرآیند مرجع، در ادامه مراحل ارزیابی تا خودکارسازی و بهینهسازی تشریح میشوند. همان طور که شکل (1) مراحل را نشان میدهد، در نخستین مرحله مدل نرمافزار با UML2 و با تکیه بر نمودارهای قطعه، فعالیت و استقرار که برای ارزیابی کارایی وجودشان ضروری است طراحی میشود. توصیف نیازهای کارایی و همچنین مشخصههای کارایی منابع سختافزاری و نرمافزاری با استفاده از پروفایل کارایی [11] MARTE، انجام میشود. این پروفایل دارای کلیشهها[5] و برچسبهایی است که براحتی نمودارها را حاشیهنویسی میکند. با توجه به رفتار خاص نرمافزارهای مبتنی بر قطعه در [12] برچسبهایی به منظور توصیف دقیقتر آنها اضافه شده است. در مراحل 3 و 4 تبدیل مدل نرمافزار به مدل کارایی انجام میشود. در این تحقیق، مدل کارایی [13- 14] CBML است که نسخه توسعهیافتهای از LQN برای مدل سازی کارایی نرمافزارهای مبتنی بر قطعه است و ابزار تبدیل طبق [12] پیادهسازی و استفاده میشود. مدل کارایی در مرحله 5 به وسیله ابزار LQNS[15] حل میشود. در مرحله 6 و به منظور حل مدل به صورت پارمتریک مدل کارایی طبق قالب ابزار [16]SPEX بازنویسی میشود. روشهای زیادی [2] ارائه شده است که مشابه مراحل فوق را انجام میدهند، اما آنچه کمتر مورد توجه و بررسی قرار گرفته و عامل اساسی در فرآیند ارزیابی است، خودکارسازی آن است؛ بدین معنی که مقادیر مختلف مشخصههای کارایی در مدل قرار گرفته، ارزیابی میشوند تا زمانی که بهترین مقادیر به دست آید و براحتی در اختیار طراح قرار گیرند. آنچه در این تحقیق انجام شده، در قالب مراحل 7 و 8 و استفاده از الگوریتم MOPSO است که در بخشهای بعدی به تقصیل به آن پرداخته شده است.
شکل (1): فرآیند مهندسی کارایی نرمافزار
4- بهینهسازی چندهدفه
مسائل بهینهسازی چندهدفه [7] بیش از یک تابع هدف دارند. اگر آرایه متغیرهای ورودی یا به عبارتی بردار تصمیم باشد و ، در این صورت k هدف و تابع شایستگی تعریف میشود و هدف کمینه کردن است. البته، شرایط و قیدهای زیر را نیز میتوان در نظر گرفت:
همان طور که مشخص است، مسائل چندهدفه مجموعهای از جوابها را تولید میکنند که نسبت به هم برتری ندارند و این مجموعه را بهینه پرتو مینامند. تعاریف بهطور کامل در [17] آمده و در اینجا تنها به مفهوم مغلوب شدن اشاره میشود (در اینجا هدف کمینهسازی اهداف است). تعریف 1: برای دو بردار گفته میشود بردار را مغلوب میکند( )، در صورتی که اگر رابطه برقرار باشد، آنگاه . به عبارت دیگر، در هیچ بعدی بدتر از نباشد. بدین ترتیب، بردار تصمیم xمتعلق به مجموعه مجاز یک پاسخ بهینه پرتو است، اگر بردار تصمیم دیگری مانند y متعلق به مجموعه مجاز F وجود نداشته باشد که بر آن غلبه کند. 5- طرح مساله به صورت رسمی
نتایج حاصل از حل مدل کارایی، توان عملیاتی و بهرهوری هر یک از منابع نرمافزاری و سختافزاری بههمراه زمان پاسخ رویدادهاست که با انتساب به برچسبهای پروفایل کارایی به عنوان مقادیر صفات کیفی به مدل نرمافزار اعمال میشوند. رسیدن به وضعیتی که در آن کارایی سیستم مطلوب باشد، به تکرار مداوم فرآیند ارزیابی نیاز دارد. اگر تغییرات ساختاری در نظر گرفته نشود، سؤال اساسی این است که اعمال تغییر بر کدام صفت کیفی، کدام عنصر از مدل نرمافزار و به چه میزان، کارایی بهتری را بههمراه دارد. بدین ترتیب، اجرای این فرآیند بر اساس سعی و خطا، خصوصاً برای نرمافزارهای بزرگ بسیار زمانبر خواهد بود. لذا میتوان این مساله را در قالب یک مساله بهینهسازی مطرح کرد و از آنجا که کارایی تنها شامل یک هدف (زمان پاسخ کمینه) نمیشود و بهرهوری و توان عملیاتی منابع نیز از اهمیت بسزایی برخوردارند، مساله از نوع مسائل بهینهسازی چندهدفه است. لازم است ابتدا مساله به طور کاملا شفاف و رسمی مطرح شود. همان طور که قبلا گفته شد، مشخصههای کارایی با استفاده از پروفایل کارایی در مدل نرمافزار حاشیهنویسی شدهاند. این مشخصهها معادل متغیرهای ورودی مساله و به قرار زیر هستند: 1. سرعت پردازندههای سرور که با برچسب PArate از کلیشه PAhost در نمودار استقرار مقداردهی میشود. 2. تعداد ریسمانهای هر شئ فعال که درمدل نرمافزار با برچسب PAmultiplicity از کلیشه PAstep مشخص میشود. 3. تعداد پردازندههای هر سرور بنابراین، بردار تصمیم به ترتیب شامل موارد فوق و به صورت (1) خواهد بود. nو m به تعداد پردازنده و تعداد اشیا اشاره میکند.
هر متغیر در بردار X به ترتیب به بندهای 1 تا 3 اشاره دارد. اهداف مساله به صورت زیر هستند: 1. زمان پاسخ باید کمینه شود و خروجی ابزار LQNS است. 2. هزینه برای کنترل و اعمال محدودیت در استفاده از منابع در نظر گرفته شده است. از آنجا که مسلم است، هر چه تعداد پردازندهها بیشتر باشد، زمان پاسخ کمتر خواهد شد، اما برای کنترل هزینه اعمال قید ضروری است. تابع هزینه که در واقع با سرعت و تعداد پردازندهها متناسب است از رابطه (2) به دست میآید و باید کمینه شود.
cpu_speed و cpu_multiplicityبه ترتیب سرعت و تعداد پردازندهها روی سرور kام، s تعداد سرورها و H ضریب تاثیر سرعت روی هزینه را نشان میدهند. 3 . بهرهوری منابع که باید بیشینه باشد. تحلیل دقیق موارد فوق تقابل و تضاد اهداف را نشان میدهد، زیرا برای دو هدف اول مقدار کمینه و برای هدف آخر مقدار بیشینه مدنظر است.
6- الگوریتم جمعیت پرندگان
بهینهسازی جمعیت پرندگان یک روش جستجوی ابتکاری است (البته، طبق نظر مؤلف[18]) که پرواز پرندگان برای یافتن غذا را شبیهسازی میکند و خصوصا در سالهای اخیر بسیار استفاده شده است. این روش در مقایسه با روشهای دیگر مزیتهایی دارد، از جمله اینکه پاسخ بهینه مستقل از مقادیر اولیه و پس از شرکت کردن کلیه ذرات در الگوریتم به دست میآید و علاوه بر آن وابستگی و حساسیت کمتر الگوریتم به تابع هدف، پیادهسازی راحت و تنظیم ساده آن مزیتهای مهمی هستند[8]. در PSO هر جواب پیشنهادی که یک ذره نامیده میشود، یک نقطه در فضای جستجوست. هر ذره، در فضای جستجوی چند بعدی پرواز میکند و موقعیت خود را بر حسب تجربه خود و همسایگانش تغییر میدهد. کارایی هر ذره (میزان نزدیکی هر ذره به بهینه سراسری) بر اساس تابع شایستگی تعیین شده اندازهگیری میشود. این تابع متناسب با مساله تعریف میشود[19]. فرض کنید فضای جستجو D بعد داشته باشد و m ذره در جمعیت وجود داشته باشند. هر ذره در موقعیت Xi=[xi1,xi2,…,xiD] قرار گرفته، با سرعت Vi=[vi1, vi2, …, viD] حرکت میکند. هر ذره به سمت بهترین نقطهای که تا آن لحظه تجربه کرده؛ یعنی Pbesti=[pbesti1, pbesti2,…, pbestin] حرکت میکند. بهترین موقعیت در کل جمعیت نیز با Gbest=[gbest1, gbest2, …, gbestn] نمایش داده میشود. هر ذره موقعیت خود را برحسب سرعت مشخصی در هر تکرار تغییر میدهد که این سرعت به طور تصادفی و بر مبنای تمایل حرکت ذره به سمت pbest و gbest تنظیم میشود. برای هر ذره r در بعد s سرعت جدید؛ یعنی vrsو موقعیت جدید xrs بر اساس رابطه (3) و (4) به دست میآیند.
در روابط فوق t شماره تکرار وwوزن اینرسی است که برای کنترل سرعت و برقراری تعادل بین کاوش و بهرهگیری تعریف شده است. مقدار بزرگ برای w سرعت ذرات را زیاد و از افتادن آنها در بهینه محلی جلوگیری میکند. مقدار کوچک برای آن باعث کاهش سرعت و تشویق ذره به بهرهگیری از همان ناحیهای که در آن واقع است، میشود. ثابتهایc1 و c2ضریب شتاب هستند که میزان نزدیکی ذره به pbest و gbest را تعیین میکنند. r1 و r2 اعداد تصادفی مستقلی هستند که مقدار بین صفر و یک دارند. اتمام PSO میتواند بر اساس تعداد مشخصی تکرار یا رسیدن به مقدار تعیین شدهای از pbest باشد و یا زمانی که هیچ بهبود و تغییری در آن حاصل نشد، به پایان برسد. مراحل الگوریتم PSO استاندارد به صورت زیر است[20]: 1. مقداردهی اولیه ذرات در موقعیتهای تصادفی با سرعت اولیه، روی D بعد فضای جستجو؛ 2. بروزرسانی سرعت و موقعیت هر ذره طبق روابط (3) و (4)؛ 4. محاسبه تابع شایستگی و بروزرسانی همزمان pbest و gbest در صورت نیاز؛ 5. برگشت به مرحله 2 تا برقراری شرط اتمام.
7- الگوریتم جمعیت پرندگان چندهدفه
نخستین نسخه چندهدفه الگوریتم جمعیت پرندگان در سال 1999 در [21] ارائه شد. الگوریتم چندهدفه مورد استفاده در این تحقیق MOPSO[7] است که مراحل آن در شکل (2) نشان داده شده است. این الگوریتم از عملگری به نام عملگر جهش واحد [22] استفاده میکند که یک عضو از جمعیت را انتخاب کرده، مقدار یک بعد آن را به عددی در محدوده مقادیر معتبر تغییر میدهد. همچنین، یک سیاست نخبهگرایی به منظور نگه داشتن نتایج برتر و غالب در تکرارهای الگوریتم تعریف شده است. پاسخهای غالب در آرشیو خارجی که ساختار گرید [23] دارد، ذخیره میشوند. دستاورد مدیریت صحیح آرشیو، تنوع جمعیت و توزیع مناسب پاسخهاست. انتخاب pbest و gbest طبق مکانیزم خاصی انجام میشوند. الگوریتم چندهدفه نمیتواند از رابطه (3) برای شناسایی آنها استفاده کند، زیرا همه پاسخهای غالب به یک میزان برتری دارند. تنها زمانی pbest بروز میشود که ذره جدیدی مقدار قبلی آن را مغلوب کند. gbest نیز در هر تکرار از بین پاسخهای غالب موجود در آرشیو انتخاب میشود.
شکل (2): الگوریتم MOPSO [7]
8- نمونه مورد مطالعه
برای بررسی راهکار بهینهسازی ارائه شده سیستم نرمافزاری فروشگاه الکترونیکی که امکان مدیریت محصولات، خرید و پرداخت الکترونیکی را فراهم میکند، در نظر گرفته شد. ابتدا سیستم نرمافزاری با نرمافزار Enterprise Architect و بر مبنای UML2 مدل شد. نمودارهای قطعه، فعالیت و استقرار این نرمافزار در شکلهای 3 تا 5 آمده است. سپس نمودارهای مذکور با استفاده از پروفایل MARTE برای توصیف کارایی مدل حاشیهنویسی شدهاند که به منظور وضوح بیشتر این مشخصهها در خارج از نمودارها و در جداول (1) تا (3)آمدهاند. پس از اینکه مدل کارایی به وسیله ابزار تولید شده به دست آمد، به منظور مشاهده نتایج اولیه با ابزار LQNS حل میشود.
جدول(1): مشخصههای کارایی نمودار قطعه
جدول (2): مشخصههای کارایی نمودار استقرار
شکل 2 نمودار قطعه
شکل (3):نمودار استقرار
شکل (4): نمودار فعالیت
جدول (3) : حاشیهنویسی نمودار فعالیت
9- شبیهسازی و تحلیل نتایج
در نخستین مرحله از فاز بهینهسازی مدل کارایی طبق قالب ابزار SPEX بازنویسی میشود. سپس الگوریتم MOPSO پیادهسازی شده، این ابزار در پس زمینه برنامه بهینهسازی قرار میگیرد تا بر مبنای مقادیر بردار تصمیم، مقادیر توابع هدف را مشخص کند. هر ذره یک بردار 5 بعدی به صورت ]تعداد پردارندههای سرور Purchase ، تعداد پردازندههای سرور database، تعداد ریسمانهای وظیفه Processing-Request، تعداد ریسمانهای وظیفه check-availability تعداد ریسمانهای وظیفه Database-manager] است که مقدار هر بعد عددی بین 1 تا 11 است و توابع هدف نیز طبق بخش 5 تعریف میشوند. پارامترهای الگوریتم، طبق جدول (4) تنظیم میشوند.
جدول4: پارامترهای MOPSO
در آزمایش اول اندازه آرشیو 19 انتخاب شده است که بهینه پرتو بزرگتر و در نتیجه انتخابهای بیشتری را در اختیار طراح نرمافزار قرار میدهد. نمودار مربوطه در شکل (6) نشان داده شده است. در آزمایش دوم اندازه آرشیو به 10 کاهش داده شده است. بهینه پرتو تولید شده در جدول 5 و بردارهای تصمیم معادل و یا مجموعه پرتو در جدول(6) نمایش داده شدهاند. در واقع، در این مرحله هدف بررسی و مشاهده رفتار و عملکرد الگوریتم در هنگام کنترل اندازه آرشیو است.
شکل (6): نمودار حاصل از اجرای MOPSO با 3 تابع هدف
یکی از معیارهای ارزیابی الگوریتمهای چندهدفه، توزیع پاسخها در طول آرشیو است؛ به این معنی که اگر پاسخها به جای ازدحام در یک ناحیه در سراسر طول آرشیو توزیع شوند، تنوع و حق انتخاب بیشتری را فراهم کرده، کارایی الگوریتم را بالاتر میبرند. همان طور که بهینه پرتو جدول (5)نشان میدهد، الگوریتم MOPSO توانسته است با توزیع مناسب، انتخابهای متنوعی را به طراح پیشنهاد دهد. بدین ترتیب، طراح نرمافزار دیگر دغدغه تنظیم و کارکردن همراه با سعی و خطا را بر روی پارامترها و مشخصههای کارایی ندارد و میتواند مقادیری را که کارایی بیشتر و مطلوبتری را بههمراه داشته باشد، در مدل نرمافزار اعمال کند.
جدول (5) : بهینه پرتو جدول (6) : مجموعه پرتو
در آزمایش سوم طول آرشیو 19 و به منظور مشاهده ساده تر رفتار الگوریتم، توابع هدف به دو تابع زمان پاسخ و هزینه کاهش داده شد. شکل (7) نمودار به دست آمده را نشان میدهد.
شکل (7): نمودار حاصل از اجرای MOPSO با دو تابع هدف
10- نتیجهگیریخودکارسازی فرآیند ارزیابی کارایی از اهمیت ویژهای برخوردار است، زیرا طراح نرمافزار میتواند به راحتی و بدون نیاز به تسلط در حوزه کارایی مدلی با کیفیت و کارایی بالا تولید کند. در این مقاله، روشی برای بهینهسازی خودکار کارایی مدل نرمافزار ارائه شده است که مقادیر بهینه تنظیمات و مشخصههای کارایی حاشیهنویسی شده در آن را پیشنهاد میکند. بهینهسازی مبتنی بر روش MOPSO است. به این ترتیب، ضمن اعمال این الگوریتم قدرتمند در حوزه ارزیابی کارایی، رفتار و عملکرد آن تحلیل و بررسی و پاسخهای رضایتبخشی حاصل شد. از طرف دیگر، در این مقاله به جای استفاده از متا-مدلهای اختصاصی کارایی، همان مدل استاندارد مبتنی بر UML با پروفایل کارایی حاشیهنویسی و به مدل کارایی CBML تبدیل شد تا طراح نرمافزار را از تسلط به حوزه کارایی بینیاز کند. [1]تاریخ ارسال مقاله : 14/4/1390 تاریخ پذیرش مقاله : 6/2/1391 نام نویسنده مسؤول : مریم آموزگار نشانی نویسنده مسؤول : ایران- کرمان- انتهای جاده هفت باغ- دانشگاه تحصیلات تکمیلی. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| مراجع | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
مراجع
[1] Smith, C.U., “Performance Engineering of Software Systems”, Addison-Wesley, 1990. [2] Koziolek, H. ‘’Performance evaluation of component-based software systems: A survey”, Performance Evaluation, Vol. 67 Issue. 8, August. 2010, pp. 634-658doi:10.1016/j.peva.2009.07.007. [3] Harman, M., “The Current State and Future of Search Based Software Engineering”, Future of Software Engineering, 2007. FOSE ’07, pages 342-357, May 23-25 2007. [4] Jing Xu., “Rule-based automatic software performance diagnosis and improvement”, In WOSP ’08: Proceedings of the 7th international work- shop on Software and performance, pages 1–12, New York, NY, USA, 2008. [5] Martens, A. and Koziolek, H., “Automatic, model-based software performance improvement for component-based software designs”, In 6th International Workshop on Formal Engineering approaches to Software Components and Architectures (FESCA). Elsevier, 2009. [6] Martens, A. and Koziolek, H., "Optimising Multiple Quality Criteria of Service-Oriented Software Architectures", 1st international workshop on Quality of service-oriented software systems,2009. [7] Cagnina, L., Esquivel, S., Coello Coello, C.A., “A Particle Swarm Optimizer for Multi-Objective Optimization”, JCS&T, 4 (5), pp. 204-210, 2005. [8] Marinakis, Y. and Marinaki, M. and Dounias, G., “A hybrid particle swarm optimization algorithm for the vehicle routing problem”, Engineering Applications of Artificial Intelligence, vol. 23 Issue 4, June. 2010, doi:10.1016/j.engappai.2010.02.002. [9] Becker, S., Koziolek, H. and Reussner, R., “The palladio component model for model-driven performance prediction”, J. of Systems and Software, 82:3{22, 2009. [10] Object Management Group. Unified Modeling Language: Superstructure, Version 2.0, ptc/03-07-06, July 2003, http://www.omg.org/cgi-bin/doc?ptc/2003-08-02. [11] Object Management Group (OMG). UML Profile for MARTE, Beta 1. http://www.omg.org/cgi- bin/doc?ptc/2007- 08- 04 , [12] Amoozegar, M., “A Solution for Performance Evaluation of Component-Based Software Architecture”, A Thesis Submitted in Partial Fulfilment of The Requirement for degree of Master of Science in Software Engineering. [13] Wu, X., “An approach to predicting peformance for component based systems”, Master’s thesis, Department of Systems and Computer Engineering, Carleton University, Ottawa, Ontario, Canada, August 2003. [14] Wu, X. and Woodside, C.M., ”Performance Modeling from Software Components”, Proceedings of the Fourth International Workshop on Software and Performance,WOSP 2004, Redwood Shores, California, USA, January 14-16, 2004, New York, NY, ACM Press (2004) 290–301. [15] Greg, F., Maly, P., Woodside, M., Petriu D.C. and Hubbard, A. “Layered Queueing Network Solver and Simulator User Manual”, Department of Systems and Computer Engineering Carleton University, 2005. [16] Hubbard, A., “SPEX: Software Performance Experiment Driver”, http://www.sce.carleton.ca/rads/lqn/lqn-documentation/spex.txt , August 1997. [17] Coello Coello, C. and Lechuga, M.,” Mopso: A proposal for multiple objective particle swarm optimization”, In Congress on Evolutionary Computation, IEEE Service Center. pages 1051{ 1056, Piscataway, NJ., 2002. [18] Russell C. Eberhart and Yuhui Shi., “Comparison between genetic algorithms and particle swarm optimization”, Proceedings of the Seventh Annual Conference on Evolutionary Programming, pages 611– 619. Springer-Verlag, March 1998. [19] Andries P.Engelbrecht, ”computational intelligence,” 2 ed, Wily,2007, pp. 9. [20] Sha, D. Y. and Hsing Hung Lin ,”A particle swarm optimization for multi-objective flow-shop scheduling,” The International Journal of Advanced Manufacturing Technology, vol. 45, Numbers 7-8, 2008, P. 749-758, doi:10.1007/s00170-009-1970-6 [21] Moore, J. and Chapman, R. “Application of particle swarm to multiobjective optimization”, Department of Computer Science and Software Engineering, Auburn University, 1999. [22] Back, T., Fogel, D. and Michalewicz, Z. , “Handandbook of Evolutionary Computation”, IOP Publishing Ltd and Oxford University Press, 1997. [23] Deb, K., “Multi-Objective Optimization using Evolutionary Algorithms”, John Wiley & Sons, Ltd., England, 2001.
زیرنویسها
SPE
[1] Component
[1] Layered Queueing Networks
[1] Palladio Component model
[1] Stereotype
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
آمار تعداد مشاهده مقاله: 2,151 تعداد دریافت فایل اصل مقاله: 5,158 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
