2. هادی بزرگمهر و مهدی زارع استاد : خانم خسروی
دانشگاه پیام نور آمل
رشته : مهندسی کامپیوتر
عنوان : کاربرد RUP
گرد آورندگان :
هادی بزرگمهر و مهدی زارع استاد : خانم خسروی

4. فهرست:
مقدمه
RUP چیست؟
تاریخچه RUP
اصول اساسی RUP
RUP و تولید تکراری
RUPیک فرایند مهندسی نرم افزار خوش تعریف
ساختار دینامیک RUP وفازها
دیسیپلین های RUP
فراورده های RUP
نتیجه گیری
منابع

5. مقدمه :
یک پروسه سریع پروسه ای است که همیشه آماده در آغوش کشیدن نیازهای جامعه بوده و این درجه از سازگاری را دارا باشد.بنابراین منظور از سرعت عمل،فقط کاستن از حجم پروسه نرم افزار یا سرعت ارایه آن به بازار نیست،بلکه منظور انعطاف پذیری و حفظ کیفیت است.مطلبی که در این مقاله قصد توضیح آن را داریم این است که RUP یک ساختار پروسه ای است که امکان انطاف پذیری را برای تولید کنندگان نرم افزار فراهم می آورد. 1

6. RUP به سه مورد کاملا متفاوت اشاره می کند :
RUP یا Rational Unified Processیک فرایند تولید نرم افزار است که توسط شرکت Rational ایجاد شده است (هم اکنون شرکت IBM) .
RUP به سه مورد کاملا متفاوت اشاره می کند :
RUP یک روش تولید و توسعه نرم افزار می باشد که تکراری،معماری محور و Use-Caseگراست.
RUP یک فرایند مهندسی نرم افزار خوش ساختار و خوش تعریف است.
RUP محصولی است که یک چارچوب فرایند با قابلیت سفارشی شدن برای مهندسی نرم افزار فراهم می کند. 2

7. تاریخچه RUP: RUP در طی سه دهه تکامل یافته است: روش اریکسون در سال 1967
Objectory در سال 1987 توسط Jacobson عرضه شد
توسعه روش اریکسون
شرکت Rational در سال 1995 متدولوژی Objectory را تصاحب کرد و Rational Objectory را معرفی کرد
در سال 1997 UML توسط OMG استاندارد شد و شرکت Rational در متدولوژی Rational Objectoryهمه مدلهای خود را بر اساس این زبان استاندارد نمود
متدولوژی Rational Objectory برای پوشش جنبه های مختلف تولید نرم افزار توسعه داده شد و متدولوژی جدید RUP نام گرفته شد. 3

8. در سال 1999 با انتشار کتاب ‘The Unified Software Development Process
در سال 1999 با انتشار کتاب ‘The Unified Software Development Process. (Jacobson, Booch, Rumbaugh)’ به عموم معرفی شد. 4

9. اصول اساسی RUP
حمله سریع و مداوم به ریسکهای اصلی...در غیر این صورت آنها به شما حمله خواهند کرد.
تضمین کنید که محصول باارزشی به مشتری تحویل می دهید.
روی نرم افزار اجرایی متمرکز بمانید.
تغییرات را هر چه زودتر در پروژه بگنجانید.
سیستم را به صورت مولفه ای بسازید.
در قالب یک تیم با هم کار کنید.
کیفیت را به عنوان یک اصل قرار دهید نه یک فرع. 5

10. RUP و تولید تکراری
اکثر تیمهای نرم افزاری هنوز هم از فرایند آبشاری برای پروژه های تولیدی استفاده می کنند.در این توالی ابتدا شناخت نیازمندیها انجام می شود و سپس تحلیل و طراحی و بعد از آن پیاده سازی و سپس تست انجام می شود. 6

11. روش تکراری به دلایل زیر نسبت به روش آبشاری برتری دارد:
برخلاف این روش،RUP از یک روش تکراری استفاده می کند،یعنی یک توالی از گامهای افزایشی یا تکرارها.
روش تکراری به دلایل زیر نسبت به روش آبشاری برتری دارد:
با نیازمندیهای متغیر سازگار است.
مجتمع سازی یک اتفاق بزرگ در آخر پروژه نیست.
ریسکها معمولا در مجتمع سازیهای اولیه کشف می شوند.
مدیریت می تواند ر محصول،تغییرات تاکتیکی ایجاد کند.
استفاده مجدد آسان می شود.
نقص ها در طی چندین تکرار کشف و تصحیح می شوند.
از پرسنل پروژه بهتر استفاده می شود.
اعضای تیم در ضمن انجام کار،مطالب جدیدی فرا می گیرند.
خود فرایند تولید نیز همراه با انجام کار،اصلاح شده و بهبود می یابد. 7

