دانلود پاورپوینت مدیریت پروژه در RUP

اختصاصی از یاری فایل دانلود پاورپوینت مدیریت پروژه در RUP دانلود با لینک مستقیم و پر سرعت .

فهرست مطالب:

مقدمه

اهداف

بخش اول) اشاره به برخی مفاهیم

بخش دوم ) جریان کار

بخش سوم ) مرور فعالیتها

بخش چهارم ) خروجیها

بخش پنجم ) برخی رهنمودها

منابع

 

مقدمه ای بر مدیریت پروژه:

مهمترین دیسیپلین در RUP و هر متدلوژی دیگری، دیسیپلین مدیریت پروژه است. در نهایت مدیر پروژه مسئول موفقیت پروژه است. مدیریت پروژه های نرم افزاری، هنر متوازن ساختن اهداف متضاد، مدیریت ریسک و غلبه بر محدودیتهای تحویل موفقیت آمیز محصولی است که هم نیازهای مشتریان (کسانیکه برای سیستم پول می پردازند) و هم نیازهای کاربران را برآورده کند. این حقیقت که پروژه های بسیار کمی واقعاً موفقیت آمیزند، برای توضیح سخت بودن موضوع کفایت می کند.

اهداف دیسیپلین مدیریت پروژه:

فراهم کردن چارچوبی برای مدیریت پروژه های شدیداً نرم افزاری

فراهم‌کردن رهنمودهای عملی برای طرح ریزی، تامین نیروی انسانی، اجرا و نظارت بر پروژه ها

فراهم کردن چارچوبی برای مدیریت ریسک

مدیریت افراد: استخدام، آموزش، رهبری

مدیریت بودجه: تعیین، تخصیص و غیره

مدیریت قراردادها: با تامین کنندگان و مشتریان

مدیریت ریسک

طرح ریزی برای یک پروژه با روش تکرار، برای تمام چرخه حیات و برای یک تکرار به خصوص

نظارت بر پیشرفت یک پروژه با روش تکرار، و متریکها

بخش اول) اشاره به برخی مفاهیم

ارزیابی کیفیت

تکرار

سنجش کیفیت

متریکها

زمینه های سازمانی برای RUP

نمونه های اولیه

ریسکها

 ارزیابی کیفیت:

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

مراحل مهم (Milestones)

بازرسی ها( Inspection )‌

بازنگری ها (Review)

سیر در کد برنامه ها (Walk throughs)

مراحل مهم: در پایان هر چهار فاز RUP اتفاق می افتند و موفقیت در رسیدن به اهداف را بررسی می کنند. این چهار مرحله مهم عبارتند از:

.1مرحله مهم اهداف چرخه حیات (در پایان فاز Inception)

.2مرحله مهم معماری چرخه حیات (در پایان فاز Elaboration)

.3مرحله مهم توانایی های عملیاتی اولیه ( در پایان فاز Construction)

.4مرحله مهم انتشار محصول ( در پایان فاز Transtion)

مراحل مهم کوچکتر ( Minor Milestones) در پایان هر تکرار اتفاق می افتند و روی بررسی اهداف تکرار تمرکز دارند. ارزیابی کیفیت، یک تلاش دوره ای برای تشخیص پیشرفت مداوم در سراسر تکرارها و فازهاست

¨بازرسی: یک تکنیک ارزیابی رسمی است که در آن محصولات و خروجیها بصورت جزیی بوسیله شخص یا گروه دیگری غیر از نویسنده آن آزمایش می شوند. این ارزیابی به منظور تشخیص خطاها، تخلف از استانداردهای تولید و مشکلات دیگر است.

¨بازنگری: یک جلسه رسمی که در آن ‏، محصول یا خروجی، یا مجموعه ای از محصولات و خروجیها برای کاربرد‏‎، مشتری ، یا هر ذی نفع دیگری ارائه می شود. این جلسه به منظور ارائه توضیحات و نهایتاً پذیرش محصول است.

