T.4.3.4 Submodell SE

  T.4.3.4 Submodel SD

Inhalt		Table Verknüpfungen mit der V-Modell Mailingliste

Table

AT	TT	Aktivität	Begründung zur Streichung	Auswirkungen
-	-	SE1 - System-Anforderungsanalyse
		SE1.1 - Ist-Aufnahme/-Analyse durchführen	Es handelt sich um ein Pflege/Änderungs-Projekt Der Ist-Zustand hat keinen Einfluß auf die Neuentwicklung.	Das Kapitel Anwenderforderungen.Ist-Aufnahme und Ist-Analyse entfällt.
		SE1.2 - Anwendungssystem beschreiben	Die externen Vorgaben erfüllen inhaltlich und formal das Produktmuster Anwenderforderungen.Grobe Systembeschreibung und Anwenderforderungen.IT-Sicherheitsziel.	Die Kapitel Anwenderforderungen.Grobe Systembeschreibung und Anwenderforderungen. IT-Sicherheitsziel entfallen.
		SE1.3 - Kritikalität und Anforderungen an die Qualität definieren	Neben der Funktionalität des zu entwickelnden Systems sind keine weiteren Qualitätsanforderungen relevant. Das System dient als Prototyp für den Nachweis der Machbarkeit. Eine Kritikalitätsbetrachtung ist nicht erforderlich.	Die Kapitel Anwenderforderungen.Qualitätsforderungen und Anwenderforderungen.Kritikalität des Systems entfallen.
		SE1.4 - Randbedingungen definieren	Technische Anforderungen beschrieben.	Das Kapitel Anwenderforderungen.Randbedingungen entfällt.
		SE1.5 - System fachlich strukturieren	Die externen Vorgaben erfüllen inhaltlich und formal das Produktmuster Anwenderforderungen.Organisatorische Einbettung, Anwenderforderungen.Nutzung, und Anwenderforderungen.Beschreibung der Funktionalität.	Die Kapitel Anwenderforderungen.Organisatorische Einbettung, Anwenderforderungen.Nutzung und Anwenderforderungen.Beschreibung der Funktionalität entfallen.
		SE1.6 - Bedrohung und Risiko analysieren	Der Bedrohungsaspekt ist nicht relevant; bei Fehlverhalten des System werden nur geringe Risiken erwartet. Die Regelungen des Grundschutzes werden beachtet (auf der Ebene der Anwenderorganisation generell sichergestellt) und weder eingestufte noch personenbezogene Daten werden verarbeitet.	Die Kapitel Anwenderforderungen.Bedrohungs- und Risikoanalyse und Anwenderforderungen.IT-Sicherheit entfallen.
		SE1.7 - Forderungscontrolling durchführen	Die Forderungen sind wirtschaftlich realisierbar.	-
		SE1.8 - Software-Pflege- und Änderungs-Konzept erstellen	Es handelt sich um ein Pflege/Änderungsprojekt und das Produkt "SWPÄ-Konzept liegt vor.	Das Produkt SWPÄ-Konzept kommt von extern.
-	-	SE2 - System-Entwurf
-	-	SE2.1 - System technisch entwerfen
		SE2.2 - Wirksamkeitsanalyse durchführen	Sicherheitsaspekte sind nicht relevant.	Das Kapitel Systemarchitektur .IT-Sicherheitskonzept entfällt.
		SE2.3 - Realisierbarkeit untersuchen	Es existiert nur eine Lösung, die aus ausreichender Erfahrung in Anwendungsproblematik entstanden ist. Die Einsatz- und Entwicklungsumgebung ist bekannt und kann unter geringem Entwicklungsrisiko genutzt werden. Die Lösungsansatz ist vorgegeben bzw. durch Vorstudien bereits ermittelt.	Das Kapitel Systemarchitektur .Realisierbarkeitsuntersuchungen entfällt.
-		SE2.4 - Anwenderforderungen zuordnen	Die Zuordnung der Anwenderforderungen ergibt sich aus der Beschreibung des technischen Aufbaus in Aktivität SE2.1.	-
-		SE2.5 - Schnittstellen beschreiben	Das zu entwickelnde System weist keine komplexen Schnittstellen auf.	Das Produkt Schnittstellenbeschreibung entfällt.
-		SE2.6 - System-Integration spezifizieren	Die Integration ist aus dem Produkt Systemarchitektur ableitbar und benötigt keine weiteren Erläuterungen.	Das Produkt Integrationsplan entfällt.
		SE3 - SW-/HW-Anforderungsanalyse	Beauftragter Gegenstand ist eine SW-Einheit/HW-Einheit, und die externen Vorgaben erfüllen inhaltlich und formal das Produktmuster Technische Anforderungen.	Das Produkt Technische Anforderungen kommt von extern.
-		SE3.1 - Allgemeine Anforderungen aus Sicht der SW-/HW-Einheit definieren	Anforderungen sind bereits in Aktivität SE2.1 ausreichend berücksichtigt.	Aktivität SE2.1 darf nicht gestrichen werden.
-		SE3.2 - Anforderungen an die externen Schnittstellen der SW-/HW-Einheit präzisieren	Die Schnittstellen sind bereits in Aktivität SE2.5 ausreichend beschrieben.	Aktivität SE2.5 darf nicht gestrichen werden.
		SE3.3 - Anf. an die Funktionalität definieren	Beauftragter Gegenstand ist eine SW-Einheit/HW-Einheit, und die externen Vorgaben erfüllen inhaltlich und formal das Kapitel 5.2 des Produktmusters Technische Anforderungen.Gesamtfunktion des Elements.	Die Anforderungen an die Funktionalität kommen von extern.