12. RUP یک فرایند مهندسی نرم افزار خوش تعریف:
متدولوژی RUPبااستفاده از (SPEM) طراحی می شودکه استانداردییست برای مدلسازی فرایند بر اساس UML.
این فرایند دارای دو ساختار یا بعد است:
ساختار دینامیک(پویا).بعد افقی،ساختار دینامیک بعد زمانی فرایند را نشان میدهد.
ساختار استاتیک. بعد عمودی،ساختار استاتیک فرایند را نشان میدهد. 8

13. ساختار دینامیک RUP
ساختار دینامیک با چرخه حیات وبعد زمان پروژه سروکار دارد. RUP، یک روش ساختار بندی شده برای تولید تکراری فراهم میکند که یک پروژه را به 4 فاز تقسیم میکند:
INCEPTION
ELABORATION
CONSTRUCTION
TRANSITION
اهداف و مراحل مهم فازهای RUP به صورت کلی: 9

14. کسب موافقت ذی نفعان برای ادامه کارا اهداف چرخه حیات(LCO)
فاز Inception
اهداف:
شناخت محدوده پروژه
شناخت مورد کسب و کار
کسب موافقت ذی نفعان برای ادامه کارا
اهداف چرخه حیات(LCO)
فاز Elaboration
تخفیف ریسک های تکنیکی
ایجاد معماری خط مبنا
شناخت انچه برای ساخت سیستم مورد نیاز است
معماری چرخه حیات(LCA) 10

15. ساخت اولین نسخمه عملیاتی از محصول قابلیت عملیاتی اولیه(IOC)
فاز Construction
اهداف:
ساخت اولین نسخمه عملیاتی از محصول
قابلیت عملیاتی اولیه(IOC)
فاز Transition
ساخت نسخه نهایی محصول و تحویل آن به مشتری
انتشار محصول(PR) 11

16. فاز Inception:
اهداف:
هدف اصلی این فاز،دستیابی به توافق میان ذی نفعان بر روی اهداف چرخه حیات پروژه است.
اهداف اصلی فاز Inception شامل موارد زیر است:
بدست آوردن محدوده نرم افزاری پروژه و محدودیتهای آن که شامل یک دید عملیاتی،معیار پذیرش و اینکه چه چیز باید در محصول باشد و چه چیز نباید باشد،می شود.
مشخص کردن Use-Caseهای اساسی سیستم و سناریوهای اصلی عملیات که مسائل مربوط به طراحی اصلی را ایجاد می کند
نمایش و شاید توضیح حداقل یک معماری کاندیدا برای بعضی سناریوهای اصلی 12

17. برآورد زمان هزینه و زمان کلی برای کل پروژه برآورد ریسکهای بالقوه
آماده کردن محیط پشتیبانی برای پروژه 13

18. فعالیتهای اساسی : ایجاد قاعده ای برای محدوده پروژه
طرح ریزی و آماده کردن یک مورد کسب و کار
ترکیب یک معماری کاندیدا
آماده کردن محیط برای پروژه 14

19. فاز Elaboration: هدف این فاز،تعیین معماری کلی سیستم می باشد.
به منظور اطمینان از اینکه ریسکها به اندازه کافی کاهش یافته اند
به منظور بیان همه ریسکهای پروژه
به منظور ایجاد یک معماری پایه
به منظور تولید یک نمونه اولیه تکاملی از مولفه های با کیفیت تولیدی خوب
به منظور ایجاد یک محیط پشتیبانی کننده 15

20. فعالیتهای اساسی:
تعریف،تعیین اعتبار و تعیین دسترسی معماری با سرعت هر چه بیشتر
ایجاد طرح های تکرار برای فاز Construction
طرح معماری و انتخاب مولفه ها
طرح تصویر کلی بر اساس اطلاعات جدید به دست آمده
طرح مورد تولید و توسعه 16

