درس مهندسی نرم افزار 2

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