آزمون پذيرش برای نرم افزارهای توليد شده توسط پيمانكاران

صفحه 1:
eerie SOP ROR es ‏شده توسط پیمانکاران‎ ع ارائه کننده: شاهین انتصاری که ١ ("= 

صفحه 2:
زمون پذیرش توسط کارفرما انطباق نتايج آزمون هاى انجام شده تولتتط كارفرما با ييمانكار ‎١‏ ۳ 

صفحه 3:
.راد سا تمهیدات کارفرما در هنگام تحویل گيري نرم افزار 5 ‎eee ed‏ ل ل لله ‎2 ‏ار ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ 

صفحه 4:
OP Te) وژه هاي نرم افزاري در زمان مقرر, بودجه از قبل پیش شده و پیاده سازي كليه نيازمندي هاي كاركردي و غير كاركردي مي محدوده هاى قابل قبول را برآورده نمايند “Source: Chaos Into Success” Jim Johnson 

صفحه 5:
بسياري از پروژه هاي نرم افزاري شکست مي خورند: 1 میلیارد دلار در امریکا و 33.6 میلیارد پوند در انگلستان سالانه صرف پروژه هاي نرم افزاري مي كردد كه به نتيجه نمي رسند. هرينه صرف شده در امریکا براي پروژه هاي نرم افزاري که به معادل يك سوم بودجه سالانه صرف شده در این زمینه مي باشد. پروژه توسعه بازار بورس لندن پس از صرف هزینه 480 ه 

صفحه 6:
EPA ree) توسعه سيستم هاي نرم افزاري صرف ‎Source: U.S Department of Defense‏ بیش از 50 درصد متخصصان فعال در زمینه تولید نرم افزار و حدود 70 درصد از مدیران مربوطه. در زمینه کنترل نرم افزار آموزش لازم را ندیده اند. Source: 501۳۷9۲۰ ‏و‎ ch. Inc., Burlington, Mas: 

صفحه 7:
Pe re) اشتباهات نرم افزاري سالانه 60 میلیارد دلار براي صنعت نرم افزار هزینه ايجاد مي كند. اين هزينه مي تواند ارد دلار از طریق روش هاي زمون دقيق نرم افزار و بهبود روش هاي Source: National Institute 

صفحه 8:
ا 0 وش از كجا شروع مي شو 6 از عدم درك صحیح از نيازمندي ها 0 از طراحي نرم افزار و با درك نادرست طراح از نيازمندي ها 6 اشتباهات مربوط به کد نرم افزار که منشاء آن از طراحي بر اساس عدم درك صحیح از نيازمندي مي باشد. by mordechai Ben-Menachem and Gary S. Marliss 

صفحه 9:
پر ‎Pew‏ ‏ايت 8 شخص نبودن استانداردهاي آزمون 95 كوس ۳09 211 مشخص نودن بخشي از نبازمندي ها ماخر ركه وك ‎Fn‏ غيير دراستاندارد ويا تكنولوزي در زمان اجراي آز ناكافي بودن و يا عدم آموزش سازمان کارفرما 

صفحه 10:
بر ار لاف رز( اطمينان از موثروكارآ بودن روش هاى توسعه نرم افزار. جرا؟ تعریف عوامل تاثیرگذار ا له ‎ae tai‏ سر و رو ‎es‏ ا ا 

صفحه 11:


صفحه 12:
پر رد لا ‎eer i‏ اثتتال محصول ‏ قابلیت هاي استفاده مجدد. انتقال و سازگاري ی و ‎kenny‏ فا | ا ألا ل ا ار 

صفحه 13:
لیر ار را را رال جكونه عوامل تاثي ركذار بركيفيت نرم افزاررا شناسايى كنيم؟ ‎-١‏ شناسايى خصيصه هاى اوليه نرم افزار ‎le) ۲‏ از بسانت ماري شعي ساوی لیب یز تکیت ترم افزار 0 

