فایل ورد مقالات

فهرست عناوین
فصـل 1 9
چرا نیاز به الگویی برای پایش متریک های فرآیند تولید نرم افزار می باشد 9
1-1مقدمه 10
1-2 کیفیت 11
1-3 هزینه 12
1-4 زمان 12
1-5 تست 13
1-6تست و مدلهای توسعه 13
1-7 استخراج نیازمندیها 14
1-8 چگونگی ارائه رویکردی برای پایش متریک های فرآیند تولید نرم افزار 15
فصل 2 17
مفاهیم اساسی تست و تولید نرم افزار 17
1-2 کیفیت نرم افزار 18
نیازمندی ها 21
طراحی 21
پیاده سازی 21
تست 22
توزیع و استقرار 22
آموزش و پشتیبانی 22
تضمین کیفیت نرم افزار 23
2-2 ISTQB 23
2-3 متریک های نرم افزاری 28
اهداف مربوط به آگاهی 29
اهداف مربوط به تغییر 29
اهداف معیار‌ها 30
2-4 تست نرم افزار 31
2-5 چرا تست نرم افزار مهم می باشد؟ 32
امروزه نرم افزار همه جا حضور دارد 32
کم کردن ضریب شکست در توسعه سیستم های نرم افزاری 32
تضمن کیفیت سیستم (بر اساس استاندارد ها و نیاز مشتری) 32
تعیین سطح کیفیت سیستم 33
بالا بردن سرعت توسعه سیستم 34
2-6 فرآیند توسعه نرم افزار 34
2-7 اندازه‌گیری و فرآیندهای اندازه‌گیری 35
2-8 ERP 36
ماژولهای متعارف 38
ساخت وتولید 38
مدیریت زنجیره‌ای ملزومات 38
مالی 38
پروژه 38
منابع انسانی 38
فصل 3 39
3-1 مقدمه 40
3-2 مدل آبشاری 41
فازها 43
فاز (A) امکان سنجی سیستم 43
اعتبار سنجی 44
فاز (B) استخراج نیازمندی های سیستم 44
اعتبارسنجی 44
فاز (C) طراحی محصول 44
تایید 45
فاز (D) طراحی جزئیات 45
تایید 45
فاز (E) نوشتن کد وپیاده سازی 45
تست اجزا 45
فاز (F) یکپارچه سازی 45
تائید محصول 45
فاز (G) اجرایی کردن 45
سیستم تست 46
فاز (H) عملیاتی و نگهداری 46
اعتبار سنجی مجدد 46
مدل آبشاری برای توسعه سیستم ERP 46
در فاز A : 46
در فاز B: 47
در فاز C : 47
در فاز D : 48
در فاز E : 48
در فاز F: 48
در فاز G: 48
در فاز H: 48
جمع بندی: 49
مدل آبشاری برای توسعه وب سایت یک شرکت تجاری 49
در فاز A : 49
در فاز B: 50
در فاز C : 50
در فاز D : 50
در فاز E : 50
در فاز F: 50
در فاز G: 51
در فاز H: 51
مدل آبشاری برای تولید نرم افزار کاربردی 51
در فاز A : 51
در فاز B: 52
در فاز C : 52
در فاز D : 52
در فاز E : 52
در فاز F: 52
در فاز G: 52
در فاز H: 52
جمع بندی: 53
متریکها 53
فاز (A) نیازمندی مشتری (امکان سنجی سیستم) 57
فاز (B) استخراج نیازمندی های سیستم 58
فاز (C) طراحی محصول 59
فاز (D) طراحی سطح پایین (طراحی جزئیات) 59
فاز (E) پیاده سازی قسمت ها 59
فاز (F) برنامه نویسی 59
فاز (E’) تست قسمت ها 59
فاز (D’) تستسطحپایین 60
فاز (C’) تست سطح بالا 60
فاز (B’) تست سطح بالا 60
فاز (A’) تست سطح بالا 60
فلش های b و c و d و e 60
مدل V برای توسعه سیستم ERP 61
مدل V برای توسعه وب سایت یک شرکت تجاری 61
مدل V برای تولید نرم افزار کاربردی 61
متریکها 62
3-4 مدل W 62
فازها و جدول متریک ها برای هر فاز 66
مدل W برای توسعه سیستم ERP 67
مدل Wبرای توسعه وب سایت یک شرکت تجاری 67
مدل W برای تولید نرم افزار کاربردی 68
متریکها 68
مزایا : 68
معایب: 68
3-5 مدل پروانه 68
فازها: 72
مدل پروانه ای برای توسعه سیستم ERP 72
مدل پروانه ای برای توسعه وب سایت یک شرکت تجاری 72
مدل پروانه ای برای تولید نرم افزار کاربردی 73
متریکها 73
مزایا : 73
فصل 4 74
پیشنهاد الگویی برای پایش متریک های فرآیند تولید نرم افزار 74
4-1 مقدمه 75
4-2 موازی کاری 75
4-3 تحویل نمونه به مشتری 76
4-4 مدل پیشنهادی 77
4-5 پارامترهای i و j و n 80
4-6 مدیریت انجام توسعه سیستم به صورت موازی 81
4-7 مدیریت انجام تست ها به صورت موازی 81
4-8 مدیریت انجام فعالیتها به صورت موازی 81
4-9 سطح بندی 82
فصل 5 83
بررسی الگویی پیشنهادی 83
5-1 مقدمه 84
5-2 سناریو توسعه سیستم ERP به وسیله مدل پیشنهادی 84
مشکل انجام فعالیت های موازی 85
5-3 سناریو توسعه وب سایت یک شرکت تجاری به وسیله مدل پیشنهادی 88
مشکل انجام فعالیت های موازی 89
مشکل تولید نمونه 91
5-4 سناریو توسعه برنامه کاربدی سناریو به وسیله مدل پیشنهادی 94
مشکل تولید نمونه 94
5-5 متریکها 97
نتیجه گیری و پیشنهادات 98
پیشنهادات 100
مراجع 101
لغت نامه 102
پیوست 1 105
پیوست 2 115
پیوست 3 125
پیوست 4 135
پیوست 5 145



