مدیریت ریسک

صفحه 1:
درس مهندسی نرم‌افزار ۲ فصل ۲۵ دکتر احمد عبداله زاده بارفروش تهيه كننده : بويا جافريان 0 وا سر موه توق 

صفحه 2:
ریسک‌های پروژه جه اتفاقی بدی ممکن است رخ دهد؟ eee eee ea 

صفحه 3:
‎Y.‏ تحت و۱ ‏* نيم يروقه يس از رخ دادن ريسك به لن ياسخ می‌دهند. ‏۶ 00 : برنامه ریزی‌ب رلی کاهش ييسكبالفزليش منابع ‏* عالا|أه1] 00 <اأا : در هنكام مواجهه با ‎ep ear] ne per Vary Sy Maer‏ ‏رتیوت مرول رورت ار ممكرإستمنابع ‎Sooo‏ یت ‎0110 ey 

صفحه 4:
ی * ارزیابی ریسک فورمال انجام می‌شود. * سازمان ریشه‌های اصلی ریسک را اصلاح می‌کند. 3 1QM (Total Quality Management) ‏مفهوم‎ - ‏آماری‎ ۸ - بررسى منابع ريسك كه خارج از محدوده نرمافزار هستند. - توسعه تخصص‌هایی برای مدیریت تغپیرات 0000 CG 

صفحه 5:
انواع ریسک * Project Risk 7 در رابطه با برنامه ریزی ‎Technical Risk‏ ۰ كاكلا 5157655نا8 ‎٠‏ 7 در رابطه با نحوه فروش, نحوه ساخت محصول,. نحوه بازاریابی» ‎oe‏ ل ات از دیدگاهی دیگر می‌توان ریسک را به دو دسته زیر تقسیم کرد: (Predictable) 1 2. Ju ° * غیر قابل پیش .- ‎(Unpredictable)‏ 0110 ey 6 

صفحه 6:


