Магистърски програми - в съответствие с ГОСТ 19781-90 - данни за управление на специфични компоненти на система за обработка на информацията, за да се изпълни определено алгоритъм. Следователно от Thayre, той има свойството да надеждност до такава степен, че тя е в състояние да задоволително изпълнява функциите, за които е предназначен. Софтуер Надеждност може да се определи като свойство на програмата, която се изразява в предварително определените функции на предварително определени условия на работа и в даден компютър.
Което означава, програмата няма да изпълнява функциите си? Каква е грешката в програмата? Фактът, че различните хора имат различни разбирания за това какво е бъг в софтуера.
система за ранно откриване на балистични ракети, балистични ракети Система за ранно предупреждение следва да наблюдават обектите, които се движат към САЩ, а ако обектът не е бил идентифициран, започнете поредица от защитни мерки - да се опита да установи връзка с обекта, за да се намеси и да унищожи. Един от най-ранните версии на системата сбърка луната нараства над хоризонта на снаряда, които прелитат над Северното полукълбо. Дали това е грешка? От гледна точка на потребителя (DoD) на - да. От гледна точка на проектанта на системата на - може би не. Предприемачът може да настоява, че в съответствие със спецификациите на защитното действие да се започне по отношение на всяко движещо се тяло, което се появява на хоризонта и не е идентифицирана като мирна самолети.
Софтуерът съдържа грешка, ако:
· Неговото поведение не отговаря на спецификациите.
Недостатъци: тя е имплицитно приема, че с правилната спецификация. То ако е честно, това е рядкост; изготвяне на спецификации - един от основните източници на грешки. Ако поведението на софтуерния продукт не отговаря на спецификациите си, грешката е може би там. Въпреки това, ако системата се държи в съответствие със спецификациите, не можем да твърдим, че тя не съдържа грешки.
· Неговото поведение не отговаря на спецификациите за използване в развитието на установените граници. Това определение е още по-лошо от първото. Ако системата е случайно, използвани в непредвидени ситуации, поведението му трябва да бъде разумен. Ако не, то съдържа грешка. Например, авиация диспечерска система, в съответствие със спецификациите, трябва да се контролира движението на въздухоплавателните средства и 200 едновременно. Но един ден, в района на 201 въздухоплавателни средства, се появи. Ако поведението на системата е неразумно - например, тя забравя за един от самолетите или не, системата съдържа грешка, обаче, и се използва извън рамките, определени от дизайна.
· Софтуер не се държи според официалните документи и публикации, определени от потребителя.
Ако проблемите не бъдат включени в програмата и в публикациите? Или, ако ръководството описва само на очакваната и планираната работа със системата. Така например, е писано: "За да получите нещо, натиснете веднъж така". Да приемем, че потребителят неволно натиска два пъти, че и системата не успее, защото разработчиците не предвиждат такава ситуация. Системата очевидно съдържа грешка, но се държи съгласно публикациите.
· Системата не е в състояние да действа в съответствие с първоначалния договор и списъка на изискванията на потребителите. Това твърдение също не е без недостатъци, защото писмените изискванията на потребителя рядко са достатъчно подробни, за да се опише желаното поведение на софтуера под всички възможни обстоятелства.
Окончателното определяне: има грешка в софтуера, ако тя не отговаря на това, което потребителят е разумно да се очаква от него. Неспазването на софтуера - това е проява на няколко грешки.
Грешки в софтуера са всички възможни несъответствия между демонстрира ефективността на неговото качество и предписаните изисквания, а понякога и потребителските очаквания.
В английската литература използва няколко думи, които често се превежда като "грешка" в българския език.
· Дефект - най-често нарушаване на каквито и да било изисквания или очаквания, не е задължително да проявява външно (виж дефекти и нарушения на стандарти за кодиране, за липсата на гъвкавост на системата и така нататък.)
· Липса - в противоречие с изискванията, които се проявява с някои реални сценарии на софтуера, това е по-скоро проява на грешката
· Fault - грешка в кода, който причинява нарушение на изискванията при работа (провали), на място, което трябва да се коригира. Въпреки, че това понятие се използва доста често, той се, най-общо казано, не е съвсем ясно, тъй като отстраняването на нарушението може да бъде коригирано програма на няколко места. Какво точно трябва да се коригира, това зависи от допълнителните условия, които искаме в същото време да осигури.
· Грешка - се използва в два смисъла.
Първо - това е грешка в програмирането модела на психичното, че го кара да прави грешки в кода (аномалии).
Второ смисъл - това неправилна стойност на данните (изход или вътрешни), които възникват в грешките в програмата.
Софтуер, както и технически неизправности, изразени в загубата на обекта на изпълнението. Въпреки неуспехите на прилика дисплей хардуерни и дефекти на механизма на образуването им са от различно естество. За програми, е основната идея на дефекти в дизайна, и надеждност инженеринг теория отчита повреди, дължащи се на износване, стареене или други причини, които променят характеристиките на устройствата, с течение на времето. Софтуер отказ поради несъответствие на софтуера за изпълнение на задачата. Разминаването може да възникне поради две причини: или разработчиците на програмата нарушение на спецификациите - техническите изисквания за програмата, или неточни или непълни спецификации.
Свързани статии