فهرست شکل ها
شکل(1) مثلث تولید 11
شکل(2) بالا به بعضی از مشکلاتی که بالا گفتیم اشاره طنز آمیزی دارد. 15
شکل(3) ساختار آموزشی ISTQB 24
شکل(4) کشورهای عضو ISTQB و چگونگی ارتباط آنها با سازمان و موارد درسی 25
شکل (5) مقایسه ساختار آموزشیISTQBو ISEB 26
شکل(6) فرآیند تست نرم افزار ISTQB 27
شکل(7)فرآیند ISTQB در کنار فرآیند IEEE 28
شکل (8) اهداف معیارها 30
شکل (9) اهمیت کیفیت 33
شکل (10) مدل آبشاری 42
شکل (11) مدل V 54
شکل (12) مدل V و تست 56
شکل(13) فازها و جدول متریک ها برای هر فاز 57
شکل (14) مدل W 63
شکل (15) نسخه ای دیگر از مدل W 64
شکل (16) مدل W و تست 65
شکل (17) زمان بندی مدل W 66
شکل (18) مدل پروانه ای 69
شکل (19) بالهای مدل پروانه ای 70
شکل (20) مدل پروانه ای و تست 71
شکل (21) مجموعه ای از مجموعه ها 77
شکل(22) مدل پیشنهادی 79
شکل(23) ارتباط i , j, n در مدل پیشنهادی 80
شکل(24) سطح ها در مدل پیشنهادی 82
شکل(25) ERP 85
شکل(25) ساختار ERP پیش فرض 86
شکل(26) بررسی زمانی مدل پیشنهادی 87
شکل(27) ساختار وب سایت پیش فرض 89
شکل(28) بررسی زمانی مدل پیشنهادی برای وب سایت 90
شکل(29) بررسی پارامترهای مدل پیشنهادی برای وب سایت 92
شکل(30) بررسی ارتباطات مدل پیشنهادی برای وب سایت 93
شکل(31) بررسی پارامترهای مدل پیشنهادی برای برنامه کاربردی 95
شکل(32) بررسی ارتباطات مدل پیشنهادی برای برنامه کاربردی 96


 
فصـل 1
چرا نیاز به الگویی برای پایش متریک های فرآیند تولید نرم افزار می باشد
 
1-1مقدمه
در صنعت نرم افزار پروژه های زیادی با شکست روبرو شده اند و یا زیان ده بوده اند. مهندس ها این صنعت همیشه به دنبال راه حل هایی برای کاهش این شکستها و رسیدن به بهره وری بیشتر بوده و هستند. به دلیل اینکه نرم افزار کالایی خاص ، بسیار متنوع و در کاربرد های مختلف است و هر روزه به دامنه این تنوع اضافه می شود. با توجه به حساسیت تولید نرم افزار باید فرآیندی مشخص و قابل تکرار برای تولید نرم افزار در یک مجموعه داشت که بتوان با آن تعداد مشخصی نیروی انسانی را در پروژه های گوناگون مدیریت کرد و بهترین بازدهی حاصل شود. البته باز هم باید توجه داشت که پروژه باید با کمترین ریسک ممکن شروع و به پایان برسد. مشکلات بسیاری ممکن است برای توسعه سیستم های نرم افزار به وجود آید که از جمله آن موارد زیر می باشد:
1- عدم درک مناسب از نیاز مشتری
2- طولانی شدن مدت پروژه و از دست رفتن بازار آن محصول
3- رقابت شدید بر سر بعضی از محصولات مانند سیستم های جامع اطلاعاتی
4- انتظارات بی جای مشتریان
5- پیچیدگی نرم افزار در طی فرآیند تولید
6- عدم تهیه مستندات مشخص
7- وابستگی به برنامه نویسان
8- انجام ندادن تست های مناسب
9- ناتوانی در تخمین زدن زمان کل پروژه
10- عدم امکان سنجی مناسب برای پروژه ها
حال برای رفع این موارد مهندس ها نرم افزار باید تعادلی بین سه فاکتور هزینه، زمان و کیفیت برقرار نمایند تا به بهترین نتیجه ممکن برسد .
شکل(1) مثلث تولید
این سه عامل کاملا به هم وابسته می باشند هر چه زمان بیشتری صرف شود هزینه بیشتری صرف می شود و هر چه کیفیت بالاتری مد نظر باشد دو عامل زمان و هزینه افزایش میابد. پس باید به تعادلی مشخص رسید تا با کمترین هزینه به کیفیت مورد نظر در زمان مورد نظر رسید.[4]


