Surse de erori în software sunt specialiști - persoane specifice cu caracteristicile individuale, calificările, talentele și experiența lor.
In cele mai multe cazuri, fluxul de erori de software pot fi descrise prin procesul Poisson neomogen. Acest lucru înseamnă că erorile software apar în ori statistic independente, evoluțiile sunt supuse unei distribuții exponențiale și intensitatea erorii de afișare variază în funcție de timp. De obicei, se folosește intensitatea descrescătoare a manifestării erorilor. Adică, erorile, odată identificate, sunt eliminate în mod eficient fără introducerea de noi erori.
În ceea ce privește fiabilitatea erorii software-ului este eroarea sau denaturarea codului de program, a făcut din greșeală să-l în curs de dezvoltare, care, în cursul funcționării acestui program poate provoca o negare sau reducerea eficienței funcționării. În cazul refuzului în cazul general, înțelegem un eveniment care implică o încălcare a operabilității unui obiect. În acest caz, criteriile de eșec, ca un semn sau un set de semne de încălcare a software-ului uptime, ar trebui să fie determinată pe baza destinației sale în normativ - documentația tehnică.
În general, o eroare de software poate fi definită ca:
- terminarea programului (distorsionarea cursului normal al executării, looping-ul) pentru o perioadă care depășește un prag prestabilit;
- încetarea funcționării programului (cursul normal al performanței sale distorsiune, bucla) pentru o perioadă care nu depășește un prag predeterminat, dar cu pierderea tuturor sau a unei părți a datelor care sunt prelucrate;
- terminarea programului (distorsionarea cursului normal al executării, looping) care necesită o repornire a computerului pe care rulează software-ul.
manifestarea unei erori poate duce la o scădere a eficienței funcționării software-ului și practic nu duce la o defecțiune în acesta (probabilitatea unei defecțiuni este foarte scăzută)
Ca indicator al severității erorii, care permite cineva să cuantifice gravitatea manifestării consecințelor unei erori, puteți utiliza probabilitatea condiționată de eșecul software-ului atunci când apare o eroare. Evaluarea severității erorii ca probabilitate condiționată de eșec, puteți face conform GOST 28195 - 89 "Evaluarea calității software-ului. Dispoziții generale ", utilizând metrici și elemente de evaluare care caracterizează stabilitatea software-ului. În acest caz, evaluarea ar trebui efectuată separat pentru fiecare eroare și nu pentru întregul software.
Vă aducem la cunoștință jurnale publicate în editura "Academia de Istorie Naturală"
(Factor de impact ridicat al RINC, subiectul jurnalelor acoperă toate domeniile științifice)
Jurnal științific ISSN 1812-7339 | ПИ №77-63397
Serviciul de asistență tehnică - [email protected]
Secretarul executiv al revistei Bizenkov M.N. - ediț[email protected]
Materialele revistei sunt disponibile sub licența Creative Commons "Attribution" 4.0 World.