image

Software ontwikkelaars wel aansprakelijk voor lekken?

woensdag 27 augustus 2003, 11:16 door Redactie, 6 reacties

"Tenzij iemand gewond raakt of sterft, is het bijna onmogelijk om een software ontwikkelaar succesvol aan te klagen voor defecten in de software," aldus Cem Kaner, een advocaat en professor in de informatiekunde. "De toon van de voorstellen om software wetten te veranderen is voornamelijk gericht op het verder verminderen van de aansprakelijkheid van software ontwikkelaars", zo gaat Kaner verder. Er gaan echter steeds meer stemmen op om ontwikkelaars wel aansprakelijk te stellen voor de schade die ontstaat door hun produkten, zoals te lezen in dit artikel.

Reacties (6)
27-08-2003, 11:50 door Anoniem
Het maken van software is nou eenmaal zeer complex. Er zijn onnoemlijk veel momenten waar er een fout in een softwareprodukt kan komen. Pas wanneer een softwarebedrijf aantoonbaar laks is geweest om fouten te vermijden en/of bekende fouten op adequate manier op te lossen, vind ik dat ze verantwoordelijk gesteld kunnen worden voor eventuele schade voor gebruikers van hun produkt. In andere gevallen is het gebruik van de software wat mij betreft op eigen risico.
27-08-2003, 12:09 door Anoniem
ISO/IEC 21827 kan een oplossing bieden om deze problemen onder controle te krijgen.
Op 11 juli 2003 is versie 3 van SSE-CMM van ISO/IEC 21827 Information Technology - Systems Security Engineering - Capability Maturity Model (SSE-CMM) gepubliceerd door de International Standards Organization (ISO). Door de ontwikkeling van software op basis van ISO/IEC 21827 te laten plaats vinden kan het aantal programmeer fouten sterk worden gereduceerd. Hoewel bugs onvermijdelijk zijn hebben programmeurs wel een verantwoordelijkheid, namelijk het veilig coderen van de software ISO/IEC 21827 kan hierbij behulpzaam zijn. Eigenlijk moeten gebruikers het gebruik van ISO/IEC 21827 eisen van hun software huis, want Uiteindelijk betalen de gebruikers van de software de prijs voor het slechte programmeerwerk.
27-08-2003, 12:57 door Anoniem
Originally posted by Unregistered
ISO/IEC 21827 kan een oplossing bieden om deze problemen onder controle te krijgen.
Op 11 juli 2003 is versie 3 van SSE-CMM van ISO/IEC 21827 Information Technology - Systems Security Engineering - Capability Maturity Model (SSE-CMM) gepubliceerd door de International Standards Organization (ISO). Door de ontwikkeling van software op basis van ISO/IEC 21827 te laten plaats vinden kan het aantal programmeer fouten sterk worden gereduceerd. Hoewel bugs onvermijdelijk zijn hebben programmeurs wel een verantwoordelijkheid, namelijk het veilig coderen van de software ISO/IEC 21827 kan hierbij behulpzaam zijn. Eigenlijk moeten gebruikers het gebruik van ISO/IEC 21827 eisen van hun software huis, want Uiteindelijk betalen de gebruikers van de software de prijs voor het slechte programmeerwerk.

laten we allemaal volgens deze geweldige (voor mij onbekende) ISO gaan werken.
dan betalen de klanten voor goed programmeer werk, waarschijnlijk betalen ze dan door de ingeslopen bureaucratie wel 4x zo veel
27-08-2003, 14:03 door Anoniem
Ach ja, de reactie van zo’n sofware nert die veel rommel maakt!!

Originally posted by xychix[nologin]
laten we allemaal volgens deze geweldige (voor mij onbekende) ISO gaan werken.
dan betalen de klanten voor goed programmeer werk, waarschijnlijk betalen ze dan door de ingeslopen bureaucratie wel 4x zo veel
27-08-2003, 18:25 door [Account Verwijderd]
[Verwijderd]
27-08-2003, 23:07 door hzlz
Wanneer een koper van maatwerk-software een hogere graad van zekerheid wil hebben dan kan hij de code laten auditten op basis van de norm die de organisatie heeft voor wat betreft van riskmanagement. Slechte software is niet erg als je je maar bewust bent van het mogelijke risico dat je loopt wanneer het faalt.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.