Projektschritte |
Mögliche Probleme und Fehler |
1. Brainstorming |
Auftragnehmer und Auftraggeber erarbeiten ein erstes Gerüst der zukünftigen Anwendung mit
- den Kernanforderungen
- und der Zielsetzung
|
- Die späteren Anwender werden nicht rechtzeitig oder intensiv genug einbezogen
|
2. Aufnahme der Anforderungen
(erste Ist-/Soll-Analyse) |
- Der Auftragnehmer lernt das Unternehmen und dessen Produkte im Zusammenhang mit der zukünftigen Anwendung kennen.
- Interviews mit den beteiligten Parteien werden geführt.
- Die Rahmenbedingungen werden analysiert:
- Aufgabenstellung
- Altsysteme
- DV-technische Rahmenbedingungen
- Betriebsorganisation und -abläufe
- Der grundlegende Ablauf der zukünftigen Anwendung wird skizziert (z.B. nach dem
- EVA-Prinzip (Eingabe-Verarbeitung-Ausgabe)
- Informationsfluss
- Schnittstellen
|
- Wichtige Ansprechpartner stehen nur unzureichend oder gar nicht zur Verfügung
- Unzureichende Dokumentation der Altsysteme
- Schnittstellen zu anderen Anwendungen sind noch nicht definiert oder befinden sich noch in der Entwicklungsphase
- Geplant Veränderungen hinsichtlich der Organisation, der Rahmenbedingungen und der zur Verfügung stehenden Informationen finden keine Berücksichtigung
|
3. Grobkonzeption |
- Beschreibung der Ziele und Anforderungen
- Definition der Kernfunktionen (KO-Kriterien)
- Definition der weiteren Funktionen (weiche Kriterien)
- Beschreibung der DV-technischen Rahmenbedingungen
- Beschreibung der Projektphasen mit den entsprechenden Tätigkeiten
- Aufwandsschätzung
- Definition des Schätzrisikos
- Definition von Abgrenzungen und Ausschlüssen
|
- Wesentliche Sachverhalte werden nicht erkannt bzw. wissentlich oder unwissentlich zurückgehalten
- Die Ist-/Soll-Analyse wurde aus Zeitmangel nur unzureichend durchgeführt
- Der Einführungsaufwand für die neue Anwendung wird unterschätzt
- Abgrenzungen und Ausschlüsse werden nicht oder nur unzureichend beschrieben
|
4. Projektplanung |
- Zerlegen der Entwicklungsphasen in Detailaufgaben
- Definition von Meilensteinen
- Bestimmung von Entwicklungspaketen bzw. -abschnitten
- Beschreibung des Projektes mittels Gant-Diagramm
|
- Unternehmensinterne Kommunikations- und Abstimmungsprozesse werden nicht ausreichend genug geplant
- Die Entwicklungsphase wird aufgrund von Zeitdruck ohne Pufferzeit geplant
- Die Planung erfolgt auf der Basis von zu optimistisch eingeschätzten Rahmenbedingungen
|
5. Detailanalyse / Feinkonzeption / DV-Konzeption / Lastenheft / Pflichtenheft |
- Beschreibung des Aufgabengebietes
- Beschreibung der organisatorischen und DV-technischen Rahmenbedingungen
- Beschreibung des Informationsmodells
- Beschreibung des Datenmodells
- Beschreibung des Datenflusses
- Beschreibung von Rechen- und Entscheidungsalgorithmen
- Beschreibung des Funktionsmodels (Umsetzung der Fachfunktionen in Anwendungsfunktionen)
- Beschreibung der Benutzeroberfläche
(Design-Manual)
- Beschreibung von Schnittstellen
- Erstellung eines Prototypen
- Festlegung bzw. Definition der System- und Softwarearchitektur
|
- Für die Erstellung des Konzeptionen und des Lasten-/Pflichtenheftes steht nicht genügen Zeit zur Verfügung
- Die Darstellung von DV-technischen Sachverhalten ist oft zu abstrakt und wird vom Auftraggeber nicht genug verstanden
- Während der Konzeptionsphase stehen Ansprechpartner nicht oder nur unzureichend zur Verfügung
- Anwender und DV-Spezialisten finden keine gemeinsame Kommunikationsebenen, Missverständnisse sind vorprogrammiert
- Der Prototyp hat einen nur sehr eingeschränkten Funktionsumfang
|
Sie suchen Unterstützung bei der Entwicklung von Software? Sie benötigen einen externen Sachverständigen? Gerne beraten wir Sie kostenlos und unverbindlich. Bitte