جزوه تایپ شده ماشین های الکتریکی ۱
دکتر لسانی مدرسان شریف پارسه پیام نور چاپمن بیم کارشناسی ارشد ارا دانشگاه آزاد علمی کاربردی مهندسی برق
رویکرد پیشنهادی برای ؟ ؟ ؟ ً ً ؟ : () ؟ /؟
؛ () ؛ ()، ()، ()، 
: ()، ؟ () ()، /() ().() () ً
“() ” ()، ؛ ً () -()، ؛ ً :
• (): () • (): (- ) بررسی واقعی
• تلاش برای دوباره کاری(Er): تلاش (به صورت حضوری- ساعتی) اختصاص داده شده به تصحیح خطاهای مشخص شده در طول بررسی
• تلاش برای بازبینی(Ereview): نشان دهنده مجموع اقدامات تلاش برای بررسی است:
Ereview = Ep + Ea + Er
• اندازه محصول کار (WPS): شاخصی از اندازه محصول کار مورد بررسی (به عنوان مثال، تعداد مدل های UML، تعداد صفحات سند یا تعداد خطوط کد)
• خطاهای کشف شده جزئی(Errmino): تعداد خطاهایی که می توان آن ها را به عنوان خطاهایجزئی طبقه بندی کرد (برای اصلاح آن ها به میزان تلاشی کمتر از تلاش مشخص شده نیاز است)
• خطاهای کشف شده عمده(Errmajo): تعدادی از خطاهای یافت شده که می توانند به عنوان عمده طبقه بندی شوند (برای اصلاح، به بیش از برخی تلاش های از پیش تعیین شده نیاز دارند)
دانلود رایگان خلاصه کتاب ماشین های الکتریکی PDF
• کل خطاهای کشف شده (Errto): نشان دهنده مجموع خطاهای کشف شده است:
Errtot = Errminor + Errmajor
• تراکم خطا: نشان دهنده خطاهای یافت شده در واحد محصول مورد بررسی است:
Error density = Errtot WPS
چگونه می توان از این شاخص ها استفاده کرد؟ به عنوان مثال، یک مدل الزامات را در نظر بگیرید که برای کشف خطاها، ناسازگاری ها و حذف ها مورد بررسی قرار می گیرد. محاسبه تراکم خطا به روش های مختلف امکان پذیر است. فرض کنید مدل الزامات شامل 18 نمودار UML به عنوان بخشی از 32 صفحه کلی مطالب توصیفی است. این بررسی 18 خطای جزئی و 4 خطای عمده را نشان می دهد. بنابراین، Errtot برابر 22، تراکم خطا 1.2 برای هر خطا در نمودار ماشین های الکتریکی یا 0.68 خطا در هر صفحه مدل الزامات است. اگر بررسی ها برای تعدادی از انواع مختلف محصولات کاری (به عنوان مثال، مدل الزامات، مدل طراحی، کد، موارد آزمایشی) انجام شود، درصد خطاهای کشف شده برای هر بررسی را می توان در برابر تعداد کل خطاهای یافت شده برای همه بررسی ها، محاسبه کرد. علاوه بر این، تراکم خطا برای هر محصول کار، قابل محاسبه است. هنگامی که داده ها برای بسیاری از بررسی های انجام شده در بسیاری از پروژه ها جمع آوری می شوند ، مقادیر متوسط برای چگالی خطا به شما امکان می دهد تعداد خطاهای موجود در یک سند جدید را قبل از بازبینی تخمین بزنید. به عنوان مثال، اگر میانگین تراکم خطا برای مدل الزامات 0.68 خطا در هر صفحه و مدل جدید الزامات 40 صفحه باشد، برآورد تقریبی نشان می دهد که تیم نرم افزاری شما در هنگام بررسی سند، حدود 27 خطا را پیدا می کند. کشف تنها 9 خطا، نشان می دهد که یا در توسعه مدل الزامات عملکرد بسیار خوبی داشتهاید یا رویکرد بازبینی شما به اندازه کافی کامل نبوده است. اندازه گیری اثربخشی هزینه هر بررسی فنی در زمان واقعی دشوار است. یک سازمان مهندسی نرم افزار می تواند اثربخشی بررسی ها و مزایای هزینه های آن ها را تنها پس از تکمیل بررسی ها، جمع آوری معیارهای بازبینی، محاسبه میانگین داده ها و سپس ارزیابی کیفیت پایین نرم افزار (از طریق آزمایش)، ارزیابی کند.
تصویر 1-16
با رجوع به مثال قبل، مشاهده می کنیم که تراکم خطای متوسط برای مدل های مورد نیاز، 68/0 در هر صفحه تعیین شد. تلاش مورد نیاز برای تصحیح خطای جزئی مدل (بلافاصله پس از بررسی)، به 4 ساعت کاری برای افراد، نیاز دارد. تلاش مورد نیاز برای یک خطای عمده الزامات، 18 ساعت است. با توجه به داده های بررسی جمع آوری شده، متوجه می شوید که خطاهای جزئی، حدود شش برابر بیشتر از خطاهای عمده رخ می دهد. بنابراین، می توانید تخمین بزنید که میانگین تلاش برای یافتن و تصحیح خطای الزامات در طول بررسی، حدود 6 ساعت ().
:
= − = − = -/ ؛؛ !
-را به تصویر می کشد که چهار ویژگی را مشخص می کند که به رسمیت بررسی کمک می کند. هر یک از ویژگی های مدل مرجع، به تعریف سطح رسمی بودن بررسی کمک می کند.
رسمیت یک مرور زمانی افزایش می یابد که (1) نقش های متمایز، به طور صریح برای مسئولین بازبینی تعریف شده باشد، (2) برنامه ریزی و آمادگی کافی برای بازبینی وجود داشته باشد،(3) ساختار جزوه ماشین های الکتریکی ۱ برای بازبینی (شامل وظایف و محصولات کار داخلی) تعریف شده باشد، و (4) مسئولین بازبینی، تمام اصلاحات را پیگیری کنند. عنصری که در این مدل ارائه نشده است، فراوانی خود بررسی ها است. اگر از یک نمونه اولیه چابک (فصل 4) استفاده می کنید که شامل اسپرینت های نسبتاً کوتاهی است، تیم شما ممکن است نظرات رسمی کمتری را انتخاب کند؛ زیرا بازبینی ها اغلب اتفاق می افتند.یعنی نقص های بیشتر، در زمان کمتر، کشف می شوند. برای درک مدل مرجع، فرض کنید که می خواهید طراحی رابط کاربری SafeHomeAssu ed.com را بررسی کنید. شما می توانید این کار را به روش های مختلف، از روش های نسبتاً معمولی گرفته تا بسیار دقیق، انجام دهید.در صورت انتخاب رویکرد معمولی، از چند همکار (همسالان خود) بخواهید تا نمونه اولیه رابط را در جهت کشف مشکلات احتمالی بررسی کنند.همه شما بدون آمادگی قبلی، با در نظر گرفتن طرح بندی و سپس زیبایی شناسی و گزینه های جهت یابی، نمونه اولیه را با شیوه ای منطقی و ساختار یافته ارزیابی می کنید. به عنوان طراح، باید چند یادداشت غیررسمی تهیه کنید.
تصویر 2-16
اما اگر رابط کاربری برای موفقیت کل پروژه مهم باشد، یا اگر زندگی انسان ها به رابطی وابسته باشد که از نظر ارگونومی سالم ماشین های الکتریکی ، چه؟ احتمالاً در این موارد، روش دقیق تری را در نظر خواهید گرفت و () :
فهرست مطالب