T.3 IT Project Types
Im folgenden werden die Vorhabentypen beschrieben, für die derzeit ein Standardisiertes Vortailoring existiert. Als Grundlage für die Typisierung werden die Merkmale benutzt, die im nächsten Abschnitt beschrieben sind.
Allgemeine Annahmen
Bei allen Vorhabentypen werden bei der Auswahl der Aktivitäten und Produkte folgende Annahmen getroffen:
- Es besteht keine Kritikalitätsstufung beim geplanten Vorhaben. D. h. alle Softwareanteile werden hinsichtlich der einzusetzenden Methoden zur Erstellung und Prüfung gleich behandelt.
- Es ist keine Datenbankentwicklung vorgesehen.
Treffen diese Annahmen bei einem geplanten konkreten Vorhaben nicht zu, so sind unter Heranziehung der Durchführungsbedingungen der Tailoring-Formblätter (Abschnitt T.3.6 Tailoring-Formblätter ) zusätzliche Aktivitäten und Produkte auszuwählen.
Die Durchführungsbedingungen sind auch dann zu beachten, wenn für eines der vorhabenspezifischen Merkmale
- Komplexität von Funktionen,
- Komplexität von Daten
- Wartbarkeitsanforderungen
der im zugehörigen Vorhabentyp festgelegte Merkmalswert vom Merkmalswert eines geplanten konkreten Vorhabens abweicht.
Für die Definition von Vorhabentypen sind Merkmale und ihre Quantifizierung notwendig. Die Merkmale "Projektgröße", "Komplexität" und "Wartbarkeitsanforderungen" werden in den Kategorien "gering/klein", "mittel" und "hoch/groß" beschrieben.
IT-Projekte haben unterschiedlichen Umfang. Dies muß bei der Auswahl von Aktivitäten und Produkten berücksichtigt werden. Als Einteilungsmaß für die Projektgröße wird der Aufwand für ein Projekt (in Personenjahren, PJ) und die Anzahl der Projektmitarbeiter verwendet.
Die Größe eines Projekts wird nach dem folgendem Schema eingestuft:
| Projektgröße |
Aufwand in Personenjahren |
|
Anzahl Mitarbeiter |
| klein |
<= 0,5 |
oder |
<= 2
|
| mittel |
<= 5 |
oder |
<= 5
|
| groß |
> 5 |
oder |
> 5
|
Tabelle T.4: Projektgrößeneinstufung
In den Fällen, in denen die Projektgröße nach obigem Schema nicht eindeutig festgelegt wird, ist die größere Projektgröße zu wählen. Z. B. bei einem Projekt mit 2 Mitarbeitern (führt zur Einstufung "klein") und 3 PJ Aufwand (führt zur Einstufung "mittel") ist die Einstufung "mittel" zu wählen.
In den Produkten Anwenderforderungen und Technische Anforderungen werden die Funktionen und Daten beschrieben und fachlich strukturiert. Die in diesen Dokumenten beschriebenen Funktionen und Daten sind anhand ihrer fachlichen Strukturierung hinsichtlich ihrer Komplexität zu klassifizieren. Die Bewertung der Komplexität erfolgt durch eine zahlenmäßige Bewertung von geeigneten Indikatoren.
Da die Ermittlung der Komplexität mit mathematischen Verfahren mit vertretbarem Aufwand nur mit einem Softwarewerkzeug erfolgen kann, wird hier ein vereinfachtes Verfahren zur Komplexitätseinstufung von Funktionen und Daten vorgeschlagen. Zur Bewertung wird dabei die in den oben genannten Anforderungsdokumenten erfaßte Strukturierung der Funktionen und Daten herangezogen.
- Auf System-, Segment- und SW-Einheiten-Ebene wird die Komplexität anhand der erwarteten Anzahl der Subfunktionen und der Anzahl der internen Schnittstellen klassifiziert.
- Auf Komponenten- und Modulebene erfolgt die Komplexitätsbewertung anhand der Codelänge.
- Die Komplexität von Daten, die sich in einer sequentiellen bzw. Entity-Relationship-Struktur darstellen lassen, wird anhand der Anzahl von Entitäten und der Anzahl der internen Verkettungen (Relationen oder Hierarchiestufen) klassifiziert.
Im folgenden werden die Indikatoren für die drei Komplexitätsklassen angegeben.
Funktionen Komplexität |
Anzahl Subfunktionen |
|
Anzahl Schnittstellen |
|
Anzahl Programmzeilen |
| gering |
< 10 |
und |
< 10 |
und |
< 100
|
| mittel |
< 30 |
und |
<30 |
und |
<300
|
| groß |
>=30 |
oder |
>=30 |
oder |
>=300
|
Tabelle T.5: Komplexitätseinstufung von Funktionen
Daten Komplexität |
Anzahl Entitäten |
|
Anzahl Relationen |
|
Anzahl Datenfelder |
| gering |
< 10 |
und |
< 10 |
und |
< 20
|
| mittel |
< 40 |
und |
< 40 |
und |
< 100
|
| groß |
>= 40 |
oder |
>= 40 |
oder |
>= 100
|
Tabelle T.6: Komplexitätseinstufung von Daten
Die Wartbarkeitseinstufungen werden folgendermaßen quantifiziert:
| Grad der Forderung |
Auswirkungen auf die Änderbarkeit |
| gering |
nur minimale Änderungen sind zu erwarten
|
| mittel |
(regelmäßige) Anpassungen, jedoch lokaler Art werden erwartet
|
| hoch |
wesentliche Änderungen sind sehr wahrscheinlich
|
Tabelle T.7: Quantifizierung der Wartbarkeitsanforderungen
- Projektbeschreibung
Das Projekt wird meist von einem oder zwei Mitarbeitern durchgeführt. Häufig ist der Ersteller der Software auch deren Anwender. Die Anwendung selbst läuft häufig auf einem PC.
- Projektgröße
Nicht mehr als 0,5 Personenjahre bei 1 bis 2 Mitarbeitern.
- Komplexität
Die Komplexität sowohl der Funktionen als auch der Daten ist gering.
- Wartbarkeitsanforderungen
Low.
- Beispiele für kleinere administrative Vorhaben:
- Statistikprogramme
- Businessgrafik
- dBase-Applikationen mit Auswertungen
- Projektbeschreibung
Das Projekt wird von einer kleineren Gruppe von Mitarbeitern durchgeführt. Die Anwendung läuft häufig in einem PC-Netz.
- Projektgröße
Der veranschlagte Aufwand ist nicht größer als 5 Personenjahre oder die Anzahl der Projektmitarbeiter nicht mehr als fünf.
- Komplexität
Die Komplexität sowohl der Funktionen als auch der Daten ist mittel.
- Wartbarkeitsanforderungen
Mittel
- Beispiele für mittlere administrative Vorhaben:
- Reisekostenabrechnung im Auswärtigen Amt (3 Arbeitsplätze)
- EUROTELEFON im Wirtschaftsministerium (2-3 Arbeitsplätze)
- Projektbeschreibung
Es handelt sich um ein großes Projekt, das von einer größeren Anzahl von Mitarbeitern (mehr als fünf) durchgeführt wird. Beispiele derartiger Systeme sind Fachinformationssysteme (z. B. Personalverwaltungen, Materialverwaltungen, Organisationsaufgaben, Aktenverwaltungen, Registratur).
- Projektgröße
Der veranschlagte Aufwand ist größer als 5 Personenjahre, oder das Projekt wird von mehr als 5 Mitarbeitern durchgeführt.
- Komplexität
Die Komplexität sowohl der Funktionen als auch der Daten ist mittel.
- Wartbarkeitsanforderungen
Mittel
- Beispiele für große administrative IT-Vorhaben:
- Kraftfahrtbundesamt (Kfz-Daten)
- Bundesverwaltungsamt (Ausländerzentralregister, ca. 200 Bildschirme)
- IMIS-Umweltprojekt
- Patentinformationssystem des Deutschen Patentamts PATIS
- Projektbeschreibung
Es handelt sich um ein kleines bis mittleres Projekt, in dem der Schwerpunkt die technisch-wissenschaftliche Datenverarbeitung ist. Dies sind z. B. Modell- und Simulationsrechnungen, Grafik, Bildverarbeitung, Statistik, Festigkeitsberechnungen usw. Das Projekt wird von nicht mehr als 5 Mitarbeitern durchgeführt.
- Projektgröße
Nicht mehr als 5 Personenjahre oder nicht mehr als 5 Mitarbeitern.
- Komplexität
Die Komplexität der Funktionen ist mittel; die Komplexität der Daten ist gering.
- Wartbarkeitsanforderungen
Low
- Beispiele:
- Tidensimulation
- Meßwerterfassung
- Projektbeschreibung
A large project, concentrating on technical-scientific data processing. These are, e. g., particularly large model and simulation processing, graphics, image processing, statistics, calculation of strength, etc.. The project is realized by no more than 5 staff members.
- Projektgröße
The projected cost/effort is larger than 5 man years or the project is realized by more than 5 staff members.
- Komplexität
The complexity of the function is medium; the complexity of the data is low.
- Wartbarkeitsanforderungen
low
- Examples:
- weather forecast
- air safety applications (radar data presentation)
- Projektbeschreibung
Bei diesem Vorhabentyp sind nur wenige V-Modell-Aktivitäten und Produkte erforderlich, da mit dem Fertigprodukt bereits ein großer Teil der Funktionalität existiert.
- Projektgröße
Der Aufwand ist nicht mehr als 0,5 Personenjahre bei nicht mehr als 2 Mitarbeitern.
- Komplexität
Die Komplexität sowohl der Funktionen als auch der Daten der Ergänzungen bzw. Modifikationen ist gering.
- Wartbarkeitsanforderungen
Mittel
- Beispiele:
- Bürokommunikationseinrichtungen
- Telekommunikationseinrichtungen
Die nachstehende Matrix gibt eine zusammenfassende Darstellung der Beziehungen von Vorhabentypen und Merkmalswerten.
| |
Aufwand in Personenjahren |
Anzahl Mitarbeiter |
Komplexität der Funktionen |
Komplexität der Daten |
Wartbarkeitsanforderungen |
Administrative IT-Vorhaben |
klein |
<= 0,5 |
<= 2 |
gering |
gering |
gering |
| mittel |
<= 5 |
<= 5 |
mittel |
mittel |
mittel
|
| groß |
> 5 |
> 5 |
mittel |
mittel |
mittel
|
Techn./Scient. IT Projects |
klein |
<= 5 |
<= 5 |
mittel |
gering |
gering |
| groß |
> 5 |
> 5 |
medium |
gering |
gering
|
| Ausw./Beschaff./Anpassung von Fertigprodukten |
<= 0,5 |
<= 2 |
gering |
gering |
mittel
|
Tabelle T.8: Vorhabentypen und Merkmalswerte