Anforderungsliste für asanetwork konforme DMS (Dealer Management Systeme)

Größe: px

Ab Seite anzeigen:

Download "Anforderungsliste für asanetwork konforme DMS (Dealer Management Systeme)"

Paulina Inken Sternberg
vor 8 Jahren
Abrufe

1 Anforderungsliste für asanetwork konforme DMS (Dealer Management Systeme) 1. Allgemeine Produktdaten Hersteller: Produkt: Version: Betriebssystem(e): für die Zertifizierung benutztes Betriebssystem: Erfüllt erfüllt entfällt Kriterium 1.2 Verwendete Schnittstellensoftware DDE Seriell File C C++/Delphi ActiveX VCL-Komponenten ActiveX-Komponenten Wird die letzte freigegebene Version verwendet? 1 Seite 1 von 5 Ausgabe 1.3 vom

2 Verwendete Schnittstellensoftware 1.2.1 DDE 1.2.2 Seriell 1.2.3 File 1.2.4 C 1.2.5 C++/Delphi 1.2.6 ActiveX 1.2.7 VCL-Komponenten 1.

2 2. Protokollversion und Dienste 2.1 Wird die z.z. gültige Protokollversion (1.5) verwendet? Ist der Kundenauftragsdienst korrekt definiert? Ist das Produkt mehrplatzfähigkeit (Multi User Betrieb)? Es gibt ein zentrales asanetwork Interface Jeder Arbeitsplatz besitzt ein eigenes Interface Werden korrekte Auftragsdaten versendet? Sind die minimalen Abfragen zum Auftrag korrekt implementiert? Werden vorh. Fahrzeugdaten als erweiterte Fahrzeugdaten. versendet? Sind die erweiterten Fahrzeugdaten korrekt? Sind die minimalen Abfragen zum Fahrzeug. korrekt implementiert? Implementiert die Applikation einen Datenspeicherungsdienst um über eintreffende Ergebnisse informiert zu werden? Datenspeicherungsdienst ist lesend, Ergebnis wird gespeichert Datenspeicherungsdienst ist lesend, Ergebnis wird lokal gespeichert Ergebnisübernahme/Verwaltung ist korrekt implementiert Datenspeicherungsdienst beantwortet auch Abfragen Abfragen im Datenspeicherungsdienst sind korrekt implementiert 2 Seite 2 von 5 Ausgabe 1.3 vom

1 2.5 Werden vorh. Fahrzeugdaten als erweiterte Fahrzeugdaten. versendet? 1 2.5.1 Sind die erweiterten Fahrzeugdaten korrekt? 1 2.5.2 Sind die minimalen Abfragen zum Fahrzeug. korrekt implementiert?

3 3. Auftragshandling 3.1 Können Auftragspositionen für asanetwork erstellt werden? Ist Auftragserstellung korrekt implementiert? Werden nur für die tatsächlich im Netz gefunden Dienste Auftragspositionen erzeugt? Wie werden Dienste und Auftragspositionen (AW) verknüpft? Manuell durch Anwender zur Laufzeit Fest zu bestimmten Auftragsarten zugeordnet Zuordnung wird durch Anwender erstellt und ist änderbar und speicherbar Fest zugeordnet bei Installation, Änderung durch Anwender möglich Fest zugeordnet bei Installation, Änderung durch Service möglich Werden Statusänderungen einer Auftragsposition visualisiert? Können gestartete Auftragspositionen gelöscht werden? Wird der Anwender beim Löschen auf aktive Auftragspositionen hingewiesen? Ist Löschen von Auftragspositionen korrekt implementiert? Wird das Kurzergebnis dargestellt? Ist das Kurzergebnis korrekt? Werden Aufträge nach Abschluss (Fakturierung) im Netz gelöscht? Ist Auftragsabschluss (Löschen aller Positionen) korrekt implementiert? Was passiert mit aktiver Auftragsposition bei Programmende/absturz? Auftragsposition wird nach Neustart durch Nachübertragung aktualisiert Werden abgebrochene Auftragspositionen korrekt verarbeitet? Werden unterbrochene Auftragspositionen korrekt verarbeitet? Werden fertige Auftragspositionen korrekt verarbeitet? Können zu bestehenden Aufträgen neue Positionen aus dem asanetwork eingefügt werden? Ist Einfügen von Auftragspositionen korrekt implementiert Können am Prüfgerät erfaßte Daten (für die noch kein Auftrag existierte) übernommen und nachträglich in einen Auftrag gewandelt werden? Ist Übernahme und Umwandlung von Daten in Auftrag korrekt implementiert? 2 Seite 3 von 5 Ausgabe 1.3 vom

2.4 Fest zugeordnet bei Installation, Änderung durch Anwender möglich 2 3.2.5 Fest zugeordnet bei Installation, Änderung durch Service möglich 2 3.

4 4. Ergebnisdaten-Übernahme und Visualisierung 4.1 Übernimmt Applikation Prüfergebnisse? Können Prüfergebnisse zum Auftrag selektiert werden? Können Prüfergebnisse zum Fahrzeug selektiert werden? Werden Prüfergebnisse aus einem externen Datenspeicherungsdienst abgerufen? Funktioniert Abruf der Ergebnisse korrekt? Können Prüfergebnisse dienstbezogen über ein individuell konfigurierbares/parametrisierbares externes Programm weiterverarbeitet werden? Ist Weiterverarbeitung Anzeige möglich? Ist Weiterverarbeitung Drucken möglich? Ist Weiterverarbeitung für Konvertierung bzw. Auswertung möglich? 2 5. Produktstabilität 5.1 Die oben aufgeführten Prüfungen verursachten kein Fehlverhalten Die oben aufgeführten Prüfungen verursachten keinen Datenverlust Die oben aufgeführten Prüfungen verursachten keinen Absturz 1 Seite 4 von 5 Ausgabe 1.3 vom

2 Können Prüfergebnisse dienstbezogen über ein individuell konfigurierbares/parametrisierbares externes Programm weiterverarbeitet werden? 1 4.2.1 Ist Weiterverarbeitung Anzeige möglich? 2 4.2.2 Ist Weiterverarbeitung Drucken möglich?

5 6. Auswertung Anzahl erfüllter Kriterien Zertifizierung bestanden, da alle Kriterien erfüllt Zertifizierung bestanden, da ein oder mehrere Kriterien erfüllt Datum der Zertifizierung: Zertifiziert durch: Legende: 1 = Musskriterium 2 = Kannkriterium, wenn vorhanden muss es richtig funktionieren 3 = Übergangskriterium, nur zulässig bis Ende 2000, danach Ko-Kriterium Seite 5 von 5 Ausgabe 1.3 vom

Zertifiziert durch: Legende: 1 = Musskriterium 2 = Kannkriterium, wenn vorhanden muss es richtig

Ähnliche Dokumente

Print2CAD 2017, 8th Generation. Netzwerkversionen

Installation der Netzwerkversion Kazmierczak Software Print2CAD 2017, 8th Generation Print2CAD 2017, 8th Generation Netzwerkversionen Einführung Installationshinweise Die Programme von Kazmierczak Software