21. فاز Construction:
هدف این فاز،واضح سازی نیازمندیهای باقیمانده و تکمیل تولید سیستم بر اساس معماری مبنا می باشد.
اهداف اصلی فاز Construction:
کمینه کردن هزینه های تولید
دستیابی سریع به کیفیت
دستیابی سریع به ویرایشهای مفید
تکمیل تحلیل،طراحی،تولید و تست
تولید تکراری و گام به گام یک محصول کامل 17

22. فعالیتهای اساسی: مدیریت منابع،کنترل و بهینه سازی فرایند
تولید و تست کامل مولفه
ارزیابی نسخه های محصول 18

23. فاز Transition:
تمرکز این فاز بر این است که تضمین نماید نرم افزار برای کاربران نهایی آماده می باشد.
اهداف اولیه فاز Transition:
تست بتا برای تشخیص اعتبار سیستم
تبدیل پایگاه داده عملیاتی
آموزش کاربران
بازاریابی،توزیع و فروش
مهندسی خاص استقرار از قبیل تولید و بسته بندی 19

24. فعالیتهای اساسی: ارزیابی محصول دستیابی به قابلیت حمایت کاربر از خود
اجرای طرح
نهایی کردن مواد حمایتی از کاربر نهایی
تست محصول
ایجاد نشر یک محصول 20

25. تنظیم دقیق محصول بر اساس بازخورد
گرفتن بازخورد کاربر
تنظیم دقیق محصول بر اساس بازخورد
در دسترس قرار دادن محصول برای کاربر نهایی 21

26. دیسیپلین های RUP (ساختار استاتیک):
مدل سازی کسب و کار
نیازمندیها
تحلیل و طراحی
پیاده سازی
تست
استقرار
محیط
مدیریت پروژه
مدیریت پیکربندی و تغییرات 22

27. اهداف مدلسازی کسب و کار:
شناخت ساختار و دینامیکهای سازمانی
شناخت مشکلات فعلی در سازمان هدف و تشخیص پتانسیل های بهبود
تضمین اینکه مشتری و کاربر نهایی یک شناخت مشترک از سازمان هدف دارند
هدایت نیازمندیهای سیستم برای حمایت از سازمان هدف 23

28. اهداف دیسیپلین نیازمندیها:
تشخیص و نگهداری موارد توافق با مشتریها
تعریف مرزهای تعیین حدود سیستم
فراهم کردن یک پایه برای طرح ریزی مفاهیم تکنیکی تکرارها
فراهم کردن شناخت بهتر از نیازمندیهای سیستم برای تولیدکنندگان سیستم
به تولیدکنندگان سیستم امکان ساختن سیستم مورد انتظار را می دهد 24

29. اهداف دیسیپلین تحلیل و طراحی:
تبدیل نیازمندیها به طراحی سیستمی که قرار است به وجود آید
پیدایش یک معماری مستحکم برای سیستم
سازگار ساختن طراحی برای هماهنگ شدن با محیط پیاده سازی و طراحی آن برای کارایی بهتر 25

30. اهداف دیسیپلین پیاده سازی:
تعریف سازمان کد
پیاده سازی کلاسها و اشیا به وسیله مولفه ها
تست اجزا تولید شده به عنوان واحدها
مجتمع سازی نتایج تولید شده 26

31. اهداف دیسیپلین تست: یافتن نقایص در کیفیت نرم افزار
آگاهی دادن در مورد کیفیت نرم افزار بررسی شده
اثبات اعتبار فرضیاتی که در طراحی و مشخصات نیازمندیها ساخته شده اند
تصدیق عملکردهای محصول
تصدیق اینکه نیازمندیها به درستی پیاده سازی شده اند 27

32. اهداف دیسیپلین استقرار:
این دیسیپلین فعالیتهایی را توضیح می دهد که تضمین می کنند محصول نرم افزار برای کاربران نهایی اش در دسترس باشد.
دیسیپلین استقرار سه حالت استقرار محصول را توضیح می دهد:
نصب اختصاصی
آماده فروش کردن محصول نهایی
دستیابی به نرم افزار از طریق اینترنت 28

33. اهداف دیسیپلین محیط:
فعالیتهای مورد نیاز برای تولید رهنمئدهیی که در جهت پشتیبانی از یک پروژه لازم می باشند را توضیح می دهد
فراهم آوردن محیط تولید برای سازمان تولید کننده نرم افزار 29