¨سیر در کد برنامه: فرآیند بازنگریی که در آن تولیدکننده یک یا چند نفر از تیم تولید را برای بررسی قسمتهایی از یک محصول که او تهیه کرده است هدایت می کند .در این فرآیند افراد پرسشهایی در رابطه با کد مطرح می کنند‏، توضیحاتی در مورد تکنیکها، قالبها، اشکالات احتمالی، تخلف از استانداردهای تولید و سایر مشکلات ارائه یا اضافه می کنند.

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

روش انعطاف پذیرتر و با ریسک کمتر انجام پروژه ، انجام تکراری دیسپلینهای تولید است که باعث می‌شود فهم بهتری از نیازمندیها حاصل شود و همچنین معماری بهتر و قوی تری شکل گرفته و سازماندهی بهتری از تولید صورت‌گیرد.این روش‌چرخه حیات تکراری نام دارد.هر بار عبورازتوالی‌های دیسیپلینهای فرآیند ‏، یک تکرار گفته می شود.

از نظر تولید، چرخه حیات نرم افزار یک توالی از تکرارهاست که در طی آنها نرم افزار بصورت تدریجی و افزایشی تولید می شود. هر تکرار منجر به یک نسخه قابل اجرا از محصول
می شود. نتیجه اصلی این روش این است که مجموعه ای از خروجیها‏،زودتر ارائه می شوند و در طول زمان رشد می کنند و بالغ می شوند.

تکرارها و فازها: هر فاز به نوبه خود می تواند به تکرارهای شکسته شود.

 الگوهای تکرار:

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

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

این استراتژی زمانی مناسب است که: دامنه مساله،‌جدید یا ناشناخته باشد،‌ تیم پروژه کم تجربه باشد.

چرخه حیات تحویل افزایشی: در این الگو تحویل محصول به مشتری بصورت فازبندی شده و افزایشی است. این الگو زمانی مورداستفاده قرار می گیرد که از نظر زمان ارائه محصول تحت فشار شدید باشیم و تحویل سریع ویژگیهای کلیدی محصول،‌ از نظر تجاری مهم باشد.

این استراتژی زمانی مناسب است که: دامنه مساله شناخته شده باشد‏، تیم پروژه باتجربه باشد، نسخهه های افزایشی برای مشتری باارزش باشند.

چرخه حیات طراحی ممتاز: در این روش‏، فقط یک تکرار Construction وجود دارد( مانند روش آبشاری)‌ولی در عمل دشوار است که فقط یک تکرار Transition وجود داشته باشد.

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

استراتژی ترکیبی: در عمل تعداد کمی از پروژه ها بطور کامل از یک استراتژی واحد پیروی می کنند. اغلب کار با یک استراتژی ترکیبی و دورگه به نتیجه می رسد(‌چندین تکامل در شروع پروژه ، چند ساخت افزایشی و چندین تحویل) از جمله مزایای مدل فازی – تکراری این است که اجازه استفاده از یک روش ترکیبی را می دهد.

شامل 62 اسلاید POWERPOINT

تحقیق در مورد rup

اختصاصی از یاری فایل تحقیق در مورد rup دانلود با لینک مستقیم و پر سرعت .

لینک پرداخت و دانلود *پایین مطلب*

فرمت فایل:Word (قابل ویرایش و آماده پرینت)

تعداد صفحه38

فهرست مطالب

چکیده ........................................................................................................ 1

مقدمه .........................................................................................................3

RUP چیست؟ ..............................................................................................5

فازهای RUP ...............................................................................................8

اهداف فاز آغاز ...............................................................................................9

خروجی های فاز آغاز .......................................................................................9

فاز جزئیات یا تحلیل پیچیدگی ...............................................................................10

بررسی ریسک ها ..............................................................................................10

ریسک های تکنولوژی .........................................................................................11

ریسک های منابع انسانی ......................................................................................12

ریسک های سیاسی .............................................................................................12

اهداف فاز جزئیات ...........................................................................................13

خروجی های فاز جزئیات ...................................................................................14

فاز ساخت .......................................................................................................15

اهداف فاز ساخت ..............................................................................................16

خروجی های فاز ساخت ......................................................................................17

