1. روشي براي ارزيابي و مقايسه معماري سيستم هاي نرم افزاري
ارائه دهنده: وجيه الله منتقمي
استاد پروژه: دکتر حسن ميريان حسين آبادي
استاد مشاور: دکتر جعفر حبيبي
2 آذر 1385

2. اهميت ارزيابي معماري نرم افزار
ارزش اقتصادي بالا
کشف زود هنگام مشکلات
کاهش خطرات و ريسک ها
تخمين منابع
آماده سازي اجباري به منظور بازبيني
اثبات نيازمندي ها
يافتن دلايل و مستدل نمودن فرآيند
انتشار حس خوشبيني
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

3. زمان ارزيابي معماري نرم افزار
زودترين زمان ممکن
پيش از تکميل
پس از ارائه نهايي
تغيير سيستم هاي قديمي
نمونه سازي از معماري مرجع
معماري خط توليد
خريد يک سيستم يا زير سيستم بزرگ
انطباق پذيري
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

4. انواع روش هاي ارزيابي نرم افزار
استفاده از تکنيک هاي پرسش گونه
سناريوها
پرسش نامه ها
چک ليست ها
استفاده از تکنيک هاي اندازه گيري
شبيه سازي
نمونه سازي
مدل سازي
شبکه هاي صف
زنجيره هاي مارکوف
ماشين هاي حالت
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

5. روش هاي ارزيابي مبتني بر سناريو
سناريو توضيحي مختصر در مورد تعامل منفرد ذينفع با سيستم مي باشد.
SAAM
Software Architecture Analysis Method
ASAAM
Aspectual Software Architecture Analysis Method
ATAM
Architecture Tradeoff Analysis Method
ACCA
Architecture-centric Concern Analysis Method
CBAM
Cost Benefit Analysis Method
ARID
Active Reviews for Intermediate Design
ALMA
Architecture-Level Modifiability Analysis
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

6. روش ارزيابي معماري ATAM
هدف
ميزان دستيابي يك معماري به اهداف كيفي
تعاملات اين اهداف کيفی
خروجي هاي ارزيابي
ارائه دقيق معماري
تفصيل اهداف كسب و كار
نيازهاي كيفي به صورت مجموعه هايي از سناريوها
مجموعه از نقاط حساس و پاياپاي
نگاشت تصميمات معماري به نيازمندي هاي معماري
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

7. روش ارزيابي معماري مبتني بر وابسته ها
عدم دستيابي به ريشه مشکلات در روش هاي موجود
گسترشي بر روش هاي معمول چون ATAM
مفهوم وابسته هر جنبه نامطلوب معماري نرم افزار
تصميم نادرست
نقاط حساس
نقاط پاياپاي
ريسک در سطح مفهومي
مستندسازي تمام فرآيندهاي تصميم گيري
نگاشت قابليت رديابي CT-map
ساخت و تكميل CT-map به صورت دستي
زمان بر و پرهزينه
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

8. روش ارزيابي معماري جنبه گرا
مجموعه مولفه ها بر مجموعه وابسته ها پوشا نيست.
عدم شناخت وابسته هاي فراگير
کدهاي درهم تنيده
عدم درستي يابي تمام ويژگي هاي کيفي
گسترشي بر SAAM
تعريف مكانيزم هاي صريحي براي شناخت:
جنبه هاي معماري
مولفه هاي درهم تنيده مرتبط
تعريف ابتکاراتي براي شناخت جنبه هاي معماري
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

9. روش ارزيابي کارايي نرم افزار بوسيله معماري
پشتيباني مدلهاي اوليه تحليل كارايي مبتني بر مدلهاي شبكه صف حين فرآيند توسعه
ضرورت وجود اطلاعاتي راجع به زيرساخت سخت افزاري
تبديل معماري نرم افزار به مدل شبکه صف
ديدهاي رفتاري
نمودار ترتيب پيام
UML 2.0
نمودار مورد استفاده
نمودار ترتيبي
نمودار مولفه ها
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

10. مدل يکپارچه تحليل امنيت، کارايي و اطمينان پذيري
عدم انجام تحليل چند بعدي
ارزيابي چند معيار بر اساس مدلي مرجع
زنجيره هاي مارکوفِ زمان گسسته DTMC
ساختار سلسله مراتبي
متوسط دفعات اجرا و واريانس آن
عدم پشتيباني از جريان هاي کنترلي همزمان
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

11. دستيابي به روش ارزيابي مناسب
هر روش جنبه هاي متفاوتي را تحت تاثير قرار مي دهد
توصيف
کاربرد تکنيک ها
ابزارها
تحليل ها
هر سازمان روش مربوط به خود را دارد
ارزيابي روش ها
ساخت روش جديد
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

12. روشی برای ارزيابی معماری نرم افزار
مقايسه روش هاي ارزيابي
وجود بسترهاي مختلف براي مقايسه روش ها
کار Grima´n در سال 2005
کار Babar در سال 2004
کارDobrica و Nielmela در سال 2002
بررسي معيارهاي پايه
شناسايي هدف و محيط
تمركز خصوصيت دهي بوسيله آزمون
پشتيباني از تحليل
تعيين خروجي هاي تحليل
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

13. ساخت روش ارزيابي با استفاده از مولفه ها
روال مشترک در تمام روش ها
تکنيک هاي مشترک
اصول تعريف و کاربرد معماري
معماري نرم افزار به عنوان مجموعه عناصري كه از فهم پذيري کافي و از جزئيات كافي براي استدلال منطقي برخوردار است.
اهداف كسب و كار، نيازمندي هاي كيفي را تعيين مي كند.
نيازمندي هاي كيفي تحليل و طراحي معماري نرم افزار را هدايت مي كند.
شناخت تكنيك هاي خوش تعريف و زمان بندي شده
تحليل و طراحي معماري با چابكي بيشتر
بيشترين تطابق را با شرايط محيط
عموما طي اين فرآيندها ابتدا اهداف كسب و كار و وابسته­هاي ذي­نفعان شناسايي و سپس نگاشتي بين آن­ها و نمايش معماري برقرار مي­شود و دست آخر نيز ريسك­ها با توجه به نگاشت مربوطه مورد ارزيابي قرار مي­گيرند
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

14. روشی برای ارزيابی معماری نرم افزار
نتيجه گيري
روش هاي مبتني بر سناريو
فرآيندهاي انساني
مستندسازي تصميمات معماري
پيگيري ميزان دستيابي به اهداف کيفي
عدم ارزيابي دقيق و رسمي معماري
عدم جامعيت تحليل هاي عددي
انتخاب روش ارزيابي مناسب
خط توليد
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

15. روشی برای ارزيابی معماری نرم افزار
کارهاي آتي
روش تحليلي بر اساس
کتابخانه تکنيک ها
تقابل نقاط پاياپاي
زمان بندي
بررسي و مطالعه بيشتر بر روي مدل هاي ارزيابي رسمي (1.5 ماه)
مقايسه مدل هاي رسمي و تفکيک موارد استفاده آن ها (1.5 ماه)
تعريف دقيق مولفه هاي اساسي فرآيند ارزيابي (2 ماه)
تعريف يک مطالعه موردي و بررسي نتايج براساس مدل ارزيابي ارائه شده. (1 ماه)
جمع بندي، ارائه مقاله و تدوين پايان نامه (2 ماه)
2 دی 1385
روشی برای ارزيابی معماری نرم افزار

16. روشی برای ارزيابی معماری نرم افزار؟
2 دی 1385
روشی برای ارزيابی معماری نرم افزار