34. اهداف دیسیپلین مدیریت پروژه:
فراهم کردن یک چارچوب برای مدیریت پروژه های صرفا نرم افزاری
فراهم کردن رهنمودهای عملی برای طرح ریزی،تعیین نیروی انسانی و نظارت بر پروژه ها
فراهم کردن یک چارچوب برای مدیریت ریسک 30

35. اهداف دیسیپلین مدیریت پیکربندی و تغییرات:
تشخیص موارد پیکربندی
محدود کردن تغییرات آن موارد
رسیدگی به تغییراتی که برای آن موارد ساخته شده
تعریف و مدیریت پیکربندی آن موارد 31

36. نام فرآورده : مدل مورد كاربردی:
فراورده های RUP:
نام فرآورده : مدل مورد كاربردی:
هدف:برای تعریف نیازمندیهای کارکردی به کار می رود
نام فرآورده : مدل استوری برد مورد كاربردی:
هدف:پروژه هایی که رابط های کاربر بزرگ و پیچیده دارند،باید از مدلسازی رابط کاربر استفاده کنند
نام فرآورده : واژه نامه:
هدف:این اطمینان را ایجاد می کند که تمامی افراد پروژه از زبان و واژگانی مشترک استفاده می کنند
نام فرآورده : خصوصيات نيازمنديها
هدف: هدف : پايگاه داده اي از نيازمندي هاست كه به حصول اطمينان از الويت بندي صحيح و پيگيري و رديابي نيازمنديها كمك مي كند. 32

37. نام فرآورده : طرح مديريت نيازمنديها:
هدف: اطلاعات لازم و ساز و كار كنترل ، اندازه گيری و گزارش دهی را مشخص مي كند
نام فرآورده : مشخصات نيازمنديهاي نرم افزار:
هدف : مجموعه ای از همه نيازمندی ها را در يك سند رسمی قابل ارائه به مشتری فراهم می سازد
نام فرآورده : درخواست هاي ذينفعان:
هدف : همه درخواست های مرتبط با پروژه را در بر می گيرد
نام فرآورده : مشخصات تكميلي:
هدف : اين سند براي تعريف نيازمندي هاي غير كاركردي به كار مي رود 33

38. نام فرآورده : چشم انداز:
نام فرآورده : نمونه آزمايشي رابط كاربر:
هدف : به منظور تست و نمايش قابليت كاربرد رابط كاربر قبل از اجرای واقعی نرم افزار به كار می رود، نمونه آزمايشی ، ابزاری كارا برای يافتن نقايص و نيازمنديهاي فراموش شده مرتبط با رابط كاربر به شمار می رود
نام فرآورده : چشم انداز:
هدف : نيازمندیهاي بسيار سطح بالا و محدوديت های طراحی را در بر می گيرد و به خواننده سند درك كلی از سيستمی كه قرار است توسعه يابد را ارايه می كند 34

39. نتیجه گیری:
این روش علاوه بر ساماندهي به فرايند توليد نرم افزار از دو بعد زمان و کيفيت، به لحاظ برخورداري از انعطاف پذيري بالا در صورت کاربرد و پياده سازي صحيح مي تواند سبب تسريع فرايند توليد و توسعه نرم افزار و تأمين کيفيت مورد نظر در نرم افزار گردد.RUP اگر چه بسيار وسيعو براي پروژه هاي بزرگ تدوين شده است، اما مي توان با درنظر گرفتن فاكتورهايي مانند اندازه پروژه و رسمي بودن آن ، آنچه را كه با پروژه تناسب دارد، انتخاب كرد و به مرحله اجرا درآورد. در ميان 10 فرآورده مهم اين روش ، تعدادي در اكثر پروژه قابل استفاده هستند و كاربرد تعدادي اختياري ست كه مدير و تيم پروژه مي بايد با توجه به پروژه ، در مورد لزوم كاربرد آنها تصميم گيري كند. 35

40. منابع:
مرجع کاربردی متدولوژی کاربردی RUP تالیف براآنی،حاجبی،گل محمدی و نعمت
پرتال دانشجویان مهندسی نرم افزار جهاد دانشگاهی اراک 36

41. پـــایـــان