redundante Datenspeicherung

[khh]

hallo zusammen,
ich überlege gerade, ob es Sinn macht, Kundendaten beim Auftrag oder bei der Rechnung redundant zu speichern?
Die Daten des Kunden können sich ja im Laufe der Zeit ändern, somit habe ich danach die "alten" Daten nicht mehr zur Verfügung.

was meint ihr?

Gruss KH

[DeddyH]

Wenn die Daten historisch nachvollziehbar sein sollen, bleibt Dir IMO gar nichts anderes übrig.

[taaktaak]

Ist die Frage, für wen die Software sein soll. Die Anforderungen werden ggf. durch die Handels- und Steuergesetzgebung sehr umfangreich definiert.

[Billa]

Kommerzielle Software speichert m.W. solche Angaben meist redundant (z.B. Lexware u.ä).

Bei meinen eigenen Programmen mache ich das anders. Die Adressdaten (oder auch Telefon
etc.) werden in eigenen Tabellen gespeichert. Jeder Kunde kann mehrere Adressen haben.
Jeder Adresseintrag hat dabei auch eine zeitliche Gültigkeit. Zur Not geht das natürlich
auch ohne. Die gültige Adresse eines Kunden ist dann einfach immer die jüngste mit der
KundenID.

[khh]

Zitat von taaktaak:

Ist die Frage, für wen die Software sein soll. Die Anforderungen werden ggf. durch die Handels- und Steuergesetzgebung sehr umfangreich definiert.

na, dann denk ich wohl bin ich auf jeden Fall auf der sicheren Seite, wenn ich die Daten redundant speichere.
Die Software ist für eine Branche im Einzelhandel.

Gruss KH

[taaktaak]

Sehe ich auch so, allerdings ist (verstehe mich bitte nicht falsch) das "denke ich wohl" eine u.U. recht unsichere Basis für eine professionelle Software-Entwicklung. Ich zitiere mal aus einer spontan gefunden WebAdresse (www.avendata.de):

Zitat:

Eine Software-Zertifizierung nach dem Prüfungsstandard PS 880 des Instituts der Wirtschaftsprüfer (IDW) durch ... ist ein Qualitätssiegel für betriebliche Software-Produkte jeder Art. Vom Kern des Rechnungswesens - der Finanzbuchhaltungs-Software - über Software aus Lager und Produktion bis hin zur Archivierungs-Software können alle Arten von Software der Zertifizierung unterzogen werden.

Eine Zertifizierung ist sicherlich keine Voraussetzung, um Software verkaufen zu können - aber natürlich ein Verkaufsargument und auch ein weitreichender Schutz des Entwicklungsbüros vor etwaigen Regressansprüchen.

[khh]

Zitat von taaktaak:

Sehe ich auch so, allerdings ist (verstehe mich bitte nicht falsch) das "denke ich wohl" eine u.U. recht unsichere Basis für eine professionelle Software-Entwicklung. Ich zitiere mal aus einer spontan gefunden WebAdresse (www.avendata.de):

Zitat:

Eine Software-Zertifizierung nach dem Prüfungsstandard PS 880 des Instituts der Wirtschaftsprüfer (IDW) durch ... ist ein Qualitätssiegel für betriebliche Software-Produkte jeder Art. Vom Kern des Rechnungswesens - der Finanzbuchhaltungs-Software - über Software aus Lager und Produktion bis hin zur Archivierungs-Software können alle Arten von Software der Zertifizierung unterzogen werden.

Eine Zertifizierung ist sicherlich keine Voraussetzung, um Software verkaufen zu können - aber natürlich ein Verkaufsargument und auch ein weitreichender Schutz des Entwicklungsbüros vor etwaigen Regressansprüchen.

Die Sofware befindet sich ja momentan noch im Planungsstatus und ist sicher noch weit ab von einer Zertifizierung.
Wobei es sicher eine Überlegung wert ist diese später zertifizieren zu lassen.


Gruss KH

[taaktaak]

Ok, verstehe.
Vermutlich gibt es Informationen über die für eine Zertifizierung zu erfüllenden Anforderungen - die sollten dann tunlichst bereits zum frühestmöglichen Planungstadium der Software berücksichtigt werden.
Ich wünsche dir "Gutes Gelingen"

[khh]

Zitat von taaktaak:

Ok, verstehe.
Vermutlich gibt es Informationen über die für eine Zertifizierung zu erfüllenden Anforderungen - die sollten dann tunlichst bereits zum frühestmöglichen Planungstadium der Software berücksichtigt werden.
Ich wünsche dir "Gutes Gelingen"

ich danke dir/ euch



Gruss KH

[mquadrat]

Das Stichwort ist hier "revisionssicher". Da kommt man um redundante Daten nicht herum. Wenn in der Software Prozesse abgebildet werden, muss ggf. auch noch gespeichert werden, welcher Definitionsstand des Prozesses für die Abwicklung des Auftrags verwendet wurde, sonst hat man später viel Spaß mit der Innenrevision.