فاز انتقال........................................................................................................17

اهداف فاز انتقال ............................................................................................18

خصوصیات RUP ........................................................................................20

مهمترین مزایای RUP .................................................................................21

دیدگاه اولیه درباره RUP ................................................................................ 21

دیسیپلین های RUP ...................................................................................... 24

انعطاف پذیری RUP و انطباق با آن ..................................................................30

نتیجه گیری .................................................................................................32

مراجع .........................................................................................................33

پی نوشت ها ............................................................................................ 34

چکیده

  چه چیز می‌تواند یک پروسه تولید نرم‌افزار را توصیف کند؟ آیا منظور از پروسه، آماده‌سازی نرم‌افزار صرفاً برای ارائه در بازار است؟ مسلماً در هر کاری وجود یک سامانه و فرایند کاری ضروری است؛ ولی چه چیزی می‌تواند موجب ایجاد سرعت و کیفیت در فرایند تولید یک نرم‌افزارشود؟ لزوماً طراحی و پیاده‌سازی یک فرایند یکپارچه و منطقی می‌تواند چنین نتیجه‌ای در بر داشته باشد.

 فرایند انجام یک پروژه تعریف می‌کند که چه کسی، چه کاری را در چه هنگام و چگونه برای رسیدن به هدف (انجام پروژه) انجام می‌دهد.
در مهندسی نرم‌افزار، هدف ساختن یک محصول نرم‌افزاری و یا بهبود یک نمونه‌ی موجود است. هدف از تعیین فرایند، تضمین کیفیت نرم‌افزار، برآورده شدن نیاز‌های کاربر و قابل تخمین بودن زمان و هزینه‌ی تولید می‌باشد. علاوه بر این، تعیین فرایند، روندی جهت تحویل مصنوعات دوران تولید نرم‌افزار به کارفرما و ناظر پروژه ارائه می‌دهد تا از این طریق اطمینان حاصل کنند که پروژه روند منطقی خود را طی می‌کند و نظارت درست بر انجام پروژه ممکن است و از سوی دیگر، معیاری برای ارزیابی پروژه انجام شده می‌باشد. تا کنون متدولوژی‌های مختلفی برای فرآیند تولید نرم‌افزار ارائه شده‌اند که یکی از مشهورترین آنها RUP است.
   بدین منظور امروزه از متدولوژی RUP استفاده می کنند. RUP مخفف عبارت( Rational Unified Process) چارچوبی کلی است برای تشریح فرآیند ساخت نرم‌افزار. پس از آنکه تیم سه نفره‌ی شرکت Rational ساخت UML را (به عنوان یک شیوه‌ی نمایش   notation/یکتا برای تشریح مدل شیء) به آخر رساند، تلاش خود را متوجه فرآیند تولید نرم‌افزار نمود.
  اساس RUP بر تکرار (iteration) است و اساس تکرار این است که هر تکرار به یک محصول قابل اجرا ختم شود. هر تکرار شامل هر هفت مرحله چرخه‌ی حیات در مدل سنتی آبشاری است، یعنی: مدلسازی تجاری، تخمین نیازها، تحلیل و طراحی، پیاده سازی، تست، نگهداری و توسعه.

دانلودمقاله CMM و RUP

اختصاصی از یاری فایل دانلودمقاله CMM و RUP دانلود با لینک مستقیم و پر سرعت .

