صفحه 1:
بسم الله الرحمن
۱ الرحیم
صفحه 2:
دانشگاه
RE cy
اطلاعات
صفحه 3:
- رز ele
(۵
near
9
صفحه 4:
جلسات
حاسه اول: طراحي
جلسه 2 #ذ رت واسط
eerie es هه Pape Al
رس
جلسه ی نع یات
صفحه 5:
eres
دهم عار سنجي
جلسه ۲ وین بر
افراد
جلسه دوآزدهم: Sree
en هد
715 فد
مدیریت پيكربندي
صفحه 6:
حفف الين حرس سر
a سل(
ae OR VORTE DE REPOS ETS
== =
rare 7 کلیدی ی 0
ner به طوريكة د
aE کامپیوتری ازز
صفحه 7:
ار
5 eB see re era
توسعه نرم افزارنقش مهمى راايفامى كند.
همان طورکه ساختمان بدون مهندسی نمی
تواندمورداطمينان باشد» نرم افزارنيزبدون
مهندسی مورداطمینان نخواهد بود.
صفحه 8:
J ۳ Aula,
طراه ار زر بی درگ
صفحه 9:
آنچه در این جلسه می خوانید:
|(- سیستم 2 aan تا
0- مدل سیستم بی درنگ با ستسور ومحرک
9- دو دسته ازتحریک ها درسیستم بی درنگ
< مر احل فرآیندطر احی
- طراحی سیستم چیست
9- تحریک وپردازش پاسخ درسیستم
2 قطعات سيستم هاى عامل بی درنگ
Aas بی ۳۹3 pererey =)
صفحه 10:
آنچه در این جلسه می خوانید:
هر
ره ۳
را ات
©)- سیستم های کنترلی وناظر
9 ساختار سیستم کنترلی وناظر
ار ۱3
6- كنترلى وناظربايديردازش شوند
ESE eae) eo) تت
02- طريقه جمع آورى داده انسنسور
صفحه 11:
اهداف كلى :
معرفی تکنیکهای طراحی سیستمهای
بی درنگ وتوصیف چندمعماری کلی
9۳
صفحه 12:
ee ee eS
۳ re See
پی بردن به علت پیاده سازی آن.
۳ ee
بی درنگ.
صفحه 13:
درک نقش سیستم عامل بی درنگ.
WOR SS WE1 ep ee Te Se 5
رز ۱
أورى داده ها.
صفحه 14:
موستوبي دررتك جست:
سيستم بى درنك يك سيستم نرم افزارى
است كه رويدادهارا درزمان بی درتگک
ياسخ مى دهد وصحت أن فقط به نتايج آن
reer ل ل كت
وابسته است.
صفحه 15:
اس ۳
a ao ee
صفحه 16:
دو همه اازشعریک ۵ درمیستم بی درنگ:
ROSY YC weer
اين تحريك ها درفواصل زمانی
معينى رخ مى دهندبه عنوان مثال
»سيستم ممكن است سنسورى رادر
ا كت
مقدارآن»ياسخ دهد.
صفحه 17:
0
این تحریک هابه طورنامنظم اتفاق
ل ست ا مط اده
0
صفحه 18:
eee ae
پردازش کند.وپاسخ مربوط.
محدودیت های زمانی مربوط به هرتحریک وپاسخ
ییوت
== ۳ 23
“# یک کامپیوتربرای اجرای سیستم
انتخاب شودداراى اجزابى درنق.
صفحه 19:
۲ ey ree ie
eee esa)
Te See ae ee ل
cob bk 2
طراحی سیستم زمانبندی برای به
موقع شروع شدن فرآیند.
صفحه 20:
رسد
و طراحى معمارى سيستم بى درنكف شامل
سازماندهى سيستم به صورت مجموعه اى
ازفرايندهاى همزمان است.وبه هردسته از
محرك وياسخ هافرايندى منتسب مى شود.
صفحه 21:
شك
شکل0-فر ایندهای کنترل تحریک/محرک
صفحه 22:
با
اجراى فرآيندها
شکل(2-قطعات ب 2-5 درنگ
صفحه 23:
حومط الئل بني دراگ +
|| سیستم عامل بی درنگ مسئول مدیریت
منابع وفرآینداست و همواره شامل زمان
بندی است که تصمیم می گیرد کدام فرایند
براساس اولویت برای اجرازمان بندی شود.
صفحه 24:
تطوات 505 گیرا ی تمايسيستيهاي.
=a ساعت aa
اداره کننده وقفه ۶
زمان بند
مدیر منابع
توزیع کننده
صفحه 25:
۹
سطح وقفه: بالاترین سطح اولویت
است.به فرآیندهایی تخصیص می یابد
که به پاسخ خیلی سریع نیاز دارند.
صفحه 26:
سطح ساعت: اين سطح ازاولويت به
ا CWE Oe SNe
ا ل
صفحه 27:
6 Leet Ter ern esr
Servet eS ees ree
قدراجرامی شودتاکامل گرددیابه دلایلی
مثل انتظاربرای ورودی»مسدود شود.
صفحه 28:
زمان بندى قبضه كردن: اجراى فرآيند
Less gi Cal (Seal pal Sle 3 م
اولویت بالاترمتوقف شود.فرآینداولویت
بالاتراجرای فرآیندبااولویت پایین ترا
خاتمه مى دهد.
صفحه 29:
age دس رس
۰ سیستم های کنترلی وناظر به طوردوره ای
مجموعه اى ازسنسور هايى راامتحان مى
كند- كه اطلا عات ر!! زمحيط سيستم به
بدست مى أورند.از طريق ارسال فرمانها
0 محركهاءفعاليتهايى راانجام ۳ كه
صفحه 30:
شكل02-) معمارى كلى سيستم كنترلى وناظز
صفحه 31:
خرابى منبع تغذيه: اين تحريك توسط
ناظرمدارتوليدمى شود.وياسخش وارد
We 5 ا اك ك0 لت
صفحه 32:
۱
ee را
9 Rie SoS")
فعال است.
صفحه 33:
a های جمع آوری داده هابرحسب
SS = =
يافته مى شوند .وداده هارااز سنسورها
= 25 ۳ شوند.
صفحه 34:
Ss reer ere Stee or (ee
صفحه 35:
ای یبیل
صفحه 36:
cal سس یت
rere 7
9- پنج سبک تعامل باسیستم های نرم افزاری
<- روش نمایش اطلاعات چندگانه
رح« هايى 3 مجسم سازی داده
=S) ما برای استفاده موثرازرنگ درو اسط
aren ede 2 ۱3۳۹
ee) ۶ ۶
صفحه 37:
آنچه در این جلسه می خوانید:
9 ee)
(0- سه فعالیت اصلی فرآیند طراحی کاربر
0ح تحليل كاربر
02- ساخت نمونه اوليه|الا
©0- فرآيند دو مرحله اى ساخت نمونه اوليه
“06- سه روش ساخت نمونه اوليه واسط كاربر
9- ارزیابی واسط چیست
۱ ای ۱۳
صفحه 38:
ase Sie
هاى طراحى واسط كاربر
است كه براى مهندسين نرم افزار مهم
مى باشد.
صفحه 39:
BC ee fee ae gy
57 ۳ ۳۱ ee ere reer 17
AVEC ICUS TRON ESTE OCONEE EY
<زمان استفاده ازاطلاعات كرافيكى ومتنى.
0 tis cee rire
۳ rSNC rer TET
صفحه 40:
سار سرت
Sse ee
75 5
حداقل تعجب
قابليت ترميم
Sere ye
تنوع کاربر
صفحه 41:
۳
arene SS ee ere eared
مخرب است بایدا زآنان خواسته شود که
Rey are ag eee ERETeOT EE
کر
ene. resp ne enc يرد
صفحه 42:
ASTER We One
حالت سيستم درفواصل زمانى دوره اى و
اجازه دادن به سيستم براى اجراازاخرين
نقطه كنترلى است.وقتى خطايى رخ داد»
کاربران می توانندبه حالت قبلی برگردند.
صفحه 43:
9۳۰۰
Berry ی مستقیم
پرکردن فرم
زبان فرمان
#زبان طبيعى.
صفحه 44:
5 3 ۵۳۱۸6920۳۵
صفحه 45:
8 = جح
اطلاعات هواشناسى كه ازمنابع
۳ tne
حالت ن تلف
کرافیک نمایش داده می شود
صفحه 46:
=
" مدلی ازمولکول بابهره ازسیستم
واقعيت مجازى.
نمايش مجموعه اى ازصفات وب
به صورت درخت هذلولی
صفحه 47:
aes سرا سم سح
۳۳۹ peer here aa eee
کنیدودربه کارگیری آن محتاط باشید.
تغییردرحالت سپستم را با تغییر رنگ
نشان دهيدوبراى برجسته كردن نيز از
دور
صفحه 48:
برای پشتیبانی ازکاربرا زکدگذاری رنگ
استفاده کنید.
ازكدكذارى رنك به طوردقيق وسازكار
استفاده کنید.
ددر تركيج رنك ها دقت داشته ياشيد
صفحه 49:
صفحه 50:
فرآیندطراحی واسط کاربریک
فرآیند تکراری است که در آن»
كاربران باطراحان ونمونه اوليه
3 دارندتادرمورد
صفحه 51:
۹
5 که 2 5 :5:2 << ز Se
صفحه 52:
ee سد
تحلیل کاربر: باوظایفی که کاربران
نمونه سازی اولیه سیستم: بایدایجاد
شودتا درتکامل سیستم اصلی به کار
گرفته شود.
صفحه 53:
ارزیابی واسط: برای کسب اطلاع
راجع به تجربيات كاربران از واسط
بكارمى رودهرجندكه دراثناى ساخت
نمونه اولیه باکاربران بحث شود.
صفحه 54:
رس
۱
ses = er See
آمدی راطراحی نخواهید کردبرای درک
ین نکته میتوان از تکنیکهایی مثل تحلیل
وظیفه و ... استفاده کرد.
صفحه 55:
4د = | ۱ 08
هدف ساخت نمونه اولیه این است که به
کاربران اجازه داده شود مستقیماباو اسط
تجربه کسب کنند.درحالت ایده آل»وقتی
نمونه اولیه ازو اسط کاربر ایجادمی شود
»از فرآيند دو مرحله ييروى مى شود.
صفحه 56:
در
err rere ree!
کاغذی راایجادکنیدوآنهار اباکاربران
مرورکنیدتاکاربرمستقیماً باواسط از
er ee eee es Te eS
صفحه 57:
Serre To ee rere
ونمونه هاى اوليه تخصصى وخودكار
ایجادو آنهارااختیارکاربران قرارداده تا
Ses ee Ere
صفحه 58:
هه رش سالعت زنمونه اوه ادف رین
ساخت نمونه اوليه مبتنى بر اسكرييت.
۰ زبان های برنامه سازی ویژوال.
ب 2 5 2 2 1 1
صفحه 59:
الفيلبي لس ججست:
1 E> bre Sy be
rte peer ال wee OS
کاربر برآورده می شود یا خیر. لذا » بايد به عنوان
بخشی از فرآیند وارسی واعتبارسنجی سیستم های
د Ss
صفحه 60:
00
ا 20
! سرعت عملیات
۱۹
" قابلیت تطبیق
صفحه 61:
جلمده سوم
(۳
صفحه 62:
آنچه در این جلسه می خوانید:
0- فايده توسعه سريع نرم افزار
SSeS
9- توسعه تدریجی که برطراحی معماری تاکید دارد
“6- پنج اصول روش های فعال
2 برنامه نویسی کرانه ای چیست
9- شکل کلی برنامه نویسی کرانه ای
صفحه 63:
آنچه در این جلسه می خوانید:
م اعمال 0 ای
9- توسعه سریع کاربرد چیست
9- ابزارهايى كه درمحيط ها
(10)- فوایداستفاده از نمونه اولیه
0 نمونه اولیه موقتی چیست
8 مدل کلی توسعه نمونه اولیه
رح و 3
صفحه 64:
ier) كلي:
Le eee renee)
براى توسعه نرم افزاراست كه منجر
به تحويل سريع نرم افزارمى شود.
صفحه 65:
۲ / نصا 3 55
ا 9
به تحویل سریع نرم افزارمی شود.
۱ ] به تفاونهای بین روش های توسعه
جديدوروش هاى توسعه نرم افزارى
chaste abit
ee eer)
صفحه 66:
210000 ers rope Fal
برنامه نویسی کرانه ای آشنا شوید.
| نمونه سازی چگونه می تواندبرای
5 =
yee Se rarer esa
صفحه 67:
تس الاب
به دلیل توسعه سریع نرم افزار» روش
تکراری توسعه نرم افزاربه
طورفزاینده ای به عنوان تکنیک توسعه
استاندارد برای سیستمهای کوچک
oe خصوص در حوزه تجارت
به كارمى رود.
صفحه 68:
کات / 7 7
<<مشکلات مدیریتی
مشكلات بيمانكارى
2
مشکلات نگهداری
صفحه 69:
۳۳۳ ۰۳۳
صفحه 70:
ع أصرز ریش دی فلز
+حضور مشتری
<#تحويل تدريجى
عدم پردازش افراد
يذيرش تغيير
حفظ سادكى
صفحه 71:
سر سس
برنامه نويسى كرانه اى يك روش فعال
معجوت ات که داد ی تاصول توب
برنامه نویسی مثل تست منظم » بهبودی
مداوم نرم افزاروحضور مشتری درتیم
۳
صفحه 72:
شکل 0-بر نامه نویسی کرانه ای در چرخه ارائه نسخه
۳1
صفحه 73:
/
7
برنامه ريزى كام ها
طزاحى ساده
سازمان دهى مجدد
ere
0
SS Fee
توسعه اول - تست
fee Cees)
وک 2
صفحه 74:
7 29
و"
SS
استفاده از محيطهاى توسعه اى است
كه ابزارهاى قدرتمندى رابراى توليد
سيستم دربرمى كيرد.
صفحه 75:
دس ۳
ای
شکلصمحیط توسعه سریع کاربرو--]
صفحه 76:
ما
< بهبو دقابلیت استفاده سیستم
تطبیق نزدیک سیستم هابانیازهای کاربران
بهبودکیفیت طزاحی
بهیودقابلیت نگهداری
کاهش تلاش موردنیازتوسعه
صفحه 77:
نموه وله
aa sae اولیه 3
a al است =
وب ِ : << 06
= دك كك هوا زف
ee — 2 .ونمونه
نمی شود.
صفحه 78:
هات
شکل0-فر آیند توسعه نمونه اولیه
صفحه 79:
دازا ما Beats ۷۳
TO re لك
عملکردی راکه در اثنای
Ci eserr ۳
ا تغییرات سریع دراثنای توسعه به معنای
زک ۱۱ ۰ ۱۳۰۳۰
شود تست لعج کتنم وت واود
كه براى نككّهدارى درازمدت كافى نيست.
صفحه 80:
0 ere Coen errr
ایجاد می شوداحتمالساختارسیستم
راتنزل مى دهدونكهدارى سيستم
OILS 9 I gba ل
| استاندارد کیفیت ساز مانی بر ای
توسعه نمونه اولیه به کارنمی آیند.
صفحه 81:
جامده م هازم
1111
صفحه 82:
آنچه در این جلسه می خوانید:
0- فو ایداستفاده مجددنرم افزار
2- مشكلات استفاده مجدد
9- عوامل مهم برای برنامه ریزی استفاده مجدد
Eee ا ا وت لت
ees See es ee
9- محیط های کاری کاربرد
صفحه 83:
۷ wr COR Ye
2 استفاده مجددمحصول5] 00
0 چهار مشکل جامعیت سيستم COTS cl
9- انواع خصوصى سازى خط توليد نرم افزار
)60( ۳
0- سازمان سیستم های ۶۳۳
89 مراحل تطبیق یک خانواده نرم افزاربرای ایجاد
کاربرد جدید
صفحه 84:
اهداف كلى:
اين فصل معرفى استفاده مجدد
نرم افز اروتشریع نقش استفاده
مجدد درفرآيند توسعه نرم افزار
است.
صفحه 85:
۱ با فواید ومشکلات استفاده مجدد
نرم | 0 ۱3۲ توسعه سیستم
-های جدیدآشنامی شوید.
PAD Oe cere Se) 8
۱۳۳ epee meee me ire
صفحه 86:
5 استفاده مجددازمفهوم رادرك مى كنيد
وباجكونكى نمايش مفاهيم قابل استفاده
RN pep ee ete ere | ner ree CR Ree
-هاى برنامه آشنامپشوید.
صفحه 87:
باخطوط توليدى نرم افزار آشنامى
- شويدكه از قطعات قابل بيكربندى
وقابل استفاده مجدد تشكيل شده است.
صفحه 88:
را اك
slate! Cult hal jal >
کاهش ریسک فرآیند +
SSS = = SS =
ریذیرش استاندارد
OED سريع
صفحه 89:
006
افزایش هزینه نگهداری
عدم وجود يشتيبانى ابزار
0
< نكهدارى ۳
5-0 Te SP To Fy
قابل استفاده مجدد
صفحه 90:
عوالال oS ee
| زمان بندی توسعه برای نرم افزار
۰ طول عمرمورد انتظارنرم افزار
۱ زمینه».مهارت هاوتجارت تیم توسعه
ee ee ل BEC
8 دامنه كاربرد
5 محيطى كه سيستم درآن اجراخواهد شد
صفحه 91:
سرا ار رس
الگوهای طراحی جامعيت 6075©
توسعه براساس قطعه كاربردهاى عمودى قابل ييكربندى
محیط های کاری کاربرد کتابخانه های برنامه
يوشش سيستم كهنه مولدهای برنامه
سیستم های سرویس گرا توسعه نرم افزاربراساس جنبه های
خطوط تولید کاربرد SLES
صفحه 92:
ل
نامی که به الگو مراجعه می کند.
Bre ie eter er Pe Corps be geek
وآمتحص ی که
۹ اكوك
توصيف شود.
sy rte nro re 5 د
صفحه 93:
06 3
۱ محيط هاى كارى زيرساخت سيستم
|e Ner DS eB YESS :3
واسط های کاربردی کامپایلرها را
پشتیبانی می کند.
محیط های کاری جامعیت میان
۱ ۱ ۳۳
صفحه 94:
(۱ el
که با سیستم های ارتباط راه دور و مالی
سروكار دارند.اينها دانش دامنه كاربردى را
اتج بد ابجلد الست كارو
ويزه توسط كاربر نهايى يشتيبانى مى كنند.
صفحه 95:
ا ۸۵۵
7 5 ۳ 001 Bre ere
است كه مى تواندبدون تغييرقابل استفاده
5 eer emer
محصولات سرويس دهنده ونرم افزارهاى
روميزى ءنرم افزار5 1[ 0) هستند.
صفحه 96:
۰ ean ry
۱ عدم وجودكنترل برروى ||
مشكلات مربوط به كارمتقابل سيستم ١
arc ۲ کنترل تکامل سیستم
|| پشتیبانی ازفروشندگان سیستم
صفحه 97:
| خصوصی سازی سکو
یسم سازی محیط
| خصوصی سازی تابعی
| خصوصی سازی فرآیند
صفحه 98:
سیستم های ۳]-]برای پشتیبانی در
سیستم های بزرگ استفاده می شوند.
سيستم هاى 8+اعغاويزه ازطريق ييكر
- بندى سيستم كلى درزمان استقراربه
همراه اطلاعاتى درموردتجارت وكار
مشتری ایجاد می شود.
صفحه 99:
یمان سيم هام :53۳
شکل)-6۳ پیکربندی سیستم۴۲۳
صفحه 100:
SE eee و
== Lo
صفحه 101:
pps
موس راز رامق
صفحه 102:
آنچه در این جلسه می خوانید:
0- مهندسی نرم افزار براساس قطعه(ع85))
SSeS
esate ee eee
“6- مبانى مهندسى نرم افزاربراساس قطعه
9- مشكلات روش ]0851
©- ويزكى هاى قطعه
صفحه 103:
آنچه در این جلسه می خوانید:
م تفاوت های اشیاء با قطعه
29 عناصر به کاررفته درمدل قطعه
9 (
0ح- تغييراتى كه باعث مى شود قطعه قابل استفاده
مجدد باشد
©0- انواع ترکیبات قطعه
صفحه 104:
اين فصل توصيف يك فرآيندبراى
توسعه نرم افزاربراساس تركيب
قطعات استاندارد و قابل استفاده
مجدد است.
صفحه 105:
39 AG oy 3 /
ay
arene ere
با توسحه تطعات استانداوتبواسا مد
قطعه وتركيب اينهاسروكاردارد.
۳۳ be pees bate reee er erred
صفحه 106:
1 با فعالیت های اصلی درفرآیند 0851 آشنا
شوید و درک کنید که جرا باید خواسته ها
راترکیب کنید تا قطعات قابل استفاده مجدد
باشند.
[ا برخى ازمشكلات را كه دراثناى فرآيند
تركيب قطعه وجود دارد مى شناسيد.
صفحه 107:
۳-۳ peg
طز دردهه 2
مطرح شد.انكيزه ايجاد أن اين 09900
9 ل
هزينه ها شده است.
صفحه 108:
ne trip= 6):}>) 8! ۳ ۳ ۳5
وجامعيت ياتركيب قطعات مستقل
بتاك حبك در ميت عد اعت
ويك روش مهم توسعه نرم افزار
سيستم هاى بيجيده است.
صفحه 109:
=
شکل-6 فرآیند ]085
صفحه 110:
ی اند ینز ج زار برادا نکقلم:.
RAPP ad مستقل
استانداردهای قطعه
5
TD توسعه
صفحه 111:
é 2
اعتمادبه قطعه
2 تحدرق قطعه
پیش بینی ویژگی های جدید
2 جك 2
صفحه 112:
oe es
ای ی ی
استاتدارد
قابل ترکیب
قابل استقر ار
مستندسازى
صفحه 113:
Bd
لا قطعات نهادهای قابل استقرار هستند
|| قطعات انواع راتعریف نمی کنند
Wears rca 1
۱ قطعات مستقل اززبان هستند
ees کح
صفحه 114:
۳ y
etry كا ا ا
ل ۶
قطعه است. توسعه دهنده با استفاده از
0222-55-5
صفحه 115:
Petro
ioe Sn el oS يك 15
صفحه 116:
5
دی رس تس رس موس تب تسج
صفحه 117:
* تغييراسامى براى كلى تركردن آنها
افزودن متدهايى براى ارائه عملكردهاى بيشتر
evmio Soe hres ra ۱
ور ۱ SESE WE tr Vee pee
جامعیت قطعات مورد نیازبرای استقلال بیشتر
حذف متدهای ویژه کاربرد
صفحه 118:
0 aha ee od
ترکیب ترتیبی: وقتی اتفاق می افتد
ت9۳
ts اجراشوند.
صفحه 119:
تركيب سلسله مراتبى: وقتى رخ مى دهد
كه قطعه اى سرويس هاى ارائه شده توسط
De ene eS et) ۹ ۳
صفحه 120:
ا ۱(
می شوند تاقطعه جدیدایجادشود.
صفحه 121:
Ce
صفحه 122:
۷ wr COR Ye
0)- سه روش مكمل براى توسعه نرم افزار
©- ويزكى هاى فرآيندهاى قابل اتكا
2- فعاليتهاى فرآيندبراى اجتناب از عيب
“6- تكنيك هاى مهندسى نرم افزار براى توليد
نرمافزار عارى از عيب
- چهارجنبه از تحمل عیب
صفحه 123:
آنچه در این جلسه می خوانید:
9- دونوع تشخیص عیب
re Oe افزارى
fer Lee no) لاانسخه ای چیست
©- حداقل نسخه هاى يى مدل برنامه نويسى الك كك
eater ee) ee eae CO))
صفحه 124:
Ey) كلي:
اين فصل تكنيكهاى بياده سازى كه در
توسعه سیستم های حیاتی مورداستفاده
aS gi ef
صفحه 125:
Le 7 eo]
۱ چگونه تحمل واجتناب ازعیب
درتوسعه سيستم هاى قابل اتكا.
0 ا ew
فرآيندهاى نرم افزارقابل اتكا.
صفحه 126:
۳ ered
براى اجتناب از عيب.
5-2
وروشهاى بكاركيرى تنوع وافزونكى
درمعمارى هاى تحمل عيب.
صفحه 127:
مشب رز
/ لسك
اجتناب ازعيب: بايدازمتدهايى براى
توسعه استفاده کنیم که به اجتناب از
۳۹ بر نامه نویسی iS SS
صفحه 128:
77۳ Cerro crear eters
اعتبارسنجى براى كشف وحذف عيبهاى
برنامه قبل ازتوسعه به کارگرفته شوند.
صفحه 129:
تحمل عیب: سیستم بایدطوری طراحی
شودكه عيبهاى آن دراثناى اجراكشف
وبه طوری مدیریت کاراشودکه سیستم
شکست نخورد.
صفحه 130:
١ اسرد لت
2 قابل مستند سازی
0 استاندارد شده
52200 rome ie
2
توانمندی
صفحه 131:
سا ار ی
ART gS ga 3
مدیریت خواسته ها
بررسی مدل
بازرسی طراحی وکد
2 تحلیل ایستا
لاك ره ص ل وات ———
صفحه 132:
ذكنيك حدق oh
0071 سس
2 فرآيندهاى نرم افزارقابل اتكا
مدیریت کیفیت
SS
وارسی ایستا
تعیین نوع قوی
خم برنامه نویسی امن
Fan pens eee PAP
صفحه 133:
تست
:= تشخیص عیب: سیستم بایدتشخیص دهد
حالتى > که موجب خرابی سیستم می شود.
0 222-2222 ran)
بايدشناسايى شوندكه تحت تأثيرعيب قرار
كرفتند.
صفحه 134:
ترميم عيب: سيستم بايدحالت خودش
Eerie ل
| تصحيح عيب: سيستم طورى اصلاح
می شودکه عیب تکرار نشود.
صفحه 135:
See eae ony
SE we Ss) 0۳ = a>
کارت خر عیب» قبل از تغییرحالت
آغازمی شود.اگرحالتی پیداشودکه پتانسیل
خطا دارد اجازه تغییر حالت داده نمی شود.
صفحه 136:
تشخیص بازنگری عیب: دراین مورد
راهکارتشخیص عیب پس ازتغییرحالت سیستم
ee ee eee ee
ا ات
استشناصادرمى شودوراهكارترميم بكار
ا 0
صفحه 137:
BES) eee ot ان
=
= لط
ao
شکل2-6اضافات سه پیمانه ای بر ای مقابله باخرابی سخت افزار
صفحه 138:
برنامه نویسی!ا] نسخه آی یک روش تحمل
عيب نرم افزارى است كه درآن سيستم با
مشخصات مشترک. به وسیله تیمهای
مختلف پیاده سازی و در رایانههای مختلف
به طورموازی به اجرا درمی آید.
صفحه 139:
= oe
5-6
1-۰۱۳ ۲ ۰ pO-S dS
صفحه 140:
are eae تست براى موفقيت اجراى الكوريتم|
تست پذیرش موفق باشد
صدور اسكثنا درصورت
شکست تمام الگوریتم ها
بلوك هاى بازيابى
= = =
صفحه 141:
لكالا"
صفحه 142:
آنچه در این جلسه می خوانید:
پویایی تکامل برنامه چیست
ا
2- سه نوع نكهدارى نرم افزارعبارتند
<6- عواملى كه درنكهدارى نرم افزارمنجربه هزينه بالامى
=
©- تعريف ييش بينى نكهدارى
9- طرح جامع پیش بینی نگهداری
Tee ae ۵ 3
كرد
er ee eee) و رت
صفحه 143:
آنچه در این جلسه می خوانید:
۱ ۱ ۶
در سراسر طول عمر سيستم ادامه دارند
(0)- فرآيند تكامل جيست
ye ae eS re ee SC ات
- پیاده سازی تغییر چیست
Cee eos ee ee)
رس سس
صفحه 144:
0000
09)- تعريف مهندسى مجددنرم افزار
©)- ساختار كلى مهندسى مجدد نرم افزار
2 - تمایز بین مهندسی پیش رو و مهندسی مجدد نرم
افزار
9- عوامل کلیدی موثر در مهندسی مجدد
09- جهار نكته سنجش ارزش سيستم
۳ S-men ee o\O)
صفحه 145:
اهداف کلی:
ادن اعون تكاعت لي =
روشهاى اصلاح نرم افزاررامعرفى
مى نمايد.
صفحه 146:
اگرقرارباشدنرم افزارمفیدباقی
بماندتغيير اجتناب نايذيراست.
۰ باف رآیندهای موجوددرتکامل
ا 0
صفحه 147:
۱ ean
رم سرت ene ee.
۰
پی می بریم که سیستمهای گهنه
چگونه می توانند بررسی شوند.
صفحه 148:
29
oy gi
<يويايى eer cw تغييرات
سیستم است.بیشترین کاردراین زمینه
Bete wen) ۶ را 2
زمینه ارائه کرده است.
صفحه 149:
2272 37
2
200000000
رشد م
سيستم بازخوردى
تكامل برنامه بزرگ
۱9 SCE Breer oss
بيجيدكى فزاينده
پایداری سازمانی
صفحه 150:
Fe Ziad
نگهداری برای ترمیم نرم افزار: ۱
Cn eee Smee eres
بسياركران است زيراممكن است نياز
به طراحى مجدد باشدولى ترميم خطا
هاى برنامه نويسى ارزان است. -
صفحه 151:
|| نكهدارى براى تطبيق نرم افزاربا
eae We ne ne لت
لازم است كه برخى شرايط محيط
سيستم تغيير كند.
صفحه 152:
م
نگهداری برای افزودن بااصلا
arr are) oo
3 زم است که خواست am
paren 2 2 =
سح = ۰
es تغييرتجارى ياسازمانى
صفحه 153:
مس سس هر سس
پایداری تیم: یعنی اينکه وقتی سیست
تحویل شد. اعضای تیم از هم جداوهر
كدام دريروزه اى تازه شروع به كار
Sea a eg St
صفحه 154:
ا EB
سیستم ese one ال
سيستم است. نكهدارى ممكن است به
شرکتی غیرازشرکت توسعه دهنده آن
و اگذارشود.
صفحه 155:
مهارتهای کارکنان: کارکنان نگهداری
eee pres ا ل ارك
tp tee er
صفحه 156:
قدمت برنامه وساختار: هرچه قدمت
بر نامه بیفتر باشت ساختار آن در ار
تغییرات تنزل می کندودرنتیجه درک
Cal oh gia ol
صفحه 157:
| اگرنگهداری هزینه زیادی دربرداشته
باشد.تغییر ات احتمالی سیستم را بایدپیش
we كت
ادصبدك وك دا د = ۱
ا ۳
صفحه 158:
هزینه های نگهداری در me 0 ۳
میت رات چه بخش هایی ازسیستم تحت تأثیر
طول سیستم چقدراست؟ = 0 ۰
درخواستهای تغییرقرارمی گیرند؟
هزينه هاى نكهدارى سيستم درا
00000117
ren pes 1 5111111تظص
خواهد شد؟
يي مدای
صفحه 159:
تعدادخواسته های ناپایدارسیستم:
ee = هر
رویه های سازمان اند و درمقایسه با
خواسته هاى ناشى ازويزكيهاى 9
FS Deeb)
صفحه 160:
0 2 ۳ واسط == سیستم:
ل 0 vita ere ree ۰۰۳ ۳ لت
ee Ta
ف رآیندهای تجاری که سیستم در آنها به
See ل 0ت
درخواست می شوند.
صفحه 161:
rer mr eo
۳ Sy nO USOC
زمان لازم برای پیاده سازی تغییر Sie >
een حورن er ery
صفحه 162:
as متا
ا لا ل ل سس سس
و
Se)
ee)
شکل0- فر آیندهای شناسایی تغییروتکامل
صفحه 163:
err |
7 فرآیند تکامل فعالیتهای اساسی برای تحلیل
تغيير»برنامه ریزی نسخه ها
بياده سازى سيستم و ارائه آن به مشتريان
است.
صفحه 164:
=e
شکل 0- فرآیندتکامل سیستم
صفحه 165:
Se 3
5 er
توسعه است كه درآن»؛ بازنكّرى در
سيستم طراحى » بياده سازى وتست
انجام مى شود.
صفحه 166:
6 سازی تغییر
صفحه 167:
دس سر
Cal 95
تجاری-حیاتی با ریسک بالایی همراه
است وممکن است خطا درمشخصات
سيستم به وجودآيد.
صفحه 168:
۱ کاهش هزینه: هزینه مهندسی مجدد
ros Sere 7
جدید است.پس برای رسیدن مقصد
بایدمحصول رامهندسی مجدد کرد.
صفحه 169:
|| مهندسی مجدد نرم افزار با ساختاردهی
و مستندسازى مجدد نرم افزار سروكار
دارد تا قابلیت درک آن افز ايش یافته و
تغيير درك أن أسان باشد.
صفحه 170:
شكل©-مفرآيند مهندسى نرم افزار
صفحه 171:
در را
مهندسى بيش رو
مهندسی مجددنرم لفزار
ار
صفحه 172:
ص ۱
2 وجودابزاريشتيبانى براى مهندسى مجدد
2 تغییر داده هابرای مهندسی مجدد
2 وجودكاركنان خبره براى مهندسى مجدد
صفحه 173:
ea رطس
+2 استفاده ازسیستم
فرآیند تجاری که پشتیبانی می شود
0
۳۹ سیستم
صفحه 174:
مر
پایداری عرضه کننده
كت
eB ere wereys
earn een SS
خواسته هاى يشتيبانىي عملكرد متقابل
صفحه 175:
pia EVs
Py ey
صفحه 176:
آنچه در این جلسه می خوانید:
ee ee re ار
3 دو تکنیک بررسی و تحلیل سیستم در فرآیند ۷6,۷
3- بازرسی ها و تست های نرم افزار
“6- فرآيند اشكال زدايى كه نقص هاى موجود در سيستم
را یافته و اصلاح می کند
0- تعریف فعالیت وارسی واعتبارسنجی
9- مشخصات جامع مدل V
صفحه 177:
آنچه در این جلسه می خوانید:
> بازبینی نرم افزار چیست
ee See es ec) اک ود
ese ete) ۱ ۳
00- مراحل تحليل ايستاى خودكار
0 تعریف توسعه نرم افزار اتاق تمییز
6 ویژگی های روش اتاق تمیز برای توسعه
صفحه 178:
اهداف کلی:
هدف اين فصل معرفى وارسى و
02 باتأكيدبرتكنيك هاى
صفحه 179:
۱ wl
آشنایی با بازرسی های برنامه به عنوان ||
. روشى براى كشف نقص ها
صفحه 180:
ا ۶5
آن دروارسی واعتبارسنجی,
١ درک چگونگی بکارگیری وارسی ایستا
درف رآیندتوسعه اتاق تمیز.
صفحه 181:
اف 21111011
00
ek ea SS.) كف كت
است بستكى دارد.مثلا سيستم هاى
امنيتى نسبت به بقيه قابليت اعتماد
بالايى دارند.
صفحه 182:
انتظارات كاربر: اكركاربران انتظارات
اندكى ازسيستم داشته ودراثرشكست نيز
عكس العمل خاصى نشان ندهندموضوع
ناراحت کننده ای است.
صفحه 183:
محيط بازيابى: وقتى سيستم وارد بازار
می شود » فروشندگان سیستم بایدبر نامه
-های رقیب» قیمتی که مشتریان قادرند
بپردازندوزمان بندی لازم برای تحویل
رادرنظربكيرند.
صفحه 184:
لوتكنيك بررسى وتحليل ستو در ارا ئلع قال
۱۳۳ ل ee
۲.2 ar Sr eae
ptt Wer Were pe renew See ee ets
صفحه 185:
تست نرم افزار: بياده سازى نرم افزاررابا
داده های آزمایشی اجرا کرده خروجی های
نرم افزارورفتار عملیاتی آن راتست می کند
تامشخص شودكه براثرانتظارمشترى اجرا
وكاربريسنداست.
صفحه 186:
۳ ee che
صفحه 187:
ري كك
صفحه 188:
72 1 1 5
" فعالیت وارسی واعتبارسنجی به چند
مرحله نقسیم می شودو هرمرحله با
ا ا م
بررسى مى كنندبرنامه ازطراحى و
مشخصاتش ييروى مى كند.
صفحه 189:
ملبخصيات_ جام 7 »۳
ا wee Oe emery 39 الك
صفحه 190:
ما
1 بازبینی نرم افزاریک فرآیند ایستای
وارسی و اعتبارسنجی است که درآن
S a Snr 3
۰ Ker
صفحه 191:
صفحه 192:
eee ee زاو
مولف یامالک بازبین برنامه
۹ ۳ منشی برنامه
رئیس یاتعدیل کننده ۰ رئيس تعديل كننده
صفحه 193:
asses ste As
تحلیل جریان کنترل: حلقه هاپی باچندنقله 7
ورودى خروجى را مشخص مى كند.
تحليل استفاده از داده:جكونكى استفاده از ۲
متغييرهاى برنامه مى باشد.
صفحه 194:
2 سازكارى اعلان هاى روال
ورويه واستفاده ازآن ها رابررسى مى كند.
تحليل جريان اطلاعات: وابستكى هاى بين
2 ال لدت
تحلیل مسیر: تمام مسیرهای موجودبرنامه
را شناسايى مى كند.
صفحه 195:
*#*توسعه نرم افزاراتاق تمیزروشی
eres TCS! ات Se
تكنيك هاى ايستا براى وارسى
برنامه وتست آماری تأییدبرای
قابليت اعتمادسيستم متكى است.
صفحه 196:
۳-۹
شكل © ©فرآيندتوسعه اتاق تميز
صفحه 197:
۱۱۳
صفحه 198:
آنچه در این جلسه می خوانید:
0- دو هدف فرآيند تست نرم افزار
2- مدل كلى فرآيند تست
0- دو فاز جداگانه برای تست سیستم
“6- جهارنوع ازواسط هاى بين قطعات برنامه
6©- سه روش براى طراحى موارد تست
2- تست براساس ساختارويياده سازى نرم افزار
8 مجموعه مجتمعى ازابزارها براى يشتيبانى
ازفرآیند تست
صفحه 199:
اهداف كلي:
۳
0 افزارومعرفى تعدادى
ازتكنيك هاى تست است.
صفحه 200:
رس سس |
درک تمایزبین تست اعتبارسنجی ونقص
درک اصول تست سیستم وقطعه
درک راهبردهابرای تولیدمواردتست سیستم
درک ویژگیهای اصلی ابزارهای نرم افزار
صفحه 201:
هر که از
*#* به توسعه دهنده ومشتری نشان می دهد
كه نرم افزار خواسته هايش را برآورده
مى كند.
SE rs ea ear ae ore
ex eOre re Re RCrn erp MEP RCrTpn E
پیروی نمی کند.
صفحه 202:
شکل- گر آیند تست عيب
صفحه 203:
##تست نسخه ها: دراین تست باید تيم
res repo ۹
خواستههايش را براورده مى كند يا خير
Tees ا ا ل 0
ناميد
نت
صفحه 204:
Re rte pe cero Per rE
رابیابدوقطعاتی راشناسایی کند که باید
عییشان رفع بشود ودرآن تیم تست به
كدمنبع سیستم دسترسی دارد.
صفحه 205:
ee ee
اسط های يارامتر:دراينها ارجاع به داده Ke
2 هایاتوابع ازقطعه ای به قطعه
مى شود.
های حافظه مشترک: دراينهابلوكى Bere aes
ازحافظه بين زير سيستم ها مد مشترى است.
صفحه 206:
© و اسط هاى ارسال پیام: زیرسپستم se) >
بيام » خدمت رااززيرسيستمهاى ديكردرخواست
**واسط هاى رويه اى: يك زيرسيستم يك
مجموعه ازرويه هايى رابسته بندى كرده
تا توسط زیرسیستم دیگرفراخوانی شود.
صفحه 207:
000
** تست افراز: افرازهاى ازورودى/خروجى
شناسایی وتست های طراحی می شوند به
طورى كه سيستم ورودى ازتمامى افرازها
BS eSB ee ۱
صفحه 208:
۱۳۳۳۳۰۳۳ ec ct erage eer peeve in
۱ ۳۳۳۳ c rrr err pee ctr qesny|
چندین قطعه پیاده سازی می شود.
صفحه 209:
** تست ساخت يافته: بااستفاده ازدانش ساختار
ا 7 5
2 برنامه 2 عى 02
ene Ne Peer peace eer)
صفحه 210:
[Petre eee oer
25 2 ۳2۲۳ ساخت یافته
صفحه 211:
د ۳
tote
ا
صفحه 212:
ل
صفحه 213:
آنجه دراين جلسه مى خوانيد:
0- مراحل فرآیند اندازه گیری قابل اعتماد
تعریف سابقه عملیاتی نرم افزار
9- نمونه اى از سابقه عملياتى براساس احتمال ورودى ها
۴- فواید پیش بینی قابلیت اعتماد سیستم
فعالیت های تضمین امنیت درف رآیند توسعه
©- جهار روش مكمل براى بررسى حفاظت
© تعريف مواردامنيت سيستم
لت 0
صفحه 214:
3 كلي:
اين فصل درمورد تكنيك هاى
وارسى واعتبارسنجى است كه
درتوسعه سیستم های حیاتی به
كارمى روند.
صفحه 215:
۰۳۳ Ser Cntr re Ses
2 eS ere en
شودوچگونه مدل رشد قابلیت اعتماد
می تواندپپش بینی کندبه سطح قابلیت
اعتمادموردنظرمى رسيم.
صفحه 216:
fm eae eerie حت
ازامنيت سيستم رانشان مى دهد.
درک اصول بحثهای امنیتی ونحوه
ل
یگ مسائل تضمین ۹ سيسكم.
صفحه 217:
ال ردیر ال ات
8 سیستم های مشابه مطالعه شده تاسابقه
عملیاتی تعیین گردد.
8 دس اب ای ES) هاى أزمايشى نعیین
ات 2 27
صفحه 218:
۱۳۳ Cen rere
2S ee es
زمان خرابی ها نیزثبت می شود.
7 پس از اینکه تعدادی ازخرابی ها
مشاهده شدمی توان قابلیت اعتماد
سیستم رااندازه گیری کرد.
صفحه 219:
و
کارگیری ol رامنعکس می سازدوحاوی
۰۰۰ بح
وقوع آنهااست.
صفحه 220:
etre Gers reer (ES
صفحه 221:
مر مر
2222 2 2 2
تست فعلی»زمان خاتمه تست رامى توان
بيش بينى كرد.متوان از منابع تست ديكر
نیزبرای تسریع نرخ رشداستفاده کرد.
صفحه 222:
2 2-22
نشان مى دهدكه رشد قابليت اعتماد بسيار كند
است و تست زيادى انجام مى كيردولى فايده
كمى حاصل مى شود.دراين صورت بهتر
است با مشترى راجع به خواسته هاى قابليت
اعتماد مذاكره شود.
صفحه 223:
NEN 2 ۱
ل ا
خطرهاراازتحليل اوليه خطرتاتست
ل ل د
** انتصاب مهندسين امنيتى سيستم كه
مسئول مواردامنیتی 0-5
صفحه 224:
*0* استفاده وسيع ازمرزهاى امنیتی oS
فرايندتوسعه نرم افزار.
00 creator eels
تت ا
** استفاده ازسيستم مديريت بيكربندى
تفضيلى كه مستندات امنيتى دارد.
صفحه 225:
5 هلى ۳ eS a:
OPPS re 0
رسمی وارسی شود.امابرای حفاظت.به
epee استفاده نمی شود.
صفحه 226:
re Ee ل
حملاتی که توسط تیم ارزیابی شناخته شده
۱۳ می 8
ارزيابى براساس ابزار: ابزارهاى حفاظتى
مختلف مثل بررسى كننده هاى كلمه عبور
براى تحليل سيستم به كارمى روند.
صفحه 227:
oer ا ا ل اه
که استدلال هاوشواهدمشروحی راتنظیم
erg We ewer Centre ۱2
است یاسطح قابلیت اتکای سیستم بدست
Sere ee eB eee rere
وسیله۸۵ ۴ و 6۸۵
صفحه 228:
Ce سس
يمب لنسولين هربار ميزانى
220020
5 0
وس یک میزان امن| |وقتی پمپ پیکربندی می شود م
براى كاربريمب انسولين ا | | توسط نرم افزارپمپ محاسبه
است تعیین می شود د
reeess 0 bp Sie eee 00
00 میزان محاسبه شدهءاز
©1005 نجاوز نمى كند دوم بيشتر نيست
شكل00-6)سلسله مراتب ادعادرموردامنيتى يمب انسولين
صفحه 229:
طبريث بارال
صفحه 230:
آنچه در این جلسه می خوانید:
0 چهار عامل مهم درمدیریت لگ
2- سه دسته ازمتخصصين درمطالعه روانشناختى انكيزش
6 ۳
<6- امتيازات كروه منسجم
0 كت
©2- ينج سطح مدل بلوغ قابليت افراد
صفحه 231:
eS 1
اين فصل درمورداهميت افراددرفرآيند
مهندسى نرم افزاركه جكونكى انتخاب
وانكيزش وكاركّروهى افرادومحيطهاى
wines See We Be ew)
صفحه 232:
Boe RN eae
2 سازگاری: افراددرتیم پروژه باید یکسان
Storr SUR rert rec DRVvEn Era
افر ادمختلف رادرنظربگیرند.
صفحه 233:
Sie tere eres eres
که نظرآنها مهم جلوه کند.
1
بدوخوب تيم صادق باشد.
صفحه 234:
وظيفه كرا: كسانى كه باكارشان
برانگيخته می شوند.
خودمحور: کسانی که باموفقیت
شخصی بر انگیخته می شوند.
BB Ce aren Pt eee ren Gey
برانگیخته می شوند.
صفحه 235:
eee
3 Ta
۳ Oe
درگروه 3
ساسا گرد
صفحه 236:
Fs الم
۰ ۶
EP Ele ere eee Sree
اعضاى كروه ازكاريكديكرباخبرمى شوند.
برنامه نويسى تجمعى مى تواندتمرين شود.
صفحه 237:
۱
=
2
Sees oe ere
صفحه 238:
امديريت شده: اهداف كمّى براى|
تعیین مدیریت افرلد
بهینه سازی: برای افزایش
توانایی و علاقه افراد
es ep Cw eee tes)
أبراى مديريت برافراددرسازمان
قابل تکرار: تعیین سیاست
براى توسعه قابليت كاركنان
صفحه 239:
جامده دوز دهم
برآررد «زچه فرم زار
صفحه 240:
0000
)- عوامل مؤثردرتعيين قيمت نرم افزار
©- عوامل مؤثردربهره ورى مهندسى نرم افزار
9- تکنیک های بر آوردهزینه
<- تغییراتی که بر برآورد حاصل ازتجربه تأثیرمی گذارد
0 مدل های الگوریتمی تعیین هزینه کوکومو 8
Rec e aee) اه
م كزينه هايى كه درتعيين هزينه نقش دارند
صفحه 241:
اهداف كلي:
این فصل تکنیک هایی برای
برآورد هزينه و تلاش لازم براى
توليد نرم افزار را معرفى مى كند.
صفحه 242:
شرا 7 OL 1 1 1 a 1 ft ۳1
** درك اصول تعيين هزينه نرم افزار
وقيمت كذارى ورابطه بين آنها.
Sere as ۱ کر ك0
*** استفاده از تكنيك هاى مختلف براى
برآوردهزينه وزمانبندى نرم افزار.
#* درک اصول مدل 0
۱۳[
صفحه 243:
كت اد
*2* برآوردهزينه نامطمئن
GIS lay la 0 515%
۴ ناپایداری خواسته ها
تست سا
صفحه 244:
ce
تجربه دامنه كاربرد
Yt ie peat ou
انداز ه پروژه 4
يشتيبانى فناو
#*محیط کاری 7
صفحه 245:
| eres Wee aeer)
برآوردازطریق مقایسه کردن
بكاربردن قانون ياركينسون
Sweeter ene haere
aaa ca) a a)
صفحه 246:
5 بز د eres
<سیستم مشتری - کارگزاربه جای
سيستم مبتنى بركامييوتربزرك.
استفاده ازقطعات نرم افزارى آماده
Ree) einer) ۲۹2
صفحه 247:
استفاده مجددبخشى ازسيستم به جاى
Scwees) 00
= = SS
برنامه بجای توسعه نرم افزاربدون
صفحه 248:
سیستم های نمونه اولیه
...هاءبرنامه نو 3
توسعه یافت
Pes
اساس خواسته هاى
وكزينه هاى طراحى
.تلاش براى جامعيت
قطعات قابل استفاده مجدد
به طورخودکار
تلاش توسعه براساس
3 طراحى
که بااستفاده از اسکریپت اس تج
مورد
rene تعدادنقات كاربرد
re
استفاده براى |79 إبراساس
500 تعدادنقاط عملكرد
ae
استفاده برا اساس ١| تعداد خط
لك . ص تب رم
استفاده مجدد
=
استفاده برا
fe 5 مدل پسامعماری
55 37 1 لب
صفحه 249:
es پيشینه il
|| برطرف کردن ریسک
| انسجام تیم درسیستم
" بلوغ فرآینددرسیستم
8 قابلیت انعطاف توسعه
صفحه 250:
گنه ا
عت
صفحه 251:
ed 9
35
صفحه 252:
آنجه در این جلسه می خوانید:
کیفیت فر آیند توسعه چیست
- مدل كلى كيفيت فرآيند و محصول
©- جكونكى محاسبه صفات برراى نرم افزار
<4- روابط بين صفات براى محاسبه صفات كيفيت
استانداردهای محصول و استانداردهاي فرآیند
Rare Clee Rene Sie EB ree exe)
بروزه
2 نمونه های از استانداردهای سند
۳ Gey) eB Crier we SEES)
صفحه 253:
آنچه در این جلسه می خوانید:
We ere) و
0- صفات كيفيت نرم افزار
Rew ا eC
0 انواع معیارها ی نرم افزاری
9 رابطه معیارهی کنترلی و پیشگو
75 ۳
9 مراحل اساسی فرآیند اندازه گیری محصول
9- معیار های محصول نرم افز ار
صفحه 254:
اهداف كلى:
57 22775777555۳۳552
Byes SS pret eee y
معيارهاى نرم افزار رامعرفى مى كند.
صفحه 255:
و فده
۱ re Sok
فر آیند کیفیت مثل تضمین و....
#۴ درک نظریه معیارنرم افزار و تفاوتهای
Se eke ree 7
صفحه 256:
چیپ
درك اينكه Pere SS eS Sie!
صفات کیفیت نرم افزارمفیداست.
*** آكاهى ازمحدوديت هاى فعلى تيم در
اندازه كيرى نرم افزار.
*#* درك اهميت استانداردها درفرآيند
مديريت كيفيت.
صفحه 257:
۱ کیفیت فرآیند توسعه مستقیماً برکیفیت
ا ال الات
محصول را اندازه كيرى و فرآيند را
تغيير مى دهند تا كيفيت مطلوب براى
محصول بدست أآيد.
صفحه 258:
صفحه 259:
1 اغلب نمى توان صفات كيفيت نرم افزار
را مستقیماً اندازه گیری کرد و باید صفات
داخلی نرم افزاررا اندازه گیری و رابطه
Pees rere sae aby)
صفحه 260:
تعداد پارامترهای رویه کح
قابلیت نگهداری
پیچیدگی سیکلوماتیک
اندازه برنامه برحسب تعدادخطوط كدأه-
Ed 101111 لالح
را 5 Cee SSS
شکل 19-0)رو ابط بین صفات داخلی وخارجی نرم افزار
صفحه 261:
ree ae ۹ را
كت
ال ات اد
فرمت سرآيندرويه
سبك برينامه نويسى جاوا
سر 2
9۳
راهنماى مرورطراحى
و
فرآيندانتشارنسخه
2 Te)
فرآیندکنترل تغییر
فرآیندثبت تست
صفحه 262:
نمونه سازی شدبه صور:
نمونه سازى شدبه صورت
يشتيبانى مى كند
ل ۳۳-۲
صفحه 263:
Fe ee
SS SS ee
fen Se ESSE:
2 مقط صا
استانداردهای به هنگام سازی سند ||
صفحه 264:
AF et eter orn or rem OG
انعطاف بوده باهرنوع سندی جوردرآیند
وبراى يادداشت هاومقاله هاى كارى نياز
به بررسی صحیح کیفیت نباشد.
صفحه 265:
شکل0-0۳]قر آیتدتو لیدستذبه همراه کنترل کیفیت
صفحه 266:
سس و
قابلیت حمل
ceo emit
قابلیت استفاده مجدد
بط
قابلیت یادگیری
قابلیت درک
تست يذيرى
قابلیت تطبیق
cere
صفحه 267:
دور شاقاژهگیر مصصویز:
براى بيش بينى كلى درمورد سيستم با
اندازه كيرى ويزكيهايى ازقطعات سيستم
وسيس تركيب اين معيارهامى توان يك
برآوردکلی از صفات سیستم بدست آورد.
صفحه 268:
لديَوَاى تاحاب قطعاك معيوخ ا نداذه
كيرى هامى توانندقطعاتى راشناسايى
كه ويزكّى هاى آن ها ازضابطه هايى
ele 0 5-2
قطعاتييجده رااندازه كرفت.
صفحه 269:
TN al
۳۹ Soro errs 6 Sir Sue
ياييشكوباشندوهردونوع درتصميم كيرى
مديريت مؤثراندولى معيارهاى كنترلى به
050 ل nese ete.)
۳ Se) eo
صفحه 270:
رمرم
تور ۶۳۳۱
صفحه 271:
J زج
Cer ere 6 PS ire es hs
كمّى راجع به نرم افزار وفرايند نرم افزار
جمع اورى ومقاديرى كه براى معيارهاى
نرم افزارجمع اورى مى شوندازان براى
استنباط كيفيت محصول به كار مى رود.
صفحه 272:
شکل 0-0)فرآیند اندازه گیری محصول
صفحه 273:
۶ توان ورودی/خروجی.
طو Prey Tor as,
Serer eres aa
Pe Cerer Verein ee Fon:
15 ۳
۷ ۳
صفحه 274:
3 و دهم
ape
صفحه 275:
آنچه در این جلسه می خوانید:
سه مرحله اصلی بهبود فررآیند
2- جهار دسته فرآيند نرم افزارى
©- موقعيت ابزارها در يشتيبانى ازفرآيند
<6- فرآیند تست یک پیمانه درسیستمی كه از يك
فرآيند مديريت ييكربندى كنترل شده استفاده مى كند
6 تغيير فرآيند جيست
صفحه 276:
آنچه در این جلسه می خوانید:
پنج مرحله تغییر فر آیند
2 مدل|//00) مرحله ای چیست
©- ناحیه های فر آیند در 00/۱
9- قابلیت به کارگیری انواع مختلف فرآیندها
صفحه 277:
اهداف ==
زا
نرم افزاربرای تولید نرمافزار بهتر
را SS eee
صفحه 278:
۴ ee
اندازه گیری تحلیل فرآیند
تغییرف رآیند
عكر
a 5
شكل0-<0)جرخه بهبودفرايند
صفحه 279:
ee رح«
٠١ غيررسمى: فرآيندهايى كه مدل فرآيند
preety ا ا
[| مدیریت شده: فرآیندهایی هستندکه مدل
0
صفحه 280:
روش مند: فرآيندهايى كه در آن از يك يا
Beye erin ا Pe
١ بهبودى: فرآيندهايى هستند كه اهداف آنها
مل ل
عنوان بخشى ازاينها معرفى شوند.
صفحه 281:
فرآيندبهبودى 0 فرآیند مدیریت شده مد
ابزارهاى ويزهء محيط هاى كارى ابزارهاى مديريت ابزارهاى مديريت ابزارهاى كلى
cue yeces لت كت
صفحه 282:
شکل0.-۳)فر آیند تست پیمانه
صفحه 283:
۳ ۳
۹ Wap re On ant ers
= SS SS a أاحك
تجربياتء متد يا ابزارهاء با تغيير ترتيب
Soe Serer ل
مسئوليتهاي جديد انجام كيرد.
صفحه 284:
Tr
. J = =
0 cae meee
صفحه 285:
ee ee eee
[! مدل۱/1) مرحله ای ابزاری را برای
برآورد قابلیت فر آینددرپنج سطح فرآهم
می سازدواهدافی راکه بایددر هریک از
صفحه 286:
بر ۳۳۱( 8)
صفحه 287:
ل ۲
تك
حتت
0 (ee ae
صفحه 288:
poe sale
صفحه 289:
ee eer YL
سیستم ها با پیکربندی مختلف -0
سه تكنيك شناسايى قطعه نرم افزارى -©
موارد نگارش سیستم -9
فرآیند کامپایل کردن و پیوند دادن قطعات نرم افزاری -6<
های فراهم شده توسط سیستم مدیریت نسخه ۳2 oy
تعریف سیستمهای مدیریت نسخه -9
بين نسخه هابه صورت دلتا ene vies
كد ee er beer bts ee eee)
صفحه 290:
eer) كلي:
Pe Soe eres vere")
مستندسازی سیستم نرم افزاری درحال
تکامل و ابزارهای کیس برای مدیریت
پیکربندی را معرفی می کند.
صفحه 291:
رس سنا
| پی بردن به مدیریت پیکربندی نرم افزار.
آشنایی باچهار فعالیت مدیریت پیکربندی,
ESBS CM ier Cerny Ten
en he rer ا FER tet
صفحه 292:
شكل)- ©])خانواده هاى سيستم
صفحه 293:
a See are ae = عماج
ee Pepe eter ۰۳ ۱۳۲
227 2 2 ب تك ب 2 2
E ل ا 0
آن قطعه است.
صفحه 294:
2 SPST eee Orch
Sore ا
آن همراه است.نسخه سیستم ازطریق مرتبط
rte SE PERO ES ل ا ل ل
شناسایی می شود.
صفحه 295:
سود نگاارش مومتم:
2 0
went iog اك لات
oe |
مستندسازی الکترونیکی وکاغذی
Cri ۳
صفحه 296:
===
صفحه 297:
صفحه 298:
۳
سیستم های مدیریت نسخه امکانات مدیریت
۱۳ Weer or ect opr arve pee tes
OT ype eet Mp Neen (Knees)
می شوندوتفاوتهای بین آنهابه صورت دلتاها
۳
صفحه 299:
تاريخ ايجاد
شكل2-©0تعيين نسخه براساس دلتا
صفحه 300:
۱ إوزاارهي كي الطانه =
Bite Serer er Tere ert re tere rep ei
يشتيبانى ازانتخاب ونمونه سازى ابزارهاى كيس ***
BASE SBE reli er fere serena
ESP TS Bie nee Cnr Rorrrrer pay
