|
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
Ein wesentlicher Bestandteil der Anwendungsentwicklung ist die Konzeption der Software. Dabei analysieren wir mit Ihnen die individuellen fachlichen Anforderungen sowie Fragestellungen zu Ihrer IT-Infrastruktur und stellen diese in verschiedenen Konzeptionen schriftlich zusammen. Je komplexer die Software wird, umso wichtiger ist eine gründliche Konzeption.