صفحه 7:
Sey) ‏شناسايى‎ ٩ - ‏عمعمع6‎ ‎- Product Specific See Ne ent eS iOS ias که روف ‎Bivel Pa‏ * با طرح سوال در رابطه با هريك از موارد موجود در ۲ ام نسبت به شناسایی آن اقدام می‌شود. * تعدادى ازاين جك ليست ها تهيه شده و در دسترسى Ce eee one (c een nae, oe 

صفحه 8:
نمونه سوالات مطرح Po ‏رم اقزار باسح‎ el ‏می‌باشد.‎ آيا كاربران نجابى منتظر سيستم مىباشند؟ آيا كليه نيازها شناخته شده است؟ آيا مشترى در تعريف سيستم دخالت داشته است؟ آیا 50006 پروژه ثابت است؟ آیا خواسته‌های کاربر نهایی واقعی است یا ایده آل؟ ا ا ‎Oe‏ أيا نيازهاى بروزه ثابت است؟ آیا تیم پروژه با تکنولوژی مورد استفاده آشنا است؟ آيا تعداد تيم يروزه كافى است؟ أيا افراد دست اندر كار از اهميت بروذه مطلع هستند؟ Ce eee one (c een nae, 

صفحه 9:
* کاهش 01110311010 : چگونه می‌توان از ریسک اجتناب نمود؟ ور و ۱۳۱۱۳ ل لك ار 9 براى مواجه با ريسك در صورت رخداد آن وجود كن 0110 ey 6 

صفحه 10:
FO opel er Ce ON Ip ere * ویژگی‌هایی که روی ریسک اثر گذارند: - سایز تخمینی محصول برحسب ‎FP LOC‏ ا ا 0 تراکنش‌ها 7 میزان انحراف در سایز محصول در مقایسه با متوسط محصولات پیشین و ار - تعداد کاربران محصول ‎Te eae eet ed Be aera‏ بعد از تحویل) - ميزان استفاده مجدد در نرمافزار Ce eee one (c een nae, 0 

صفحه 11:
‎ses sresen,‏ 2 كر ‏* ویژگی‌هایی که بر روی ریسک اثرگذارند: 7 اثر محصول بر روی درامد شرکت ‎Cy Sena‏ ۱9 ‎Re Soe Team‏ اك - تعداد مشتریانی كد از ل ا ‎Interoperability clecusss. —‏ 7 مهارت کاربران نهایی 7 تعداد و کیفیت مستنداتی که باید تولید و به مشتری تحویل داده شوند ‎ ‏- محدودیت‌های قانونی | هزينههاى مرتبط با تحويل محصول خراب ‎Ce eee one (c een nae, a 

صفحه 12:
ریسک در ارتباط با مشتری سوالاتی که باید پاسخ داده شوند: | - آيا مشترى ديد درستى از نيازمندىها دارد؟ نا ولا ۱ ‎eee ee eS ne eats‏ و نظارت داشته باشد؟ Cone Nee Ryo) Some oe Free ait 0000 

صفحه 13:
۳/0 ‏ارت(‎ Ee COD سوالاتی که باید پاسخ داده شوند : آیا شما یک چارچوب فرایند معمول را استفاده می‌کنید؟ آيا اين جارجوب توسط اعضاى تيم يروزه ييكيرى مىشود؟ ‎Rete y ne eeeeerre Roe‏ 0 0 ا ا ‎Avy 0 Wenner‏ ‎ROSE Rene eres era |‏ | Romer pes are ‏ا‎ ‎see آيا ابزارها با يكديكر يكيارجه هستند؟ آبا سار مشتصی رای مات 000000 0000 

صفحه 14:
يسكهاى تكنولوزى سوالات كد بايد ياسخ داده شوقد : آیا تکنولوژی برای سازمان شما جديد است؟ - آيا الكوريتمها يا روشهاى 1/0 جديد مورد نياز است؟ - آیا سخت افزار جدیدی مورد استفاده قرار گرفته است؟ | - آيا واسط کاربرویژه‌ای مورد یز است؟ - آیا رف به طور چشمگیری متفاوت است؟ ‎re eB ae‏ ل يسن ‏ار ا 5 ‎Ree or‏ ال ا ا ‎sec‏ ‏- آیا محدودیت‌های کارایی ویژطی مد نظر است" ‏را را ۱ ‎ ‎0110 ey 0 

صفحه 15:
ا ا ل ل ا چا ال ۱ - آيا کارکنان دارای تخصص‌های مورد نظر هستند؟ ‎(bij =‏ اك - آیا کارکنان برای تمام طول پروژهباقی خواهند ماند؟ ‎be 0‏ ا 2 الا رار - آيا كاركنان توقعات صحيح دارند؟ - آيا كاركنان آموزشهاى لازم را ديده اند؟ - آيا تغييرات در كاركنان يايين خواهد بود؟ 0110 ey 06 

صفحه 16:
] ee crepes eal teead ae dated eae aad Ce dee a | 0 ‏سول سا روت رس‎ ‏ل‎ ‎00 ‏0ك‎ ete dada dal ernie ] heer a eee ‏مام ص0‎ ‎aan cael‏ ل ‏0ك ‏سس ما ‎0110 ey 6 

صفحه 17:
۳ * اجزاى نرمافزار با جه ريسكهايى همراهند؟ ‎Performance (P)‏ - ‎Cost (C)‏ - ‎Support (SU)‏ - ‎Schedule (S)‏ - ‎ee Deo el eye pee a)‏ 0 مشخص نمود. * برای این منظور از جدول اثرگذاری ريسك استفاده مى شود. Ce eee one (c een nae, 0 

صفحه 18:
جدول اثركذارى ريسك 

صفحه 19:
Risk Projection تحت عنوان تخمین ریسک ۴5 ارفا ل ‎ees eens ees ier‏ م ‎0 ‎rl eee iad‏ ا ا ا ا ‎۱ ‏ا ل ا‎ CUE Core tad es ‎0110 ey 06 

صفحه 20:
Risk Projection * شامل چهار مرحله می‌باشد : ‎(cer >‏ رل - نتایج بروز ریسک مشخص شود. - تخمين اثر ريسك بر روى يروزه و محصول - دقت كلى و درجه اطمينان تخمين مشخص شود تا برداشت غلط از نتايج ارزيابى صورت نكيرد. و اراقة نات اين تل ار جدول ار Ae هه 0000 

صفحه 21:
(Risk Table) s., Jos 

صفحه 22:
طبقه بندی نوع ریسک * PR (Process) * ST (Staff) ¢ DE (Development Envirnoment) ¢ TE (Technical) ¢ PS (Product Size) ¢ BU (Business) 0110 ey 

صفحه 23:
وال ان ال را و قدم دوم : اثر رخداد را بر روی پروژه در مقیاس ۱ تا ۵ تخمین بزنید. (۱ - غیر قابل توجه. ۵ - خیلی 3 قدم سوم : جدول را بر اساس احتمال رخداد و اثر مرتب کنید. وه 0000 

صفحه 24:
Cutoff line ‎pean Peewee Nee‏ يا مم ل می‌گردد. ‏و 00 و غیر قابل قبول تقسیم می‌شوند. ‏* بايد به آلن دسته از ريسكهايى كه بالاى 6 0۲]لام) قرار دارند توجه شود. ‏؟ این عمل نباید وقت زیادی بگیرد. ‏و 0000 

صفحه 25:
Risk Exposure * اثر كلى ريسك يا ‎L Risk Exposure‏ استفاده از رابطه زير تعيين مىشود : 0 »ام دعم ‎٠‏ ‏* كه 2 احتمال رخداد ريسك و ن) هزيته رخداد ریسک برای پروژه می‌باشد. eee eee ea 

صفحه 26:
Risk Exposure ;! Ju.» Risk identification. Only 70 percent of the software components scheduled for reuse will, in fact, be integrated into the application. The remaining functionality will have to be custom ‏ات‎ Risk probability. 80% (likely). Risk impact. 60 reusable software components were planned. If only 70 percent can be used, 18 components would have to be developed from scratch (in addition to other custom software that has been scheduled for development). Since the average component is 100 LOC and local data indicate that the software cas ae cost for each LOC is $14.00, the overall cost (impact) to develop the components would be 18 x 100 x 14 = $25,200. Risk exposure. RE = 0.80 x 25,200 ~ $20,200. وه 0000 

صفحه 27:
Reference Point Relerent point (cos! value, time value) Project termination will occur 8 3 3 3 Projected cost overrun 

صفحه 28:
يالايش ريسك » يس از تشخيص رريسكء نوبت يالايش آن است: - ارائه ريسك به صورت 001600 ‎(Condition-Transition-‏ ‎Consequence)‏ ۱ eo ‏بهصورت0ع1]0‎ 016 - 0110 ey ‏وه‎ 