مراجع
[1] GUO LiBing , et Al , “The ApplicAtion And ReseArch of SpAceflight TrAcking And
Controlling SoftWAreTesting Process NeW MoDel “ , ICENT, 2010.
[2] Dorothy GrAhAm et Al, “ FOUNDATIONS OF SOFTWARE TESTING “,ISTQB
CERTIFICATION, 2010.
[3] SigriD Eldh. “ON TEST DESIGN” MälArdAlen UniVersITy Press dissertations, 2011.
[4]دکتر ناصر مدیری و سعید لالویی باغستانی، شرحی بر انجمن بین المللی تست نرم افزار(ISTQB) و بررسی و مقایسه دو انجمن وابسته به آن.
[5] GrAhAm, D.R., Herzlich, P.,AnD Morelli, C., “CAST Report - Computer-AiDeD SoftWAre Testing.” CAmBriDge MArket Intelligence, LimITeD, LonDon, House, PArkgAte RoAD, LonDon, UK, 1995
[6] مدیری، ناصر،کشاورز، فاطمه، مفاهیم پیشرفته در مهندسی نرم افزار، تهران،گنج نفیس،1389
[7] مدیری، ناصر، دوامی، فاطمه،علی محمد ملایری، عصمت،متریک های نرم افزاری،تهران، گنج نفیس،1389
[8] M. J. OrDonez, H. M. HADDAD, "The StAte of Metrics in SoftWAre InDustry", Fifth InternAtionAl Conference on InformAtion Technology, 2008
[9] R. GunnAlAn, M.SheresheVsky, HAny H. AmmAr, "PseuDo DynAmic Metrics", 2005
[10] PAul GooDmAn, "SOFTEARE METRICS: Best PrActices for Successful IT MAnAgement", 2004
[11] Paul Goodman, "SOFTEARE METRICS: Best Practices for Successful It Management", 2004
[12] Christof Ebert, Reiner Dumke, "Software Measurement, Establish, Extract, Evaluate, Execute"
[13] N. Fenton, S. Pfleeger, Software Metrics: A Rigorous & Practical Approach, 2nd ed., PWS Publishing Company, 1997
[14] Barry w.Boehm, TRW Defense System Group,”A Spiral Model of Software Development and Enhancement”, IEEE May1988
لغت نامه
فارسی لاتین
ازمون پذیرش AcceptAnce test
معیار ها benchmArks
کد code
تعهد commITment
عملیات مفهوم concept operAtion
هزینه انباشته cumulAtiVe cost
تایید اعتبار و تایید طراحی design VAlidAtion And VerificAtion
طراحی جزئیات detAiled design
طراحی جزئیات detAiled design
تعیین اهداف، جایگزین ها، محدودیت determine objectiVes , AlternAtiVes,constrAints
توسعه، بررسی محصول سطح بعدی deVelop, Verify next-leVel product
برنامه ریزی توسعه deVelopment plAn
ارزیابی جایگزین، شناسایی، حل و فصل خطرات eVAluAte AlternAtiVe , identify , resolVe risks
اجرای کردن implementAtion
اجرای implementAtion
یکپارچه سازی integrAtion
یکپارچه سازی و تست integrAtion And test
یکپارچه سازی و برنامه ریزی آزمون integrAtion And test plAn
طرح چرخه زندگی life-cycle plAn
نمونه ها models
نمونه های عملیاتی operAtionAl prototype
تقسیم pArtITion
برنامه ریزی مراحل بعدی plAn next phAses
پیشرفت مرحله به مرحله progress through steps
نمونه اولیه prototype
اعتبارسنجی مجدد re VAlidAtion
الزامات برنامه ریزی requirements plAn
تایید اعتبار نیازمندیها requirements VAlidAtion
بررسی reVieW
تجزیه و تحلیل ریسک risk AnAlysis
شبیه سازی ها simulAtions
طرح ها و نیازمندی نرم افزار SoftWAre plAns And requirement
طراحی محصول نرم افزاری softWAre product design
نیازهای نرم افزار softWAre requirements
امکان سنجی سیستم system feAsibilITy
واحد آزمون unIT test
آزمون واحد unIT test
اعتبار سنجی VAlidAtion
تایید VerificAtion