-		SE3.4 - Anforderungen an die Qualität der SW-/HW-Einheit definieren	Qualitätsanforderungen wurden bereits im Produkt Anwenderforderungen für die Elemente des Systems ausreichend beschrieben.	Das Kapitel Technische Anforderungen.Qualitätsforderungen entfällt.
-		SE3.5 - Anforderungen an Entwicklungs- und SWPÄ-Umgebung definieren	Anforderungen an die Entwicklungs- und SWPÄ-Umgebung sind bereits in Aktivität SE2.1 ausreichend beschrieben.	Aktivität SE2.1 darf nicht gestrichen werden.
		SE4 - SW-Grobentwurf	SW-Einheit wird durch ein Fertigprodukt realisiert.	Das Produkt SW-Architektur entfällt.
-	-	SE4.1 - SW-Architektur entwerfen
-		SE4.2 - SW-interne und -externe Schnittstellen entwerfen	Die Schnittstellen sind bereits in den Aktivitäten SE2.5, SE3.2 bzw. SE4.1-SW ausreichend beschrieben.	-
-		SE4.3 - SW-Integration spezifizieren	Die Integration ist aus dem Produkt SW-Architektur ableitbar und benötigt keine weiteren Erläuterungen.	Die Beschreibung der Integrationsmaßnahmen im Produkt Integrationsplan hinsichtlich der SW-Einheit entfällt.
		SE5 - SW-Feinentwurf	SW-Einheit wird durch ein Fertigprodukt realisiert. Die Algorithmik wurde bereits in der SW-Architektur ausreichend beschrieben.	Das Produkt SW-Entwurf (Modul/Datenbank) entfällt.
-		SE5.1 - SW-Komponente/-Modul/Datenbank beschreibenk	Die Realisierung (in Form einer Programmiervorgabe) der SW-Komponente/SW-Modul/Datenbank ist bereits in dem Produkt "SW-Architektur" beschrieben, und die SW-Komponente/SW-Modul/Datenbank ist weder kritisch noch komplex.	Das Kapitel SW-Entwurf (Modul).Beschreibung/SW-Entwurf (Datenbank).Beschreibung entfällt.
-		SE5.2 - Betriebsmittel- und Zeitbedarf analysieren	Tas betrachtete Modul beansprucht die vorhandenen Ressourcen nur in geringem Maße und dies wird im Rahmen der Moduldokumentation (SW-Entwurf) nachvollziehbar plausibel gemacht (z. B. durch kurze Erläuterung).	Das Kapitel SW-Entwurf (Modul).Kenngrößen/SW-Entwurf (Datenbank).Kenngrößen entfällt.
		SE6 - SW-Implementierung	SW-Einheit wird durch ein Fertigprodukt realisiert.	Das Produkt Implementierungsdokumente entfällt.
-	-	SE6.1 - SW-Modul codieren
-	-	SE6.2 - Datenbank realisieren
		SE6.3 - Selbstprüfung des SW-Moduls/der Datenbank durchf.	Die Selbstprüfung obliegt dem Entwickler und wird nicht vom Projektleiter im Produkt Projektplan berücksichtigt (Zuordnung von Zeit und Ressourcen).	-
		SE7 - SW-Integration	SW-Einheit wird durch ein Fertigprodukt realisiert.	Die SW-Integration entfällt.
-		SE7.1 - Zur SW-Komponente integrieren	Die SW-Architektur sieht keine SW-Komponenten vor.	-
		SE7.2 - Selbstprüfung der SW-Komponente durchführen	Die Selbstprüfung obliegt dem Entwickler und wird nicht vom Projektleiter im Produkt Projektplan berücksichtigt (Zuordnung von Zeit und Ressourcen).	-
-	-	SE7.3 - Zur SW-Einheit integrieren
		SD 7.4-SW Selbstprüfung der SW-Einheit durchführen	Die Selbstprüfung obliegt dem Entwickler und wird nicht vom Projektleiter im Produkt Projektplan berücksichtigt (Zuordnung von Zeit und Ressourcen).	-
-	-	SE8 - System-Integration
-		SE8.1 - Zum System integrieren	Das System besteht nur aus einer SW-Einheit.	-
		SE8.2 - Selbstprüfung des Systems durchführen	Die Selbstprüfung obliegt dem Entwickler und wird nicht vom Projektleiter im Produkt Projektplan berücksichtigt (Zuordnung von Zeit und Ressourcen). .	-
-	-	SE8.3 - Produkt bereitstellen
-	-	SE9 - Überleitung in die Nutzung
		SE9.1 - Beitrag zur Einführungsunterstützung leisten	Eine Einführungsunterstützung ist nicht erforderlich.	-
		SE9.2 - System installieren	Das System wird bereits in der Zielumgebung entwickelt.	-
-	-	SE9.3 - In Betrieb nehmen

Verknüpfungen mit der V-Modell Mailingliste

This page online  •  GDPA Online  •  Last Updated 03.Mar.2004 by C. Freericks