پاورپوینت کامل مدیریت پروژه در RUP 69 اسلاید در PowerPoint

توجه : این فایل به صورت فایل power point (پاور پوینت) ارائه میگردد

 پاورپوینت کامل مدیریت پروژه در RUP 69 اسلاید در PowerPoint دارای ۶۹ اسلاید می باشد و دارای تنظیمات کامل در PowerPoint می باشد و آماده ارائه یا چاپ است

شما با استفاده ازاین پاورپوینت میتوانید یک ارائه بسیارعالی و با شکوهی داشته باشید و همه حاضرین با اشتیاق به مطالب شما گوش خواهند داد.

لطفا نگران مطالب داخل پاورپوینت نباشید، مطالب داخل اسلاید ها بسیار ساده و قابل درک برای شما می باشد، ما عالی بودن این فایل رو تضمین می کنیم.

توجه : در صورت  مشاهده  بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی پاورپوینت کامل مدیریت پروژه در RUP 69 اسلاید در PowerPoint،به هیچ وجه بهم ریختگی وجود ندارد

بخشی از مطالب داخلی اسلاید ها

پاورپوینت کامل مدیریت پروژه در RUP 69 اسلاید در PowerPoint

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

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

اسلاید ۵: بخش اول) اشاره به برخی مفاهیمارزیابی کیفیتتکرارسنجش کیفیتمتریکهازمینه های سازمانی برای RUP نمونه های اولیهریسکها

اسلاید ۶: ارزیابی کیفیت:اندازه گیری و اجرای فرآیند بررسی کیفیت تولید در تمام طول چرخه حیات پروژه اجرا می گردد، این ارزیابی عمدتاً در موقع تولید یک خروجی یا پایان یافتن یک مرحله از سیستم انجام می شود. ارزیابیهای مختلف که در خلال چرخه حیات انجام می شوند عبارتند از: مراحل مهم (Milestones) بازرسی ها( Inspection )‌بازنگری ها (Review) سیر در کد برنامه ها (Walk throughs)مراحل مهم: در پایان هر چهار فاز RUP اتفاق می افتند و موفقیت در رسیدن به اهداف را بررسی می کنند. این چهار مرحله مهم عبارتند از: مرحله مهم اهداف چرخه حیات (در پایان فاز Inception)مرحله مهم معماری چرخه حیات (در پایان فاز Elaboration) مرحله مهم توانایی های عملیاتی اولیه ( در پایان فاز Construction) مرحله مهم انتشار محصول ( در پایان فاز Transtion) مراحل مهم کوچکتر ( Minor Milestones) در پایان هر تکرار اتفاق می افتند و روی بررسی اهداف تکرار تمرکز دارند. ارزیابی کیفیت، یک تلاش دوره ای برای تشخیص پیشرفت مداوم در سراسر تکرارها و فازهاست

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

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

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

اسلاید ۱۰: الگوهای تکرار:چرخه حیات افزایشی: این استراتژی ابتدا نیازمندیهای کاربر و سیستم را تعیین می کند، سپس باقیمانده فرآیند تولید در یک سلسله از ساختها انجام می شود. اولین ساخت، قسمتهایی از قابلیتهای برنامه ریزی شده را بوجود می آورد، ساخت بعدی قابلیتهای بیشتری را اضافه می کند و بهمین ترتیب ادامه می یابد تا سیستم کامل شود. چرخه حیات تکاملی: این استراتژی از این نظر با استراتژی افزایشی متفاوت است که نیازمندیهای کاربر در آن، بطور کامل مشخص و درک نشده است و همه نیازمندیها از ابتدا تعریف نشده اند، بلکه نیازمندیها در ساختهای متوالی اصلاح می شوند. این استراتژی زمانی مناسب است که: دامنه مساله،‌جدید یا ناشناخته باشد،‌ تیم پروژه کم تجربه باشد. چرخه حیات تحویل افزایشی: در این الگو تحویل محصول به مشتری بصورت فازبندی شده و افزایشی است. این الگو زمانی مورداستفاده قرار می گیرد که از نظر زمان ارائه محصول تحت فشار شدید باشیم و تحویل سریع ویژگیهای کلیدی محصول،‌ از نظر تجاری مهم باشد. این استراتژی زمانی مناسب است که: دامنه مساله شناخته شده باشد‏، تیم پروژه باتجربه باشد، نسخهه های افزایشی برای مشتری باارزش باشند.چرخه حیات طراحی ممتاز: در این روش‏، فقط یک تکرار Construction وجود دارد( مانند روش آبشاری)‌ولی در عمل دشوار است که فقط یک تکرار Transition وجود داشته باشد. این استراتژی زمانی مناسب است که: فقط مقدار کمی از قابلیتهای کاملا مشخص به یک محصول بسیار پایدار اضافه شود، قابلیت جدید به خوبی تعریف شده و به خوبی درک شده باشد، تیم پروژه هم در زمینه دامنه مساله و هم در مورد محصول موجود باتجربه باشد. استراتژی ترکیبی: در عمل تعداد کمی از پروژه ها بطور کامل از یک استراتژی واحد پیروی می کنند. اغلب کار با یک استراتژی ترکیبی و دورگه به نتیجه می رسد(‌چندین تکامل در شروع پروژه ، چند ساخت افزایشی و چندین تحویل) از جمله مزایای مدل فازی – تکراری این است که اجازه استفاده از یک روش ترکیبی را می دهد.

