پاورپوینت کامل مهندسی نرم افزار: مدیریت و تحلیل ریسک ۶۰ اسلاید در PowerPoint

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

 پاورپوینت کامل مهندسی نرم افزار: مدیریت و تحلیل ریسک ۶۰ اسلاید در PowerPoint دارای ۶۰ اسلاید می باشد و دارای تنظیمات کامل در PowerPoint می باشد و آماده ارائه یا چاپ است

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

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

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

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

پاورپوینت کامل مهندسی نرم افزار: مدیریت و تحلیل ریسک ۶۰ اسلاید در PowerPoint

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

اسلاید ۵: چه کسی این کار را انجام می دهد؟هر کسی که درگیر فرآیند نرم افزاری است در تحلیل و مدیریت مخاطرات مشارکت دارد.مدیرانمهندسینمشتریان نرم افزار۵مهدی فسنقری

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

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

اسلاید ۸: یک تعریف عقلانی از ریسک چیست؟۱- ریسک به وقایع آینده ارتباط دارد. امروز و فردا در ورای مسائل فعال قرار دارند، زیرا ما در زمان حال آنچه را که در گذشته با اعمال خود کاشته ایم درو می کنیم. سئوالی که مطرح می شود این است که پس آیا ما می توانیم با تغییر اعمال امروزمان فرصتی برای موقعیت متفاوت و شاید بهتر در آینده ایجاد نماییم.۲- ریسک مستلزم تغییر است. همچون تغییر در ذهن، ایده ، اعمال و یا مکان ها …. ریسک مستلزم انتخاب و عدم قطعیتی است که انتخاب ایجاب می نماید. بنابراین شگفت اینکه ریسک همچون مرگ و مالیات یکی از معدود امرهای مسلم زندگی است.۸مهدی فسنقری

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

اسلاید ۱۰: نظریه پیتر دراکر : همانگونه که تلاشبرای حذف خطر بی ثمر است، و تلاشبرای کاستن آن سوال برانگیز می باشد، ضروری است خطراتی را که برای آنها وقت صرف می کنیم خطرات بجایی باشند. قبل از اینکه خطرات بجایی را که در طی یک پروژه نرم افزاری به آنها خواهیم پرداخت شناسایی نماییم، حائز اهمیت است که کلیه خطراتی را که هم برای مدیران و هم برای کارورزان مشهود است شناشیی نماییم.۱۰مهدی فسنقری

اسلاید ۱۱: راهبرد واکنش بر ریسک اکثریت تیم های نرم افزاری منحصراً بر روی راهبردهای ریسک واکنش پذیر تکیه دارند. و مهمتر از همه اینکه یک راهبرد واکنش پذیر پروژه را برای خطرات احتمالی تحت کنترل دارد. منابعی برای مقابله با آنها در نظر گرفته می شود. تا زمانی که تبدیل به مشکل واقعی شدند از آنها استفاده شود. معمولاً تیم نرم افزاری در مورد ریسک کاری انجام نمی دهند تا اینکه مشکلی پیش بیاید. در این حال تیم وارد عمل شده و سریعاً برای حل مشکل اقدام می نماید. این وضعیت غالباض «وضعیت پرواز آتشی» نامیده می شود. وقتی که این کار با شکست مواجه می شود «مدیریت بحران» کنترل را بدست می گیرد که در این حال پروژه با خطر واقعی مواجه می گردد.۱۱مهدی فسنقری

اسلاید ۱۲: راهبرد پیش کنش بر ریسک راهبرد پیش کنش خیلی از آنکه کار فنی آغاز گردد شروع می شود. خطرات بالقوه ناسایی شده، احتمال و تاثیر آنها مورد ارزیابی قرار گرفته و سپس بر اساس اهمیت طیقه بندی می شوند. سپس تیم نرم افزاری طرحی را برای کنترل ریسک ارائه می دهد. هدف اولیه عبارت است از جلوگیری از بروز ریسک (خطر) اما از آنجایی که تمام خطرات اجتناب ناپذیز هستند، تیم یک طرح احتمالی ارائه می دهد تا بتواند به یک روش کنترل شده و موثر واکنش نشان دهد.۱۲مهدی فسنقری

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

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

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

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