[BNS]
AccessLevel
schlechtere Bewertung von O oder CN-Profil
Bewertung dieses Dokumentss
Wiedervorlage
Priority
Status
Abzeichnung / Controlling
CheckOut-Status (Bearbeitungssperre durch Bearbeiter)
Knowledge Base | Dokument
erstelltThomas vom Braucke/Braucke/DESat 05/01/2004 11:53 PM
ÄnderungThomas vom Braucke/Braucke/DESun 09/26/2021 05:39 PM
verantwortlichThomas vom Braucke/Braucke/DE
StatusabgeschlossenWichtigkeit C
StandSat 05/01/2004 11:53 PMSun 02.05.04 00:04
Konzepte

K11705
Technische Systeme allgemein
QM und Fehlerrelevanz
Minimierte Entwicklungs- und Fehlerbehebungsaufwände durch geplantes Kompensationsverhalten.


wirkungskonstante Lösungen: effect constant solutions by integrated fault tolerance ...

[Herausforderung: Komplexität]
Die Komplexität von technischen Systemen, speziell Softwaren, geforderten Funktionen und Umgebungen ähnelt jener evolutionärer Prozesse. Viele Veränderungen in basierenden Teilsystemen und Anforderungen sind unvorhersehbar bzw. unvermeidbar. Da wäre beispielsweise der Zwang zur Installation von Sicherheitsaktualisierungen, nicht mehr gegebene Verfügbarkeit von Support oder Ersatzteilen, auch die exponentielle Entwicklung im deutschen Verordnungswesen.

[Teilziel: Wirkungskonstanz]
Wie kann man nun die Wirkung eines integrierten Stück Softwares von vor 5 Jahren in einem sich erweiternden, verändernden System möglichst konstant halten?
Wichtiger Ansatz ist die Berücksichtigung, daß Fehler auftreten werden. Sie werden auftreten. Beste Planung und QM wird nicht alle Fälle im Vorfeld berücksichtigen. Also - wie wird das System damit umgehen? Dies muß mit hoher Priorität bei der Konzeption der jeweiligen Komponenten berücksichtigt werden. Im Gesamtsystem sollen diese möglichst sauber getrennt integriert werden. Sinnvoll z.B. die Abschottung in der Subkomponete selbst die dann einen definierten Wert zurück gibt. Beispiel: Statt 'sub printInvoice' 'function printInvoice As Boolean'. Wenn false ändere den Status dieser Rechung nicht auf gedruckt, mach mit der nächsten weiter. Innerhalb von printInvoice selbst schreib Logeintrag mit Benutzer, Arbeitsplatz, Betriebssystem, Index des gerade bearbeitetend Datensatzes und der fehlerhervorrufenden Zeile im Programmcode. Schick ggf. noch dem Systemverantwortlichen eine Nachricht über Fehler.
[Wirtschaftlichkeit und Akzeptanz]
Wichtig ist weiterhin den Anwendern und insbesondere Bezahlern der Systeme klar zu machen: Du willst so viele Funktionen. Deshalb wird es zu Fehlern kommen. Jedoch, mit unserem System sind diese begrenzt, dein Nutzen wird überwiegen.

Thomas vom Braucke/Braucke/DE, 2004-May-02

s. a. QM und Fehlerrelevanz: SystemOptimierung durch Akzeptanz von Fehlern [K11704, 2004-May-01 Server '(local)', Database 'Knowledge-Base', Document 'SystemOptimierung durch Akzeptanz von Fehlern...']
s. a. Projektmanagement: Konfigurations,- Rollout-, ChangeManagement - Best Practice [K12357, 2010-Sep-26 Server 'bns-notes01/Braucke/DE', Database 'Knowledge-Base', Document 'Konfigurations,- Rollout-, ChangeManagement - Best...']
s. a. System-Architekturen | mit Zukunft gestalten [K12468, 2012-Nov-15 Server '(local)', Database 'Knowledge-Base', Document 'System-Architekturen | mit Zukunft gestalten...']

© 1989 - 2024 Braucke NetServices, Thomas vom Braucke, Bielefeld, DE | Impressum, Datenschutzerklärung, Kontakt