صفحه 29:
Only 70 percent ofthe sofwore integrated inte the opel eveloped Refinement/context: Subcondiion |: Caron ‏ع‎ with no knowledge of internal Subcondiion 2: The design ston died ond moy Subcondiion 3: Certoin usable longo Mitigation/monitoring: 1١ Contac thied party 

صفحه 30:
* کاهش 01110311010 : چگونه می‌توان از ریسک اجتناب نمود؟ ور و ۱۳۱۱۳ ل لك ار 9 براى مواجه با ريسك در صورت رخداد آن وجود كن 0110 ey ‏هه‎ 

صفحه 31:
Risk Management >, ay 

صفحه 32:
۰ ریسک مهم و روش‌های جلوگیری Risk factor 1 - Human error on ۵3۲۲ 0۲ ۲ 2 - Unrealistic schedule and budget 3 - Standard software, external components (inexperience, ما توا تا ‎as emcees‏ و[ ‎oie‏ یت ۱ ‎leet‏ را ‎Leama‏ ‏1 ‎ecm to‏ ۱ ‎modification of schedule and budget ‎Benchmarking; prototyping; ‏ا ا توا ات۱‎ compatibility analysis; review of. suppliers ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ 

صفحه 33:
۰ ریسک مهم و روش‌های جلوگیری Risk factor 4 - Requirements and developed functions do not match 5 - User interfaces do not fit needs 6 - Inadequate architecture, erformance, quality ‎A‏ توا ‎ile‏ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎Win-win agreements between parties concerned; business case analysis; prototyping; application description in early | ‏5ع5ههم‎ ‎Prototyping; development of 5660۲05: ‎description of users ‎ ‎ ‎ ‎ ‎Simulation; benchmarking; modeling; prototyping; tuning ‎ ‎ ‎ ‎ ‎ 

صفحه 34:
‎٠‏ ريسك مهم و روشهاى جلوكيرى ‎Risk factor ‏ا لت لو ‎7A eel‏ كأصع ممع أناوع ‎8 - Problems with legacy 55 ‎9 - Problems with tasks performed externally ‎10 - Overestimation of own IT capabilities al ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‏حا ما ‎measures‏ ‎Increased threshold for changes; information- ‎hiding; incremental development; change- management process; change ‏تست‎ ‎Design recovery; restructuring ‎Audits; parallel design or prototyping by several suppliers; team formation Technical analysis; cost/benefit Ta INH 0۳۵۲۵۵۷۵۱9 ‎ ‎ ‎ ‎ ‎ 

مديريت ريسك درس مهندسي نرم‌افزار 2 فصل 25 دكتر احمد عبداله زاده بارفروش تهيه كننده :پويا جافريان 1 ‏Artificial Intelligent Systems Laboratory ريسكهاي پروژه ‌ چه اتفاقي بدي ممكن است رخ دهد؟ احتمال آن چقدر است؟ خسارت آن چه مقدار است. در مورد آن چه كاري مي‌توان انجام داد؟ 2 ‏Artificial Intelligent Systems Laboratory مديريت ريسك ()Reactive • تي4م پروژ4ه پ4س از رخ دادن ريس4ك ب4ه آ4ن پاسخ ميدهند. ‌ • : Mitigationب44رنام44ه ر4يزي ب44را4ي ك44اهش ر4ي4سكب44ا ا4فزا4ي4شم4ناب4ع • : Fix on failureدر ه4نگام م4وا4ج4ه4ه ب44ا م4يش44وند. ا4ش4كا4لم4ناب4ع پ44يدا ش44ده 4و ا4ع4ما4ل ‌ م4مكن4س4تم4ناب4ع ا • : Crisis management ا4ع4ما4لش44ده 4پ44اس4خ ال4ز4م را ن 4داد4ه 4و پ44روژ4ه 4ب44ه خ4طر ا4ف4تد. 3 ‏Artificial Intelligent Systems Laboratory مديريت ريسك ()Proactive ميشود. • ارزيابي ريسك فورمال انجام ‌ ميكند. • سازمان ريشه‌هاي اصلي ريسك را اصالح ‌ – مفهوم SQAآماري نرمافزار – بررسي منابع ريسك كه خارج از محدوده ‌ هستند. تخصصهايي براي مديريت تغييرات ‌ – توسعه )(Total Quality Management 4 ‏Artificial Intelligent Systems Laboratory TQMو انواع ريسك • Project Risk – در رابطه با برنامه ريزي • Technical Risk • Business Risk – در رابطه با نحوه فروش ،نحوه ساخت محصول ،نحوه بازاريابي، از دست دادن پشتيباني مديريت ميتوان ريسك را به دو دسته زير تقسيم از ديدگاهي ديگر ‌ كرد: • قابل پيش بيني ()Predictable • غير قابل پيش بيني ()Unpredictable 5 ‏Artificial Intelligent Systems Laboratory كنترل control رديابي track ريسك RISK شناسايي identify ريزيplan طرح analyze آناليز Artificial Intelligent Systems Laboratory 6 شناسايي ريسك ميشود : • ريسك اصوالً به دو دسته تقسيم ‌ – Generic – Product Specific • يك روش براي شناسايي ريسك استفاده از : ميباشد. “‌ ”Risk Item Checklist • با طرح سوال در رابطه با هريك از موارد موجود در ميشود. ،Checklistنسبت به شناسايي آن اقدام ‌ • تعدادي از اين چك ليست ها تهيه شده و در دسترسي ميباشد. ‌ 7 ‏Artificial Intelligent Systems Laboratory نمونه سواالت مطرح • • • • • • • • • • • 8 آيا نرم افزار در دست تهيه مورد حمايت مديريت توليد و مشتريان ميباشد؟ ‌ آيا كاربران نهايي منتظر سيستم مي‌باشند؟ نيازها شناخته شده است؟ آيا كليه ‌ آيا مشتري در تعريف سيستم دخالت داشته است؟ آيا Scopeپروژه ثابت است؟ آيا خواسته‌هاي كاربر نهايي واقعي است يا ايده آل؟ آيا تخصص‌هاي الزم در تيم نرم‌افزار وجود دارد؟ آيا نياز‌هاي پروژه ثابت است؟ آيا تيم پروژه با تكنولوژي مورد استفاده آشنا است؟ آيا تعداد تيم‌ پروژه كافي است؟ آيا افراد دست اندر كار از اهميت پروژه مطلع هستند؟ ‏Artificial Intelligent Systems Laboratory كاهش ،پايش و مديريت ريسك • كاهش ( : )mitigationچگونه مي‌توان از ريسك اجتناب نمود؟ • پايش ( : )monitoringچه فاكتور‌هايي را ميتوان ردگيري نمود كه با توجه به آنها بتوان ‌ احتمال رخداد ريسك را حدس زد؟ • مديريت ( : )managementچه طرحي براي مواجه با ريسك در صورت رخداد آن وجود دارد؟ 9 ‏Artificial Intelligent Systems Laboratory ريسك در ارتباط با سايز محصول • ويژگيهايي كه روي ريسك اثر گذارند: ‌ – – – – – – – 10 سايز تخميني محصول برحسب LOCيا FP برنامهها ،فايل‌ها يا ‌ سايز تخميني محصول بر حسب تعداد تراكنش‌ها ميزان انحراف در سايز محصول در مقايسه با متوسط محصوالت پيشين سايز پايگاه داده ايجاد شده يا مورد استفاده توسط محصول تعداد كاربران محصول تعداد تغييرات الزم در نيازمندي‌هاي محصول (قبل از تحويل و بعد از تحويل) ميزان استفاده مجدد در نرم‌افزار ‏Artificial Intelligent Systems Laboratory ريسك در ارتباط با اثرات كسب و كار • ويژگيهايي كه بر روي ريسك اثرگذارند: ‌ – – – – – – – – – – 11 اثر محصول بر روي درامد شركت ميزان توجه مديران ارشد به اين محصول منطقي بودن زمان تحويل محصول تعداد مشترياني كه از اين محصول استفاده مي‌كنند محدوديتهاي Interoperability ‌ مهارت كاربران نهايي تعداد و كيفيت مستنداتي كه بايد توليد و به مشتري تحويل داده شوند محدوديتهاي قانوني ‌ هزينه هاي مرتبط با تحويل با ديركرد هزينههاي مرتبط با تحويل محصول خراب ‌ ‏Artificial Intelligent Systems Laboratory ريسك در ارتباط با مشتري • سواالتي كه بايد پاسخ داده شوند : – – – – – – – 12 آيا در گذشته با اين مشتري كار كرده‌ايد؟ آيا مشتري ديد درستي از نيازمندي‌ها دارد؟ آيا مشتري قبول كرده كه زماني را به شما اختصاص دهد؟ آيا مشتري تمايلي به شركت در بازبيني‌ها دارد؟ آيا مشتري از لحاظ فني خبره است؟ آيا مشتري تمايل دارد در كار فني و جزئي در كار شما دخالت و نظارت داشته باشد؟ آيا مشتري فرايند مهندسي نرم‌افزار شما را مي‌شناسد؟ ‏Artificial Intelligent Systems Laboratory ريسك در ارتباط با Process Maturity • سواالتي كه بايد پاسخ داده شوند : – – – – – – – – 13 آيا شما يك چارچوب فرايند معمول را استفاده مي‌كنيد؟ آيا اين چارچوب توسط اعضاي تيم پروژه پيگيري مي‌شود؟ آيا شما داراي پشتيباني مديريت از مهندسي نرم‌افزار هستيد؟ آيا شما رويكرد پيشگيرانه نسبت به SQAداريد؟ آيا شما بازبيني‌هاي فني رسمي انجام مي‌دهيد؟ ابزارهاي CASEبراي آناليز ،طراحي و تست استفاده آيا از ‌ ميشود؟ ‌ ابزارها با يكديگر يكپارچه هستند؟ آيا ‌ آيا ساختار مشخصي براي مستندات تعيين گرديده است؟ ‏Artificial Intelligent Systems Laboratory ريسكهاي تكنولوژي ‌ • سواالتي كه بايد پاسخ داده شوند : – – – – – – – – – – 14 آيا تكنولوژي براي سازمان شما جديد است؟ آيا الگوريتم‌ها يا روش‌هاي I/Oجديد مورد نياز است؟ آيا سخت افزار جديدي مورد استفاده قرار گرفته است؟ آيا برنامه با نرم افزار جديدي بايد در ارتباط باشد؟ ويژهاي مورد نياز است؟ آيا واسط كاربر ‌ آيا نرم‌افزا4ر به طور چشمگيري متفاوت است؟ ميكنيد؟ آيا شما از روش‌هاي مهندسي نرم‌افزار جديدي استفاده ‌ آيا شما از روش‌هاي غير معمول توسعه نرم‌افزار نظير روش‌هاي فورمال، رويكرد‌هاي مبتني بر ،AIيا شبكه‌هاي عصبي استفاده مي‌كنيد؟ ويژها4ي مد نظر است؟ محدوديتهاي كارايي ‌ ‌ آيا آيا در زمينه امكان پذير بودن كاركرد‌هاي خواسته شده شك وجود دارد؟ ‏Artificial Intelligent Systems Laboratory ريسكهاي كاركنان و افراد ‌ • سواالتي كه بايد پاسخ داده شوند: – – – – – – – – 15 آيا بهترين افراد در دسترس هستند؟ تخصصهاي مورد نظر هستند؟ ‌ آيا كاركنان داراي آيا تعداد كافي نيرو وجود دارد؟ آيا كاركنان براي تمام طول پروژه باقي خواهند ماند؟ كارميكنند؟ ‌ آيا برخي افراد به صورت نيمه وقت آيا كاركنان توقعات صحيح دارند؟ آموزشهاي الزم را ديده اند؟ ‌ آيا كاركنان آيا تغييرات در كاركنان پايين خواهد بود؟ ‏Artificial Intelligent Systems Laboratory فرم ثبت ريسك Project: Embedded software for XYZ system Risk type: schedule risk Priority (1 low ... 5 critical): 4 Risk factor: Project completion will depend on tests which require hardware component under development. Hardware component delivery may be delayed Probability: 60 % Impact: Project completion will be delayed for each day that hardware is unavailable for use in software testing Monitoring approach: Scheduled milestone reviews with hardware group Contingency plan: Modification of testing strategy to accommodate delay using software simulation Estimated resources: 6 additional person months beginning 7-1-96 Artificial Intelligent Systems Laboratory 16 اجزاء ريسك • اجزاي نرم‌افزار با چه ريسك‌هايي همراهند؟ )Performance (P )Cost (C )Support (SU )Schedule (S – – – – • درجه اثر هريك از اين اجزا را بايد در سيستم مشخص نمود. • براي اين منظور از جدول اثرگذاري ريسك ميشود. استفاده ‌ 17 ‏Artificial Intelligent Systems Laboratory جدول اثرگذاري ريسك اجزا ‏P ‏C اثر خيلي شديد شديد قابل كنترل غير قابل توجه 18 ‏Artificial Intelligent Systems Laboratory ‏SU ‏S Risk Projection • تح444ت عنوان تخمي444ن ريسك (Risk )Estimationهم نام برده مي‌شود. • اي4ن روش ه4ر ريس4ك را از دو ديدگاه مورد بررسي ميدهد : قرار ‌ – احتمال اينكه ريسك به واقعيت تبديل شود. – مشكالت4ي ك4ه در اث4ر و ادام4ه رخدادن ريس4ك به وجود ميآيند. ‌ 19 ‏Artificial Intelligent Systems Laboratory Risk Projection ميباشد : • شامل چهار مرحله ‌ – – – – تعيين Scaleبراي اندازه گيري ريسك نتايج بروز ريسك مشخص شود. تخمين اثر ريسك بر روي پروژه و محصول دقت كلي و درجه اطمينان تخمين مشخص شود تا برداشت غلط از نتايج ارزيابي صورت نگيرد. • براي ارائه نتايج اين عمل از جدول ريسك استفاده ميشود. ‌ 20 ‏Artificial Intelligent Systems Laboratory )Risk Table( جدول ريسك ريسك طبقه بندي نوع ريسك احتمال وقوع درجه اثر RMMM از خيلي شديدRisk Mitigation, تا غير قابلMonitoring and ه4توج Management Artificial Intelligent Systems Laboratory 21 طبقه بندي نوع ريسك • PR (Process) • ST (Staff) • DE (Development Envirnoment) • TE (Technical) • PS (Product Size) • BU (Business) Artificial Intelligent Systems Laboratory 22 ساخت جدول ريسك • قدم اول :احتمال رخداد را تخمين بزنيد. • قدم دوم :اثر رخداد را بر روي پروژه در مقياس 1 تا 5تخمين بزنيد = 1( .غير قابل توجه = 5 ،خيلي شديد) • قدم سوم :جدول را بر اساس احتمال رخداد و اثر مرتب كنيد. 23 ‏Artificial Intelligent Systems Laboratory Cutoff line • پ4س از تشكي4ل جدول Cutoff line ،مشخص ميگردد. ‌ • ب4ه اي4ن معن4ي ك4ه ريس4ك ه4ا ب4ه دو دس4ته قابل قبول ميشوند. و غير قابل قبول تقسيم ‌ • باي4د ب4ه آ4ن دس4ته از ريس4ك‌هايي كه باالي Cutoff lineقرار دارند توجه شود. • اين عمل نبايد وقت زيادي بگيرد. 24 ‏Artificial Intelligent Systems Laboratory Risk Exposure • اثر كلي ريسك يا Risk Exposureبا ميشود : استفاده از رابطه زير تعيين ‌ • RE = P x C • كه Pاحتمال رخداد ريسك و Cهزينه رخداد ميباشد. ريسك براي پروژه ‌ 25 ‏Artificial Intelligent Systems Laboratory Risk Exposure مثالي از • Risk identification. Only 70 percent of the software components scheduled for reuse will, in fact, be integrated into the application. The remaining functionality will have to be custom developed. • Risk probability. 80% (likely). • Risk impact. 60 reusable software components were planned. If only 70 percent can be used, 18 components would have to be developed from scratch (in addition to other custom software that has been scheduled for development). Since the average component is 100 LOC and local data indicate that the software engineering cost for each LOC is $14.00, the overall cost (impact) to develop the components would be 18 x 100 x 14 = $25,200. • Risk exposure. RE = 0.80 x 25,200 ~ $20,200. Artificial Intelligent Systems Laboratory 26 Reference Point Artificial Intelligent Systems Laboratory 27 پااليش ريسك : نوبت پااليش آن است،يسكI• پس از تشخيص ر CTC – ارائه ريسك به صورت (Condition-TransitionConsequence) .ودII‌ش يانميIII بIf - ThenورتII صIهIII بCTC – Artificial Intelligent Systems Laboratory 28 برگه اطالعات ريسك Artificial Intelligent Systems Laboratory 29 كاهش ،پايش و مديريت ريسك • كاهش ( : )mitigationچگونه مي‌توان از ريسك اجتناب نمود؟ • پايش ( : )monitoringچه فاكتور‌هايي را ميتوان ردگيري نمود كه با توجه به آنها بتوان ‌ احتمال رخداد ريسك را حدس زد؟ • مديريت ( : )managementچه طرحي براي مواجه با ريسك در صورت رخداد آن وجود دارد؟ 30 ‏Artificial Intelligent Systems Laboratory Risk Management مراحل Risk Management Risk Assesment Risk Identification Risk Analysis Risk Control Risk Risk Risk Management Prioritization Resolution and Planning Artificial Intelligent Systems Laboratory Risk Monitoring 31  ريسك مهم و روش‌هاي جلوگيري10 Preventive measures Employ the best people; rewards; team formation; training; peer reviews; adapt process to available know how Business-case analysis; incremental development; reuse of software; modification of schedule and budget Benchmarking; prototyping; review of reference installations; compatibility analysis; review of suppliers Risk factor 1 - Human error on part of staff 2 - Unrealistic schedule and budget 3 - Standard software, external components (inexperience, incompatibility,etc.) Artificial Intelligent Systems Laboratory 32  ريسك مهم و روش‌هاي جلوگيري10 Preventive measures Risk factor Win-win agreements between parties concerned; business case analysis; prototyping; application description in early phases 4 - Requirements and developed functions do not match Prototyping; development of scenarios; description of users 5 - User interfaces do not fit needs Simulation; benchmarking; modeling; prototyping; tuning 6 - Inadequate architecture, performance, quality Artificial Intelligent Systems Laboratory 33  ريسك مهم و روش‌هاي جلوگيري10 Preventive measures Risk factor Increased threshold for changes; informationhiding; incremental development; changemanagement process; change control board 7 - Constant alteration of requirements Design recovery; restructuring 8 - Problems with legacy systems Audits; parallel design or prototyping by several suppliers; team formation 9 - Problems with tasks performed externally Technical analysis; cost/benefit 10 - Overestimation analysis; Artificial Intelligent Systems Laboratory IT capabilities prototyping of own 34