|
Projektschritte |
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 Alt-
systeme
• 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 aus-
reichend genug geplant
• Die Entwicklungsphase wird aufgrund von
Zeitdruck ohne Pufferzeit geplant
• Die Planung erfolgt auf der Basis von zu
optimistisch eingeschätzten Rahmen-
bedingungen |
|
5. Detailanalyse / Feinkonzeption / DV-Konzeption / 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 Pflichtenheftes steht nicht genügen Zeit
zur Verfügung
• Die Darstellung von DV-technischen Sach-
verhalten ist oft zu abstrakt und wird vom
Auftraggeber nicht genug verstanden
• Während der Konzeptionsphase stehen
Ansprechpartner nicht oder nur unzu-
reichend zur Verfügung
• Anwender und DV-Spezialisten finden keine
gemeinsame Kommunikationsebenen,
Missverständnisse sind vorprogrammiert
• Der Prototyp hat einen nur sehr einge-
schränkten Funktionsumfang |
Aktuelles
Konzeption von Software
