Eine Einführung in die Programmiersprache C und ... - C /C++ Ecke
Eine Einführung in die Programmiersprache C und ... - C /C++ Ecke
Eine Einführung in die Programmiersprache C und ... - C /C++ Ecke
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
<strong>E<strong>in</strong>e</strong> <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>die</strong> Informatik <strong>und</strong> <strong>die</strong> <strong>Programmiersprache</strong> C<br />
30.2 Der Projektablauf / Phasenmodell<br />
Die Aufgabe des Phasenmodells ist es, <strong>die</strong> zeitliche Dimension e<strong>in</strong>es Projektes zu gliedern.<br />
Dabei kann zwischen sachlicher Aufteilung (Gliedern des Gesamtprozesses <strong>in</strong> überschaubare Teilaktivitäten)<br />
<strong>und</strong> zeitlicher Gliederung (Zerlegung der Projektzeit <strong>in</strong> absehbare Intervalle) unterschieden<br />
werden.<br />
Die Anwendung e<strong>in</strong>es Phasenmodells (Auch Vorgehensmodell genannt) erlaubt es, während der<br />
Projektzeit Aussagen über das Projekt zu machen. In <strong>die</strong>sem S<strong>in</strong>ne kann das Phasenmodell als<br />
Mess<strong>in</strong>strument für <strong>die</strong> Projektleitung verstanden werden:<br />
Wer macht was? Zuständigkeit <strong>und</strong> Verantwortlichkeiten für e<strong>in</strong>zelne Aktivitäten <strong>und</strong><br />
Phasen regeln<br />
Was ist gemacht worden? Projektfortschritt anhand erreichter Ergebnisse kontrollieren<br />
Was ist noch zu tun? Aufwand für verbleibende Aktivitäten abschätzen<br />
30.2.1 Die 5 Hauptphasen der Softwareentwicklung<br />
1. Analyse (30%)<br />
Benutzeranforderungen <strong>und</strong> technische Randbed<strong>in</strong>gungen <strong>in</strong> e<strong>in</strong>em Anforderungskatalog zusammenstellen.<br />
Systemanalyse durchführen. Daraus ergibt sich <strong>die</strong> Spezifikation mit e<strong>in</strong>em genauen<br />
Bild der Problemstellung. Eventuell rudimentären Prototypen erstellen. Dokumentation erstellen.<br />
2. Entwurf/Design (30%)<br />
Lösungskonzepte erarbeiten, d.h. Analyse verfe<strong>in</strong>ern, Module spezifizieren, Schnittstellen ausarbeiten.<br />
Für kritische Bereiche Prototypen erstellen. Dokumentation nachführen.<br />
3. Realisierung/Implementation (20%-30%)<br />
Detailspezifikation erarbeiten, Teilproblemen <strong>in</strong> <strong>Programmiersprache</strong> umsetzen, Tests der Prozeduren/Funktionen/Module<br />
durchführen. Getestete Module zusammenfügen. Dokumentation nachführen.<br />
4. Test (10% - 20%)<br />
Gesamtsystem testen, Produkt anhand der Spezifikation (Zielvorgaben) überprüfen. Dokumentation<br />
nachführen.<br />
5. Betrieb<br />
Produkt e<strong>in</strong>führen, Benutzer schulen, Nachkontrolle <strong>und</strong> Korrekturen durchführen, Produkt warten<br />
<strong>und</strong> modifizieren (Eventuell <strong>in</strong> Form e<strong>in</strong>es Nachprojektes). Dokumentation nachführen.<br />
Gedruckt am 11.09.2008 13:04:00 Letzte Änderung am: 11. September 2008 Version 2.4, I. Oesch 117/147
Change language