صفحه 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