صفحه 14:
لسر ‎cet RC Tes sey‏ رل( ل م ا دار عوامل انسانى و را سر سب رس راتس 

صفحه 15:
لب ار رال بر( سا ۳ عوامل كيفيت نرم افزار eee ‏روزآوری لحظه ای‎ ‎Rae‏ ار بر ‎Beane) ey ‎ 

صفحه 16:
Expected! Cost Saved v=. Cost ta Provide High High Law Law Medium High High Medium ‘eau eu Low Post Development Transition Revision Operation اع در Evaluation System Test 3 Software quality factors should be measured impact of poo qualityis realized Code & Debug داه اهام efolelele Development Design 8 Recuirements Analysis 8 

صفحه 17:
هدوز ویو eleele برد 2 ‎Aovsus‏ | د| د| در در دج د ‎۹ ‎Legenda ‎ ‎ ‎ ‎ ‎Factors ‎Correciness ‏ره + ‎Reliant ‎Efficiensy ‏تا‎ ‎Usabuty ‎Maintainat ity Testabuty Frexibuity Portability Reusability Interoperability ‎ ‎Ha hhigh degree of quality is present fer the focter, what degree of quality is ‎expected forthe other 71 ‏ی ‎No relationship or application dependent ‎Blan ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ 

صفحه 18:
اطعا ۱ 27 و کارآ بودن روش هاي توسعه نرم افزار استانداردها Speen ‏ل‎ ‎fey‏ هت = جرا استاندارد؟ ۱ ‎| ES 0 ‎ ‏ل تست ور 

صفحه 19:
بر لا ‎Ce‏ اندازد ثيري کیفیت ترا ترلید نرز اثزار تس 2 لا لا رز ور لا مر 2 2۰ 

صفحه 20:
2 جرا؟ eee ‏ا‎ ‎00 [re wsnroeer me velg re ety [۱7 به ارزيابي ما از عملكردفرايندهاي تولید نرم افزار در پروژه هاي اتي کمك مي کند 

صفحه 21:
بر ار لا ‎Pe‏ 51 Process Metrics * Process Metrics ® Quality Metrics * Product Metrics ‏لا ف‎ ك4 0 Code error density Development error density Code error per function point Development error per function point 3555 

صفحه 22:
US Beer ‏زر را‎ برنامه هاي آزمون حلیل ر یسك ‎j‏ نيم ازمون * برنامه اصلي آزمون ep Gp Soy + ا ‎a‏ ار 6 اس بن اولوبت بر اساس زو ۳ 1 1 ریس آثرگذاري. ارزش: - برئله أزدرن بتبار مشو هزینه © Quality Function Development Ceara Keeucy ۰ centr Pe 

صفحه 23:
ار ۱ اندازه كيري دقت ‎oa‏ گرارش ای آزمون. © تعريف و استفاده از روش © كزارش موردهاي مورد آزمون ‎ly Soe 1 ۱‏ ‎ae‏ 2 د مات آي ترارس زد رتایه ازنرر ‎ye pe‏ © ترا رت 59 كزارش اا آزمون مور Pe 

صفحه 24:
ار ۱ بر رل ۱ لا ار راز ويژگي داده ها روش های تهیه داده ‎oo‏ © داده هاي واقمي © تتوع داده هاي تولید شده توسط ۰ ابزار د ‎oe‏ | هی و وس ‎oa‏ 0 ‎oe‏ د ‎eee‏ فد ‎a oe)‏ امس ‎UR Si‏ نوع داده هاي مورد نیاز آزمون Pe 

صفحه 25:
۱ 3 pds G90) ‏نکنيك هاي طراحي آزمون‎ esting Techniques Sven Uc Hee CSB AC anteeEnSy Control Flow Testing | Data Flow Testing Testing Paradigms | Scripted Testing ‏و‎ Exploratory Testing اعها8 0 Boundary Value Analysis 156 6 7 Pair Wise Testing 1 Decision Table Testing ۱ = وصناوع؟ حمنننعه۵؟ ما8 1 Domain Analysis Testing 

صفحه 26:
پذیرش توسط کارفرما تعدادي از روش هاي آزمون Function System Testing ure 5 ‏سح‎ ‎Requirements -Based Testing Stress & Volume Testing rio-Based Testing Performance Testing Recovery Testing Error Handling Testing Souucliy Tesitay ression Testing Control Testing a Pe _ Compatibility & Conversion 2 Testing eel esh irc sKersetley Usability Testing 

صفحه 27:
ا 31200000 

صفحه 28:
رل نز لا ‎RE Sere‏ Testing Assessment Program (TAP) 

صفحه 29:
TMM - Maturity Levels ۷ ۶ ‏تمه ۳۶۵۱ موم‎ * Quality Control ۱ rcuto ‘Level 4: Management and 0 و ۱ ‎EET‏ هه ‎ENE Fa sot‏ 0 = Test Training Program 0 Bree inc meas Vesey ebay tran * Test Policy and Goals 7 ۶ ۲6۵1 1601101006۵ ‏عمطه1 فصه‎ + Test Environment Se a ie Ea bitte ci 

صفحه 30:
با سياس از حضور خانم ها و آقايان و قدردانى از انحَمو اتفورماتيى 

آزمون پذيرش براي نرم افزارهاي توليد شده توسط پيمانكاران ارائه كننده :شاهين انتصاري موضوعات مورد بحث اختالف بين نرم افزارهاي توليد شده توسط پيمانكاران و سازمان هاي نرم افزاري اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار اطمينان از مناسب بودن برنامه ،روش طراحي و اجراي آزمون ارزيابي گزارش هاي آزمون هاي انجام شده اجراي آزمون پذيرش توسط كارفرما اطمينان از انطباق نتايج آزمون هاي انجام شده توسط كارفرما با پيمانكار اطمينان از انتقال دانش مرتبط با انجام آزمون هاي غيركاركردي توسط پيمانكار دقيقا در باره چه موضوعاتي صحبت مي كنم تمهيدات كارفرما در هنگام تحويل گيري نرم افزار تمهيدات كارفرما در هنگام آزمون نرم افزار بهترين روش تحويل گيري نرم افزار برون سپاري شده واقعيت هايي با آمار و ارقام تنها % 26پروژه هاي نرم افزاري در زمان مقرر ،بودجه از قبل پيش بيني شده و پياده سازي كليه نيازمندي هاي كاركردي و غير كاركردي مي توانند .محدوده هاي قابل قبول را برآورده نمايند “Source: Chaos Into Success” Jim Johnson واقعيت هايي با آمار و ارقام بسياري از پروژه هاي نرم افزاري شكست مي خورند: 81ميليارد دالر در امريكا و 33.6ميليارد پوند در انگلستان ساالنه صرف پروژه هاي نرم افزاري مي گردد كه به نتيجه نمي رسند. هرينه صرف شده در امريكا براي پروژه هاي نرم افزاري كه به نتيجه نمي رسد، معادل يك سوم بودجه ساالنه صرف شده در اين زمينه مي باشد. پروژه توسعه بازار بورس لندن پس از صرف هزينه 480ميليون پوند متوقف گرديد. واقعيت هايي با آمار و ارقام به طور ميانگين 50درصد هزينه توسعه سيستم هاي نرم افزاري صرف تصحيح اشتباهات مي شود. ‏Source: U.S Department of Defense بيش از 50درصد متخصصان فعال در زمينه توليد نرم افزار و حدود 70 درصد از مديران مربوطه ،در زمينه كنترل كيفيت نرم افزار آموزش الزم را نديده اند. ‏Source: Software Productivity Research. Inc., Burlington, Mass واقعيت هايي با آمار و ارقام اشتباهات نرم افزاري ساالنه 60ميليارد دالر براي صنعت نرم افزار هزينه ايجاد مي كند .اين هزينه مي تواند تا 22ميليارد دالر از طريق روش هاي آزمون دقيق نرم افزار و بهبود روش هاي آزمون كاهش يابد. ‏Source: National Institute of Standards واقعيت هايي با آمار و ارقام مشكالت از كجا شروع مي شود: 50%از عدم درك صحيح از نيازمندي ها 30%از طراحي نرم افزار و يا درك نادرست طراح از نيازمندي ها 20%اشتباهات مربوط به كد نرم افزار كه منشاء آن از طراحي بر اساس عدم درك صحيح از نيازمندي مي باشد. ‏Source: Software Quality, by mordechai Ben-Menachem and Gary S. Marliss اختالف بين نرم افزارهاي توليد شده توسط پيمانكاران و سازمان هاي نرم افزاري مشخص نبودن استانداردهاي آزمون مشخص نبودن روش اندازه گيري كيفيت آزمون مشخص نبودن بخشي از نيازمندي ها نيازمندي ها و محدوده هاي غير قابل آزمون تغيير دراستاندارد و يا تكنولوژي در زمان اجراي آزمون ناكافي بودن و يا عدم آموزش سازمان كارفرما اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار اطمينان از موثروكارآ بودن روش هاي توسعه نرم افزار ،چرا؟ تعريف عوامل تاثيرگذار بركيفيت نرم افزار و تعيين اولويت اين عوامل در چرخه توليد نرم افزار ،اين امكان را فراهم مي آورد كه چرخه آزمون نرم افزار به طور منطقي قابل ايجاد و توسعه باشد اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار عوامل تاثيرگذاربركيفيت نرم افزار ‏Software Quality ‏Factors انتقال محصول ‏Product ‏Transition بازنگري محصول ‏Product ‏Revision عمليات محصول ‏Product ‏Operations اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار انتقال محصول عمليات محصول بازنگري محصول قابليت هاي استفاده مجدد ،انتقال و سازگاري قابليت هاي كارايي ،اعتماد ،صحت ،كاربري و يكپارچگي قابليت هاي نگهداري ،انعطاف پذيري و آزمون پذيري اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار چگونه عوامل تاثيرگذار بركيفيت نرم افزاررا شناسايي كنيم؟ -1شناسايي خصيصه هاي اوليه نرم افزار -2اطمينان از پياده سازي خصيصه هاي اوليه در توليد نرم افزار -3شناسايي مهم ترين عوامل تاثير گذار اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار خصيصه هاي سيستم عوامل انساني چرخهعمرطوالني سيستم هاي زمان واقعي عوامل كيفيت نرم افزار قابليت اعتماد آزمون پذيري صحت قابليت نگهداري قابليت انتقال انعطاف پذيري كارايي مطمئن بودن صحت اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار خصيصه هاي سيستم عوامل كيفيت نرم افزار برنامه هاي كاربردي با به روزآوري لحظه اي اطمينان كارايي صحت پردازش اطالعات طبقه بندي شده يكپارچگي سيستم هاي وابسته سازگاري اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار استانداردها IEEE (Institute of Electrical and Engineers) IEC (International Electro Technical Commission) ISO (International Standard Organization) BS (British Standard) RUP (Rational Unified Process) EIA (Electronic Industry Alliance) ESA (European Space Standards) ISO/IEC چرا استاندارد؟ طبقه بندي استانداردها اطمينان از موثر وكارآ بودن روش هاي توسعه نرم افزار اندازه گيري؟ چرا اندازه اندازه گيري كيفيت فرايند توليد نرم افزار اندازه گيري كيفيت نرم افزار توليد شده اگر نتوانيم اندازه گيري كنيم ،نمي توانيم چيزي را بهبود ببخشيم روش هاي اندازه گيري ،چرا؟ به شناخت از فرايندهاي توليد نرم افزار كمك مي كنند ارزيابي فرايند توليد نرم افزار را در مقابل استانداردهاي توليد نرم افزار و اهداف از پيش تعيين شده امكان پذير مي سازد اطالعات مفيدي را از چگونگي استفاده از منابع و روش هاي توليد نرم افزار ايجاد مي كند به ارزيابي ما از عملكردفرايندهاي توليد نرم افزار در پروژه هاي اتي كمك مي كند اطمينان از موثر و كارآ بودن روش هاي توسعه نرم افزار ُSoftware Metrics Process Metrics Product Metrics Quality Metrics Error density metrics Error removal efficiency metrics Error severity metrics Process Metrics Quality Metrics Timetable Metrics Productivity Metrics Error Density ِ Density Metrics Code error density Development error density Code error per function point Development error per function point اجراي آزمون پذيرش توسط كارفرما برنامه هاي آزمون برنامه اصلي آزمون برنامه آزمون پذيرش برنامه آزمون سيستم برنامه آزمون يكپارچگي تحليل ريسك نرم افزار تعيين اولويت نيازمندي هاي براي آزمون تعيين اولويت بر اساس ريسك ،اثرگذاري ،ارزش، هزينه ‏Quality Function ‏Development ‏Planning Game ‏Binary Search Tree تيم آزمون مدير آزمون تحليل گر آزمون متخصص كسب و كار مورد آزمون طراح آزمون آزمون گر ‏Back to navigation slide اجراي آزمون پذيرش توسط كارفرما اندازه گيري دقت آزمون تعريف و استفاده از روش هاي انداره گيري كمي براي نرم افزار گزارش هاي آزمون گزارش Oموردهاي مورد آزمون گزارش ثبت وقايع آزمون گزارش وقايع آزمون گزارش خالصه آزمون مشخصات آزمون مشخصات طراحي آزمون مشخصات حالت هاي مورد آزمون مشخصات رويه هاي آزمون ‏Back to navigation slide اجراي آزمون پذيرش توسط كارفرما داده هاي مورد آزمون ويژگي داده ها حجم تنوع روش تهيه صحت يكپارچگي درصد تغييرات داده هاي مورد آزمون روش هاي تهيه داده داده هاي واقعي داده هاي توليد شده توسط ابزار داده هاي توليد شده توسط انسان داده هاي جمع آوري شده داده هاي تصادفي محيط اجراي آزمون ابزارهاي طراحي آزمون ابزارهاي اجراي آزمون ابزارها تهيه گزارش آزمون سخت افزارهاي اجراي آزمون زيرساخت هاي اجراي آزمون حجم داOده ها مورد نياز آزمون نوع داده هاي مورد نياز آزمون ‏Back to navigation slide اجراي آزمون پذيرش توسط كارفرما تكنيك هاي طراحي آزمون Black Box Testing Techniques Equivalence Class Portioning Testing Boundary Value Analysis Testing Use Case Testing White box Testing Techniques Control Flow Testing Data Flow Testing Testing Paradigms Pair Wise Testing Decision Table Testing State Transition Testing Domain Analysis Testing Scripted Testing Exploratory Testing اجراي آزمون پذيرش توسط كارفرما تعدادي از روش هاي آزمون Function System Testing Requirements –Based Testing Structure System Testing Stress & Volume Testing enario-Based Testing Performance Testing sk-Based Testing Recovery Testing Error Handling Testing egression Testing Control Testing Intersystem Testing Security Testing Compliance Testing Compatibility & Conversion Testing Usability Testing اجراي آزمون پذيرش توسط كارفرما برنامه اصلي آزمون برنامه آزمون يكپارچگي برنامه آزمون سيستم برنامه آزمون پذيرش مشخصات طراحي آزمون يكپارچگي مشخصات طراحي آزمون سيستم مشخصات طراحي آزمون پذيرش رويه هاي آزمون يكپارچگي رويه هاي آزمون سيستم رويه هاي آزمون پذيرش حالت هاي آزمون يكپارچگي حالت هاي آزمون سيستم حالت هاي آزمون پذيرش گزارش ازمون يكپارچگي گزارش آزمون سيستم گزارش آزمون پذيرش مدل هاي ارزيابي فرايند آزمون Testability Maturity Model (TMM) Test Process Improvements (TPI) Test Organization Maturity (TOM) Testing Assessment Program (TAP) TMM – Maturity Levels Level 5: Optimization Defect Prevention Quality Control Test Process Optimization Level 4: Management and Measurement Peer Reviews Test Measurement Software Quality Evaluation Level 3: Integration Test Organization Test Training Program Test Lifecycle and Integration Control and monitor Level 2: Definition Test Policy and Goals Test Planning Test Techniques and Methods Test Environment Level 1: Initial با سپاس از حضور خانم ها و آقايان و قدرداني از انجمن انفورماتيك