Informatiker FA - M189

- Qualitäts-Organisation

- Richtlinien

- Methoden

- Werkzeuge

Die Qualitäts-Organisation legt im Rahmen einer Aufbauorganisation für ein Qualitätssicherungssystem die Aufgaben, Kompetenzen und Verantwortlichkeiten der Qualitätssicherungsstelle fest.

Richtlinien sind Vorgaben, die von den betroffenen Projektmitarbeitern unbedingt eingehalten werden müssen.

Methoden sind planmässig angewandte, begründete Vorgehensweisen zur Ereichung von festgelegten Zielen.

Werkzeuge sind rechnergestützte Hilfsmittel für die Entwicklung, Verwaltung, Prüfung etc. der Hard- und Software.

- QS Manager

- Projektleiter

- Analytiker

Der Qualitätsmanager, der Projektleiter, und der Analytiker sind diejenigen Personen, welche die Qualität des Produkts und Prozesses mit gezielten Aufträgen direkt beinflussen können.

stellt die Erfüllung der an die Prozess- und Produktqualität gestellten Anforderungen sicher und sorgt für eine stetige Verbesserung des Qualitätsmanagementssystems innerhalb einer Organisationseinheit.

muss sich für das Erreichen des definierten Projetkziels unter Einhaltung des Kosten- und Terminrahmens bei voller Erfüllung des geforderten Leistungsumfangs und der geforderten Qualität verantwortlich zeigen.

ist vorallem für die Erstellung der Anforderungen aufgrund einer detaillierten Systemanalyse verantwortlich.

- Vereinheitlichung der Vorgehensweise

- Vergleichbarkeit der Ergebnisse

- Planbarkeit des Produkteentwicklungsprozesse

- Bewertbarkeit

-Austauschbarkeit von Mitarbeitern

-Prozessorientierung als Basis für "Business Excellence"

Ein iteratives Vorgehen basiert auf einer komponentenbasierten Entwicklung gekoppelt mit dem Grundsatz, dass eine Projektphase mehrmals durchlaufen wird, bis alle relevanten Anforderungen erfüllt sind. Jede Iteration wird mit einem Meilenstein abgeschlossen, bei dem bestimmte Anforderungen erfüllt sein müssen, um die nächste Phase starten zu dürfen. Somit können Fehler und Aenderungen frühzeitig erkannt und korrigiert werden (insbesondere in der Analyse- und Konzeptionsphase)

Das PM liefert dem SE Plandaten (z.B. Projektplan, Arbeitsaufträge etc.) zur Steuerung des Systementwicklungsprozesses und stellt das Informationssystem für alle Beteiligten der Systementwicklung bereit. Das SE informiert das PM kontinuierlich mit Ist-Daten über den aktuellen Stand in Bezug auf Produktetnwicklungsfortschritt, Kosten, Zeit, Risiko usw. unter Berücksichtigung der Arbeitsaufträge.

Das PM liefert dem QS alle relevanten Plandaten (z.B. QS-Plan, Prüfplan), welche für die Produkt- und Prozessprüfung relevant sind.

Die QS gibt dem PM die QS-Anforderungen vor, die für dei Planung, Steuerung, Kontrolle und Information des Projekts relevant sind, informiert das PM mit IST-Daten in Bezug auf erbrachte Leistungen, Kosten, Risiken etc. und liefert dem PM die QS-Ergebnisse nach erfolgter Produkt- und Prozessprüfung, damit das PM die notwendigen korrigierenden Massnahmen planen und einleiten kann.

Das PM liefert dem CCM die Plandaten, die für die Abwicklung des Problem- und Change-Managements, Versions- sowie Build- und Release Managements relevant sind. Das CCM informiert das PM mit den IST-Daten über ein Problem- und Change-Requests sowie über die Bereitstellung von Konfigurationen und die Auslieferung des Produkts.

Beim Projektstart werden die wichtigsten Eckdaten in Bezug auf Kosten, Termine, Leistungen (Lieferobjekte) und Projektorganisation definiert. Wenn in dieser Phase bereits Fehler unterlaufen, hat dies enorme Konsequenzen auf die folgenden Phasen.

Projektstrukturplan und Stakeholderanalyse

Vorgangsknoten-Netzplan

- Vorgänge durch Knoten

Vorgangspfeil-Netzplan

- Vorgänge durch Pfeile

Ereighnisknotenplan

- Ereignisse durch Knoten

- Abhängigkeiten durch Pfeile

Die Projektfortschrittsanalyse kann wie folgt eingesetzt werden:

- Intern, um Termin- und Kostenabweichungen zu einem frühen Zeitpunkt zu erkennen und entsprechende Steuerungsmassnahmen ergreifen zu können

- Extern, um dem Auftraggeber die erforderlichen Berichte über die termin- und kostengerechte Durchführung des Projekts zu liefern.

Darin werden alle relevanten Anforderungen an das zu entwickelnde SW-Produkt auf systematische Art und Weise technologieneutral festgelegt. Das Hauptergebnis der Anforderungsanalyse ist die Anforderungsspezifikation, die alle relevanten funktionalen und nicht-funktionalen Anforderungen in Form von Modellen und Beschreibungen beinhaltet.

Ziel ist, jenes Produkt auf dem Markt zu finden, welches die in der Anforderungsspezifikation festgelegten Kriterien am beseten erfüllt. Die Kernaktivitäten sind die Erstellung einer Anforderungsspezifikation mit Kriterienkatalog, die gezielte Selektion der potentiellen Anbieter sowie die systematische Bewertung der Angebote.

Methodenunterstützung

Dokumentationsgenerierung

Verwaltungs-Funktion (Repository/Wiederverwendbarkeit)

Qualitätssteigernde Funktionen

Die Entwicklungsmethode muss so unterstützt werden, wie es in der Fachliteratur definiert ist.

Die Dokumentation der erarbeiteten Ergebnisse muss empfängergerecht aufbereitet (generiert) werden können.

Alle erarbeiteten Ergebnisse müssen auf systematische Art und Weise verwaltet (u.a. versioniert und wiederverwendet werden können.

Mit Konsistenzprüfungen sollen insbesondere Unvollständigkeiten und methodische Mängel aufgedeckt werden.

Ein CASE-Plattform dient als BASIS für eine Software-Entwicklungsumgebung. In eine CASE-Plattform können einzelne CASE-Werkzeuge integriert werden. Dazu muss die BASIS einige Basisdienstleistungen zur Verfügung stellen. Dazu gehören eine einheitliche Benutzeroberfläche, ein Repository und ein Kommunikationsmechanismus für den Datenaustausch zwischen den einzelnen Werkzeugen.

Im Gegensatz zu HW-Produkt ist ein SW-Produkt immateriell. Deshalb kann der Entwicklungsstand von noch nicht lauffähiger SW nicht immer direkt ermittelt werden. Eine Untersuchung derselben erfordert einen Experten und oft denselben Aufwand wie die Entwicklung selbst. Deshalb wird der Fortschritt meistens nur anhand der Aussagen der Entwickler bestimmt.

Die QS gibt dem SE die QS-Anforderungen vor, die bei der Produktentwicklung zu berücksichtigen sind. Die SE liefert der QS das entwickelte Produkt, bzw. dessen Bestandteile, damit die QS die Prüfung des Produkts gemäss Prüfplan durchführen kann.

Die QS gibt dem CCM die QS-Anforderungen vor, die beim Change-Management, ber der Versionsverwaltung und Produktkonfiguration zu berücksichtigen sind. Das CCM stellt der QS das zu prüfende Produkt mit allen notwendigen Bestandteilen bereit.

QS-Plan: enthält die für ein Projekt gültigen generellen Festlegungen. WAS (Identifizierung der relevanten Qualitätsmerkmale), WIE (Methoden und Werkzeuge), WANN (Zeitpunkte) und VON WEM (Festlegung von Verantwortlichkeiten)

Prüfplan: definiert Prüfgegenstände, die Aufgaben und Verantwortlichkeiten bei den Prüfungen, die zeitliche Planung sowie die für die Durchführung erforderlichen Ressourcen.

Die SE liefert dem CCM das Produkt mit all seinen Bestandteilen zur Sicherstellung der systematischen Ablage, Versionierung sowie Konfigurationsbildung.

Das CCM liefert dem SE bei Bedarf das Produkt bzw. dessen Bestandteile in der von der SE gewünschten Version.

Die QS gibt dem CCM QS-Anforderungen vor, die beim Change-Management, beid der Versionsverwaltung und Produktkonfiguration zu berücksichtigen sind.

Das CCM stellt der QS das zu prüfende Produkt (Build) mit allen notwendigen Bestandteilen bereit.

Das CCM liefert dem Betrieb (WB) das getestete und betriebsbereite Produkt als Release aus. Der Betrieb (WB) liefert dem CCM Change-Requests, damit durch das CCM die notwendigen Massnahmen im Rahmen des Problem- und Change-Managements eingeleitet werden können.