www.prozhe.com
هادی بزرگمهر و مهدی زارع استاد : خانم خسروی دانشگاه پیام نور آمل رشته : مهندسی کامپیوتر عنوان : کاربرد RUP گرد آورندگان : هادی بزرگمهر و مهدی زارع استاد : خانم خسروی www.prozhe.com
www.prozhe.com
فهرست: مقدمه ............................................................................................... 1 RUP چیست؟ ..................................................................................... 2 تاریخچه RUP .......................................... ........................................... 3 اصول اساسی RUP .................... ............................................................ 5 RUP و تولید تکراری ................................................................................ 6 RUPیک فرایند مهندسی نرم افزار خوش تعریف ................. ...................................... 8 ساختار دینامیک RUP وفازها .............. ......................................................... 9 دیسیپلین های RUP ........ ...................................................................... 22 فراورده های RUP ........................ ......................................................... 32 نتیجه گیری ................. ........................................................................ 35 منابع ........................ ....................................................................... 36 www.prozhe.com
مقدمه : یک پروسه سریع پروسه ای است که همیشه آماده در آغوش کشیدن نیازهای جامعه بوده و این درجه از سازگاری را دارا باشد.بنابراین منظور از سرعت عمل،فقط کاستن از حجم پروسه نرم افزار یا سرعت ارایه آن به بازار نیست،بلکه منظور انعطاف پذیری و حفظ کیفیت است.مطلبی که در این مقاله قصد توضیح آن را داریم این است که RUP یک ساختار پروسه ای است که امکان انطاف پذیری را برای تولید کنندگان نرم افزار فراهم می آورد. 1 www.prozhe.com
RUP به سه مورد کاملا متفاوت اشاره می کند : RUP یا Rational Unified Processیک فرایند تولید نرم افزار است که توسط شرکت Rational ایجاد شده است (هم اکنون شرکت IBM) . RUP به سه مورد کاملا متفاوت اشاره می کند : RUP یک روش تولید و توسعه نرم افزار می باشد که تکراری،معماری محور و Use-Caseگراست. RUP یک فرایند مهندسی نرم افزار خوش ساختار و خوش تعریف است. RUP محصولی است که یک چارچوب فرایند با قابلیت سفارشی شدن برای مهندسی نرم افزار فراهم می کند. 2 www.prozhe.com
تاریخچه RUP: RUP در طی سه دهه تکامل یافته است: روش اریکسون در سال 1967 Objectory در سال 1987 توسط Jacobson عرضه شد توسعه روش اریکسون شرکت Rational در سال 1995 متدولوژی Objectory را تصاحب کرد و Rational Objectory را معرفی کرد در سال 1997 UML توسط OMG استاندارد شد و شرکت Rational در متدولوژی Rational Objectoryهمه مدلهای خود را بر اساس این زبان استاندارد نمود متدولوژی Rational Objectory برای پوشش جنبه های مختلف تولید نرم افزار توسعه داده شد و متدولوژی جدید RUP نام گرفته شد. 3 www.prozhe.com
در سال 1999 با انتشار کتاب ‘The Unified Software Development Process در سال 1999 با انتشار کتاب ‘The Unified Software Development Process. (Jacobson, Booch, Rumbaugh)’ به عموم معرفی شد. 4 www.prozhe.com
اصول اساسی RUP حمله سریع و مداوم به ریسکهای اصلی...در غیر این صورت آنها به شما حمله خواهند کرد. تضمین کنید که محصول باارزشی به مشتری تحویل می دهید. روی نرم افزار اجرایی متمرکز بمانید. تغییرات را هر چه زودتر در پروژه بگنجانید. سیستم را به صورت مولفه ای بسازید. در قالب یک تیم با هم کار کنید. کیفیت را به عنوان یک اصل قرار دهید نه یک فرع. 5 www.prozhe.com
RUP و تولید تکراری اکثر تیمهای نرم افزاری هنوز هم از فرایند آبشاری برای پروژه های تولیدی استفاده می کنند.در این توالی ابتدا شناخت نیازمندیها انجام می شود و سپس تحلیل و طراحی و بعد از آن پیاده سازی و سپس تست انجام می شود. 6 www.prozhe.com
روش تکراری به دلایل زیر نسبت به روش آبشاری برتری دارد: برخلاف این روش،RUP از یک روش تکراری استفاده می کند،یعنی یک توالی از گامهای افزایشی یا تکرارها. روش تکراری به دلایل زیر نسبت به روش آبشاری برتری دارد: با نیازمندیهای متغیر سازگار است. مجتمع سازی یک اتفاق بزرگ در آخر پروژه نیست. ریسکها معمولا در مجتمع سازیهای اولیه کشف می شوند. مدیریت می تواند ر محصول،تغییرات تاکتیکی ایجاد کند. استفاده مجدد آسان می شود. نقص ها در طی چندین تکرار کشف و تصحیح می شوند. از پرسنل پروژه بهتر استفاده می شود. اعضای تیم در ضمن انجام کار،مطالب جدیدی فرا می گیرند. خود فرایند تولید نیز همراه با انجام کار،اصلاح شده و بهبود می یابد. 7 www.prozhe.com
RUP یک فرایند مهندسی نرم افزار خوش تعریف: متدولوژی RUPبااستفاده از (SPEM) طراحی می شودکه استانداردییست برای مدلسازی فرایند بر اساس UML. این فرایند دارای دو ساختار یا بعد است: ساختار دینامیک(پویا).بعد افقی،ساختار دینامیک بعد زمانی فرایند را نشان میدهد. ساختار استاتیک. بعد عمودی،ساختار استاتیک فرایند را نشان میدهد. 8 www.prozhe.com
ساختار دینامیک RUP ساختار دینامیک با چرخه حیات وبعد زمان پروژه سروکار دارد. RUP، یک روش ساختار بندی شده برای تولید تکراری فراهم میکند که یک پروژه را به 4 فاز تقسیم میکند: INCEPTION ELABORATION CONSTRUCTION TRANSITION اهداف و مراحل مهم فازهای RUP به صورت کلی: 9 www.prozhe.com
کسب موافقت ذی نفعان برای ادامه کارا اهداف چرخه حیات(LCO) فاز Inception اهداف: شناخت محدوده پروژه شناخت مورد کسب و کار کسب موافقت ذی نفعان برای ادامه کارا اهداف چرخه حیات(LCO) فاز Elaboration تخفیف ریسک های تکنیکی ایجاد معماری خط مبنا شناخت انچه برای ساخت سیستم مورد نیاز است معماری چرخه حیات(LCA) 10 www.prozhe.com
ساخت اولین نسخمه عملیاتی از محصول قابلیت عملیاتی اولیه(IOC) فاز Construction اهداف: ساخت اولین نسخمه عملیاتی از محصول قابلیت عملیاتی اولیه(IOC) فاز Transition ساخت نسخه نهایی محصول و تحویل آن به مشتری انتشار محصول(PR) 11 www.prozhe.com
فاز Inception: اهداف: هدف اصلی این فاز،دستیابی به توافق میان ذی نفعان بر روی اهداف چرخه حیات پروژه است. اهداف اصلی فاز Inception شامل موارد زیر است: بدست آوردن محدوده نرم افزاری پروژه و محدودیتهای آن که شامل یک دید عملیاتی،معیار پذیرش و اینکه چه چیز باید در محصول باشد و چه چیز نباید باشد،می شود. مشخص کردن Use-Caseهای اساسی سیستم و سناریوهای اصلی عملیات که مسائل مربوط به طراحی اصلی را ایجاد می کند نمایش و شاید توضیح حداقل یک معماری کاندیدا برای بعضی سناریوهای اصلی 12 www.prozhe.com
برآورد زمان هزینه و زمان کلی برای کل پروژه برآورد ریسکهای بالقوه آماده کردن محیط پشتیبانی برای پروژه 13 www.prozhe.com
فعالیتهای اساسی : ایجاد قاعده ای برای محدوده پروژه طرح ریزی و آماده کردن یک مورد کسب و کار ترکیب یک معماری کاندیدا آماده کردن محیط برای پروژه 14 www.prozhe.com
فاز Elaboration: هدف این فاز،تعیین معماری کلی سیستم می باشد. به منظور اطمینان از اینکه ریسکها به اندازه کافی کاهش یافته اند به منظور بیان همه ریسکهای پروژه به منظور ایجاد یک معماری پایه به منظور تولید یک نمونه اولیه تکاملی از مولفه های با کیفیت تولیدی خوب به منظور ایجاد یک محیط پشتیبانی کننده 15 www.prozhe.com
فعالیتهای اساسی: تعریف،تعیین اعتبار و تعیین دسترسی معماری با سرعت هر چه بیشتر ایجاد طرح های تکرار برای فاز Construction طرح معماری و انتخاب مولفه ها طرح تصویر کلی بر اساس اطلاعات جدید به دست آمده طرح مورد تولید و توسعه 16 www.prozhe.com
فاز Construction: هدف این فاز،واضح سازی نیازمندیهای باقیمانده و تکمیل تولید سیستم بر اساس معماری مبنا می باشد. اهداف اصلی فاز Construction: کمینه کردن هزینه های تولید دستیابی سریع به کیفیت دستیابی سریع به ویرایشهای مفید تکمیل تحلیل،طراحی،تولید و تست تولید تکراری و گام به گام یک محصول کامل 17 www.prozhe.com
فعالیتهای اساسی: مدیریت منابع،کنترل و بهینه سازی فرایند تولید و تست کامل مولفه ارزیابی نسخه های محصول 18 www.prozhe.com
فاز Transition: تمرکز این فاز بر این است که تضمین نماید نرم افزار برای کاربران نهایی آماده می باشد. اهداف اولیه فاز Transition: تست بتا برای تشخیص اعتبار سیستم تبدیل پایگاه داده عملیاتی آموزش کاربران بازاریابی،توزیع و فروش مهندسی خاص استقرار از قبیل تولید و بسته بندی 19 www.prozhe.com
فعالیتهای اساسی: ارزیابی محصول دستیابی به قابلیت حمایت کاربر از خود اجرای طرح نهایی کردن مواد حمایتی از کاربر نهایی تست محصول ایجاد نشر یک محصول 20 www.prozhe.com
تنظیم دقیق محصول بر اساس بازخورد گرفتن بازخورد کاربر تنظیم دقیق محصول بر اساس بازخورد در دسترس قرار دادن محصول برای کاربر نهایی 21 www.prozhe.com
دیسیپلین های RUP (ساختار استاتیک): مدل سازی کسب و کار نیازمندیها تحلیل و طراحی پیاده سازی تست استقرار محیط مدیریت پروژه مدیریت پیکربندی و تغییرات 22 www.prozhe.com
اهداف مدلسازی کسب و کار: شناخت ساختار و دینامیکهای سازمانی شناخت مشکلات فعلی در سازمان هدف و تشخیص پتانسیل های بهبود تضمین اینکه مشتری و کاربر نهایی یک شناخت مشترک از سازمان هدف دارند هدایت نیازمندیهای سیستم برای حمایت از سازمان هدف 23 www.prozhe.com
اهداف دیسیپلین نیازمندیها: تشخیص و نگهداری موارد توافق با مشتریها تعریف مرزهای تعیین حدود سیستم فراهم کردن یک پایه برای طرح ریزی مفاهیم تکنیکی تکرارها فراهم کردن شناخت بهتر از نیازمندیهای سیستم برای تولیدکنندگان سیستم به تولیدکنندگان سیستم امکان ساختن سیستم مورد انتظار را می دهد 24 www.prozhe.com
اهداف دیسیپلین تحلیل و طراحی: تبدیل نیازمندیها به طراحی سیستمی که قرار است به وجود آید پیدایش یک معماری مستحکم برای سیستم سازگار ساختن طراحی برای هماهنگ شدن با محیط پیاده سازی و طراحی آن برای کارایی بهتر 25 www.prozhe.com
اهداف دیسیپلین پیاده سازی: تعریف سازمان کد پیاده سازی کلاسها و اشیا به وسیله مولفه ها تست اجزا تولید شده به عنوان واحدها مجتمع سازی نتایج تولید شده 26 www.prozhe.com
اهداف دیسیپلین تست: یافتن نقایص در کیفیت نرم افزار آگاهی دادن در مورد کیفیت نرم افزار بررسی شده اثبات اعتبار فرضیاتی که در طراحی و مشخصات نیازمندیها ساخته شده اند تصدیق عملکردهای محصول تصدیق اینکه نیازمندیها به درستی پیاده سازی شده اند 27 www.prozhe.com
اهداف دیسیپلین استقرار: این دیسیپلین فعالیتهایی را توضیح می دهد که تضمین می کنند محصول نرم افزار برای کاربران نهایی اش در دسترس باشد. دیسیپلین استقرار سه حالت استقرار محصول را توضیح می دهد: نصب اختصاصی آماده فروش کردن محصول نهایی دستیابی به نرم افزار از طریق اینترنت 28 www.prozhe.com
اهداف دیسیپلین محیط: فعالیتهای مورد نیاز برای تولید رهنمئدهیی که در جهت پشتیبانی از یک پروژه لازم می باشند را توضیح می دهد فراهم آوردن محیط تولید برای سازمان تولید کننده نرم افزار 29 www.prozhe.com
اهداف دیسیپلین مدیریت پروژه: فراهم کردن یک چارچوب برای مدیریت پروژه های صرفا نرم افزاری فراهم کردن رهنمودهای عملی برای طرح ریزی،تعیین نیروی انسانی و نظارت بر پروژه ها فراهم کردن یک چارچوب برای مدیریت ریسک 30 www.prozhe.com
اهداف دیسیپلین مدیریت پیکربندی و تغییرات: تشخیص موارد پیکربندی محدود کردن تغییرات آن موارد رسیدگی به تغییراتی که برای آن موارد ساخته شده تعریف و مدیریت پیکربندی آن موارد 31 www.prozhe.com
نام فرآورده : مدل مورد كاربردی: فراورده های RUP: نام فرآورده : مدل مورد كاربردی: هدف:برای تعریف نیازمندیهای کارکردی به کار می رود نام فرآورده : مدل استوری برد مورد كاربردی: هدف:پروژه هایی که رابط های کاربر بزرگ و پیچیده دارند،باید از مدلسازی رابط کاربر استفاده کنند نام فرآورده : واژه نامه: هدف:این اطمینان را ایجاد می کند که تمامی افراد پروژه از زبان و واژگانی مشترک استفاده می کنند نام فرآورده : خصوصيات نيازمنديها هدف: هدف : پايگاه داده اي از نيازمندي هاست كه به حصول اطمينان از الويت بندي صحيح و پيگيري و رديابي نيازمنديها كمك مي كند. 32 www.prozhe.com
نام فرآورده : طرح مديريت نيازمنديها: هدف: اطلاعات لازم و ساز و كار كنترل ، اندازه گيری و گزارش دهی را مشخص مي كند نام فرآورده : مشخصات نيازمنديهاي نرم افزار: هدف : مجموعه ای از همه نيازمندی ها را در يك سند رسمی قابل ارائه به مشتری فراهم می سازد نام فرآورده : درخواست هاي ذينفعان: هدف : همه درخواست های مرتبط با پروژه را در بر می گيرد نام فرآورده : مشخصات تكميلي: هدف : اين سند براي تعريف نيازمندي هاي غير كاركردي به كار مي رود 33 www.prozhe.com
نام فرآورده : چشم انداز: نام فرآورده : نمونه آزمايشي رابط كاربر: هدف : به منظور تست و نمايش قابليت كاربرد رابط كاربر قبل از اجرای واقعی نرم افزار به كار می رود، نمونه آزمايشی ، ابزاری كارا برای يافتن نقايص و نيازمنديهاي فراموش شده مرتبط با رابط كاربر به شمار می رود نام فرآورده : چشم انداز: هدف : نيازمندیهاي بسيار سطح بالا و محدوديت های طراحی را در بر می گيرد و به خواننده سند درك كلی از سيستمی كه قرار است توسعه يابد را ارايه می كند 34 www.prozhe.com
نتیجه گیری: این روش علاوه بر ساماندهي به فرايند توليد نرم افزار از دو بعد زمان و کيفيت، به لحاظ برخورداري از انعطاف پذيري بالا در صورت کاربرد و پياده سازي صحيح مي تواند سبب تسريع فرايند توليد و توسعه نرم افزار و تأمين کيفيت مورد نظر در نرم افزار گردد.RUP اگر چه بسيار وسيعو براي پروژه هاي بزرگ تدوين شده است، اما مي توان با درنظر گرفتن فاكتورهايي مانند اندازه پروژه و رسمي بودن آن ، آنچه را كه با پروژه تناسب دارد، انتخاب كرد و به مرحله اجرا درآورد. در ميان 10 فرآورده مهم اين روش ، تعدادي در اكثر پروژه قابل استفاده هستند و كاربرد تعدادي اختياري ست كه مدير و تيم پروژه مي بايد با توجه به پروژه ، در مورد لزوم كاربرد آنها تصميم گيري كند. 35 www.prozhe.com
منابع: مرجع کاربردی متدولوژی کاربردی RUP تالیف براآنی،حاجبی،گل محمدی و نعمت پرتال دانشجویان مهندسی نرم افزار جهاد دانشگاهی اراک 36 www.prozhe.com
پـــایـــان www.prozhe.com