Das Thema des Berichts lautet
„1C: DSS als Instrument zur Implementierung, Entwicklung und Wartung von Informationssystemen“.1C DSS = Application Design System
Gemäß Empfehlung 1C sollte die Implementierung und Wartung von ERP-Systemen und anderen ähnlichen "schweren" Systemen im DSS als begleitendes Tool durchgeführt werden.
Schlussfolgerungen aus der Lektüre des Berichts:- DSS ist ein sehr problematisches Produkt
- Die Ursache der Probleme ist, dass DSS falsch verwendet wird.
- Es besteht Interesse an DSS, viele sind besorgt darüber, wie das Projektmanagement zur Automatisierung und Verwaltung der Funktionalität konfigurierbarer und gewarteter Systeme in Ordnung gebracht und systematisch angegangen werden soll.
Was bedeutet die Definition „DSS wird von vielen falsch verwendet“?
Erstens hat die überwiegende Mehrheit der Benutzer von DSS es Entwicklern überlassen.
In solchen Fällen sind die Entwickler dafür verantwortlich, die Funktionsweise von Abrechnungssystemen in DSS zu beschreiben und Entwicklungsaufgaben zu kompilieren.
Das ist falsch.
JIRA und seine ähnlichen kostenlosen Produkte werden solche Aufgaben bewältigen.
Entwicklerarbeit in DSS ist nicht vorgesehen. DSS sollte dem Entwickler Entwicklungsaufgaben übertragen.
Der Entwickler von DSS und damit von völlig anderen Projektbeteiligten sollte fertige, detaillierte Spezifikationen erhalten.
Zweitens reicht selbst die Arbeit eines Systemarchitekten in DSS nicht aus.
DSS ist nur dann wirksam, wenn eine Beschreibung der Geschäftsprozesse der Organisation und separat eine Beschreibung der Funktionalität des (entwickelten oder implementierten) Softwareprodukts vorgenommen wird.
Und der Architekt muss jeden Geschäftsprozess mit der Funktion des Systems verbinden.
Wenn etwas fehlt, wird entweder der Schluss gezogen, dass das System nicht zu den Prozessen des Kunden passt, oder die Funktionalität des Systems wird finalisiert (es wurde in DSS entworfen!).
In diesem Zusammenhang wird auf der vierten Folie der Präsentation gezeigt, wie sich die Beschreibung der Geschäftsprozesse für die Arbeit an einem Projekt zur Implementierung des DSS von der in der Konfiguration eingebetteten DSS-Funktionalität unterscheiden würde.
Fazit : Jedes Projekt zur Implementierung von DSS ist zum Scheitern verurteilt, wenn es von Entwicklern abhängt.
DSS sollte viel früher mit der Arbeit beginnen - bei der Erfassung von Anforderungen und der Beschreibung von Geschäftsprozessen.
PS Modisches Thema DSS + Vanessa ...
Wenn Sie in DSS die Beschreibung von Prozessen (Prozessschritten) für Benutzeroperationen durchführen,
Tatsächlich kann man für Vanessa eine Folge von Operanden der Gerkin-Sprache erhalten.
Das heißt fast fertiges Drehbuch.
Auch hier sollte die Schlussfolgerung aus dem Nachskript - Skripten nicht von Testern geschrieben werden, sondern von denen, die die Prozesse beschreiben.
Vom Tester (Entwickler / Programmierer) ist es nur erforderlich, die Schritte der Prozesse in die genauen Befehle der Sprache zu übersetzen (schließlich können Sie diesen Moment angesichts der „Menschlichkeit“ der Gerkin-Sprache automatisieren).