Transcript SQA

‫فصل ‪16‬‬
‫موضوع‬
‫استانداردها‬
‫مرورها و ممیزی ها‬
‫آزمون‬
‫جمع آوری و تحلیل خطاها ‪ /‬نقایص‬
‫مدیریت تغییرات‬
‫آموزش‬
‫مدیریت منابع خرید‬
‫مدیریت امنیت‬
‫ایمنی‬
‫مدیریت ریسک‬
‫استانداردهای‬
‫و‬
‫سازمان های‬
‫مهندسی نرم افزار را تدوین کرده اند ‪.‬‬
‫تضمین کیفیت نرم افزار‬
‫مرور های فنی یک نوع فعالیت کنترل کیفیت‬
‫هستند ‪.‬‬
‫ممیزی ها نوعی از مروری هستند که توسط پرسنل‬
‫دنبال می شوند ‪.‬‬
‫حصول اطمینان از رعایت‬
‫دستورالعمل های کیفیتی کار‬
‫آزمون نرم افزار یکی از وظایف کنترل کیفیت‬
‫است ‪.‬‬
‫تنها راه بهبود بخشیدن ‪ ،‬سنجیدن عملکرد است‬
‫داده های مربوط به خطا ها و نقایص را جمع‬
‫آوری و تحلیل می کند ‪.‬‬
‫می توان اطمینان حاصل کرد که اقدامات‬
‫با‬
‫مناسبی برای مدیریت تغییرات نهادینه شده‬
‫است ‪.‬‬
‫بهترین را برای بهبود بخشیدن به‬
‫کارهای مهندس نرم افزار ‪ ،‬آموزش‬
‫مهندسان نرم افزار‪ ،‬مدیران آنها و‬
‫سایر طرف های ذینفع است ‪.‬‬
‫سه گروه از نرم افزار ها از منابع خارجی تامین‬
‫می شوند ‪:‬‬
‫این است که اطمینان حاصل‬
‫وظیفه سازمان‬
‫کند که اقدامات کیفیتی خاص در منبع خرید‬
‫رعایت شده و نرم افزار کیفیت باالیی‬
‫دارد‪.‬‬
‫می توان مطمئن شد که فرایند و‬
‫با‬
‫فن آوری مناسب در دستیابی به کیفیت نرم افزار‬
‫به کار رفته است ‪.‬‬
‫ممکن است مسوول ارزیابی تاثیر شکست‬
‫نرم افزار و شروع مراحل الزم برای کاهش‬
‫ریسک باشد ‪.‬‬
‫باید اطمینان حاصل کند فعالیت های مدیریت‬
‫ریسک به طور مناسب اجرا می شوند و طرح‬
‫های مربوط به احتمال بروز ریسک تدوین شده‬
‫اند ‪.‬‬
‫تضمین کیفیت نرم افزار از چند وظیفه مرتبط با دو‬
‫گروه متفاوت تشکیل می شود‬
‫با اعمال روش های فنی و موازین منسجم ‪،‬‬
‫اجرای باز بینی های فنی رسمی و اجرای‬
‫آزمونهای نرم افزاری برنامه ریزی شده ‪،‬‬
‫کیفیت را کنترل می کنند ‪.‬‬
‫کمک به تیم نرم افزاری‬
‫جهت دستیابی به یک محصول نهایی با کیفیت‬
‫باال می باشد ‪.‬‬
‫برای پروژه‬
‫‪-1‬تهیه یک طرح‬
‫‪-2‬شرکت در توسعه توصیف فرایند نرم افزاری پروژه‬
‫‪-3‬بازبینی فعالیت های مهندسی نرم افزار برای‬
‫وارسی مطابقت با فرایند نرم افزاری مشخص‬
‫‪-4‬بازرسی محصوالت کاری برای وارسی مطابقت با‬
‫محصوالت تعیین شده به عنوان بخشی از فرایند نرم‬
‫افزار‬
‫‪-5‬حصول اطمینان از مستند سازی انحرافات در کار نرم‬
‫افزار و محصوالت کاری ‪ ،‬و مقابله با آنها بر اساس‬
‫یک رویه مستند سازی شده‬
‫‪-6‬ثبت هرگونه عدم مطابقت و گزارش به مدیریت‬
‫ارشد‬
‫کیفیت خواسته ها‬
‫کیفیت طراحی‬
‫کیفیت کدها‬
‫اثر بخشی کنترل کیفیت‬
‫باید مطمئن شود که تیم نرم افزاری به‬
‫طور مناسب مدل خواسته ها را مرور کرده است‬
‫تا به سطوح باالیی از کیفیت دست پیدا کند ‪.‬‬
‫هر عنصر از مدل طراحی باید توسط تیم نرم‬
‫افزاری ارزیابی شود تا اطمینان از کیفیت باال را‬
‫بدهد‬
‫به دنبال صفاتی از طراحی است که نشان‬
‫گر کیفیت هستند ‪.‬‬
‫کد منبع و محصوالت کاری مرتبط با آن باید با‬
‫استانداردهای محلی کدنویسی مطابقت‬
‫داشته باشند‬
‫باید این صفات را که تحلیل منطقی کیفیت‬
‫کدها را میسر می سازند ‪ ،‬جدا کند ‪.‬‬
‫تیم نرم افزاری باید منابع محدود را به گونه ای به‬
‫کار گیرد که احتمال دستیابی به نتیجه ای با‬
‫کیفیت باالتری بسیار زیاد باشد ‪.‬‬
‫ارزیابی می کند که آیا به بهترین نحو ممکن‬
‫تخصیص داده شده اند یا خیر ‪.‬‬
‫‪ -1‬اطالعات مربوط به نقایص نرم افزار جمع آوری و‬
‫گروه بندی می شود ‪.‬‬
‫‪ -2‬کوشش می شود رد هر نقص تا علت اصلی آن‬
‫پیگیری شود ( مثال نا همخوانی با مشخصه ‪،‬‬
‫خطای طراحی ‪ ،‬عدول از استانداردها ‪،‬ارتباط‬
‫ضعیف با مشتری )‬
‫‪ -3‬با استفاده از اصل پارتو ( ریشه ‪ %80‬نقایص را می‬
‫توان در ‪ % 20‬از همه علل ممکن یافت )آن ‪% 20‬‬
‫علل جدا می شود ‪.‬‬
‫‪ -4‬هنگامی که چند علت حیاتی شناسایی شدند‬
‫‪،‬حرکت برای تصحیح مشکالتی که باعث‬
‫این نقایص شده اند ‪ ،‬آغاز می شود ‪.‬‬
‫شش سیگما پرکاربردترین راهبرد برای تضمین کیفیت‬
‫آماری در صنایع کنونی است ‪.‬‬
‫اصطالح شش سیگما از شش برابر مقدار انحراف‬
‫معیار به دست آمده است که معادل با ¾ نمونه‬
‫(معیوب ) به ازای هر یک میلیون نمونه است –و‬
‫این حد اعالی استانداردهای کیفیتی است ‪.‬‬
‫تعریف خواسته های مشتری ‪ ،‬محصوالت‬
‫قابل تحویل و اهداف پروژه از طریق روش‬
‫های کامال مشخص برای برقراری ارتباط با‬
‫مشتری‬
‫تحلیل معیارهای نقص و تعیین چند علت‬
‫حیاتی‬
‫اندازه گیری فرایند موجود و خروجی آن‬
‫برای تعیین کیفیت فعلی (جمع اوری‬
‫معیارهای نقص)‬
‫بهبود بخشیدن به‬
‫فرایند باحذف علل‬
‫ریشه ای نقایص‬
‫کنترل فرایند برای‬
‫حصول اطمینان از‬
‫اینکه کارهای آینده‬
‫باعث ورود دوباره‬
‫غلل این نقایص‬
‫نخواهد شد ‪.‬‬
‫طراحی فرایند برای‬
‫(‪)1‬پرهیز از علل‬
‫ریشه ای نقایص و‬
‫(‪ )2‬برآورده ساختن‬
‫خواسته های‬
‫مشتریان ‪.‬‬
‫وارسی این که‬
‫مدل فرایندی واقعا‬
‫از نقایص‬
‫پرهیز می کند و‬
‫خواسته های‬
‫مشتری را برآورده‬
‫می سازد ‪.‬‬
‫اکثر مدل های قابلیت اطمینان مرتبط با سخت‬
‫افزار ‪،‬مبتنی بر شکس های ناشی از‬
‫فرسودگی هستند نه نقایص طراحی ‪.‬‬
‫زمان میانگین‬
‫شکست‬
‫زمان میانگین ترمیم‬
‫زمان میانگین بین‬
‫شکست‬
‫احتمال کار کردن برنامه طبق خواسته ها در‬
‫یک نقطه مفروض از زمان‬
‫ایمنی نرم افزار یکی از فعالیت های تضمین‬
‫کیفیت است که بر شناسایی و سنجش‬
‫ریسک های بالقوه ای تاکید دارد و ممکن‬
‫است تاثیری منفی بر نرم افزار داشته منجر‬
‫به شکست کل سیستم شود ‪.‬‬
‫شش سیگما‬
‫‪SQA‬‬
‫‪ISO SPICE‬‬
‫مرور فنی رسم‬
‫قابلیت دسترس پذیری‬
‫قابلیت اطمینان‬
‫قابلیت حمل پذیری‬
‫ایمنی نرم افزار‬
‫ممیزی‬
‫آزمون‬
‫ایمنی‬
‫امنیت‬
‫‪SQA‬‬
‫انحراف معیار‬
‫معیار کوکومو‬
‫شش سیگما‬