اسلاید ۱۱: سنجش‌کیفیت:اندازه گیری کیفیت نیازمند جمع آوری و تجزیه و تحلیل اطلاعات است. اندازه گیری در ابتدا برای بدست آوردن کنترل روی پروژه و سپس برای مدیریت پروژه انجام می شود. بعلاوه برای تشخیص اینکه چه مقدار از اهداف برنامه ریزی اولیه دور یا به آنها نزدیک هستیم، از اندازه گیری استفاده می شود. نتایج اندازه گیری برای رسیدن به دو نوع اهداف استفاده می شود: – اهداف شناختی(Knowledge goals):این اهداف با افعالی مانند ارزیابی،‌پیش بینی و نظارت بیان می‌شوند. در واقع هدف اصلی فهم بهتر از فرآیند تولید است. – اهداف تغییر یا بهبودی (Change or ahievement goals) : این اهداف با افعالی مانند افزایش، کاهش، بهبود یا دستیابی بیان می شود. معمولاً در این موارد می خواهیم ببینیم که از یک تکرار به تکرار دیگر و از یک پروژه به پروژه دیگر، اشیاء چگونه با گذر زمان تغییر می کنند و بهبود می یایند. همچنین همه اندازه گیریها نیازمند معیارهایی هستند. این معیارها برای شناسایی و تعیین درجه یا سطحی که در آن کیفیت قابل قبول بدست می آید، مورد استفاده قرار می گیرد. معیارهای عمومی ممکن است شامل سنجش های زیر باشند: تعداد کاستیها و یا موارد دارای احتمال شکست (‌trends) پوشش تست

اسلاید ۱۲: متریکها:متریک صفتی قابل اندازه گیری از یک موجودیت است. برای توانایی سنجش درست ابتدا باید متریکها را شناخت. باید دانست که اهداف کلی مدیریتی به سرعت به متریکها تبدیل نمی شوند. بلکه ابتدا باید آنها را به اهداف کوچکتر (یا اهداف کنشی) تبدیل کنیم. این اهداف کوچکتر در واقع مشخص کننده رفتارهای اعضای پروژه هستند. در ضمن باید اطمینان حاصل کرد که افراد، این اهداف و مزایای آنها را درک کرده اند. مثلا:‎‎«سنجش رضایت مشتری» می تواند از موارد زیر حاصل شود:نظر سنجی از مشتریان که در آن مشتری از جنبه های مختلف امتیاز می دهد.تعداد و نوع تماسهای مشتری با تلفن پشتیبانیانواع متریک: متریکها را به دو دسته تقسیم می کنیم:یک ”متریک“ صفتی قابل اندازه گیری از یک موجودیت است. یک ”متریک اولیه“ یک عنصر اطلاعاتی خام است که برای محاسبه یک متریک استفاده می شود.