وجود تکنیک هایی جهت پیاده سازی متدولوژی که قابلیت کنترل پیچیدگی های سیستم را داشته باشد نیز مورد دیگری است که از یک متدولوژی توسعه انتظار می رود. RUP این تکنیک ها را در قالبworkflow که برای هر تنظم(discipline ) ارائه میدهد، لحاظ کرده است. هرworkflow شامل یکسری work flow detalie می باشد که در حقیقت یک گروه activity ها و role های انجام دهنده آنها و فرآورده های حاصل از هر activity می باشد.
معیار های ارزیای نتایج بکارگیری متدولوژی RUP در قالب فرسنگ شمارهای(mile stone ) دیده شده که در پایان هر فاز و هر تکرار( Iteration ) به فرآورده های حاصل اعمال می شوند تا میزان تطابق این فرآورده ها را با نتایج مطلوب ارزیابی کند.
RUPیکسری ابزارهای اتوماتیک جهت تولید و استخراج مدلها در اختیار طراحان قرار می دهد از قبیل:
Rational Robot ,Rational SODA, Rational Rose, Rational XDE, Rational RUP
RUPامکام رسیدن CMM سطح CMM,2(Repeatable) سطح (Defined)3 را دارد.
انطباق خصوصیات CMM سطح 2 با مدل RUP :
KPA1 – Requorment , Nanaaement بمنظور انجام مدیریت نیازمندیها باید رابطه ای بین طرح سیستم و مشتریان صورت گیرد و همچینن در نظم Configuration ، Management مدیریت تغییر نیازمندیها صورت می گیرد یکی ا زموارد مفید RUP در تأمین این KPA موارد کاربردی هستند. فرآورده های RUP که نیازها را جمع آوری می کنند عبارتند از:
1- مدل های موارد کاربردی( Use case model ) ها که شامل موارد کاربردی و بسته های(Package ) های تشکیل شده از آنها هستند.
2- مشخصات مکمل غیرکاربردی(Non0 functional, Supplementary Specification )
3- مطالعات مربوط به موارد کاربردی(Use Case Model survey )
4- گزارشات مربوط به موارد کاربردی(Use case Report )
5- glossary :
که این فرآورده ها و مواد کاربری از داخل فرآورده های زیر قابل استخراج هستند.
1- lteration plan
2- Integration Build plan
3- Project plan
4- Soft wore plan development
Soft ware project planning KPA2
مقصود ایجاد یک طرح معقول جهت انجام اعمال مهندسی نرم افزار و مدیریت پروژه می باشد.
بدون یک طرح تحقیق پذیر عملاً مدیریت پروژه کارآیی قابل پیاده سازی نمی باشد.
این اهداف نیازمند ایجاد یکسری تخمینها مستندسازی شده جهت استفاده از برنامه ریزی(planning ) و ردیابی جریان پیشرفت پروژه که این تخمینها توسط معیارها(metric ) های زیر در RUP قابل محاسبه هستند.
- میزان پیشرفت(Progress ): که براساس میزان کدتولید شده- تعداد کلاسهای ساخته شده – میزان دوباره کلاسها و تغییرات rework ها و function point ها در هر تکرار
- پایداری Stability ( براساس نوع تغییرات rework ) نیازهای بوجود آمده در طول پروژه و تغییرات غیرقابل اجتناب در پیاده سازی محاسبه می شود)
- میزان وفق پذیری(adaptivity )که براساس هزینه تغییرات محاسبه می شود.
- میزان Modularity (که براساس میزان پیچیدگی لازم جهت اعمال تغییرات محاسبه می شود)
- Quality ( که براساس نرخ کشف عیب، فشردگی و چگالی خطا)
- میزان بلوغ Maturity ( میزان ساعات تست انجام شده جهت کشف خطا)
همچنین می توان طرح کلی پروژه را از مستندات زیر در RUP بدست آورد:
- Business case ها
- Software development plan
- Measurement plan
- Risk list
- Project plan
- Ltration plan
- Ltration Assessment(s)
- Status Assessment
- Software project tracking –KPA3 and Over sight
منظور ایجاد تصویر کافی از روند پیشرفت پروژه است تا مدیر پروژه با توجه به آن بتواد تصمیماتی اساسی را در هنگامی که پروژه از مسیر خود منحرف می شود ا تخاذ نماید تا پروژه را به مسیر حقیقی اش بازگرداند.
برای دستیابی به این KPA می توان از milestone ها در RUP استفاده کرد. در پایان هر فاز یا تکرار با توجه به این فرسنگ شمارها می توان متوجه شد که تا چه حد پروژه در راستای اهداف تعریف شده اش پیشرفته است. درصورت مشاهده انحرافات اساسی می توان با استفاده از Chang request های موجود در RUP تقاضای تغییرات لازم جهت حصول نتایج دلخواه را داد.
Software subcontract Management – KPA4 :
منظور انتخاب پیمانکاران تأئید شده و دارای صلاحیت لازم جهت انجام بخشهای مختلف پروژه است. این KPA ورای حیطه کاری RUP است.
Software Quality Assurance KPA5 :
مقصود تأمین یک نوع مدیریت کیفی بر روی فرآیندی که برای انجام پروژه استفاده شده و محصولات تولیدشده می باشد.
که این عمل توسط فعالیت quality Assurance در RUP مشخص می شود.
موارد دیگری که در RUP جهت تأمین کیفیت فرآیند تولید توسعه می توان از آنها استفاده کرد miles stone ها هستند.
همچنین از معیارهای(metric ) های بیان شده در KPA2 نیز می توان استفاده کرد.
Software Configuration –KPA6 management :
مقصود حفظ یکپارچگی و نگهداری پروژه د رطول دوره فرآیند توسعه می باشد که شامل مدیریت تغییر نیازمندیها و مدیریت نسخه های مختلف در طول جریان توسعه و ...... می باشد این KPA در RUP توسط نظم Configuration & change management قابل تأمین می باشد.
انطباق خصوصیات سطح 3 با مدل RUP :
Organization KPA1 : مقصود از ایجاد یک مسئولیت سازمانی برای هر فعالیت(activity ) موجود در پروسه process focus توسعه نرم افزار است. در حقیقت با این کار سعی می شود تا جای ممکن پروسه نرم افزار با ساختار سازمان نظیر شود.همانطور که می دانیم می توانیم برشهای(tailor ) متفاوتی ازز RUP را جهت فرآیند توسعه نرم افزاری انتخاب می کنیم که این کار را با استفاده از نظم environment انجام میدهیم.
Organization process: KPA2 Definition :مقصود تعریف سازمان در قالب پروسه نرم افزار است که این امر باعث استخراج یکسری ارزشهای(asset ) برای پروسه نرم افزار می گردد که کارآیی فرآیند توسعه را بالا می برد و همچنین در هنگام مرحله آموزش نیز بکار می رود اینکار نیز توسط مفهوم tailoring در RUP قابل انجام است.
Training Program KPA3 :
مقصود تربیت افراد به گونه ای است که توانایی انجام نقش های خود را بصورت کارآ و مؤثر داشته باشد. آموزش یک مسئولیت سازمانی است اما در مواردی که نیازهای پروژه مختص به آن پروژه خاص است این وظیفه در راستای پروژه نیز قابل تعریف است. در این راستا خود RUP یک منبع کامل آموزشی است.
-Integrade software Management :KPA4 :
مقصود مجتمع سازی فعالیت های مهندسی و مدیریت نرم افزار بصورت منسجم جهت تعریف یک فرآیند نرم افزاری برش خورده(tailored) برای سازمان است که این امر توسط جریان کاری Environment قابل انجام است.
-software product Engineering : KPA 5 :
مقصود یک فرآیند مهندسی خوش تعریف است که تمام فعالیت های مهندسی نرم افزار گزینش شده را جهت تولید محصولاتی کارا مؤثر، صحیح و پایدار مجتمع کند. این کار توسط RUP بصورت اتوماتیک صورت گرفته و تعریفی که از نقشها و فعالیت ها و فرآورده ها در هر فاز و نظم صورت گرفته و ارتباطات بین آنها ین KPA کاملاً تأمین نموده است.

Intergroup coordination: KPA 6 :
مقصود ایجاد ابزارهایی جهت تعامل گروههای مختلف مؤثر در تولید نرم افزار است د رحقیقت این ارتباط ها در قالب مفهوم software Integration در RUP تعریف شده است که تنها مفهوم مجتمع سازی زیر سیستمیها را بیان می کند بلکه مفهوم مجتمع سازی گروههای کاری را نیز دربرمی گیرد که بوسیله Configuration and change management تا حد زیادی قابل پیاده سازی است.

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله  30 صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید