Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 8: | Zeile 8: | ||
=Referenzfälle= | =Referenzfälle= | ||
Unter Referenzfall wird eine beispielhafte Dienstplan-Situation verstanden, deren Ergebnis festgehalten und als richtig erkannt ist. | Unter Referenzfall wird eine beispielhafte Dienstplan-Situation verstanden, deren Ergebnis festgehalten und als richtig erkannt ist. | ||
Wir unterscheiden | Wir unterscheiden verschiedene Arten von Referenzfällen: | ||
* | *Referenzfälle zur zum Testen von Neu-/Umprogrammierungen | ||
* | *Berechnungsdetails, welche in der Abrechnungscheckliste festgehalten wurden, werden in einfachen Fällen in allen Details dargestellt | ||
* | *Auszüge aus dem Echtsystem, um die Abrechnungsergebnisse auch bei zukünftigen neuen Programmversionen oder Programmierungen im Kundenmodul zu garantieren | ||
{{AlexBild|'''Referenzfall - Ergebnis sofort sichtbar'''|[[Datei:Referenzfall.png|800px]]|grüne Felder in den Summen -> Ergebnis korrekt; rote Felder -> Ergebnis ist nicht korrekt}} | {{AlexBild|'''Referenzfall - Ergebnis sofort sichtbar'''|[[Datei:Referenzfall.png|800px]]|grüne Felder in den Summen -> Ergebnis korrekt; rote Felder -> Ergebnis ist nicht korrekt}} | ||
<br /> | |||
=== | ===Qualitätssicherung bei Neuinbetriebnahme=== | ||
Bei Neuinbetriebnahmen gibt es immer ein Organisationsgespräch auf dessen Basis die [[Abrechnungscheckliste]] erstellt wird. Sobald es diese Checkliste gibt, | Bei Neuinbetriebnahmen gibt es immer ein Organisationsgespräch auf dessen Basis die [[Abrechnungscheckliste]] erstellt wird. Sobald es diese Checkliste gibt, werden für die Berechnungsspezialitäten des Kunden Referenzfälle angelegt. Diese decken den gesamten Inhalt der Abrechnungscheckliste ab. | ||
Im laufenden Betrieb kann es durch Angebote, Projekte oder umfassende manuelle Korrekturen zu einer Erweiterung der Abrechnungscheckliste kommen. In diesem Fall | Im laufenden Betrieb kann es durch Angebote, Projekte oder umfassende manuelle Korrekturen zu einer Erweiterung der Abrechnungscheckliste kommen. In diesem Fall werden sowohl die Abrechnungscheckliste als auch die Referenzfälle erweitert. | ||
==Automatische Tests== | ==Automatische Tests== | ||
Die | Die abgelegten Referenzfälle werden automatisch getestet bei jeder neuen Programmversion, jedes veränderte Berechnungsergebniss wird geprüft | ||
=Abrechnungsdokumentation= | =Abrechnungsdokumentation= | ||
| Zeile 71: | Zeile 35: | ||
===Abrechnungscheckliste Aufbau=== | ===Abrechnungscheckliste Aufbau=== | ||
Die gesamten Abrechnungsmodalitäten des Kunden werden basierend auf einem Organisationsgespräch in diese Checkliste eingetragen. Diese Checkliste bildet die Grundlage der Abrechnungseinstellungen/Programmierungen. | Die gesamten Abrechnungsmodalitäten des Kunden werden basierend auf einem Organisationsgespräch in diese Checkliste eingetragen. Diese Checkliste bildet die Grundlage der Abrechnungseinstellungen/Programmierungen. | ||
Falls beim Kunden einzelne Bereiche/Berufsgruppen o.ä. nicht gleichzeitig mit dem restlichen System in Betrieb genommen werden, wird für jeden neuen Bereich eine eigene Abrechnungscheckliste erstellt. | |||
Falls beim Kunden einzelne Bereiche/Berufsgruppen o.ä. nicht gleichzeitig mit dem restlichen System in Betrieb genommen werden, wird für jeden Bereich eine eigene Abrechnungscheckliste | |||
===Work in Progress (WIP)=== | ===Work in Progress (WIP)=== | ||
Bei bestehenden Kunden gibt es | Bei manchen bestehenden Kunden gibt es teilweise keine Abrechnungsdokumentationen. Das Wissen über diverse Abrechnungsmodalitäten beim Kunden wird durch den laufenden Wartungsbetrieb bzw. durch Projekte erworben und soll laufend dokumentiert werden. | ||
Diese Dokumentation erfolgt in der Abrechnungscheckliste Work in progress. Diese ist zu Beginn der Aufzeichnungen leer und wird durch die Informationen aus dem laufenden Kundenkontakt befüllt. ("Das was ich gerade weiß") | Diese Dokumentation erfolgt in der Abrechnungscheckliste Work in progress. Diese ist zu Beginn der Aufzeichnungen leer und wird durch die Informationen aus dem laufenden Kundenkontakt befüllt. ("Das was ich gerade weiß") | ||
: | |||
===Änderungsrichtlinien=== | ===Änderungsrichtlinien=== | ||
Werden Änderungen in den Dokumenten vorgenommen | Werden Änderungen in den Dokumenten vorgenommen, sind diese jeweils mit Name und Datum der Person zu versehen, welche die Änderungen vorgenommen hat. Dieses Vorgehen ermöglicht es auch im Nachhinein nachzuvollziehen, wann und von wem Änderungen durchgeführt wurden, um bei Fragen einen direkten Ansprechpartner zu haben. | ||
Die Änderungen müssen folgendermaßen gekennzeichnet werden: | Die Änderungen müssen folgendermaßen gekennzeichnet werden: | ||
| Zeile 109: | Zeile 54: | ||
Wurde die Checkliste geändert, muss sie im Anschluss dem Kunden zur Kontrolle zugesendet werden. Somit wird sichergestellt, dass sowohl | Wurde die Checkliste geändert, muss sie im Anschluss dem Kunden zur Kontrolle zugesendet werden. Somit wird sichergestellt, dass sowohl Bit Factory als auch der Kunde auf dem neuesten Stand der Abrechnungsdokumentation sind. | ||
=Prozess für Berechnungsanfragen via Hotline= | =Prozess für Berechnungsanfragen via Hotline= | ||
{{AlexBildDunkel|'''Prozess bei internen Hotlineanfragen'''|[[Datei:Prozess_Referenzfaelle.jpg]]|}} | {{AlexBildDunkel|'''Prozess bei internen Hotlineanfragen'''|[[Datei:Prozess_Referenzfaelle.jpg]]|}} | ||
== Bit Factory interne Zusatzinfos == | |||
[[Intern:QA Workflow|Link zur Checkliste für Referenzfälle]] | |||
Version vom 28. Juli 2021, 16:12 Uhr
Warum gibt es die Referenzfälle und Abrechnungsdokumentation?
Ziele
- Qualitätssicherung gegen Regressionen
- einheitliches Vorgehen bei Neuinbetriebnahmen und Systemerweiterungen
- Verbesserung des Hotline-Prozesses bei Berechnungsanfragen
Referenzfälle
Unter Referenzfall wird eine beispielhafte Dienstplan-Situation verstanden, deren Ergebnis festgehalten und als richtig erkannt ist. Wir unterscheiden verschiedene Arten von Referenzfällen:
- Referenzfälle zur zum Testen von Neu-/Umprogrammierungen
- Berechnungsdetails, welche in der Abrechnungscheckliste festgehalten wurden, werden in einfachen Fällen in allen Details dargestellt
- Auszüge aus dem Echtsystem, um die Abrechnungsergebnisse auch bei zukünftigen neuen Programmversionen oder Programmierungen im Kundenmodul zu garantieren
| Referenzfall - Ergebnis sofort sichtbar |
|
| grüne Felder in den Summen -> Ergebnis korrekt; rote Felder -> Ergebnis ist nicht korrekt |
Qualitätssicherung bei Neuinbetriebnahme
Bei Neuinbetriebnahmen gibt es immer ein Organisationsgespräch auf dessen Basis die Abrechnungscheckliste erstellt wird. Sobald es diese Checkliste gibt, werden für die Berechnungsspezialitäten des Kunden Referenzfälle angelegt. Diese decken den gesamten Inhalt der Abrechnungscheckliste ab.
Im laufenden Betrieb kann es durch Angebote, Projekte oder umfassende manuelle Korrekturen zu einer Erweiterung der Abrechnungscheckliste kommen. In diesem Fall werden sowohl die Abrechnungscheckliste als auch die Referenzfälle erweitert.
Automatische Tests
Die abgelegten Referenzfälle werden automatisch getestet bei jeder neuen Programmversion, jedes veränderte Berechnungsergebniss wird geprüft
Abrechnungsdokumentation
Unter einer Abrechnungsdokumentation verstehen wir die Dokumentation der Abrechnungsdetails beim Kunden nach einem normierten Muster. Wir nennen dieses Dokument "Abrechnungscheckliste". Es werden zwei Arten von Abrechnungschecklisten unterschieden:
- Abrechnungscheckliste Aufbau
- Abrechnungscheckliste Work in Progress (WIP)
Abrechnungscheckliste Aufbau
Die gesamten Abrechnungsmodalitäten des Kunden werden basierend auf einem Organisationsgespräch in diese Checkliste eingetragen. Diese Checkliste bildet die Grundlage der Abrechnungseinstellungen/Programmierungen.
Falls beim Kunden einzelne Bereiche/Berufsgruppen o.ä. nicht gleichzeitig mit dem restlichen System in Betrieb genommen werden, wird für jeden neuen Bereich eine eigene Abrechnungscheckliste erstellt.
Work in Progress (WIP)
Bei manchen bestehenden Kunden gibt es teilweise keine Abrechnungsdokumentationen. Das Wissen über diverse Abrechnungsmodalitäten beim Kunden wird durch den laufenden Wartungsbetrieb bzw. durch Projekte erworben und soll laufend dokumentiert werden. Diese Dokumentation erfolgt in der Abrechnungscheckliste Work in progress. Diese ist zu Beginn der Aufzeichnungen leer und wird durch die Informationen aus dem laufenden Kundenkontakt befüllt. ("Das was ich gerade weiß")
Änderungsrichtlinien
Werden Änderungen in den Dokumenten vorgenommen, sind diese jeweils mit Name und Datum der Person zu versehen, welche die Änderungen vorgenommen hat. Dieses Vorgehen ermöglicht es auch im Nachhinein nachzuvollziehen, wann und von wem Änderungen durchgeführt wurden, um bei Fragen einen direkten Ansprechpartner zu haben. Die Änderungen müssen folgendermaßen gekennzeichnet werden:
Wurde die Checkliste geändert, muss sie im Anschluss dem Kunden zur Kontrolle zugesendet werden. Somit wird sichergestellt, dass sowohl Bit Factory als auch der Kunde auf dem neuesten Stand der Abrechnungsdokumentation sind.
Prozess für Berechnungsanfragen via Hotline
| Prozess bei internen Hotlineanfragen |
|