اسلاید ۱۳: نحوه کاربرد متریکها: تخمین(برآورد):‌ هر تلاش و زمانبندی بر اساس قضاوت در مورد چیزی که باید تولید شود، برآورد می شود، یا برعکس،‌منابع و جداول زمانبندی ثابتی وجود دارند و یک برآورد از چیزی که می تواند تولید شود موردنیاز است. برآورد معمولاَ باید با محاسبه نیاز به منابع بر اساس فاکتورهای دیگر (معمولاً اندازه و بهره وری) برای اهداف طرح ریزی ‏، انجام می شود. پیش بینی: فقط اندکی با برآورد (تخمین) تفاوت دارد،‌و معمولاً در مورد محاسبه ارزش آینده برخی فاکتورها بر اساس ارزش کنونی آن فاکتورها انجام می شود. زمانیکه مدیر پروژه یک فعالیت را برنامه ریزی کرد، به داده ها نیاز دارد تا بر اساس آنها،‌ تاریخهای تکمیل و تلاش موردنیاز برای تکمیل را پیش بینی کند. ارزیابی: جهت تعیین موقعیت فعلی برای مقایسه با یک حد آستانه ای، یا تشخیص انحرافات،‌ یا برای مقایسه میان انتخابها،‌ یا بعنوان مبنای برآورد یا پیش بینی،‌مورداستفاده قرار می گیرد.

اسلاید ۱۴: زمینه های سازمانی برای RUPپروژه به تنهایی عمل نمی کنند، و روی توجه و پشتیبانی از جانب سازمانهایی که آنها را حمایت می کنند،‌حساب می کنند. RUP فرض می کند که انواع خدمات در خارج از پروژه و سازمان قابل دسترسی هستند و اینکه هر سازمانی توانایی فراهم کردن آنها را دارد، اما نوع ساختار و عمل این موجودیتها را مقرر نمی کند. همچنین در این قسمت به بیان نقشها و زیرساختهایی می پردازیم که برای اجرای فرآیند RUP در سازمان لازمند. مسئول فرآیند مهندسی نرم افزار(SEPA): تبادل اطلاعاتی و هدایت فرآیند به مجریان پروژه و یا از جانب آنها را تسهیل می سازد. این نقش پاسخگویی مدیر اصلی سازمان برای نگهداری ارزیابی جاری در مورد بلوغ فرآیند سازمان و برنامه آن برای بهبود فرآیند آینده می باشد. مسئول بازنگری پروژه (PRA) : یک موجودیت سازمانی است که مسئولیت تضمین انجام کامل یک پروژه نرم افزاری، تمام سیاستها، کاربردها و استانداردهای نرم افزاری واحد سازمانی و کسب و کار را برآورد می نماید. علاوه بر مشتری، نیازمندیهای قرارداد، مراحل مهم قرارداد، خروجیهای قرارداد،‌ بازنگریهای مدیریتی ماهانه،‌ پیشرفت،‌کیفیت،‌قیمت،‌زمانبندی و ریسک را نظارت می کند.همچنین تعهدات مشتری را به سیاستهای سازمانی، خروجیهای سازمانی، عملکرد مالی و سایر ریسکها و دستاوردهای سازمان را بازنگری می کند. مسئول محیط مهندسی نرم افزار (SEEA) : مسئول اتوماتیک ساختن فرآیند سازمان، نگهداری محیط استاندارد زمان،‌پروژه های آموزشی حین خدمت برای استفاده از محیط و نگهداری سرمایه های قابل استفاده مجدد در کل سازمان می باشد. همچنین SEEA برای دستیابی به یک بازگشت سرمایه مناسب(ROI) در یک فرآیند معمول، نقش اساسی دارد.

اسلاید ۱۵: زیر ساختها:اجزای واقعی زیر ساختهای سازمانی عبارتند از:نظارت پروژه مراکز مهارت مهندسی توسعه حرفه ای

اسلاید ۱۶: نمونه های اولیه: چگونگی استفاده از نمونه های اولیه: نمونه های اولیه در یک روش هدایت شده برای کاهش ریسک استفاده می شوند. آنها می توانند تردیدهای زیر را کاهش دهند:ماندگاری محصول در حال تولید در محیط کسب و کارپایداری یا عملکرد تکنولوژی کلیدیتعهد یا سرمایه پروژه: ساختن یک نمونه اولیه اثبات کننده درستی(Proof-of-concept-prototype)فهم نیازمندیهابررسی اجمالی محصول و سودمندی آنهمچنین یک نمونه اولیه می تواند با نشان دادن چیزی واقعی و قابل اجرا به کاربران، حمایت مدیر و مشتری را جلب کند. باید توجه داشت که اگر از ابتدا تصمیم به تبدیل نمونه اولیه به محصول واقعی را نداریم، هرگز گمان نبریم که چون نمونه اولیه کار می کند، پس باید به محصول نهایی تبدیل شود.