Home

2 Ausgangsbasis für ein projektbegleitendes Qualitätsmanagement

1. Bild 9 2 Qualit tsstufen des Testens 172 9 3 Beispiel Testkonzept dem Projektleiter in dem vorliegenden Testkonzept unter Ber cksichtigung der Qualit t des Testens dokumentiert Die Qualit t des Testens wird in Qualit tsstufen ausgedr ckt und ist aus Bild 9 2 ersichtlich 9 3 5 Testkonzeption Testorganisation Die nachstehende methodische Vorgehensweise stellt das Ger st f r alle in diesem Pro jekt vorgesehen Tests dar d h in allen Testaufgaben und Testaktivit ten sind grund s tzlich folgende Sachverhalte zu kl ren und in den Testdokumenten z B Testspezifi kation usw festzuhalten e Wann wird getestet e Was wird getestet e Wie wird getestet e Wer testet e Womit wird getestet e Wo wird getestet Nach der Beantwortung dieser Fragen muss sich ein Schema gem Bild 9 3 ergeben Nachstehend wird nun auf die einzelnen Ergebnisse n her eingegangen Wann Teststufen Was Testobjekte gt Testaufgaben Testaktivit ten Wer Testteam Womit Testtechniken Testumgebung z g Bild 9 3 Beispiel Testorganisation 173 9 Praxisteil Beispiel Pl ne Teststufen Um den Testumfang ermitteln und Testeinheiten bilden zu k nnen ist es erforderlich sich einen berblick ber das zu testende System zu verschaffen In Abh ngigkeit vom Anwendungsgebiet Eigenentwicklung Einsatz von Fremdsoft ware sollten bereits System bersichten vorliegen anderenfalls m ssen sie
2. 124 6 1 Modell f r qualit tsbezogene Kosten fung erstellt und fasst das Ergebnis der Pr fung zusammen Der Aufwand zur Erstellung des Pr fberichts betr gt weniger als 1 des Gesamtaufwandes F r eine detaillierte Aufwandssch tzung f r PQM Aktivit ten werden die Werte aus Tabelle 6 2 empfohlen Die Fehlerkosten 80 der qualit tsbezogenen Kosten werden nochmals aufgeteilt in Folgekosten Garantiekosten und Kulanz und stellen somit ein zu nutzendes Potenzial zur Verbesserung der Kostensituation im Projekt und in der Organisation dar 6 1 2 Kostenarten Die Zuordnung der einzelnen Kostenelemente zu den drei Kostenarten ist nicht immer ganz eindeutig Es gibt sicherlich Themen bei denen die Kosten einmal der einen und einmal der anderen Kostenart zugeordnet werden k nnen Die nachfolgend beschriebe nen Erkl rungen stellen deshalb nur eine allgemeine Orientierung dar e Kosten f r Fehlerverh tung e Kosten f r Pr fungen und Tests und e Kosten f r interne und externe Fehler Innerhalb dieser Hauptgruppen lassen sich die qualit tsbezogenen Kosten weiter unter gliedern Fehlerverh tungskosten Fehlerverh tungskosten sind Kosten die zur Fehlerverh tung oder anderen vorbeugen den Ma nahmen des PQM aufgewendet werden Dazu geh ren u a e Planung der Qualit t z B Anforderungsanalyse mit Festlegung der Qualit ts merkmale und Vorgehensweise im QM Plan Pr f und Testplan festlegen e Qualit t
3. Dieses Merkmal bezieht sich auf die Eignung von Dokumenten zur erfolgrei chen Vermittlung der darin enthaltenen Informationen an einen sachkundigen Leser Sind die Dokumente grunds tzlich geeignet f r die erfolgreiche Vermitt lung der Informationen an den sachkundigen Leser Fortsetzung auf Seite 236 235 11 Beispiele Checklisten Tabelle 11 4 Checkliste f r Dokumente Fortsetzung Fragen ja irrele vant nein Ist die Dokumentation sinnvoll gegliedert Ist eine Systematik roter Faden zu erkennen Sind Fachbegriffe und Abk rzungen erl utert Sind unterst tzende Darstellungen Bilder Diagramme Zeichnungen vorhanden Ist eine Kurzfassung vorhanden Sind Beispiele zur Erl uterung vorhanden Werden Synonyme mehrere Begriffe mit einer Bedeutung vermieden bzw in eindeutiger Weise verwendet Sind die Benutzerdokumentationen mit allen ihren Teilen sowie die Pro duktbeschreibung einheitlich in Begriffen und Benennung z B Layout von Masken Widerspruchsfreiheit Dieses Merkmal bezieht sich auf das Nichtvorhandensein sich entgegenstehen der Aussagen in Dokumenten Ist die vorhandene Benutzerdokumentation mit allen ihren Teilen im Ver h ltnis zur Produktbeschreibung widerspruchsfrei Sind alle Verfahrensfunktionen die in der Produktbeschreibung angek n digt sind ebenso in der Benutzerdokumentation beschrieben
4. 222cneeeeeenenennnn 218 10 2 4 Identifizierbarkeit Identification 222222 seeeeeeereenenenn 218 10 2 5 Normenkonformit t Conformity lt c sss riss eissi eneycorinp kadas 219 10 2 6 Verst ndlichkeit Understandability sssssseanrr ru rrrrr nne 219 10 2 7 Vollst ndigkeit Completeness eros erisrmi sr rrrere iare nrp iren 221 10 2 8 Widerspruchsfreiheit Contradictionless 222222neeeeen 222 10 3 Beispiel f r ungewichtete und gewichtete Qualit tsmerkmale 223 11 Beispiele Checklisten ass 202 ee eh 225 11 1 Erstellung und berpr fung des Pflichtenheftes 22222222000 225 11 2 Checkliste f r Online Programme 22nceeeeeeeeeeeneennennn 229 11 3 Checkliste f r Batch Programme s rrrreserieerr prient tieten nennen 232 11 4 Checkliste f r Dokumente ra sans nen 234 12 Leitfaden Risikomanagement in Projekten 222ceeeeeeenen 238 12 1 Einleitung u 34 4 Suisse anne nina fans ehren 238 122 Definitionen eisen ee er he nee ee E ENON 239 12 3 Prozess des Risikomanagements in Projekten 22222cseeneeenen 241 12 4 Beispiel Risikokatalog au 22 5 4 randai ann een 245 12 5 Beispiel FMEA 24 2 2 0 ernannte 247 12 5 1 Zweck einer EMEA un anne an 247 12 5 2 Ermittlung der Risikopriorit t RPZ s eusresrierrats ti renry t pedia 249 13 Die Normenreihe DIN ISO 900n 2000 nunannnaannnnanrn rnr 251 13 1 Die Qu lit tsprinzipien u a na
5. Gibt es unpr zise Textstellen Sind die Namenskonventionen eingehalten worden Wenn Diagramme Bilder Zeichnungen verwendet worden sind tragen diese zu einem besseren Verst ndnis bei Ist das Erscheinungsbild aller Darstellungen einheitlich Welche Stellen im Dokument sollten durch Diagramme Bilder Zeichnun gen unterst tzt werden Normenkonformit t Dieses Merkmal bezieht sich auf die Erf llung der f r die Erstellung von Dokumenten geltenden Richtlinien und Normen Ist der vereinbarte Dokumentationsstandard Dokumentationsrichtlinie verwendet worden Wurden die standardisierten Darstellungsmethoden Use Cases ER Diagramme Struktogramme usw verwendet Wurde das erstellte Dokument in deutscher Sprache verfasst Wurden f r die Erstellung der Dokumente die entsprechenden standardi sierten Templates verwendet Ist der Inhalt mit den Betroffenen Beteiligten abgestimmt worden wenn f r die Erstellung der Dokumente keine standardisierten Templates verwen det wurden 237 12 Leitfaden Risikomanagement in Projekten Ziel des in diesem Leitfaden beschriebenen Risikomanagements in Projekten ist es Risi ken die sich im Projektverlauf ergeben k nnten zu beherrschen Es sollten keine Pro bleme entstehen die den Projekterfolg gef hrden k nnten 12 1 Einleitung Risikomanagement beinhaltet e die Identifizierung und Analyse von Risiken e Quantifizieru
6. F rderung der Entscheidungsqualit t durch konsequente Nutzung von Verfahren der Informationstechnik e Motivation der Mitarbeiter durch Vereinbarung von Qualit tszielen und Eigen verantwortung Nutzung des gesamten Ideenpotenzials zum Qualit tsmanagement durch integra tiven F hrungsstil e Transparenz in den Qualit tszielen und Methoden durch offene Kommunikation auf allen Ebenen Vermeidung von Fehlern durch kontinuierliches Lernen und Verbessern F rderung eines von Gesellschaft und Kunden anerkannten Qualit tsimages durch Flexibilit t und Kompetenz Qualit tsziele Die Qualit tsziele sind Bestandteil der regelm ig durchgef hrten Gesch ftsplanung Sie werden aus der f r das Gesch ft ma gebenden Vision und den zugeh rigen Umset zungskonzepten abgeleitet Die Zielvereinbarung erfolgt in einem top down und bot tom up verlaufenden Verfahren Hierbei werden die Priorit ten die erforderlichen Res sourcen und die Zielerreichungstermine verbindlich festgelegt Dieser Zielfindungsprozess dient zur bersetzung der Gesch ftsziele in operative Quali t tsziele f r die Wertsch pfungsprozesse Bild 14 2 Damit soll die Realisierbarkeit die pers nliche Identifikation und die gemeinsame Ausrichtung auf kontinuierliche Verbes serung erreicht werden Bestandteile der Qualit tsziele sind Werte f r die Kundenzufriedenheit die Mitarbeiter zufriedenheit und der Anspruch sich an nationalen und internationalen Modell
7. Die Prozessoptimierung ist also eine wichtige Voraussetzung f r die Prozesskostenrech nung und eine der wichtigsten Aufgaben des PQM W hrend der Planungsphase des Projektes besteht der erste Schritt stets darin in den einzelnen Projektphasen bzw Pro jektprozessen detaillierte Aufgabenanalysen vorzunehmen Ziel der Aufgabenanalyse ist es festzustellen ob die anfallenden Teilprozesse Arbeitsauf gaben Arbeitspakete notwendig sind oder gegebenenfalls entfallen bzw im Umfang reduziert werden k nnen Auch wird ermittelt ob Kapazit ten wirtschaftlich eingesetzt werden und ungenutzte Kapazit ten vermieden werden Mit der Arbeitsablaufanalyse wird das Ziel verfolgt M ngel im organisatorischen Ablauf von vornherein zu vermeiden bzw zu beseitigen k rzere Bearbeitungszeiten und einen optimalen Einsatz der Betriebsmittel zu erreichen Im Einzelnen l sst sich eine ganze Reihe von Zielsetzungen aufz hlen die im Rahmen der Prozessoptimierung verfolgt werden und Ansatzpunkte zur Kostenreduzierung liefern e Doppelarbeit vermeiden e Nicht wertsch pfende T tigkeiten eliminieren e Schnittstellen reduzieren Prozessoptimierung Informationsbereitstel lung f r Entscheidungen ber die Prozessabl ufe und struktur Planung und Realisierung optimaler Prozessabl ufe und strukturen Produktivit ts Kosten steigerung reduzierung Prozesskostenrechnung Bild 6 4 Interdependenzen zwischen Prozesskostenrechnung und Prozessopti
8. Ist das Zusammenwirken der Komplexe gew hrleistet USW 118 5 4 Qualit tsunterst tzende T tigkeiten Verfahren Das Qualit tsmanagement kennt hier zwei besondere Arten von Fragenkatalogen e der von den Auditoren verwendete Fragenkatalog um ein QM System zu verifizieren e der von so genannten Assessoren verwendete Fragenkatalog zur Unternehmens bewertung im Rahmen des EFQM Modells f r Self Assessments und f r Bewer bungen um den Qualit tspreis EQA European Quality Award F r das Aufdecken von Fehlerquellen Problemen und M ngeln in der Projektarbeit und bei der Entwicklung sowie zum Aufzeigen von Verbesserungen kann es notwendig sein eine allgemeine Untersuchung in der ganzen Entwicklungsumgebung durchzuf hren Diese Untersuchung wird auch als Projekt Review bezeichnet und mittels Fragenkatalog mit einem ausgew hlten Personenkreis in Interview Technik durchgef hrt siehe Bei spiel in Tabelle 5 3 Ziel aller Befragungen und Pr fungen muss es sein zu verl sslichen und aussagekr fti gen Untersuchungsergebnissen zu kommen diese zu analysieren und zu bewerten Dar aus lassen sich St rken und Schw chen ableiten und aufgrund dieser Erkenntnisse k n nen entsprechende Ma nahmen bzw Ma nahmenkataloge entworfen werden In Abstimmung mit dem Projektmanagement kann dies eine Aufgabe f r das POM sein Ausschlaggebend f r diese Aufgabe wird der Erfahrungsstand des Qualit tsmanagers sein 119 6
9. Schnittstelle Batchfunktion 2 Batchfunktion 1 Wiederverwendbare Testobjekt 2 Elementarfunktionen Testobjekt 3 Bild 9 6 Beispiele f r Testobjekte Folgende Vorgehensweisen sind bei der Testobjektabgrenzung m glich 1 Zusammenfassen mehrerer Funktionen zu einem Testobjekt Zusammenfassen ist sinnvoll wenn Eingaben mit gleichartiger Verarbeitung in mehre ren Funktionen Verwendung finden In diesem Fall ist die Eingabe nur einmal Testob jekt Beispiele hierf r sind e Dialog Die Funktionen Neuanlegen Erfassen und ndern von Mitarbeiter daten werden zusammengefasst e Batch Ein Batchprogramm mit nur einer Eingabedatei aber verschiedenen Ausgabe listen wird als ein Testobjekt betrachtet 2 Auslagerung von Teilen einer Funktion in ein weiteres Testobjekt Teile von Funktionen bilden separate Testobjekte im Funktionstest wenn f r diese fol gende Bedingungen gelten e Fachlich komplexe Funktion selten e Mehrfach verwendete Funktionen die separat realisiert werden h ufig Sofern Teile von Funktionen in ein separates Testobjekt ausgelagert werden sind in dem aktuellen Testobjekt nur die fachlichen Schnittstellen zu den ausgelagerten Teilen der 183 9 Praxisteil Beispiel Pl ne Funktion zu testen Die Bestandsdaten der ausgelagerten Testobjekte z B Datenban ken werden in diesem Fall erst ab der Testdatendefinition ben tigt falls keine Stubs Platzhalter geschriebe
10. Soziologische Bezeichnung der aktuell dominanten Grundlagen der Weltwirtschaft die durch die extremen Fortschritte in den Kommunikations und Computertechnologien entstanden sind In der Vergangenheit Industriegesellschaft Die Infrastruktur Netzwerke Systeme und Einrichtungen f r die Verf gbarkeit Erzeugung Verwaltung und Sicherung von Informationen bei ffentlichen und privaten Organisationen und Unternehmen Der Schutz dieser Bereiche ist das Hauptziel der Stiftung InfoSurance Reale Form sowohl ziviler als auch milit rischer Kriegsf hrung mit dem Ziel die Sicherheit von Informationsinfrastrukturen des Gegners zu verletzen oder zu zerst ren siehe auch Electronic War Aufwand und Umfang aller Ma nahmen die zur Sicherung und Sicherheit sensitiver Informationen in Unternehmen und Organisationen dienen Sammelbezeichnung f r Techniken Methoden Systeme und Werkzeuge die f r unterschiedliche Arten von Informationen den Zugang sowie die Verf gbarkeit von Informationen verwen det werden Begriff f r die Form in der Information vorliegt z B Schrift Druck analoge oder digitale Daten usw Selbstpr fung anhand derer sich der Entwickler selbst davon berzeugt dass das von ihm erstellte Produkt die Qualit ts anforderungen erf llt Input umfasst im Allgemeinen Einrichtungen Anlagen Arbeit Material Dienste Informationen oder Geld In Zusammenhang mit einem Prozessentwurf besteht der Input aus den
11. Auswirkung Kosten Zeit Qualit t Risikoklasse 4 Risikoklasse 3 o Risikoklasse 2 Risikoklasse 1 Eintrittswahrscheinlichkeit Bild 3 7 Risikoklassen in Projekten schutz entgegenstehen k nnen beispielsweise Risikoklassen gem Bild 3 7 definiert werden Ziel ist es eine Einordnung Klassifizierung der potenziellen Risiken nach ihrem Risiko ma durchzuf hren Eintrittswahrscheinlichkeit Auswirkung im Projekt Dies erm glicht eine schnelle Priorisierung der Risiken und erleichtert die Entschei dung bei welchen Risiken Ma nahmen zur Risikovermeidung bzw minimierung getroffen werden Eine Risikoklassifizierung wird in Tabelle 3 1 dargestellt Tabelle 3 1 bersicht ber Risikostufen Einstufung Bewertung Kennzahl Ma nahmen 1 Tolerierbar lt 0 1 des Keine Aktion erforderlich Projektwertes 2 Unerw nscht gt 0 1 des Risiko in Berichterstattung Projektwertes aufnehmen 3 Kritisch gt 1 0 des Risiko durch geeignete Projektwertes Ma nahmen minimieren 4 Katastrophal gt 10 0 des Risiko muss durch geeignete Projektwertes Ma nahmen drastisch redu ziert werden 44 3 2 Planungs und Organisationsphase F r das Risikomanagement im Projektverlauf bietet sich die aus der FMEA Fehler M g lichkeiten und Einfluss Analyse Abschnitt 5 3 1 abgewandelte Qualit tsmanagement Methode RMEA Risiko M glichkeiten und Einfluss Analyse an Vertragsp
12. Das Anwendungssystem muss diese maximale Belastung entsprechend 206 10 1 Grundlegende Qualit tsmerkmale f r Software Programme einem vorgegebenen Zeitma ohne Beeintr chtigung anderer Anwen dungen vertragen F r solche erkannten kritischen Ausnahmesituati onen sind entsprechende Test Szenarien festzulegen Tabelle 10 4 Beispiele zur Performance Durchsatz Throughput Nachweis Durchsatz 10 000 Buchungen pro Stunde 70 Bilder pro Sekunde 88 200 Samples 16 Bit pro Sekunden 10 MB pro Minute Test Messung Review Dokument Lasttest messung Das System ist in der Lage einen definierten Peak von paralle len Anfragen ohne berschreitung der maximalen Antwortzeit wie im Lastenheft beschrieben zu verarbeiten Test Messung Verbrauchsverhalten Resource Economy Es ist nachzuweisen dass der Speicherbedarf der Programme nicht kontinuierlich anw chst Dies schlie t den Ressourcen bedarf der Enterprise JavaBeans Servlets usw mit ein Nachweis Test Messung Das Mengenger st f r Attribute und Tabellen ist aus dem Mengenger st des Lastenheftes abzuleiten Review Pr fung des Mengen ger stes des Lastenheftes gegen Datenmodell Zeitverhalten Time Economy Nachweis Messans tze sind Laufzeit absolut Zeit pro Aktion Antwortzeit 3 Sekunden 0 2 Sek Transaktion relativ auf Laufzeit des Gesamtsystems bezogen Datenkompression 15 der Verarb
13. En m Der Weg zu besserem Projekterfolg A NT gt PUBLICIS No Projektbegleitendes Qualit tsmanagement Projektbegleitendes Qualit tsmanagement Der Weg zu besserem Projekterfolg von Manfred No amp PUBLICIS Bibliografische Information Der Deutschen Bibliothek Die Deutsche Bibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie detaillierte bibliografische Daten sind im Internet ber http dnb ddb de abrufbar Autor und Verlag haben alle Texte in diesem Buch mit gro er Sorgfalt erarbeitet Dennoch k nnen Fehler nicht ausgeschlossen werden Eine Haftung des Verlags oder des Autors gleich aus welchem Rechtsgrund ist ausgeschlossen Die in diesem Buch wiedergegebenen Bezeichnungen k nnen Warenzeichen sein deren Benutzung durch Dritte f r deren Zwecke die Rechte der Inhaber verletzen kann www publicis erlangen de books ISBN 3 89578 270 X Verlag Publicis Corporate Publishing Erlangen 2006 by Publicis KommunikationsAgentur GmbH GWA Erlangen Das Werk einschlie lich aller seiner Teile ist urheberrechtlich gesch tzt Jede Verwendung au erhalb der engen Grenzen des Urheberrechtsgesetzes ist ohne Zustimmung des Verlags unzul ssig und strafbar Das gilt insbesondere f r Vervielf ltigungen bersetzungen Mikroverfilmungen Bearbeitungen sonstiger Art sowie f r die Einspeicherung und Verarbeitung in elektronischen Systemen Dies gilt auch f r die Entnahme von einzeln
14. L schung Ver nderung der Bereicherung oder des Erschlei chens kostenpflichtiger Leistungen der Computer Infrastruktur Code Cracking Voraussetzung f r die Softwarepiraterie zum unbefugten Kopieren lizenzpflichtigen geistigen Eigentums Krieg sf hrung im virtuellen Raum irref hrender Begriff aus dem Science Fiction Bereich bezeichnet eine reale Form der Kriegsf hrung mit dem Ziel die Sicherheit von Informationsin frastrukturen des Gegners zu verletzen oder zu zerst ren siehe auch Informationskrieg bzw Electronic War Cyberwar reduziert sich nicht auf den milit rischen Bereich sondern kann auch im zivilen IT Bereich angewendet werden Diebstahl sensitiver Informationen die im IT Zeitalter meist in digitaler Form vorliegen Inhalte von Datenbanken Passw rter usw F llt unter Computerkriminalit t kann auch als Sabotage ausgef hrt werden wenn dadurch nicht nur die Funktion des bestohlenen Rechners sondern auch Betrieb und F hrung des betroffenen Unternehmens beeintr chtigt werden Aufwand und Umfang von Ma nahmen die zur Sicherung und Sicherheit der Daten auf Computersystemen dienen um Angriffe Sabotage Diebstahl Verlust u a zu vermeiden siehe auch Computersicherheit und Informatiksicherheit Glossar Datensicherung Denken von links nach rechts Denken von rechts nach links Diebstahl von Informationen Durchf hrungsplan Effizienz Einf hrungsphase Redundante im
15. Vorteilhaft sind Festlegungen von standardm ig anzuwendenden Arbeitsmitteln und Verfahren immer dann wenn es sich um eine Auswahl aus einer Palette der in der Bran che blichen und allgemein angewendeten Verfahren handelt Dies trifft auch zu wenn trotz eventueller zus tzlicher Kosten ein Arbeitsmittel oder Verfahren zwingend einge setzt werden muss Ein Beispiel hierzu ist die Anweisung dass nur ein bestimmtes externes Testteam die zum offiziellen Nachweis z hlenden Tests durchf hren darf In diesem Kapitel kann z B auch definiert werden dass nur Produkte die mit einer CE Deklaration geliefert werden verwendet werden d rfen dass zu allen Komponenten ein Pr fzertifikat nach einer bestimmten Norm zu erstellen ist oder dass nur bestimmte Pr fverfahren akzeptiert werden Liste der Qualit tsaktivit ten Kapitel 7 Nachdem der Umfang und die Einzelheiten des Projekts die grunds tzliche Qualit ts managementstrategie die Organisation und die generell anzuwendenden Arbeitsmittel und Verfahren in den vorhergehenden Kapiteln erarbeitet wurden sind alle Vorausset zungen gegeben eine Liste der im Projekt durchzuf hrenden qualit tsbezogenen Akti vit ten zu erstellen Unterschieden wird hier in konstruktive und analytische Ma nah men Die Ergebnisse dieser Liste flie en u a auch in die Projektplanung ein Es empfiehlt sich die Gesamtliste an dem Projektstruktur Plan d h an der Aufgliede rung des Gesamtprodukts in
16. e m ssen Ma nahmen ergriffen werden Ergebnisse durch FMEA Einsatz Die FMEA verlangt zwingend die Erfassung von Fehlerursachen und deren Folgen Die n tigen Vorbeuge und Optimierungsma nahmen in Planung Konzeptionierung und Entwicklung werden nachvollziehbar e Verbesserung der Qualit t Erf llen der geforderten Qualit tsmerkmale Identifizieren und Vorbeugen potenzieller Fehler in komplexen Systemen Steigern der Funktionserf llung z B Zuverl ssigkeit Sicherheit Performance Nutzen von Synergieeffekten innerhalb der Projektteams zur Verbesserung der internen Kommunikation Reduzierung der Kosten Reduzieren der Kosten f r Fehlersuche und f r nderungen am System Senken des Aufwandes f r nachtr gliche nderungen Change Requests Ersparnis von erh htem Pr f und Testaufwand in den sp teren Phasen durch Fehlerverh tung in der Planungsphase Reduzieren von Fehlerfolgekosten Kulanz Garantie in der Betriebsphase e Effizientere Projektdurchf hrung e Einhaltung von Terminen Verk rzen der Entwicklungszeit durch parallele Arbeitsweise in den Projektteams Vermeiden von Wiederholungsfehlern und Doppelarbeit 105 5 Methoden und Techniken im Qualit tsprozess 5 3 2 Fehlerbaum Erster Schritt f r eine FMEA ist die Erarbeitung eines Fehler erkannt Fehlerbaumes Der Fehlerbaum ist das Pendant zur Kosten gebannt Produktstruktur der Projektplanung und stellt das zu erstellende Produk
17. nischen zu besetzen Transparenz Spezifikationen erm glichen Zertifizierungs und Authentifi zierungstechniken Durchg ngige Unternehmensarchi tektur und Entwicklung von intel lektuellem Kapital Fortsetzung auf Seite 146 145 6 Wirtschaftliche Aspekte des PQM Tabelle 6 7 Beispiel einer Nutzen bersicht Softwareentwicklung Fortsetzung Qualit tsmerkmal Nutzen f r das Projekt Nutzen f r die Organisation Verf gbarkeit Flexible Installation ber mehrere Mit Komponenten lassen sich Server verbessert die Verf gbar Datensicherheit und schutz erh keit hinsichtlich von Auslastungs hen Penetrationen durch Viren spitzen schutz Firewalls werden verringert Fehlerbehandlung und Software management werden erleichtert Wartbarkeit Softwareprobleme sind lokali Geringere Schulungs und War siert robustes Design Diagnose tungskosten kommen anderen und Testhilfen sind besser ein Gesch ftsaktivit ten zugute setzbar Wiederverwendbarkeit Code und Schnittstellen sind Time to market Kostensenkung mehrfach nutzbar gilt auch f r Schutz der Investitionen in Legacy Frameworks Anwendungen 6 3 3 Wechselwirkungen von Qualit tsmerkmalen Es wurde gezeigt dass bestimmte Qualit tsmerkmale die Erfolgsfaktoren f r eine effizi ente und effektive Projektarbeit darstellen Jedoch ist auch hier darauf zu achten dass ein zu viel an Qualit tsanforderungen ins Gegenteil
18. 17 1 Einleitung Immer mehr Unternehmen m ssen sich aufgrund der Marktdynamik flexibler organi sieren Der wachsende internationale Wettbewerb sinkende Preise engere Zeitrahmen und komplexere Techniken erfordern eine h here Effizienz der unternehmerischen Abl ufe Daher gewinnt eine projektad quate Organisation in Form von Stabs Matrix oder autonomen Projektorganisationen s auch Definition nach DIN 69901 immer mehr an Bedeutung da sie nicht so starr ist wie eine herk mmliche funktionale hori zontale Organisationsform Taylorismus Viele Beispiele zeigen dass Ver nderungsimpulse und Innovationen mehr aus kleinen und mittleren Unternehmen hervorgehen da diese flexibler aufgestellt sind Daraus l sst sich schlie en dass auf Dauer nur das Unternehmen erfolgreich sein wird welches sich schnell und flexibel den st ndig wechselnden Markt und Kundenbedingungen anzupassen versteht Wie erreicht ein Unternehmen die n tige Flexibilit t Funktionale Arbeitsteilung und hierarchische Gr ben f hren zu erheblichen Rei bungsverlusten bei der Entscheidungsfindung sowie bei der Erledigung und Koordina tion von Aufgaben Aufgaben die vom Tagesgesch ft abweichen k nnen heute nur noch fach bzw bereichs bergreifend gel st werden Aus diesem Grund werden bei spielsweise gr ere Entwicklungsvorhaben oder Organisations nderungen von Unter nehmen immer mehr in Form von Projekten geplant und realisiert Der Vorteil
19. Das projektbegleitende Qualit tsmanagement ist eine wesentliche Grundlage f r die erfolgreiche Realisierung von Projekten Die Beurteilung eines Projekterfolges kann letztlich in dem erzielten wirtschaftlichen Projektergebnis und in der erreichten Kun denzufriedenheit zusammengefasst werden Bei vielen Projektdurchf hrungen insbesondere bei Gro projekten ist das PQM bereits etabliert und wurde in die Projektkultur der Unternehmen integriert Dennoch zeigt sich in der Praxis dass h ufig aus Kosten und Termingr nden auf die Qualit tsaufga ben in den Projekten verzichtet wird oder sie nur beil ufig ohne professionellen Ansatz durchgef hrt werden Sowohl f r das zu entwickelnde Produkt System als auch f r das Projektmanagement ist es von eminenter Wichtigkeit das Qualit tsmanagement und die Qualit tsfachabtei lungen fr hzeitig einzuschalten Dennoch ist es bis heute keineswegs blich die Quali t tsexperten schon in der Projektvorbereitungsphase zu involvieren Hier muss wohl schnellstens ein Umdenken bei den verantwortlichen Bereichs und Gesch ftsleitungen im Sinne der DIN EN ISO 9001 2000 und der festgelegten Unternehmenspolitik Quali t tspolitik einsetzen Im Qualit tsmanagement schlummern ungeahnte Potenziale und verborgene Sch tze Sie k nnten gehoben werden wenn jeder in der Arbeitswelt bereit w re mehr Verantwortung zu bernehmen Die Qualit tsmanager kennen die Methoden daf r doch leider h rt man ihnen
20. Financial Controlling mit dem negative Entwicklungen fr hzeitig erkannt werden k n nen werden viele Projekte nach dem Motto Augen zu und durch abgewickelt Oder noch viel schlimmer Projekte werden wegen Erfolglosigkeit abgebrochen Es soll sogar Projekte geben f r die z B kein ausreichendes Berichtswesen eingerichtet wird Dem Projektmanager wird in der Weise voll vertraut Wir haben volles Vertrauen er wird die Sache schon richten Den Warnhinweisen durch Abweichungen in den Berichten wird nicht die notwen dige Beachtung geschenkt weil sie nicht verstanden werden oder nicht verstanden wer den wollen Nat rlich gibt es auch Projektmanager die den Ernst der Lage nicht erken nen und sich selbst durch fingierte Berichte in die Tasche l gen Unzul ngliche Projektkompetenz als Wertvernichter Die Verluste die ein Unternehmen durch Fehleinsch tzungen erleidet k nnen enorm gro sein Neben dem finanziellen Fiasko spielt zus tzlich der Imageverlust eine ent scheidende Rolle Dieser wirkt noch lange nach und kann nur durch besondere Ma nahmen die wiederum Geld kosten wieder korrigiert werden Im Grunde genommen kann und darf sich ein Unternehmen solche Projekte nicht leis ten und trotzdem wird in den Medien immer wieder berichtet dass vor allen Dingen in der ffentlichkeit stehende Projekte in Schieflage geraten Ein sehr unr hmliches Bei spiel daf r ist das immer wieder in den Medien genannte Pro
21. Qualit ts Review als Einzelkosten beispielsweise Expertenhonorare Raummiete Reisekosten usw zugerechnet Zurechnung von Gemeinkosten Im Rahmen der Prozesskostenrechnung sind in einem ersten Schritt in der Projektpla nung die Aufgaben und die Arbeitsabl ufe differenziert zu analysieren Die Arbeitsabl ufe werden dazu m glichst detailliert Schon hier ist auf Unwirt in einzelne Arbeitsablaufabschnitte untergliedert um schaftlichkeiten von Arbeits eine exakte Beschreibung der einzelnen Arbeitsab paketen und oder Teilpro l ufe zu erm glichen Anschlie end werden die ein zessen zu achten zelnen Teilprozesse nach Ma gabe der festgestellten Arbeitsabl ufe kostenstellen bergreifend zu Prozessen verdichtet F r diese Prozesse werden abschlie end gesonderte Prozesskalkulationen erstellt F r die Zurechnung der Gemeinkosten in den Kostenstellen zu Prozessen ist es notwen dig die Teilprozesse anhand von Ma gr en zu quantifizieren Diese Funktion ber nehmen in der Prozesskostenrechnung die Prozessgr en Soll mittels der Prozessgr en eine Zurechnung der variablen Gemeinkosten auf die Prozesse nach Verursacher prinzip gew hrleistet werden m ssen drei Anforderungen erf llt sein e Die Kostenstellenleistung muss sich anhand der Prozessgr e quantifizieren lassen 135 6 Wirtschaftliche Aspekte des PQM e Die Prozessgr e muss sich mit vertretbaren Kosten im Ist erfassen lassen e Die Prozessgr e
22. Termine QM Nachweise Projektabwicklungs Entwicklungsverfahren Vorgehensmodell Vorschriften und Normen Gew hrleistung Lieferplan Vertraulichkeitsgrad 228 11 2 Checkliste f r Online Programme 11 2 Checkliste f r Online Programme Die Checkliste f r Online Programme Tabelle 11 2 Kann von verschiedenen Personen genutzt werden e Der Entwickler einer Software kann sie f r seine Design Modellierungaufgaben nutzen und im Nachhinein zur Pr fung einsetzen e Der PQM oder auch ein Tester verf gt mit dieser Checkliste ber systematische Pr fungsm glichkeiten von fertiggestellter Software e Letztendlich kann diese Checkliste auch dem Benutzer der entwickelten Software zur Pr fung der Erf llung seiner Anforderungen dienlich sein Tabelle 11 2 Checkliste f r Online Programme Pr fpunkt Erled ja oder irrelev Pr fen der Felder in der Maske Ist der Maskenkopf korrekt generiert Entsprechen die Felddarstellungen der spezifizierten Vorgabe z B Typ Feldl nge Ist in der Anzeige jedes Feld korrekt aufbereitet Formatierung linksb ndig rechtsb ndig Formatierung numerischer Felder z B Nullenunterdr ckung Dezimalpunkt darstellung Pr fung Pflicht Wahl Felder Konventionen zur Darstellung bestimmter Felder Datum Nominale Vorzeichen position usw eingehalten Allgemeine Konventionen und Projektspezifische Konventio
23. Walk Through Development Document Control DCC Bild 5 2 Testorganisation im Rahmen der Phasenorganisation 84 5 1 Pr fung und Tests in IT Projekten wird gew hrleistet dass die Testdurchf hrung wie z B die Erstellung der Testf lle so realistisch wie m glich abl uft Die durchzuf hrenden Tests k nnen bei gr eren Produkt oder Systementwicklungen wie in Bild 5 2 dargestellt organisiert werden F r einen erfolgreichen und termingerechten Testablauf sollte ein Vorgehensmodell f r das Testen wie es beispielhaft im Bild 5 3 vorgestellt wird vorliegen Die nach diesem Vorgehensmodell durchzuf hrenden Aufgaben werden in einem Testkonzept darge stellt Dieses Testkonzept beinhaltet mindestens zwei Aspekte e Die Teststeuerung und e die Testdurchf hrung Da es sich im Sinne der Qualit tsma nahmen um eine formelle Pr fung handelt soll ten die Testvorbereitung und die Tests selbst von oder mit dem PQM durchgef hrt wer den Es kann entschieden werden ob das PQM e die Tests selbst durchf hrt und ber Abnahme oder Ablehnung entscheidet e bestimmte Anforderungen Testobjekte Testf lle usw vorgibt und die Durchf h rung der Tests begleitet und ber Abnahme oder Ablehnung entscheidet Die Tests selbst werden durch Mitglieder des Entwicklungsteams Testteams durchgef hrt e allein aufgrund der Pr fdokumentation ber Abnahme oder Ablehnung ent scheidet Testplan Testauftrag es
24. bed rfnisse an eine gr ere Pro duktkomplexit t Austauschbarkeit Komponenten lassen sich dank Geringere Kosten bei der Migration der Trennung von Schnittstellen von bestehenden Komponenten und Implementierung auswech systemen seln Anwendungsfreund Grafische Oberfl chen lassen sich Anwender Nutzer geben eine gute lichkeit leicht und individuell anpassen Beurteilung durch entsprechende intuitive Benutzerf hrung Hilfe funktionen Nutzerdokumentation Erweiterbarkeit Software l sst sich bei Bedarf ohne gro en Aufwand erweitern Mit Komponenten lassen sich Gesch ftsanforderungen erf llen und auf Ver nderungen von Gesch ftsprozessen reagieren Flexibilit t hinsichtlich neuer Standorte Funktionen Arbeitspl nen Netz und Speicherkapazit t Genauigkeit Klare Spezifikationen Outsourcing von Design und Entwicklung m glich Fit f r die Gesch ftsziele durch pr zise Schnittstellen Kostensen kung Interoperabilit t Hilfe von Systemintegrationen und hybriden L sungen sind seltener n tig Anbindung neuer Produkte wie Software f r z B E Business Performance Batch Zeiten Antwortzeiten Dialogzeiten Transaktionen Skalierbarkeit Geringere Entwicklungs und Wartezeiten Verwaltung von Komponenten zwischen Teams und Projekten Flexibles Reagieren auf hohe Gesch ftstransaktionen Behutsame Migration und neue Gesch ftsfelder etwa um Markt
25. die von Netzwerk betreibern allen Nutzern ffentlich zug nglich gemacht werden Telefonnetz ISDN Internet usw Eindringen Intrusion und unberechtigter Zugang zu privaten Informationsinfrastrukturen erfolgen meist ber ffentliche Netzwerke Im Zusammenhang mit dem Gesch ftsprozessentwurf ist Output ein Endergebnis des Prozesses das f r die Kunden einen Wert darstellt Output umfasst in der Regel Produkte Dienstleistun gen oder Informationen Mit einer Performance Messung wird der Wert ermittelt der mit den Prozessen erzeugt wird Der erzeugte Wert ist im Allgemei nen eine Funktion der Zeit der Kosten der Qualit t und der Quantit t Das Pflichtenheft auch Sollkonzept Fachfeinkonzept fachliche Spezifikation ist die vertraglich bindende detaillierte Beschrei bung einer zu erf llenden Leistung zum Beispiel eines geplan ten Ger ts einer technischen Anlage einer Maschine eines Werkzeugs oder auch eines Computerprogramms Glossar PGP Physische Sicherheit PKI Portabilit t Pr vention Privates Netzwerk Produkt Produktivit t productivity Projekt DIN 69 901 Projektauftrag Pretty Good Privacy ein verbreitetes Programm zum Aus tausch sicherer E Mails und zur Datei Verschl sselung Schutz von Computersystemen gegen Sch den durch Bedrohun gen wie Stromausfall Feuer Einbruch und Diebstahl Public Key Infrastructure sicherer Datenaustausch durch die Verwend
26. e und Art der Organisation Komplexit t und Wechselwirkung der Prozesse verwendete Methoden sowie Kenntnisse und Schulung der die Arbeit ausf hrenden Mitarbeiter In den Abschnitten 5 bis 8 sind die zu dokumentierenden Verfahren explizit benannt Diese m ssen im QM Handbuch beschrieben oder referenziert sein 13 3 2 Abschnitt 5 Verantwortung der Leitung Dazu geh rt vor allem als neue Forderung die Fokussierung auf den Kunden Die Erf llung der Forderungen der Kunden und deren Erwartungen sind von wesentlicher Bedeutung f r die Organisation Es liegt in der Verantwortung des Managements das Bewusstsein f r die Wichtigkeit dieser Forderung innerhalb der gesamten Organisation zu wecken zu entwickeln und zu erhalten Unterst tzung bekommt das Management dabei durch den Beauftragten der obersten Leitung i d R der Qualit tsbeauftragte zu dessen Auf gabenbereich diese Bewusstseinsbildung k nftig geh rt Die Verpflichtung der Organisation zur st ndigen Verbesserung wird bei der QM Bewer tung regelm ig berpr ft wobei die Analyse der Kundenr ckmeldungen eine wesent liche Rolle spielt Die Ergebnisse der QM Bewertung und damit die Einsch tzung der Angemessenheit und Wirksamkeit des QM Systems sind intern zu kommunizieren Die QM Bewertung selbst hat nach einem formal eingef hrten Verfahren zu erfolgen Die Einrichtung eines Prozesses zur Identifikation der rechtlichen Forderungen die f r die Qualit tsaspekte der
27. ergeben sich aus der Multiplikation der Spalten 2 bis 4 Tabelle 10 16 Beispiele f r gewichtete Qualit tsmerkmale 1 Qualit tsmerkmal 2 Priorit t 3 Quelle 4 Risikoab 5 Priorit t Teilmerkmal Objekt ungewichtet 1 internes sch tzung bei gewichtet 2 3 4 5 Erfordernis Fehlerverhalten Multi 2 extern 1 niedrig plikation vom Kunden 2 mittel Spalte 2 4 3 gesetzl 3 hoch Richtlinie Anpassbarkeit 3 2 2 12 Effizienz Zeitverhalten 4 2 3 24 Verf gbarkeit 2 2 2 8 Erweiterbarkeit 2 2 2 8 Anwendungsfreundlichkeit 4 2 3 24 Portabilit t 3 2 2 12 Eignung f r die Ziel 2 2 2 8 umgebung Wartbarkeit und Betrieb 2 2 2 8 Sicherheit 2 2 2 8 Vollst ndigkeit Dokumente 2 2 1 4 Fachliche Anforderungen 5 2 1 10 Offene Fragen 4 2 1 8 Projektstandards 3 2 1 6 224 11 Beispiele Checklisten 11 1 Erstellung und berpr fung des Pflichtenheftes In der Software Entwicklung werden im Pflichtenheft die Produktanforderungen detail liert und vollst ndig aufgef hrt so dass es als juristische Grundlage dienen kann Mit der nachfolgenden Checkliste Tabelle 11 1 l sst sich die Vollst ndigkeit von Pflichten heften bei der Erstellung planen bzw nach der Erstellung auf Vollst ndigkeit pr fen Tabelle 11 1 Checkliste zum Pflichtenheft einer Software Entwicklung Pr fpunkt Erled ja oder irrelev 1 Ziele Zweck des Produktes Anwender Einsatzbereich
28. fen und Einleiten von Ma nahmen die auf den zuk nftigen Projektverlauf einwirken und geeignet sind den weiteren Projektablauf auf dem urspr nglich geplanten zu halten oder ihn darauf zur ckzubringen Plananpassung bedeutet nicht automatische Terminkorrektur wenn es zu Engp ssen kommt Zuerst sollten andere Mittel herangezogen werden um Abweichungen abzufan gen Datenerfassung bedeutet die kontinuierliche Ist Aufnahme d h die Erfassung und Fort schreibung der Projektgr en wie Ist Termine Restdauer oder aktualisierte Gesamtbe arbeitungsdauer aktualisierter Leistungsbedarf f r die aktualisierten Arbeitsergebnisse als geplanter Aufwand in Stunden und oder Kosten Ist Fortschrittsgrad Fertigstellungs grad tats chlich verbrauchte Stunden tats chlich angefallene Kosten Die Projekt berwachung und steuerung kann nur funktionieren wenn f r bestimmte Aussagebereiche aus dem Projekt heraus entsprechende Daten geliefert werden siehe Bild 3 8 Im Rahmen der Projektorganisation und des Berichts und Informationswe sens ist deshalb fr hzeitig festzulegen auf welche Art und Weise die w hrend der Pro jektrealisierung anfallenden Ist Daten gewonnen werden sollen Es stehen prinzipiell vier Methoden zur Verf gung siehe Tabelle 3 2 48 3 3 Projekt berwachung und steuerung Durchf hrungs planung Interpretation Mengenger st Plananpassung Projektplanung wachung Abweichungen Pro
29. fung und Testen Analytische Qualit tspr fungsma nahmen haben die Analytische Pr fungen Pr fung und Bewertung der Qualit t der Pr fgegen sind erkennend d h st nde zum Ziel Sie werden durch das PQM sowohl nachtr glich festgelegt als auch selbst durchgef hrt Analytische Qualit tsma nahmen betreffen zum einen die Produkte und zum anderen die Aktivit ten der Prozesse Die Aufgaben der analytischen Ma nahmen sind e Zwischen und Endergebnisse berpr fen e erkannte Fehler korrigieren e Einhaltung des geplanten Entwicklungsprozesses berpr fen Eine systematische ingenieurm ige Vorgehensweise welche das Erreichen gegebener Qualit tsanforderungen garantiert gibt es f r Softwareprodukte bis heute nicht Konstruktive Ma nahmen werden so weit als m glich eingesetzt um das generelle Qua lit tsniveau zu heben Rigorose Qualit tspr fung und Behebung der festgestellten M ngel w hrend aller Pha sen der Entwicklung ist heute das Mittel zur Sicherstellung der konkreten Qualit tsan forderungen an Softwareprodukte Die Begriffe aus Bild 4 4 werden im Folgenden gegeneinander abgegrenzt Selbstpr fung Nachweisf hrung Entwickler PQM Prozesspr fung Verifikation Validation Durchf hrungs entscheidung Bild 4 4 bersichtsbaum der Pr fungsm glichkeiten 62 4 3 Qualit ts Prozessbeschreibung Pr fung Oberbegriff f r alle analytischen Qualit tsma nahmen unabh ngig von Methode und
30. ge die gegen sie versto en sind unwirksam Je nach der geschuldeten Leistung sind Dienstvertr ge Werkvertr ge und Personalge stellungsvertr ge zu unterscheiden siehe Bild 7 3 Bei Werkvertr gen 631 ff BGB ist eine Sache erst noch zu erstellen sie existiert zum Zeitpunkt des Vertragsabschlusses noch nicht Der Auftragnehmer AN schuldet den Erfolg Im Falle von Softwareentwicklung k nnte dies sein die spezifikationsgerechte Ausf hrung beispielsweise ein lauff higes Programm ein System oder eine Anwen dung Der AN gew hrleistet nach b rgerlichem Recht die Eignung und die Fehlerfreiheit sei nes Werkes Bei Fehlen zugesicherter Eigenschaften haftet er sehr weit allerdings nur bei Verschulden In der Praxis wird versucht die Gew hrleistung m glichst auf eine Nachbesserung d h auf die Fehlerbeseitigung zu beschr nken Der Auftraggeber AG hat ein Anweisungsrecht nach 645 BGB wie der AN das Werk auszuf hren hat z B bestimmtes Vorgehensmodell Diese Anweisungen d rfen sich aber von der Zielsetzung her nur auf das Arbeitsergebnis nicht auf die einzelne Arbeitsverrichtung beziehen Das Entgelt kann als Festpreis vereinbart werden es kann aber ebenso nach dem Aufwand des Auftragsnehmers bestimmt werden Bei Dienstvertr gen schuldet der AN keinen Erfolg sondern nur Dienste in Richtung auf das gew nschte Ergebnis 611 BGB Er haftet aber f r Sch den die er dem AG durch 151 7 Juristische Aspekte
31. h ngigen Stellen beurteilt werden Hier bieten sich eine Reihe von Methoden an wie Projekt Review Readiness Check Audit um zu einer neutralen Bewertung des Projektes Tabelle 12 2 Eskalationsstufen Eskalati Bewertung Erforderliche Ma nahmen onsstufe l Projekte mit einem Volumen Projektverfolgung durch den Projektleiter und S E Information an im Rahmen der Projekt berichterstattung Il Projekte mit einem Volumen Informationspflicht des an Slenkeh oder bei denen mind ein Risikokriterium der Klasse 2 vorliegt I Projekte gt oder bei denen Genehmigung des Projektes durch mehrere Risiken mit Risikoklasse 2 Informationspflicht des an oder mind ein Risikokriterium der Besondere Beobachtungspflicht Klasse 3 vorliegt IV Projekte gt oder bei denen Einbringung des Projektes in den Leitungs mehrere Risiken mit Risikoklasse 3 kreis z B Risk Review Board RRB Entschei oder mind ein Risikokriterium der dung des RRB ber besondere Ma nahmen Klasse 4 vorliegt oder Nichtdurchf hrung des Projektes 240 12 3 Prozess des Risikomanagements in Projekten zu gelangen Mitunter kann es erforderlich sein hierzu spezielle Gewichtungen zur Unterst tzung von Managemententscheidungen einzuf hren 12 3 Prozess des Risikomanagements in Projekten F r das Risikomanagement in Projekten wird die im Nachfolgenden beschriebene Methode empfohlen Die dieser
32. hrt werden sollen Wenn ein ausl sendes Ereignis eintritt wird dies im Rahmen der Projektberichterstat tung bekannt gemacht und in der Risiko Aktionsliste vermerkt Wenn sich ein Risiko weder vermeiden noch minimieren l sst dann sollte ber Risiko teilung Risiko bertragung oder Risikor ckstellung nachgedacht werden e Risikoteilung Aufteilung des Risikos bzw der Verantwortung f r die Behandlung des Risikos auf mehrere Stellen innerhalb oder au erhalb des Projektes die die gleichen Projektziele verfolgen Risiko bertragung bertragung der Verantwortung f r die Behandlung des Risikos an eine andere Stelle innerhalb oder au erhalb des Projektes Die ist verbunden mit dem Bezahlen einer Pr mie f r den Verantwortungsnehmer unabh ngig davon ob das betreffende Risiko eingetreten ist oder nicht 243 12 Leitfaden Risikomanagement in Projekten e Risikor ckstellung Geldr ckstellung bzw Versicherung Unter Umst nden wird man auch einmal ein Risiko bewusst ohne Gegenma nahmen akzeptieren d h die Folgen beim Eintritt eines Risikos tragen Bei unzureichender Ent scheidungsgrundlage k nnen weitere Untersuchungen bzw ein erneuter Durchlauf der Schritte Risiken identifizieren und analysieren und Risiken quantifizieren und bewerten erforderlich sein Welche dieser Entscheidungen getroffen wird h ngt von den f r das Projekt oder den Bereich vereinbarten Risikoklassen und von projektspezifischen Reg
33. s umnisse und Fehlentscheidungen aufgrund von fehlender falscher oder nicht aktuel ler Information minimiert Gut funktionierende formale Kommunikation stellt sicher dass die richtigen Personen zur richtigen Zeit korrekt und vollst ndig informiert werden Die Mehrzahl der anderen Erfolgsfaktoren wird durch geeignete Kommunikationsma nahmen direkt oder indirekt beeinflusst Risiko Absch tzung Vertreter der verantwortlichen Gesch ftseinheit sol Risiko erkannt len gemeinsam mit dem zust ndigen Kaufmann dem Gefahr gebannt zuk nftigen Projektmanager und dem PQM die mit der Projektabwicklung verbundenen Risiken absch tzen Diese Risiko Absch tzung wird in einem Gremium namens Risk Review Board RRB durchgef hrt und ist bei der Ent scheidung ber die Angebotslegung bzw Auftragsannahme und bei der Projektkalkula tion zu ber cksichtigen Sie hat aber auch Einfluss auf die Gestaltung des Angebots selbst So kann das Risiko oft erheblich gemindert werden durch e Haftungsbegrenzung siehe auch Kapitel 7 41 3 Der F hrungsprozess Projektmanagement Vereinbarung von definierten Ausstiegspunkten aus dem Vertrag z B nach Pflichtenheft Teilung des Projektes in mehrere Teilauftr ge und Ausbaustufen Claimmanagement e Begrenzung des Aufgabenumfangs und der Verantwortung usw Im weiteren Projektverlauf sind entsprechende Vorbeugungs und Eventualma nah men in einem Risikomanagementplan siehe auch Kapitel 12
34. sch pfungsketten k nnen auch ber Unternehmen hinweg mit einander verbunden werden und die Wertsch pfungsketten von Lieferanten und Kunden mit einschlie en Glossar Wirksamkeit effectiveness Wissen Workshops Wurm Zeiteffizienz Ziel Zugangsschutz Die Wirksamkeit ist die Eigenschaft eines Systems Funktionen und Leistungen unabh ngig von dem damit verbundenen Nutzen verf gbar zu machen Synonym Effektivit t Vernetzte Information zun chst personenbezogen In der Elek tronik und Computertechnik besteht Wissen aus analogen und digitalen einzelnen Daten die in Dateien Informationen ent halten In Datenbanken und vollst ndigen Systemen ist also grunds tzlich Wissen verf gbar Daher geht es bei der Informati onssicherheit im eigentlichen Sinn um den Schutz von Wissen Workshops sind formelle Treffen von mehreren Teilnehmern die ein oder mehrere Tage dauern k nnen Workshops sollen eine positive teamorientierte Atmosph re schaffen durch eine fr he kollektive Beteiligung sorgen sie daf r dass die Benutzer sich das Projekt zueigen machen Sie f hren zu Analysen und Entw rfen die von den Benutzern ausgehen erleichtern die Konsensfindung f hren zu effektiven Partnerschaften von Entwicklern und Benutzern und f rdern den Teamgeist Ein Moderator f hrt den Workshop und kontrolliert die Gruppen dynamik Von einer Datei unabh ngiges Programm das sich selbst meist unter Ausnutzung von Sch
35. zwischen Mitarbeitern aufgeteilt oder einem Team zugewiesen werden Nach alter Definition Vorgang bei dem durch einzelne oder mehrere verdeckte Ma nahmen dem Ziel Gegner ein unmittel barer Schaden an Sachen Material und Personen zugef gt wird Neu erweitert auf die Informationstechnologie mit v llig neuar tigen Methoden durch Manipulation oder Diebstahl von Daten durch berechtigtes oder unberechtigtes Eindringen Intrusion in Rechnersysteme Durch M ngel bei der Sicherheit von Informationsinfrastruktu ren entstehen weltweit Sch den in ungeheuren Gr enordnun gen Durch Computer Kriminalit t und die Verletzbarkeit von Informationsinfrastrukturen durch Schwachstellen ist hier ein extremes Wachstum zu verzeichnen Aber auch weniger kom plexe Schadensformen wie Datenverlust durch Fehlbedienung oder Defekte an Computersystemen sind von gro er Bedeutung Sie werden meist nicht erfasst und daher untersch tzt Die Mehr heit der Schadensformen l sst sich nicht durch Versicherungen abdecken und belastet letztlich das einzelne Unternehmen oder die gesamte Volkswirtschaft Gedachter oder tats chlicher bergang an der Grenze zwischen zwei Funktionseinheiten mit den vereinbarten Regeln f r die bergabe von Daten oder Signalen M glichkeiten des unbefugten Zugangs durch Umgehung T uschung Fraud oder Manipulation der Sicherheitsfunktionen eines Informationssystems nicht nur auf den IT Bereich beschr nkt sondern schlie t
36. 11 4 Checkliste f r Dokumente Fortsetzung Fragen ja nein irrele vant Aktualit t Dieses Merkmal bezieht sich auf die bereinstimmung der Beschreibung mit dem aktuellen Zustand des beschriebenen Objektes Programm Anwendung System usw Stimmt die Beschreibung des Objektes in Dokumenten mit dem geltenden Zustand des realen Objektes Vergleich Pr f Freigabedatum berein Ist die bereinstimmung in dem Konfigurationsmanagement Vergleich Versions bzw Revisions Nr ersichtlich Wird ein nderungsverzeichnis gef hrt Ist das nderungsverzeichnis auf dem neuesten Stand Identifizierbarkeit Dieses Merkmal bezieht sich auf die eindeutige Ansprechbarkeit der Teile von Dokumenten die Angaben zu einem abgegrenzten Sachverhalt enthalten Sind die Dokumente eindeutig bezeichnet Sind Kennzeichnungen gem vorgegebener Konventionen vorhanden Ist der Name des Autors vorhanden Sind folgende Daten vorhanden Erstellungsdatum Speicherdatum Versions Nr Dateiname Sind Seitenzahlen und Zugeh rigkeit der Seite zum Dokument vorhanden Ist die Zugeh rigkeit Version Revision eindeutig Sind nderungsdaten im nderungsstand vorhanden Sind die eingegebenen Funktionen mit Namen die den Sachverhalt ange ben versehen Sind Seitenstrukturen gekennzeichnet z B mit Namen die dem Sach verhalt angepasst sind Verst ndlichkeit
37. 47 3 Der F hrungsprozess Projektmanagement e Projektkontrolle mit Analyse und Interpretation von Ist Soll Abweichungen e Einleitung von Korrekturma nahmen oder Plan nderungen m glichst selten durchf hren Durchf hrungsplanung bedeutet e Erstellung der Ursprungs bzw Basisplanung e Planungsaktualisierung Soll Werte aufgrund des in der Vergangenheit liegenden Projektgeschehens e Konsequenzen aus den ermittelten Ist Daten und Planungsrevision neue verbind lich vorgegebene Plan Werte aufgrund der Erkenntnisse aus dem bisherigen Pro jektverlauf und oder gegebenenfalls eingeleiteter bzw in die Planung eingearbeite ter Steuerungsma nahmen Plan Soll Ist Vergleich bedeutet die Ist Werte aus der Behalten Sie den berblick Projektabwicklung zu verarbeiten und zusammen mit ber das Projekt als Ganzes den Plan Werten sichtbar zu machen Dies kann geschehen z B als Darstellung der Vergangenheit Plan gegen ber Ist oder als Dar stellung der Zukunft Plan gegen ber Soll Soll bedeutet dabei die durch den Einfluss der Ist Werte ver nderten neuen Plan Vorgaben Interpretation bedeutet Analyse und Bewertung der Abweichungen dargestellten Situation zum Stichtag Abweichungsa erkennen nalyse und Stichtagauswertung Erstellung von Be untersuchen wertungen und Prognosen auf den weiteren Projekt beheben verlauf und auf das Projektende Gegensteuerung bedeutet Festlegen Pr
38. 9 6 Bild 12 1 Bild 13 1 Bild 13 2 Bild 14 1 Bild 14 2 Bild 14 3 Bild 14 4 Bild 14 5 Bild 14 6 Pareto DIAg1amM u 4220 ee asia Mani 111 Vier Felder Diagramm Low hanging fruits 222uceceenen 112 Ursache Wirkungs Diagramm 22222eneeeereneneennne nenn 113 Korrelationsdiagramm 22c2neeeeeeeeer een nennen 113 Aufgaben bersicht des Konfigurationsmanagements 222220 117 Verteilung des Pr fungsaufwandes bei Softwareerzeugnissen 123 Nutzen und Kosten des POM 2 2 ooneseeeeeeeeeeeeeeeennnn 129 Struktur der Prozesskostenrechnung im Projekt 222c2c22 0 134 Interdependenzen zwischen Prozesskostenrechnung und Prozessoptimier ng nas 00 0 0 a nn were en 137 Ver nderung der qualit tsbezogenen Kosten durch PQM 139 Nutzen und Kosten des POM 22220sune esse res 140 Regelungen zum Vertragstecht s ensn e een 149 Rechtsbeziehung zwischen den Parteien 2222esceeeeeenn 150 bersicht der Vertragstypen 222 22222 eeeeeeeeeeneeneeeenn 151 Titel der Dokumentation zu Beispiel Testkonzept 2222 0 171 Qualit tsstufen des Testens sscs oorsee teree raio eens EEE eS 172 Beispiel Testorganisation une resar ninaga re na 173 bersicht ber den Ablauf der Testaktivit ten 22222222200 176 Teststufen sosisretars tinaa ann Deren Eat 180 Beispiele f r Testobjekte 2 sr0au 20200 ern nn 183 Beispiel Klassifizierung der
39. Alle Fehlermeldungen die durch die Applikation ausgegeben werden sind einmal zu testen Es ist sicherzustellen dass jeder dokumentierte Fehler korrekt angezeigt bzw in entsprechende Logfiles ausgegeben wird Test Im Rahmen der Tests werden abgestimmte Fehlersituationen herbeigef hrt Review Liste der dokumentierten Fehlermeldungen Die erstellte Software ist ohne zus tzliche Workarounds lauff hig Test Durch Nachweis der Kor rektheit im Abnahmetest wird gew hrleistet dass keine Work arounds n tig sind Die korrekte Behandlung von Grenzf llen muss nachgewiesen werden Test Im Rahmen der Tests wer den abgestimmte Grenzf lle pro Grenzfall mindestens ein Testfall herbeigef hrt Review Testspezifikationen Das System ist mit geringem Aufwand z B durch die nde rung der entsprechenden Spalten berschriften im WebDesign umzustellen Test Alle Masken und Report Layouts stimmen mit den Darstellun gen in Lasten und Pflichtenheft berein Test Nachweis durch Vergleich von Dokumentation gegen Masken Report Layout Die Online Programme f hren die richtigen Updates in der Datenbank durch Abgespeicherte Datenbank Records sind korrekt gef llt Test Datenzyklustest Die Maskenfelder werden richtig initialisiert Test Oberfl chentests Daten zyklustest Die Plausibilit tspr fungen arbeiten korrekt Test Oberfl chentest Die Plausibilt tsvorgaben sind in dem DV
40. B Pr fplanung Dokumentenpr fung und auch Teilbereiche der Fehlerkosten z B Fehlersuche und behebung nderungsantr ge und bearbeitung So kann die Prozesskostenbetrachtung z B bei der Ermittlung der Fehlerkosten wert volle Informationen liefern ber Fehler bzw Problemuntersuchungen Wiederho lungspr fungen Abwicklungskosten f r nderungsantr ge und System nderungen Besonders notwendig ist die Unterst tzung der Prozesskostenrechnung bei den Fehler verh tungskosten da diese ohne die differenzierten Zeitaufzeichnungen der Prozess kostenrechnung nicht vollst ndig erfasst werden Es sollte ber cksichtigt werden dass die Erfassung der qualit tsbezogenen Kosten in der traditionellen Dreiteilung siehe Abschnitt 6 1 stark funktionsorientiert ist Neuere Ans tze dienen der zunehmenden Verlagerung der Projektaktivit ten in die Gemeinkos tenbereiche Es muss deutlich herausgestellt werden dass die Abwicklung von Projekten und das integrierte PQM ohne Prozesskosteninformationen ihrer Steuerungsaufgabe nicht mehr gerecht werden k nnen 136 6 2 Prozesskostenrechnung in Projekten Prozessoptimierung Prozesskostenrechnung und Prozessoptimierung sind eng miteinander verzahnt Bild 6 4 So l sst sich die Frage nach den zwischen beiden Bereichen bestehenden Interde pendenzen einfach beantworten e Keine Prozesskostenrechnung ohne Prozessoptimierung und e keine Prozessoptimierung ohne Prozesskostenrechnung
41. Bild 3 10 bersicht ber Know how Bereiche 54 4 Der Qualit tsmanagementprozess 4 1 Allgemeines Die typischen Aufgaben eines IT Projektes mit Ent Vermeiden und Vorbeugen wicklung und Bereitstellung von Software der Hard von Fehlern und Problemen ware und der Vernetzung unterscheiden sich von der m ssen im Vordergrund Entwicklung anderer Produkte allein schon durch die stehen nicht die Korrektur Schnelllebigkeit der Technologie und der Entwick nach deren Auftreten lungsmethoden Deshalb ist es erforderlich dass das POM ein in den gesamten Lebenszyklus integrierter Prozess sein muss Dadurch wird sichergestellt dass st ndig im Verlauf des Projektes Qualit t entsprechend den Qualit ts forderungen erzeugt wird und die Produktivit t sichergestellt ist Ziel des projektbegleitenden Qualit tsmanagements PQM ist es die aktive Qualit tsge staltung des zu erstellenden Produktes und der daf r relevanten Prozesse konstruktives Qualit tsmanagement sicherzustellen Gleichzeitig sollen m glichst fr hzeitig tats ch liche und potenzielle Probleme im Projektverlauf analytisches Qualit tsmanagement aufgedeckt werden Dar ber hinaus hat das PQM die Aufgabe aufgetre Die Verantwortung f r die tene Probleme auf ihre Ursachen hin zu untersuchen Qualit t der Produkte des und deren Beseitigung zu steuern Es leistet damit Projektes liegt immer beim einen Beitrag zu den Verbesserungsprozessen des Pro Projektmanager jekt
42. Das Streben ist Qualit tsf hrerschaft Bild 14 1 die der Kunde honoriert Mit den Methoden des Qualit tsmanagements soll dazu beigetragen werden nachhaltig hohe Ertr ge zu erwirtschaften die Attraktivit t des Angebots f r die Kunden zu erh hen die Zufriedenheit aller Mitarbeiter sowie den Wert des investierten Kapitals der Aktion re und die Wertsch tzung in der Gesellschaft zu vermehren Qualit tsstrategie Die Qualit tsstrategie ist auf maximales Aussch pfen und Mitgestalten des Marktes aus gerichtet Hierzu sind die folgenden Leitlinien bedeutend e Ausbau von Gesch ftsqualit t durch Vergleich der F higkeiten mit denen der Wettbewerber e Ausrichtung auf Kundenzufriedenheit und Kundennutzen durch Kreativit t und Qualit t e Ausrichtung der Prozesse auf Wertsch pfung und Fehlerfreiheit e Einbeziehung von Partnern durch anspruchsvolle Qualit tsvereinbarungen Qualit tsf hrerschaft t Kontinuierliche Verbesserung Technologische Innovation t Produkt und Prozessgestaltung Einsatz von F higkeiten und Kompetenzen Strukturierung der Gesch ftsziele Kulturwandel Mitarbeiterinitiativen t Zufriedenheitsabfragen Kunden 9 Mitarbeiter Benchmarking Markt und Wettbewerbsanalysen Technologietrendanalysen Bild 14 1 Beispiel Vorgehensmodell f r Qualit tsf hrerschaft 263 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik
43. Die ABC Analyse Pareto Diagramm basiert auf einem Prinzip das besagt dass z B 20 der Fehlerarten 80 der Fehler bedingen Bild 5 10 Grundidee der ABC Analyse ist es die Aufmerksamkeit des PQM nur auf Probleme zu lenken die die Zielerreichung ma geblich beeinflussen Sie gibt dabei Hilfestellung bei der Lokalisierung der bedeutends ten Qualit tsprobleme sie erleichtert die Suche nach den Kostenverursachern und f hrt zu einer schnellen Kostensenkung Das Hauptproblem einer solchen ABC Analyse wird die Zuordnung der drei verschiede nen Qualit tskostenarten auf die einzelnen Fehlerarten sein Sinnvollerweise sollte die ABC Analyse f r jede der drei verschiedenen Qualit tskostenarten getrennt durchge f hrt werden Die Pareto Analyse dient dazu sich auf die Hauptpro Fragen Sie stets Was hat bleme zu konzentrieren Dazu wird ein S ulendia den gr ten Einfluss auf gramm Pareto Diagramm verwendet das die Streu die Projektziele auf die ung der zu untersuchenden Situation visuell verdeut Zufriedenheit des Kunden lich Bild 5 10 Das h ufigste Auftreten wird ganz Anwenders Nutzers links dargestellt das zweith ufigste Auftreten rechts daneben usw Es stellt also die relative Wichtigkeit von Problemen auf einfache rasch zu interpretierende Weise dar Im Allgemeinen stellen die gr ten Balken die gr ten Ver ursacher f r das Gesamtproblem dar Es ist daher sinnvoll sich mit diesen Problemkategorien zuerst
44. Erfahrungen zeigen allerdings dass sich der Erfolg nur dann einstellt wenn Qualit t in erster Linie prozess bezogen verstanden wird Ein Ansatzpunkt f r langfristige Kostensenkung Terminein haltung und auch Produktivit tssteigerung ist die st ndige Pr fung der Prozesse und Verbesserung der Prozessqualit t Die Prozessqualit t hat somit einen hohen Stellenwert da sie direkt die gesamte Auf wands Termin und Kostenstruktur eines Projektes beeinflusst Die Erfahrung zeigt dass viele Organisationen und Hier zeigt sich ganz deut auch Projektmanager sich mit einer Prozessqualit t lich dass eine Kette nur so von z B 95 zufrieden zeigen Eine Kopplung der stark ist wie das schw chste einzelnen Prozessschritte Teilprozesse Arbeitspakete Glied zeigt jedoch dass bei einer Prozesskette von f nf Teil prozessen die Gesamtqualit t nur noch 79 betr gt Tabelle 5 1 Die restlichen 21 bedeuten entweder Nachbesserungen z B w hrend der Test und Abnahmephase oder im Nachhinein zus tzliche Kosten bei Reklamationen Gew hrleistungen usw Die Prozessqualit tskette verdeutlicht dass sich Qualit tsm ngel in den fr hen Phasen des Projektes kontinuierlich fortpflanzen In einem Prozessfluss bestimmt die Fehlerrate einer Stelle den Gesamtwert der Prozessqualit t Als Messgr e der Prozessqualit t hat sich der First Pass Yield FPY bew hrt Unter FPY wird der Prozentsatz an Ergebnissen verstanden die bereits im ersten Pr
45. Hier wird die Fokussierung der Organisation auf den Kunden wieder besonders deutlich Die Vorgaben an Design und Entwicklung m ssen nicht nur Kundenforderungen sondern auch Forderungen des Marktes gesetzliche und beh rdliche Forderungen Umweltfor derungen und abgeleitete Forderungen aus fr heren Entwicklungen beinhalten Design und Entwicklungs berpr fungen verifizierungen und validierungen m ssen durch gef hrt und deren Ergebnisse und die daraus abgeleiteten Ma nahmen aufgezeichnet werden Grundlage bilden die Design und Entwicklungsvorgaben bzw die besonderen Forderungen f r einen bestimmten vom Kunden beabsichtigten Gebrauch Bei Durch f hrung von nderungen sind die daraus resultierenden Wirkungen zu ermitteln und aufzuzeichnen Wenn Prozesse der Produktion und Dienstleistungserbringung nicht sofort oder nicht wirt schaftlich verifiziert werden k nnen m ssen sie validiert werden um ihre Wirksamkeit und Zul ssigkeit nachzuweisen Die Validierungsforderung f r Prozesse gilt auch f r jene Produkte bei denen sich Verarbeitungsm ngel erst w hrend der Nutzung zeigen F r Software die zum Pr fen eines Produkts ben tigt wird gibt es eine Zusatzforderung Sie muss alle Forderungen f r Produktentwicklung wie sie in Abschnitt Design und Entwicklung der Norm beschrieben sind erf llen 13 3 5 Abschnitt 8 Messung Analyse und Verbesserung Wie schon im Prozessmodell dargestellt ist die Kundenzufriedenhei
46. Informationen zugreifen zu d rfen Die Authentifizierung sch tzt gegen die nichtautorisierte Benutzung eines Systems oder die nichtautorisierte bertragung von Informationen Es gibt drei klassische Wege sich zu authentifizieren e durch etwas was man wei z B ein Passwort e durch etwas was man besitzt z B ein Token e durch etwas was man ist Biometrik Ein Token ist ein physischer Gegenstand welcher zur Repr sentation einer Identit t dient Allgemein bedeutet das die v llige bereinstimmung einer Person oder einer Sache mit dem was sie ist oder als was sie bezeichnet wird Typischerweise ist es ein Gegenstand z B Chipkarte welcher in ein Leseger t eingesteckt werden muss um Zugang zu einem Raum oder Zugriff auf ein System zu erhalten Biometrik ist das statistische Studium von biologischen Daten In der Informationssi cherheit ist es die Bezeichnung f r die Benutzung von eindeutigen physiologischen 277 15 Informationssicherheit morphologischen oder verhaltensbedingten Merkmalen z B Fingerabdruck Stimme Retina Muster zum Zwecke der positiven Identifizierung von Personen Identifizierung ist der Prozess der Mitteilung der Identit t eines Subjekts z B eines Benutzers oder eines anderen Systems an ein System Die Identifizierung geschieht blicherweise durch Eingabe Nennung eines Namens Passwort oder die Pr sentation eines Tokens ber die Sicherheitsmechanismen des S
47. Kenngr en Dieses Merkmal der Software stellt die sofortige Nutzung der Software nach einer Erst bzw Re Installation hinsichtlich der vereinbarten Funk tionalit ten sicher Nach der Installation der Software manuell oder mittels Prozedur ist es m glich die Software ablaufen zu lassen ohne zun chst weitere Einstel lungen Systemparameter Konfigurationsdateien vorzunehmen Teilmerkmal Wiederverwendbarkeit Reuseability Begriff Kenngr en Dieses Merkmal der Software stellt sicher dass die Programme Module Funktionen unge ndert in anderen Systemen mit unterschiedlichen Aufgabenstellungen eingesetzt werden k nnen Hinweis Wichtige Voraussetzung f r wieder verwendbare Software sind diesbez gliche Normen und Standards die auch bei der Entwicklung eingehalten werden Konformit t Ein hoher Modularisierungsgrad erh ht die Wiederverwendbarkeit der Software bzw von Teilen der Software Systemzugriffe oder Ein Ausgabefunktionen werden durch separate Module realisiert die in einer speziellen Bibliothek abgelegt sind Der Programmablauf erfolgt parametergesteuert 209 10 bersicht der Qualit tsmerkmale Tabelle 10 5 Beispiele f r bertragbarkeit Anpassbarkeit Adaptability Nachweis Eine Verteilung der Datenbank ist m glich Sie ist flexibel und frei konfigurierbar Review Pr fung der Datenbank dokumentation im Hinblick auf die Verteilungsm glichkeiten Code Review Instal
48. Konzept dokumentiert Die Funktionstasten Button arbeiten gem den dokumen tierten Standards Die Bedienerf hrung aufeinander folgender Masken arbeitet korrekt Test Oberfl chentest Test Oberfl chentest M gliche Verzweigungen zwischen Masken arbeiten korrekt Test Checkliste Zukunftsbezogene Aktionen k nnen korrekt angelegt werden Test Gesch ftsprozesstest Datenzyklustest Zukunftsbezogene Aktionen k nnen abgebrochen werden Test Gesch ftsprozesstest Datenzyklustest Die Verlinkung zwischen den Seiten ist korrekt Test Oberfl chentest Der Anwender kann nur die f r ihn zugelassenen Aktionen durchf hren F r ihn nicht zugelassene Aktionen werden nicht angezeigt Gemeinsam abgestimmte Einschr nkungen dieser Forderung werden im Lastenheft entsprechend dokumentiert z B Funk tionen sichtbar aber nicht ausf hrbar f r Mitarbeiter des User Help Desk 204 Test Gesch ftsprozesstest 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Tabelle 10 3 Beispiele zur Funktionalit t Fortsetzung Ordnungsm igkeit Compliance Nachweis Alle Tests werden entsprechend der projektspezifischen und abgenommenen Testdokumentation und spezifikationen durchgef hrt Die korrekte Durchf hrung aller spezifizierten Tests ist nachzu weisen Diese Anforderung beinhaltet auch die Bereitstellung der Test daten und Test Scripte in elektronischer For
49. Lieferantenbeurteilung einschlie lich spezifischer Reisekosten e Kosten f r Kundenumfragen e Kosten f r Beschwerdemanagement e Kosten f r Dokumentationen e Personalkosten auf Qualit ts Kostenstellen 6 1 3 Erfassung und Bewertung Durch das Aufzeigen so mancher praktischer Schwierigkeiten soll nicht der Eindruck entstehen die Erfassung von qualit tsbezogenen Kosten w re zu kompliziert nicht durchf hrbar oder es bringe wenig Erfolg Im Gegenteil Organisationen die sich f r Qualit t ISO 9001 2000 TQM standardi sierte prozessorientierte Vorgehensmodelle usw entschieden haben sollten fr hzeitig mit einer zun chst einfachen von der Betriebskostenrechnung abgeleiteten Kosten rechnung f r qualit tsbezogene Kosten beginnen Darauf aufbauend kann dieses bis auf Projektebene heruntergebrochen werden um auch f r diesen Aufgabenbereich ein angepasstes effizientes Steuerungsinstrument zu schaffen Der Aufgabe der Erfassung und Bewertung der qualit tsbezogenen Kosten muss sich das Rechnungswesen mit Unterst tzung des Qualit tsbeauftragten unbedingt in geeigneter Form stellen da die Ermittlung und Beseitigung qualit tsbezogener Schwachstellen erst auf der Basis einer wertm igen Betrachtung zu notwendigen Entscheidungen f hren kann Erfassung Um Erfahrungswerte f r Sch tzungen und andere Projekte zu bekommen ist es n tig w hrend der Projektdurchf hrung die anfallenden Kosten zu erfassen Dies geschieht meist
50. Oberstes Ziel des Unternehmens ist es die F hrerschaft unter den weltweit besten Unternehmen f r Informationstechnik zu bernehmen indem den Kunden in aller Welt erstklassige Produkte und Dienstleistungen von hohem Nutzen termingerecht geliefert werden Die Gesch fts und Qualit tspolitik sind darauf ausgerichtet die Zufriedenheit der Kun den zu erreichen und nachhaltig sicherzustellen Hierbei werden die Forderungen der Gesellschaft und des Umweltschutzes erf llt Kundenorientierung bedeutet die aktuellen und zuk nftigen Anforderungen der Kun den genau zu kennen und flexibel und kompetent zu erf llen Durch konsequent ausgerichtete partnerschaftliche Zusammenarbeit sollen Spitzenleis tungen erzeugt und angeboten werden um so die Wettbewerbsf higkeit langfristig zu sichern F r alle Erzeugnisse und Prozesse werden Qualit tsziele festgelegt die aus dem Kunden nutzen ermittelt werden Alle nutzen die eigene Kreativit t und Innovationskraft zur laufenden Verbesserung der Wertsch pfungsprozesse mit dem Ziel qualitativ hochwertige Produkte und Dienstleis tungen zu erzeugen Die Wirksamkeit des Qualit tsmanagementsystems wird laufend bewertet und Verbesse rungen werden durchgef hrt 262 14 2 Was soll erreicht werden Die vorliegenden Qualit tsgrunds tze bilden den Rahmen des Qualit tsmanagement systems Sie gelten f r alle Bereiche des Unternehmens 14 2 Was soll erreicht werden Qualit tsvision
51. Plans wird bei der sorgf ltigen Ausarbeitung dieses Kapitels der Gesamtumfang bewusst und er erstellt damit eine Basis f r alle weiteren Kapitel des QM Plans Generelle Qualit tsmanagement Strategie Kapitel 4 Auf der Basis des nach Art und Umfang bekannten Projekts kann nun das grunds tzli che weitere Vorgehen bez glich des Erreichens der geforderten Qualit t des Endpro dukts erarbeitet werden Je nach Art des Produkts ist zu definieren welcher Verfahrens standard anzuwenden ist z B e 1SO 9001 Verfahren e ESA Verfahren d h Qualit tssicherungsverfahren aus der Raumfahrttechnik 166 9 2 Qualit tsmanagement Plan QM Plan e Verfahren aus der Luftfahrttechnik e Verfahren aus der Automobilindustrie Verfahren aus der Medizintechnik Nukleartechnik VDA TC usw e Vorgehensmodell V Modell f r Softwareentwicklung im ffentlichen Bereich Es ist festzulegen wie ein Produkt f r ein Land das nicht EG Mitglied ist zu behandeln ist z B auch ein Produkt das in Krisenregionen geliefert wird Wie ist das grunds tzliche Qualit tsmanagementverfahren bei Produkten die weltweit verwendet werden Eine besondere Rolle spielen hier die Produzenten und die Pro dukthaftung Alle diese grunds tzlichen Entscheidungen haben einen wesentlichen technischen und finanziellen Einfluss auf das gesamte Projekt und sie m ssen deshalb fr hzeitig und f r alle Projektbeteiligten bindend getroffen und bekannt gemacht werde
52. Pr fgegenstand Selbstpr fung Pr fung bei der sich der Entwickler einer Kompo Die Kritikalit t dr ckt aus nente selbst von der Einhaltung und oder Erf llung welche Bedeutung ein vorgegebener Anforderungen berzeugt Selbstpr Fehlverhalten einer Kompo fungen finden im Rahmen der Softwareentwicklung nente beigemessen wird korrektur statt und m ssen deshalb in allen F llen nachvollziehbar sein Welche Verpflichtungen sich f r die verantwortlichen Personen hinsichtlich der Durchf hrung von formellen Pr fungen Tests ergeben ist in Abh n gigkeit von der Kritikalit t des Pr f Testobjekts und der Gesamtkritikalit t festzulegen Nachweisf hrung Pr fung bei der f r ein Produkt oder auch f r einen bestimmten Projektabschnitt eine Vorgehensweise zur Erf llung vorgegebener Anforderungen objektiv nachvollziehbar gezeigt wird Voraussetzungen hierf r sind e Definierte Zustands berg nge Pr fstati von gepr ften Produkten e Verwendung bzw Erstellung von Pr fpl nen f r Dokumente HW und SW Komponenten und bergreifend e Pr fspezifikation je Pr fgegenstand und bergreifend e Pr fprozedur je Pr fgegenstand e Pr fprotokoll je Pr fgegenstand und je Pr fung Prozesspr fung siehe auch Abschnitt 5 1 4 Stichprobenhafte Pr fung eines Prozesses Aktivit t auf Einhaltung vereinbarter Re geln Solche Regeln k nnen sein e Dokumentations und Codierstandards die in Dokumentations Programmier richt
53. Produkt das Erstellen von Testbedingungen sowie das Durch f hren von Tests zur Feststellung ob die Bedingungen erf llt sind erleichtert Wiederverwendbarkeit Das Ausma in dem eine Komponente des Produkts in mehr als einem anderen Pro dukt verwendet werden kann Verkn pfbarkeit Die Leichtigkeit mit der zwei oder mehrere Produkte Informationen austauschen und die ausgetauschten Informationen benutzen k nnen Empirische Untersuchungen haben ergeben dass die Qualit tsmerkmale Anwendungs freundlichkeit Wartbarkeit Zuverl ssigkeit und Korrektheit den h chsten Stellenwert bei den Anwendern Nutzern eines Produkts System Verfahren Anwendung haben Diese Ergebnisse k nnen je nach Projektauftrag jedoch auch anders ausfallen so dass z B auch das Qualit tsmerkmal Sicherheit f r Banken Kraftwerke usw eine gro e Rolle spielt Es wird empfohlen die Anforderungen des Kunden genauestens zu pr fen und die Pri orit ten der Qualit tsmerkmale danach festzulegen K nnen diese nicht oder nicht ein deutig ermittelt werden so muss versucht werden ber eine Bewertungsliste siehe Bei spiel Abschnitt 10 3 die zusammen mit dem Kunden bearbeitet wird eine Gewichtung der Qualit tsmerkmale zu erreichen 61 4 Der Qualit tsmanagementprozess 4 3 2 Qualit tspr fung Die Qualit tspr fung dient dem m glichst fr hzeitigen Aufdecken von tats chlichen und potenziellen Problemen durch Pr fen analytische Qualit tspr
54. Produkte zutreffend sind ist ebenfalls eine Forderung In die sem Verfahren muss auch der Zugang zu diesen rechtlichen Forderungen geregelt wer den Rechtliche Forderungen sind bei der Ermittlung der Kundenforderungen zu ber cksichtigen und m ssen einen Teil der Design und Entwicklungsvorgaben bilden Die Qualit tspolitik der Organisation ist festzulegen Qualit tsziele die im Einklang mit der Qualit tspolitik der Organisation stehen m ssen f r alle Ebenen und Funktionen innerhalb der Organisation definiert werden Dazu geh ren auch solche Ziele die zum Erreichen der Forderungen an das Produkt erforderlich sind Es sind die T tigkeiten und Mittel zur Erreichung der Qualit tsziele zu planen Sollten organisatorische nderungen innerhalb der Organisation notwendig werden muss durch die Planung auch sicherge stellt werden dass die Funktionsf higkeit des QM Systems w hrend der nderungs phase erhalten bleibt Aufgaben Verantwortlichkeiten und Befugnisse sind festzulegen und bekannt zu machen Auf die organisatorische Handlungsfreiheit zur Ausf hrung qualit tswirksamer Aufga ben ist dabei zu achten 256 13 3 QM Systemaufbau ein Beispiel Die QM Bewertung hat nach einem formal festgelegten Verfahren zu erfolgen Sie muss das Verfolgen von Ma nahmen aus fr heren QM Bewertungen mit einschlie en Die QM Bewertung muss Ma nahmen f r die Verbesserung des QM Systems f r Produkt und Prozessaudits sowie f r die Bereit
55. Projektverlauf festgestellt werden desto einfacher und kosteng nstiger lassen sie sich beheben Sp testens an den Meilensteinen muss beurteilt werden ob e es wirtschaftlich sinnvoll ist das Projekt weiterzuf hren Abbruch oder e mit ge nderter Zielsetzung weitergearbeitet wird Tabelle 3 3 Beispiel eines Soll Ist Kostenvergleichs Kosten Plan Soll Ist Abweichun Analyse bezeichnung TEUR TEUR g Bewertung Personal 70 72 2 Geringe Abweichung Tariferh hung Material 12 10 2 Reduzierter Verbrauch Mieten 3 3 Reisen 5 6 1 20 Mehrkosten nicht geplante Reisen wegen Messe Gesamt 90 91 1 Leichte berziehung 3 4 Projektabschluss Die Bedeutung des Projektstarts ist unbestritten und vielen auch gel ufig Dort werden die entscheidenden Weichen f r den Projektverlauf hinsichtlich Projektinhalten und Projektabwicklung gestellt Nicht minder gro ist die Relevanz die dem Projektab schluss beigemessen werden muss Bild 3 9 Ein geregelter Projektabschluss hat Auswirkungen auf 51 3 Der F hrungsprozess Projektmanagement e das betroffene Projekt selbst e weitere Betreuungs nderungs und Wartungsarbeiten sowie nicht zuletzt e zuk nftige Projekte Ein nicht oder nur unvollst ndig durchgef hrter Pro jektabschluss wirkt sich in der Regel auf das Gesamt projekt aus und hinterl sst einen oft negativen Ein druck bei allen Beteiligten der verantwortlichen Nach Projektabschluss
56. Prozessqualit t und gibt deutliche Hinweise auf Verbesserungsbedarf potenzial und m glichkeiten Mangel hafte Prozessqualit t ist auch ein Zeichen f r unzureichende Prozessbeherrschung Hier muss durch das PQM mit all seinen Methoden und Techniken Abhilfe geschaffen wer den 5 1 5 Das Quality Gate Konzept Die Einf hrung eines Quality Gate Konzepts bietet eine weitere M glichkeit f r das PQM die Produkt und Prozessqualit t innerhalb eines Projektes zu erh hen Das Qua lity Gate Konzept dient schon seit l ngerer Zeit einem effizienten Controlling bei der Durchf hrung von Gesch fts und Entwicklungsprozessen Es erf hrt als Steuerungs 92 5 1 Pr fung und Tests in IT Projekten und als Navigationsinstrument f r Projekte und f r das Projektmanagement eine zunehmende Bedeutung Die Umsetzung des Quality Gate Konzepts in Projekten bil det einen systematischen Ansatz um das Ziel der First Pass Yield Qualit t n her zu kommen Dabei sieht das Konzept vor an vorbestimmten Stellen im Projektablauf meistens an den Phasen berg ngen und Meilensteinen so genannte Quality Gates einzurichten Diese Quality Gates k nnen sowohl Aspekte der Prozess als auch der Produktqualit t beinhalten Die Anordnung der Quality Gates entlang des Projektprozesses dient der zeitnahen Steuerung mit kurzen Regelkreisen Die Anforderungen des Kunden und die des n chsten Prozessschrittes werden offensichtlich gemacht und somit werden Ver schw
57. Qualit tsfor derungen gesprochen Deren Erf llung ist meist bez glich aller Einzelforderungen zu pr fen Geht es um die Kosten einer Ein heit ist es eine Kostenpr fung geht es um die Termine ist es eine Terminpr fung So gibt es viele verschiedene Pr fungsge genst nde aber auch Pr fungen zu Untermengen Ein Beispiel zur Qualit tspr fung ist die Zuverl ssigkeitspr fung ein Beispiel zur Terminpr fung ist die Pr fung auf Versp tung im Zug und Luftverkehr Kosten die in Zusammenhang mit der Bewertung eines Produk tes Prozesses und seines Outputs hinsichtlich der Einhaltung festgeschriebener Qualit tskriterien entstehen Die Gesamtheit von Merkmalen einer Einheit bez glich ihrer Eignung festgelegte und vorausgesetzte Erfordernisse zu erf l len Eine Einheit kann ein Produkt eine Dienstleistung eine T tigkeit ein Prozess ein System eine Person eine Organisation usw sein Qualit t bezieht sich sowohl auf Produkte als auch auf Prozesse und Projekte zur Herstellung dieser Produkte Qualit t ist Zieler f llung Die Ziele k nnen explizit festgelegt oder implizit durch gemeinsame Vorstellungen der Beteiligten gegeben sein Qualit t entsteht nicht von selbst Sie muss definiert und ge schaffen werden Gesamtheit der Einzelforderungen an eine Einheit welche die Beschaffenheit dieser Einheit betreffen Alle T tigkeiten der Gesamtf hrungsaufgabe welche die Quali t tspolitik Ziele und Verantwortlichkei
58. Reihe von Aktivit ten welche die Organisation als Reaktion auf ein einzelnes Ereignis ausf hrt Prozessfolgen produzieren im Allgemeinen bestimmte Ergebnisse und k nnen je nach ihrem Volumen und ihrer relati ven Bedeutung f r das Unternehmen als Kernprozessfolge oder Nebenprozessfolge behandelt werden Gemeint ist das betriebswirtschaftliche Beherrschbarmachen des indirekten Bereichs der Gemeinkosten der Strukturkos ten Es werden nicht einfach periodische Budgets fortgeschrie ben sondern Vorg nge herausgearbeitet und daf r Kostens tze gebildet Mit diesen Prozesskostens tzen l sst sich Benchmar king erreichen eine innerbetriebliche Weiterverrechnung sicher stellen In der Vorgehensweise zur Prozesskostenrechnung geht es erst einmal um das Herausarbeiten der Teilprozesse innerhalb der Kostenstellen Dazu sind Aktivit ten T tigkeiten zu listen Dann sind Ressourcen zuzuteilen Entweder sind bestimmte Mit arbeiter oder Ger te voll einem Arbeitspaket gewidmet oder es muss jemand eine Prozentsch tzung vornehmen Mit der Res sourcenzuteilung sind auch die Strukturkosten definiert die einer T tigkeit gewidmet werden sollen Dann geht es um das Definieren der Zahl der Vorg nge z B Anzahl der zu program mierenden Komponenten Die hier definierten Zahlen sind die eigentlichen SOPs Standards of Performance Neben diesen mengenm igen SOPs treten Qualit tskennzahlen auf z B Anzahl fehlerfrei durchgef h
59. Ressourcen die dem Prozess von verschiedenen Lieferanten zur Verf gung gestellt werden 293 Glossar Integrationsphase Integrit t Intelligence Interner Kunde Intrusion Kennzahl ratio Know how 294 Engl integration phase ist die Phase in der das Integrati onsteam die Einzelkomponenten zusammenf gt die in der Ent wicklungsphase getrennt erzeugt bzw erworben wurden Zu den Aktivit ten der Integrationsphase z hlen die Validierung dass die Einzelkomponenten korrekt zusammenarbeiten sowie die Vorbereitung und Durchf hrung der Einf hrung Die Sicherstellung der Korrektheit von Daten Datenintegrit t und der korrekten Funktion von Computersystemen Systemin tegrit t Bestandteil der Informatiksicherheit Gezieltes Vorgehen das zu Erkenntnissen Kenntnissen und Informationen f hrt um f r den eigenen Vorteil zur Vermei dung eigener Nachteile oder auch zum direkten Nachteil des Informationslieferanten verwendet zu werden Ma nahmen und Methoden der Sammlung von Erkenntnissen k nnen legal oder illegale Spionage Vertical Integration sein Im Zusammenhang mit dem Prozessentwurf ist ein interner Kunde ein Kunde innerhalb der Firma der Output vom Prozess erh lt und im Allgemeinen nachfolgende Prozesse ausf hrt die die Anforderungen f r den Prozess definieren Normalerweise unberechtigtes Eindringen in Daten und Computernetzwerke mit dem Ziel durch Sabotage oder Dieb stahl ei
60. Risiken gt sssesesricisiraseninidsis sss 243 Prozessmodell der DIN ISO 9001 2000 lt ocsvirereceniscirer artyn 253 Beispiel QM Systemaufbau se u ss20 0002020 0er 255 Beispiel Vorgehensmodell f r Qualit tsf hrerschaft 263 Beispiel Zielfindungsprozess 22222eneeeeeeneneeenee nenn 264 Beispiel der Zusammenarbeit mit Lieferanten und Kunden 267 Beispiel Vorgehen partnerschaftlicher Zusammenarbeit 268 Beispiel eines Netzwerkes f r Qualit tsmanagement 2 270 Beispiel f r Qualit tsdokumentation sssr rircssssvisierecers ass 271 15 Tabellenverzeichnis Tabelle 3 1 bersicht ber Risikostufen 22222eeeeeeeeeeeeeeeerenn 44 Tabelle 3 2 Organisation der R ckmeldungen 2222esneereennenenn 49 Tabelle 3 3 Beispiel eines Soll Ist Kostenvergleichs 2222222sen0n 51 Tabelle 4 1 Unterschiede zwischen CMM und CMMI 22cseseenen 72 Tabelle 4 2 Messmodell f r Prozesse u au0uusse 5 080m een 75 Tabelle 4 3 Beispiele f r Metriken 2ur 0ru0a sr sense sen ns 76 Tabelle 5 1 Beispiel f r eine Prozessqualit tskette 222ceceeeeenen 91 Tabelle 5 2 Beispiel eines Formulars f r die FMEA 2 222cneeeenenn 104 Tabelle 5 3 Beispiel einer Checkliste 20 an 118 Tabelle 6 1 Richtwerte f r Aufw nde u 0 odau ns 123 Tabelle 6 2 Anhaltswerte f r PQM Aufwandsabsch tzung 2 124 Tabelle 6 3 bersicht ber die Fehler
61. Verhalten vor der endg ltigen Realisierung unter einem bestimmten Gesichtspunkt erproben zu k nnen In vielen F llen sollen unterschiedliche L sungsm glichkeiten untersucht werden H u fig wird dabei der Anwender mit eingebunden um ihm z B die grafische Oberfl che einer Software hinsichtlich ihrer Benutzerfreundlichkeit vorzustellen bzw mit ihm fest zulegen Ferner dient das Prototypisieren dazu kritische Teile des Systems im Hinblick auf ihre Realisierbarkeit und Leistung abzusch tzen z B im Hinblick auf Reaktionszeiten von Benutzer und Prozessschnittstellen Kapazit tsanforderungen an Speichermedien und Durchsatz Grunds tzlich k nnen f r dieses Konzept folgende Einsatzm glichkeiten genannt wer den 100 5 2 Produkt Prozessplanung Fr hzeitiges Fertigstellen von Systemteilen um die Funktionalit t sicherzustellen und die Qualit tsanforderungen zu verifizieren Vorgezogene Entwicklung kritischer Komponenten Hilfsmittel f r die Anforderungsanalyse Hilfsmittel f r die Durchf hrung von Realisierbarkeitsuntersuchungen Machbarkeitsanalyse Hilfsmittel f r die Beschaffung von Informationen ber das System und System komponenten Leistungsdaten Grundlage f r Diskussion mit dem Kunden Nutzer Anwender Erfolgsfaktor Qualit t Neben den Erfolgsfaktoren Kosten und Zeit beim Prototypisieren spielt der Erfolgsfaktor Qualit t eine gro e Rolle Die schnelle Verf gbarkeit von Prototypen erlaubt d
62. Vollst ndigkeit Completeness Nachweis Alle f r den Einsatz der Software erforderlichen Dokumente lie gen vor Geforderte Sachverhalte bzw Anforderungen an die Software sind vollst ndig beschrieben Die Entwicklung erstellt eine entsprechende Liste Bereitstel lungstermine f r die Liste und aller darin aufgef hrten Doku mente werden zwischen den Projektleitungen abgestimmt und verfolgt Review Die Installationsbeschreibung ist so zu erstellen dass sie aus reicht um eine erfolgreiche Installation der Software ohne Detailkenntnisse der Anwendungssoftware vorzunehmen Test Review Bereits vorhandene Anwenderdokumentationen sind vorhan den um die Anderungen Erweiterungen zu erg nzen Insbesondere sind alle m glicherweise auftretenden Fehlermel dungen separat beschrieben Die Umsetzung der Anforderung ist projektintern sicherzustellen Review Vorhandene Operatorhandb cher sind um nderungen Erwei terungen erg nzt und enthalten alle Informationen die zur Bedienung und Administrierung der Software notwendig sind Insbesondere sind alle m glicherweise auftretenden Fehlermel dungen separat beschrieben Die Umsetzung der Anforderung ist projektintern sicherzustellen Review Vorhandene Systemhandb cher sind um die nderungen Erweiterungen erg nzt Die Umsetzung der Anforderung ist projektintern sicherzustellen Review Fortsetzung auf Seite 222 221 10 bersicht der Qualit ts
63. Wirksamkeit und Effizi enz der Organisation beim Erreichen ihrer Ziele bei St ndige Verbesserung Die st ndige Verbesserung der Gesamtleistung der Organisation stellt ein permanentes Ziel der Organisation dar Die Forderung nach st ndiger Verbesserung in der DIN ISO 9001 2000 ist auf die Verbes serung der Wirksamkeit des QM Systems der Organisation zur Erf llung ihrer Qualit ts politik und Qualit tsziele ausgerichtet St ndig deutet darauf hin dass es sich hier nicht um einmalige Aktionen handeln darf Durch st ndige Verbesserung soll eine Wei terentwicklung des QM Systems sichergestellt werden 252 13 2 Das Prozessmodell DIN ISO 9001 2000 Sachbezogener Ansatz zur Entscheidungsfindung Wirksame Entscheidungen beruhen auf der Analyse von Zahlen Daten und Informatio nen Lieferantenbeziehung zum gegenseitigen Nutzen Eine Organisation und ihre Lieferanten sind voneinander abh ngig Beziehungen zum gegenseitigen Nutzen erh hen die Wertsch pfung beider Seiten 13 2 Das Prozessmodell DIN ISO 9001 2000 Diese internationale Norm unterst tzt die Wahl eines Prozess Ansatzes f r das Manage ment System des Unternehmens und seiner Prozesse Das Prozessmodell versucht ein komplexes System einer Organisation nicht hierarchisch sondern prozessorientiert dar zustellen Die Wertsch pfungskette soll ebenso klar ersichtlich sein wie die wertdefinie renden Prozesse und Aktivit ten Durch die Anwendung des prozessorie
64. Wirtschaftliche Aspekte des POM F r Organisationen die ber ein Managementsystems nach DIN ISO 9001 2000 verf gen stellt sich die Frage des Einsatzes eines PQM eigentlich nicht Denn sie haben sich auferlegt qualit tsgerechte Leistungen zu erbringen und immer ihre Qualit tsf higkeit nachzuweisen Des Weiteren strebt jede Organisation danach die Qualit t seiner Leis tungen mit minimalen Kosten zu erreichen Wirtschaftlich gesehen gibt es aber einen entscheidenden Faktor f r den Einsatz des POM zu kl ren Ist die Organisation in der Lage die Kosten dem Kunden in Rechnung zu stellen In den meisten Angeboten f r die Abwicklung eines Qualit t bleibt noch lange Projektes werden qualit tsbezogene Kosten nicht auf erhalten auch wenn der gef hrt Dies kann aus Wettbewerbsgr nden Preis Preis schon vergessen ist notwendig sein oder auch um den Kunden nicht ab zuschrecken der neben der Leistungserstellung auch noch die erwartete Qualit t bezah len soll Ratsam ist es in solchen F llen wenn m glich die Kosten anderweitig kalkula torisch in den Gesamtprojektkosten unterzubringen Dabei stellt sich jedoch die n chste Frage Sind die eingesetzten Kostenrechnungssys teme in den Organisationen in der Lage auf die spezifischen Fragen und Probleme des Qualit tsmanagementwesens und insbesondere auf die des PQM ad quate Antworten zu geben Die Informationen die herk mmliche Kostenrechnungssysteme in der Regel lie
65. Zeiteinheit z B 2 Fehler Woche MTTF nn tw Zeit f r Wiederanlauf Fehlererkennung Restaurierung zerst rter Daten Neustart Verf gbarkeit 99 9 hei t max 1 45 Minuten Stillstand pro Tag max 8 75 Stunden Stillstand pro Jahr Systeme im Dauereinsatz z B WWW Server Ampelsteue rung Schwei roboter Verf gbarkeit MTTF MTIF t tw Zeit f r Wiederanlauf Fehlererkennung Restaurierung zerst rter Daten Neustart Verf gbarkeit 99 9 hei t Max 1 45 Minuten Stillstand pro Tag Max 8 75 Stunden Stillstand pro Jahr Die angezeigten Fehlermeldungen entsprechen direkt der Fehlersituation Verf gbarkeit Test Im Rahmen des Gesch fts Prozesstests werden Prozesse beendet und neu gestartet und dann kontrolliert ob die unter brochenen Vorg nge korrekt wie der aufgenommen werden k n nen Transaktionskonzept Review Programmierrichtlinien Betriebshandbuch Backup und Recoveryverfahren Test Im Rahmen der Tests werden Fehlermeldungen entsprechend der Fehlersituationen bewertet Spezifikation der gew nschten Zuverl ssigkeit max Fehlerwahrscheinlichkeit 0 05 Fehlerrate lt Fehlbuchungen pro Monat max Ausfallzeit 2 Stunden pro Monat Verf gbarkeit im Bedarfsfall 99 99 d h max ein Ausfall wenn 10 000x ben tigt 214 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Tabelle 10 6 Beispiele zur Zuverl ssigkeit Fortsetzung Int
66. beim Zahlungsverkehr auf Konten des Betr gers Bestellung von Waren mit fremden Kreditkartennummern usw Eine generell volkswirtschaftlich w nschenswerte Einrichtung um die hohen Sch den durch erfolgreiche Angriffe auf die Infor mationssicherheit zu vermeiden In der Praxis ist durch die ber raschenden Formen der Angriffe und die hohe Ausbreitungs geschwindigkeit Internet eine effektive Fr hwarnung schwierig umzusetzen w nschenswert w re eine zentrale Alarmorgani sation Glossar Funktionale Kriterien Funktionalit t Funktionseinheit Funktionsstruktur Gef hrdung Gemeinkosten Gesch ftsprozess Bei der Auswahl von Standardsoftware sind funktionale Kriterien die Anforderungen aus der Sicht der gesch ftlichen Benutzer Diese Anforderungen stellen die Gesch ftslogik dar welche die Standardsoftware unterst tzen muss Bei der Auswahl der technischen Infrastruktur beschreiben funk tionale Kriterien was die technische Infrastruktur leisten sollte die Dienste Funktionen und Leistungsmerkmale die die wich tigste Rolle des Produkts sind Eine Menge von Eigenschaften die sich auswirken auf das Vorhandensein eines Satzes von Funktionen und auf deren fest gelegte Eigenschaften Die Funktionen sind diejenigen welche die festgelegten oder vorausgesetzten Erfordernisse erf llen in Anlehnung an DIN ISO 9126 Anmerkung Diese Menge von Eigenschaften charakterisiert was eine Funkti onseinheit zur E
67. bewertet werden k nnen z B unterschiedliche Art und Menge der Ent wicklungsergebnisse Dokumente Programme Teilsysteme usw Um eine davon unab h ngige Bewertung durchzuf hren werden die absoluten Gr en auf Bezugs oder Kenngr en bezogen Daf r kommen Bezugsgr en in Frage die die ermittelten Kosten in Relation zu den entstandenen Ergebnissen setzen z B die Berechnung der folgenden Kennzahl Qualit tsbezogene Kosten Gesamtkosten der Zeitperiode 132 6 2 Prozesskostenrechnung in Projekten Diese Kennzahl gibt eine klare wirtschaftliche Aussage dar ber wie die Zeitperiode Phase abgelaufen ist Liegen die qualit tsbezogenen Kosten ber einem festgelegten Erfahrungs Wert so kann davon ausgegangen werden dass diese Zeitperiode nicht produktiv durchgef hrt wurde Detaillierte Untersuchungen zeigen dann die Abwei chungen viele Fehler berm ige Fehlersuche und korrektur Ausfallzeiten usw Wegen der Unterschiedlichkeit der Aufgaben ist es grunds tzlich eher schwierig ver schiedene Entwicklungsteams miteinander zu vergleichen Eine gute tendenzielle Aus sage kann aus Kennzahlen abgeleitet werden wenn dieselben Entwicklungsteams in mehreren Zeitperioden nacheinander betrachtet werden Dieses Erfassen schafft eine Voraussetzung f r eine kontinuierliche Kostensenkung So wird es z B m glich ber Pareto Analysen die Kostenschwerpunkte aufzudecken Interne und externe Ma nahmen f hren dann z
68. bezeichnet Webhost ein Rechnersystem das die Daten eines Internet Auftritts enth lt und diese Daten im Internet allgemein zug nglich macht Erkennen einer Berechtigung f r den autorisierten Zugang im IT Bereich durch Kennwort Passwort Signatur o a Unberechtigtes Aneignen sensitiver und kritischer Informa tionen eines Unternehmens z B Know how Technologien Forschungs Entwicklungspl ne deren Ergebnisse Daten usw Ausma H ufigkeit und Methoden werden allgemein stark untersch tzt Siehe auch Spionage und Vertical Integration Vermeidung von Sch den an Informatik Systemen Computer Netzwerke Software durch ein umfassendes Ma nahmenpaket wie Sicherheit von Authentizit t Authentifizierung Authentisie rung durch Backup Firewall Zugangsschutz Virenscanner u a Glossar Information en Informations gesellschaft Informations infrastruktur Informationskrieg Informations sicherheit Informations Technologie IT Informationstyp Informelle Pr fung Input Wertvollste Ressource des Informationszeitalters deren Kosten und aktiver Wert f r die Erzeugung und Verwaltung norma lerweise nicht erfasst werden Sie sind die wichtigste Grundlage einer Informationsinfrastruktur und bestehen im IT Bereich blicherweise aus digitalisierten Daten Neben dem IT Bereich geh ren dazu bei Personen verf gbares oder durch Personen dokumentiertes und vermitteltes Wissen Know how oder Kenntnisse
69. bzw durch ihn beeinflusst werden k nnen Dabei kann es sich um Manager Arbeiter Kunden und Lieferan ten handeln die den gesch ftlichen Wandel herbeif hren Allgemeiner Begriff f r den Standard einer Volkswirtschaft mit einer Vielfalt von Qualit tskriterien Heute spielt dabei die Sicherheit der Informationsinfrastruktur eine wesentliche Rolle f r den wirtschaftlichen Erfolg einer Volkswirtschaft Sicherstellung der Authentizit t und Integrit t einer elektroni schen Nachricht Verschl sselungsverfahren das die eindeutige Identifikation eines Absenders sicherstellt und eine nachtr gli che Manipulation verhindert Zeitlich begrenzte Fehlfunktion oder Ausfall eines Informations Systems Bei angestrebter hoher Verf gbarkeit eines Systems sind f r die Ausarbeitung eines Sicherheitskonzepts die sehr vielf l tigen M glichkeiten von St rungen und ihrer Ursachen zu be r cksichtigen und die erforderlichen Vorkehrungen und Ma nahmen zur Vermeidung zu definieren Im Zusammenhang mit Systemdenken im Rahmen des Ge sch ftsprozess Redesigns bezeichnet Struktur alle Kr fte die in einem System wirken Dazu z hlen beispielsweise Hierarchie Grunds tze Verfahren physische Struktur Materialfl sse Infor mationsfl sse und Anerkennungssysteme Gesch ftsprozess Redesign macht oft nderungen auf Strukturebene erforderlich Struktur bezieht sich auf die h chste Ebene der Systembetrach tung die noch ber der Betrachtung von
70. den Tatbestand zus tzlich ein Schutzgesetz verletzt wird 823 Abs 2 BGB 157 7 Juristische Aspekte des PQM Produkthaftungsgesetz Das Produkthaftungsgesetz soll laut Gesetzgeber neben dem Produkt Verschuldungs haftungsrecht stehen Damit steht dem Gesch digten frei beim Vorliegen entspre chender Voraussetzungen seine Anspr che entweder aus dem ProdHaftG oder aus dem Deliktsrecht geltend zu machen Als wesentliche nderung unterstellt das Produkthaftungsgesetz die Produkthaftung k nftig der verschuldungsunabh ngigen Haftung 1 nderungen ergeben sich in fol genden Bereichen e Wenn nach bisherigem Recht dem Hersteller ausnahmsweise die Rechtfertigung gelungen w re oder e wenn es sich um den Fehler an einem Einzelst ck einer Serie handelt der mit vertretbaren Mitteln nicht feststellbar und vermeidbar war und daher auch nicht verschuldet wurde Die entscheidende Voraussetzung der Produkthaftung ist der Produktfehler Im Umkehrschluss bedeutet dies dass ein fehlerfreies Produkt keinen Folgeschaden bewir ken kann und somit keine Haftung nach sich zieht Bei der Produktverschuldungshaftung gilt es in erster Linie Fehler zu vermeiden Hier bei ist Sorgfaltspflicht bez glich der Fehlerfreiheit in s mtlichen Phasen eines Projektes besonders zu beachten Ein gut funktionierendes projektbegleitendes Qualit tsmanage ment PQM kann bei den hier gestellten Aufgaben wertvolle Dienste leisten 158 8 Fazit
71. der Benutzer der die Dokumentation nicht vollst ndig gelesen hat e Beabsichtigte Bedrohungen Weitaus mehr Informatio Dies sind die interessantesten Bedrohungen und nen gehen durch Unwissen gleichzeitig diejenigen gegen die Sicherheitspro heit als durch b swillige dukte den wirksamsten Schutz bieten Beabsich Absicht verloren tigte Bedrohungen k nnen von innen von Insi dern oder von au en von Outsidern Au enstehenden kommen Einige Angriffe sind dabei z B aus Kostengr nden nur bestimmten Gruppen von Angreifern m glich Zu den potenziellen au enstehenden Angreifern geh ren beispielsweise Geheim dienste Terroristen konkurrierende Unternehmen oder Cracker Diese k nnen auf ver schiedene Wege in ein System eindringen e Physischer Einbruch in Geb ude oder R ume e Als Wartungspersonal getarnter Zugang e Elektronischer Zugang von au en ber Modem oder Netzwerkverbindungen Virus Wurm Trojanisches Pferd usw e Bestechung von Mitarbeitern u a Angriffe von Insidern sind ebenfalls auf verschiedene Arten m glich Ein ehemaliger oder ein noch aktiver und unzufriedener Mitarbeiter k nnte versuchen Informationen nach au en zu schleusen zu stehlen Er k nnte versuchen die t gliche Arbeit im Unternehmen zu st ren Ein gieriger Mitarbeiter k nnte sein Insider Wissen dazu benutzen Firmengelder zu seinem pers nlichen Nutzen umzuleiten Der Insider kann aber auch ein Administrator ein Systemprogr
72. der Pr ff lle immer weiter ab Insgesamt betr gt der Aufwand f r die Protokollierung der Pr fungen ca 18 des Gesamtaufwan des Auch die Pr fung der Benutzerdokumentation PD steigt zu Beginn der Pr fung weiter an ben tigt aber zum Projektende hin immer weniger Aufwand Der Gesamtanteil betr gt durchschnittlich 22 Nachdem der Pr fplan die Pr finhalte und die Pr ff lle aufgestellt worden sind erfolgt die Pr fung des Programms PP Sie nimmt zum Ende des Projektes hin einen immer gr eren Anteil des Aufwandes in Anspruch Der Aufwand f r die Pr fung des Programms betr gt ca 28 des Gesamtaufwandes Die Pr fung auf Widerspruchsfreiheit PK zwischen Benutzerdokumentation und Pro gramm stellt den Hauptteil an der Summe aller Konsistenzpr fungen dar Sie beginnt gleichzeitig mit der Programmpr fung und nimmt entsprechend der Programmpr fung zum Pr fungsende hin einen immer gr eren Anteil des Gesamtaufwandes ein Der Anteil am Gesamtaufwand betr gt ca 15 Der Pr fbericht wird nach Abschluss der Pr Tabelle 6 2 Anhaltswerte f r PQM Aufwandsabsch tzung Durchschnittlich ben tigter Aufwand pro Einzelaktivit t ma nahme Aktivit t Planung Vorbereitung Durchf hrung Nachbereitung Ma nahme Std Personentag Erstellung Personentag Personentag Review 2 5 2 1 Audit 2 1 0 5 2 3 Inspektion 2 0 5 05 0 5 Checkliste 0 2 0 5 PQM Bericht 0 25 TP Status 0 25 Projektsitzung 0 125
73. des PQM seine Dienste schuldhaft zuf gt Schuldhaft im Sinne von fahrl ssig bedeutet dass der AN die im Verkehr erforderliche Sorgfalt au er Acht gelassen hat Der AG bestimmt wie viel Sorgfalt erforderlich ist z B Pr f und Testaufwand Die Verg tung bestimmt sich meist nach der Zahl der geleisteten Stunden Tage oder Monate auch ist ein Abarbeiten eines Festpreises m glich Beim Personalgestellungsvertrag schuldet der AN die Auswahl und Bereitstellung qualifi zierter Mitarbeiter die dem Auftraggeber gegen ber zur Dienstleistung verpflichtet sind und seiner Regie unterstehen Der AN haftet nur f r eigenes Auswahlverschulden nicht f r einen Schaden der von den Mitarbeitern beim AG verursacht wurde da diese nicht als dessen Erf llungshilfen t tig werden Modellvertr ge f r EDV Beschaffung bei Bund L ndern und Kommunen Die Beschaffungsbedingungen der ffentlichen Hand Erg nzende Vertragsbedingun gen f r die Beschaffung von IT Leistungen EVB IT werden auch au erhalb der ffentli chen Auftr ge zwischen privaten Vertragspartnern verwendet Die EVB IT Kauf bzw berlassung und die EVB IT Dienstleistung enthalten eine Reihe ausgewogener Bestim mungen die von vielen Anbietern und Kunden als angemessen angesehen werden Eine Anlehnung an die Modellvertr ge des Bundes der L nder und Kommunen ist aus zwei Gr nden empfehlenswert e Sie sind das Ergebnis jahrelanger Detailarbeiten an denen sich sowohl die
74. die Mutigen vollziehen Erst wenn der Geist das Immaterielle also in die Qualit t vorgelaufen oder vorgesprungen ist Kann der materielle Erfolg sich als Folge der Qualit t einstel len Qualit t kann weder geschenkt noch gekauft werden wie es in der Vergangenheit durch fertige QM Handb cher geschehen sein soll Sie muss aus dem jeweiligen betrieblichen oder menschlichen Organismus heraus zielstrebig entwickelt werden Es bildet sich dazu eine Qualit tskultur die in Verbindung mit einer gelebten Projektkultur den Erfolgsgaranten f r effiziente Projekte darstellt 23 1 Einleitung W rden wir lernen Qualit t als Erf llung der Forderungen anstatt als G te zu definieren w rden wir lernen an der Vorbeugung anstatt am Aufsp ren von Fehlern zu arbeiten w r den wir Null Fehler statt akzeptabler Qualit tsniveaus zu dem Leistungsniveau machen w rden wir die Qualit t anhand des Preises der Abweichung anstatt anhand von Indizes messen dann k nnte man die Kosten um 20 des Umsatzes senken Philip B Crosby 24 2 Ausgangsbasis f r ein projektbegleitendes Qualit tsmanagement Es hat sich gezeigt dass ein Qualit tsmanagementsystem QMS ein wertvolles F h rungsinstrument f r Unternehmen ist um die komplexer werdenden Anforderungen des Marktes des Kunden und des Wettbewerbs zu erf llen Wurden in der Vergangenheit unter Qualit tsmanage Dieser grundlegende ment QM noch starre in aufw ndiger Do
75. die die Sicherheit von Systemen von denen aus eine Kommuni kation mit der Au enwelt m glich ist erh hen Eine sehr effektive Methode zum Schutz von Informationen w hrend ihrer bertragung ist die Verschl sselung 15 2 Weiterf hrende Informationen Nachfolgend sind einige interessante Adressen aufgef hrt unter denen weitere Infor mationen zu IT Sicherheit gefunden werden k nnen www bsi bund de Das Bundesamt f r Sicherheit in der Informationstechnik bietet auf seiner Internetseite 281 15 Informationssicherheit aktuelle Informationen und Ratschl ge zu IT Sicherheitsfragen zu technischen Analy sen und Studien zum kostenlosen Download www mittelstand sicher im internet de Das Bundesministerium f r Wirtschaft und Arbeit betreibt diese Seite f r verschiedene Fragestellungen der IT Sicherheit speziell f r mittelst ndische Unternehmen www bitkom org Der Bundesverband Informationswirtschaft Telekommunikation und neue Medien hat verschiedene Publikationen zu IT Sicherheitsthemen ver ffentlicht darunter auch Leit f den zur E Mail und Internetbenutzung im Unternehmen und zur Sicherheit f r Sys teme und Netze in Unternehmen 282 Glossar ABC Analyse Abnahme Abweichung Aktivit t Anforderung requirement Angriff Arbeitsergebnis Technik mittels der aus zwei voneinander abh ngigen Daten populationen z B Kunden und Umsatz oder Fehlerarten zu Fehlern Konzentrationen herausge
76. die zur Unterklasse neu hinzugef gten und in der Oberklasse ver nderten Operationen berpr ft werden Achtung Oberklasse ist dann nicht mehr gekapselt e Mehrfachvererbung Objekte der Unterklasse k nnen Merkmale aus mehreren Oberklassen bernehmen Auswirkungen der Mehrfachvererbung sind oft schwer zu verfolgen Verwendung nur zur Vorgabe von Schnittstellen Dann vererben Oberklassen nur Anforderungen virtuelle Methoden und Unterklassen erf llen Anforderungen der Oberklasse 5 1 3 Testen Das Testen macht im Durchschnitt 30 40 des Auf Tests sind in erster Linie wandes bei der Softwareentwicklung aus Hier ist also dazu da um Fehler zu fin reichlich Potenzial vorhanden Zeit und Kosten durch den und erst in zweiter Linie gezielte Planung effizientes Vorgehen und wenn zur Best tigung das etwas m glich durch eine Automatisierung zu sparen F r richtig ist oder richtig l uft das Testen in Mittel und Gro projekten wird emp fohlen in Zusammenarbeit mit dem PQM ein eigenes Testteam zu installieren In die sem Testteam sollten auch Fachexperten eventuell auch vom Kunden vertreten sein So Abnahmetest Systemtest Integrationstest Komponententest Meilensteine r Kompo Pflichten Leistungs Design een Getestete Integrier Getestetes Abgenom beschrei spezifi 3 Kompo tes menes ua bun kation air nente System Prout Produkt Dokumente B kation y t f 1 Projektbegleitendes Qualit tsmanagement Reviews Verfahren
77. dies f r ein fehlerfreies Pflichtenheft erforderlich ist Der Kunde hat dar ber hinaus sicherzu stellen dass alle beh rdlichen Genehmigungen f r den Betrieb des Produktes vorhan den sind Das Pflichtenheft unterliegt einem technischen Review und ist von allen Beteiligten zu genehmigen und in Kraft zu setzen Sind alle die vorgenannten Themen geregelt so k nnen aufbauend auf dieser Beschreibung das Produkt und die notwendige Dokumen tation entwickelt werden Auswirkungen bei Nichterf llung von Vertragsvereinbarungen Der AN hat im Rahmen des Vertrages seine Leistung vollst ndig rechtzeitig und in der vereinbarten Qualit t zu erbringen Tut er das nicht ist seine Leistung gest rt Dies wird dann Leistungsst rung genannt Zentraler Begriff des Leistungsst rungsrechts ist die Pflichtverletzung Wenn also eine Vertragsseite ihre Pflichten aus dem Vertrag verletzt kann die andere Vertragsseite den hierdurch entstehenden Schadensersatz verlangen Schadenersatz Jede Pflichtverletzung f hrt zu einem Schadenersatzanspruch es sei denn der Schuldner hat die Pflichtverletzung nicht zu vertreten In vielen F llen ist der anderen Seite dem Schuldner eine angemessene Frist zur Leistungserbringung zu set zen Erst nach Ablauf dieser Frist Kann Schadenersatz verlangt werden R cktritt Bei Pflichtverletzung des Schuldners kann der R cktritt erkl rt werden auch wenn er diese nicht zu vertreten hat er also nicht daf r verantwortlich i
78. e Geplante Aktivit ten wurden aus Termingr nden vorgezogen oder verschoben e Kapazit ten wurden erh ht um Termine einhalten zu k nnen e Bestellungen wurden vorgezogen oder verschoben e nderungen der Vorgaben e Planungsfehler wirken sich aus e Projektbeschleunigung f hrt zu Aufwands und Kostenerh hung e Kosteneinsparungen f hren zu Leistungsreduzierungen e Leistungserh hung erfordert mehr Zeit und Geld e Fehlerhafte ungenaue oder unvollst ndige Leistungsbeschreibungen 50 3 4 Projektabschluss e Versp tet erteilte Genehmigungen e Fehlende verz gerte oder mangelhafte Vorleistungen Dritter e Unzureichende Ausstattung des Projektteams mit Equipment e Fehler in der Arbeitsvorbereitung e Nutzungs nderungen oder nderungsw nsche des Kunden e Unbekannte Verh ltnisse am Ort der Projektausf hrung e Zus tzliche Auflagen durch Genehmigungs oder Pr fbeh rden Die Projektsteuerung ist eine kontinuierliche Aufgabe Es ist kein Drama wenn w hrend der gesamten Projektlaufzeit Eine der Auf das Projekt nicht nach Plan gaben der Projektsteuerung ist der Soll Ist Kostenver l uft Es ist ein Drama wenn gleich F r diese Aufgabe bietet sich eine Auflistung der Projektmanager nicht wie im Beispiel Tabelle 3 3 dargestellt an Mit einem davon wei P Hobbs regelm igen Soll Ist Kostenvergleich lassen sich Abweichungen rechtzeitig erkennen Je fr her Abweichungen zwischen geplantem und tats chlichem
79. eines qualit tsgerechten Prozesses ist die exakte Projektprozesses ist auf jeden Fall immer die Kunden Kenntnis der Kunden orientierung intern genau so wie extern d h die anforderungen Erf llung der Anforderungen an die Projektergebnisse und letztendlich an das Endprodukt das nach bergabe an den Kunden diesem einen Mehrwert bringen soll Der Begriff Projekt wird in der Literatur auf sehr unterschiedliche Weisen definiert An dieser Stelle wird die Definition der DIN angef hrt Nach der DIN 69901 wird ein Pro jekt definiert als 28 2 3 Die Prozessgestaltung Vorhaben das im Wesentlichen durch die Einmaligkeit der Bedingungen in ihrer Gesamtheit gekennzeichnet ist Kennzeichen k nnen z B sein e Zielvorgabe e zeitliche finanzielle personelle oder andere Begrenzungen e Abgrenzung gegen andere Vorhaben und e projektspezifische Organisation Dies bedeutet dass ein Projekt bzw der dahinter ste Es soll an den Prozessen hende Projektprozess jeweils entsprechend der Aufga selbst und nicht an den benstellung und der Ziele neu definiert und gestaltet Resultaten der Prozesse werden muss Dies ist eine Aufgabe der Projektpla gearbeitet werden nung Bei dieser Planung sind standardisierte Vorgehensmodelle wie z B das V Modell der ffentlichen Auftraggeber oder der Rational Unified Process hilfreich Prozessmodell Das Prozessmanagement bietet ein Prozessmodell das sich an die Prozessbes
80. genannte Quality Gates Mittels eigener Instrumente und Pr fungsm glichkeiten kann das PQM die Erf llung des definierten Reifezustandes best tigen oder ablehnen Ausgehend von der Aufteilung des Projektes in Phasen wird beispielsweise bei kleinen Projekten eine Aktivit tenliste erstellt und bei gr eren Projekten ein Projektstruktur plan PSP Der PSP erf llt folgenden Zweck Burghardt 2003 Der PSP bildet das Fundament f r die gesamte Projekt Strukturiertes Vorgehen durchf hrung sowohl f r die Planung der Termine macht komplexe Aufgaben Kosten und Einsatzmittel als auch f r die Festlegung transparenter und damit der Leistungsmerkmale Von ihm gehen alle anderen leichter handhabbar wesentlichen Projektpl ne aus er bildet damit auch die Basis f r die Auftragserteilung die qualit tssichernden Ma nahmen und die sp tere Projektsteuerung und kontrolle Der PSP ist die systematische und ganzheitliche Zerlegung des Projektes in plan und kontrollierbare Abschnitte Durch seine bersichtlichkeit wird er als laufendes Kommu nikationsinstrument verwendet und durch die ausreichende Strukturierung eines kom plexen Projektes macht er es berschaubar und transparent Auf der untersten Ebene der Projektstrukturierung befinden sich die Arbeitspakete Das sind die Aufgaben die von einem Projektmitarbeiter oder dem Projektteam in eigener Verantwortung bearbeitet werden Diese Arbeitspakete bilden die Basis f r die Kosten
81. im Projekt verwendeten Projektmanagement und Prozessmanagement Methoden der Techniken und Regeln Im Zusammenhang mit dem vom PQM zu erstellenden QM Handbuch dient es gleich zeitig als e Checkliste f r das Management zur Ber cksichtigung und Abstimmung grundlegender methodischer Planungsschritte e Dokumentation der Projektziele der Projektorganisation und der im Projekt eingef hrten und verwendeten Methoden und Regeln e Referenzbuch f r das Projektteam e Informationsquelle f r die Stakeholder e Marketinginstrument und e Referenzhandbuch f r weitere Projekte der gleichen Art 39 3 Der F hrungsprozess Projektmanagement Projektorganisation Im Sinne einer erfolgreichen Projektabwicklung muss der Kunde mit dem Auftragnehmer zusammenarbei ten um stets rechtzeitig die notwendigen Informatio nen bereitzustellen und ber offene Punkte zu ent scheiden Das Projektmanagement hat daf r zu sor gen dass vom Kunden ein Vertreter benannt wird der In der Projektorganisation sollten die wichtigsten Projektbeteiligten und Verantwortlichkeiten namentlich benannt sein dazu befugt und kompetent ist folgende Aufgaben zu erf llen e Die Forderungen des Kunden festlegen e Anfallende R ckfragen beantworten e Vorschl ge billigen e Verbindliche Vereinbarungen schlie en Vertrags nderungen Zusatzvereinbarungen e Gemeinsam mit dem Projektmanagement Abnahmekriterien und Abnahmeverfahren festlegen
82. in Zusam menarbeit mit dem Projektmanager und dem Testteam erarbeitet werden Die Darstellung sollte so beschaffen sein dass die erforderlichen Teststufen bestimmt werden k nnen Das gesamte Projekt wird in mehrere sachlich und zeitlich in sich geschlossene Abschnitte unterteilt die als Teststufen bezeichnet werden Aus der System bersicht k nnen Erkenntnisse zu ben tigten Testhilfen deutlich werden wie z B Treiber bzw Platzhalter Stubs oder Monitore zur berwachung des Testab laufs Auch diese Erkenntnisse m ssen in geeigneten bersichten vermerkt werden Der Projektmanager muss die ben tigten Kapazit ten zum Test in die Projektplanung aufnehmen Dabei sind folgende Punkte zu ber cksichtigen e Festlegen der durchzuf hrenden Teststufen e Grunds tzlich sind alle Teststufen zu bearbeiten Es bestehen aber in begr ndeten Ausnahmen folgende M glichkeiten Teststufen sollen berhaupt nicht bearbeitet werden Einschr nkungen und Schwerpunkte bez glich des Testumfangs werden fest gelegt z B Einschr nkung des systematischen Funktionstests auf einzelne wichtige Funktionen oder Funktionsgruppen die brigen Funktionen werden im Rahmen des Entwicklertests bearbeitet e Festlegen der Informationsbasis fachliche Vorgabe Programmvorgabe bestehendes System sonstige Dokumentation f r die einzelnen Teststufen e Zuordnen von Testaufgaben zu den Teststufen e Festlegen der Testobjekte und Testma nahmen f r
83. jektprozess von den Kundenanforderungen ber die Produktplanung bis zum einzelnen Arbeitspaket begleitet 99 5 Methoden und Techniken im Qualit tsprozess Qualit ts Produkt Prozess Durchf hrungs merkmale eigenschaften merkmale steuerwerte Kuna Qualit ts ungen merkmale T Produkt Pre anforde Qualit tsplan Design Suelketeplen eigen ann iaa Qualit tsplan rungen Produkt anforde Pa schaften Bee merkmale Prozess planung rungen Spezilizierung P g durchf hrung Zielwerte Zielwerte Zielwerte Zielwerte Bild 5 6 Quality Function Deployment QFD 5 2 2 Das Prototypisieren Die zunehmende Innovationsdynamik im internationalen Wettbewerb erfordert eine wachsende Anzahl von Neuentwicklungen und eine Beschleunigung der Entwicklungs zyklen auch in Projekten Als L sungsansatz f r eine beschleunigte und qualitativ hoch wertige Produktentwicklung gilt das Konzept des Prototypisierens Prototyping Das oberste und allgemeinste Ziel des Prototypisierens ist die Minimierung des Entwick lungsrisikos und die vorzeitige Festlegung eines qualit tsrelevanten Entwicklungspro zesses Auch soll das Prototypisieren dazu dienen eine hohe Produktqualit t zu errei chen Dazu wird z B eine vorgezogene Entwicklung einer Komponente vorgenommen um ihre Funktionalit t und das
84. komanagement in Projekten definiert werden sollten Ein Projekt ist ein abgegrenztes einmaliges Vorhaben das durch spezifische Zielsetzung zeitliche und kostenm ige Begrenzung gekennzeichnet ist Eine besondere Komplexit t Neuartigkeit und ein hohes Risiko k nnen als weitere Eigenschaften hinzukommen Bei der Durchf hrung 238 12 2 Definitionen von Projekten sollte man sich deshalb mit der Unsicherheit zuk nftiger Ergebnisse befassen um damit verbundene Sch den bzw Verluste zu vermeiden 12 2 Definitionen e Projekt Abgrenzbares einmaliges Vorhaben das durch spezifische Zielsetzung zeitliche kostenm ige personelle oder andere Begrenzungen sowie durch eine projektspezi fische Organisation gekennzeichnet ist Besondere Komplexit t Neuartigkeit und hohes Risiko k nnen als weitere Eigenschaften hinzukommen e Risiko im Zusammenhang mit Projektmanagement Risiko wird definiert als m glicher Eintritt von Ereignissen mit negativer Auswir kung auf das Projektergebnis Risiko ist also die Kombination aus der Eintrittswahr scheinlichkeit eines Ereignisses und seiner negativen Auswirkung Auswirkungen k nnen sein Verschlechterung von Planungsgr en wie h herer Aufwand und Kosten Terminverschiebung sowie Fehlentwicklung Hinweis In der Fachliteratur und in der Normung gibt es eine Vielzahl leicht unter schiedlicher Definitionen zum Begriff Risiko Die hier gew hlte Definition steht mit den meisten dieser Def
85. liegt auf der Hand Das Know how einzelner Spezialisten und Zulieferer wird zusammengef hrt Arbeiten werden nicht mehr hintereinander sequenziell sondern m glichst parallel simultan und prozessorientiert durchgef hrt Mit der Prozessorien tierung wird eine direktere Kommunikation erreicht und f r jeden Mitarbeiter wird der Projektablauf transparenter und berschaubarer Er kennt seinen Vorg nger und wei was dieser in welcher Qualit t zu liefern hat und er kennt seinen internen Kunden und den geforderten qualit tsgerechten Output Man k nnte also jetzt glauben dass diese Arbeitsweise f r das Unternehmen viel Zeit und Geld spart und dem Mitarbeiter eine h here Zufriedenheit mit seiner Arbeit und seinem Arbeitsumfeld bietet Leider ist es trotz dieser offensichtlichen Vorteile nicht immer so K nnen Sie sich vor stellen dass eines Morgens ein Projektmanager bei seiner Gesch fts Bereichsleitung um einen Termin bittet und Folgendes erkl rt Das letzte Review habe ergeben dass der Aufwand gegen ber der Planung um 35 berschritten wurde und dass er als Projekt 18 1 Einleitung manager die weitere Entwicklung erst mal gestoppt hat weil die Mitarbeiter mit der geplanten Vorgehensweise Methode Technik usw nicht zurechtkamen Undenkbar Leider nein W hrend praktisch jedes Unternehmen und jeder Unternehmensbereich ber ein mehr oder weniger gut funktionierendes Fr hwarnsystem verf gt z B in Form des
86. muss pr fbar sein ob die gesteck ten Ziele erreicht wurden Gesch ftseinheit dem Kunden Nutzer Anwender und dem Projektteam Sp testens an dieser Stelle ist das PQM gefragt Es sollte die Notwendigkeit eines vollst ndigen und formell einwandfreien Projektabschlusses einer detaillierten Abschlussanalyse klar machen Aufgaben auf der Sachebene e Welche Leistungen sind noch zu erbringen Produkt bergabe Welche Verpflichtungen haben Zulieferer und Unterauftragnehmer noch Wartungsvereinbarung e Wie gestaltet sich die abschlie ende Kosten und Finanzsituation Nachkalkulation e Sind gegebenenfalls alle erforder lichen Abnahmen Pr fungen und Reviews vorgenommen worden e Wurden die nach dem Projekt noch erforderlichen Arbeiten an die daf r Verantwortlichen ordnungsgem bertragen e Wurde ber die f r das Projekt nicht mehr ben tigten Ressourcen Maschinen Anlagen Ger te bereits disponiert e Wurde eine Abschlussanalyse durchgef hrt hinsichtlich Projektinhalten Zielerreichung und Projektabwicklung Hat eine Erfahrungssicherung Know how und Weitergabe zu erfolgen Bild 3 9 Aufgaben beim Projektabschluss 52 Aufgaben auf der Beziehungsebene Dem Motivationsverlust beim Projektteam ist entgegen zuwirken e Die Aufl sung der Projektorga nisation und ggf R ckf hrung der Mitarbeiter in die Fachab teilungen ist einzuleiten und gemeinsam mit den betroffenen Mit
87. muss eine direkte Abh ngigkeit zu den Prozessen aufweisen Prozessgr en die diese drei Anforderungen erf llen lassen sich in IT Projekten bei spielsweise f r Kostenstellen der Realisierung in Gestalt der Anzahl der zu programmie renden Komponenten finden Demgegen ber scheidet eine verursachungsgem e Zurechnung von variablen Gemeinkosten zu Prozessen aus wenn eine oder mehrere der oben genannten Anforde rungen nicht erf llt sind Dies ist beispielsweise der Fall wenn die Gesch fts Bereichs leitung an Entscheidungssitzungen teilnimmt Daf r lassen sich z B bei einer Leitungs kostenstelle keine Prozessgr en festlegen anhand derer die Kostenstellenleistung quantifizierbar ist In der Praxis sollten die Auswahl der Prozessgr en und die Festlegung ihrer Anzahl nach folgenden Kriterien erfolgen e Geforderte Genauigkeit des Prozesskostenrechnungssystems e M glichkeiten einer einfachen und wirtschaftlichen Erfassung sowie e Ziel der Verst ndlichkeit und Durchschaubarkeit Ermittlung qualit tsrelevanter Kosten Schon die traditionelle Kostenrechnung f r qualit tsbezogene Kosten wie sie im Abschnitt 6 1 beschrieben wurde verlangt im Grunde die Ermittlung und Ausweisung von Prozesskosten Es k nnen nicht ermittelt werden wenn keine Kosteninformatio nen f r den Prozess Teilprozess und das Arbeitspaket vorliegen e die T tigkeiten f r Fehlerverh tungskosten z B Qualit tsreviews e die Pr fkosten z
88. nahmen zur Unabh ngigkeit der Nutzung festgelegt werden Systemsoftware z B Betriebssystem Netz Protokoll Jobsteuerungssystem Zugriffsschutz zentrale eingebundene Anwendungssysteme z B zur Testvorbereitung Vorgangssteuerung usw Testhilfsmittel Testtools Mitschnitt Tools Vergleichstools usw e Hardware Arbeitsplatz je Tester Anzahl Clients und Server Speicherplatz f r Anwendung und Testhilfsmittel Testdaten Mengenger st bei der Testausf hrung 179 9 Praxisteil Beispiel Pl ne 9 3 6 Teststufen Bild 9 5 zeigt die einzelnen Teststufen mit entsprechenden Freigaben Entwicklertest Der Entwicklertest beinhaltet das Testen aus Entwicklersicht bez glich der richtigen Realisierung der DV technischen Vorgaben und der formalen Aspekte der Benutzer schnittstellen sowie des Zusammenspiels der einzelnen Komponenten untereinander Er dient als Oberbegriff f r die Abschnitte Modultest und technischer Integrationstest Es handelt sich bei der hier beschriebenen Sicht um einen strukturellen Test bei dem prim r die DV technische Realisierung und die korrekte Umsetzung der DV Spezifika tion der implementierten Funktionen betrachtet werden Der Entwicklertest wird i d R vom Entwickler Realisierer selbst bzw der zust ndigen Abteilung durchgef hrt Freigabe f r Entwicklungsobjekt komponente Fachliche Freigabe f r Funktionen Korrektheit Systemtest Fachliche Freigabe f r Sys
89. r den internen Kunden Die Prozesszeit setzt sich aus verschiedenen Bestandteilen zusammen e Bestandteile der Durchlaufzeit Zeitaufwand der notwendig ist um das Prozesser gebnis in seiner Substanz zu erstellen und dadurch einen Mehr Wert zu schaffen Bearbeitungszeit e Zeiten die ein Vorgang unbearbeitet in einem Prozess verweilt Liegezeit e Dauer die f r den Transfer von Prozessergebnissen erforderlich ist Transportzeit Das Verh ltnis der Bearbeitungszeit zur Gesamt Durchlaufzeit ist eine Messgr e f r die Prozessqualit t Das Bestreben in der Dimension der Prozesszeiten liegt somit bei der Verk rzung der Durchlaufzeiten und der Reduzierung des Anteils der nicht wertsch p fenden Aktivit ten K rzere Durchlaufzeiten gew hrleisten nicht nur das Einhalten der Projekttermine sondern reduzieren gleichzeitig auch die Kosten Folgende Potenziale sind gegeben e Prozess der Vertragspr fung e Prozess der Machbarkeitspr fung e Konzeptentwicklungsprozess Entwurfsprozess e Entwicklungsprozess e Pr fprozess e Testprozess 90 5 1 Pr fung und Tests in IT Projekten e Kommunikationsprozess e Informationsprozess Erh hung der Prozessqualit t Betrachtet man die vielf ltige Literatur zu diesem Nur gute Prozesse Thema so scheint sich die Ansicht durchzusetzen erzeugen auch gute dass der viel versprechende Weg zum Projekterfolg Produkte und Leistungen ber hohe Qualit t f hrt Die
90. r jedes grob formulierte Ziel gibt es eine Verfeinerung in Form von Specific Practices Zum Erreichen dieser Praktiken m ssen einige F higkeiten grundlegend von Mitarbei tern gegeben sein wie z B e Planen e Verfolgen 71 4 Der Qualit tsmanagementprozess e Pr fen e Steuern e Messen In Tabelle 4 1 werden die grunds tzlichen Unterschiede zwischen CMM und CMMI dar gestellt Tabelle 4 1 Unterschiede zwischen CMM und CMMI CMM CMMI 5 Defektverh tung 5 Kontinuierliche Prozess optimierend nderungsmanagement f r optimierend verbesserung Prozesse und Technologien Organisationsweite Verbesse rung und Ver ffentlichung Ursachenanalyse und L sung 4 Quantitatives Prozessmana 4 Organisationsweite Prozesse gef hrt gement quantitativ Quantitatives Projektmanage SW Qualit tsmanagement gef hrt ment 3 Organisationsweiter 3 Standardprozess definiert Prozessfokus definiert Organisationsweiter Organisationsweite Prozessfokus Pr zesslehhllion Prozessdefinition Trairungspragramme Trainingsprogramme Integriertes SW Management Integriertes Projekt SW Produktengineering management Teamkoordination Risikomanagement Peer Reviews Technische L sung Produktintegration Integrierte Teams Entscheidungsanalyse und L sung Organisationsweite Integra tionsumgebung Verifizierung und Validierung Anforderungsentwicklung 2 Anforderungsmanagement 2 Basis Projektmanagement wiederholbar software ge
91. sp ten Zeitpunkt erfolgt und dementsprechend h here Fehlerbehebungs kosten verursacht sollten neben dem Testen auch andere qualit tssichernde Ma nah men vorgenommen werden z B Reviews ber das DV Konzept In den beiden folgenden Abschnitten werden erst die teststufenspezifischen Festlegun gen f r den Systemtest beschrieben Soweit notwendig wird dabei nach Performance Simulation Performancetest und Zuverl ssigkeitstest differenziert Anschlie end folgen die testobjektspezifischen Festlegungen Dabei ist zu beachten dass diese f r alle in den Systemtest integrierten Testaufgaben von Bedeutung sind Lediglich die Testfallermitt lung und Testdatendefinition werden nach Testaufgaben getrennt Performance Simulation Zum jetzigen Zeitpunkt gibt es im Testkonzept noch keine Vorstellungen da nicht bekannt ist ob in dem Entwicklungszyklus mit Modellen gearbeitet wird Das Testteam beabsichtigt keine Simulationsmodelle zu erstellen Performancetest Der Performancetest dient dazu die Leistungsf higkeit der Anwendung zu bewerten Zus tzlich zur DIN 66273 Teil 1 Messung und Bewertung der Leistung von DV Syste men soll der Performancetest auch fr hzeitig Fehlentwicklungen und entsprechende Behebungsm glichkeiten offen legen Daher werden zun chst Teilaspekte der Anwen dung durch Messungen beurteilt Die DIN Norm bietet hingegen ein detailliertes Mess und Bewertungsverfahren zur Beurteilung des Zeitverhaltens des gesa
92. tsmerkmale Kenngr en Verwendung einer geeigneten Gliederung wie z B in den Templates vorgegeben Verwendung von Verweisen um den Lesefluss nicht durch umfangrei che Erl uterungen zu unterbrechen Qualit tsteilmerkmal Pr gnanz Terseness Begriff Kenngr en Dieses Merkmal von Dokumenten bezieht sich auf eine knappe und auf das Wesentliche konzentrierte Darstellung der Aussagen entsprechend dem Informationsgehalt eines Dokuments Angaben zum Zweck eines Dokuments Zusammenfassung einzelner Themenbereiche Definition aller Fachausdr cke Glossar Qualit tsteilmerkmal Redundanz Redundancy Begriff Kenngr en Dieses Merkmal von Dokumenten bezieht sich auf die Darstellung von Querbeziehungen zwischen verschiedenen Dokumententeilen durch Wiederholung von Aussagen in knapper Form Hinweis Dieses Teilmerkmal steht nicht im Gegensatz zum Teilmerkmal Ordnungsstruktur In gewissen F llen erh ht die Verwendung von re dundanten Aussagen die Verst ndlichkeit mehr als die Verwendung von Verweisen Im Sinne der nderbarkeit sind die entsprechenden Dokumentations teile entsprechend zu kennzeichnen Vermeidung von R ckw rtsverweisen Tabelle 10 12 Beispiele zur Verst ndlichkeit Einfachheit Simplicity Nachweis Dem Zweck des Dokumentes angepasster Einsatz von formalen Review Checkliste Darstellungsmitteln z B hard copies von Bildschirmmasken in Anwenderdokumentatio
93. umschlagen kann Die Wechselwirkungen verschiedener Qualit tsmerkmale k nnen zu h heren Kosten und mehr Entwicklungszeit f hren Tabelle 6 8 gibt einen berblick ber positive und negative Einfl sse von Qualit tsmerkmalen Aus dieser Tabelle 6 8 ist deutlich zu sehen dass z B die Anforderung an die Effizienz ung nstig auf die Entwicklungszeit wirkt aber daf r einen g nstigen Einfluss auf die Lebenszeit und Betriebskosten hat Die Verwendung einer solchen Gegen berstellung der vom Kunden geforderten Quali t tsmerkmale ist in der Projektphase der Anforderungsanalyse angebracht und bietet f r die Planung und Kalkulation eine wertvolle Hilfe Werden in der Anforderungsanalysephase f r den Projektablauf ung nstige Einfl sse festgestellt so bietet es sich an die einzelnen Qualit tsmerkmale durch den Kunden und mit einem Expertenteam zu gewichten Ziel dieser Gewichtung ist eine Festlegung der wirklich wichtigsten Qualit tsmerkmale Im Abschnitt 10 3 wird dazu ein Beispiel aufgef hrt 146 6 3 Wirtschaftlicher Nutzen durch den Einsatz des PQM Tabelle 6 8 Beispiel der Wechselwirkungen von Qualit tsmerkmalen Anwendungsfreundlichkeit h J gt E 3 4a x ez 2 w T bo zj g s 2l23 amp a N c pe x X c a o S D e u 5 A Q 2 S S N s 3 a 3 sSI31E8 35 5 2 2 3 2 Z N u c fr Ss fr Korrektheit o o o o o A Zu
94. und von einem befugten Vertreter des Kunden gebilligt werden Dabei ist zu pr fen ob nderungsw nsche vertraglich festgelegte Vereinbarungen Kosten Termine ber hren und somit nur ber eine Vertrags nderung realisierbar sind Die Einrichtung eines Change Control Board CCB wird empfohlen Aufwands und Terminabsch tzungen Der Projektmanager verantwortet die dem Auftrag zugrunde liegenden Aufwands und Terminabsch tzungen Basis sind die bekannten Anforderungen und die Zusagen der verantwortlichen Gesch ftseinheit bez glich verf gbarer Ressourcen F r Aufgaben zu deren Absch tzung die vorhandenen Vorgaben nicht ausreichen d rfen keine Zusagen gemacht werden Diese Aufgaben m ssen zuerst in der Planungsphase ausreichend defi niert werden Bei Festpreisauftr gen muss auf dieser Basis vom Kauf Windige Kalkulationen mann und von der zust ndigen Bereichs Gesch fts oder Gef lligkeitsabsch t leitung eine Festpreiskalkulation inklusive Detailkal zungen sind zu vermeiden kulation erarbeitet werden in der auch bestehende und zu erwartende Risiken entsprechend ber cksichtigt werden Der verantwortlichen Gesch ftseinheit steht es im Rahmen ihrer Verantwortlichkeit und in Abstimmung mit dem zust ndigen Kaufmann frei aus gesch ftspolitischen Gr nden auf eigene Verantwortung Preiszusagen zu machen die von den Kalkulatio nen auf Basis der Aufwandssch tzungen abweichen Unterpreisgesch fte m ssen ein deu
95. und den f r Haupt und Teilprozesse Design Entwicklung Test usw zust ndigen Teilprojektleitern Wie schon beschrieben sind die in einem Projekt Ein Prozess impliziert eine durchzuf hren Aktivit ten und Aktivit tenfolgen zu Sequenz logisch aufeinan analysieren und darauf aufbauend Prozesse zu definie der folgender Aktivit ten ren bzw wenn schon vorhanden zu verbessern Aufgrund der Tatsache dass Prozessverbesserung auf Basis vorhandener Aktivit tenfol gen stattfindet wird eine Neugestaltung und Prozessverbesserung zugrunde gelegt Dabei ist es in erster Linie relevant ein effektives Zusammenwirken einzelner Metho denbausteine sicherzustellen Die Zielsetzung des Projektmanagers und des POM Die Effizienz eines Prozes Effizienz und Effektivit t der Prozesse zu gew hrleis ses muss messbar sein Ein ten und zu verbessern bedeutet u a folgende Aufga dr cke reichen nicht aus ben e Die Prozesse sind zu definieren und zu beschreiben Nur wenn das Zusammenwir ken einzelner Aktivit ten und die wesentlichen Einflussparameter auf den Prozess verlauf und das Prozessergebnis bekannt sind lassen sich Gestaltungsma nahmen definieren e Es ist zu ermitteln ob ein bestehender Prozess die an ihn gestellten Anforderungen erf llt Hier geht es darum Prozessziele zu definieren Ist Auspr gungen von Prozes sparametern zu ermitteln und die Erf llung der Anforderungen zu beurteilen e Als dritter Schritt sind Ma nahmen
96. unterst tzen Die bereichs bergreifenden oder bereichsinternen qualit tsrelevanten Informations und Entscheidungsprozesse werden in Arbeitskreisen verbindlich behandelt e Arbeitskreis Qualit t AKQ e Qualit tskreise der Bereiche Das zentrale Qualit tsmanagement unterst tzt den Vorstand und die Bereichsleitungen bei der Gestaltung Umsetzung berpr fung und Optimierung des Qualit tsmanage mentsystems Hierbei werden die g ltigen nationalen sowie internationalen Normen und Erkenntnisse der Qualit tstechnik ber cksichtigt 269 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik Kunde Qualit tsbeauftragte der L nder Qualit tsbeauftragte Qualit tsbeauftragte der Serviceh user der L sungsh user Qualit tsbeauftragte der Produkth user Bild 14 5 Beispiel eines Netzwerkes f r Qualit tsmanagement Der Leiter des zentralen Qualit tsmanagements ist Beauftragter des Vorstandes f r Qua lit t Er ist zugleich Leiter des Arbeitskreises f r Qualit t AKQ der von den Qualit ts beauftragten QB der Bereiche gebildet wird Qualit tsdokumentation Die Qualit tsdokumentation f r die Produkte und Prozesse ist mehrstufig gegliedert Bild 14 6 Der Vorstand definiert die generellen Leitlinien und Ziele der unternehmensweiten Qualit tspolitik und pr ft im Rahmen der Gesch ftsplanung die Wirksamkeit und Ziel erreichung Die Qualit tspolitik ist Inhalt dieses
97. von Merkmalen die sich auf die F higkeit der Software beziehen ihr Leistungsniveau unter festgelegten Bedingungen ber einen festgelegten Zeitraum zu bewahren Beispiele dazu gibt Tabelle 10 6 Teilmerkmal Fehlertoleranz Error tolerance Begriff Dieses Merkmal der Software bezieht sich auf ihre Eignung ein spezifi ziertes Leistungsniveau bei Software Fehlern oder Nichteinhaltung ihrer spezifizierten Schnittstelle zu bewahren Hinweis Das spezifizierte Leistungsniveau schlie t Ausfallsicherheit ein Kenngr en Programmfehler f hren nicht direkt zum Programmabbruch sondern in einen definierten Zustand Dateninkonsistenzen innerhalb von Schnittstellen d rfen nicht zu inkorrekten oder unvollst ndigen Daten f hren Die angezeigten Fehlermeldungen entsprechen direkt der Fehlersituation Systeme im Dauereinsatz z B WWW Server Ampelsteuerung Verf gbarkeit MTTF Teilmerkmal Integrit t Integrity Begriff Dieses Merkmal der Software stellt die M glichkeiten der Kontrolle berwachung und Pr fung der Software als auch der Daten sicher Kenngr en Definition von Monitor Log bzw Trace M glichkeiten um im Fehler fall die Rekonstruktion der Funktionsabfolgen sowie deren Ergeb nisse Daten sicherzustellen vgl Teilmerkmal Testbarkeit Teilmerkmal Neustartf higkeit Restartability Begriff Dieses Merkmal der Software bezieht sich auf die Eignung der Software bei einem System Neustart nach einem Progra
98. von Schutzma nahmen f r die unterschiedlichen Sicherheitsstufen sensitiver Informationen unter konomischen Gesichtspunkten Karte die im Gegensatz zur herk mmlichen Magnetstreifen Karte Informationen enth lt die mittels neuer Technologien ber Funktionen verf gt die eine eindeutige Identifikation des Besitzers und oder den Zugang zu interaktiven Dienstleistungen Telefon Geldverkehr erm glicht Software sind Programme Verfahren und ggf damit verbundene Dokumentationen und Daten f r den Betrieb eines Rechner systems In der Informatik bedeutet es ein unberechtigtes Aneignen sen sitiver und kritischer Informationen durch Nutzung der moder nen Kommunikationstechnologien Dadurch ist eine neue Qua lit t der Spionage durch mittelbare Methoden m glich z B Datendiebstahl und Diebstahl von Know how Ausma H ufig keit und Methoden werden allgemein stark untersch tzt Beschwindeln verulken Form der Computerkriminalit t um beispielsweise unter Vort uschung der Identit t die Herausgabe von sensitiven Daten und Informationen zu veranlassen oder um die Sicherheit eines Systems zu verletzen Herausgabe von Kennw rtern f r den Zugang zu Online Dienstleistungen siehe auch Fraud 305 Glossar Stakeholder Standortqualit t Signatur Digitale St rung Struktur St tzprozess System DIN 40 150 306 Stakeholder sind Personen oder Gruppen die den gesch ftlichen Wandel beeinflussen
99. von Vorg ngen und Resultaten erleichtern sollen Kennzahlen sind also Messwerte die f r eine sinnvolle und aussagef hige Verdichtung und Gegen berstellung vorhandener Informationen benutzt werden Eine Kennzahl ist dementsprechend ein gemessener Wert der verdichtete Information enth lt und dazu dient e Werte in ein Verh ltnis zueinander zu setzen e Werte miteinander zu vergleichen oder e Werte mit einem Richtwert zu vergleichen 73 4 Der Qualit tsmanagementprozess Kennzahlen ben tigen Vergleichswerte oder einen Kontext um aussagef hig zu sein Betrachtet man den Bereich der Informatikprojekte ist es leider um die Nutzung von Kennzahlen in der Praxis noch nicht allzu gut bestellt Am h ufigsten anzutreffen sind noch projektbezogene Kennzahlen weil sie dem Projekt Controlling dienen Dazu geh ren um fr hzeitig gegensteuern zu k nnen wenn ein Projekt aus dem Ruder zu laufen droht e Soll Ist Vergleiche von Kosten e Aufw nde f r Personal und Sachmittel in einzelnen Projektphasen Auch der Grad der Termineinhaltung 100 75 Der Grundsatz lautet ZDF oder nur 50 kann ein Indiz f r die G te eines Pro Zahlen jektes sein Ein guter Projektstatusbericht sollte bei Daten spielsweise wie folgt aussehen Fakten Das Projekt YX ist im gr nen Bereich und macht gute Fortschritte 80 aller Aktivit ten wurden bereits begonnen 10 konnten bereits erfolgreich abgeschlossen werden Z Zt liegen drei Aktivi
100. zu berlegen und zu dokumentieren Dazu werden alle Bereiche des Projektes auf m gliche Risiken die den Projekterfolg in Frage stellen k nnen untersucht Dabei wird folgende Vorgehensweise eingeschlagen e Risiko Identifizierung e Risiko Quantifizierung und Bewertung e Risiko Steuerung und Bew ltigung e Risiko berwachung und Kontrolle Die Risiko Identifizierung hat zum Ziel Risiken an die Oberfl che zu bringen bevor sie zu Problemen werden d h Erkennen von e Bedingungen e Aktivit ten e Entscheidungen Risiko Malus Vor Projekt W hrend Nach Projekt priorisiert 3 Projekt 2 priorisiert priorisiert Ablaufprozedur Abnahme bedingungen Abnahmeprozedur Abweichung von Spezifikation nderungs anforderungen 100 Zeitsch tzung 101 Zielsetzung 102 Zusammenarbeit mit Anwender 103 Zusammenarbeit mit Zulieferer 104 Zust ndigkeiten Bild 3 6 Risiko Checkliste f r Projekte 42 3 2 Planungs und Organisationsphase die den Erfolg des Projektes gef hrden k nnten Basis f r ein probates und bliches Mit tel der Risikoidentifizierung stellt eine Risiko Checkliste dar in der aus Erfahrung heraus s mtliche Risiken aufgelistet sind Bild 3 6 Es entsteht ein projektspezifischer Risikokatalog siehe auch Abschnitt 12 4 Mithilfe der Checkliste k nnen im Grunde alle Risiken identifiziert und zus tzlich noch aufgeteilt werden in Risiken e die vor dem Projekt e die w hren
101. zu besch ftigen Aber Vorsicht Die h ufigste und teuerste Kategorie ist nicht immer die Wichtigste 5 Methoden und Techniken im Qualit tsprozess u Verfolger Diagramm Low hanging Ans Wirkung Schwierigkeit 10 4 2 auf die der Behebung Nr 5 5 Problemkategorie H ufigkeit_ Effizienz 5 1 Schlechte Konfiguration 3 1 2 N 8 2 Probleme beim Laden 68 10 10 E7 3 Dateiproblem 8 4 3 F 4 Wartezeitprobleme 20 10 6 5 6 5 Druckprobleme 16 A 3 55 10 7 lSicherheit 24 3 m 8 1 9 7 Reflektion d Systemintegrt t N 5 3 2 8 Speicherprobleme 6 3 4 23 8 9 Systemkonfiguration 16 4 4 E 2 10 Systemintegrit t 19 5 3 z 7 1 11lDiverses 15 4 2 206 1 2 3 4 5 6 7 8 9 40 Schwierigkeit der Behebung Bild 5 11 Vier Felder Diagramm Low hanging fruits Im brigen sind es die Projektmitarbeiter die Fehler und Probleme analysieren und auch eine L sung erarbeiten sollten Gern wird hier das 4 oder 6 Felder Diagramm Portfolio verwendet Bekannt ist das Diagramm low hanging fruits mit den zwei Achsen Bild 5 11 Wirkung auf die Effizienz und Schwierigkeit der Behebung Die Variante Low hanging fruits wird im Probleml sungsprozess ben tigt wenn es darum geht herauszufinden ob durch die Behebung des Problems zum einen eine hohe Wirkung erzielt wird und zum anderen die Behebung des Problems keine gro en
102. zu wenig zu Hans Olaf Henkel 8 1 Empfehlungsrahmen f r ein erfolgreiches POM Das PQM unterst tzt das Projektmanagement bei der Wahrnehmung seiner Qualit ts verantwortung durch quivalente Qualit tsplanung 8 1 1 Empfehlung 1 Fr hzeitige Implementierung Das PQM sollte fr hestm glich am besten bereits in der Vorauftragsphase zum Einsatz kommen als Partner und Hilfe des Projektmanagements Ursachen durch Fehlleistungs kosten werden berwiegend in der Angebotsphase und bei den Vertragsverhandlungen verursacht bzw generiert Das Vorhaben zuk nftiges Projekt muss daher bereits in der 159 8 Fazit Vorauftragsphase konsequent nach definierten Regeln Unternehmensregeln und ent sprechend gepr ft ablaufen Dazu geh rt die Mitarbeit des POM bei folgenden Schrit ten e Machbarkeitspr fungen e Erarbeitung des Risiko Chancen Portfolio e Kalkulation e Ausarbeitung qualit tsrelevanter Angebots Vertragstexte e Projektplanung zur Festlegung der qualit tsrelevanten Ma nahmen an bestimmten Meilensteinen und Phasen berg ngen e Verbreitung qualit tsrelevanter Informationen in das Angebotsteam e Anleitung und Weiterbildung der Projektmitarbeiter bei qualit tsrelevanten Themen 8 1 2 Empfehlung 2 Qualit tsprozess Durch das POM sollte ein durchg ngiger Qualit tsprozess vom Projektauftrag bis zum Projektabschluss realisiert werden Hauptaufgaben des PQM sind die Erf llung der qualit tsrelevanten Ford
103. 00 durch Richtlinien f r und Doppelarbeit 10MT Programmierung Sicherstellen der Wiederver und Dokumentation wendbarkeit von Komponenten 3 Verringerung der Reduzierung der Fehler und 3 Fehler 25 000 Fehler und Fehlersu Pr fkosten von 3 Fehlern 1 5 MT che in der Program Fehlersuche Entwicklungs 1 Fehler mierphase tests pro Komponente 1000 0 5 MT Quellcodezeilen auf 1 Fehler bei s0 zu entwik ckelnden Kom ponenten ergibt sich eine Einspa rung von 50 MT 4 Vermeidung von Reduzierung der nderungs Einsparung bei 10 000 funktionalen Fehlern antr ge A aufgrund von Reduzierung falschen oder fehlenden von 10 A auf Funktionen 5 20MT 5 Vermeidung Reduzierung der Fehler Einsparung von 25 000 von Integrations und Pr fkosten 5 Integrations tests Schnittstellen tests 10 MT probleme 50MT 6 Test und Reduzierung der Fehler Einsparungen 50 000 Abnahme und Pr fkosten von Fehlerbear beitung Funkti onstests A ergibt ca 100 MT Summen 80 000 120 000 e Prim re Wirkungen sind unmittelbare Folgen des Einsatzes des PQM Erfahrungs werte Erfolgsfaktoren f r n chste Projekte e Sekund re Wirkungen sind mittelbare Folgewirkungen wie z B Einf hrung einer professionellen Qualit ts und Projektkultur Imagedarstellung Marketinginstru mente usw 143 6 Wirtschaftliche Aspekte des PQM In Tabelle 6 6 wird ein Beispiel einer Kosten Nutzenanalyse vorgestellt aus der die direkt
104. 000 Obwohl die DIN ISO 9001 2000 aufgrund ihrer Anwendung f r Zertifizierungszwecke die gr te Bedeutung hat wird an dieser Stelle auch die andere Kern Norm der Reihe noch kurz dargestellt Die DIN ISO 9004 2000 benutzt das gleiche Prozessmodell wie DIN ISO 9001 2000 Die DIN ISO 9004 2000 geht jedoch noch etwas weiter sie ist ein Leitfaden zur Verbesse rung der Leistungen eines Unternehmens Sie wurde geschaffen um allen interessier ten Unternehmen Hinweise und Anleitungen zur Weiterentwicklung ihres QM Systems oberhalb des Pflichtbereiches der DIN EN ISO 9001 2000 zu geben Sie erm glicht damit eine Entwicklung in Richtung Total Quality Management TQM bzw EFQM Excellence Modell als Anleitung f r herausragende Unternehmensf hrung in Europa Die Erf llung der Erwartungen aller in engem Zusammenhang mit dem Unternehmen stehenden Kreise den so genannten Stakeholdern bei gleichzeitig anhaltender Kun denzufriedenheit ist das Ziel dieser Norm Beim Aufbau des QM Systems einer Organisation nach DIN ISO 9004 2000 profitieren alle interessierten Kreise davon e Die Kunden erhalten Produkte die ihren Forderungen entsprechen die zuverl ssig und dann verf gbar sind wenn sie ben tigt werden e Die Mitarbeiter haben bessere Arbeitsbedingungen sind motiviert und zufrieden mit ihrer T tigkeit e Die Eigent mer und Investoren profitieren vom Gewinn vom gr eren Marktanteil und von verbesserten operativen Ergebnissen e
105. 000 MT 40 Mann Wochen MW 10 Mann Monate MM 1 Mann Jahr M J ergibt An diesem Projekt arbeiten 10 Mitarbeiter MA 5 Tage in der Woche mit 7 Stunden pro Tag Der Mitarbeiter f r das PQM arbeitet durchschnittlich drei Tage in der Woche das ergibt 120 MT Dieser Mitarbeiter wird etwas h her verrechnet deshalb wird ein Tagesatz von 600 EUR angesetzt Es ergeben sich Personalkosten in H he von 72 000 EUR Werden noch Miet und Reisekosten in H he von 8 000 EUR dazu gerechnet so ergibt sich f r das PQM eine Kostensumme von 80 000 EUR Um den Nachweis zu erbringen wie hoch Fehlerkosten in dem Beispielprojekt sind wurden empirische Werte nach dem Prozentsch tzverfahren f r Aufw nde in den ein zelnen Phasen und die Fehleraufkommensrate nach Boehm s Tabelle 6 3 in nachfol gende Aufstellung Tabelle 6 4 aufgenommen Die Rechnung verdeutlicht dass ber 25 eines Projektbudgets rein statistisch f r Feh lerkosten aufgewandt werden Diese Fehlerkosten k nnen und m ssen durch Einsatz des PQM gesenkt werden Tabelle 6 4 Beispiel einer Fehlerkosten bersicht Projektphase Auf Budget Fehlerauf Fehlerkosten wand verteilung kommen nach statistisch Euro Boehm Euro Anforderungsanalyse 5 50 000 9 4 500 Projektplanung Definition Konzept 25 250 000 18 120 000 Entwurf Spezifikation 30 Realisierung 35 350 000 25 87 500 Implementierung Integration Integrationstest 25 250 000 18 63 000 System
106. 142 Prototypisieren 100 101 Prozess 25 27 55 70 102 103 160 300 Prozessabbildung 300 Prozessfluss 301 Prozessfolge 301 Prozesskosten 89 Prozesskostenrechnung 133 138 301 Prozessmanagement 29 30 70 88 267 Prozessmodell 25 28 29 Prozessoptimierung 137 139 prozessorientierter Ansatz 252 Prozessplanung 30 97 Prozesspr fung 63 88 301 Prozessqualit t 38 90 92 265 Prozesszeiten 90 Prozesszerlegung 301 Pr f und Beurteilungskosten 121 126 138 Pr fkosten 126 128 130 136 138 143 Pr fkriterien 302 Pr fmittel 96 126 Pr fprotokolle 65 Pr fung 63 79 94 96 97 302 Pr fungskosten 302 Q QfD Quality Function Deployment 97 QM Bewertung 254 256 257 QM Plan 40 56 125 202 205 Qualit t 40 59 89 92 95 97 99 102 160 302 qualitative Anforderungen 96 Qualit ts und Produktivit ts messgr en 70 Qualit tsanforderungen 55 58 60 302 Qualit tsbeauftragten 130 269 272 Qualit tsberichterstattung 64 271 qualit tsbezogene Kosten 90 Qualit tsdokumentation 270 Qualit tsf higkeit 120 266 Qualit tsf rderung 125 271 qualit tsgerechte Durchf h rung 30 Qualit tsgrunds tze 262 263 270 Qualit tskosten 121 125 128 133 136 138 139 Qualit tskostenarten 125 129 Qualit tskostenmodell 121 136 Qualit tskostenrechnung 130 133 136 138 Qualit tslenkung 65 66 Qualit tsmanagement 25 40 55 101 122 158 159 163 171 251 253 254 270 302 Qualit tsmanageme
107. 20 6 1 Modell f r qualit tsbezogene Kosten s rnein sares eieaa i 121 6 1 1 Absch tzung des Pr fungsaufwandes 2 2222 ceeeeeeeeenenenn 122 6 1 2 Kostenarten wasser nein 125 6 1 3 Erfassung und Bewertung ssssssr esris pit anne nenne 130 6 2 Prozesskostenrechnung in Projekten 2222e2eeeeneneeeeeneenen 133 6 2 1 Zurechnung einzelner Kostenarten 2 2222 2eneeeeneneeenennenen 135 6 3 Wirtschaftlicher Nutzen durch den Einsatz des PQM 2 222222 138 6 3 1 Kosten Nutzenanalyse 24u sur ann eira Einen 140 6 3 2 N tzwertanalyse 2 2 ee 144 6 3 3 Wechselwirkungen von Qualit tsmerkmalen 222ceceenen 146 7 Juristische Aspekte des PQM 2 222 2neeneeneeneeneen nennen 148 7 1 Vertragsrecht ersehen ee een 148 7 2 Produkth ft ng use sagen nenne 156 8 Fazit nee ae ren ir ee 159 8 1 Empfehlungsrahmen f r ein erfolgreiches PQM 22ncecneeeenn 159 8 1 1 Empfehlung 1 Fr hzeitige Implementierung 222ceceencn 159 8 1 2 Empfehlung 2 Qualit tsprozess 222ceeeeeeeeeneerennnn nenn 160 8 1 3 Empfehlung 3 Standardisierte Pr fung cips ccris dretoeretoiearere 160 8 1 4 Empfehlung 4 Kontinuierliche Berichterstattung 22222000 160 8 1 5 Empfehlung 5 Schnelle Probleml sung 22222eeeeeenen 160 9 Praxisteil Beispiel Pl ne 2 02 0 en nee ade 162 9 1 Projektmanagement Plan PM Plan osos sessenirerirereatess inito 162 9 2 Qualit ts
108. 272 Selbstpr fung 63 126 Selbstvornahme 155 Sicherheit 43 60 61 80 87 203 205 223 224 Sicherheitsfunktionen 276 Simultaneous Engineering 101 Softwarepr fung 82 Soll Ist Vergleich 48 50 132 spezifische Pr fma nahmen 94 SPICE ISO 15504 68 Stabilit t 75 196 197 Stakeholder 39 st ndige Verbesserung 252 Statische Pr fung 83 Structured Walk Through SWT 80 81 Strukturierung 36 38 St tzprozess 27 306 Systemanforderungen Pro dukt 312 systemorientierter Manage mentansatz 252 T Tailoring 28 teamorientierte Datengewin nung 50 131 318 Techniken 79 technische Produktmerkmale 99 Teilprozesse 27 29 88 134 135 137 138 Test 79 Test Abnahme 35 Testbarkeit 61 147 196 198 211 Testdurchf hrung 85 Testen 62 84 85 102 Testfall 307 Testkategorie 307 Teststeuerung 85 Testtyp 307 Token 277 Totales Qualit tsmanage ment 308 U bertragbarkeit 59 208 211 308 Unified Modelling Language UML 103 Unternehmensziele 25 28 V Validation 64 309 Verbesserungsma nahmen 65 Verbesserungspotentiale 55 Verbesserungsprozess 55 67 68 266 Verbindlichkeit 278 Verbrauchsverhalten 206 Verf gbarkeit 101 146 177 198 203 211 213 215 223 224 277 309 Verifikation 64 Verkn pfbarkeit 61 Verl sslichkeit 278 309 Verst ndlichkeit 136 198 200 219 221 Vertrag 42 148 151 154 155 157 Vertragsmanagement 149 Vertragspr fung 45 Vertragsrecht 148 149 Vertraulichkeit
109. 275 Vollst ndigkeit 37 47 80 203 205 221 224 Vorgehensmodell 28 85 W Wartbarkeit 59 61 Werkvertr ge 151 157 Werkzeuge 96 Wertsch pfung 27 Wettbewerbsvorteile 23 W Fragen 30 White Box Test 86 Widerspruchsfreiheit 47 222 Wiederherstellbarkeit 200 212 213 215 Wiederverwendbarkeit 61 Wirksamkeit 311 Wirkungen 142 143 202 Wirtschaftlichkeit 7 56 139 140 Z Zeit 33 89 95 101 Zeiteinsparungen 88 Zeitverhalten 60 206 207 223 224 Ziel 311 ZIP Modell 39 Zusicherungshaftung 156 157 Zuverl ssigkeit 59 60 80 147 211 214 215 312 Manfred Burghardt Projektmanagement Leitfaden f r die Planung berwachung und Steuerung von Projekten Projektmanagement 7 berarb und erw Auflage Mai 2006 ca 680 Seiten plus 56 Seiten Beiheft ca 300 Abbildungen gebunden ISBN 3 89578 274 2 ca 119 00 sFr 188 00 Das Buch ist ein umfassendes anerkanntes Standardwerk f r Projekt leiter Projektplaner und Projektmitarbeiter Klar strukturiert und verst ndlich vermittelt es die Methoden und Vorgehensweisen im Management von Projekten Au erdem dient es als Nachschlagewerk f r alle diejenigen die bereits l ngere Zeit mit PM Auf gaben betraut sind F r die 7 Auflage wurde das Buch gr ndlich berarbeitet und aktualisiert Erg nzt wird das Buch durch ein umfangreiches Glossar einen Fragenkatalog f r PM Untersu chungen und ein Beiheft mit PM Merkbl ttern f r das Erstellen projektspezifischer C
110. 5 4 3 Checklisten Checklisten sind f r das PQM eine der wichtigsten und auch am meisten gebrauchten Mittel zur Pr fung der Qualit t in Projekten Prozessen und Produkten Checklisten geben einen berblick ber die im Rahmen einer bestimmten Aufgabe durchzuf hren den Ma nahmen und erm glichen so eine schnelle und gezielte Auswahl Beispiele f r Checklisten befinden sich im Kapitel 11 Die Form einer Checkliste kann unterschiedlich sein Die Merkpunkte k nnen dabei aufgef hrt sein als e allgemeine Kontrollfragen e Empfehlungen e erforderliche Anweisung bzw Ma nahmen e m gliche M ngel oder e sonstige Auswahlpunkte Eine besondere Form stellen die Fragen bzw Pr ffragenkataloge dar Mit diesen Mitteln werden schon geplante und durchgef hrte Ma nahmen sowie deren Ergebnisse auf ihre richtige Durchf hrung und die Erf llung der entsprechenden Anforderungen gepr ft Tabelle 5 3 Beispiel einer Checkliste Design Review des Systementwurfs gepr ft Bemerkungen Technisch machbar Qualitativ machbar Zeitlich machbar Wirtschaftlich machbar nicht Fragen ok relevant Wurden die allgemeinen und die projektspezifischen Entwurfsregeln und Entwurfsverfahren eingehalten Sind die Forderungen des Pflichtenheftes erf llt Wurde der vorgesehene L sungsvorschlag eingehalten Wurden die Prinzipien der Systemstrukturierung ber cksichtigt Sind alle Schnittstellen exakt beschrieben
111. 7 Damit ist eine Produktbeurteilung z B hinsichtlich Zuverl ssigkeit Verf gbarkeit und Sicherheit m glich Diese wird Fehlerbaumanalyse FBA genannt Die Fehlerbaumanalyse ist eine sehr universell einsetzbare Methode Sie ist die hierar chische grafische Darstellung des logischen Zusammenwirkens von Ausf llen einzelner Komponenten Sie zeigt das logische Zusammenwirken dieser Ausf lle einzelner Kom ponenten eines Produkts f r ein definiertes unerw nschtes Ereignis Fehler als Ergeb nis einer systemtechnischen Untersuchung Die Gebrauchstauglichkeit eines Produkts wird durch einen Fehler mehr oder minder stark beeinflusst Unter diesem Aspekt ist es ratsam die potenziellen Fehler in Klassen einzuteilen und zu gewichten Allgemein verwendbare Fehlerklassifizierung Eine allgemein verwendbare Einteilung kann wie folgt vorgenommen werden Kritische Fehler e Fehler die f r den Anwender u U lebens bzw gesundheitsgef hrdende Situationen schaffen k nnen oder die Funktion wichtiger Systeme oder Anlagen Maschinen Prozesse usw stark st ren oder gar verhindern Hauptfehler e Nichtkritische Fehler die voraussichtlich zu einem Ausfall f hren oder die Brauch barkeit f r den vorgesehenen Verwendungszweck wesentlich herabsetzen Haupt fehler k nnen nochmals in zwei Unterkategorien unterteilt werden Hauptfehler A Vollst ndige Beeintr chtigung der Brauchbarkeit Ausfall oder Verlust Hauptfehler B Teilweise Bee
112. 9 Aufgaben beim Projektabschluss 222220eeeeee errr 52 bersicht ber Know how Bereiche 22222cseeeeeeeeeeenen 54 Aufbau eines QM Systems im Projekt 222ncnceeeeenenennn 57 Der Qualit tszyklus im Projekt 222ecneeeeeeeenenen nenn 58 Qualit tsmerkmale 2 sus0s00 80 ee ee na 59 bersichtsbaum der Pr fungsm glichkeiten 22222csssesen 62 Darstellung der Begriffe Validierung und Verifikation 2 2 64 Berichterst tt ng u ul ere iiet AEN EREE ET E 65 VEIbesserungsprozess Aura a nenne EE TEn DaS E EE ETES A 67 Qualit t in den Phasen se 2 2400 2 a ck aha 67 Capability Maturity Model CMM s sws rcsirerersgandrere sri nennen 69 bersicht ber Pr fverfahren ueser eee 82 Testorganisation im Rahmen der Phasenorganisation 22222 84 Vorgehensmodell f r das Testen 22222oeeneeeeeneenenennn 85 Das Magische Dreieck 4 run nee 89 House 68 Quality nr sei ea na E 98 Quality Function Deployment QFD 222ccneeeeenennnnn 100 Prinzipdarstellung Fehlerbaum 2222cseeeenenenenennn 106 Der Probleml sungsprozess 2 222222 eeeeeeneeeenen nennen 109 Die sieben Qualit tswerkzeuge Q7 22222 nee seen nenn 110 Abbildungsverzeichnis Bild 5 10 Bild 5 11 Bild 5 13 Bild 5 12 Bild 5 14 Bild 6 1 Bild 6 2 Bild 6 3 Bild 6 4 Bild 6 5 Bild 6 6 Bild 7 1 Bild 7 2 Bild 7 3 Bild 9 1 Bild 9 2 Bild 9 3 Bild 9 4 Bild 9 5 Bild
113. Aussagen bez glich Voraussetzungen und Annahmen der Modelle entweder nicht vorliegen oder faktisch nicht vorhersagbar sind Daher wird das Systemverhalten i d R auf Basis der Performancetests beurteilt Folgende Voraussetzungen m ssen f r den Beginn des Performancetests erf llt sein e Erfolgreicher Abschluss des Funktionstests Generell ist zwar f r die Messung der Performance die Korrektheit bis ins Detail nicht wichtig Andererseits wird aber ein Performancetest sinnlos wenn durch Fehlverhalten nicht die richtigen Funktionen durchlaufen werden oder inhalt liche Abst rze vorkommen e Vorliegen von Vorgaben in Bezug auf das zu berpr fende Leistungsverhalten e Vorhandensein einer weitgehend wirkbetriebsnahen Systemumgebung als Testumgebung Das Zeit und Ressourcenverhalten h ngt von den Hard und Softwarekom ponenten des Systems ab Es ist im Allgemeinen nicht m glich von einer Test umgebung die stark von der Zielumgebung abweicht auf ein reales Verhalten schlie en oder gar hochrechnen zu k nnen da die Korrelationen zwischen den Gr en nicht bekannt sind und sich die Engp sse leicht verlagern k nnen Ziel dieser Systemtestumgebung muss also ein m glichst getreues Abbild der Zielumgebung sein Dar ber hinaus sollte auch der Zuverl ssigkeitstest bereits soweit abgeschlossen sein dass die Korrektheit und Robustheit der Restart Recoveryfunktionen gew hrleistet sind wenn deren Leistungsverhalten beurteilt w
114. Board bzw Business Opportunity Board Nur wenn keines der oben angef hrten K O Kriterien zutrifft kann der Projektauftrag erteilt und das Projekt gestartet werden 33 3 Der F hrungsprozess Projektmanagement 3 2 Planungs und Organisationsphase In der Planungs und Organisationsphase sind eine Vielzahl von verschiedenen Planun gen durchzuf hren die dann in sich konsistent zu der berzeugung f hren das Projekt starten zu k nnen Das PQM hat in dieser Phase die Aufgabe mit seinen Qualit tsma nagement Instrumenten diesen Prozess zu unterst tzen und zu pr fen ob bestimmte Vorgehensweisen in diesem Planungsprozess zielf hrend sind und die Anforderungen erf llen Dabei bedient man sich des kritischen Hinterfragens Aufgaben werden transpa durch Einsatz von Checklisten und der Reviewtech renter und berschaubarer nik Problemsituationen wer den rechtzeitig erkannt Konstruktive Hinweise und Vorschl ge erm glichen RE Zielorientiert handeln dem Projektmanagement die Planung entsprechend zu modifizieren und somit einen wichtigen Schritt zum Projekterfolg durchzuf hren Bild 3 2 Wichtig ist in diesem Zusammenhang auch dass das PQM seine Methoden und Techniken in den sp teren Projektphasen auch einsetzen kann Dazu erarbeitet es aufgrund der akzeptierten und verabschiedeten Projektpl ne einen projektspezifischen Qualit tsmanagementplan hei t die Pr misse PHASENMODELL Orienti gt gt gt gt
115. Buches ist es auf Basis der Prozessorientierung das PQM in Projekten zu beschreiben und entsprechende Empfehlungen f r die Projektarbeit zu geben Die jahrelange Arbeit in IT Projekten und die dabei gemachten Erfahrungen im positi ven Sinn durch Einsatz des PQM werden nochmals nachhaltig beschrieben und als Erfolgsfaktoren dargestellt Es werden die Begriffe Produkt System Anwendung Verfahren Software Ergebnis ver wendet Sie sind ebenso wie der Begriff Dienstleistung synonym als die Erzeugnisse eines Projektes zu sehen Im Kapitel 1 weise ich darauf hin dass eine Einzelma nahme in Form des POM punktu ell helfen kann Grunds tzlich ist aber in einem Unternehmen eine Projektkultur zu installieren und zu leben wenn man dem immer wieder zitierten verst rkten Wettbe werb etwas entgegensetzen und zus tzlich Wettbewerbsvorteile erlangen will Dazu geh rt das Thema Qualit tsmanagementsystem und implizit die Themen Kunden und Prozessorientierung Im Kapitel 2 wird zum besseren Verst ndnis die Prozessproblematik im Unternehmen und in Projekten beschrieben Kapitel 3 befasst sich mit dem Qualit tsmanagementprozess im Projekt und den Aufga ben des PQM in diesem Prozess Im Kapitel 4 werden schlie lich noch die f r die Durchf hrung der Aufgaben erforderli chen Methoden und Techniken vorgestellt Argumente f r den Einsatz des projektbegleitenden Qualit tsmanagement werden im Kapitel 5 gegeben Im Kapitel 6 wird die wirtsch
116. Darstellung durchgef hrter Stichprobenpr fungen eines Prozessablaufes In der Qualit tsregelkarte werden geforderte Grenzwerte z B obere und untere Toleranzgrenze eingeben und w hrend des Prozessablaufes Fehlererfassung TI A N Fehlersammelliste Histogramm Paretodiagramm Fehleranalyse Brainstorming Pa N Ursache Wirkungs Diagramm 1 Wekung Bild 5 9 Die sieben Qualit tswerkzeuge 07 110 5 3 Fehler Problemanalyse und Behebung FT Aa Pareto Analyse j Pareto Diagramm j Problemkategorie H ufigkeit 220 Schlechte Konfiguration 3 1 200 Probleme beim Laden 68 33 180 Dateiprobleme 8 4 ze artezeitprobleme 20 10 160 Druckprobleme 16 8 5 440 80 Sicherheit 24 12 z2 ernetzung 11 5 5 120 70 Speicherprobleme 6 3 400 60 Bystemkonfiguration 16 8 0 50 Systemintegrit t 19 9 z Diverses 15 7 5 60 40 Summe 206 100 z 4o 30 2 20 m 10 5Sa F ES eE gu SE v g 5 5 Ss z Bild 5 10 Pareto Diagramm gepr ft Ein Anwendungsgebiet im Projekt kann die Pr fung von zeitbezogenen Anfor derungen wie z B das Antwortzeitverhalten und das Lastverhalten sein Das Histogramm ist ein S ulendiagramm mit zwei Achsen horizontal werden bestimmte Messwerte vorgeben und vertikal die H ufigkeit der erreichten Messwerte In der Phase der Fehleranalyse wird die Bedeutung der einzelnen Fehler ermittelt
117. Die Lieferanten und Partner profitieren von einem partnerschaftlichen Verst ndnis und k nnen wegen stabiler Gesch ftsbeziehungen wachsen e Die Allgemeinheit profitiert von der Einhaltung gesetzlicher Vorgaben verringerten Umwelteinfl ssen und verbesserter Sicherheit Die Norm selbst ist als Leitfaden darauf ausgerichtet die Leistung der Organisation zu verbessern W hrend bei DIN ISO 9001 2000 der Schwerpunkt auf der Wirksamkeit der Ma nahmen liegt spielen die Wirtschaftlichkeit des QM Systems und seine Auswirkun gen auf das finanzielle Ergebnis der Organisation bei DIN ISO 9004 2000 eine wichtige Rolle Der Grad der Verbesserung in allen Bereichen des QM Systems kann auch durch Selbstbewertung beurteilt werden 259 13 Die Normenreihe DIN ISO 900n 2000 13 5 Dokumente der Produktlinie DIN ISO Tabelle 13 1 stellt alle aktuellen Dokumente der DIN ISO Linie zusammen Tabelle 13 1 Dokumente der Produktlinie DIN ISO Norm Thema 9000 Qualit tsmanagementsysteme Grundlagen und Begriffe 9001 Qualit tsmanagementsysteme Anforderungen ISO 9001 2000 9004 Qualit tsmanagementsysteme Leitfaden f r Leistungsverbesserung ISO 9004 2000 9126 Software Engineering Qualit t von Software Produkten Teil 1 Qualit tsmodell 10005 Leitfaden f r QM Pl ne 10006 Leitfaden f r Qualit tsmanagement im Projektmanagement 10007 Leitfaden f r Konfigurationsmanagem
118. Die UML bietet die M glichkeit f r e Softwarentwickler die Arbeitsabl ufe zu realisieren die zuvor von Systemspezialis ten in Zusammenarbeit mit Fachvertretern in Aktivit tsdiagrammen beschrieben wurden e Projektauftraggeber Fachvertreter und das PQM Anforderungen an ein System die in einem Anwendungsfalldiagramm definiert sind zu pr fen und zu best tigen Folgende Erfahrungen der Vorg nger Notationen sind eingeflossen e OOA und OOD objektorientierte Analyse und Design e Objectory Process e OMT objektorientierte Modellierungstechnik e Catalysis 5 3 Fehler Problemanalyse und Behebung 5 3 1 FMEA Eine besondere Bedeutung hat in einem Projekt die Man hat niemals Zeit es Fehlerm glichkeits und Einflussanalyse FMEA engl richtig zu machen aber Failure Mode and Effect Analysis Mit dieser mode immer Zeit es noch einmal rierten Gruppenarbeitstechnik wird versucht durch zu machen theoretische Betrachtungen Risiken am Produkt und am Prozess bereits im Vorfeld zu erkennen um sie nach der Fehlerkosten 10er Regel 103 5 Methoden und Techniken im Qualit tsprozess siehe Abschnitt 6 3 noch m glichst billig ausschalten zu k nnen Werden m gliche Fehler schon in der Planungs oder Desingphase eines Produktes oder Prozesses erkannt k nnen sie einfacher und kosteng nstiger vermieden werden als zu einem sp teren Zeitpunkt Hierf r stellt die FMEA eine formalisierte analytische FMEA ist keine punktuelle Met
119. Dokuments Qualit tsgrunds tze und wird anl sslich der j hrlichen Gesch ftsplanung berpr ft Die Leiter der Bereiche bestimmen im Rahmen ihres Gesch ftsauftrags die Leitlinien und Ziele f r Qualit t widerspruchsfrei zu den Unternehmens Qualit tszielen Das bereichsspezifische Qualit tsmanagementsystem und alle damit verbundenen Optimie rungsfunktionen sind in Qualit tsmanagement Handb chern dokumentiert Diese Dokumente verweisen auf Ausf hrungsbestimmungen und Qualit tsrichtlinien f r die zugeh rigen Gesch ftsprozesse Die QM Dokumentation ist auf die Funktionen der Bereiche abgestimmt sodass jedem Mitarbeiter die f r seine Aufgabe notwendigen Informationen zur Qualit t zur Verf gung stehen Im Rahmen von Mitarbeitergespr chen werden jeweils auch Qualit tsthe men behandelt und dokumentiert 270 14 4 Was wird genutzt Vorstandsebene Qualit tsgrunds tze Bereichsebene Qualit tsmanagement Handb cher IDaSSnsazsnssrssssssssssssssnsssssssssssassnsssns pesee eeek Methoden Verfahrens Prozess i Handb cher anweisungen beschreibungen C Kundenbeschwerde bis L sung Y j A Idee bis H Entwurf i L i io r i o Konzept bis Markteinf hrun H Prozessebene N Zr ng i i S Angebot bis i E g En i Erhalten des i Kundennutzen i i i St tzprozesse i Mitarbeiter H Mitarbei
120. Entscheidung wer das Testteam methodisch und technisch unterst tzt e Festlegen der Zust ndigkeit f r die Aufgaben der Teststufen Mitarbeiter des Test teams aus verschiedenen Organisationseinheiten Die Aufgaben eines Testverantwortlichen sind u a e Erstellen von Testauftr gen e Koordination der Bearbeitung von Testaktivit ten e berwachen der Bearbeitung von Ergebnissen e Periodisches Reporting an den Projektmanager und das Erstellen der Status bersichten e Ermittlung von Kennzahlen zur Qualit tsverbesserung nach ISO 9001 2000 e Pr fen der Verf gbarkeit von Bearbeitern f r die Testaktivit ten 177 9 Praxisteil Beispiel Pl ne Bereits zum Zeitpunkt der Testkonzepterstellung k nnen die zust ndigen Mitarbeiter benannt und aufgef hrt werden Die Zusammensetzung des Testteams variiert je nach Teststufe e Im Entwicklertest testet der Entwickler selbst e Im Funktionstest besteht das Team berwiegend aus fachlichen Know how Tr gern e Das Testteam des Verbund und Systemtests setzt sich in erster Linie aus technisch kompetenten Mitarbeitern z B System Datenbankadministratoren zusammen die durch Mitarbeiter der Fachseite erg nzt werden k nnen e Der Abnahmetest wird von Anwendern Administratoren und fachlichen Know how Tr gern durchgef hrt Die Behandlung von nderungen und Abweichungen m ssen durch das Konfigurati onsmanagement geregelt werden Testtechniken Speziell f r IT oder Sof
121. Entwurf Verifikation Validierung Bild 4 5 Darstellung der Begriffe Validierung und Verifikation 4 3 3 Qualit tsberichterstattung Die Qualit tsberichterstattung innerhalb eines Entwicklungsprojektes sollte regelm ig erfolgen es wird ein Zeitraum von 2 4 Wochen empfohlen Ein k rzerer Zeitraum wird gew hlt wenn das Projekt risikobehaftet ist oder sich in einer kritischen Phase befindet 64 4 3 Qualit ts Prozessbeschreibung Hier werden naturgem mehr und schnellere Informationen notwendig um Gegen steuerungsma nahmen einzuleiten Die Qualit tsberichterstattung dient der laufenden Die Berichte sind Ausgangs Information des Projektmanagements ber durchge basis f r die Qualit tslen f hrte Ma nahmen und die erreichte Qualit t Soll kung und verbesserung Ist Vergleich Die Berichte sind eine Zusammenfas sung aller durchgef hrten Pr fungen Reviews Tests usw und geben in analysierter und komprimierter Form die Pr fprotokolle wieder Bild 4 6 Des Weiteren werden die gewonnenen Erkenntnisse sowie die beschlossenen Verbesserungsma nahmen aufge f hrt Es wurde schon darauf hingewiesen dass eine sehr fr he Einbindung des PQM im Pro jekt notwendig ist Das Gleiche gilt nat rlich auch f r die Qualit tsberichterstattung die schon fr h im Entwicklungsablauf einsetzen sollte Dies fordert auch die DIN EN ISO 9001 2000 um den Nachweis der Identifikation und R ckverfolgbarkeit sicherzu s
122. Festschreibung bestimmter Methoden aber auch von Werkzeugvorgaben z B wie die Software zu erstellen und zu pr fen ist F r jede Kritikalit tsstufe ist vorzugeben welche Ma nahmen anzuwen dende Methoden und oder einzusetzende Werkzeuge gefordert werden um einem Fehlverhalten entgegenzuwirken 5 3 3 Der Probleml sungsprozess Der nachstehend dargestellte Probleml sungsablauf besteht aus vier Phasen in denen durch bestimmte Arbeitsschritte entsprechende Ergebnisse erzielt werden Bild 5 8 Brennpunkt Focus Ziel der ersten Phase ist es die beteiligten oder betrof Wer ein Problem genaues fenen Mitarbeiter f r die Probleml sung zu sensibili tens definiert hat schon sieren Es gilt hier die Frage zu beantworten Gibt es die halbe L sung ein Problem und wenn ja was ist das Problem Bei kreativ l sbaren Problemen wird h ufig mit Ideenfindungstechniken gearbeitet z B mit Brainstorming Ergebnis dieser Phase muss es sein eine abgestimmte und von allen getragene Problemdefinition mit einer Beschreibung des Problems seiner Auswirkun gen und des angestrebten Zustandes zu erhalten 108 5 3 Fehler Problemanalyse und Behebung Brennpunkt Focus Nr Fehlerart Anzahl w s Aktionsplan Kratzer Iil Korrosion Montage 11 Il i e E Problemliste erstellen Ziele f r Datenerfassung Liste erfolgsver Zustimmung und Einzelproblem Daten erfassen Ausgangs Sprechender L sungen U
123. Form von Konfigurationsdateien Referenzdaten u a und Hilfspro gramme wie z B Installationsprozeduren f r Datenbanken liegen vor und sind dokumentiert Es gibt keine Funktionalit t innerhalb der Software die nicht im Lasten oder Pflichtenheft bzw Systemdokumentation beschrieben ist Tabelle 10 3 Beispiele zur Funktionalit t Interoperabilit t Interoperability Nachweis Die Software stellt die korrekte Zusammenarbeit Interopera Test Im Rahmen des Gesch fts tion aller Anwendungskomponenten einschlie lich der Prozesstests werden die Schnitt Schnittstellen zu internen und externen Systemen ohne einen stellen im Hinblick auf die Intero Eingriff bzw Korrektur durch einen Operator sicher peration berpr ft Alle Schnittstellen interfaces sind derart spezifiziert und Review Schnittstellendoku beschrieben dass die Einrichtung Verbindung der Schnittstel mente Betriebshandbuch len ohne Kenntnis der internen Softwarestruktur der Anwen Test Im Rahmen eines Datenzyk dung vorgenommen werden kann lustestes wird die Kommunikation Die Konkretisierung der Schnittstellen erfolgt innerhalb der berpr ft Pflichtenheftphase Fortsetzung auf Seite 204 203 10 bersicht der Qualit tsmerkmale Tabelle 10 3 Beispiele zur Funktionalit t Fortsetzung Korrektheit Correctness Nachweis Alle im Rahmen des Projektes zus tzlich implementierten Feh lermeldungen Browser Logfiles sind zu testen
124. Idealfall periodisch oder kontinuierlich durch gef hrte Speicherung von Daten eines Systems oder einer Anwendung auf nicht fl chtige Speichermedien in Sicherungs kopien um schwerwiegenden Datenverlusten bei Betriebsst rungen oder einem Ausfall des Systems oder der Anwendung vorzubeugen Eine Art sich ber einen Prozess Gedanken zu machen Es beginnt mit dem Prozess betrachtet jeden Schritt im Prozess und beurteilt den Wert und die Performance des Prozesses Dann wer den Verbesserungen durch Identifizierung und Ausmerzung von Problemstellen und durch Rationalisierung des Prozesses erarbei tet Dies ist die wichtigste Denkweise w hrend der Gesch fts prozessverbesserung Bevorzugte Art Gedanken zu einem Prozess zu entwickeln Dabei wird mit dem Output insbesondere Output f r Prozess Kunden begonnen dessen Wert berpr ft Dann wird der Gesamtprozess analysiert oder definiert der diesen Output produziert Dies ist die wichtigste Denkweise beim Gesch fts prozess Redesign Ist keineswegs auf die Informationstechnologie beschr nkt son dern umfasst s mtliche Formen des unberechtigten Aneignens von Informationen durch Softwarepiraterie Datendiebstahl Spionage illegale Intelligence Vertical Integration usw Darstellung der Reihenfolge zeitlichen Lage und Dauer der T tigkeiten die zur Realisierung eines Vorhabens unter Ber ck sichtigung der notwendigen und oder verf gbaren Einsatzmittel erforderlich sind Als Gr
125. Korrekturen und bersetzungsl ufe durchf hren zu m ssen Statische Pr fung Das statische Pr fen hat den Vorteil dass alle Entwicklungsergebnisse gepr ft werden und somit auch die Selbsteinsch tzung Selbstpr fung der Entwickler relativiert wer den kann Es werden individuelle Ma st be nivelliert und Sackgassen rechtzeitig aufge zeigt Aber auch die Review Technik hat gewisse Nachteile da sie nicht immer auf gekaufte Software anwendbar und insgesamt sehr aufwendig ist da in vielen F llen ein zweites Team von Experten ben tigt wird Pr fungen objektorientierter Software Die Pr fung zerf llt in zwei Aufgaben e Pr fung der Klassen e Pr fung des Zusammenspiels der Klassen Die Pr fung der Klassen umfasst die Pr fung von e der Methode der Klasse e der Benutzung von Methoden anderer Klassen e der geerbten Methoden Die Pr fung des Zusammenspiels der Klassen erfordert e klare Strukturen zwischen Objekten e Vermeidung von Programmiertricks die die Prinzipien der Modellierung missbrauchen 83 5 Methoden und Techniken im Qualit tsprozess Die Pr fung von Vererbung umfasst die Pr fung auf e Strikte Vererbung Objekte der Unterklasse haben s mtliche Merkmale der Oberklasse Es m ssen die zur Unterklasse neu hinzugef gten Operationen gepr ft werden e Nicht strikte Vererbung Objekte der Unterklasse k nnen Merkmale der Oberklasse nur teilweise bernehmen oder gar ver ndern Es m ssen
126. Logik Plausibilit ten Abl ufe usw wird in der Commerce Suite implementiert Review Programmierrichtlinien Stichproben gegen Sourcecode Umfang 10 aller Programme In Line Dokumentation ist enthalten Review Umfang 10 aller Programme Das Programmdesign ist in modularer Form durchgef hrt Die programmtechnischen Abh ngigkeiten sind dokumentiert Dokumentinhalt Moduldefinition Modulstruktur Modulbeziehungen Review Umfang 10 aller Programme Stabilit t Stability Nachweis nderungen an Teilen der Software haben keine unerwarteten Auswirkungen auf die Gesamtfunktionalit t F r jede Funktion sind die Wertebereiche aller Ein und Aus gangsparameter definiert Des Weiteren sind die Auswirkungen eines jeden Parameters innerhalb der Funktion definiert Die G ltigkeit der R ckgabewerte einer Funktion wird vom aufrufenden Programm explizit gepr ft Review Programmierrichtlinien Pflichtenheft Redundanz Notfallkonzept Betriebskonzept Fortsetzung auf Seite 198 197 10 bersicht der Qualit tsmerkmale Tabelle 10 1 Beispiele zur nderbarkeit Fortsetzung Testbarkeit Testability Nachweis Die Software bietet Testm glichkeiten die abh ngig sind von Test Debugging Modus auf Zerlegung in getrennt testbare Teilsysteme erfordert klare Basis eines ausgew hlten und schmale Schnittstellen Verf gbarkeit von Testrahmen Gesch ftsprozesses oder Stu
127. Methode zugrunde liegenden Prinzipien wurden beim SEI Software Engineering Institute der Carnegie Mellon University entwickelt und in zahlreichen IT Projekten getestet Das Vorgehen bei dieser Methode zum Risikomanagement in Projekten beinhaltet wesentliche Elemente der von der Produkt und Prozessentwicklung bekannten Vorge hensweise der Fehlerm glichkeits und Einflussanalyse FMEA Die Methode besteht aus den folgenden T tigkeiten e Projektkontext feststellen e Risiken identifizieren und analysieren e Risiken quantifizieren und bewerten e Risiken steuern und bew ltigen e Risiken berwachen und kontrollieren e Ma nahmen nach eingetretenen Risiken festlegen e Erfahrungen projekt bergreifend sichern Projektkontext feststellen Die Durchf hrung des Risikomanagements im Projekt wird sichergestellt durch e Bewusstsein f r Risikomanagement in den Projekten wecken e Erforderliche Ressourcen bereitstellen e Atmosph re gew hrleisten in der alle Risiken bzw Bedenken offen und ohne Schuldzuweisung angesprochen werden k nnen und festgehalten werden Das Wissen das bei allen Mitarbeitern vorhanden ist als wertvolle Unterst tzung beim Risikomanagement nutzen e Ma nahmen und Verantwortlichkeiten zur Risikovermeidung bzw minimierung planen und konsequent umsetzen Erfahrungsdaten aus fr heren Projekten nutzen Rechtzeitig die verantwortliche Gesch ftseinheit bzw das RRB einschalten Dies gilt beispielsweise f r Ris
128. Nicht wie der Wind weht sondern wie wir die Segel setzen darauf kommt es an Prof K Nagel In der Anfangsphase eines Projektes wird der Grundstein f r eine erfolgreiche Projekt durchf hrung gesetzt oder auch nicht Da werden Projekte immer wieder in einem Handstreich vergeben Ein gerade frei verf gbarer Projektmanager wird zwischen T r und Angel angesprochen K nnen Sie nicht oder ich habe da eine interessante Aufgabe f r Sie Dieser aufgrund der ungew hnlichen Ansprache verwirrte Projekt manager sagt m glicherweise ja ohne genauere Informationen zu haben ohne genau zu wissen um was es sich eigentlich handelt Nach und nach versucht er projekt relevante Informationen zu bekommen Eine andere Variante ist dass Projekte mit Ungeduld angegangen werden Hintergrund ist dabei oft m glichst schnell Erfolge zu erreichen In der Regel f hrt dieses voreilige Handeln zum Gegenteil Es gibt keine Ziel und Aufgabendefinition es wird oberfl ch lich geplant und dementsprechend uneffizient gearbeitet die Aufgaben werden nur teil weise gel st Von einem professionellen Projektmanagement kann dann nicht die Rede sein Die Leichtfertigkeit im Umgang mit wichtigen Grundvoraussetzungen ist in ihrem Ausma schon erschreckend Da werden grundlegende Regeln Methoden und Techniken nicht beachtet einfachste f r die Planung notwendige Dinge werden nicht geliefert Wenn ber das Grunds tzliche keine Ei
129. Pr fung des Programms PD Pr fung der Benutzerdokumentation EP Erstellen und Erg nzen von Pr fplan und Pr ff llen PB Erstellen des Pr fberichtes PK Pr fung auf Widerspruchsfreiheit Konsistenz Planen PB lt 1 Verbessern Aufwand Zeit Bild 6 1 Verteilung des Pr fungsaufwandes bei Softwareerzeugnissen 123 6 Wirtschaftliche Aspekte des PQM Ausschlie lich die angegebene Prozentzahl gibt den Anteil am Gesamtaufwand wieder nicht die der T tigkeit zugeordnete Fl che Wegen der m glichen Zuordnung von Koor dinationst tigkeiten und Pr fungst tigkeiten zum PQM und zus tzlichen Pr fern gibt die Darstellung wichtige Informationen ber die jeweilige Aufwandsverteilung w hrend des Pr fungsverlaufes Die Aufwandsabsch tzung zu Beginn beansprucht trotz ihrer gro en Bedeutung f r die effiziente Abwicklung der Pr fung in der Regel nicht mehr als 0 5 1 des Gesamtauf wandes Der Aufwand f r die berwachung Koordination und Kontrolle verteilt sich gleichm ig ber die gesamte Dauer der Pr fung und betr gt ca 15 des Gesamtauf wandes Diese T tigkeiten betreffen in erster Linie das PQM Der Aufwand f r die Pr fungsdokumentation EP also das Erstellen und Erg nzen von Pr fplan und Pr ff llen steigt w hrend der ersten H lfte des Projektes stetig an Etwa zur H lfte der gesch tzten Projektdauer nimmt der Aufwand aber bis zum Ende der Pr fungen durch die fortschreitende Bearbeitung
130. Pr fung festzuhalten sind Identifikation und R ckverfol gung 5 1 1 Dokumentenpr fung Das qualit tsgerechte Vorgehen in Projekten verlangt eine laufende Pr fung der jeweils bei den entsprechenden Meilensteinen vorgegebenen Ergebnisse Zwischenergebnisse Voraussetzungen zur Vermeidung von Folgefehlern innerhalb der einzelnen Phasen sind naturgem die qualit tsgepr ften Eingangsdokumente wie Anforderungskatalog 79 5 Methoden und Techniken im Qualit tsprozess Pflichtenheft und Planungsunterlagen Diese auf Richtigkeit und Vollst ndigkeit zu pr fen ist eine Aufgabe des PQM F r die Pr fung dieser Unterlagen Document Control werden unterschiedliche Methoden und Techniken eingesetzt wie z B e Review e Inspection e Structured Walk Through SWT e Development Design Control DDC Unter einem Review wird die kritische Durchsicht von Arbeitsergebnissen durch meh rere Pr fer nach einer vorgegebenen geregelten Vorgehensweise verstanden Dabei wer den erstellte Konzepte und gew hlte L sungsans tze durch andere Experten best tigt oder es werden Fehler Nichtkonformit ten gefunden Nach Abschluss eines Reviews muss zwischen dem Entwickler und den Experten Einigkeit dar ber bestehen auf wel che Weise das gepr fte Dokument z B Grob oder Feinkonzept Spezifikationen ber arbeitet werden muss Fine der wichtigsten Reviews ist das Design Review Eine der wichtigsten Entwurfspr fung Das Design Revi
131. Projekt erstellten Produkte und deren Konsistenz Das f hrt dazu dass zu jedem Zeitpunkt Folgendes m glich ist e Der g ltige Status des Produkts kann anhand freigegebener Unterlagen festgestellt werden e Jeder Projektbeteiligte ist zu jedem Zeitpunkt ber den aktuell g ltigen Status informiert e Der Status eines Produkts oder der verschiedenen Versionen eines Produkts kann eindeutig zur ckverfolgt werden e Es wird nur nach g ltigen Unterlagen gearbeitet e Jede notwendige nderung wird systematisch erfasst und bearbeitet Die Aufgaben des Konfigurationsmanagements k nnen in vier grunds tzliche Aufgaben bl cke eingeteilt werden siehe Bild 5 14 Die Titel entsprechen denen des ISO 10007 Standards Qualit tssicherung Leitfaden f r Konfigurationsmanagement e Konfigurationsidentifizierung e Konfigurationsbuchf hrung e Konfigurationsaudit e Konfigurations berwachung Das Konfigurationsmanagement soll die in einem Projekt anfallenden Entwicklungser gebnisse auf Basis einer klaren Strukturierung und Identifikation der Produkt bzw Systemeinzelteile aufnehmen und verwalten Dar ber hinaus bernimmt es das gesamte nderungswesen f r die Produkt und Systementwicklung Das Konfigurations management zieht sich durch alle Projektphasen 116 5 4 Qualit tsunterst tzende T tigkeiten Verfahren Konfigurations Konfigurations identifizierung buchf hrung Konfigurations management Konf
132. Projektmanagement Altenkirchen Wolfram s Fachverlag Ehrl Gruber Birgit S Gerda M 1999 Projektmanagement Ergebnisorientierte und termingerechte Projektabwicklung in der Industrie Augsburg WEKA End Wolfgang Gotthardt Horst Winkelmann Rolf 1990 Softwareentwicklung Leitfaden f r Planung Realisierung und Einf hrung von DV Verfahren Hrsg Siemens AG Berlin M nchen 313 Literaturverzeichnis Ganser Arnulf 1996 Vorgehensmodell der Deutschen Telekom AG M nchen Wien R Oldenbourg Qualit tsmanagement Bartsch Beuerlein Sandra 2000 Qualit tsmanagement in IT Projekten Planung Organisation Umsetzung M nchen Wien Hanser Brunner Franz J Wagner Karl W 1997 Taschenbuch Qualit tsmanagement M nchen Wien Hanser Cassel Michael 2003 Qualit tsmanagement nach ISO 9001 2000 M nchen Wien Hanser Deming W E www deming de DIN Taschenbuch 166 Software Entwicklung Dokumentation Qualit t Ausgabe 1995 10 Ebel B 2 Auflage 2003 Qualit tsmanagement Herne Berlin Verlag Neue Wirtschaftsbriefe FOS Forschungsgemeinschaft Qualit tssicherung 1995 Qualit tssicherung in Dienstleistungsprozessen Berlin Wien Z rich Beuth FOS Schrift 85 02 1994 Rechnergest tzte wissensbasierte Erstellung von Fehlerm glichkeits und Einflussanalysen FMEA FQS Frankfurt Kneuper Ralf 2002 CMMI Dpunkt Verlag Leist Ralph 1995 Qualit tsmanagement Methoden und
133. Schwierigkeiten bereitet Dazu wird die Problemliste genommen und die Teammitglie der bewerten das Problem nach den zwei Gesichtspunkten des Diagramms Das Ergebnis eine hohe Wirkung Punktezahl 5 10 und ein niedriger Schwierigkeits grad Punktezahl 0 5 ist im 4 Felder Diagramm dargestellt und gibt die Low han ging fruits wider Damit liegt eine Entscheidungsvorlage vor Bestimmte Probleme k nnen sehr schnell gel st werden und es wird eine hohe Effizienz erreicht Das Korrelationsdiagramm oder auch Streudiagramm genannt stellt die Beziehung zwi schen zwei ver nderlichen Merkmalen auf der x und y Achse als Variable visuell dar Bild 5 12 Die Merkmale eines Untersuchungsobjektes werden paarweise aufgenom men und in dem Diagramm als Punkte dargestellt Aus deren Form bzw Verlauf k nnen bestimmte R ckschl sse auf die Beziehung der Merkmale gezogen werden e Es liefert die Daten die die Annahme best tigen dass zwei Variablen zusammenh ngen e Fs liefert die visuellen und statistischen Mittel um die St rke einer Beziehung zu testen e Es l sst sich ein Ursachen Wirkungsdiagramm weiter vertiefen und herausfinden ob eine angenommene Verbindung zwischen Ursachen und Wirkung tats chlich existiert Das Korrelationsdiagramm sagt keine Ursache Wirkungsbeziehung voraus Es zeigt lediglich die St rke der Beziehung zwischen zwei Variablen Je st rker die Beziehung desto gr er die Wahrscheinlichkeit dass nderun
134. Stimmen alle in der Produktbeschreibung angek ndigten Leistungen und Merkmale mit der Beschreibung in der Benutzerdokumentation berein Sind Widerspr che innerhalb eines Dokumentes vorhanden Sind Widerspr che vorhanden die dadurch entstanden sind dass notwen dige nderungen nicht in allen betroffenen Dokumenten Stellen durch gef hrt wurden Vollst ndigkeit Dieses Merkmal bezieht sich auf das Vorhandensein der f r den Zweck der Dokumente notwendigen und hinreichenden Informationen Sind alle Dokumente gem Vereinbarung Vertrag Lastenheft usw geliefert worden Sind alle Sachverhalte beschrieben worden Sind alle Dokumente erstellt worden die in anderen Dokumenten referenziert werden 236 11 4 Checkliste f r Dokumente Tabelle 11 4 Checkliste f r Dokumente Fortsetzung Fragen nein irrele vant Eindeutigkeit Dieses Merkmal bezieht sich auf die Eignung von Dokumenten zur unmissver st ndlichen Vermittlung der gleichen Informationen an jeden Leser Ist das Dokument auf verschiedenen Medien ausgebbar Ist das Dokument lesbar Druckqualit t Verwendung von Schrifttypen Ist das Dokument bersichtlich gegliedert K nnen die Dokumentenaussagen mit dem Sachverhalt verglichen werden Vermeidung von Aussagen die nicht nachpr fbar sind Sind alle Sachverhalte beschrieben worden Sind die Formulierungen einfach und verst ndlich
135. Termin und Ressourcenplanung Deren Ablauffolge wird koordiniert in einem Netz oder Balkenplan mit vordefinierten Meilensteinen dargestellt 3 2 1 Vorgehensweise bei der Projektgestaltung F r die Zerlegung eines Projektes wird empfohlen das Projekte gestalten hei t ein Projekt in einzelne berschaubare Abschnitte Pha Problem in einzelne Teile zu sen Teilprojekte u zu unterteilen Bild 3 4 Der portionieren und fortschrei Detaillierungsgrad ist stark von der Projektart und tend weiter und detaillierter dem Projektinhalt abh ngig Der Einsatz von Stan auszuarbeiten dardstrukturpl nen sollte auf jeden Fall ber cksich tigt werden Bei einigen Unternehmen Beh rden ist das Pflicht Festlegung der Gliederungsstruktur Im ersten Schritt sind die horizontalen und vertikalen Strukturierungsregeln je Struktu rierungsebene der Detaillierungsgrad sowie die Daten je Strukturelement festzulegen Bildung der Strukturelemente F r diesen Schritt k nnen zwei verschiedene Ans tze zum Einsatz kommen e Ein deduktives Vorgehen Top Down Ansatz eine zunehmende Detaillierung von oben nach unten 36 3 2 Planungs und Organisationsphase Zerlegung des Projektes Endg ltige Festlegung der Verabschiedung Gliederungsstruktur Optimierung Bildung der Strukturelemente T J Vorl ufige Aufbau der Verabschiedung systematischen Struktur berpr fung der Struktur Bild 3 4 Zerlegung eines Projektes e Ein induk
136. Untersysteme Komponenten usw und an den Projektpha sen zu orientieren Idealerweise liegt der Projektstruktur Plan in elektronischer Form vor und kann direkt als Basis f r die Erstellung der Aktivit tenliste verwendet werden Damit ist garantiert dass alle Komponenten und Subsysteme erfasst sind und nderun gen an dem Struktur Plan auch zu einer nderung des Qualit tsmanagement Plans f h ren 168 9 2 Qualit tsmanagement Plan QM Plan Tabelle 9 2 Aufbau einer Aktivit tenliste Anforderungen Ausf hrung ID Nr Aktivit t Dokument gefordert Verantwortlich Verfahren Ergebnis Bemerkungen von Tabelle 9 2 zeigt den typischen Aufbau einer Aktivit tenliste Die Liste ist in die zwei Hauptspalten Anforderung und Ausf hrung unterteilt Erl uterungen zu Anforderungen ID Nr Identifikationsnummer Aktivit t Hier wird die durchzuf hrende Aktivit t m glichst genau definiert Dokument dient zur Angabe von Referenzquellen f r die Aktivit t Um diese Spalte korrekt ausf llen zu k nnen muss das PQM entweder schon eine detaillierte Kenntnis des Inhalts der entsprechenden Dokumente besitzen oder es ist gezwungen sich diese Kenntnis zu verschaffen Beides ist eine Grundvoraussetzung f r die Definition sinnvol ler Aktivit ten Aus den Angaben in dieser Spalte kann der Ausf hrende der Aktivit t entnehmen wo er falls notwendig genaue Informationen ber die Aktivit t findet D
137. Verhaltensmustern oder isolierter Betrachtung einzelner Ereignisse liegt Engl support process ist ein Prozess dessen einziger Zweck es ist die L cke zwischen dem heutigen und den zuk nftigen Zustand einer Organisation zu schlie en F r diese Prozesse ist jeweils ein einzelnes Unterst tzungssystem f r Organisations entwicklung zust ndig Gesamtheit der zur selbstst ndigen Erf llung eines Aufgaben komplexes erforderlichen technischen und oder organisatori schen und oder anderer Mittel der obersten Betrachtungsebene Ein System ist eine Sammlung von gegenseitig abh ngigen manuellen und automatisierten Prozessen die von einer techni schen Infrastruktur von Einrichtungen und von einer Organisa tion unterst tzt werden die zusammen an der Erzielung eines Gesch ftsergebnisses innerhalb eines bestimmten wirtschaft lichen Lebenszyklus arbeiten Glossar Systembenutzer Systemsicherheit Tailoring Testfall Testkategorie Testtyp Einzelpersonen die das System direkt benutzen sowie ihre unmittelbaren Vorgesetzten die Wissen aus erster Hand ber die Leistungsmerkmale und Probleme der aktuellen Systeme haben Bestandteil der Informatiksicherheit technische Ma nahmen die s mtliche Bestandteile eines Computersystems inkl Netz werk einschlie t und den Schutz der Daten und Informationen gegen Verlust und Manipulation gew hrleistet siehe auch Com putersicherheit Aber auch F higkeit einer Funktionsein
138. Vorgangstermine Kostener fassungsbelege und Stundenschreibung Aufwand und Kosten die f r das PQM erfor derlichen Daten sein e Anzahl der Codierfehler e Anzahl der Fehlerkorrekturen e Anzahl der bersetzungen Anzahl der internen Tests Entwicklertests e Anzahl der fehlerhaften Dokumentationen e Anzahl der Korrekturen f r die Dokumentation e Anzahl der nicht geplanten Abstimmungen Meetings Besprechungen mit dem Projektmanagement Qualit tsmanager PQM Team Kunden Nutzer Anwender e Anzahl der berarbeitungen von Dokumenten e Anzahl der Wiederholungen von Pr fungen und Tests Formale Daten lassen sich gut dokumentieren sie sind stets nachvollziehbar und k n nen als Erfahrungswerte gesammelt werden Formale Abfragen k nnen aber auch h ufig auf starke emotionale Widerst nde sto en Hier ist viel Fingerspitzengef hl des Pro jektmanagements und des PQM gefragt die den Mitarbeitern erkl ren sollten dass diese Aufzeichnungen nicht zur Beurteilung der Personen dienen Bewertung Aufgrund der Kostenrechnungsformulare und der Qualit tsberichte des PQM werden Ma nahmen zur Qualit tsverbesserung ergriffen Die Qualit tsberichte m ssen die qua lit tsbezogenen Kosten bersichtlich darstellen um als Grundlage der Entscheidungs 131 6 Wirtschaftliche Aspekte des PQM findung dienen zu k nnen Falls keine messbaren Zahlen verf gbar sind werden Sch t zungen verwendet Folgende Kennzah
139. Werkzeuge zur Planung und Sicherung der Qualit t Augsburg Weka Lindermeier Robert Siebert Frank 1995 Softwarepr fung und Qualit tssicherung M nchen Wien Oldenbourg Scheiber Konrad 1999 ISO 9000 Die gro e Revision VP Wien Wallm ller Ernest 2001 Software Qualit tsmanagement in der Praxis M nchen Wien Hanser Zink Dr Klaus 1995 TOM als integratives Managementkonzept M nchen Wien Hanser 314 Stichwortverzeichnis A ABC Analyse 283 Abnahme 40 85 87 283 Abnahmebedingungen 47 Abnahmetest 40 Abschluss 35 Abschlussanalyse 52 Abweichungen 45 90 160 Aktivit ten 28 95 101 Aktivit tenliste 36 Aktualit t 217 222 analytische Qualit tspr fung 62 nderbarkeit 61 195 197 198 216 220 Anforderungen 25 59 96 99 101 103 Anwender Nutzersicht 59 Arbeitsablaufanalyse 137 Arbeitsergebnis 283 Arbeitspaket 36 99 131 136 284 Assessment Methode 69 Auditierung 272 Aufgabenbeschreibung 33 Aufgabenverteilung 46 Auftraggeber 102 146 149 151 152 155 216 284 Auftragnehmer 102 Aufwand 89 95 Aufwands und Terminab sch tzungen 46 Aufwands und Termin absch tzungen 46 Aufwandssch tzung 78 Auswertung 67 131 161 Auswertung von Produkten 78 Authentifizierung 277 284 Authentizit t 277 278 284 B Basismodell 27 Bearbeitungszeit 284 Bedrohung 276 279 281 285 Benutzbarkeit 198 Benutzerfreundlich 60 Benutzerfreundlichkeit 285 Beobachtung 50 77 131 Berichts
140. Wertsch pfungsprozesse gestaltet Zu jedem Prozess geh rt ein internes Kunden Lieferantenverh ltnis f r das die gleichen Regeln wie f r externe Kunden Lieferanten Verh ltnisse gelten Kundenzufriedenheit Wettbewerbsf higkeit Fehlerfreiheit und effiziente Nutzung der Einsatzfaktoren sind die Qualit tsziele der so gestalteten Prozessstruktur Qualit tsfortschritt verlangt in neuen Wegen zu denken um evolution re oder revolu tion re L sungen zu erzeugen Das Verlassen konventioneller Denkmuster ist die Basis f r das kreative Vordringen in neue Herausforderungen Die sich st ndig ndernden Herausforderungen verlangen geeignete Strategien bei der L sungsfindung e Systematisches und transparentes Vorgehen e Fr hzeitiges Einbinden der Beteiligten e Arbeiten in crossfunktionalen Teams e Schnelles L sen der wichtigsten Aufgaben e Rasche und kostenorientierte Umsetzung In den Prozessen werden wirkungsvolle Methoden und Werkzeuge der Qualit tstechnik genutzt um Qualit t Kosten und Zeit konsequent zu planen Abweichungen und Pro bleme rechtzeitig zu erkennen und Korrekturma nahmen einzuleiten Die Inhalte die Struktur und die F hrung der Prozesse werden laufend mit den Anforde rungen des Marktes und den F higkeiten der Wettbewerber verglichen um so geeignete Verbesserungen oder totale Neugestaltungen zu ermitteln und umzusetzen 265 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik Information
141. achbereich Wirtschaft Rheinbach Fachgebiet Material und Produktionswirtschaft Qualit tsmanagement Logistik Unternehmensentwicklung Vorwort Wer ber das Thema Projektmanagement und ber die Einf hrung einer Projektkultur spricht muss auch ber ein projektbegleitendes Qualit tsmanagement PQM nachden ken Gerade in Unternehmen die einen wesentlichen Anteil ihres Gesch ftes in Form von Projekten abwickeln ist das unverzichtbar Gemeint ist nicht das penible Pr fen von Rechtschreibfehlern oder sonstiger nicht wertsch pfender T tigkeiten Nat rlich muss das POM auch eine kritische Sicht auf das Layout von Dokumenten haben aber in erster Linie ist die Konstruktive Mitarbeit also die Unterst tzung des Projektmanagements und der Teammitarbeiter bei der Pla nung Konzeptionalisierung und der Realisierung gefragt Das PQM sollte als Beratungsinstanz f r das Projektmanagement verstanden werden Dabei muss klar herausgestellt werden dass sich die Aufgabe nicht ersch pft in dem nachtr glichen Aufz hlen von Fehlern und Problemen sondern als eine Dienstleis tungs und Beratungsfunktion wirkt die von Anfang an in eine partnerschaftliche Alli anz m nden muss Das f ngt bereits im Vorfeld an Hier sind die Machbarkeit und die Wirtschaftlichkeit eines beantragten Projektes zu pr fen und zu hinterfragen eine Aufgabe die auch aus der Sicht des PQM geleistet werden kann hnliche Aufgaben hat das PQM auch in der Analy
142. aftliche Bedeutung des PQM in Projekten anhand von Kos tenrechnungssystemen wie des Qualit tskostenmodells und der Prozesskostenrechnung vorgestellt In einem extra Abschnitt wird der Nutzen des PQM Einsatzes erl utert Kapitel 7 geht auf das Vertragsrecht ein und beschreibt die rechtlichen Konsequenzen fehlerhafter Produkte Im Kapitel 8 finden sich Beispielpl ne f r das Projekt und Qualit tsmanagement sowie ein Beispiel eines Testkonzepts f r das methodische und systematische Testen eines Ent wicklungsprozesses f r ein Personalmanagementsystem Beispiele f r den Umgang mit Qualit tsmerkmalen werden im Kapitel 9 gegeben In den Kapiteln 10 13 sind folgende praxisrelevante bersichten beispielhaft aufge f hrt e Checklisten e Ein Leitfaden f r das Risikomanagement e Erl uterungen zur ISO Norm 900n 2000 e Ein Beispiel zur Erkl rung eines Unternehmens zur Qualit tspolitik Im Kapitel 14 wird auf die Informationssicherheit eingegangen In der Beschreibung wird deutlich wie wichtig eine Ber cksichtigung von sicherheitsrelevanten Themen bei Vorwort Systementwicklungen in Projekten ist und wie das projektbegleitende Qualit tsmanage ment hier einen wichtigen Beitrag zur Erf llung dieser Anforderungen liefern kann Zum Abschluss werden einige Begriffe durch das Glossar erl utert und das Literaturver zeichnis gibt weitere Hinweise auf interessante Ausarbeitungen Manfred No amp Rheinbach im M rz 2006 Inha
143. alb einer Organisation lassen sich als eine Folge von Prozessen und ihrer Wechselwirkungen beschreiben Alle Prozesse die zur Erf llung der Forderungen des Kunden notwendig sind m ssen festgelegt und ausgef hrt werden Das QM System hilft bei der systematischen Einf h rung und Darlegung dieser Prozesse Das QM System selbst muss von der Organisation aufgebaut werden und den Gedanken der st ndigen Verbesserung widerspiegeln 254 13 3 QM Systemaufbau ein Beispiel 4 Qualit tsmanagementsystem Dokumentationsanforderungen Allgemeine Anforderungen Qualit ts Lenkung von Prozess management Lenkung von Aufzeichnungen management Handbuch Dokumenten 5 Verantwortung der Leitung Politik Verpflichtung Kunden Ziele Verantwortung Interne der Leitung orientierung Planung Beauftragter der Kommunika Review Leitung tion 6 Management 8 Messung Analyse und Verbesserung von Ressourcen 5 z Kunden wglleglle Z zufriedenheit 5 es 5258 3 z amp 25 2 5 3 5 g g B pE 5 all w2 5 g lt G 22 22 5 3 Prozess E E amp 5 2 Z 2 S A messung und Analyse von 5 S E 3 berwachung Daten amp 5 a a aiall g 3 3 E fz bo 2 Infrastruk Arbeits Produkt Lenkung 4 3 A ir umgebung ns fehlerhafter J 15 erwac
144. alit t von Produkten und Prozessen e Die Steigerung der Produktivit t Ein methodisches Vorgehen und die Anwendung von Modelldarstellungen in fr hen Phasen erm glichen es die Zielvorstellungen vom Kunden mit denen des Auftragneh mers zur Deckung zu bringen Dies verschafft Klarheit ber die Ausgangssituation Ist Modell beschreibt das Zielsystem unter Einbeziehung aller relevanten Informationen Soll Modell und erm glicht das Testen des Systems in seinem Umfeld bereits vor der Realisierung Simulation und Prototyping Die Modellierung von Kundenanforderun gen Nutzer Anwender sowie die objektorientierte Analyse und das Design stellen eine der wichtigsten Voraussetzungen dar f r die erfolgreiche und qualitativ hochwertige Realisierung von Softwareprojekten Die Kommunikation von Fachleuten aus unterschiedlichen Disziplinen wird durch den Einsatz eines Modellierungstools eindeutig und f r alle verst ndlich Voraussetzung f r die Akzeptanz und den wirtschaftlichen Einsatz eines solchen Tools sind die leichte Bedienbarkeit und Erlernbarkeit Qualit t durch Modellierung Bei der Planung und Entwicklung eines Produktes sol Die Modellbildung ist ein len konzeptionelle M ngel und Fehler bereits in fr Hilfsmittel um mit den Pro hen Phasen erkannt und beseitigt werden Das vermei blemen Gr e und Kom det kostenaufwendige Nacharbeit in sp teren Phasen plexit t fertig zu werden Die Ursachen f r solche M ngel liegen meis
145. alit tsmanagement e F rderung von Mitarbeiterinitiativen e Beratung bei Grundsatzfragen zur Produktsicherheit und Produzentenhaftung e Vertretung des Unternehmens in grunds tzlichen Fragen des Qualit tsmana gements nach au en e F rderung des Qualit tsimages e Benennung des Unternehmens Vertreters in externen qualit tsrelevanten Gremien 273 15 Informationssicherheit Informationen stellen Werte dar deren Verlust oder Missbrauch eine Organisation emp findlich beeintr chtigen k nnen Information ist auf einen Zweck bezogenes Wissen das eine Organisation beim Handeln im Hinblick auf gesetzte Ziele ben tigt Mit Ausbreitung der Informationstechnologie und der fortschreitenden Vernetzung der Informatikmittel muss eine Organisation mit neuen Sicherheitsrisiken umgehen Der Wettbewerb erfordert auch in die Sicherung der immateriellen Werte der Organisation zu investieren um die Marktposition des Unternehmens nicht zu gef hrden In einer Organisation werden Informationen erzeugt weitergegeben aufbewahrt ver ndert und wieder vernichtet Dahinter steckt oft ein erheblicher Aufwand der erbracht und bezahlt werden muss Diesen Teil des Betriebsverm gens zu sichern und die Integrit t der Informationsinhalte zu gew hrleisten ist daher eine Frage des berlebens Informationssicherheit verursacht einen Aufwand der wirtschaftlich vertretbar sein muss Er stellt keinen Kostenfaktor dar sondern ist eine Vorleistung um Verlu
146. aller zu integrierenden Anwendungen inklusive aller relevanten Abl ufe im Rechenzentrum aktive Mitarbeit von Anwendungsentwicklung Fachseite Rechenzentrum Datenbankadministration und Arbeitsvorbereitung Die beschriebenen Unterlagen sind entsprechend der Vorgaben des Konfigurationsma nagements zu verwalten und zu beschaffen Abnahmetest Der Abnahmetest ist die letzte Teststufe Nachdem s mtliche vorhergehenden Teststu fen mehr oder weniger in einer eigenen Testumgebung ausgef hrt wurden findet der Abnahmetest in der Wirkumgebung statt Er dient zur berpr fung ob die Anwendung deren Qualit t innerhalb der Testumgebung gesichert wurde auch korrekt in die Wirk umgebung berf hrt wurde Je gr er der Unterschied der Testumgebungen der vorhergegangenen Teststufen zur Wirkumgebung ist desto notwendiger ist der Abnahmetest Deswegen sollte versucht werden vor allem im Verbund und Systemtest m glichst wirkbetriebsnahe Testumge bungen zur Verf gung zu stellen Dennoch gibt es h ufig Unterschiede zum Wirksys tem e Hardware H ufig liegen eine andere CPU andere Bildschirme Speichermedien usw vor oder Hosts bzw die Konfigurationen im Client Server Betrieb differieren e Systemparameter In der Wirkumgebung befinden sich u U andere Swapbereiche Fonts Emulationen usw Zugriffsberechtigungen Sachbearbeiterberechtigungen sollten gepr ft werden hin sichtlich Lesen Schreiben Ver ndern usw e Last Obwohl im S
147. ammierer oder ein gew hnlicher Benutzer sein der bereit ist sein Passwort mit anderen zu teilen Studien zeigen immer wieder dass die meisten Angriffe auf Informationssysteme von innen kommen Es kann davon ausgegangen werden dass bis zu 80 Prozent der Angriffe von autorisierten Benutzern ausgehen die ihre Zugriffsprivilegien dazu benut zen nichtautorisierte Funktionen auszuf hren Wie schon erw hnt ist einer der gef hrlichsten Insider der nachsichtige oder unwis sende Mitarbeiter der beispielsweise keine ausreichend sicheren Passworte benutzt diese nicht regelm ig ndert oder der nicht wei wie Daten auch E Mails sicher ver schl sselt werden oder der Papier Ausdrucke oder Backup Medien mit sensitiven Daten offen herumliegen l sst Andere Mitarbeiter k nnten aus dieser Unnachsichtigkeit Nutzen ziehen und eventu ell schwerwiegende Sch den anrichten 280 15 2 Weiterf hrende Informationen Beispiele f r Gegenma nahmen Es existieren viele verschiedene Arten von Gegenma nahmen z B Ma nahmen zum Schutz von Computersystemen und Informationen gegen Bedrohungen Diese lassen sich grob in die folgenden drei Klassen unterteilen e Physische Sicherheit Physische Sicherheit ist der Schutz von Computersystemen gegen Sch den durch nat rliche Bedrohungen und Einbrecher Unter die Schutzma nahmen gegen nat r liche Bedrohungen fallen z B Klimaanlagen Feuermeldesysteme und unterbre chungsfreie Strom
148. anisationsphase 34 P Passwort 277 278 280 PDCA Zyklus 57 68 Performance 32 59 60 88 145 196 206 208 298 Personalgestellungsvertrag 151 152 Pflichtenheft 42 45 80 87 298 Phasen 29 32 79 99 102 Planabweichungen 78 Plananpassung 48 Planung 29 39 102 160 Planungsphase 97 139 Planungsprozess 39 Portabilit t 61 299 PQM 56 Pr gnanz 220 Probleme 40 95 99 160 161 Process Owner 88 Produkt 299 Produktfehler 156 158 Produkthaftung 128 156 158 Produkthaftungsanspruch 156 Produkthaftungsgesetz 156 158 Stichwortverzeichnis Produktivit t 55 299 Produktlebenszyklus 148 Produktqualit t 265 Produktrealisierung 253 254 257 Produktverschuldungs haftung 158 Projekt 28 99 103 159 161 299 Projektabschluss 51 160 Projektabwicklung 28 40 51 160 Projektauftrag 28 32 160 299 Projektbeteiligten 53 121 Projektdokumentation 300 Projektergebnisse 28 Projektgremien 41 Projekthandbuch 39 Projektidee 32 Projektkalkulation 41 Projektkosten 120 121 133 Projektmanagement 32 40 102 159 161 300 Projektmanager 40 91 127 128 148 161 Projektorganisation 39 40 Projektphasen 300 Projektplanung 39 101 160 Projektprozess 28 30 88 97 99 101 Projektrisiken 39 Projektsteuerung S1 Projektstrukturplan 36 300 Projektteam 39 101 Projekt berwachung und steuerung 47 Projektverlauf 51 55 Projektvorbereitungen 32 Projektvorbereitungsphase 159 Projektziele 28 39 99
149. anna 251 13 2 Das Prozessmodell DIN ISO 9001 2000 2 2 2222 eneneneeennenenen 253 13 3 QM Systemaufbau ein Beispiel 22222cseeeeeeneneeennne nen 254 13 3 1 Abschnitt 4 Qualit tsmanagementsystem 2222222 eseeeenenennnn 254 13 3 2 Abschnitt 5 Verantwortung der Leitung voce esieddroiererrei eitia 256 13 3 3 Abschnitt 6 Management von Ressourcen 222ceeeeenenenennnn 257 13 3 4 Abschnitt 7 Produktrealisierung csrccis iisu rire etabere nekari i 257 13 3 5 Abschnitt 8 Messung Analyse und Verbesserung 22222c200 258 13 4 Qualit tsmanagement Systeme Leitfaden zur Leistungsverbesserung Die DIN IS0 9004 2000 myra arn E E E 259 13 5 Dokumente der Produktlinie DIN ISO pro eiriicarinrstete rieten estia 260 12 Inhaltsverzeichnis 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik 262 14 1 Qualit tsgrunds tze rs n0 ar sense NAER ENEN ana nun 262 142 Was soll erreicht werden u su BAR a ans el ach 263 14 3 Wie geht man vor 2 2 En ar immer 266 14 4 Was wird gen tzt se ns nu Em anne 269 15 Informationssicherheit 2 2 eeeeseennnnennenenennen 274 15 1 Grundwerte der Informationssicherheit 2ceeeseeeeeereeenn 275 15 1 1 Vertraulichkeit Confidentiality 22222220 eee ernennen 275 13 1 2 Integrit t Integtity s2 22 01er 276 15 1 3 Verf gbarkeit Availability 22c2eeeeeeeerene a aa a 277 15 1 4 Sachziele im Umfel
150. arbeitern eine akzeptable Perspektive f r die Zeit nach dem Projektabschluss zu erarbeiten e Das Projekt emotional ab schlie en etwa in Form einer Projektabschlussfeier 3 4 Projektabschluss Projekte liefern ber die im Projektauftrag geforderten Erfahrungen sind das Wert Resultate Ergebnisse hinaus noch ein weiteres Pro vollste das den Mitarbei dukt tern vom Projekt bleibt i nlicher Gewi Den Know how und Erfahrungszuwachs der Projekt SEL ee beteiligten f r jeden Einzelnen Erfahrung bedeutet jedenfalls wenn konkret greifbar gemacht einen wichtigen Zugang zum ideellen fachlichen Unternehmensverm gen Um tempor re Projekterfahrung zu dauerhaftem Unternehmensverm gen zu machen sind systematisch Ma nahmen zur Wertsicherung erforderlich Nur wenige Projektabschl sse haben ein formalisiertes Verfahren daf r Oft sind die Mitarbeiter nicht mehr greifbar auch steht keine Zeit zur Verf gung weil schon das n chste Projekt oder die Linienaufgaben warten Leider schl gt sich der Produktivit tsfaktor der ein zelnen Mitarbeiter hier negativ nieder Die Folge ist ein ungenutztes Know how Potenzial dessen Mobilisierung au er der Qualit t der Projektarbeit auch die Unternehmensattraktivit t deutlich erh hen w rde z B durch Angebot des aufbereiteten Projektwissens auf dem Beratungs und Trainings markt Auch hier wird darauf hingewiesen dass folgende Einstellung
151. as PQM f r jedes Testziel ein Testverfahren Testprozedur Die Grundlage daf r bilden die Bezugsdokumente insbesondere die Anforderungen Das Testverfahren selbst ist eine Zusammenstellung von Anweisungen beschreibt Schritt f r Schritt die Handgriffe Eingaben erwartete Systemreaktion und Kriterien f r ihre Bewertung bei der Ausf hrung der Tests Die ben tigten Testdaten werden vor der Pr fung bereitgestellt Die Termine der einzelnen Funktionstests werden im Testplan festgelegt Der Funktionstest wird aus Sicht der Fachseite fachliche Erfordernisse durchgef hrt Integrationstest Nach Durchf hrung der Funktionstests wird je Entwicklungsstufe Basissystem erste Entwicklungsstufe zweite Entwicklungsstufe ein Integrationstest vorbereitet Dazu wird ein Szenario entwickelt in dem alle Durchf hrungsma nahmen festgelegt werden Die Aufgabe des Integrationstests ist es zu pr fen dass Komponenten der Softwareent wicklung fehlerfrei zusammenwirken Dies k nnen z B Komponenten eines Software 86 5 1 Pr fung und Tests in IT Projekten systems oder eine Ebene dar ber Softwareanwendungen auf Unternehmensebene sein Es werden verschiedene Strategien f r den Integrationstest unterschieden Dazu werden zwei Beispiele beschrieben Der gesch ftsprozessorientierte Integrationstest betrachtet jeweils diejenigen System komponenten die von einem Gesch ftsprozess betroffen sind gemeinsam Getestet wird z B die A
152. as PQM kann sich damit darauf verlassen dass die Aktivit t so ausgef hrt wird wie es geplant wurde Auf der anderen Seite ist der Ausf hrende sicher dass er ohne st ndige R ckfragen seine Aufgabe ordnungsgem erf llt Dieses Verfahren vermindert unn tige Kommunika tion und erh ht die Effizienz und das Vertrauen aller Beteiligten gefordert von Diese Spalte zwingt den Autor des Qualit tsmanagement Plans zur sys tematischen Durchsicht des Vertrags und aller eventuell auf das Produkt anzuwenden den Normen Standards Richtlinien usw Die Auflistung wird sp ter auch als Input f r die zu erstellende CE Deklaration ben tigt Erl uterungen zur Ausf hrung Verantwortlich gibt an welche organisatorische Einheit die Ausf hrung der Aktivit t durchf hren soll In der ersten Version des Qualit tsmanagement Plans dient diese Spalte dazu Klarheit dar ber zu schaffen welche organisatorischen Einheiten generell f r die Aktivit t in Betracht kommen und mit welchem Gesamtarbeitsumfang diese Ein heiten zu rechnen haben Es wird somit eine Basis f r Verhandlungen mit den potenzi ell ausf hrenden Organisationen gebildet In den F llen in denen nicht feststeht wer die Aktivit t ausf hren k nnte muss in dem QM Plan eine Aktivit t f r das PQM defi niert werden die die Suche nach einer L sung des Problems beinhaltet Verfahren Die bei der Ausf hrung der Aktivit t zu benutzenden Verfahren sind hier vorzuschreiben Es
153. atistische Ermittlung meist nicht m glich oder durch den Aufwand nicht zu vertreten ist wird lediglich die Existenz eines Risikos bzw anschlie end die Vermeidung des Risikos bewertet Wert 1 Ein Risiko existiert nicht Wert 10 Ein Risiko existiert 249 12 Leitfaden Risikomanagement in Projekten Bedeutung der Auswirkung B Die Bedeutung der Auswirkung B repr sentiert die Schwere der Folgen die sich bei Eintreten des Risikos ergeben Der Wertebereich liegt zwischen 1 und 10 siehe Tabelle 12 5 F r diese Tabelle k nnen die Werte und die Definitionen frei vergeben werden Tabelle 12 5 Bewertung der Bedeutung der Auswirkungen B Wert Definition 1 Keine Auswirkungen 2 Ausfallzeit nach Systemverlust tempor r innerhalb der im Projekt festgelegten Toleranzgrenzen 3 Unberechtigter Abruf nicht schutzw rdiger Daten 4 im Beispiel nicht verwendet 5 im Beispiel nicht verwendet 6 Abruf einzelner schutzw rdiger und oder Manipulation einzelner Daten 7 Ausfallzeit nach Systemverlust tempor r wieder herstellbar ber die Toleranzgrenzen hinaus 8 Abruf schutzw rdiger Datenbereiche und oder Manipulation von Datenbereichen 9 Nichterf llung gesetzlicher Vorschriften 10 Vollst ndiger Datenverlust ohne Wiederherstellungsm glichkeit Eintrittswahrscheinlichkeit E Die Eintrittswahrscheinlichkeit repr sentiert den Grad des Eintritts eines Risikos Der Werteber
154. atz PCs Ausfalldauer HW SW Ausfallrate HW SW Beistellung vom Zulieferer Beschaffung Fremd Beschreibungsrisiko Betriebshandbuch Datenbasis Datenbank Datenschutz Dokumentation Dokumentationsanforderung Dokumentationsrichtlinie DV Sicherheit Einf hrung Einf hrungsverfahren Eingangskontrolle Einsatz Randbedingungen Entscheider LA Entwicklungshandbuch Entwicklungstool Externe Schnittstellen 246 Machbarkeitsuntersuchung Methoden Mitarbeiter Montage Neue Technologien Normen und Standards Organisation Performance Personaleinsatzplan Personalfluktuation Pflichtenheft Planabweichung Produktalterung Produktfreigabe Produktionsrichtlinien Programmierrichtlinie Projektdauer Projektleiter Projektorganisation Projektplanung Projektzielsetzung Qualit t Qualit tsanforderung Qualit tssicherung Realisierungsbedingung Ressourcenengpass Risikoanalyse Sch tzklausur Kalkulation Schulung Server Sicherungsma nahmen Spezielle Auflagen Systemintegration Technische Anforderung Technologie 12 5 Beispiel FMEA Fehlermanagement Fehlinvestition Funktionen Gew hrleistung Gremien Haftung Konventionalstrafe Host Rechner Interne Schnittstellen Kommunikation Information Komplexit t Konfigurationsmanagement Konsortium Kooperation Kritischer Pfad Kundendienst Service Lebenszykluskosten Leistungsbeschreibung Liefertermin 12 5 Beispiel FMEA Termine Anfangs Endtermin Testdaten Testf lle T
155. auch Personen ein siehe auch Vertical Integration Intelligence Systematische Methode um die finanziellen und ideellen Werte sensitiver Informationen z B ein Rechnersystem mit seiner gesamten Infrastruktur zu erfassen und die Bedrohung und Risiken dieser Werte mit allen Sicherheits Schwachstellen zu korrelieren Glossar Sensitive Informationen Sicherheitskonzept Sicherheitspolitik Information Sicherheitsziel Smart Card Software IEEE 610 12 Spionage Spoofing Informationen die eine konomische Bedeutung f r eine Orga nisation oder ein Unternehmen aufweisen Sie bestehen nicht nur aus Computerdaten sondern schlie en auch dokumentier tes und undokumentiertes Wissen Know how und Personen ein Vor allem gesch ftskritische Informationen die reibungs lose Gesch ftsabl ufe bestimmen sind besonders sensitiv und daher durch ein konsequentes Sicherheitskonzept zu sch tzen Planung und Erarbeitung der Ma nahmen die f r die Sicherheit von Informationen und Daten Computersystemen sowie der gesamten Informationsinfrastruktur eines Unternehmens einer Organisation oder eines Landes erforderlich sind Ma nahmen und ihre aktive Durchf hrung die zur Herstellung Gew hrleistung und Verbesserung der Sicherheit von Informati onen und Daten Computersystemen sowie der gesamten Infor mationsinfrastruktur eines Unternehmens einer Organisation oder eines Landes dienen Festlegung ber Art und Umfang
156. auf das 100 fache verteuert wenn sie erst im operationellen Betrieb gefunden werden anstatt bei Pr fungen der Anforderungen und des Projektplanes Ma nahmen des POM zur Qualit tsverbesserung zielen deshalb darauf hin einerseits Fehler zu vermeiden und andererseits entstandene Fehler so fr h wie m glich aufzude 139 6 Wirtschaftliche Aspekte des PQM cken Insgesamt gesehen werden damit die Gesamtkosten gesenkt auch wenn in die Fehlerverh tung und auch in die Pr fungen mehr investiert wird Eine nutzenorientierte Betrachtung und Bewertung liefert Aufschluss dar ber ob durch den Einsatz des PQM eine Kostensenkung und somit wirtschaftlicher Nutzen erzielt wird Die entscheidende Frage lautet Ben tigen wir ein PQM um erfolgreich Projekte durchzuf hren und auch um morgen noch im Projektgesch ft zu sein F r die Bewertung und Auswirkung einer Einf hrung sollte eine Wirtschaftlichkeitsbe urteilung durchgef hrt werden Dazu sind zwei Aspekte zu ber cksichtigen siehe Bild 6 6 Wirtschaftlichkeits beurteilung monet r nicht monet r kostenorientiert nutzenorientiert Re a Nutzwertanalyse Bild 6 6 v Nutzen und Kosten des PQM 6 3 1 Kosten Nutzenanalyse Nach der Einf hrung des PQM m ssen die zu erwartenden nutzenorientierten Ergeb nisse z B Einsparungen monet r bewertet werden und den Personalkosten durch eine Kosten Nutzenanalyse gegen bergestellt werden Im englischsprachigen Raum
157. ax begrenzen eventuell hilft Fehlentwicklungen auf 10 werden in das HoQ eingetragen und aus Kun zu vermeiden densicht gewichtet Aus der Sicht des Projektes werden diese Anforderungen nun technischen Produktmerk malen gegen bergestellt In der entstehenden Beziehungsmatrix werden die verschie den starken Zusammenh nge zwischen Kundenanforderungen und den Produktmerk malen festgehalten Im Dach des HoQ werden zus tzliche Wechselwirkungen zwischen den einzelnen Pro duktmerkmalen aufgezeigt Weiterhin werden genaue Zielgr en f r die Produktmerk male festgelegt Aus der Gewichtung der Kundenanforderungen und der St rke der Beziehungen zwischen Kundenanforderungen und Produktmerkmalen l sst sich schlie lich die Bedeutung der einzelnen Produktmerkmale bewerten Die so ermittelten Produktmerkmale werden in aufbauenden Schritten weiter detail liert In der Regel werden bei der QFD vier Phasen durchlaufen siehe Bild 5 6 Nach der ersten Phase dem Qualit tsplan f r das Produkt dienen die kritischen Pro duktelemente als Eingangsgr e f r den n chsten Qualit tsplan f r einzelne Kompo nenten Teile des Produktes Die in dieser Phase ermittelten kritischen Konstruktions merkmale werden als Eingangsgr e f r den Qualit tsplan des Prozesses benutzt Im Qualit tsplan f r die Produktion werden aus den kritischen Prozessmerkmalen schlie lich kritische Fertigungsmerkmale abgeleitet Durch diese Vorgehensweise wird der Pro
158. b e Klarheit e Einfachheit e Strukturierung e Redundanz e Einarbeitung ist kein Einmal Aufwand der nur bei der System Einf hrung anf llt Erstschulung neuer Mitarbeiter Zusatzfunktionen in neuen Versionen 198 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Kenngr en Vergessen bei gelegentlicher Benutzung nicht alle Funktionen werden regelm ig verwendet Unterst tzung durch e Hilfesystem e Benutzerhandbuch e Tutorials Es liegt eine einfache Umsetzung von der reinen prozeduralen Sicht Aufz hlung im Operator bzw Anwenderhandbuch zur Nutzung der Anwendung von komplexen Aufgabenstellungen vor Die Anwenderoberfl che bzw Prozeduren sind vollst ndig definiert und ihre Benutzung entspricht den g ltigen Standards OSF Motif Windows und oder In House Standards Es existiert eine Online Hilfe die masken und oder feldbezogen ist Die Bedienung von Bildschirmmasken kann intuitiv erfolgen Wo angebracht werden sinnvolle Default werte verwendet Bei Feldern mit definierten Wertebereichen sind die m glichen Vari anten als Referenzdaten hinterlegt und k nnen als Auswahlliste angezeigt werden Teilmerkmal Handhabbarkeit Handling Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf den Aufwand f r den Benutzer bei der Bedienung und Ablaufsteuerung Hinweis In der Fachliteratur wird statt Handhabbarkeit auch der Begriff Bedienbarkeit verw
159. befallenen Computer eine unzul ssige Sammlung und Diebstahl die Manipulation und Zerst rung von Daten Es ist eine moderne Form von Spionage und Sabotage Eine Menge von Eigenschaften die sich auswirken auf die Eig nung der Funktionseinheit von einer Umgebung organisatori sche Umgebung Hardware oder Softwareumgebung in eine andere bertragen zu werden in Anlehnung an DIN ISO 9126 Die Unified Modeling Language UML ist eine von der Object Management Group OMG entwickelte und standardisierte Sprache f r die Modellierung von Software und anderen Sys temen Engl custodial process threads sind die Prozessfolgen die weniger wichtig sind und nicht direkt die bergeordneten gesch ftlichen Zielsetzungen betreffen aber die Haupt Prozess folgen unterst tzen Unterst tzende Prozessfolgen werden in der Regel nach den Haupt Prozessfolgen behandelt siehe auch St tzprozess Eigenschaften von Daten und Informationen bei bertragung Speicherung und Verwendung ihre Inhalte ohne Ver nderung durch unterschiedliche Einfl sse und Bedrohungen in der ur spr nglich korrekten Form zur Verf gung zu stellen Bestandteil von Informations und Informatiksicherheit Glossar Validation IEEE 610 12 Verf gbarkeit availability Verifikation IEEE 610 12 Verl sslichkeit Verlust von Informationen Version Vertical Integration Ist der Prozess der Beurteilung eines Systems oder einer Kompo nente w hrend
160. behalten werden wenn gegen ber den Mitbewerbern tats chlich ein Unterschied in den Kernprozessen besteht definiert gibt Rollen A Vorgehens _vor Methoden Rahmen modell modell Werkzeuge bedingungen ist zugeordnet az Regeln unterst tzen wirken ein f r Kernprozess Projektprozess Entwicklungsprozesse F hrungsprozesse St tzprozesse Anforderungsdefinition Projektmanagement Vertragsmanagement Architekturentwicklung e Qualit tsmanagement Zulieferermanagement Designentw rfe e Konfigurationsmanagement Wissensmanagement e Implementierung e Risikomanagement e Qualifikation Schulung Integration System Kontinuierliche Verbes Abnahme serung Inbetriebnahme definieren liefern Aktivit ten Ergebnisse ergibt ll Bild 2 2 Organisationsstruktur von Projekten Beispiel Produkt 27 2 Ausgangsbasis f r ein projektbegleitendes Qualit tsmanagement St tzprozesse leisten einen Beitrag bei der Abwicklung von Kernprozessen werden aber f r den Kunden nicht direkt sichtbar Der Projektprozess wird der Kategorie Kernprozesse zugeordnet und entsprechend der Aufgabendurchf hrung in Teilprozesse gegliedert Bei der Organisation von Projekten kommt es darauf an die Struktur und die Prozesse eines Projektes auf die Verwirklichung der Unternehmensziele und damit letztendlich auf den Projektauftrag und die Projektziele auszurichten Organisationen die projektorganisie
161. bereits in der Angebotsphase erstellt werden Dies dient zum einen f r die Kalkulation der qualit tssichernden Ma nahmen sowie als Unterst tzung f r den Projektmanager Zum anderen liefert es f r den Kunden ein Dokument Im Auftragsfall wird der QM Plan Vertragsbestandteil Der QM Plan beschreibt u a e die Projektorganisation und die Stellung des projektbegleitenden Qualit tsmanagements PQM e die Aufgaben des PQM im Projekt 115 5 Methoden und Techniken im Qualit tsprozess e die Ma nahmen bei der Durchf hrung e die Zuordnung der T tigkeiten zur Projektabwicklung Eine detaillierte Beschreibung des QM Planes finden Sie in Abschnitt 9 2 Nach der Erstellung des QM Planes muss dieser allen Eine Endabstimmung Projektbeteiligten vorgestellt werden Wichtig ist in Abnahme und Inkraft diesem Zusammenhang dass sich alle mit den be setzung ist unbedingt schriebenen Themen identifizieren insbesondere der notwendig Projektmanager 5 4 2 Konfigurationsmanagement Von erfahrenen Qualit ts und Projektmanagern wird Konfigurationsmanagement als ein Hauptwerkzeug zur Verfolgung des Projekt und Produktstandes angesehen Deshalb sollte ein Konfigurationsmanagement so fr h wie m glich in einem Projekt von Pro jektmanagern zur eigenen Arbeitsentlastung eingesetzt werden und um damit einen Beitrag zur Kostenreduzierung zu leisten Das Hauptziel des Konfigurationsmanagements ist die systematische Verwaltung der in einem
162. bs Dokumentierte und berpr fbare Assertionen Invarianten Vor und Nachbedingungen Schmale Schnittstellen f r Black Box Test Saubere algorithmische Struktur f r White Box Test Dokumentation und Kommentierung Kapselung und Lokalit t Das System kann per Schalter veranlasst werden Traceausga ben in Logfiles auszugeben 10 1 2 Benutzbarkeit Usability Es wird die Menge von Merkmalen verstanden die sich auf den zur Benutzung erforder lichen Aufwand die individuelle Bewertung einer solchen Benutzung durch eine festge legte oder vorausgesetzte Gruppe von Benutzern die Interpretation von Meldungen und Ergebnissen durch den Benutzer beziehen Beispiele zur Benutzbarkeit anhand eines IT Projektes sind in Tabelle 10 2 zusammengestellt Teilmerkmal Dokumentation Documentation Ein wichtiges Kriterium f r die Benutzbarkeit von Programmen ist die unterst tzende Dokumentation Diese besteht aus unterschiedlichen Dokumenten wie z B System handbuch Anwenderhandbuch Operatorhandbuch Online Hilfe u a Da f r Dokumente andere Qualit tsmerkmale gelten als f r Programme werden diese separat im Abschnitt 10 2 beschrieben Teilmerkmal Erlernbarkeit Ease of Learning Begriff Dieses Merkmal der Software bezieht sich auf den Aufwand f r den Benutzer die Anwendung zu erlernen z B Ablaufsteuerung Eingabe Ausgabe Die Erlernbarkeit h ngt direkt von der Verst ndlichkeit der Anwenderschnittstelle a
163. bwicklung eines Kundenauftrages von der Akquisition ber die Auftrags erfassung die Auslieferung bis hin zur Bezahlung Insgesamt werden so lange weitere Gesch ftsprozesse in den Test mit aufgenommen bis alle Systemkomponenten oder Anwendungen ausreichend getestet sind Beim testzielorientierten Integrationstest werden die Tests ausgehend von den Testzie len erstellt Ein Testziel w re zum Beispiel die Integration von Systemkomponenten die eine gemeinsame Schnittstelle nutzen Die Tests w rden dann anhand der Schnittstelle definiert Abnahme Die 1 Stufe w hrend der Abnahmephase ist der Sys Die Praxis zeigt dass temtest Er soll den Nachweis erbringen dass das Sys Abnahmen in der Regel tem Verfahren alle Kriterien erf llt die der Anwen mit Beteiligung des Kunden der Nutzer in seinen Dokumenten Pflichtenheft Anwender Nutzer durch Leistungsbeschreibung usw gefordert hat Dies sind gef hrt werden insbesondere die Performance und die Zuverl ssig keitsanforderungen sowie die Benutzerfreundlichkeit Die 2 Stufe ist der Gesamtintegrationstest Dieser wird nach Abschluss des Systemtests und am Einsatzort durchgef hrt Hier wird der Nachweis erbracht dass die Integration aller Bestandteile des Systems Verfahrens den Anforderungen entspricht und das Sys tem Verfahren in den operationellen Betrieb berf hrt werden kann E Business Tests Neben der beschriebenen herk mmlichen Testdurchf hrung sollten bei E Business E
164. ch pfenden Gesch ftsprozesse Es wird der Leistungserstellungsprozess mit allen Unterpunkten beschrieben Auch Dienst leistungen werden hier als Produkte gesehen Die Mess und Verbesserungsprozesse von Produkten Prozessen und Ergebnissen sind inte graler Bestandteil des Managementsystems und werden als so genannte St tzprozesse eingeordnet Alle Prozesse sind darauf ausgerichtet Kundennutzen zu realisieren und damit Kunden zufriedenheiten zu erreichen 26 2 2 Gewichtung der Prozesse 2 2 Gewichtung der Prozesse Innerhalb dieses Basismodells werden die Prozesse hinsichtlich ihres Einflusses auf die Erf llung des Unternehmenszweckes differenziert Es wird unterschieden zwischen e Kernprozessen auch Hauptprozesse genannt e St tzprozessen und e untergeordneten Teilprozessen Ziel einer Gewichtung ist es die wichtigen Prozesse im Unternehmen zu identifizieren und bei der Gestaltung Umgestaltung entsprechend zu behandeln In diese Betrachtung fallen vorwiegend die so genannten Kernprozesse also Prozesse die f r den Unternehmenszweck essenziell sind Bild 2 2 Kernprozesse haben eine hohe Wertsch pfung und Das Denken in Wertsch p umfassen die Kernkompetenzen des Unternehmens fungsketten und Regelkrei Sie sind in den meisten F llen in einem direkten sen soll positiv beeinflusst Zusammenhang mit den Kundenanforderungen und werden deren Erf llung zu sehen Ein Wettbewerbsvorsprung kann erreicht und bei
165. chreibung der DIN EN ISO 9001 2000 sowie an das Lieferanten Kunden Modell anlehnt Der Pro jektprozess wird zu Beginn eines Projektes aufgrund der Aufgabenstellung festgelegt Dazu geh ren die f r eine Definition notwendigen Informationen wie sie im nachste henden Prozessmodell dargestellt sind siehe Bild 2 3 Input e Output e T tigkeit e Ressourcen e Einrichtungen Ger te e Methoden Kenntnisse e Verfahren Tools e Anforderungen sowie die Aufteilung des gesamten Vorgehens in Phasen und in Meilensteine F r ein durchg ngiges PQM ist es wichtig dass der Die Komplexit t der Pro Projektprozess und die Teilprozesse im Projekt identi zessgestaltung kann durch fiziert werden Dazu m ssen diese mit folgenden die Unterteilung in Teilpro Merkmalen und in folgender Weise sowohl aus Her zesse verringert werden steller als auch aus Lieferanten und Kundensicht spezifiziert werden e Welche Aufgabe hat dieser Prozess Teilprozess e Wer ist der Eigent mer der f r den Prozess verantwortliche Owner 29 2 Ausgangsbasis f r ein projektbegleitendes Qualit tsmanagement Zus tzlicher Input Quelle Welche Wie Prozesszulieferung Lieferant Was Wie Prozessergebnis Kunde Was Wie Verfahren Tools Anforderungen Wer Welche Wie Quelle Welche Bemerk Ressourcen Messgr en Bild 2 3 Prozessmodell f r die Gestaltung von Prozessen e Wer ist an den Aktivit ten der Prozess
166. chrieben 1 die vertragliche Zusicherungshaftung 2 die Haftung wegen schuldhafter Vertragsverletzung 3 die deliktische Produkthaftung gem 823 Abs 1 BGB 4 die Haftung nach dem Produkthaftungsgesetz 1ff ProdHG Die vier allgemeinen Anspruchsgrundlagen lassen sich folgenderma en einteilen Die Anspruchsgrundlagen Nr 1 und 2 setzen eine vertragliche Beziehung voraus wobei die Anspruchsgrundlagen Nr 3 und 4 gegen ber jedermann angewendet werden k n nen 156 7 2 Produkthaftung Zusicherungshaftung Die Zusicherungshaftung ist in 463 BGB wie folgt geregelt Fehlt der verkauften Sache zur Zeit des Kaufes eine zugesicherte Eigenschaft so kann der K u fer statt der Wandlung R ckg ngigmachung des Kaufvertrages oder Minderung Herabsetzung des Kaufpreises Schadenersatz wegen Nichterf llung verlangen Die Zusicherungshaftung bietet die M glichkeit auch einen eventuell entstandenen Folgeschaden einzuklagen Blo e Wissenserkl rungen und allgemein gehaltene Werbeaussagen sind genau so wie blo e Warenbeschreibungen keine Eigenschaftszusicherungen Wird auf industrielle Normen Bezug genommen oder werden bestimmte Warenzeichen bzw Pr f und G te zeichen verwendet gilt nach herrschender Meinung das Gleiche Haftung wegen schuldhafter Vertragsverletzung Die Anspruchsgrundlage f r die Haftung wegen schuldhafter Vertragsverletzung setzt sich aus zwei Teilbereichen zusammen aus 635 BGB und au
167. cht erfasst und das Projekt damit in T tigkeitsbereiche zerlegt Vorgezogene Entwicklung einer Funktionseinheit um ihre Funk tionalit t und das Verhalten vor der endg ltigen Realisierung unter einem bestimmten Gesichtspunkt erproben zu k nnen Untersuchung verschiedener L sungsm glichkeiten Eine Einheit bestehend aus zusammengeh rigen oder zusam menwirkenden Elementen und der bzw den T tigkeiten Akti vit ten innerhalb des Prozesses die den Zustand einer Einheit ver ndern Prozesse brauchen f r ihre Initiierung einen Impuls in Form einer Prozesszulieferung Input Die in dem Prozess definierten T tigkeiten haben nun mittels weiterer Unterst t zung in Form von Einrichtungen Methoden Verfahren den Input zu bearbeiten und in ein wertgesteigertes Prozessergebnis Output zu bringen Kann anstelle der oder erg nzend zur Modellierung der Prozess dynamik benutzt werden Prozessdiagramme werden gelegent lich als funktions bergreifende Flussdiagramme oder Schwimm bahn Diagramme bezeichnet Sie dienen zur gleichzeitigen Darstellung des Prozessflusses und der Rollen und Standorte die die Prozesse durchf hren Glossar Prozessfluss Prozessfolge Prozesskosten rechnung Prozesspr fung DIN 55 350 Prozesszerlegung Logische Abfolge der Gesch ftsprozesse Der Prozessfluss wird mit Hilfe von Prozessflussdiagrammen oder Prozessdiagrammen modelliert Engl process thread bezeichnet eine
168. d Beurteilungskosten werden alle Kos ten f r Ma nahmen verstanden die das Ziel haben die Funktion von Projektergebnis sen und die Abl ufe zu beurteilen Darunter fallen beispielsweise folgende Aufgaben e Beschaffung von Pr fmitteln z B Testprogramm Generatoren e Pr fung Test von zu integrierenden Fremdprodukten Beistellungen und Zulieferungen e Erstellung und Verwaltung von Pr funterlagen e Prozessf higkeitsuntersuchungen Entwicklungspr fung e Durchf hrung von Pr fungen und Beurteilungen e Dokumentenpr fungen e Code Inspektionen e Tests e Qualit tsgutachten Am einfachsten lassen sich die Kosten f r die eingesetzten Pr fmittel erfassen wenn sie speziell f r das Projekt beschafft werden m ssen Ansonsten geh ren sie zum Betriebs verm gen Bei den Pr fkosten muss gegebenenfalls dem QM Ansatz der Selbstpr fung Rechnung getragen werden Wurde eine Teamarbeit mit Selbstpr fung z B Entwickler test erfolgreich eingef hrt sind die Pr fkosten in den produktiven Entwicklungs Kosten enthalten Weiter ist zu bedenken dass mit fortschreitender Entwicklungstech nologie immer mehr automatische Pr fungen integriert sind und diese Kosten dann eher zu den Einsatzmitteln Maschinenkosten z hlen Darunter f llt beispielsweise auch die Erstellung eines Prototyps und dessen Tests Auch die m glicherweise projektspezifische berarbeitung vorhandener Pr funterlagen ist von der Kostenseite leicht zu
169. d des Projektes und e die nach dem Projekt auftreten k nnen Beispiele e Vor Projekt Die Abnahme und die Abnahmebedingungen sind Gegen was wird nicht definiert Hier k nnen die Vertragsparteien abgenommen eine Vertrags nderung durchf hren in der die o g Punkte genau definiert werden Die Auswirkungen auf Kosten Aufwand Termine werden neu berechnet W hrend Projekt W hrend des Projektes kann es zu Personalengp ssen kommen Hier sind rechtzeitig Zeitreserven einzuplanen z B Krankheitstage per MA von 10 Tagen per anno oder eine entsprechende Vertreterregelung Nach Projekt Bestimmte Zusagen Performance Zuverl ssigkeit k nnen nicht eingehalten werden Vorbeugema nahmen e Erarbeiten und Heranziehen von Erfahrungswerten e Mengenger ste erstellen e Hochrechnungen usw Eventualma nahmen e Kosten f r Aufr stung und e Aufwand f r Tuningma nahmen einplanen Ziel der Risiko Quantifizierung und Bewertung ist es Risiken auf ihre Relevanz und Bedeu tung f r den Projekterfolg hin zu analysieren Dabei bezieht sich die Analyse auf die zwei Faktoren die das Risiko insgesamt determi nieren n mlich e die Eintrittswahrscheinlichkeit und e die Auswirkung bei Eintreten des Risikos Soweit keine gesetzlichen oder normativen Regelungen z B bei der technischen Sicherheit von Produkten durch Ermittlung von Kritikalit ten oder beim Umwelt 43 3 Der F hrungsprozess Projektmanagement
170. d von E Commerce o assen n nerra n onenn 277 15 2 Weiterf hrende Informationen 22222ceeseeeneereeneennen 281 Glossar u 200 4a ne AR a een een 283 Liter turverzeichnis us 4200 2 en san ee sn 313 Stichwortverzeichnis 2222 eeeeeesensnenneeeeneneneeeeeennn 315 13 Abbildungsverzeichnis Bild 2 1 Bild 2 2 Bild 2 3 Bild 2 4 Bild 3 1 Bild 3 2 Bild 3 3 Bild 3 4 Bild 3 5 Bild 3 6 Bild 3 7 Bild 3 8 Bild 3 9 Bild 3 10 Bild 4 1 Bild 4 2 Bild 4 3 Bild 4 4 Bild 4 5 Bild 4 6 Bild 4 8 Bild 4 7 Bild 4 9 Bild 5 1 Bild 5 2 Bild 5 3 Bild 5 4 Bild 5 5 Bild 5 6 Bild 5 7 Bild 5 8 Bild 5 9 14 Modifiziertes Prozessmodell der DIN EN ISO 9001 2000 26 Organisationsstruktur von Projekten Beispiel 222c2220 27 Prozessmodell f r die Gestaltung von Prozessen 2 2 2222 cnceeenen 30 Die W Fragen f r das Prozess Mapping 222cceoeenenenenenn 31 Projektmanagement Prozess mit Phaseneinteilung 33 Der Projektplanungsprozess 2 22 2202 eneneeeeeneenenen nenn 34 Beispiel Phasenmodell mit Meilensteinen 2222eeeeeenennn 35 Zerlegung eines Projektes 2mue arena den 37 Aufbau eines Projektstrukturplanes 2222ecneneeeeeenenennn 38 Risiko Checkliste f r Projekte rocas eposene i ea a nenn 42 Risikoklassen in Projekten voso rirerrssrenrurnndn asd rani prea 44 Der Projektmanagement Regelkreis ccrorrencers rrer veniri ess 4
171. d zeigt wie eine prozessorientierte 25 2 Ausgangsbasis f r ein projektbegleitendes Qualit tsmanagement Managementprozesse Strategie und Zielvereinbarung Organisations Planung vereinbarung Mess und Verbesserungsprozesse Audit EFQM CMM BPR KAIZEN Ressourcen und Support Prozesse Mitarbeiter Kapital Wissen und Infrastruktur Information Gesch ftsprozesse Kunden Designund Beschaffung Produktion beziehung Entwicklung Dienstleistung aSc A Si le Bee sO Kern O T 0 750020 HcN DESTSITEEN Bild 2 1 Modifiziertes Prozessmodell der DIN EN ISO 9001 2000 Organisation eines Unternehmens gestaltet werden kann Das Prozessmodell deckt im Grunde alle Bereiche eines modernen Managementsystems ab Die Managementprozesse bestehen vor allem aus Prozesse m ssen die stra e Festlegen der Unternehmenspolitik tegische Ausrichtung der e Definition von Strategien und Zielen Organisation mitgehen e Kenntnis der Interessenpartner Erfordernisse ung UIISISINIZEN e F rderung von Engagement und e systematisches Review der Ergebnisse Die Ressourcen und Supportprozesse beinhalten das zeit und artgerechte Bereitstellen von Mitarbeitern Material Betriebsmitteln Anlagen Daten Fachwissen finanziellen Mit teln Informationen Kommunikationsstrukturen usw Im Abschnitt Gesch ftsprozesse befinden sich die werts
172. das Projekt e Darstellen der Abh ngigkeiten des Projekts von anderen Projekten und Systemen Kontextdiagramm e Festlegen der wesentlichen Komponenten des Testsystems Verfahren Werkzeuge Testumfeld Einzeleinheiten zu den Teststufen werden im Abschnitt 9 3 6 beschrieben Testobjekte und Testaufgaben Testobjekte werden pro Teststufe gebildet Testobjekte k nnen sein e Module e Programme e Zentrale Tabellen e Prozeduren e Jobs e Masken 174 9 3 Beispiel Testkonzept e Dateien e Datenbank Die Kriterien zur Bildung der Testobjekte sind teststufenspezifisch in dem Abschnitt 9 3 6 beschrieben Bevor die Testobjekte abgegrenzt werden ist immer zu pr fen ob im Rahmen einer Instandhaltungsaufgabe auf Testkonserven fr herer Tests zur ckgegriffen werden kann Wenn m glich sollte die Abgrenzung der Testobjekte entsprechend zur Wieder verwendung fr herer Testf lle und Testdaten erfolgen Der Testauftrag sollte in diesem Fall sofort angelegt werden da der Hinweis auf bestehende Testkonserven im Testauf trag enthalten sein muss damit nicht unn tige Testaktivit ten aufgesetzt werden In der fr hen Phase der Testkonzepterstellung ist es nicht immer m glich bereits s mt liche Testobjekte f r alle Teststufen zu bilden weil f r sp tere Teststufen das DV Kon zept verf gbar sein muss Auch die Anpassung der Testobjekt Festlegung an ge nderte Gegebenheiten kann zu einem sp teren Zeitpunkt erforder
173. de T tigkeiten Verfahren 5 4 1 QM Plan Bei der Durchf hrung von Projekten mit hohen An Die QM Planerstellung forderungen an die Qualit t der zu erstellenden Pro erfordert ein fundiertes dukte und der durchzuf hrenden Prozesse ist eine Wissen ber die Anforde Festlegung der Qualit tsmanagementma nahmen rungen und die erforderli notwendig Ausgehend von den Ausf hrungen eines chen Ma nahmen QM Systems nach DIN EN ISO 9001 2000 und den projektspezifischen Regelungen durch ein Projekthandbuch und Projektplan wird ein Qualit tsmanagementplan QM Plan vom PQM f r das Projekt entwickelt Der QM Plan dient der Festlegung des organisatorischen und technischen Qualit tsma nagements mit dem Ziel die definierten Qualit tsanforderungen zu verifizieren Er ist somit f r alle Projektbeteiligten ein bindendes Regelwerk das bis ins Detail die Quali t tsanforderungen und deren Realisierung f r die Produkte des Projektes System Sub system Komponenten usw beschreibt Neben den internen Projektbeteiligten ist auch der Der QM Plan ist auch eine Kunde durch Vorlage des QM Planes in der Lage die vertrauensbildende Ma Qualit tsma nahmen und die Intensit t der Pr fun nahme f r den Kunden gen seines Produktes nachzuvollziehen Er bekommt auch wenn er kein Qualit tsexperte ist einen Einblick in die Aufgaben des PQM und wie die Qualit ten der Produkte und Prozesse gesichert werden Wie schon erl utert sollte der QM Plan
174. den zu ihrer Verwendung Identisch mit ISO IEC 9126 1991 DIN 66273 Informationsverarbeitung Messung und Bewertung der Leistung von DV Sys temen DIN 66285 Anwendungssoftware G tebedingungen und Pr fbestimmungen DIN69900 1 Projektwirtschaft Netzplantechnik Begriffe DIN69900 2 Projektwirtschaft Netzplantechnik Darstellungstechnik DIN 69901 Projektwirtschaft Projektmanagement Begriffe DIN 69905 Projektwirtschaft Projektabwicklung Begriffe DIN 7064 Informationsverarbeitung Pr fzeichen Verfahren 261 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik In vielen Unternehmen hat sich in den letzten Jahren immer mehr die Erkenntnis durchgesetzt dass nicht nur die Qualit tsf higkeit eines Produkts sondern die Qualit t des Gesamtsystems der Produkterstellung gew hrleistet sein muss Daraus kann geschlussfolgert werden dass dauernde erfolgreiche Gesch ftsbeziehungen Wachstum und Gewinn davon abh ngen inwieweit die Unternehmen ganzheitlich qualit tsf hig sind Das hei t dass in allen nicht nur in den technischen Bereichen Qualit t systema tisch gef rdert wird Dazu werden die unternehmensspezifischen Grunds tze von der F hrung durch eine handfeste Qualit tspolitik definiert Die Voraussetzungen f r die Erf llung werden geschaffen indem die Qualit tsthemen als bergeordnete F hrungs aufgabe in einem Qualit tsmanagementsystem definiert und umsetzt werden 14 1 Qualit tsgrunds tze
175. der irrelev Ist die Bearbeitung von leeren Dateien ber cksichtigt Sind alle Gruppenwechsel korrekt auch bei Wechsel der bergeordneten Gruppe n Wie ist die Reaktion bei einzelnen leeren Dateien Dummy Wie ist die Reaktion wenn alle Dateien leer sind Wie ist die Reaktion bei vorzeitigem Ende unterschiedlicher Dateien Pr fen der DB Schnittstelle Sind die Tabellen korrekt mit allen Inhalten angelegt insbesondere Korrekte Initialisierung unbenutzter Felder Werden alle Lese bzw Schreiboperationen f r die zu verarbeitenden S tze richtig ausgef hrt Werden alle Fehlersituationen Fehlercodes der Datenbank korrekt verarbeitet Wird nach einem Abbruch der Restart korrekt durchgef hrt Pr fen der Listenfelder Sind alle variablen Felder korrekt zugeordnet Stimmt die Feldl nge mit der L nge des Feldes in der Layout Formatbeschreibung berein Ist der Gruppenwechsel in Ordnung und stimmen die Gruppensummen Erfolgt der Seitenvorschub richtig Pflege Seitenz hler Ist der Ausdruck auf Originalformular stellengerecht 233 11 Beispiele Checklisten 11 4 Checkliste f r Dokumente Die Checkliste f r Dokumente Tabelle 11 4 dient e dem Autor eines Dokumentes um systematisch den Aufbau des Dokumentes nach den aufgef hrten Punkten durchzuf hren und zu pr fen und e dem PQM als Hilfe f r ein systematisches Vorgehen beim Pr fen der i
176. des Online Transaktionen Durchsatzes Definition Metrik Test Tool Vorhe Konkur Ziel Akzep Erreicht riges renz gr e tables Produkt Produkt Mini mum Durch Durchschnitt Testlauf mit 2 000 2 500 3 000 2 500 satz der liche Anzahl 40 aktiven Online der Online Benutzern Transakti Transaktionen einen Tag onen pro Stunde lang Qualit tsziel Minimieren der Antwortzeiten im Benutzerdialog Definition Metrik Test Tool Vorhe Konkur Ziel Akzep Erreicht riges renz gr e tables Produkt Produkt Mini mum Antwort Durchschnitt Messung 10 5 80 1 90 3 zeiten auf liche Wartezeit der Ant 20 3 10 5 Benutzer aufdie Antwort wortzeiten eingaben in Sekunden durch Test benutzer 76 4 3 Qualit ts Prozessbeschreibung Mit den Basismetriken kann direkt nachvollzogen Metriken sind heute Teil werden ob diese Ziele erreicht wurden Anhand ver aller Erfolg versprechenden gleichbarer Projekte oder zur ckliegender Versionen Qualit tsinitiativen l sst sich die Effektivit t von qualit tssichernden Ma nahmen und nderungen am Prozess aufzeigen Au erdem liefert die Klassifizie rung von Fehlern einen Ausgangspunkt f r die Ursachenanalyse Dadurch bietet sich die M glichkeit Verbesserungspotenziale zu finden Ziele zu definieren und zu berpr fen Gleichzeitig wird ein Kreislauf in Gang gesetzt der dazu beitr gt die Qualit t der Prozesse und der ausg
177. die sich nur schwer quantifizieren l sst Letztlich ausschlaggebend ist aber auch im Rahmen der Prozessoptimierung der Produk tivit tsaspekt Dazu stellt sich die Frage wie die notwendigen wertsch pfenden T tig keiten mit einem m glichst geringen Einsatz von Personal Geld und Sachmitteln erbracht und damit die Kosten des Projektprozesses minimiert werden k nnen 6 3 Wirtschaftlicher Nutzen durch den Einsatz des POM In der klassischen Kostenrechnung f r qualit tsbezogene Kosten bildet die Summe aus Pr fkosten Fehlerkosten und Fehlerverh tungskosten die Quantit t der qualit tsbezo genen Kosten Die Rechnung lautet also Fehlerverh tungskosten Pr f und Beurteilungskosten Fehlerkosten Qualit tsbezogene Kosten 138 6 3 Wirtschaftlicher Nutzen durch den Einsatz des PQM Unter dem Aspekt der Wirtschaftlichkeit muss versucht werden diese Kosten zu mini mieren Es wird also theoretisch ein Minimum dieser Summe gesucht F r die Wirtschaftlichkeit eines Projekts kommt es daher ma geblich darauf an m g lichst wenig Fehler zu machen und m glichst viele Fehler in einem m glichst fr hen Stadium zu finden Hier leistet PQM mit seinen M glichkeiten einen gro en Anteil an der Wirtschaftlichkeit und Kostensenkung Durch Reviews von Pflichtenheft und Design k nnen jeweils ein Drittel der Spezifikations bzw Designfehler gefunden wer den Durch Code Review Code Inspektion k nnen nach verschiedenen Unt
178. duktes beschreiben Es gibt keine allge meine Regel dar ber wer zur Problemanalyse verpflichtet ist und wer das Pflichtenheft f r ein Produkt System Verfahren Anwendung zu fertigen hat Beide Aufgaben h ngen systematisch eng zusammen denn das Pflichtenheft kann nicht definieren was nicht zuvor als Problem begriffen worden ist Zu definieren sind dabei nicht nur die technischen Ziele sondern auch die organisatorischen wirtschaftli chen und rechtlichen Risiken Zieht man die bisherige Rechtsprechung zu Rate kommt man zu folgender Faustregel Die Problemanalyse ist grunds tzlich Sache des AG da nur er alle Anforderungen Ziele und Risiken berblicken kann die ihn veranlassen ein Produkt einzusetzen Es h ngt von ihm ab bis zu welcher Tiefe er seine eigene Planung gegen ber sei nem Vertragspartner offen legt was nicht selten auch den Einblick in eigene Betriebs Gesch ftsgeheimnisse bedeutet Das Pflichtenheft dagegen ist in aller Regel Sache des AN da nur er eine Vorstellung davon hat wie er das ihm vorgelegte Problem konkret l sen will Der AN hat demgegen ber die Nebenpflicht eine nicht vorhandene oder mangelhafte Problemanalyse zu beanstanden er muss auf das Fehlen eines Pflichtenheftes hinwei sen Wenn er seine eigene Leistung ohne ein Pflichtenheft erbringt besteht bereits darin ein Mangel Von einem fachkundigen AG wird man dar ber hinaus auch die Vorlage eines eigenen Pflichtenheftes erwarten k nnen ihm geg
179. e ber die Abnahme von Lieferungen und Leistungen entscheiden und e auftretende Probleme gemeinsam in einem Gremium z B Change Control Board CCB behandeln Dar ber hinaus ist empfehlenswert zu organisieren dass gemeinsame Reviews mit tech nischen und fachlichen Ansprechpartnern des Kunden zu den Forderungen des Lasten heftes den Festlegungen des Pflichtenheftes und den Ergebnissen von Abnahmetests stattfinden k nnen Die Verantwortungen f r die projektsteuernden technischen qualit tsrelevanten und kaufm nnischen Aufgaben m ssen festgelegt sein Insbesondere sind folgende Rollen zu besetzen e Verantwortliche Gesch ftseinheit Die verantwortliche Gesch ftseinheit ist gemeinsam mit dem zust ndigen Kauf mann f r den gesamten Projekterfolg verantwortlich Sie verantworten in der Rolle als Unternehmer das kaufm nnische Projekt Controlling und sind f r Akquisition und Kundenkontakte zust ndig der zust ndige Kaufmann ist von Anfang an mit einzubinden e Projektmanager Er ist f r die technische Realisierung zust ndig steuert die Projektmitarbeiter ver antwortet die Qualit t der Ergebnisse und die Einhaltung von Terminen und Kosten Er berichtet an den Lenkungsausschuss e Projektbegleitendes Qualit tsmanagement PQM Diese Institution ist f r das berpr fen der Einhaltung der Kundenanforderungen und der im QM Plan festgelegten Ma nahmen verantwortlich 40 3 2 Planungs und Organisati
180. e enden Ergebnis einer Prozessfolge verstreicht 312 Literaturverzeichnis Vertiefende Ausf hrungen zu verschiedenen Themen sind im Rahmen dieses Buches nicht m glich Ich empfehle jedem sich mit bereits vorhandener Fachliteratur weiteres Know how anzueignen Dazu sind hier einige B cher zu bestimmten Themen zusam mengestellt Prozessmanagement Bremauer Ulrich Drews Detlef 1998 Leitfaden zur Umsetzung von Gesch ftsprozessen in Informationsverarbeitung Augsburg Interest Verlag Ferk Dr Hans 1996 Gesch ftsprozessmanagement M nchen Vahlen Franz Stefan 1996 Prozessmanagement leicht gemacht M nchen Wien Hanser Hammer Michael Champy James 1994 Business Reengineering Frankfurt M Campus Krickl Otto Ch 1994 Gesch ftsprozessmanagement Heidelberg Physica Verlag Heidelberg Nippa Michael Picot Arnold Hrsg 1995 Management prozessorientierter Unternehmen Frankfurt M Campus Projektmanagement Breitbart Gerrard 2002 Organisationshandbuch IT Management Augsburg Interest Verlag Br hl Adolf Peter Dr schel Wolfgang 1997 Das V Modell Der Standard f r die Softwareentwicklung mit Praxisleitfaden M nchen Oldenbourg Burghardt Manfred 2002 Projektmanagement Leitfaden f r die Planung berwachung und Steuerung von Entwicklungsprojekten Hrsg Siemens AG 6 berarbeitete Auflage Erlangen M nchen Publicis KommunikationsAgentur GmbH De Marco Tom 1998 Software
181. e Abgrenzung Standardprodukt oder Spezialanfertigungen Costumized 2 Funktionen Funktionsgliederung Funktionsbeschreibung eindeutig und vollst ndig Pro Funktion Bezeichnung Ablauf Randbedingungen Wertebereich Grenzwerte 3 Externe Schnittstellen Benutzerschnittstellen Dialog Masken Zugriffsberechtigung Benutzerf hrung Kommandos Fortsetzung auf Seite 226 225 11 Beispiele Checklisten Tabelle 11 1 Checkliste zum Pflichtenheft einer Software Entwicklung Fortsetzung Pr fpunkt Erled ja oder irrelev Steuerparameter Funktionszuordnung Protokolle Listen Eingabedaten Ausgabedaten Betriebsmeldungen Fehlerreaktionen Syntax und Semantik der an den Schnittstellen auftretenden Daten Systemschnittstelle Datentr ger Daten bertragung bertragungsprotokoll Signale Datenhaltung Syntax und Semantik der an den Schnittstellen auftretenden Daten 4 Technische Anforderungen Speicherbedarf Laufzeit CPU Zeit Durchsatz Datenmengen Reaktionszeiten Betriebssystem Datensicherung Online Batch Ger teausstattung E A Ger te Datenschutz Vorschriften und Normen 226 11 1 Erstellung und berpr fung des Pflichtenheftes Tabelle 11 1 Checkliste zum Pflichtenheft einer Software Entwicklung Fortsetzung P
182. e Optimierung bez glich Zeit Produktivit t und Fehlerfreiheit gilt e Zielwerte in den Erfolgsfaktoren auf den Klassenbesten ausrichten e Prozessabl ufe vereinfachen e Barrieren identifizieren und beseitigen e Wiederholungsfehler verhindern Die Prozesse und deren Struktur werden regelm ig auf Verbesserungsf higkeit oder die Erfordernisse f r eine totale Neustrukturierung berpr ft Produkte Dienstleistungen Prozess des Lieferanten Y Produkte Dienstleistungen 4 Produktmerkmale Produktstatus R ckkopplung Prozess des Kunden r Prozess des Unternehmens Bereichs EER RE gt Produktmerkmale Produktstatus R ckkopplung Bild 14 3 Beispiel der Zusammenarbeit mit Lieferanten und Kunden 267 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik Die Methoden und Werkzeuge der Qualit tstechnik werden genutzt um die Prozesse bez glich Qualit t Kosten und Zeit konsequent zu planen das Geplante umzusetzen Abweichungen und Probleme rechtzeitig zu erkennen und Korrekturma nahmen ein zuleiten Qualit tsverantwortung Die bereichs bergreifende Gesamtverantwortung f r Gestaltung und Wirksamkeit des Qualit tsmanagementsystems liegt beim Vorstand In den gesch ftsf hrenden Bereichen ist Qualit tsmanagement ein integraler Bestand teil des Gesch ftsmanagements Die Bereiche gestalten in eigener Verantw
183. e Wirkung monet r ersichtlich ist 6 3 2 Nutzwertanalyse Zur Beurteilung des Nutzens des PQM werden andere Nachweise z B h here Produkti vit t niedrigere Fehler bzw Ausschussrate weniger Kundenbeschwerden Reklamatio nen oder auch R ckrufaktionen und damit h here Kundenzufriedenheit Kostensen kungen Imageverbesserungen herangezogen Die Nutzwertanalyse ist eine nutzenorientierte Methode Sie wird eingesetzt wenn f r die Wirtschaftlichkeitsbetrachtung messbare monet re Kriterien fehlen Vom Prinzip her wird die Nutzwertanalyse eingesetzt um mehrere M glichkeiten eines Vorhabens gegen berzustellen Mittels der Multifaktorenanalyse werden dann die einzelnen Bewertungskriterien gewichtet um damit die beste L sungsm glichkeit zu finden Zur Vertiefung des Themas sollten diverse Erfahrungsberichte Studien z B Einsatz bestimmter unterst tzender Systeme wie Enterprise Resource Planning ERP Personal managementsysteme oder auch im Schulungsbereich die Methode E Learning usw herangezogen werden auch eine Unternehmensbewertung durch Self Assessments nach dem EFQM Modell bietet Informationen Eine nutzenorientierte Betrachtung f r den Einsatz Anstrengungen die des PQM f llt leicht da es erstens keine Alternative Qualit t zu verbessern gibt und zweitens sehr viele Erfolgsfaktoren f r einen f hren zwangsl ufig zu Projektprozess sprechen mit dem beschriebenen einer Verbesserung der Qualit tsprozess des PQM Mit d
184. e aufgrund formal und fachlich unzul ssiger Eingabewerte produziert worden Sind alle Hinweis bzw sonstigen Texte erzeugt Ist die Parameter bergabe an Unterroutinen korrekt Werden alle Fehlersituationen Return Codes aufgerufener Module korrekt bearbeitet Werden alle gewollten Return Codes erzeugt Bei Schleifen z B DO WHILE Wird das Bedingungsende erreicht Ist mindestens einmal die max Anzahl Schleifendurchl ufe erreicht worden Ist die Tabellenverarbeitung richtig Testen auf korrekten Feldindex e Testen auf Tabellen berlauf Ist die Gruppenwechselverarbeitung richtig Ist die Dateiendebehandlung richtig Ist die Umsetzung der Entscheidungstabellen Matrizenmethode richtig ELSE Regel Wird jeder Bedingungsanzeiger einmal gesetzt Wird jede Aktion einmal ausgef hrt Sind die Algorithmen z B Berechnungen Rundungen richtig Fehlerbehandlung Wird eine eventuell falsche Dateiverarbeitung erkannt Ist ein berlauf der Dateien ber cksichtigt Ist Bearbeitung von leeren Dateien ber cksichtigt Pr fen des Antwortzeitverhaltens Erf llen die Antwortzeiten die Erwartungen 231 11 Beispiele Checklisten 11 3 Checkliste f r Batch Programme Die Checkliste f r Batch Programme Tabelle 11 3 dient e dem Entwickler um seinen Entwicklertest systematisch nach den aufgef hrten Punkten durchzuf hren e dem PQM bz
185. e beteiligt e Wer sind die Lieferanten was wollen sie in welcher Qualit t liefern e Was erwartet die ausf hrende Organisation als Input von den Lieferanten e Wer ist der Kunde e Welche Lieferung Produkte erwartet der Kunde Anwender in welcher Qualit t Anforderungen e Was will die ausf hrende Organisation also der Hersteller dem Kunden liefern e Welche Methoden Techniken und Instrumente stehen der ausf hrenden Organisa tion zur Erstellung der zu liefernden Ergebnisse zur Verf gung Im Prozessmanagement hat es sich als sehr hilfreich erwiesen den gesamten Themen komplex mithilfe der so genannten W Fragen zu bearbeiten Bild 2 4 Geht der Projekt manager bei der Projekt Prozessplanung in einem Brainstorming mit seinen Fachleu ten so vor kann er sicher sein dass der Projektprozess aufgaben und zielgerecht defi niert wird In Gemeinschaft von Fachleuten und dem PQM wird die Definition auf eine gemeinsam getragene Akzeptanz sto en Ein Nebeneffekt ist es zu erkennen an welcher Stelle im Projektprozess qualit tsrele vante Ma nahmen durchzuf hren sind Gleichzeitig sollte der gesamte Projektprozess qualit tsgerecht gestaltet werden so dass implizit mit einer qualit tsgerechten Durch f hrung gerechnet werden kann 2 3 Die Prozessgestaltung Bezeichnung des Prozesses Prozessverantwortlicher Input Prozess Output Was Was bekomme Was wird Was
186. ebetrieb B ein schriftliches Angebot vor B schreibt zur ck Wir nehmen Ihr Angebot an Damit ist ein Vertrag bereits wirksam zustande gekommen A muss genau gem seinem Angebot liefern Auch ein m ndlich geschlossener Vertrag Handschlag ist grunds tzlich wirksam ist aber aus Beweisgr nden nicht empfehlenswert In Deutschland herrscht Vertragsfrei heit alle vertraglichen Regelungen sind erlaubt und wirksam Das Prinzip der Vertrags 150 7 1 Vertragsrecht Werkvertrag 631 ff BGB Herstellung oder Ver nderung eines versprochenen Werkes gegen vereinbarte Verg tung Dienstvertrag 611 ff BGB Leistung versprochener Dienste jeder Art gegen vereinbarte Verg tung Ziel Erfolg ist ausschlaggebend Durchf hrung ist ausschlaggebend Dienst Dienst Mitarbeiter zur Techn Arbeiten Verf gung durchf hren stellen Dienst leistungsvertrag Personal leistungsvertrag gewerbsm ig gelegentlich Arbeitnehmer berlassungs vertrag Personal gestellungs vertrag Typische Baisoielo Ma anzug Schreibkraft Nichtselbst ndiges gestellung Arbeitsverh ltnis BR Kraftwerk Bild 7 3 bersicht der Vertragstypen Fachkraftgestellung Geb udereinigung saisonal freiheit findet seine Grenzen in Verfassungsprinzipien Die geltenden Gesetze und die guten Sitten sind auch beim Vertragsabschluss zu beachten Vertr
187. eduzierung im Projekt Der QM Plan stellt neben der Arbeitsgrundlage f r Eine Regelung sollte sich den Auftragnehmer und f r die Projektmitarbeiter nach der Zielsetzung rich auch eine wertvolle vertrauensbildende Informati ten Die Ziele hat der Kunde onsquelle f r den Kunden dar Er kann aus dem Doku gesetzt ment entnehmen in welchen Schritten mit welchen Ma nahmen und mit welcher Intensit t die Qualit t seines geforderten Produkts sicher gestellt wird Er bekommt auch wenn er kein Qualit tsexperte ist einen Einblick in die Projekt und Qualit tsmanagementarbeit und wird bei sp ter eventuell auftretenden Problemen leichter ein Verst ndnis f r diese aufbringen In vielen F llen ist der QM Plan ein schon in der Angebotsphase an den Kunden zu lie ferndes Dokument und geh rt sp ter zu dem vertraglich festgelegten Lieferumfang Da der QM Plan im Interesse der Auftragnehmer sehr sorgf ltig auszuarbeiten ist steht einer Aush ndigung an den Kunden im Grunde genommen nichts entgegen 164 9 2 Qualit tsmanagement Plan QM Plan Auch f r firmeninterne Neuentwicklungen sollte auf ein systematisches Vorgehen im Qualit tsmanage mentbereich schon aus Kostengr nden nicht verzich tet werden Dar ber hinaus dient der QM Plan neben dem Sicherheits Plan im Bedarfsfall als Nachweis dar Sie k nnen keine Ziel setzung verwirklichen wenn Sie nicht die richtigen Methoden dazu besitzen ber dass alles getan wurde
188. egr ndet liegen dass es sich bei der Prozesskostenrechnung um ein relativ neues Kostenrechnungskonzept handelt Es wird erst seit ca 10 Jahren intensiv in der betriebswirtschaftlichen Literatur diskutiert Ande rerseits sollte eine Organisation prozessorientiert aufgestellt sein anstatt funktionsori entiert Die Prozessorientierung muss dann auch f r Projekte gelten Die Idee ist nun die Projektleistungen in einzelne Prozesse zu zerlegen und eine Bezie hung zwischen den Kosten eines Teilprozesses und ihrer Verursachung herzustellen Diese Relation kann z B mengen wert effizienz oder komplexit tsabh ngig sein 133 6 Wirtschaftliche Aspekte des PQM Sind diese Kosteneinflussgr en Kostentreiber cost driver bestimmt so werden dann die einzelnen Teilprozesse kostenstellen bergreifend zu Hauptprozessen zusammenge fasst In der Prozesskostenrechnung werden einzelne Pro Durch die verursachungs zesse als selbstst ndige Kalkulationsobjekte betrach gerechte Kalkulation nimmt tet Die mit ihnen verbundenen Kosten werden ge das Verantwortungsgef hl sondert erfasst und ausgewiesen Damit ist die Pro f r die entstandenen quali zesskostenrechnung in besonderer Weise dazu geeig t tsbezogenen Kosten zu net Kosteninformationen f r Entscheidungen ber die Prozessabl ufe und strukturen zur Verf gung zu stellen Eine Prozesskostenrechnung muss in der Lage sein f r Planungs Steuerungs und Kon trollaufgaben die r
189. egrit t Integrity Nachweis Bereitstellung von Monitor Log bzw Trace M glichkeiten um im Fehlerfall die Rekonstruktion der Funktionsabfolgen sowie deren Ergebnisse Daten sicherzustellen Test Gesch ftsprozesstest Review Dokumentation Tracing Neustartf higkeit Restartability Nachweis Alle erstellten Programme m ssen Restart bzw Rerunf hig sein Dabei bedeutet Rerunf hig eine Wiederholung des Pro gramms Restartf hig bedeutet dass falls sinnvoll bei einem Neu start eine Weiterverarbeitung stattfindet und keine Wiederho lung der Verarbeitung Test Test mit ausgew hlten Rerun und Restart Bedingungen Alle Restartanweisungen m ssen eindeutig vollst ndig und der Fehlersituation entsprechend sein Test Review Betriebshandbuch Online Komponenten m ssen transaktionsorientiert sein Test Die Anweisungen f r den Neustart der Anwendungskompo nenten sind in der Dokumentation Betriebshandbuch zu beschreiben Review Betriebshandbuch Hinweis Es ist abzustimmen wel che der Ma nahmen Test oder und Review durchzuf hren sind Verf gbarkeit Availability Nachweis Die Installation der erstellten Software erfordert keine Auszeiten von Systemen oder Teilsystemen die nicht zuvor mit dem Betrieb abgestimmt wurden Test Checkliste Review Betriebshandbuch Installationsdokumentation Die Erweiterung der Softwareanwendung ver nd
190. eich liegt zwischen 1 und 10 Tabelle 12 6 Tabelle 12 6 Bewertung der Eintrittswahrscheinlichkeiten Wert Definition 1 Risiko wird sofort am Entstehungsort entdeckt 2 4 Risiko wird bei Beginn des n chsten Arbeitsschrittes entdeckt 5 7 Risiko wird w hrend eines systematischen Kontrollprozesses entdeckt 8 9 Risiko wird w hrend des n chsten Prozesses entdeckt 10 Risiko kann nur zuf llig entdeckt werden 250 13 Die Normenreihe DIN ISO 900n 2000 Die neue ISO 9000er Reihe setzt sich zusammen aus e ISO 9000 2000 Qualit tsmanagementsysteme Grundlagen und Begriffe e ISO 9001 2000 Qualit tsmanagementsysteme Anforderungen e ISO 9004 2000 Qualit tsmanagementsysteme Leitfaden zur Leistungs verbesserung In diesem Kapitel wird eine kurze Beschreibung der f r die Einrichtung eines Qualit ts managementsystems und der Zertifizierung notwendigen DIN ISO 9001 2000 gegeben 13 1 Die Qualit tsprinzipien Organisationen aller Gr en Branchen und Formen offerieren ihre Qualit ten in unterschiedlichster Auspr gung In Abh ngigkeit von M rkten Strukturen und Kultu ren ist der Qualit tsbegriff einer Organisation eine abstrakte Gr e mit allen damit ver bundenen Auswirkungen Der Erfolg einer Organisation ist unbestritten mit Qualit t verbunden und stellt somit die erste wichtige Kenngr e dar Die Effizienz der Organi sationsleistung mit den damit verkn pften Management
191. eignete Kon trollma nahmen wird sichergestellt dass Daten und Informatio nen wirklich aus der angegebenen Quelle stammen bzw dass die Identit t eines Benutzers oder eines angeschlossenen Systems z B Netzwerk korrekt sind Erteilung der Zutrittsberechtigung auf Dienste Programme und Daten eines Netzwerks und oder Computersystems Den R cken decken Datensicherung Vorgang zur Speiche rung von Daten auf einem separaten Datentr ger sollte zur Ver meidung hoher Kosten beim Defekt eines Computersystems in jeder kommerziell genutzten Informatik Anwendung regelm ig vorgenommen werden Es wird im Umfeld kleiner kommerziell genutzter Rechnersysteme oft vernachl ssigt Im Gegensatz zur Warte und Transportzeit ist es der Anteil der Prozess Zykluszeit der mit der tats chlichen Arbeit an einer Komponente verbracht wird engl touch time Die Bearbei tungszeit und die Warte und Transportzeit werden verglichen um die Effizienz eines Gesch ftsprozesses zu bewerten Glossar Bedrohung Bedrohungsanalyse Benutzerfreund lichkeit Berichtswesen Betriebsphase Beweissicherung Bewertungskriterien Business Reengineering Chiffrierung Umstand oder ein Ereignis dass die Einhaltung der Sicherheits politik und der Schutzziele an das Informationssystem gef hr den kann Ablauf um die f r das System oder die Anwendung relevanten Bedrohungen unter Ber cksichtigung der vorgesehenen Ein satzumgebung
192. eilensteinen Zu jedem Meilenstein m ssen bestimmte Meilensteinergebnisse vorliegen sie bestimmen damit zugleich die notwen digen Voraussetzungen f r den Beginn bzw den Abschluss einer Phase Diese Meilen steine beschreiben in der Regel vordefinierte Reifezust nde bei der Entwicklung eines Produktes Bei gr eren Phasen wird empfohlen neben diesen externen Meilensteinen auch interne Meilensteine einzurichten Interne Meilensteine erleichtern die Steuerung bzw Gegensteuerung des Projektablaufs Der Entwicklungsstand eines Produktes wird auch als Baseline definiert und im Rahmen des Konfigurationsmanagements einge froren Das Konfigurationsmanagement ist ein Instrument zur Verfolgung des Projekt und Produktstandes siehe Abschnitt 5 4 2 Ausschlaggebend f r die bernahme in die Produktbibliothek durch das Konfigurati onsmanagement ist jedoch die Entscheidung Phasenentscheidung Readiness Check dass die Anforderungen und Kriterien f r die Produktqualit t erf llt sind Die Entschei dung wird in der Regel von der f r das Projekt verantwortlichen Gesch ftseinheit oder einem Gremium Lenkungsausschuss bzw Steering Committee getroffen Die bereits genannten Entscheidungstr ger werden bei ihrer Entscheidungsfindung zu einem durch das PQM und zum anderen durch Controller u a kaufm nnisches Cont 35 3 Der F hrungsprozess Projektmanagement rolling unterst tzt Das PQM definiert diese Meilensteine als so
193. eise Wenn Redundanzen nicht vermeidbar sind existiert zumindest ein Verzeichnis aller redundanten Dokumentationsteile Es werden maschinelle Hilfsmittel zur Erstellung und Pflege der Dokumentation eingesetzt ein Dokument mit handschriftli chen Eintragungen ist nicht nderbar Bei fter wiederholten Textteilen werden Textbausteine ver wendet So muss nur eine Quelle gepflegt werden 216 10 2 Grundlegende Qualit tsmerkmale f r Dokumente 10 2 2 Aktualit t Updating Begriff Dieses Merkmal von Dokumenten bezieht sich auf die bereinstimmung der Beschreibung eines Programms mit dem jeweils geltenden Zustand des Programms Beispiele Tabelle 10 8 Kenngr en Nach Programm nderungen z B aufgrund von nderungen in der Spe zifikation sind alle betroffenen Dokumentationsteile auf den neuen Stand des Programms anzupassen Tabelle 10 8 Beispiele zur Aktualit t Aktualit t Updating Nachweis Die Dokumentation stimmt mit der aktuellen Programmversion Review berein Sp testens bei Produktionsbeginn m ssen alle angeforderten Dokumente passend zur aktuellen Programmversion abgenom men und geliefert worden sein Alle Programm nderungen m ssen in den entsprechenden Dokumenten Spezifikation Design Operator Installations und Anwenderhandbuch nachdokumentiert werden Alle Nachlieferungen werden mit ge nderten Release Notes Review und zugeh renden Dokumentationen geliefert Alle Doku
194. eisten F llen eine Vielzahl von Unstimmigkeiten die Probleme hervorgerufen haben Nach der Auswertung aller Infor mationen und einer Beurteilung durch den Projektmanager sind mittels Qualit tsme thoden Probleml sungstechniken Ad hoc Ma nahmen zu beschlie en und durchzu f hren Das PQM kann hier als Moderator f r das Probleml sungsteam eingesetzt wer den Ziel muss es sein das Projekt wieder zu stabilisieren Hinweis Bei dieser Konstellation besteht die Gefahr dass das PQM vom Projektmanager als berwacher oder Kontrolleur empfunden wird und nicht die notwendige Akzep tanz findet Hier ist Fingerspitzengef hl angesagt 161 9 Praxisteil Beispiel Pl ne 9 1 Projektmanagement Plan PM Plan Beispielhaft wird hier der Inhalt eines PM Planes gezeigt der verschiedentlich auch Pro jektmanagement Handbuch genannt wird Diese Inhalts bersicht eines PM Planes gibt einen Anhaltspunkt ber alle Projektma nagement Themen und kann gleichzeitig auch als Checkliste benutzt werden z B beim Projektstart Der Projektmanager als Ersteller dieses PM Planes wird nicht alle Kapitel selbst beschreiben k nnen und auch nicht m ssen Er besorgt sich z B beim zust ndigen Qualit ts und Konfigurationsmanager die Unterlagen zu den Kapiteln 8 und 9 0 1 0 2 0 3 0 4 0 5 21 2 2 2 2 1 22 181 222 22163 220P 223 162 Dokumentverwaltung Zweck Geltungsbereich nderungs bersicht Standort des Dokuments Ver
195. eitung abh ngig von Problemgr e tabellarisch n 100 0 1 sec n 1000 20 sec auf Maximum bezogen 20 sec bei 10 MB als Funktion t n x 20 usec Laufzeit der Batch Jobs Die maximale Laufzeit betr gt 1 Stunde Test Messung Anzahl der Online Transaktionen Das System kann 12 8 Millio nen Server Transaktionen pro Monat verarbeiten Eine Server Transaktion entspricht einem WCS Command In einem Click sind bis zu maximal 7 Commands enthalten Test Messung oder Nachweis Der Nachweis kann auch in Form einer fundierten Hochrechnung inkl HW Bedingungen oder einer vergleichbaren Nachweisart erbracht werden Eine Aussage f r die Reaktionszeit des Systems wird im Lasten heft getroffen Das beschriebene Zeitverhalten ist nachzuweisen Test Messung Die Antwortzeiten der Seitenaufbau betr gt im idealen Netz alle Komponenten im gleichen LAN maximal drei Sekunden gemittelt ber alle Operationen Test Messung Last und Perfor mancetest Fortsetzung auf Seite 208 207 10 bersicht der Qualit tsmerkmale Tabelle 10 4 Beispiele zur Performance Fortsetzung Die I O Anzahl auf Datenquellen bestehender Programme Review Code Review auf Basis ndert sich nur in dem Rahmen der durch die Ver nderung der von Stichproben Funktionalit t gerechtfertigt ist z B Datenbank Es sollen ineffektive IO vermieden werden z B read ahead Lesezu griff wenn sicher ist dass nur ein Da
196. elche Arbeitsbedingungen zur Erzielung von mit den Forderungen bereinstimmenden Produkten oder Dienstleistungen ben tigt werden muss von der Organisation festge legt werden Manches davon z B die Bedingungen des Gesundheitsschutzes und der Arbeitssicherheit ist in Deutschland im Wesentlichen gesetzlich geregelt 13 3 4 Abschnitt 7 Produktrealisierung Produktrealisierungsprozesse sind zu planen und festzulegen Sie m ssen die Ergebnisse der Qualit tsplanung wie z B Festlegung der Qualit tsmerkmale Abnahmekriterien Qualit tsaufzeichnungen usw ber cksichtigen Alle Prozesse m ssen unter beherrsch ten Bedingungen ablaufen Ermitteln und Festlegen der Kundenforderungen beinhaltet auch das Ermitteln nicht spezifi zierter Forderungen die aber dennoch f r den vorgesehenen Verwendungszweck not wendig sind Auch Kundenforderungen zur Lieferbarkeit Auslieferung und Unterst tzung sind zu ermit teln Vor Eingehen einer Lieferverpflichtung sind die nderungen der Kundenforderungen zu berpr fen und gegebenenfalls zu best tigen 257 13 Die Normenreihe DIN ISO 900n 2000 Neben der Einf hrung eines Prozesses zur Ermittlung berpr fung und Festlegung der Kundenforderung wird auch die Forderung nach einem wirksamen Kommunikationspro zess mit dem Kunden aufgestellt Zu diesem z hlen neben der Angebots und Auftrags bearbeitung auch die Behandlung von Kundenbeschwerden und Ma nahmen beim Auftreten fehlerhafter Produkte
197. eleitet werden Auch werden Interdependenzen von Vorgehensweisen und Werkzeugen offensichtlich Hier greifen dann einfache Ma nahmen wie Schulungen Eine weitere M glichkeit zur Erh hung der Prozess Die Komplexit t kann durch qualit t ist die Reduzierung der Prozesskomplexit t die Unterteilung in Subpro Eindeutige klare und verst ndliche Prozessschritte zesse verringert werden lassen die Prozesssicherheit steigen Die Korrelation von Komplexit t und Qualit t ist offensichtlich ber Design nderungen k nnen hier im Fr hstadium des Projektprozesses die Komplexit t z B des Entwicklungsprozesses positiv verringert werden Ferner beeinflusst das prozessorientierte Denken und Handeln innerhalb des Projektes die Komplexit t positiv da so Schnittstellen abgebaut ein m glicher Informationsver lust wenn mehrere Projektteams eingeschaltet sind sowie der Bearbeitungsaufwand reduziert werden Ein weiterer wichtiger Indikator f r die Prozessqualit t sind die Fehlerkosten Fehlerkos ten sind Kosten die im jeweiligen Prozess f r Fehlerbeseitigung Nacharbeiten oder Wiederholungsarbeiten aufgewendet werden Die Erfassung der Fehlerkosten wird erleichtert wenn die Fehlerbehebung ber Arbeitspakete geplant und gesteuert wird Es empfiehlt sich in jedem der Hauptprozesse und seinen Teilprozessen die jeweiligen Feh lerkosten auszuweisen siehe auch Kapitel 6 1 und 6 2 Diese Gr e vermittelt dann ein umfassendes Bild von der
198. elevanten Kosteninformationen zur Verf gung zu stellen Dazu muss der gesamte Projektprozess immer wieder spezifisch an das Vorhaben und die gestellten Aufgaben angepasst werden Es ergibt sich somit dass eine Prozesskostenrechnung auf Plangr en basiert Die Kostenplanung darf jedoch nicht von gegebenen Prozessbedin gungen ausgehen wie sie beispielsweise in der Vergangenheit vorgelegen haben Danach w rden ineffiziente Prozessabl ufe und Unwirtschaftlichkeiten bernommen und fortgeschrieben werden Der Projektprozess setzt sich aus einer Vielzahl von ineinandergreifenden Teilprozessen und aus T tigkeiten Arbeitspaketen zusammen die zu Hauptprozessen aggregiert wer den Die Arbeitspakete sind die kleinste Erfassungsstufe und zwar auf der Ebene der Unterkostenstellen f r die Prozesskosten ermittelt werden Kostenstelle A Kostenstelle B Kostenstelle C LA A2 A3 81 B2 I 1 I 1 1 f I I l I Hauptprozess I i i 1 Yv v 1 v 1 TPIATPIA TPIB l 1 1 2 1 1 j 1 Teil Teil 1 Teil 1 1 prozess prozess prozess 1 T T U I 4 1 f 1 1 1 1 1 y Hauptprozess Il l 1 E2 M M Y TPIIA3 TPIIB2 TPIIC1 Teil Teil Teil prozess prozess prozess Bild 6 3 Struktur der Prozesskostenrechnung im Projekt 134 6 2 Prozesskostenrechnung in Projekten Hau
199. elieferten Produkte schrittweise zu steigern Metriken in der Softwareentwicklung Mit dem Begriff Softwaremetriken wird im allgemeinen Sprachgebrauch eine Vielzahl unterschiedlichster Verfahren verbunden Gemeinsam ist ihnen dass quantitative Methoden f r die Beschreibung der Eigenschaften von Softwareprodukten von den Erstellungsprozessen oder ben tigten Ressourcen verwendet werden Das zunehmende Interesse an diesen Methoden beruht letztlich auf der allgemein g lti gen Beobachtung dass Messungen die Grundlage f r fundierte und auswertbare Erkenntnisse sind In anderen Ingenieur Disziplinen sind Messungen von Produkt und Prozessgr en deshalb fester Bestandteil der Methodik und selbstverst ndlicher Aus gangspunkt f r gezielte Verbesserungen Auch in der Softwareentwicklung hat sich in letzter Zeit die Erkenntnis durchgesetzt dass Messsysteme wichtige und wie viele Softwarehersteller berichten berraschend effektive Hilfsmittel sind Diese Ma e erlauben es elementare Merkmale zu erfassen und zu verfolgen Aussagen ber Prozessverbesserungen und ber die Qualit t der erstellten Produkte sind damit nicht mehr auf Vermutungen angewiesen nderungen werden transparent und es wird m glich das Erfahrungspotenzial vorangegangener Projekte zur Steuerung der eigenen Prozesse zu nutzen In diesem Sinne sind die hier dargestellten Metriken als Instrumente zu verstehen die zur Unterst tzung der Kommunikation in der Projek
200. elungen f r das Ergreifen von Ma nahmen ab Die Risikoklassen und die projektspezifischen Regelun gen m ssen in jedem Fall vor Projektstart verbindlich festgelegt werden In einer Risiko Aktionsliste werden alle identifizierten Risiken Entscheidungen Ma nahmen Beurteilungskriterien zur Wirksamkeit der Ma nahmen Termin und Verant wortlichkeiten festgehalten Bei Risiken f r die das Produkt aus Eintrittswahrschein lichkeit und dem m glichen Schaden gering ist Kann der Eintrag in die Aktionsliste unter Umst nden entfallen Risiken berwachen und kontrollieren Der jeweils aktuelle Stand der Risiken und die beschlossenen bzw durchgef hrten Ma nahmen m ssen st ndig berwacht werden Bei Abweichungen von der aktuellen Pla nung muss in der Risiko Aktionsliste eine Korrektur vorgenommen werden Risiko berwachung muss integraler Bestandteil des Projektmanagements sein Sie unterscheidet sich nicht grundlegend vom blichen Projekt Controlling und besteht aus folgenden T tigkeiten e Reagieren auf ausl sende Ereignisse e Neu auftretende Risiken parallel zum Prozess identifizieren e nderungen bei der Risikowahrscheinlichkeit und Risikoauswirkung berwachen e Risiken die nicht mehr auftreten k nnen aus dem Risikoplan ausmustern e Eingetretene Risiken einschlie lich verursachter Schadensh he dokumentieren e Offene Risiken nach Projektende separat ausweisen Voraussetzung daf r sind Kennzahlen die den Stat
201. en SS 119 123 139 BGB e Der Vertragsabschluss l st eine F lle weiterer Verhaltenspflichten aus die weit ber die Schutzpflichten im Stadium vor dem Vertragsabschluss hinausgehen Vertr ge sind also eine Art Gesetz zwischen den Parteien siehe Bild 7 2 Anders als bei den staatlichen Gesetzen gelten die Vertr ge jedoch nicht f r alle sondern nur f r die vertragsschlie enden Parteien Konsequenterweise werden die Vertragsparteien genau bestimmt Erst der Vertrag definiert genau die Vertragsparteien und die zwischen ihnen personell bestehenden Haupt und Nebenpflichten so dass alle au erhalb der Ver tragsbeziehung stehenden Dritten nur ber Sonderregelungen an diese Pflichtenkreise angebunden werden k nnen Damit wird gleichzeitig die systematisch au erordentlich wichtige Trennlinie zwischen Vertragshaftung und Deliktshaftung gezogen Leistung Werk Auftraggeber Auftragnehmer AG AN Gegenleistung Verg tung Bild 7 2 Rechtsbeziehung zwischen den Parteien Es m ssen die genaue Bezeichnung der Parteien die Rechtsform die Adresse und der Name des Vertretungsberechtigten im Vertrag angegeben werden Ein Vertrag kommt wirksam zustande durch e Unterzeichnung einer Vertragsurkunde durch alle Parteien bzw ihre Vertreter oder e schriftliches oder m ndliches Angebot durch eine Partei und unver nderte vorbe haltlose Annahme durch die andere Partei Beispiel Der Softwarelieferant A legt dem Industri
202. en Abbildungen und bei auszugsweiser Verwendung von Texten Printed in Germany Geleitwort Der wachsende internationale Wettbewerb der Preis und Kostendruck immer k rzer werdende Entwicklungszeiten sowie die komplexe Technik erfordern eine h here Effek tivit t und Effizienz des Projektprozesses und des integrierten Qualit tsmanagement prozesses Qualit t in Projekten muss als Wettbewerbsfaktor erkannt werden der einen wichtigen Beitrag zur erfolgreichen Durchf hrung von Projekten leistet Durch eine nachhaltig positive Beeinflussung von Kundenzufriedenheit und Image der Organisa tion tr gt die Qualit t zum Wettbewerbsvorteil bei Weil immer noch zahlreiche Projekte scheitern in denen die Kundenanforderungen nicht verstanden und nicht effizient im Sinne einer Prozessorientierung umgesetzt wer den geb hrt dem Autor Dank f r dieses Buch das den Einsatz eines projektbegleiten den Qualit tsmanagements PQM als zentrale Aufgabe innerhalb eines Projektes beschreibt Ausgangspunkt f r dieses hilfreiche Werk ist eine 30 j hrige Erfahrung des Autors in Projekten seine Beratungs und Lehrt tigkeit und die nicht nur von ihm gemachte Erfahrung dass 60 80 Prozent aller Projekte in Schwierigkeiten geraten Das Buch soll das verantwortliche Management und alle Projektbeteiligten auf den Erfolgsfaktor Mehr Qualit t in Projekten durch ein Projektbegleitendes Qualit tsmanagement aufmerksam machen Durch partnerschaftlic
203. en Sie helfen bei der Initialisie rung von Projekten z B bei Zielvereinbarungen Festlegung von Prozessen Beschreibung von Aktivit ten Zu dem Themenbereich der Aufwandssch tzung geh rt z B auch das Function Point Verfahren e Prozess und Fortschrittskontrolle Metriken werden benutzt um fr hzeitig Fehlentwicklungen und Planabweichungen aufzuzeigen Dieses Feld eignet sich gut f r eigene projektspezifische Metriken Noch relativ neu in der Softwareentwicklung ist die Anwendung von statistischen Verfahren um Prozesse zu kontrollieren und Erwartungswerte sowie Schwankungs breiten zu ermitteln e Auswertung von Produkten Zahlreiche Metriken wurden f r die Analyse von Programmstruktur und komple xit t entwickelt Als n tzlich haben sie sich bei der Identifikation kritischer Pro grammteile in der Instandhaltung beim Testen und bei Software Reengineering Projekten sowie auch bei der Beurteilung von Programmierpraktiken w hrend der Entwicklung erwiesen Metriken aus diesem Bereich sind praktikabel nur mit Tool unterst tzung ermittelbar e Qualit tsmodelle und Zuverl ssigkeitsmodelle Diese Modelle versuchen einerseits Qualit tsattribute sinnvoll zu strukturieren und k nnen dadurch die zielorientierte Auswahl von Metriken unterst tzen Anderer seits werden solche Modelle benutzt um fr hzeitig Prognosen etwa f r die zu erwartende Ausfallrate im operationellen Betrieb machen zu k nnen 78 5 Methoden und Tech
204. en ber sind die Hinweispflich ten des AN erheblich geringer im Einzelnen wird das Ausma der Hinweise von der objektiven Verkehrsanschauung bestimmt 153 7 Juristische Aspekte des PQM Ein fahrl ssig fehlerhaftes Angebot f hrt zur Haftung f r Verschulden bei Vertragsab schluss In erster Linie kommt dabei Beratungsverschulden in Betracht Es liegt immer dann vor wenn der Anbieter zwar erkennt dass der Kunde mit seinem eigenen Problem nicht hinreichend vertraut ist ihm gleichzeitig aber nicht die erforderliche Beratung m glicherweise auch gegen Entgelt anbietet Es kommt aber auch nicht selten vor dass der Kunde erhebliches eigenes und auch gr eres Know how besitzt als der Anbieter Auch wenn in diesen F llen keine detaillierte Ausschreibung durchgef hrt wird kann der Kunde in solchen F llen keine Beratungs leistung erwarten Auf finanzielle Risiken des Kunden oder Zweifel an der Vern nftig keit der Investion in wirtschaftlicher Hinsicht muss der Anbieter in der Regel nicht hin weisen Auch wenn der Anbieter das Pflichtenheft f r den Kunden erstellt ist der Kunde nie mals voll aus der Verantwortung f r die eigene Problemanalyse entlassen Die techni sche Beschreibung setzt n mlich stets einen differenzierten Blick voraus in das organisa torische Umfeld die finanziellen Auswirkungen und die rechtlichen Risiken des Pro jekts In allen diesen Bereichen muss der Kunde wenigstens insoweit mitwirken als
205. en des Personalmanagementsystems PeopleSoft Adressat Projektmanager PQM und Testteam G ltigkeit Dieses Dokument unterliegt dem nderungskontrollverfahren im Projekt Bitte fragen Sie den Dokumentverantwortlichen welches die letzte Version des Dokumentes ist Ablage Das Dokument ist in abgelegt Version Datum Verantwortlicher Dokumentverantwortlicher Genehmigt Bild 9 1 Titel der Dokumentation zu Beispiel Testkonzept e Arbeitsmittel f r die Testaufgaben und aktivit ten sowie Testdurchf hrung e Arbeitsmittel zur Testdokumentation Im Einzelnen beinhaltet das Testkonzept folgende Punkte e Darstellung der Testorganisation mit berblick ber die Vorgehensweise beim Testen e Untergliederung des Tests in Teststufen Testobjekte und Testaufgaben e Test durch ein separates Testteam mit fachlicher technischer und methodischer Kompetenz e Dokumentation des Tests 9 3 2 Geltungsbereich Das vorliegende Testkonzept ist f r die Entwicklung des Personalmanagementsystems PeopleSoft im Bereich System Entwicklung g ltig 9 3 3 Bezugsquellen e Qualit tsmanagementsystem nach ISO 9001 2000 e DIN 66285 Anwendungssoftware G tebedingungen und Pr fbestimmungen e DIN 66273 Teil 1 Messung und Bewertung der Leistung von DV Systemen 171 9 Praxisteil Beispiel Pl ne 9 3 4 Allgemeines In diesem Testkonzept sind alle f r das dynamische Testen relevant
206. en die sich aus Gew hrleistungs Produkthaftungskosten und Kulanzvereinbarungen zusammensetzen spricht man wenn das fehlerhafte Produkt vom Projektmanager an den Kunden bergeben wurde und der Fehler erst von diesem w hrend der Einsatz Betriebsphase entdeckt wird F r die Herkunft der Fehler gibt es verschiedene Aussagen von Experten wie Harry M Sneed und Barry W Boehm Die beiden haben abgeschlossene Projekte analysiert und die Vergleichswerte der einzelnen Projektphasen nach der Prozentsatzmethode ermit telt Von den in Tabelle 6 3 dargestellten Ausgangswerten kann auf ein vergleichbares aktuelles Projekt geschlossen werden Tabelle 6 3 bersicht ber die Fehlerherkunft Autor Pflichtenheft Konzept Spezifikation Code Dokumentation Sneed 30 30 40 Boehm 9 18 30 25 18 Nach Aussagen namhafter Software Hersteller kostet es mindestens das F nffache einen Codefehler nach der Integration zu beheben als bei der Codierung Es kostet wie derum das Zehnfache den gleichen Fehler nach Freigabe des Systems zu beheben Ein Entwurfsfehler kostet demnach noch mal das Doppelte eines Codierfehlers Zu den Fehlerkosten sind folgende Kostenelemente zu rechnen e Fehleranalysen und Fehlerbeseitigungen e R cknahme von fehlerhaften Komponenten Programme Versionen usw e Einbringen von Korrekturversionen oder Patches e Wiederholungspr fungen e Nacharbeitskosten Dokumente Anleitungen Anweisungen u
207. en Aspekte zur ana lytischen Qualit tssicherung zusammengefasst Statische Pr faufgaben wie z B die Pr fung von Dokumenten Reviews sind nicht Gegenstand des Testkonzepts jedoch wer den bestimmte Dokumente z B das Pflichtenheft zum Test herausgezogen und damit die Theorie mit der Praxis verglichen Verifikation Werden bei diesem Soll Ist Ver gleich Differenzen festgestellt so hat der Projektmanager zu entscheiden welches die ser Ergebnisse den Status g ltig hat Dementsprechend ist somit das eine oder andere zu korrigieren und dem Testteam nach Vollzug zu einem eventuellen Regressionstest wieder vorzulegen Der Projektmanager ist f r die Qualit t des Produktes f r die Einhaltung der Zeit und Kostenvorgaben und somit auch f r die Tests verantwortlich Er wird die Durchf hrung der Tests an ein Testteam delegieren das dann die Anforderungen in Abstimmung mit Nachweis der Anforderungen z B Pflichtenheft t Updatef higkeit von Testf llen bei nderungen von Fach DV Konzepten bei Anderungen von Datenstrukturen t Updatef higkeit von Testdatenbest nden bei nderungen von Datenstrukturen e bei nderungen von Mitschnitten t Unabh ngigkeit der Testvorbereitung und Testausf hrung f r Testobjekte l Wiederholbarkeit von Testl ufen t Automatisierung des Testablaufs t Differenzierung der Testergebnisse nach Teststufen und Testobjekten
208. en Projekten n tzen k n nen Auf Basis aller dieser Daten ist es m glich aus den Erfahrungen aus fr heren Projekten zu lernen und den Risikomanagement Prozess f r die Projekte zu verbessern 12 4 Beispiel Risikokatalog Die Zusammenstellung aller m glichen Risiken in einer Tabelle wie es beispielhaft nachstehend in der Tabelle 12 3 dargestellt wird erm glicht auf Grund ihres Checklis tencharakters allen Projektbeteiligten ihre pers nliche Einsch tzung zu den Risiken ent sprechend einer Priorisierung aufzuzeigen Tabelle 12 3 Risikokatalog Lfd Risiko Malus Lfd Vor Projekt Lfd W hrend Lfd Nach Nr Nr priorisiert Nr Projekt Nr Projekt priorisiert priorisiert Ablaufprozedur Abnahme Abnahmebedin gungen Abnahmeprozedur Abweichung von der Spezifikation 245 12 Leitfaden Risikomanagement in Projekten Der nachstehend aufgef hrte Risikokatalog stellt eine gro e Auswahl von m glichen Risiken dar die e vor Projektbeginn schon vorhanden sein k nnen e w hrend des Projektes auftreten und e erst nach Projektende eintreten k nnen Ablaufprozedur Abnahme Abnahmebedingungen Abnahmeprozedur Abweichung von der Spezifikation Administrationshandbuch nderungsanforderungen nderungsverfahren prozess Anschaffungskosten Anwenderhandbuch Anwenderunterst tzung Anwendungsbetreuung Arbeitnehmer berlassungsgesetz Arbeitsort Arbeitspl
209. en Stand des Qualit tsma Keine Transparenz ohne nagements im Projekt darzulegen ist die Beurteilung Messung Nur die Transpa der Qualit t des Entwicklungsprozesses durch renz des Prozesses erm g Reviews Audits und Self Assessments Solche Beurtei licht dessen Verbesserung lungen dienen vor allem auch dazu Schwachstellen im Prozess zu erkennen und gezielt zu verbessern Vorgefertigte mehrstufige Beurtei lungsschemata dienen einerseits zu einer unternehmens bergreifend vergleichbaren Bestandsaufnahme des Ist Zustands wie auch zur Etablierung eines Verbesserungspro gramms Zur Verbesserung der Entwicklungsprozesse wurden in den letzten zehn Jahren ver schiedene Modelle zur Prozessbeurteilung entwickelt z B e Capability Maturity Model CMM e SPICE ISO 15504 Software Process Improvement and Capability determination Projekt zur Entwicklung einer internationalen Norm zur Software Prozessbeurteilung e Bootstrap EU Programm zur Prozessverbesserung europ ische Antwort auf CMM Richtig angewendet sind Prozessbeurteilungen ein geeignetes Mittel um effektive Ver besserungen im Software Engineering zu erreichen In diesem Abschnitt wird beispiel haft auf CMM eingegangen da die o g Verfahren sehr hnlich sind 68 4 3 Qualit ts Prozessbeschreibung Capability Maturity Model CMM Das lteste Vorgehensmodell ist das Capability Maturity Model f r Software CMM Dieses Modell wurde 1987 in den USA beim Soft
210. en f r Qualit tspreise zu messen Festlegung der Vereinbarung mit Qualit tsziele und den Beteiligten Umsetzungsprogramme bottom top up Prozesse down Pr fung auf Transformation auf Realisierbarkeit die Prozessziele Bild 14 2 Beispiel Zielfindungsprozess 264 14 2 Was soll erreicht werden Produktqualit t Qualit t von Anfang an hei t die Leitidee in der Planungs Realisierungs und Nut zungsphase der Produkte Die systematische Auswertung von Technologietrends Markttrends Wettbewerbsinformationen und Kundenanforderungen bildet die Basis hierzu Durch innovative Produkte werden die Erfordernisse und Erwartungen der Kunden erf llt und dienen als Referenzgr e beim Benchmarking f r Mitbewerber Der Produktentwicklungsprozess ist mit allen qualit tsrelevanten Aktivit ten f r die Hardware Software und Dienstleistungsprodukte in Methodenhandb chern darge stellt und in die Praxis umgesetzt Die Ma nahmen in den Gesch ftsprozessen bewirken die Erhaltung der Qualit t und Sicherheit der entwickelten hergestellten und vertriebenen Produkte Die Produkte haben nach dem Stand der Technik sicher zu sein so dass Rechtsg ter Dritter z B Leben K rper Gesundheit Eigentum nicht gef hrdet sind Die durch Gesetz und erg nzende eigene Normen vorgegebenen Bestimmungen gelten f r die Produktsicherheit und Produktqualit t Prozessqualit t Die Gesch ftsabl ufe innerhalb des Unternehmens sind als
211. en kann Es werden Produktreifegrade wirtschaftliche Reifegrade und Prozessreifegrade definiert die ber die Bewertung von Indikatoren erfasst werden Die Indikatoren bilden ein Netz von Bewertungspunkten die in ihrer Gesamtheit die Festlegung des Projektstatus erm glichen Die Nutzung von Quality Gates als Steuerungsinstrument und die Ermittlung prozess bzw produktrelevanter Daten macht sie f r die Einbeziehung in das Berichtswesen geeignet Die durchgef hrten Bewertungen stellen in gewisser Weise ein Gutachten dar ob das Projekt sich noch im gr nen Bereich befindet oder ob es in Schieflage geraten ist d h ob es sich im roten Bereich befindet Hierf r wird entsprechend die so genannte Ampellogik genutzt Sie gew hrleistet mit einigen Erl uterungen eine entspre chende Transparenz bei der Berichterstattung f r den Lenkungsausschuss Steering Committee 93 5 Methoden und Techniken im Qualit tsprozess Der Entscheidungsprozess zum Durchschreiten eines Quality Gate wird vom Erf l lungsgrad abh ngig gemacht und kann analog einer Ampelschaltung aufgebaut wer den e Gr n Erf llung der Anforderungen also Freischaltung der n chsten Phase e Gelb Nicht vollst ndige Erf llung der Anforderungen d h bedingte Freischaltung der n chsten Phase mit konkretem Ma nahmen und Zeitplan f r die Sicherstellung der Anforderungserf llung e Rot Nicht Erf llung der Anforderungen Die Ergebnisse sind nic
212. en und Entscheidungen des Managements die grundlegende Voraussetzung f r diese Arbeiten sind e Wiederverwendung zum generellen Projektziel erkl ren e In jedem Projektplan eine neue Aktivit t Projekt Debriefing mit dem Schwerpunkt Know how Transfer aufnehmen Keinen Projektabschluss mehr ohne Ergebnisnachweis neben der Kunden zufriedenheitsabfrage aus dieser Aktivit t zu akzeptieren e Die Wissensdatenbank in regelm igen Zeitabst nden den Stand der tats chlichen Nutzung des Erfahrungszuwachses berpr fen Beispiele f r praktikable und wirksame Methoden und Werkzeuge zur Umsetzung dieser Entscheidung finden sich in der Praxis erfolgreicher Unternehmensberatungen f r die die Sicherung von erarbeitetem Know how eine Existenzfrage ist Die Know how Bereiche bei der Projektarbeit k nnen in Form eines Strukturmodells Stammbaum dargestellt werden Bild 3 10 Nachstehend ein Beispiel dass bei Bedarf um weitere Know how Bausteine erg nzt werden kann z B wenn politische soziale volkswirtschaftliche und Umweltfragen bei den Projekten ein Thema war 53 3 Der F hrungsprozess Projektmanagement Know how Bereiche Fachliches Methoden Marketing Pers nliches Know how Know how Know how Know how Branchen Firmen Interne Externe Know how Know how Pr sentationen Vermarktung Einsatz Know how Einsatz Know how Auswahl Know how Kooperations Know how
213. endet Bedienerf hrung bestehend aus Meldungen des Systems und M glich keiten zur Steuerung des Programmablaufs Prozessablaufs und Reaktio nen des Systems insbesondere bei Fehler St rfallbearbeitung sind ein fach verst ndlich eindeutig und problembezogen realisiert Durch die Software L sung werden keine zus tzlichen Arbeitsschritte erforderlich Die Software orientiert sich an bestehenden fachlich sinnvollen Abl u fen Gesch ftsvorfall Use Case Alle zu einem Ablauf geh renden Informationen sind in m glichst weni gen Masken zusammengefasst ideal nur eine Maske Es gibt direkte Verbindungen zwischen h ufig im Zusammenhang benutzten Masken Expertenmodus Wo m glich werden Informationen von der Software ermittelt Teilmerkmal Operabilit t Operability Begriff Dieses Merkmal der Software stellen die Bestimmbarkeit der Aktionen und Prozeduren bez glich ihrer Operationen Funktionen im Rahmen der Systembedienung Operating sicher 199 10 bersicht der Qualit tsmerkmale Kenngr en Hinweis Das Teilmerkmal Operabilit t schlie t die Verst ndlichkeit und Eindeutigkeit von Systemfehler Meldungen ein Die Funktionst chtigkeit der Anwendungssoftware ist im Normalfall fast ohne Operatorbedienung gew hrleistet Die Software muss sich an den bestehenden technischen Abl ufen orien tieren und sollte keine zus tzlichen manuellen Arbeitsschritte erzeugen Alle Transaktionen Proz
214. endung und Blindleistung durch Fehlleistungen oder berfl ssige vom Kunden nicht respektierte Leistungen vermieden Dies bewirkt einen Lernprozess in der inter nen und externen Kunden Lieferanten Beziehung Der Aufbau der Quality Gates ist gem den Anforderungen festzulegen d h f r die Festlegung von Quality Gates ist eine Analyse der Kundenanforderungen an das Pro dukt die Prozesse und Schnittstellen unter Einbeziehung der selbst auferlegten Quali t tsmerkmale QM System nach ISO 9001 2000 erforderlich Dies sollte wie beschrie ben in der Projektplanungsphase durchgef hrt werden Jedes Quality Gate wird dabei nach dem zugeordneten Projektprozessabschnitt benannt Dadurch kann die Komplexit t reduziert werden die Transparenz des Projekt prozesses und der Nachweisschritte k nnen verbessert und die anforderungs und kun dengerechten Abschl sse wesentlicher Prozessabschnitte k nnen sichergestellt werden Beispiele f r Quality Gates im Entwicklungsprozess die den erfolgreichen Abschluss wichtiger Entwicklungsschritte repr sentieren sind Anforderungs und Zielerf llung Konzeptsicherheit Entwicklungsreife Einsatz und Betriebsbereitschaft des Produkts Aufgabe des PQM ist es die Messpunkte und die jeweiligen Anforderungen Produktrei fegrad festzulegen Mit dem Reifegradmonitoring hat das PQM ein Instrument mit dem die Ermittlung des Projektstatus anhand der drei Kenngr en Leistung Qualit t Zeit und Kosten erfolg
215. enen e Vorgehensweise im Fall von Uneinigkeiten e Einschaltung von Qualit tsfachexperten deren Beauftragung und Kontrolle e Beauftragung und Kontrolle von Unterauftragnehmern e Kontrolle des Konfigurationsmanagements Ergebnissicherung und Archivierung nderungskontrolle Bearbeitungskompetenzen e Eingangskontrolle von Fertigprodukten 167 9 Praxisteil Beispiel Pl ne e Informationsfluss zwischen PQM und Projektmanagement Dieser Informationsfluss bezieht sich besonders auf Problem Fehlermeldungen aber auch auf die Fort schrittsberichterstattung Diese Themenliste betrifft ausschlie lich die Qualit tsmanagementt tigkeiten und nicht den generellen Projektablauf Ein wichtiges Thema ist die Definition der Kommunikation und die Zusammenarbeit zwischen dem PQM dem Projektmanager den Teilprojektleitern den Projektteams und dem Kunden inklusive dessen Fachabteilungen und Qualit tsmanagement Standard Arbeitsmittel und Verfahren Kapitel 6 Zum effektiven Erreichen der geforderten Produktqualit t und zur Systematisierung der Qualit tsarbeiten kann es notwendig sein projekt bergreifende Verfahren und Arbeits mittel festzulegen und deren Anwendung vorzuschreiben Diese sind auch f r Unterauf tragnehmer bindend k nnen aber da die Unterauftragnehmer u U an andere Stan dards gew hnt sind zu zus tzlichen Kosten f hren Es bedarf also einer gr ndlichen Abw gung der Vor und Nachteile derartiger Festlegungen
216. enkbar w ren mit welcher Wahrscheinlichkeit diese Fehler aufgetreten sein k nnten welche Auswirkungen und Bedeutung sie haben k nnten und mit welcher Wahrscheinlichkeit sie durch die vorgesehene Verifikation entdeckt werden w rden Aus den Wahrscheinlichkeiten f r das Auftreten und die Entdeckung sowie aus der Bedeutung wird je Fehlerm glichkeit eine Risikopriorit tszahl RPZ ermittelt Abh ngig von deren Gr e m ssen Ma nahmen ergriffen werden Dies wird u a auch zu nde rungen des Design Verification Planes f hren Ferner wird das FMEA Team in der Regel auch noch weitere Merkmale als sc cc Merkmal identifizieren Diese haben Anpassun gen der entsprechenden Unterlagen und Planungen zur Folge In der System FMEA Prozess wird untersucht welche Prozessfehler denkbar w ren mit welcher Wahrscheinlichkeit diese Fehler auftreten k nnten welche Auswirkungen und Bedeutung sie haben k nnten und mit welcher Wahrscheinlichkeit sie durch die vorge sehenen Ma nahmen zur Prozesssteuerung entdeckt werden w rden bevor das Produkt an den n chsten Prozess weitergegeben wird In der System FMEA Produkt wird das funktionsgerechte Zusammenwirken mehrerer Komponenten eines Systems untersucht Sie hilft Fehler bei der Auswahl und Gestal tung von Systemen zu vermeiden Aus Auftretenswahrscheinlichkeit Bedeutung und Entdeckungswahrscheinlichkeit wird wieder je Fehlerm glichkeit eine Risikopriorit ts zahl ermittelt Abh ngig von deren Gr
217. ennen von Fehlern und Schwachstellen 80 5 1 Pr fung und Tests in IT Projekten Verk rzen der Entwicklungszeiten Verbesserung der Qualit t Einhaltung der Kundenanforderungen Absicherung und Erf llung der in der Projektplanung definierten Qualit tsmerkmale weitere Ziele Erh hung der gegenseitigen Transparenz der Entwicklungsteams Erleichterung des Konsenz der Entwicklungsteams Sch rfen des Qualit tsbewusstseins Dokumentation der Ergebnisse als Qualit tsnachweis Die Begriffe Inspection und Review sind weitgehend synonym und beschreiben die glei che Vorgehensweise Manchmal verbirgt sich hinter dem Begriff Review eine geringere Teilnehmerzahl oder eine andere Art von Spezialisten Ausschlaggebend ist auf jeden Fall dass die Inspektion eine offizielle Best tigung des Inhalts des Pr fobjektes darstellt die sowohl f r den Entwickler als auch f r den Projektverantwortlichen gilt Es versteht sich von selbst dass die Inspektionsteilnehmer Fachexperten sein m ssen Zur Unter st tzung der Reviews Inspektionen wird eine Technik zur Pr fung von Ergebnissen in Form von Checklisten eingesetzt Dabei wird die Pr fung mit einem systematisch aufge bauten Fragenkatalog durchgef hrt und bewertet Structured Walk Throug oder Walk Through sollen dem Entwickler ein Gespr ch unter gleichgestellten Kollegen mit Beratern oder auch mit Bereichen die ein hnliches Pro blem haben erm glichen Diese Technik ko
218. ent 10011 1 Leitfaden Auditdurchf hrung Teil 1 10011 2 Leitfaden Auditdurchf hrung Teil 2 10011 3 Leitfaden Auditdurchf hrung Teil 3 10012 1 Forderungen an die Qualit tssicherung von Messmitteln Teil 1 10012 2 Forderungen an die Qualit tssicherung von Messmitteln Teil 2 10013 Leitfaden f r QM Handb cher 10014 Leitfaden zur Handhabung der Wirtschaftlichkeit im Qualit tsmanagement 10015 Leitfaden f r kontinuierliche Aus und Weiterbildung 10016 Leitfaden f r die Darstellung von Pr fergebnissen 10017 Leitfaden f r die Anwendung statistischer Methoden in der ISO 9000 Familie DIN 12119 Pr fung von Software Erzeugnissen DIN 28631 Informationstechnik Programmkonstrukte und Regeln f r ihre Anwendung ISO IEC 8631 1989 DIN 40041 Zuverl ssigkeit Begriffe DIN 40150 Begriffe zur Ordnung von Funktions und Baueinheiten DIN 55350 Begriffe zu Qualit tsmanagement und Statistik DIN 66230 Informationsverarbeitung Programmdokumentation DIN 66231 Informationsverarbeitung Programmentwicklungsdokumentation DIN 66250 Informationsverarbeitung Zahlendarstellung f r den Datenaustausch 260 13 5 Dokumente der Produktlinie DIN ISO Tabelle 13 1 Dokumente der Produktlinie DIN ISO Fortsetzung Norm Thema DIN 66271 Informationstechnik Software Fehler und ihre Beurteilung durch Lieferanten und Kunden DIN 66272 Informationstechnik Bewerten von Softwareprodukten Qualit tsmerkmale und Leitfa
219. er Funktion wird vom aufrufenden Programm explizit gepr ft Teilmerkmal Testbarkeit Testability Begriff 196 Dieses Merkmal der Software bezieht sich auf den Aufwand der zur Pr fung der neuen bzw ge nderten Software notwendig ist Teilanforderungen Testen im engeren Sinn systematische Ausf hrung mit Beispieldaten Fehlerlokalisierung Finden der fehlerhaften Quelltextstellen Fehlerbehebung lokale Korrektur ohne Nebenwirkungen 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Kenngr en In den einzelnen Modulen Funktionen werden Programmmeldungen implementiert die den Status des Programmablaufs dokumentieren Instrumentierung Diese Meldungen k nnen mittels Parameter oder Compiler switch ein oder ausgeschaltet werden Ausnahme Fehler meldungen m ssen grunds tzlich ausgegeben werden Weiterhin k n nen je nach Informationsgehalt der Meldungen unterschiedliche Trace level definiert werden Programm und Fehlermeldungen werden in unterschiedliche Logda teien geschrieben Tabelle 10 1 Beispiele zur nderbarkeit Erweiterbarkeit Expandability Scaleability Nachweis Parameter Varianten werden nicht fest im Sourcecode kodiert sondern als externe Parameter abgelegt Review Code Review Program mierrichtlinien Umfang 10 aller Programme mit Parametern Das System ist skalierbar auf die im Lastenheft aufgef hrten Benutzer Per Berechnung Die
220. er Vertragsvereinbarungen zu erkennen 148 7 1 Vertragsrecht Zur weiteren Unterst tzung muss ein geordnetes Ver Rechtliche Beratung w h tragsmanagement betrieben werden Das Vertragsma rend der Vertragsverhand nagement mit Unterst tzung der Rechtsabteilung lung wird angeraten hilft zun chst die genauen Pflichten aus dem Vertrag zu erkennen Bereits dabei werden Risiken sichtbar Das Vertragsmanagement steuert die weitere Vertragsabwicklung so das Pflichten genau eingehalten und Risiken mini miert werden Ein wesentlicher Bestandteil des Vertragsmanagements ist das Nachforderungsmanage ment Claim Management zur Sicherung des Projektergebnisses Das genaue Erfassen eigener Rechte und Pflichten f hrt dazu dass diese Rechte auch dokumentiert und durchgesetzt werden k nnen ber die Rechte aus dem eigentlichen Vertrag hinaus handelt es sich dabei um Rechte die sich aus Zusatzarbeiten Zusatzauftr gen und Ter minverschiebungen durch den Vertragspartner ergeben Das Recht der Vertr ge ist in den S 145 ff BGB B rgerliches Gesetzbuch BGB ferner in den 311 ff BGB geregelt Dazu kommen noch Bestimmungen ber allgemeine Gesch ftsbedingungen in den 305 310 BGB sowie Sonderbestimmung f r einzelne Vertragstypen z B die 433 ff BGB f r einen Kaufvertrag wie z B der Verk ufer lie fert 50 Elektromotoren aus seiner Serie und SS 631 ff BGB f r einen Werkvertrag wie beispielsweise Aufbau einer I
221. er schlechtes Konfigurationsmanagement 2 Repeatable wiederholbar e Etabliertes Projektmanagement e Abwicklung von Standardprojekten wird beherrscht bei neuartigen Projekten gr ere Risiken e Konzentration auf die Organisation einzelner Prozesse e Keine etablierten Ma nahmen zur Verbesserung des Prozesses 3 Defined definiert e Prozess ist klar definiert und l uft definitionsgem ab e Manager und Teammitarbeiter verstehen ihre Rollen und Verantwortlichkeiten innerhalb des Prozesses e Es existiert eine Gruppe mit der Aufgabe den Software Engineering Prozess zu lenken und zu verbessern e Es existieren berpr fbare Standards die je nach Projektauftrag eingesetzt werden 4 Managed gef hrt e Fokussiert das Prozessmanagement ber Metriken e Ziel ist es das Vorgehen in den Levels 2 und 3 vorausschauend steuerbar zu machen e Eine Mindestmenge an Qualit ts und Produktivit tsmessgr en wird erhoben und ausgewertet e Es gibt Kennzahlensysteme in denen alle relevanten Daten ber den Prozess in einer Datenbank abgelegt werden und somit auch Mittel zur Pflege und Auswertung dieser Daten 5 Optimizing optimierend e Pr ventives Prozessmanagement 70 4 3 Qualit ts Prozessbeschreibung e Etablierter Regelkreis f r Messung und Verbesserung des Prozesses e Datenerhebung und Erkennung von Schwachstellen weitgehend automatisiert e Durchgef hrte und begr ndete Ma nahmen aus dem erhobenen Datenma
222. erden Bestehende Dokumente sind entsprechend den Software nderungen anzupassen Die Umsetzung der Anforderung ist dem Kunden intern sicherzustellen eventuell Input durch den Auftragnehmer 10 2 1 nderbarkeit Changeability Begriff Kenngr en Dieses Merkmal von Dokumenten bezieht sich auf den Aufwand f r die Ermittlung aller von einer nderung betroffenen Dokumentationsteile und zur Durchf hrung der nderung Beispiele sind in Tabelle 10 7 zusammengestellt Alle Dokumentationsteile sind gekennzeichnet um durch Verwendung von Verweisen Redundanzen zu vermeiden Das Dokument enth lt Stichwortverzeichnis und Querverweise Wenn Redundanzen nicht vermeidbar sind existiert zumindest ein Ver zeichnis aller redundanten Dokumentationsteile Es werden maschinelle Hilfsmittel zur Erstellung und Pflege der Doku mentation eingesetzt ein Dokument mit handschriftlichen Eintragun gen ist nicht nderbar Bei fter wiederholten Textteilen werden Textbausteine verwendet um nur eine Quelle zu haben die zu pflegen ist Tabelle 10 7 Beispiel zur nderbarkeit nderbarkeit Changeability Nachweis Alle Dokumentationsteile sind nach den Vorgaben des Projektes Review Checkliste gekennzeichnet um durch Verwendung von Verweisen Redun danzen zu vermeiden Es existiert ein zentrales Abk rzungsverzeichnis auf der Basis der im Lastenheft definierten Abk rzungen Jedes Dokument enth lt wenn sinnvoll Querverw
223. erden soll Zum Aufbau der Testumgebung wird die Mitarbeit von Rechenzentrum Systempro grammierung und Datenbankadministration ben tigt Generell ist die Festlegung von Testobjekten im Performancetest abh ngig von dem zu untersuchenden Leistungsverhalten Zur Messung der Antwortzeiten werden beispiels weise andere Funktionen ben tigt als zur Beurteilung der Netzbelastung oder des Spei cherplatzes Die Testobjekte sind hier meistens fachlich geschlossene Einheiten entspricht in der DIN den Auftragsarten die separat ausgef hrt werden k nnen z B Dialog oder Batch funktionen Es wird auf einer relativ hohen Integrationsebene gearbeitet da die Zusam mensetzung und der Anteil der einzelnen Bausteine am Zeit und Ressourcenverbrauch schwer bestimmbar sind Der Performancetest f r Batchfunktionen ist meist wesentlich einfacher da die Einfluss gr en geringer sind und eine Hochrechnung leichter m glich ist Ferner sind die Per formanceanforderungen an Batchfunktionen auch meist geringer da z B Antwortzei 186 9 3 Beispiel Testkonzept ten eine wesentlich kleinere Rolle spielen Trotzdem sollte der Performancetest f r Batchfunktionen durchgef hrt werden um beispielsweise gew hrleisten zu k nnen dass eine monatliche Datensicherung im Batch keine hundert Stunden ben tigt Gemessen wird jedoch das Verhalten zun chst an m glichst kleinen Einheiten da die ser Test zur berpr fung der Qualit tsmerkmale verwende
224. erfassen Das einzige Problem ist auch hier wiederum die Erfassung der Kosten f r Projektmitarbeiter die nur zeitweise mit Pr fungen betraut sind Sollten diese Daten von gro er Relevanz sein so bietet es sich an ber Frageb gen die jeweiligen Zeitanteile Kostenanteile aufzeichnen zu lassen siehe auch Abschnitt 6 1 3 Ber cksichtigt werden sollte jedoch dass eine 100 prozentige Genauigkeit nicht zu erwarten ist Allerdings werden aber Erfahrungswerte gewonnen die dann im Rah men der Planung der qualit tsbezogenen Kosten eine wichtige Basis darstellen Fehlerkosten Der f r ein Projekt in jeder Hinsicht ung nstigste Kostenblock sind die eigentlichen Fehlerkosten Nicht nur weil hier unmittelbar Kosten f r Korrektur Nacharbeiten und 126 6 1 Modell f r qualit tsbezogene Kosten die Wiederholung von Pr fungen Tests entstehen sondern auch f r qualit tsbedingte Ausfallzeiten Es kommt nicht nur zu mehr Kosten sondern auch zu Terminverschiebungen denken Sie an das Magische Dreieck Fehlerkosten und Ausfallkosten entstehen durch Auf wendungen f r das Beseitigen von Fehlern sie k nnen nochmals nach dem Entde ckungsort in interne und externe Kosten aufgeteilt werden Als interne Fehlerkosten werden Fehlerkosten definiert die w hrend der Projektdurch f hrung auftreten und noch vor Auslieferung bergabe des Produktes an den Kunden Nutzer Anwender entdeckt und korrigiert werden Von externen Fehlerkost
225. eriger ist die Bewertung der Prozesseigen schaften wie Prozesskomplexit t und organisation Insgesamt k nnte mit dem beschriebenen Modell und mit entsprechenden Instrumen ten eine gro e Menge n tzlicher Metriken verschiedenen Typs gebildet werden Typ Auftragsstatus e Volumen Auftragszug nge e Volumen Auftragsfertigstellung e Volumen Auftragsbearbeitung 74 4 3 Qualit ts Prozessbeschreibung Tabelle 4 2 Messmodell f r Prozesse Anforderungen Inhalt Messung 1 Prozessleistung Erf llung vorgegebener Anforderungen e Kosten e Zeit e Qualit t Zielabweichung e Kundenzufriedenheit e bereinstimmung mit Anforderungen 2 Prozesskosten Aufwand zur Erf llung der Prozessaufgaben e Prozesskosten e Kostentreiber e Produktivit t e Wirtschaftlichkeit 3 Prozesszeiten H he und Streuung der Zeiten zur Erf llung der Prozessaufgaben e Durchlaufzeit DLZ e Streuung der DLZ Variabilit t 4 Abwicklungsqualit t Erf llung interner Anforderungen an die Prozessdurchf hrung e Fehlerfreiheit e Prozessf higkeit e St ranf lligkeit Robustheit e R ckverfolgbarkeit e Kontrollier und Steuerbarkeit e Flexibilit t e Verbesserungsrate 5 Wechselwirkung Beeinflussung von Eingangsgr en anderer Prozesse durch Prozess ergebnisse e Abweichung Spannbreiten e Beeinflussungsgrade e Durchg ngigkeit Typ Mitarbeiteraufwand im Projekt e Absolute Per
226. erkvertrag Dienstvertrag Pflichten Rechte Pflichten Rechte Auftragnehmer e Herstellung Verg tung Leistung von e Verg tung Dienstver eines Werkes Diensten e K ndigung pflichtender mit zugesicher Bei Leistungs e Alle zugesagten e Zeugnis ten Eigenschaf st rung Dienste in a Schad ten E chadener e Mahnung mit Richtung auf satz e M ngelbeseiti Fristsetzung gew nschtes a e Stellen gung bei Leis e Gel Ergebnis F eltendma suche tungsst rungen chung von e Auswahl und Zur Verzugszinsen verf gungstellen R cktritt und von Mitarbeitern Schadensersatz versprochenen A Qualifikation e K ndigung aus wichtigem e Schadenersatz Grund Auftraggeber e Annahme Bei Leistungs e Leistungs e Schaden Dienstberech e Abnahme st rungen annahme ersatz tigter e Verg tung e Nacherf llung M ngelbesei tigung e Selbstvornahme Minderung R cktritt bei Terminverzug e Schadenersatz e K ndigung aus wichtigem Grund e Verg tung e Schadenersatz e K ndigung e Zeit f r Stellen suche e Schutz gegen Gefahr 158 7 Juristische Aspekte des PQM 7 2 Produkthaftung Die Produkthaftung ist der zentrale Begriff an der Schnittstelle von Technik und Recht soweit es um die Verantwortung f r die Qualit t von T tigkeiten und Arbeitsergebnis sen geht Dabei wird unter Produkthaftung die Schadenersatzhaftung f r Sch den ver standen die durch ein Produkt ausgel st wurden Die zentrale Rec
227. ernet Videokonferenzen Handy Telefon Fax usw Durch die enormen Fortschritte in Technik und Technologien w hrend der vergangenen 50 Jahre in den Bereichen Digital Computer Halbleiter Nachrichten und Verfahrenstechnik Fertigung sind Grundlagen f r diese neuen Anwendungen bei gleichzeitig enormer Steigerung der bertragenen und verf g baren Daten und Informationen geschaffen worden Gleichzeitig stehen die modernen Kommunikationstechnologien in den industrialisierten L ndern wegen der extremen Reduzierung der Kosten praktisch allen zur Verf gung Eine Konfiguration ist eine benannte und formal freigegebene Menge von Entwicklungsergebnissen mit den jeweils g ltigen Versionsangaben die in ihrer Wirkungsweise und ihren Schnitt stellen aufeinander abgestimmt sind und gemeinsam eine vor gegebene Aufgabe erf llen sollen Konfigurationsmanagement ist der laufende Prozess der Identi fizierung und Verwaltung von nderungen an Liefereinheiten und anderen Arbeitsergebnissen die sich im Laufe des Projekts entwickeln Ziel ist es sicherzustellen dass die nderungen notwendig und sachgerecht sind dass die Integrit t des Systems gewahrt bleibt und dass ein Protokoll der nderungen am Sys tem gef hrt wird Engl continuous process improvement ist eine schrittweise Prozess nderung die laufend durchgef hrt wird Diese Art der Ver nderung ist oft Teil eines Total Quality Management TOM Programms Variante der Nutzwe
228. erstellung der Korrektheit Unversehrtheit von Daten Datenintegrit t bzw der korrekten Funktionsweise von Systemen Systemintegrit t Daten d rfen ohne Berechtigung weder modifiziert noch gel scht werden k nnen Dies schlie t unter anderem auch beispielsweise Dateiattribute Datensicherung Backup und Dokumentationen ein Ein System muss sich zu jedem Zeitpunkt logisch korrekt verhalten Dies schlie t u a auch die logische Vollst ndigkeit jeglicher Teile der Hardware und Software die Sicher heitsfunktionen implementieren ein z B Funktionen eines Systems die einer Bedro hung entgegenwirken Bemerkungen Der Begriff wird speziell im Bereich der Informationssicherheit noch lebhaft diskutiert sodass hier keine kurze und pr gnante Definition im blichen Sinn m glich ist Deshalb werden nachstehend essenzielle Aspekte im Sinne einer Umschreibung genannt Die besten Richtlinien und Sicherheitsfunktionen helfen nichts wenn sie nicht beach tet oder nicht genutzt werden Datenintegrit t kann z B erreicht werden indem vertrauliche Dokumente oder E Mails verschl sselt oder die regelm igen Datensicherungen durchgef hrt werden Datensicherung ist ein Verfahren zur Speicherung von Daten auf zus tzlichen Datentr gern von denen die Daten wiederhergestellt werden k nnen wenn die Originaldaten zerst rt oder kompromittiert wurden Komplettsicherungen sichern alle in einem Sys tem gespeicherten Daten Inkreme
229. ersuchun gen abh ngig vom daf r betriebenen Aufwand der Ausgangsfehlerrate und der Art des Programms etwa 40 80 der Codierfehler gefunden werden Der Aufwand f r Code Reviews ist wesentlich geringer als f r Tests wie verschiedene Untersuchungen ergeben haben siehe Bild 6 5 Fehlerverh tung Fehlerentdeckung Ver nderung der Qualit tskosten Fehler kosten Fehler kosten Pr f Pr f kosten kosten Fehlerver 5 E o iL 2 Ss Fehlerver h tungs o h tungs kosten 8 kosten x Vor Ei Nach Ei Entwick Integra Abnahme or Ein ach Ein Planen Entwurf lung tion Testen Betrieb f hrung f hrung des PQM des PQM Bild 6 5 Ver nderung der qualit tsbezogenen Kosten durch PQM Bei den Fehlerkosten muss die oftmals auftretende zeitliche und fachliche Diskrepanz zwischen Fehlerverursachung und Fehlerentdeckung beachtet werden Entdeckt werden Fehler meist innerhalb des Entwicklungsprozesses oder noch schlimmer erst in der Betriebsphase beim Kunden Anwender Nutzer Verursacht werden sie aber berwie gend in den Phasen davor z B Anforderungsanalyse Design Konzept Die Ansatzpunkte zur Produkt und Prozessoptimierung befinden sich dementspre chend in der Planungs und Entwicklungsphase Dort ist das Eliminieren von Fehlern einfacher und mit wesentlich geringeren Kosten verbunden Studien besagen dass sich die Behebung von Fehlern aus der Planungsphase bis
230. ert nicht die aktuelle Verf gbarkeit Die Installation der Softwareanwendung geschieht innerhalb der vereinbarten Wartungsfenster Test Hinweis Es ist unklar wie dieser Nachweis zu erbringen ist Das System kann in einer Hochverf gbarkeitsumgebung HA betrieben werden Review Betriebshandbuch Hosting Angebot Wiederherstellbarkeit Recoverability Nachweis Das System muss die F higkeit besitzen nach einem Systemab sturz inaktiver oder fehlerhafter Zustand einer System oder Anwendungskomponente mit einer vollst ndigen und konsis tenten Menge von System Variablen Eingabe Dateien gespeicherten Daten der Datenbasis Datenbank Dateien gespeicherten Daten der Buffer und Queues in einen konsistenten Funktions Ablauf Zustand nach System Neustart zur ckzukehren Diese Anforderung entspricht im Wesentlichen dem Transakti onskonzept Im Einzelfall ist festzustellen wo ohne Transakti onskonzept ein solcher inkonsistenter Zustand der Verarbeitung stattfinden kann und wie man ihn behandelt Test Crash Management Test Review Pflichtenheft 215 10 bersicht der Qualit tsmerkmale 10 2 Grundlegende Qualit tsmerkmale f r Dokumente Die Dokumentation liegt in schriftlicher und elektronischer Form in deutscher Sprache VOT Es gilt neben den nachfolgend genannten Bedingungen dass die Standards die bisher f r diese Systeme galten weiterhin eingehalten w
231. erungen des Kunden an das Produkt und die Unterst tzung der technischen Projektabwicklung Die ergebnisorientierte Abwicklung von Projekten erfordert ein zeitnahes und aktuelles PQM insbesondere um die Qualit t und die Produktivit t im Projekt sicherzustellen Ein PQM mit diesem Anforderungsprofil erfordert den Einsatz eines ausgebildeten Qua lit tsmanagers mit Projektmanagement Erfahrung 8 1 3 Empfehlung 3 Standardisierte Pr fung Die Prozesse und Produkte sollten gem der QM Planung standardisiert und kontinu ierlich gepr ft werden Abweichungen und Probleme sollten rechzeitig aufgezeigt werden Damit werden Ma nahmen zum Gegensteuern erm glicht 8 1 4 Empfehlung 4 Kontinuierliche Berichterstattung Das PQM berichtet nach Pr fma nahmen auf Basis eines standardisierten Berichtswe sens Im Vordergrund stehen dabei die Qualit tsaussagen zu den gepr ften Prozessen und Produkten Bei negativen Qualit tsaussagen und Problempunkten werden selbst verst ndlich M glichkeiten der Verbesserung aufgezeigt 8 1 5 Empfehlung 5 Schnelle Probleml sung Das POM kann und soll Problempunkte dem Projektmanager melden und Ma nahmen zur Behebung mit ihm diskutieren Im Vordergrund steht dabei ein Coaching des Pro jektmanagers 160 8 1 Empfehlungsrahmen f r ein erfolgreiches POM Das PQM sollte sich mit einem so genannten Projekt Review einen berblick ber den bisherigen Projektablauf verschaffen da in den m
232. es Projektes kann der tats chliche Aufwand jedoch variieren Die Zuverl ssigkeit der Aufwandsabsch tzung ist eine Grundvoraussetzung f r die ange messene Durchf hrung der Pr fungen Die Wahl der geeigneten Sch tzmethode ist daher entscheidend f r die Effizienz und Effektivit t der Pr fungen Insbesondere sollte die Sch tzung gr tm gliche Zuverl ssigkeit bei minimalem Arbeitsaufwand bieten Grundlage zur Sch tzung des Pr fungsaufwandes f r Black Box Pr fungen in IT Pro jekten sind z B die Benutzerdokumentation und die Benutzeroberfl che einer Software In der Praxis hat sich ein Klassifizierungsschema bew hrt das die Einteilung der aus der Benutzerdokumentation herleitbaren oder der Benutzeroberfl che zu entnehmenden Programmfunktionen in leicht absch tzbare Aufwandsklassen regelt Es werden jedoch nicht alle Programmfunktionen klassifiziert sondern nur eine repr sentative Auswahl Der resultierende Aufwand wird zum Gesamtaufwand hochgerechnet F r die Eintei lung ergeben sich folgende Klassen Ein und Ausgaben Ein und Ausgaben sind Platzhalter f r Daten Jedes Eingabefeld z hlt als Eingabe jeder ausgegebene Wert z hlt als Ausgabe Niederwertige Programmfunktionen Niederwertige Programmfunktionen sind Funktionen die nur minimalen Berechnungs aufwand verursachen wie z B speichern ffnen auflisten H herwertige Programmfunktionen H herwertige Programmfunktionen ben tigen vermehrten Berech
233. es und auch des Unternehmens Die Verbesse rungsprozesse erm glichen es Schwachpunkte und Verbesserungspotenziale systema tisch aufzuzeigen und wirksame Korrektur und Vorbeugungsma nahmen zu ergreifen Diese Aufgaben erfordern innerhalb eines Projektes ein Team das einerseits in das Pro jekt integriert andererseits aber f r den Berichtsweg unabh ngig ist Hierzu wird in jedem Projekt ein PQM von der Bereichs Gesch ftsleitung benannt das den Projektma nager bei qualit tsrelevanten Aufgaben unterst tzt Dem PQM stehen hierzu je nach Projektgr e in Form eines Qualit tsteams eigene Ressourcen zur Verf gung Im Falle von kleineren Projekten in denen kein eigenes PQM benannt werden kann ist es m g lich dass ein von der zust ndigen Bereichs Gesch ftsleitung benannter Qualit tsma nager f r mehrere Projekte zust ndig ist Zentrale Forderungen an das PQM sind e Die qualit tsrelevanten Aufgaben m ssen geplant werden Ausgehend von den Qua lit tsanforderungen werden konstruktive und analytische Ma nahmen bei der Pro 55 4 Der Qualit tsmanagementprozess jektinitialisierung geplant und in einem Qualit tsmanagementplan siehe auch QM Plan Abschnitt 9 2 festgeschrieben e Das PQM wird in jeder Phase der Projektabwicklung durchgef hrt Zu jedem Phasenbeginn wird der QM Plan fortgeschrieben und konkretisiert Im Phasen verlauf werden QM Ma nahmen durchgef hrt Zu jedem Phasenende wird die Zielerreichung in e
234. eschreibung gibt Beschreibungen von Schnittstellen aus den unterschiedlichen Sichten auf die Schnittstelle sind konsistent Tabelle 10 14 Beispiel zur Widerspruchsfreiheit Widerspruchsfreiheit Contradictionless Nachweis Die Aussagen innerhalb eines Dokuments sowie dokument bergreifend sind in der Thematik konsistent Unterschiedliche Dokumente beschreiben den gleichen Sach verhalt lediglich aus verschiedenen Blickwinkeln Die Aktualit t eines Dokuments ist gew hrleistet Beschrei bungen von Schnittstellen aus den unterschiedlichen Sichten sind konsistent Review Checkliste 222 10 3 Beispiel f r ungewichtete und gewichtete Qualit tsmerkmale 10 3 Beispiel f r ungewichtete und gewichtete Qualit tsmerkmale Tabelle 10 15 zeigt eine Auswahl ungewichteter Qualit tsmerkmale einer Software Tabelle 10 15 Beispiele f r ungewichtete Qualit tsmerkmale Qualit tsmerkmal Auspr gung Priorit t Teilmerkmal ungewichtet 1 2 3 4 5 Anpassbarkeit Eigenschaft der SW sich an ndernde Marktbedingungen 3 an wechselnde Kundenbed rfnisse an eine gr ere Pro duktkomplexit t oder an sich ndernde Organisationsfor men anzupassen Effizienz Verh ltnis zwischen Leistungsniveau der SW und Umfang der eingesetzten Betriebsmittel unter festgelegten Bedin gungen Zeitverhalten Eigenschaften der SW die Antwort und Verarbeitungszei 4 ten sowie den Durchsatz bei
235. eschrieben dass die Einrichtung Verbindung der Schnittstellen ohne Kenntnis der internen Softwarestruktur der Anwendung vorgenommen werden kann Teilmerkmal Korrektheit Correctness Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf das Liefern der erwarteten Ergebnisse oder Wirkungen in einer vereinbarten Genauigkeit Hinweis Die Funktionen m ssen fachlich richtig ausgef hrt werden Insbesondere m ssen alle Forderungen aus Regelungen erf llt sein denen die Software laut Lasten Pflichtenheft gen gen muss Bildschirm bzw Listeninhalte stimmen mit den zugeh renden eventu ell abgeleiteten Daten der Datenbank Datenbasis berein Die Aktionen der definierten Funktionstasten z B Push button stim men mit der Beschreibung in System Anwender oder Operatorhand buch berein Die verwendeten Algorithmen Berechnungen sind an geeigneter Stelle z B Systemhandbuch dokumentiert und liefern bei einzelnen und zusammengesetzten Funktionalit ten richtige Ergebnisse Nachweis durch Testprotokolle Teilmerkmal Ordnungsm igkeit Compliance Begriff Kenngr en 202 Dieses Merkmal der Software stellt sicher dass die Software anwendungs spezifische Normen Vereinbarungen oder gesetzliche Bestimmungen und hnliche Vorschriften erf llt Die Durchf hrung der Anwendungsentwicklung erfolgt gem aller im QM Plan definierten Standards Recompilierte Software liefert f r jedes P
236. ess systematisiert relevante Prozessgr en messen definiert und kontrolliert quantitative Qualit tspl ne erstellen 2 intuitiv verstanden Pe Repeatable Basierend auf Erfahrung Mitarbeiter schufen Prozessbasis Individuen Normen und Standards ber cksichtigen Chaotisch Projektplanung institutionalisieren Initial Unvorhersehbar OFRSBLSITENEBEMEN eintihren ES 2 Konfigurationsmanagement einf hren a schlecht kontrolliert SW Qualit tssicherung einf hren Bild 4 9 Capability Maturity Model CMM 69 4 Der Qualit tsmanagementprozess Um Lehren aus den Ergebnissen und der Einstufung zu ziehen wird das Modell auch dazu genutzt den Reifegrad der Entwicklungsprozesse kontinuierlich zu optimieren Mit zunehmendem Reifegrad k nnen Qualit ts und Produktivit tssteigerungen z B von Level 1 zum Level 3 zwischen 40 und 60 erreicht werden Auch werden zuneh mend genauere Kalkulationen hinsichtlich des Projektaufwands der Kosten der Ter mine und der erwarteten Qualit t m glich Aufgrund von systematisch erhobenen prozessspezifischen Kennzahlen l sst sich bereits bei der Angebotsabgabe und bei der Projektinitialisierung sagen ob die geforderte Pro duktentwicklung rechtzeitig mit der geforderten Funktionalit t und Qualit t geliefert werden kann Die f nf Stufen des CMM 1 Initial ad hoc e Ad hoc und chaotisch e Keine systematischen QM Ans tze e Keine formelle Planung und Kontrolle e Kein od
237. esse und Schnittstellen lassen sich in jedem Zustand einer Operation z B nominal Fehler Prozessfolge online mit entsprechenden Protokollm glichkeiten beobachten Monitoring Ein Operatoreingriff muss bei vor Erreichen eines nicht nominalen Anwendungszustandes rechtzeitig m glich sein um eine entsprechende Korrektur vorzunehmen Es existieren effektive shut down Prozeduren f r das Anwendungs Teilsystem wobei die Ausf hrung dieser Prozeduren die Anwendung in einen restart f higen Zustand bringt s a Wiederherstellbarkeit Analog dazu gibt es restart Prozeduren bzw Anweisungen mittels derer die Anwendung wieder in einen nominalen Zustand gebracht wer den kann s a Neustartf higkeit Das Konfigurationsmanagement und die Administrierung des Systems sichern eine konsistente und nachvollziehbare traceable Anwen dungskonfiguration welche die problemlose Installation einer neuen Version update oder einer vorhergehenden Version fallback erm glicht Tabelle 10 2 Beispiele zur Benutzbarkeit Dokumentation Nachweis Siehe Grundlegende Q Anforderungen an Dokumente Entf llt hier Erlernbarkeit Ease of Learning Nachweis Der Inhalt jeder einzelnen Fehlermeldung entspricht der jeweili gen Fehlersituation Fehlermeldungen sind im Rahmen der Pflichtenhefterstellung mit dem Anwender und dem Betrieb abzustimmen und zu dokumentieren Im Vordergrund stehe
238. essen wird Die Kritikalit t wird in Stufen angegeben wobei die Einstufung umso h her ist je gra vierender Auswirkungen bei Fehlverhalten zu erwarten sind Den Kritikalit tsstufen kann ein zu vereinbarender Aufwand gegen bergestellt werden der in die Realisierung und Pr fung der Einheit investiert wird muss Es ist zweckm ig die Kritikalit tsstufen individuell f r die ver schiedenen Arten von IT Systemen zu definieren Dar ber hin aus kann es sinnvoll sein diese Definitionen projektspezifisch z B bzgl Terminologie anzupassen siehe Sensitive Informationen Wissenschaft der Geheimhaltung von Nachrichten Wissenschaft der Verschl sselung von Informationen in der Kommunikationstechnik wird dabei das Signal analog oder digital mit einem mathematischen Algorithmus verkn pft Chiffrierung M glicher Wert beziehungsweise der Beitrag des Produkts oder der Dienstleistung f r die Prozesse des Kunden Glossar Kundenerwartungen Lastenheft DIN 69905 Lebenszyklus life cycle Leistung performance Logische Bombe Makro Manipulation von Informationen Meilenstein DIN 69900 Meilensteinplan Messen Kundenerwartungen sind das Mindestma an Performance das der Kunde erwartet Die Gesamtheit der Anforderungen des Kunden Auftraggeber an die Lieferungen und Leistungen des Auftragnehmers Der Lebenszyklus ist eine bestimmte in sich abgeschlossene Phase der Lebensdauer eines Pr
239. estmethodik Transport Umweltanforderungen Unfall Krankheit Unterauftragnehmer Verantwortung Verf gbarkeit Vertreterregelung Vorgehensmodell Wartung Pflege Zahlung Delkredere Zeitsch tzung Zielsetzung Zusammenarbeit mit Anwender Zusammenarbeit mit Zulieferer Zust ndigkeit FMEA Failure Mode and Effects Analysis oder deutsch Fehlerm glichkeits und Einflussana lyse ist eine analytische Methode um potentielle Schwachstellen zu finden Das PQM hat mit dieser Methode die M glichkeit vorbeugende Fehlervermeidung durchzuf h ren Die FMEA wird insbesondere in der Design bzw Entwicklungsphase neuer Pro dukte oder Prozesse angewandt 12 5 1 Zweck einer FMEA FMEA folgt dem Grundgedanken einer vorsorgenden Fehlerverh tung anstelle einer nachsorgenden Fehlererkennung und korrektur Fehlerbew ltigung durch fr hzeitige Identifikation potenzieller Fehlerursachen bereits in der Entwurfsphase Damit werden ansonsten anfallende Kontroll und Fehlerfolgekosten in der Produktionsphase oder gar im Feld beim Kunden vermieden und die Kosten insgesamt gesenkt Durch eine syste matische Vorgehensweise und die dabei gewonnenen Erkenntnisse wird zudem die Wie derholung von Designm ngeln bei neuen Produkten und Prozessen vermieden Bei einer FMEA werden potenzielle Fehler untersucht auf e Auftretungh ufigkeit Wahrscheinlichkeit des Auftretens e Bedeutung des Fehlers e Entdeckbarkeit des Fehlers Wahrscheinlichkeit der Entdeckung v
240. ew ist eine for Reviews ist das Design male und systematische berpr fung eines Entwick Review auch Entwurfs lungsergebnisses Dabei werden die Entwicklungser pr fung genannt gebnisse auf die Erf llung der in der Projekt bzw Pro duktplanung festgelegten Anforderungen hinsichtlich Funktionen und der Qualit ts merkmale untersucht Es sollte in der Regel w hrend der Entwicklungsphase an bestimmten Zeitpunkten Meilensteinen muss aber insgesamt mindestens zweimal durchgef hrt werden e Die vorl ufige Entwurfspr fung am Ende der Konzeptphase Hier wird der System entwurf gepr ft und abgenommen Design Abnahme e Die kritische Entwurfs berpr fung nach Fertigstellung der Spezifikationen durch Freigabe der Entwicklungsdokumente und gegebenenfalls eines erstellten Prototyps Bei der Entwurfspr fung werden insbesondere hinterfragt e Einhalten der Kundenanforderungen und der gesetzlichen Auflagen e Sicherheit e Zuverl ssigkeit e Korrektheit usw Entwurfspr fungen sollten vom PQM und entsprechenden Experten durchgef hrt wer den Hauptziel eines Design Reviews ist es Risiken abzubauen und unter Anwendung entsprechender Ma nahmen notwendige Korrekturen durchzuf hren und somit vor beugend f r die jeweils n chste Entwicklungsphase zu dienen M gliche Ziele k nnen sein e Reduzieren der Kosten und Entwicklungszeiten Reduzieren von Fehlern und Entwurfs nderungen Eingrenzen des Risikos durch fr hzeitiges Erk
241. f hrt Anforderungsmanagement Projektplanung Projektplanung Projektverfolgung Projektmonitoring Zulieferermanagement Zulieferermanagement Qualit tssicherung Prozess und Produkt Konfigurationsmanagement Qualit tssicherung Konfigurationsmanagement Messung und Analyse 1 1 initial initial 72 4 3 Qualit ts Prozessbeschreibung Aus der Tabelle 4 1 l sst sich erkennen dass CMM und CMMI f nf Stufen von Reifegra den definieren die der Entwicklungsprozess von Software aufweisen kann In CMMI hei t die Stufe 2 gef hrt managed und die Stufe 4 quantitativ gef hrt quantita tively managed Die Bedeutung dieser Stufen ist im Wesentlichen unver ndert zu der von CMM Einige Prozessgebiete sind weggefallen einige sind neu hinzugekommen Anforderungsent wicklung Verifikation Validation Risikomanagement usw und einige haben nur eine neue Bezeichnung statt SW Projektplanung nur noch Projektplanung erhalten Metriken Kennzahlen und Qualit tsverbesserung Die Qualit t von Produkten bezieht sich immer dar Was man nicht misst kann auf wie die Anforderungen des Kunden erf llt wer man nicht kontrollieren den In den vorherigen Kapiteln wurde beschrieben wie diese Anforderungen bereits bei Entwicklungsbeginn durch gewichtete Qualit ts merkmale z B Effizienz oder Zuverl ssigkeit ausgedr ckt werden Pr zisiert und berpr fbar werden diese Qualit ts Es gilt hier das WiWo Prin ziele
242. fasst das Festlegen von Eigenschaften Qualit tsmerkmalen Bild 4 3 f r ein Produkt System Verfahren Anwendung usw wie sie beispielhaft nachstehend beschrieben werden Anmerkung Im weiteren Verlauf des Buches wird nur noch der Begriff Produkt verwen det Die Ergebnisse der Qualit tsplanung sind Voraussetzungen f r die Qualit tspr fung und umfassen folgende Produkte e QM Plan e KM Plan in Zusammenarbeit mit dem Konfigurationsmanager e diverse Richtlinien die bestimmte Projektarbeiten regeln F r jede zu bearbeitende Einheit m ssen daher festgelegt werden Qualit tsziele bestimmt und in Form quantifizierter Qualit tsanforderungen Die Eigenschaften legt zum einem der Kunde Anwender Nutzer in seinen Ausschrei bungsunterlagen Lastenheft fest und zum anderen das Qualit tsmanagementsystem der Organisation Eine Auswahl von Qualit tsmerkmalen wird nachstehend beschrie ben ausf hrliche Beschreibungen befinden sich im Kapitel 10 58 4 3 Qualit ts Prozessbeschreibung Die Produktqualit t in Projekten ist aus zwei Richtungen zu betrachten Anwender Nutzersicht Dabei steht die Anforderungstreue das hei t die Rea In IT Projekten ist immer lisierung der geforderten Leistungen des Produkts im eine saubere quantifizier Vordergrund Der Anwender Nutzer verlangt ein bare Spezifikation der Instrument zur Unterst tzung f r die Abwicklung sei Anforderungen erforderlich ner Fachaufgaben Er mis
243. fe des Im Team Denken und der Gruppendynamik ab Denn immer wenn eine Gruppe von Personen als Team zusammenarbeitet kann ein so genannter synergistischer Effekt beobachtet werden Das bedeutet dass jedes Mitglied der Gruppe sein Wissen und seine eigene Erfahrung einbringt und damit zu einem gegebenen Problem unkon ventionelle L sungsans tze entwickelt werden Von diesem Effekt k nnen die Gruppen mitglieder also nur profitieren Ziel des Brainstormings ist es zu strukturierten bersichten Diagrammen zu kommen Eines dieser Diagramme ist das Affinit tsdiagramm Die durch das Brainstorming hervor 114 5 4 Qualit tsunterst tzende T tigkeiten Verfahren gebrachte unorganisierte Ideensammlung wird in eine Struktur gebracht die die thema tische Zusammengeh rigkeit zwischen einzelnen Ideen aufzeigt F r die gefundenen Gruppen Cluster wird dann eine gemeinsame berschrift kreiert Urspr nglich wurden die Q7 f r die Arbeit in Qualit tszirkeln angewandt k nnen aber auch zur Unterst tzung der Gruppenarbeit eingesetzt werden F r die Projektarbeit des PQM ist im Einzelfall zu entscheiden ob diese Q7 in voller G nze oder nur Teile davon z B Brainstorming und Ursache Wirkungs Diagramm f r Projekt bzw Entwicklungs probleme eingesetzt werden Eine Anh ufung vieler Fehler sollte allein schon durch die Planung der Ma nahmen und den regelm igen Pr fungen vermieden werden 5 4 Qualit tsunterst tzen
244. fern sind nicht an Qualit tsbelangen orientiert Nur wenige qualit tsorientierte Daten werden erfasst und dann nach einem bestimmten Verteilungsschl ssel auf die verschiedenen Abteilungen verteilt Nach DIN 69903 werden die Projektkosten folgenderma en definiert Die einzelnen Kosten werden den Projekterfordernissen entsprechend unter Ber cksichtigung der jeweiligen Fragestellung entweder gruppenweise zu homogenen Kostenarten zusammenge fasst oder in weitere Unterarten aufgeteilt Die Kostenart beantwortet also die Frage Welche Kosten fallen an Aus dem Projektstrukturplan ergeben sich als kleinste zu vergebenden Aufgaben die Arbeitspakete Diese Arbeitspakete sind die Kostentr ger Der Kostentr ger beantwortet somit die Frage 120 6 1 Modell f r qualit tsbezogene Kosten Wof r sind diese Kosten entstanden Oberster Kostentr ger ist das Gesamtprojekt unterteilt in Unterkostentr ger wie z B die Teilprojekte administrative Leistungen Projektb ro bis zu den reinen Personalkos ten des PQM Projektkostentr ger ist ein Projektergebnis oder Teilergebnis dem Projektkosten nach den Verursacherprinzipien zugerechnet werden Die Kostentr gerrechnung hat also die Aufgabe die Herstell und Selbstkosten auf die Leistungseinheiten zu verrechnen In jedem Fall muss aber erreicht werden dass in der obersten Strukturebene alle Kosten zusammengef hrt werden die letztendlich durch das Projekt verursac
245. ffentli chen Beh rden als auch die gro en Computerhersteller und Softwareh user betei ligt haben so dass in ihnen viele Probleme angesprochen sind die ein davon abwei chender Vertrag erst in m hsamer Kleinarbeit regeln m sste e Die EBV IT sehen ausdr cklich vor dass im Bereich des Verzuges und bei Gew hr leistungsm ngeln nur Vertragsstrafen nicht aber weitere Mangelfolgesch den zu ersetzen sind es sei denn es liege Vorsatz oder grobe Fahrl ssigkeit vor Die Recht sprechung hat sich zwar noch nicht dar ber ge u ert ob diese Einschr nkung dem AGB Gesetz entspricht sie hat aber gute Chancen standzuhalten Wenn man die Modellvertr ge des Bundes L nder und Kommunen EBV IT verwenden will m ssen gleichwohl immer die Besonderheiten des konkreten Projekts auf evtuell notwen dige Abweichungen hin berpr ft werden Struktur und rechtliche Bedeutung von Rahmenvertr gen Viele Produkte der IT Industrie enden technisch nicht mit der Abnahme der vereinbar ten Leistung sondern sind meist in ein B ndel paralleler Vertr ge eingebunden die den AN verpflichten Wartung Pflege Ersatzteillieferung usw weiterhin vorzuhalten H ufig ist auch vorgesehen zun chst nur ein Teilprodukt Teilsystem anzuschaffen das dann sp ter weiter wachsen soll ohne dass dies schon zu Beginn verpflichtend festgelegt w re Auch Teillieferungen f r bestimmte Standorte die nach und nach ausger stet werden sollen k nnen durch Rahmenvertr ge
246. ffizienz Effizienz ist das Ausma in dem ein Produkt seine Leistungen mit einem Minimum an Ressourcenverbrauch erbringt Die Performance eines Systems Verfahrens oder einer Anwendung z B Zeitverhalten Reaktionszeiten Zykluszeiten muss den quantifizier ten Qualit tsanforderungen Kennzahlen entsprechen Der Ressourcenverbrauch z B CPU Belastung Speicherbedarf muss im Rahmen der definierten Hardwareausstattung liegen Korrektheit Korrektheit ist das Ausma in dem das Produkt die Spezifikationen erf llt 60 4 3 Qualit ts Prozessbeschreibung Sicherheit Integrit t Das Ausma in dem ein Produkt unberechtigte Zugriffe auf Programme und Daten bzw deren unberechtigte Ver nderung verhindert nderbarkeit Flexibilit t Die Leichtigkeit mit der ein Produkt abge ndert werden kann um es in einer Anwen dung oder Umgebung zu benutzen f r die es nicht entwickelt worden ist und die F hig keit des Produktes an Ver nderungen im Unternehmen angepasst zu werden Portabilit t Die Leichtigkeit mit der ein Produkt von einer Ablaufumgebung in eine andere transfe riert werden kann und die Offenheit gegen ber der Verbindung mit Standardprodukten anderer Hersteller sowie mit Individualprodukten Wartbarkeit Die Leichtigkeit mit der ein Produkt ge ndert werden kann um Fehler zu beheben seine F higkeiten zu erh hen oder es an eine ver nderte Umgebung anzupassen Testbarkeit Das Ausma in dem ein
247. ffizienz der qualit tsbezogenen T tigkeiten gemeint Die Wahrscheinlichkeit oder relative H ufigkeit einer Sch di gung der Informationssicherheit z B durch die Ausnutzung von Schwachstellen Eine von zwei wichtigen Aktivit ten des Risikomanagements Im Rahmen der Risikoabsch tzung werden Risiken identifiziert und analysiert sowie die Risikominderung geplant Untersuchung wie wahrscheinlich es ist dass eine der ermittel ten Bedrohungen wirksam wird und wie hoch der Schaden ist der dabei entsteht Das Risiko wird aus der Eintrittswahrschein lichkeit und der zu erwartenden Schadensh he ermittelt Eine von zwei wichtigen Aktivit ten des Risikomanagements Risikominderung ist die Ma nahme die zur Eliminierung Redu zierung oder Steuerung von Projektrisiken ergriffen wird Eine Risikominderungsstrategie ist eine Reihe von Ma nahmen die auf die Minimierung m glicher negativer Auswirkungen von Risiken auf den Erfolg eines Projekts gerichtet sind 303 Glossar Rolle Sabotage Schaden Informa tionssicherheit Schnittstelle Schwachstelle Schwachstellen analyse 304 Die Gesamtmenge der F higkeiten des Wissens und des Verhal tens ber die eine Person verf gen muss um einen bestimmten Prozess auszuf hren Eine Person kann eine oder auch mehrere Rollen gleichzeitig ausf llen Je nach Arbeitsbelastung und ver f gbarer Mitarbeiterzahl k nnen Rollen von einer oder mehre ren Personen ausgef llt
248. folgende Aspekte von Bedeutung e Fehlerh ufigkeit bezogen auf einen Fehler im Betrachtungszeitraum e Fehlerh ufigkeit bezogen auf unterschiedliche Fehler im Betrach tungszeitraum e Fehlerqualit t Trivialfehler versteckter Fehler Fehlerwirkungen Systemabsturz Datenverlust falsche Ergebnisse Ein bestimmter Fehler darf in einem definierten Betrachtungszeitraum nur einmal auftreten In einem definierten Betrachtungszeitraum d rfen maximal drei Fehler auftreten Es treten keine Trivialfehler auf z B Programm akzeptiert ung ltige Parameter Ein Programmfehler f hrt nicht zum Systemabsturz oder Datenverlust s a Teilmerkmal Fehlertoleranz 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Teilmerkmal Robustheit Robustness Begriff Kenngr en Dieses Merkmal der Software stellt sicher dass die Software bei fehlerhaf ter Umgebung Hardware Ein oder Ablauffehler Bedienfehler ein vor gegebenes Verhalten zeigt F r den Anwender verh lt sich die Anwendung im Falle von Fehlerein gabe entsprechend den vorgegebenen Standards d h der Anwender kann die Fehlermeldung einer zugeh rigen Fehleingabe zuordnen vgl Teilmerkmal Fehlertoleranz und das Anwendungssystem l sst nicht zu dass inkonsistente Daten in der Datenbasis bzw Datenbank gespei chert werden F r den Operator l sst die entsprechende Oberfl che keine zuf llig fal schen Eingaben zu die zu inkonsistenten Proze
249. g Ausf hrung und Auswertung von Tests von einem Testteam wahrgenommen Au erdem bietet es sich an Entwicklungsteam und Testteam auch r umlich zu trennen In dem Testteam muss es einen Verantwortlichen geben der f r die Testabwicklung zust ndig ist Dieser Testverantwortliche kann der PQM sein wenn er die Bef higung dazu hat Die Delegierung der Testabwicklung entbindet den Projektmanager nicht von seiner Verantwortung f r den Test insgesamt Wesentliche Vorteile der personellen Trennung zwischen Entwicklung und Testdurch f hrung sind e Der Tester ist motiviert Fehler zu finden e Der Tester ist nicht durch andere Aufgaben abgelenkt e Es wird das Vier Augen Prinzip f r die Entwicklung angewendet e Geplante Testaufw nde werden ausschlie lich f r den Test verwendet e Messbarkeit des Testens um Qualit tsverbesserungsvorg nge gem ISO 9001 2000 ansto en zu k nnen Bei der Zusammensetzung des Testteams m ssen geeignete Know how Tr ger ausge sucht werden die die noch einzuarbeitenden Mitarbeiter im Rahmen von Training on the Job aktiv begleiten Know how Tr ger sollten folgende Voraussetzungen mitbringen e Erfahrung mit der Anwendung Personalmanagement e Erforderliches Fachwissen sollten sie sich selbst aneignen e Sie sollten die Aufgaben und die Verantwortung aller Beteiligten festlegen z B die Entscheidung ber den Einsatz eines Testteams und die Auswahl der Mitarbeiter f r das Testteam und die
250. g aller harten Daten eingesetzt und gew hnlich mit Formularen PC gest tzt durchgef hrt Typische Einsatzbereiche sind R ckmeldelisten f r Vorgangstermine Kostenerfassungsbelege und Stunden schreibung e Die teamorientierte Datengewinnung eignet sich wenn nicht eindeutige Tatbest nde oder Meinungen in die erhobenen Datenwerte einflie en Typische Anwendungen sind Projektbesprechungen Meilenstein Trendanalyse Kosten Trendanalyse Pro jekt Qualit tsreviews In kurzen regelm igen Projektstatus Besprechungen berichten die Beteiligten in einheitlicher Form ber den Status der von ihnen zu ver antwortenden Arbeitsbereiche Dabei lassen sich neben der Datengewinnung gleich zeitig auch eine Absicherung und Verteilung der Informationen erreichen e Die Beobachtung hat sich f r die Gewinnung der weichen Daten bew hrt da Moti vation Stimmungen usw nicht durch Abfrage zu ermitteln sind Solche Informatio nen lassen sich am besten in verbaler Form festhalten e Das Review dient der Erhebung der Projektsituation zu einem definierten Zeitpunkt Das Review ist eine qualit tssichernde Ma nahme und hat einen positiven Einfluss auf die weitere Projektdurchf hrung Soll Ist Vergleich M gliche Ursachen f r Abweichungen von Terminen Aufwand und Ergebnissen k n nen sein e Es liegen Fehlbuchungen vor e Es wurden noch nicht alle angefallenen Stunden Kosten verbucht e Der geplante Fertigstellungsgrad ist noch nicht erreicht
251. gabedaten e Daten in queues und buffers 213 10 bersicht der Qualit tsmerkmale e gespeicherten Daten der Datenbasis Datenbank Dateisysteme e sowie der momentane Ablaufzustand Sollte ein Sichern des aktuellen Zustandes nicht m glich sein ist zu gew hrleisten dass alle Datenmanipulationen die bis zum Zeitpunkt des Abbruchs geschehen sind wieder r ckg ngig gemacht werden Rollback Tabelle 10 6 Beispiele zur Zuverl ssigkeit Fehlertoleranz Fault Tolerance Nachweis Bei Ausfall irgendeiner Komponente der zu erstellenden Soft ware kommt es zu keinem Verlust von Daten oder zu Daten inkonsistenz an einer Schnittstelle hinsichtlich inkorrekter oder unvollst ndiger Daten Programmfehler f hren nicht direkt zum Programmabbruch sondern in einen definierten Zustand Der System Architekt ist f r die strukturelle und inhaltliche Rich tigkeit der Schnittstelle verantwortlich Messans tze sind Fehlerwahrscheinlichkeit im Bedarfsfall Sicherheitskritische Systeme m ssen funktionieren wenn sie gebraucht werden z B Airbag Steuerung Notabschaltungen Mean time between failures MTBF durchschnittliche Zeit des einwandfreien Funktionierens Problem Kumulation Folgen eines Fehlers k nnen bald zum n chsten Fehler f h ren daher besser Mean time to failure MTTF durchschnittliche Zeit bis zum Auftreten des ersten Fehlers Fehlerrate Anzahl der Fehler pro
252. ge der Qualit tstechnik Zusammenarbeit Der Qualit tsanspruch verlangt Flexibilit t interdisziplin res Denken und kooperative Zusammenarbeit sowohl intern als auch mit Partnern Die Zusammenarbeit ist gekennzeichnet durch e Einbeziehen aller an einer Aufgabe beteiligten von Anfang an um durch abgestimmtes paralleles Vorgehen im ersten Durchlauf Erfolg zu erzielen e Partnerschaftliches Einbinden der Kunden in die Gestaltung der Produkte und Dienstleistungen um Kundennutzen in einer Qualit t zu erzeugen die honoriert wird 266 14 3 Wie geht man vor e Rechtzeitig Qualit tssicherungsvereinbarungen mit ausgew hlten Partnern treffen um sie in das Qualit tsmanagementsystem einzubeziehen e Eindeutigkeit in Zielsetzung und Verantwortung gute Vorbereitung Aufgeschlos senheit gegen ber Ideen und Meinungen der Beteiligten sowie aktive Mitarbeit und hohe Informationsqualit t unterst tzen bei dieser Teamarbeit Prozessmanagement Prozessmanagement hat zum Ziel Wertsch pfung und Leistungen der Gesch ftspro zesse zu gestalten zu berwachen und in Hinblick auf den Kundennutzen zu verbessern Bild 14 3 Die Kriterien f r die Ausgestaltung der Prozesse sind e Ausrichtung auf Kundennutzen und daraus resultierende Kundenzufriedenheit e Eindeutigkeit der Wertsch pfung e Messbarkeit e Einfachheit der Schnittstellen e Klar definierte Verantwortung und Befugnisse e Erzeugen einer Prozesskultur F r di
253. gebe y ich bearbeitet ich weiter Wer Von wem bekomme Wer bearbeitet An wen gebe i ich es es ich es weiter Wie In welcher Form Auf welche Weise wird In welcher Form gebe bekomme ich es es bearbeitet ich es weiter Womit Auf welchem Weg Mit welchen Hilfsmitteln Auf welchem Weg omit bekomme ich es wird es bearbeitet gebe ich es weiter Warum bekomme Warum wird es Warum gebe ich Warum ich es bearbeitet es weiter Wann bekomme Wann wird es Wann gebe ich es Wann ich es bearbeitet weiter Bild 2 4 Die W Fragen f r das Prozess Mapping 31 3 Der F hrungsprozess Projektmanagement Ein Projekt wird in der Regel initiiert wenn die Bereichs Gesch ftsleitung einen klaren Projektauftrag schriftlich fixiert hat und diesen Auftrag an einen kompetenten Projekt manager vergibt Dieser hat nun die Aufgabe den Projektprozess zu definieren Dabei werden zum einen der Projektmanagementprozess und zum anderen der Entwicklungs prozess beschrieben In diesem Abschnitt des Buches wird in erster Linie auf den Pro jektmanagementprozess eingegangen Der Projektmanagementprozess wird blicher weise in die vier nachfolgend beschriebenen Phasen aufgeteilt wobei diese selbstver st ndlich wie Teilprozesse des Projektprozesses zu gestalten sind Bild 3 1 3 1 Projektvorbereitungen Projektdefinition In diesem ersten Abschnitt im Lebenszyklus entsteht Sage mir wie Du Dein die Basis f r das gesamte k nftige Projekt Es wird Projekt be
254. gehensweise muss sichergestellt sein Aus diesem Grund ist der Test auftrag wesentlich weniger detailliert die Testaktivit ten Testfallermittlung Testda tendefinition und Testprozedurerstellung entfallen Erg nzend sei noch darauf hingewiesen dass das gesamte Thema Abnahme und Abnah metest noch in einem gesonderten Dokument gem den vertraglichen Vereinbarun gen beschrieben werden kann 9 3 7 Formulare und Checklisten Wichtige Formulare und Checklisten sind e Testplan e Formblatt Fehlermeldung e Fehler berwachungslisten e Grobablauf der Fehlerbearbeitung e nderungsantrag Change Request 9 3 8 Berichtswesen Im Rahmen der Testkonzepterstellung ist das vorhandene Berichtswesen nach Bedarf um spezielle Aspekte des Testens der Testkonzepterstellung und der Testkontrolle zu erg nzen bzw ein entsprechendes metrikorientiertes Berichtswesen aufzubauen Berichte Berichtsformen Berichtswege Berichtsempf nger und die Berichtsh ufigkeit sowie die erforderlichen Ma und Kennzahlen sind festzulegen Neben der tabellari schen Darstellung sollten in jedem Fall Grafiken zur Verdeutlichung eingesetzt werden Zur Kontrolle des Testfortschritts und zur Anpassung der Testkonzepterstellung werden Kennzahlen und die ihnen zugrunde liegenden Ma zahlen ben tigt Es ist angedacht folgende Daten zu erheben e Anzahl der Testobjekte je Teststufe e Anzahl der Testf lle je Testobjekt 192 9 3 Beispiel Testkonzep
255. gen bei einer Variablen nderungen bei einer anderen Variablen bewirken 112 5 3 Fehler Problemanalyse und Behebung lt 4 Beziehung Abh ngige Variable Wirkung gt 100 150 200 250 300 350 400 450 500 550 600 Unabh ngige Variable Ursache Bild 5 12 Korrelationsdiagramm Beispiele f r korrelierte Merkmale sind e Vollst ndige positive Korrelation e Schwache positive Korrelation e Negative Korrelation und e Keine Korrelation Das Ursache Wirkungs Diagramm auch Fishbone und Ishikawa Diagramm genannt ist eine Darstellung aus der viele m gliche Problemursachen auf eine Wirkung bzw Folge hinweisen Bild 5 13 Dabei werden Einzelursachen fischgr tenartig mit einigen wenigen Hauptursachen verbunden Diese Darstellung erm glicht eine bersichtliche Ursache Wirkung Einzelursache Organisation Unzureichende Projektergebnisse Sache Zeit Kosten Qualit t Einzelursache Projektprozess Methoden Bild 5 13 Ursache Wirkungs Diagramm 113 5 Methoden und Techniken im Qualit tsprozess Darstellung des Problems im Gesamtzusammenhang wobei den Teammitgliedern die Anregung gegeben wird die Problemursachen aufgrund ihres eigenen Wissens zu iden tifizieren Die Teammitarbeiter k nnen beispielsweise Ursachen hinzuf gen aber auch aus ihrer Erfahrung heraus Ursachen wieder beseitigen wenn sie nicht zutreffen bzw wenn sie erledigt sind F r jede Haupt
256. geregelt werden In allen F llen emp fiehlt sich das einmalige Aushandeln von Rahmenvertr gen die zuk nftige Perspekti ven schon vorsorglich ber cksichtigen 152 7 1 Vertragsrecht Allgemeine Probleme der Einbeziehung von AGB Gro e Auftraggeber verwenden eigene Vertragsbedingungen die oftmals systemwidrig Einkaufs Bedingungen genannt werden In der Regel k nnen aber die AN ihre eige nen AGB gegen ber dem AG durchsetzen F r den AG der aufgrund einer gegebenen Situation keine M glichkeit sieht eigene AGB durchzusetzen ist es nicht empfehlenswert viel M he in das Aushandeln der geg nerischen AGB zu investieren Es sei denn es k nnte dadurch eine st rende Klausel ins gesamt zu Fall gebracht werden Jede Verhandlung gibt der Gegenseite das Argument die Klausel sei individuell ausgehandelt Allerdings nimmt die neuere Rechtsprechung ein Aushandeln noch nicht an wenn der AN seine eigenen AGB durch blo es Beharren durchsetzen kann Was die Haftungsbeschr nkungsklauseln in den derzeit verwendeten typischen AGB zu Computerleistungen betrifft so d rften sie in der berwiegenden Zahl der F lle einer rechtlichen Pr fung nicht standhalten Rechtliche Verantwortung f r die Aufgabenstellung im Projekt In vielen Projekten gelten die Problemanalyse und die Leistungsbeschreibung Pflich tenheft als Ausgangsbasis f r die Projektdurchf hrung Es sind Dokumente die die Anforderungen an die Eigenschaften eines Pro
257. gesamte Unternehmen das Management und die Mitarbeiter m ssen in den Pro zess der Definition und Durchsetzung einbezogen werden St ndige Erzeugung von Qualit t muss die strategische Ausrichtung sein Dies gilt zun chst f r das verantwortliche Management Vorbildfunktion und dann f r die gesamten Mitarbeiter Es k nnen nur dann wirkliche Fortschritte in Hinblick auf das Erreichen qualit tsgerechter Projektziele gemacht werden wenn sich die Gesch ftslei tung fortw hrend und nicht nur auf Papier in Form eines QM Systems einer Quali t tsstrategie f r Projekte verschreibt mit allem Drum und Dran Diese Strategie wird wie alle anderen auch laufend berwacht und den Erfordernissen des Marktes der Kunden der Umwelt und der Mitarbeiter angepasst Am wichtigsten aber ist dass sie auf Dauer angelegt ist und Schritt f r Schritt von allen im Unterneh men anerkannt und verinnerlicht wird Nur so k nnen alle geistigen emotionalen und physikalischen Kr fte auf die Erfolg versprechenden Qualit tsziele in Projekten konzen triert werden Qualit t ist nicht alles aber alles ist nichts ohne Qualit t Qualit t entspricht auch einem bestimmten Wert nach innen und nach au en Wer dies erlangt wird daraus auf Dauer einen hohen Nutzen ziehen Qualit t ist ein im Grunde immaterieller Vorsprung der nur unter erheblichen Anstrengungen erreichbar ist jenseits der Mittelm igkeit Sie ist wie das Bungeejumping dass nur
258. ginnst und ich n mlich der fachliche Inhalt durch eine Situations sage Dir wie es endet und Anforderungsanalyse festgelegt und eine Pr zisie rung der Leistungs und Projektziele erarbeitet ber eine Grob und Einsatzmittelpla nung Personalkapazit t Geld und Betriebsmittel werden die betriebswirtschaftlichen Parameter des Projektes festgelegt Eine Risikoabsch tzung rundet die Projektvorberei tung ab Bereits in dieser Phase der anf nglichen Zerlegung der Handlungsfelder und einer damit verbundenen Festlegung von Tatbest nden zwischen denen Interdependenzen beste hen zeigt sich die Notwendigkeit einer hohen Koordination und die Einbeziehung des PQM Noch bevor in eine Projektidee z B Ausschreibung Kundenanfrage Produktvorschlag in Form von ausgearbeiteten Angeboten Lastenheften L sungsstudien usw investiert wird sind einige grunds tzliche berlegungen zur Machbarkeit und zur Risikoabsch t zung durchzuf hren aufgrund derer erst die Entscheidung zum Projektstart gef llt wer den kann Diese berlegungen beinhalten im Rahmen einer ersten groben Projektplanung eine berpr fung der vorliegenden Dokumente und der eigenen M glichkeiten Folgende Umst nde stellen jeweils den Projekterfolg von vornherein in Frage und m ssen daher zu einer Ablehnung des Projektes f hren e Aus den vorhandenen prim ren Anforderungen u a Performance Security und beschaffbaren Informationen geht nicht ausreichend hervor w
259. gn ist die Abl sung eines vor handenen Gesch ftsprozesses durch einen vollkommen neuen oder in wesentlichen Teilen umgestalteten Gesch ftsprozess Redesign wird in aller Regel von radikalen Ver nderungen bei der Verwendung von Informationstechnologie und von Men schen begleitet und erm glicht Gesch ftsprozess Redesign leitet den Prozess im Wesentlichen von dem erforderlichen Output ab Es stellt alte Paradigmen aktiv in Frage und verwirft diese indem es mit eingefahrenen Sichtweisen bricht um neue Ideen zu entwickeln Gesch ftspro zess Redesign versucht die Performance um Gr enordnungen zu verbessern sei es aufgrund von Wettbewerbszw ngen oder aus dem Wunsch einen Vorsprung vor den Mitbewerbern zu erreichen Engl BPI Business Process Improvement ist die schrittweise Verbesserung eines Gesch ftsprozesses oder eines Teils davon Sie beginnt mit der Analyse des aktuellen Gesch ftsprozesses zur Identifizierung von Ansatzpunkten f r Verbesserungen und erar beitet anschlie end Prozess Technologie oder Organisations ver nderungen zur Verbesserung der Performance Software Spezialist der seine Kenntnisse und F higkeiten zum Aufsp ren sicherheitsrelevanter Schwachstellen in einer Soft ware und oder einem Computersystem ohne Absicht der pers n lichen Bereicherung einsetzt im Gegensatz zu Cracker Cracking Gastgeber Wirt Bezeichnung f r ein Computersystem das Dienstleistungen zur Verf gung stellt Z B
260. gn und Kosten aufzu zeigen Messans tze e Schmale Schnittstellen Modulkopplung e Strenge Kapselung Geheimnisprinzip e Hohe Lokalit t Modulbindung e Keine globalen Variablen e Geringe Modul Komplexit t Das Design des Anwendungssystems erlaubt sowohl eine Erweiterung Anderung der Hardware Voraussetzungen Ressourcen als auch eine Re Konfiguration der Anwendungs Software auf dieser ver nderten Hard ware Plattform Dabei geht u U eine Erweiterung des Anwendungsspek trums h herer Durchsatz h here Anzahl der Anforderungen mit einer besseren Performance und zus tzlichen funktionalen Anforderun gen einher Das System bzw Programmdesign ist in strukturierter modularer und einfacher Form durchgef hrt worden Im Quellcode sind alle Funktionen dokumentiert Beschreibung der Funktionalit t sowie aller Ein und Ausgangsparameter Die Verarbeitung verschiedener Parametervarianten ist konfigurierbar z B Datenbank Konfigurationsdatei und nicht hard coded Teilmerkmal Stabilit t Stability Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf die Eigenschaft dass nde rungen an Teilen der Software keine unerwarteten Auswirkungen in der Gesamtfunktionalit t haben F r jede Funktion sind die Wertebereiche aller Ein und Ausgangspara meter definiert Des Weiteren sind die Auswirkungen eines jeden Para meters innerhalb der Funktion dokumentiert Die G ltigkeit der R ckgabewerte ein
261. gramms ein Plattenfehler Datenbankabsturz oder pl tzlicher Stromausfall Im Detail setzt sich der Zuverl ssigkeitstest zusammen aus e Test der Robustheit der Anwendung der Basissoftware der Hardware e Restart Recovery Test von zeitlichem Aufwand und ben tigten Ressourcen zur Wiederherstellung der Anwendung Qualit t des wiederhergestellten Zustandes hinsichtlich Datensicherheit Konsistenz und Programmsicherheit Konsistenz des Wiederaufsetzpunktes mit den rekonstruierten Daten Der Test der Robustheit betrachtet vier verschiedene Arten von Schnittstellen e Benutzerschnittstellen Es wird untersucht wie tolerant die Anwendung auf unerwartete Benutzereingaben reagiert ob diese Eingaben korrekt abgefangen oder wom glich selbstst ndig korri giert werden 187 9 Praxisteil Beispiel Pl ne Auch der Datenschutz Schutz vor dem Menschen z B mittels Identifikation und Autorisation wird hier betrachtet e Datenschnittstellen Wie wird bei inkonsistenten Datenbest nden vorgegangen Ist die Datensicherheit Schutz vor anderen Daten z B beim berschreiben von Programmen oder Datenbereichen gew hrleistet e Programmschnittstellen Bei der Instandhaltung ndern sich h ufig auch Schnittstellen formal und inhalt lich Da der Informationsfluss bzw der Retest nicht immer vollst ndig sind muss eine gewisse Robustheit bei wichtigen Modulen gefordert und die Reaktion bei Aufrufen mit falsc
262. gt gt am edel bei kleinen bis bei gr eren mittleren Projekten komplexen Projekten Aktivit tenliste Produktstrukturplan Projektstrukturplan O gt q CFTE TLTIJ I ji u 0 Aktivit ten l Meilensteine Arbeitspaket Kostenplan ze Terminplan Vorg nge Ressourcenplan gt Risikoanalyse Netzen leo Sata Aktivit ten Vorg nge Qualit tsmanagementplan und Qualit tsmanagementprozess Bild 3 2 Der Projektplanungsprozess 34 3 2 Planungs und Organisationsphase Projekt Komponenten i Projekt AR a la Integration initialisierung realisierung abschluss Entscheidungs Sitzungen zu Meilensteinergebnissen Quality Gates Qualit tsmanagement Bild 3 3 Beispiel Phasenmodell mit Meilensteinen Zur Erreichung aller kunden bzw marktbezogenen Produktziele und einer hohen Pro duktivit t bei der Projektdurchf hrung ist eine Strukturierung unerl sslich Deshalb ist es ratsam anhand des Lebenszyklus jedes Produktes das Projekt in Phasen zu gliedern Es bietet sich z B folgende Phaseneinteilung an Bild 3 3 e Projektinitialisierung e Definition e Design Entwurf e Komponentenrealisierung e Integration e Test Abnahme e Projektabschluss Jede dieser Phasen beginnt und endet mit M
263. he Zusammenarbeit von Projekt und Qua lit tsmanagement steigen die Chancen in Projekten erfolgreich zu sein und sie bei vol ler Kundenzufriedenheit abzuschlie en In diesem anschaulichen Fachbuch mit Selbstlerncharakter wird die Integration des Qualit tsmanagementprozesses in den Projektablauf dargestellt Die in diesem Prozess einzusetzenden Methoden und Techniken werden ausf hrlich beschrieben und auch als Beispiele in den sehr umfassenden Anlagen aufgef hrt Durch Darstellung der wirtschaftlichen Gr nde eines Einsatzes des PQM wird demon striert dass Qualit tsmanagement in Projekten nicht teuer ist sondern mithilft Pro jektziele mit einem hohen Wirkungsgrad zu erreichen Mit zahlreichen Beispielen und Hinweisen aus der Praxis werden alle Leser unterst tzt die Qualit tsmanagement in Projekten einf hren und auch praktizieren wollen Kernthema ist die Prozess und die Kundenorientierung Hinzu kommen wertvolle Hin weise zur Erf llung der IT Sicherheit und zu dem Thema Vertragsrecht und Produkthaf tung Erl uterungen zur ISO9001 2000 und das Beispiel eines Leitfadens f r das Risiko management runden dieses Buch ber das projektbegleitende Qualit tsmanagement ab Geleitwort Der Leser erh lt wertvolle Hilfestellung f r eine erfolgreiche Projektarbeit Er lernt mit den Ursachen von Projektproblemen umzugehen und besser noch diese in Zukunft zu vermeiden Prof Dr Bernd Ebel Fachhochschule Bonn Rhein Sieg F
264. hecklisten Immun Manfred Burghardt nf hrung in Ei Poiekmanssenen Finf hrung in Projektmanagement a Definition Planung Kontrolle Abschluss P Bun y 4 berarbeitete und erweiterte Auflage 2002 336 Seiten 110 Abbildungen 30 Tabellen kartoniert ISBN 3 89578 198 3 37 90 sFr 61 00 Einf hrung in Projektmanagement bietet eine praxisorientierte ver st ndliche und bersichtliche Einf hrung in die Methoden und Vorge hensweisen des modernen Projektmanagements Es hilft Projektbetei ligten in der Industrie im Dienstleistungsbereich und in der Forschung Projekte richtig zu pla nen durchzuf hren zu berwachen und zu steuern und dabei die Parameter Leistung Einsatz mittel Geld Personal Maschinen usw und Zeit optimal aufeinander abzustimmen Studenten der Ingenieur und Wirtschaftswissenschaften bietet es eine praxisnahe Einf hrung in das Thema Walter Gregorc Karl Ludwig Weiner Claim Management Ein Leitfaden f r Projektmanager und Projektteam 2005 222 Seiten 34 Grafiken und Beispiele gebunden ISBN 3 89578 250 5 42 90 sFr 69 00 Im Rahmen von Projektmanagement erh lt Claim Management immer h here Bedeutung Dieses Buch beschreibt seine rechtlichen Grundlagen die wirtschaftlichen und technischen Bedingungen seiner Anwendung und zeigt den operativen Einsatz in der Projektrealisie rung und Gew hrleistungsphase Es soll die Projektbeteiligten in die Lage versetzen die ver
265. heit innerhalb vorgegebener Grenzen f r eine gegebene Zeitdauer kein Fehlverhalten zu bewirken oder eintreten zu lassen Die Systemsicherheit ist von der Datensicherheit zu unterschei den Als Tailoring wird das Streichen bzw Zurechtschneiden eines vorhandenen Standard Vorgehensmodells f r die Abwicklung von Projekten auf ein spezielles Projekt bezeichnet Zu Beginn eines Projektes m ssen f r dieses konkrete Projekt sinnvolle bzw erforderliche T tigkeiten und Produkte ermittelt werden F r das konkrete Projekt werden dann die Fragen gestellt Welche T tigkeiten Vorg nge sind f r die Durchf hrung des Projektes erforderlich Welche Produkte Zwischen Nebenprodukte m ssen im Rahmen der Projektabwicklung erzeugt werden Ergebnis des Tailoring ist die pauschale Festlegung der Projekt planung Eine fortschreitende Verfeinerung und situationsab h ngige nderung ist im Projektverlauf jedoch aufgrund von nderungen Meilensteinergebnissen usw erforderlich und auch durchf hrbar Ein eindeutiger Pfad einer Gesch fts Transaktion durch eine Reihe von abgeleiteten logischen Prozessen H ufig wird diese Gesch ftstransaktion durch eine Transaktions Entit t wie beispielsweise BESTELLUNG AUFTRAG oder FORDERUNG repr sentiert Sie stellt eine Sammlung von Testtypen dar die an einem bestimmten Punkt im Entwicklungsprozess durchgef hrt wer den Beispiele f r Testkategorien sind Komponententests Inte grations
266. hen Parametern getestet werden e Hardwareschnittstellen Basissoftware Schnittstellen Im Bereich der Hardware werden u a folgende Gebiete untersucht Systemverhalten beim Erreichen der Grenzen des internen Speichers bzw von dessen berlauf Systemverhalten beim Erreichen der Grenzen des externen Speichers bzw von dessen berlauf Systemverhalten beim Erreichen der Grenzen von Tabellen und Puffern bzw von deren berlauf Die Robustheit der Basissoftware betrachtet beispielsweise das Messageaufkommen bei der Prozesskommunikation Eine Untersuchung des Festplattendesigns der Datenverteilung auf den Platten und des physischen Datendesigns sollte bereits durch die Performance Simulation wenn sie denn gemacht wird abgedeckt sein Ansonsten m ssen diese Komponenten hier eben falls getestet werden Die Ma nahmen zur Wiederherstellung umfassen sowohl Restart und Recoveryma nahmen als auch eine berpr fung der Konsistenz von Daten zusammen mit Pro grammzust nden und Ersatz bzw Umgehungsma nahmen beim Ausfall von System komponenten Voraussetzung f r den Beginn der Zuverl ssigkeitstests ist der erfolgreiche Abschluss des Funktionstests Au erdem m ssen Vorgaben in Bezug auf die zu berpr fende Robust heit sowie die im DV Konzept beschriebenen Restart Recovery Verfahren vorliegen Auch muss eine weitgehend wirkbetriebsnahe Systemumgebung als Testumgebung vor liegen Zum Aufbau der Testumgebung wird die Mitarbei
267. herkunft 2222cceeeeeeeen 127 Tabelle 6 4 Beispiel einer Fehlerkosten bersicht 22222ecnceene 141 Tabelle 6 5 Beispiel Fehlerkosten und Einsparungen 222ccncnene 142 Tabelle 6 6 Beispiel einer Kosten Nutzen Analyse mit direkter Wirkung 143 Tabelle 6 7 Beispiel einer Nutzen bersicht Softwareentwicklung 145 Tabelle 6 8 Beispiel der Wechselwirkungen von Qualit tsmerkmalen 147 Tabelle 7 1 Rechte und Pflichten von Werk Dienstvertrag 2 2220 155 Tabelle 9 1 Beispiel f r einen nderungsnachweis in Dokumenten 165 Tabelle 9 2 Aufbau einer Aktivit tenliste n se essccressonere rrin Canus is 169 Tabelle 9 3 Beispiel einer testobjektunabh ngigen Aufwandssch tzung 193 Tabelle 9 4 Beispiel Zusammenstellung Testaufwand 22ece200 194 Tabelle 10 1 Beispiele zur nderbarkeit 222ccceeeeeeeeeeeeennn 197 Tabelle 10 2 Beispiele zur Benutzbarkeit 222c2eceeneneeeeeenenen 200 Tabelle 10 3 Beispiele zur Funktionalit t 22coeoeeeeeeeeenenennn 203 Tabelle 10 4 Beispiele zur Performance oecerirereecresirti serrie rete 207 Tabelle 10 5 Beispiele f r bertragbarkeit 2222ccceeeeeeeeeeennn 210 Tabelle 10 6 Beispiele zur Zuverl ssigkeit 22222ecneneeeeeenenenen 214 Tabelle 10 7 Beispiel zur nderbarkeit 2222cccceeeeeeeeeeeen nn 216 Tabelle 10 8 Beispiele zur Aktualit t 2222csceeeseneneeenenne nen 217 Tabelle 10 9 Bei
268. hode zur Verf gung Tabelle 5 2 Sie erm glicht berpr fung sondern ein systematisches und fr hzeitiges Erkennen und wirkt direkt qualit tsver Lokalisieren von m glichen Fehlern und kritischen bessernd auf den Entwick Komponenten Durch die anschlie ende Absch t lungsprozess zung und Bewertung der Risiken ist es m glich Priori t ten bei der Fehlervermeidung und bek mpfung zu setzen Die FMEA kann bei Neuentwicklungen und nderungen von Systemen Prozessen und Produkten sowie bei der Beurteilung von Sicherheits und Problemkomponenten Kriti kalit t eingesetzt werden Es werden drei Arten der FMEA unterschieden e Konstruktions FMEA e System FMEA Prozess e System FMEA Produkt Tabelle 5 2 Beispiel eines Formulars f r die FMEA FMEA Risikoanalyse mit R Risikoexistenz Fehler M glichkeits Ma nahmenkatalog B Bedeutung der Auswirkung und Einflussanalyse E Eintrittswahrscheinlichkeit RPZ R B E Risikopriorit t Kunde Bearbeiter Projekt Version Status Stand Nr Risiko Erl uterungen RIBIENREZ Auf Reali Priori Verant Datum Status merkmale wand sierbar t t wortung Risikoname Risikoort Risiko erl uterung Risiko szenario Risikofolge Risiko vermeidung Entdeckungs ma nahme 104 5 3 Fehler Problemanalyse und Behebung In der Konstruktions FMEA wird untersucht welche Konstruktionsfehler d
269. hrieben schr nkungen und Abweichungen gegen ber der fest werden gelegten Entwicklungsmethode m ssen als Vertrags bestandteil detailliert schriftlich vereinbart werden Designvorgaben F r jede zu erbringende Leistung sind die Anforderun Zusammenarbeit mit dem gen an Funktionalit t und Qualit t sowie Realisie Kunden ist erforderlich rungsbedingungen schriftlich festzulegen Dies kann als Auftragsgrundlage z B Lastenheft vorliegen Review erforderlich oder innerhalb des Auftrags erarbeitet werden Diese Anforderungen sind mit dem Auftraggeber vor Realisierungsbeginn abzustimmen Wenn dies zum Zeitpunkt der Auftragsannahme noch nicht m glich ist so ist der Auf trag in eine Planungsphase Projektdefinition Ergebnis abgestimmtes Pflichtenheft und eine Entwurfs und Realisierungsphase Projektdurchf hrung Ergebnis abgenom menes Produkt zu unterteilen Da die Planungsphase in ihrem Ablauf wesentlich von 45 3 Der F hrungsprozess Projektmanagement der Zusammenarbeit mit dem Kunden abh ngt ist eine Erstellung des Pflichtenheftes zum Festpreis nicht sinnvoll Design nderungen Bereits zu Projektbeginn sollte das Verfahren zur Ein Arbeiten auf Zuruf Behandlung von nderungsw nschen mit dem Auf stellt ein hohes Risiko dar traggeber definiert werden nderungen m ssen und ist daher auf jeden Fall dokumentiert vorliegen auf ihre technischen und unzul ssig aufwandsm igen Auswirkungen hin berpr ft
270. ht geeignet die n chste Phase anzusto en Wichtiger Entscheidungspunkt f r einen Neustart oder einen Projektabbruch F r die Ausgestaltung eines jeden Quality Gate sind folgende Aspekte zu ber cksichti gen e Es muss eine Messpunktplanung entsprechend der Projektplanung durchgef hrt werden e Die Messpunkte im Prozess sind hinsichtlich der Anforderungen an das Produkt und der durchzuf hrenden Aktivit ten zu definieren e Aus den Anforderungen leiten sich Messgr en f r das Produkt und den Prozess ab e Das Steuerungsprinzip der Quality Gates sollte einfach sein und einen m glichst schnellen berblick gew hrleisten Bew hrt hat sich hier die Ampelregelung Die Inhalte der Quality Gates basieren zum Teil auf Checklisten die sich aus den inhalt lichen Vorgaben einer Spezifikation oder eines Vorgehensmodells zusammensetzen und zum anderen Teil auf dem spezifischen Methodeneinsatz z B Readiness Check 5 1 6 Spezifische Pr fma nahmen Es werden spezifische Pr fma nahmen f r IT Projekte des PQM bezogen auf Fertigpro dukte Unterauftragnehmer Auslieferungen aber auch f r die Problemerfassung und Lenkungsaktivit ten sowie auf das Konfigurationsmanagement bezogene Kontrollen genannt und beschrieben Pr fung von Unterauftragnehmern Dabei ist festzulegen welche Ausf hrungsrichtlinien f r einen Unterauftragnehmer ma gebend sind Durch solche Ausf hrungsrichtlinien sind vorzuschreiben e Umfang der Dokumentatio
271. ht werden Die Bewilligung und Verrechnung der Finanzmittel Die Kostenstelle beantwor erfolgt ber die Kostenstellen Die Organisation der tet die Frage Wo fallen Kostenstellen ist von Fall zu Fall verschieden In den diese Kosten an meisten F llen wird die Kostenstellenorganisation der projektdurchf hrenden Organisation verwendet Dies ist die Organisation die den Auf trag f r das Projekt erhalten hat 6 1 Modell f r qualit tsbezogene Kosten Ist die verantwortliche Gesch ftseinheit an einer buchhalterischen Erfassung der quali t tsbezogenen Kosten in einem Projekt interessiert so sollte dies nach der traditionellen Sichtweise erfolgen getrennt nach e Fehlerverh tungskosten e Pr f und Beurteilungskosten und e Fehlerkosten Unter dem Betriff qualit tsbezogene Kosten werden alle Kostenarten und positionen verstanden die entstehen um Qualit tsanforderungen im Projekt zu erf llen Weshalb entstehen nun diese Kosten Kosten werden anhand e Um zu pr fen ob Fehler gemacht wurden des Preises der Abweichung e Um die entdeckten Fehler zu korrigieren gEIMESSEN e Um Verbesserungsma nahmen einzuleiten damit weitere Fehler vermieden werden In den meisten Projekten lassen sich qualit tsbezogene Kosten nur mit relativ hohem Aufwand erfassen weil eine Aufzeichnung der Ursachen von qualit tsbezogenen Kos ten der Mitarbeit aller Projektbeteiligten bedarf Daf r kann m glicherweise produktive Zeit verlo
272. htsnorm die so genannte deliktische Generalklausel bildet 823 BGB Wer vors tzlich oder fahrl ssig das Leben den K rper die Gesundheit die Freiheit das Eigen tum oder ein sonstiges Recht eines anderen widerrechtlich verletzt ist dem anderen zum Ersatz des daraus entstehenden Schadens verpflichtet Dieser Paragraf wurde in der Rechtsanwendung durch die Gerichte im Laufe der Zeit zur wichtigsten Haftungsnorm f r Folgesch den die durch fehlerhafte Produkte verursacht wurden Zus tzlich zu den Haftungssch den auf der Basis des BGB gibt es mit dem Produkthaf tungsgesetz PHG eine weitere dem Deliktrecht zuzuordnende Anspruchsgrundlage Der wichtigste Unterschied des PHG zur deliktischen Haftung nach 823 BGB ist die fehlende Verschuldungsvoraussetzung d h es ist nicht mehr Vorsatz bzw Fahrl ssig keit notwendig Voraussetzung f r die Anwendung des Produkthaftungsgesetzes sind ein Produktfehler beim Inverkehrbringen und eine dadurch bedingte Rechtsgutverlet zung und ein daraus resultierender Schaden Hinweis Der Hersteller haftet nicht wenn er beweist dass das Produkt von ihm fehlerfrei in den Verkehr gebracht worden ist ein weiteres Argument f r den Einsatz des PQM Die Anspruchsgrundlage der Produkthaftung Im Rahmen des Produkthaftungsanspruchs kommen verschiedene Anspruchsgrundla gen in Betracht In diesem Abschnitt werden die vier allgemeinen Anspruchsgrundlagen f r alle Branchen und Produkte bes
273. hun g Produkte a gt gt 7 Produktrealisierung Kundenbezogene Prozesse y Q 7 Q 5 Entwicklung 2 g ze gt m Produktion Dienstleistungserbringung A ay zZ Kennz Kundenei Schutz Validierung R ckv gentum Sicherheit Planung fung Beschaf Pr fmittel Symbolerkl rung Prozess als Element des Gesamtsystems gt Baustein als Element des Gesamtsystems mit Wirkung auf die einzelnen Prozesse Bild 13 2 Beispiel QM Systemaufbau Die Auswahl und der Umfang der QM Verfahren h ngen von verschiedenen Faktoren ab die von der Organisation individuell festgelegt werden k nnen mit Begr ndung Damit sollte ausreichend Flexibilit t in der Forderungsnorm f r die Vielzahl der Anwen dungen in den unterschiedlichsten Branchen geschaffen worden sein 255 13 Die Normenreihe DIN ISO 900n 2000 Dokumentationsanforderungen Ein immer wieder zitierter Nachteil ist die Forderung nach dokumentierten Verfah rensanweisungen f r sehr viele Anforderungen Diese Dokumentationsanforderungen sind speziell bei kleinen Organisationen schwierig zu erf llen manchmal unsinnig und gelegentlich arten sie auch in reinen B rokratismus aus Allerdings ist eine gewisse Flexibilit t eingebaut durch die Wortwahl Auswahl und Umfang der QM Verfahren m ssen von Faktoren abh ngen wie Gr
274. ibt Die Verletzung der Rechtspflicht Erf llung der Qualit tsanforderungen hat f r den Hersteller im Allgemeinen zwei bedeutsame Konsequenzen die vertragliche und die au ervertragliche Haftung Wer sich entlang des Produktlebenszyklus rechtlich ein wandfrei im Rahmen des Zul ssigen bewegen will sollte die rechtlichen Grundlagen und ihre Auslegungen deshalb gut kennen Qualit tsf rdernde Ma nahmen wie z B die Zertifizierung gem DIN ISO 9001 2000 und entsprechende Umsetzung der selbst auferlegten qualit tsf rdernden Ma nahmen so auch das PQM k nnen das Haftungsrisiko reduzieren In diesem Kapitel werden die Begriffe Auftraggeber AG und Auftragnehmer AN benutzt Gleichbedeutend damit werden die Bezeichnung Kunde Anwender sowie Hersteller bzw Anbieter verwendet 7 1 Vertragsrecht Jeder Auftrag zur Durchf hrung von Projekten l uft ber Vertr ge Weil aber die in einem Projekt entwickelten Systeme und Anwendungen niemals fehlerfrei sind und weil Projekte schon mal in Krisen geraten sind juristische Grundkenntnisse f r den Pro jektmanager und den Mitarbeiter der f r das PQM eingesetzt werden soll zwingend erforderlich Dies umso mehr je komplexer die technischen und organisatorischen Gegebenheiten sind So ist beispielsweise juristisches Basiswissen ganz besonders wich tig wenn es darum geht e Vertragsentw rfe und Vertr ge lesen und verstehen zu k nnen und e die Konsequenzen bei Nichterf llung d
275. iche Sprache bersetzt werden Nachdem sie ein Korrelation der Wie s Wie Kundenanforderung erf llen wir Stimme des Kunden die Anforderungen Unterst tzungs Was grad von Warum wollen die Wie zu Was verbessern Kunden wir Ausgang Wie viel wollen wir zu den Wie s erreichen Bild 5 5 House of Quality 98 5 2 Produkt Prozessplanung mal eingesetzt und die Vorteile dieser Methode erkannt wurden kann QFD zu einer g ngigen Planungsmethode in Projekten werden f r e die Realisierung der Kundenanforderungen im Projekt e eine erh hte Kundenzufriedenheit e fr hzeitiges Erkennen von Zielkonflikten und Bottlenecks e Erleichterung und Transparenz von Entscheidungsprozessen e weniger Probleme und nderungen im Entwicklungsprozess und damit e verbesserte Einhaltung der Projektziele Qualit t Termin und Kosten QFD bietet Schnittstellen zu anderen Methoden wie FMEA Fehler M glichkeits und Einflussanalyse Benchmarking und kann somit zu einer zentralen Drehscheibe im Pro jekt werden Gleichzeitig werden die wichtigen Forderungen der DIN EN ISO 9001 2000 erf llt Im Mittelpunkt der Arbeit steht das Qualit tshaus Dies ist eine umfassende Beziehungs matrix die aus mehreren Zimmern besteht Die einzelnen Zimmer werden systematisch nachei Die Matrix mit den nander abgearbeitet und ausgef llt Die wichtigsten wichtigsten Anforderungen Kundenanforderungen m
276. icklungsprozesses durch Methoden und Werkzeuge e Systematische und unabh ngige Untersuchung Review Audit um festzustellen ob die qualit tsbezogenen T tigkeiten und die damit zusammenh ngenden Ergebnisse den geplanten Vorgaben entsprechen Konstruktive Qualit tsma nahmen werden durch das Projektmanagement mit Unter st tzung des PQM festgelegt und umgesetzt Dabei handelt es sich um folgende Aufgaben e Ausarbeitung projektspezifischer Standards und Richtlinien Verfahrens Arbeits anweisungen Richtlinien f r Produktdokumentation Checklisten usw e Fehlermeldewesen und Fehlerbehebung eventuell auch nderungsverfahren e Verbreiten qualit tsrelevanter Informationen im Projekt e Anleitung und Weiterbildung der Projektmitarbeiter in qualit tsrelevanten Themen e Verfolgen und berwachen der im QM Plan festgeschriebenen qualit tsrelevanten Ma nahmen e Durchf hrung von Reviews und internen Audits e Mitwirkung in der Testphase e Teilnahme an Projektbesprechungen Nachstehend einige Beispiele f r die Qualit tslenkung bei der Software SW Produkt entwicklung siehe auch Bild 4 7 e Fr he Erkennung von Fehlern z B durch Prozesse in denen hinreichende Spezifikationen und Entw rfe erstellt werden e Verhindern von Fehlern z B durch Verwendung von Programmier bzw Entwurfssprache mit Typsystem und Typpr fung e Vermeiden von Fehlern z B durch defensive Programmierung e Vermeiden von Defekten und E
277. ie das Ergebnis des Projektes beschaffen sein soll und was es umfassen soll 32 3 1 Projektvorbereitungen Projektdefinition Idee Pflichtenheft Leistungsbeschreibung usw v Situationsanalyse Anforderungsanalyse Projekt Zielpr zisierung vorbereitung Grobplanung Personalkapazit t Projekt definition y Kosten Nutzen Betrachtung Risikoabsch tzung Projektauftrag Strukturplanung Ablaufplanung gt Terminplanung amp gt Kapazit tsplanung Projektplanung y i und Projektorganisation organisation Kostenplanung Risikoanalyse Projektplan Projekt berwachen und Steuern lt gt Informationsaustausch berwachung und steuerung Personalf hrung Getestetes abgenommenes Produkt 2 Projekt Projektabnahme abschluss y Erfahrungssicherung Bild 3 1 Projektmanagement Prozess mit Phaseneinteilung e Es stehen nicht ausreichend Zeit und Kapazit t zur Analyse der Aufgabenbeschrei bung und zur Ausarbeitung der Leistungs bzw Projektziele zur Verf gung Die verf gbare Personalkapazit t reicht zur Abwicklung des Projektes nicht aus Das f r das Projekt n tige Know how fachlich bzw technisch ist nicht verf gbar und kann auch nicht rechtzeitig aufgebaut werden Das Projekt ist risikobehaftet aus Erkenntnissen einer Risikoanalyse im Vorfeld und bedarf der Genehmigung durch die Bereichs Gesch ftsleitung oder durch ein so genanntes Risk Review
278. ie fr h zeitige Verifikation der Entwicklung Zahlreiche Entw rfe k nnen schneller und in mehreren Varianten berpr ft werden sodass der Produktreifegrad verbessert wird Pro totyping ist somit ein Mittel des pr ventiven Qualit tsmanagements da in einer sehr fr hen Entwicklungsphase Konstruktionsfehler aufgedeckt und vermieden werden k n nen Hierf r muss jedoch sichergestellt werden dass die Prototypen aussagekr ftige Schl sse auf die Qualit t des sp teren Produktes zulassen Grundgedanke eines pr ventiven Qualit tsmanagements ist die Erkenntnis dass Quali t t h ufig ein Problem der Entwicklungsphase und nicht der Realisierungsphase ist e Qualit t muss in das Produkt hineinkonstruiert Fehlervermeidung und nicht hinterher inspiziert Fehlerbeseitigung werden Hinweis Das Prototypisieren soll den Entwicklungsprozess beschleunigen damit Kosten und Zeit gespart werden Wichtig ist jedoch dabei dass der Prototyp evolution r ist Er kann also weiterentwickelt werden und ist kein Wegwerf Produkt Ansons ten sollte diese Vorgehensweise grundlich berlegt werden 5 2 3 Simultaneous Engineering Simultaneous Engineering ist eine Methode um die Die Erreichung der Ziele Entwicklungszeiten von Produkten zu verk rzen Dies darf nicht zu Lasten der soll erreicht werden durch m glichst gleichzeitiges Qualit t gehen Durchf hren aller im Projektprozess durchzuf hren den T tigkeiten Ziele sind dabei Zeiteinspar
279. ieser Organisations Produktqualit t form werden viele der in den letzten Jahren propa gierten Konzepte wie Kundenorientierung Prozessorientierung usw ohne Weiteres erf llt und folgende Ergebnisse erzielt e Die Qualit t wird gesteigert e Die Herstellungskosten werden gesenkt Produktivit t e Die Terminverz gerungen werden zur ckgehen Time to market e Die Zufriedenheit des Kunden Kundennutzen nimmt zu e Die Motivation der Mitarbeiter wird erh ht Fluktuationsrate Als Erfolgsfaktoren f r die Entwicklung von Systemen Anwendungssoftware werden die im Qualit tswesen geforderten Qualit tsmerkmale gesehen Tabelle 6 7 liefert ein Bei spiel f r die Nutzenaussagen ausgew hlter Qualit tsmerkmale in der Software Entwick lung die sich leicht auf andere Produkte bertragen lassen Eine weitere bersicht und detaillierte Beschreibung der Qualit tsmerkmale befindet sich im Kapitel 10 144 6 3 Wirtschaftlicher Nutzen durch den Einsatz des PQM Tabelle 6 7 Beispiel einer Nutzen bersicht Softwareentwicklung Qualit tsmerkmal Nutzen f r das Projekt Nutzen f r die Organisation Anpassungsf higkeit Software l sst sich bei Bedarf erweitern und anpassen Bei Fusionen bernahmen oder virtuellen Organisationen kann auf Ver nderungen in den Gesch fts prozessen leichter reagiert werden Anpassungen sind bei sich ndern den Marktbedingungen leichter m glich an wechselnde Kunden
280. igen Vorgaben an das Verfahren der nderungskontrolle und die PQM sei tigen berpr fungen dieses Verfahrens werden dargestellt Das nderungsmanagement selbst wird im Produkt KM Plan festgelegt Kontrolle von Bearbeitungskompetenzen Das Verfahren zur Kontrolle der Bearbeitungskompetenzen wird beschrieben Dies betrifft insbesondere den Zugriff auf die Produktbibliothek Die Zugriffsrechte selbst werden hingegen im Produkt KM Plan festgelegt Kontrolle von Konfigurationsmanagement Datensicherung Archivierung Die Verfahren werden festgelegt zur Kontrolle der Durchf hrung von e Konfigurationsmanagement e Datensicherung und e Archivierung 95 5 Methoden und Techniken im Qualit tsprozess Lieferantenpr fung Beschaffung Unter Lieferantenpr fung wird im Allgemeinen die Pr fung und Bewertung von Liefe ranten nach bestimmten Qualit tsmerkmalen verstanden Dies geschieht in der Regel durch Lieferantenaudits und auch durch den Nachweis eines Qualit tszertifikats Regel m ige Aufzeichnungen z B Liefertermintreue Bonit t Fehler oder Ausfallraten von zu gelieferten Komponenten lassen eine weitere Beurteilung zu Diese Lieferantenpr fung kann in den beschriebenen F llen funktionieren Ein Risiko ist jedoch immer noch gegeben da es die globale Vernetzung erm glicht Programm und oder Datenbest nde deren Herkunft und Qualit t nicht immer eindeutig zu bestimmen sind ber den weltweiten Netzverbund I
281. iger Software ist eine vollst ndige Pr fung des einzubindenden Fertigprodukts dann nicht sinnvoll wenn die geforderten Eigenschaften anderweitig nachgewiesen werden Bei hoher Kritikalit t kann dies durch ein Zertifikat geschehen das durch eine anerkannte Pr finstitution f r das Produkt erteilt worden ist wobei das Zertifikat genau die aufgrund der Kritikalit tseinstufung erforderlichen Eigenschaften verb rgen muss 5 2 Produkt Prozessplanung 5 2 1 QFD Quality Function Deployment Die Qualit tsfunktionsdarstellung QFD wurde in Sicherlich sind wirkungs den 1960er Jahren urspr nglich als Produktplanungs volle Planungs und methode entwickelt In den siebziger Jahren von Entwicklungsmethoden Toyota erfolgreich eingesetzt konnte sich QFD auf bekannt nur leider werden breiter Basis in Japan u a durch Deming etablieren sie meist nicht eingesetzt ber die USA findet QFD auch in Europa eine stetig steigende Verbreitung Herausragende Merkmale des QFD sind e Verfahren zur Ermittlung der Kundenbed rfnisse und Kundenanforderungen e Bezug zu Leistungs bzw Qualit tsmerkmalen e Einbeziehung aller der am Produktentstehungsprozess beteiligten Projektteams e Erfassung und Umsetzung der Kundenforderungen in einer technischen Spezifikation Aufeinander aufbauende Planungsschritte vier Entwicklungsphasen Produkt Komponenten Teile Prozess und Fertigungs Pr fplanung In der Planungsphase eines Produkte
282. ignis Ergebnisse k nnen sich auf die Umgebung aus wirken oder vollkommen im Gesch ftsprozess enthalten sein Ergebnisse k nnen externe Ergebnisse oder interne sein Diese beiden Kategorien lassen sich jeweils weiter in Prim rergebnisse und Sekund rergebnisse unterteilen Bezeichnet einen Kunden des Unternehmens im Gegensatz zu einem Kunden des Gesch ftsprozesses innerhalb der Organisa tion Externe Kunden kaufen die Produkte und oder Dienstleis tungen der Firma Dazu geh ren e Direktkunden die Produkte und oder Dienstleistungen direkt von der Firma kaufen e Endbenutzer die Produkte und oder Dienstleistungen der Firma nutzen diese aber nicht direkt von der Firma kaufen Bestimmte externe Kunden k nnen sowohl Direktkunden als auch Endbenutzer sein Beispielsweise k nnte ein externer Kunde ein Produkt ber einen H ndler kaufen Garantieleistun gen aber direkt von der Firma in Anspruch nehmen Glossar Fachexperte SME F higkeiten Fehler Fehlverhalten Fertigprodukt Firewall Engl SME Subject Matter Expert ist eine Person die spezielles Fachwissen zu einem bestimmten Thema f r ein Projekt einen Workshop ein Review eine Arbeitssitzung oder anderes Forum einbringt Ein Fachexperte kann Spezialwissen in Bezug auf die Firma die Branche eine spezielle Gesch ftsfunktion einen spe ziellen Gesch ftsprozess Informationstechnologie Personalwe sen oder ein anderes Thema beitragen muss aber nich
283. igung der Kritikalit t der zu realisierenden Funktionen gegen diese Anforde rungen einer Eingangskontrolle zu unterziehen Grunds tzlich gilt dass ein Fertigpro dukt zum Zeitpunkt seines Einsatzes die gleiche Homogenit t im System aufweisen sollte wie die Produkte aus der Eigenentwicklung Bei der Einbindung von Fertigprodukten Fremdsoftware in ein bestehendes oder noch zu entwickelndes System ist zu beachten dass solche Fertigprodukte dieselben qualitati ven Anforderungen erf llen m ssen wie die individuell entwickelten Teile Bei Fremd software darf allein die Tatsache dass sie bereits jahrelang anderweitig im Einsatz ist nicht als Garantie f r Fehlerfreiheit genommen werden Es ist beispielsweise durchaus 96 5 2 Produkt Prozessplanung m glich dass die qualitativen Anspr che an das Fertigprodukt in der bisherigen Einsat zumgebung erheblich niedriger waren als in der geplanten Umgebung Da die qualitativen Anforderungen an ein System stets in Abh ngigkeit von dessen Kri tikalit t festgelegt werden bestimmt diese Kritikalit t des Gesamtsystems auch die Qua lit tsma nahmen denen ein Fertigprodukt unterzogen werden muss Es ist also erfor derlich ausgehend von der Kritikalit t des Gesamtsystems das Fertigprodukt einzustu fen Die resultierende Einstufung ergibt in Verbindung mit der Kritikalit ten Metho den Matrix die Pr fspezifikation f r die Durchf hrung von Qualit tsma nahmen Im Fall von marktg ng
284. igurations berwachung Konfigurations audit nderungskonferenz Change Control Board Projektmanager Auftraggeber Unterauftragnehmer Bild 5 14 Aufgaben bersicht des Konfigurationsmanagements Der zentrale Gegenstand im Konfigurationsmanagement ist die Konfiguration die durch folgende Merkmale gekennzeichnet ist e Es werden funktionale Einheiten definiert die aus vielen FEinzelelementen bestehen k nnen e Es werden die zugeh rigen Entwicklungsergebnisse versionsgenau beschrieben Die einzelnen Systemst nde sind klar definiert ber die zugeh rige Dokumentation werden die funktionalen und physikalischen Eigenschaften der gesamten Einheit ausgewiesen wie sie gefordert und realisiert sind Arbeitsergebnisse werden in so genannten Projektbibliotheken eingefroren d h e nderungen sind nur im Rahmen eines kontrollierten Verfahrens m glich e nderungen und der urspr ngliche Zustand sind rekonstruierbar Dies bedeutet dass Planung Steuerung und Kontrolle aller in einem Projekt m glichen nderungsanst e Change Requests und Fehlermeldungen auf Ergebnisse der ein zelnen Phasen bezogen werden m ssen nderungen k nnen von allen Projektbeteiligten beantragt werden Nach einer Analyse ihrer Auswirkungen werden diese der nderungskonferenz CCB Change Control Board vorgelegt und dort zur Bearbeitung genehmigt zur ckgestellt oder abgelehnt 5 Methoden und Techniken im Qualit tsprozess
285. ihrer Ausf hrung zu beeinflus sen Verf gbarkeit Hinsichtlich des Gesamtsystems und der Anwendungen 2 unter Ber cksichtigung von Auslastungsspitzen Fehler behandlung Softwaremanagement und Virusschutz Erweiterbarkeit Hinsichtlich neuer Standorte Funktionen Arbeitspl ne 2 dynamischen Arbeitsplatzes Netzkapazit t Speicher kapazit t Anwendungs Benutzeroberfl che hinsichtlich deutscher Sprache Hilfe 4 freundlichkeit funktionen individueller Anpassung intuitiver Benutzer f hrung Nutzerdokumentation Portabilit t Hinsichtlich Hardware Softwareunabh ngigkeit 3 LAN WAN Einschr nkungen Standardschnittstellen zu Datenbanksystemen Eignung f r die Hinsichtlich Ber cksichtigung der IT Landschaft Unterneh 2 Zielumgebung mens Organisationsstruktur Wartbarkeit Hinsichtlich der Konzepte zu Schulung Wartung System 2 und Betrieb betreuung berwachung Fehlerdokumentation Diag nose Testhilfen Fernwartung deutscher Benutzer und Systemdokumentation Sicherheit Der Daten ihrer Verarbeitung und ihres Schutzes 2 Vollst ndigkeit Dokumente Im Bezug auf die Dokumente zum Gesamtsystem 2 Fachliche Anforde Hinsichtlich der Abdeckung der fachlichen Anforderungen 5 rungen Offene Fragen Hinsichtlich der Dokumentation aller offenen Fragen 4 Projektstandards Hinsichtlich der Erf llung der Projektstandards 3 223 10 bersicht der Qualit tsmerkmale Die gewichteten Qualit tsmerkmale in Tabelle 10 16 Spalte 5
286. iken die innerhalb einzelner Projekte nicht allein getragen werden k nnen oder f r Ma nahmen die nicht innerhalb einzelner Projekte umge setzt werden k nnen weil sie die Befugnisse der Projektverantwortlichen ber schreiten 241 12 Leitfaden Risikomanagement in Projekten Risiken identifizieren und analysieren Risiken an die Oberfl che bringen bevor sie zu Problemen werden bedeutet zu erken nen was den Erfolg des Projektes gef hrden k nnte e Bedingungen e Aktivit ten e Entscheidungen Dies wird durch systematisches Vorgehen z B unter Verwendung von ausf hrlichen Checklisten erreicht Alle identifizierten Risiken werden demnach in folgende Risiken sortiert die auftreten k nnen e vor dem Projekt e w hrend des Projektes und e nach dem Projekt Anschlie end werden diese in einer Risiko Aktionsliste zusammengestellt Beispiel Vor Projekt Die Abnahme und die Abnahmebedingungen sind nicht definiert Hier k nnen die Vertragsparteien eine Vertrags nderung durchf hren in der die o g Punkte genau definiert werden Gegen was wird abgenommen Die Auswirkung auf Kosten Aufwand Termine werden neu berechnet W hrend Projekt W hrend des Projektes kann es zu Personalengp ssen kommen Hier sind rechtzeitig Zeitreserven einzuplanen z B Krankheitstage per MA von 10 Tagen per anno oder eine entsprechende Vertreterregelung Nach Projekt Bestimmte Zusagen Performance Zuverl ssigkeit k n
287. in Abh ngigkeit von Abweichungen vom Pro zessziel zu definieren Dies kann ber eine Prozessverbesserung in kleinen Schritten oder eine komplette Neugestaltung erfolgen 88 5 1 Pr fung und Tests in IT Projekten Sachziel Was soll geplant und erreicht werden Welche Funktionen sollen erf llt werden Welche Qualit tsziele m ssen erreicht werden maximal Ressourcen minimal fr hest Kostenziel Terminziel Was darf das Projekt kosten Bis wann soll alles fertig sein Bild 5 4 Das Magische Dreieck Die Einhaltung der durch die im magischen Dreieck Bild 5 4 dargestellten Aspekte von Termin Zeit Kosten Aufwand und Ergebnisse Qualit t sind die entscheidenden Ziele f r die Prozessverbesserung Alle drei Zielgr en des magischen Dreiecks e Zeit e Kosten e Qualit t beeinflussen sich gegenseitig Sie bilden konkurrierende Beziehungen Werden in einem Projekt z B neue Anforderungen an die Funktionalit t Sachziel gestellt ist in der Regel mit l ngeren Entwicklungszeiten zu rechnen L ngere Entwicklungszeiten rufen h here Kosten hervor Senkung der Prozesskosten Kostenintensive und unwirtschaftliche Prozesse wer Aktivit ten m ssen nach den vor allem durch das Eliminieren von nicht wert ihrem Wertsch pfungsbei sch pfenden T tigkeiten verbessert Typische Kenn trag hinterfragt werden zeichen f r unwirtschaftliche Prozesse sind ineffi ziente Abl ufe h ufige Iterationen und e
288. in einem Projekt Wichtig ist eine geordnete Kommunikati onsplanung wer muss wann durch wen in welcher Form informiert werden und der Aufbau eines Beziehungsnetzes zu allen Projektbeteiligten Ber cksichtigt werden soll ten mindestens folgende Projektbeteiligten e Kommunikation mit der verantwortlichen Gesch ftseinheit Lenkungsausschuss und zur ck e Kommunikation mit dem Kunden Kundenorientierung intern und extern und zur ck e Kommunikation mit Lieferanten Unterauftragnehmer Berater und zur ck e Kommunikation mit den Mitarbeitern Team und zur ck Wenn es um die Mittel geht so geht das wirtschaftliche Denken oft in die Richtung M glichst viel erreichen aber es darf nicht zu viel kosten So werden preiswerte aber unerfahrene junge Mitarbeiter in das Projekt gesteckt und dann kommt der Knackpunkt vieler Projekte ein Qualit tsmanagement wird f r nicht notwendig gehalten Auch hier wird gespart denn Qualit t kostet nur Geld 22 1 Einleitung Welch ein Trugschluss Qualit t ist zwar teuer aber Nicht Qualit t ist unbezahlbar Will ein Unternehmen und welches will es nicht einen klaren Kurs in Richtung echte Qualit t steuern will es e hohe Kundenzufriedenheit e Wettbewerbsvorteile e Erfolge in Projekten erreichen so muss es auch eine Qualit tskultur in Projekten einf hren und leben Wer Qualit tsmanagement als Gegenwind betrachtet geht in die falsche Richtung Das
289. in geringer Mechanisierungs bzw Computeri sierungsgrad 89 5 Methoden und Techniken im Qualit tsprozess Die Zielgr e Kosten setzt sich zusammen aus e qualit tsbezogenen und e fehlerneutralen Kosten Fehlerneutrale Kosten sind die Kosten bei deren Entstehung es keine Rolle spielt ob ein Prozess gut oder schlecht verl uft Qualit tsbezogene Kosten teilen sich in Kosten der Abweichung und Kosten der Vorbeu gung Die Abweichungskosten oder auch Fehlerkosten entstehen immer dann wenn Anstrengungen bzw Reaktionen darauf erfolgen dass ein Prozess nicht mehr inner halb vorgegebener Prozessgrenzen verl uft Im Gegensatz dazu werden alle Kosten die zur Vorbeugung solcher Abweichungen auf gewendet werden als Vorbeugekosten oder auch Fehlerverh tungskosten bezeichnet Wie detailliertere Aussagen ber Qualit ts bzw Prozesskosten erreicht werden wird in den Kapiteln 6 1 bzw 6 2 beschrieben Verk rzung der Prozesszeiten Ein wesentlicher Erfolgsfaktor f r Prozesse ist die Durchlaufzeit In Anbetracht dessen dass Kunden inzwischen qualitative Produktmerkmale und einen konkurrenzf higen Preis als selbstverst ndlich voraussetzen wird der Faktor Zeit immer bedeutender Die Durchlaufzeit beinhaltet die gesamte Zeitspanne solange sich ein Prozess oder eine Aktivit t im Verantwortungsbereich des Ausf hrenden befindet also vom ausl senden Ereignis des Prozesses bis zur Bereitstellung des Prozessergebnisses f
290. inem Phasenabschlussreview zusammenfassend berpr ft e Das PQM muss angemessen sein Die Ma nahmen m ssen soweit wie m glich nach Risiko und Bedeutung eines m glichen Fehlerverhaltens Kritikalit t der betroffenen Produkte Teilprodukte und nach ihrer Wirtschaftlichkeit beurteilt und eingesetzt werden e Die Ma nahmen m ssen nachvollziehbar sein Durchgef hrte Ma nahmen und ihre Ergebnisse die sp ter relevant sein K nnen z B Nachweis der Sorgfaltspflicht oder n tzlich z B Fehlervermeidung werden in angemessener Weise dokumen tiert und aufbewahrt 4 2 Aufbau eines POM Ausgehend von den Unternehmensrichtlinien z B e Vorgehensmodell f r Projekte e QM System nach ISO 9001 2000 wird vom Projektmanager ein projektspezifisches Pro Der PM Plan und der jektmanagement Handbuch PM Plan siehe Ab QM Plan m ssen in sich schnitt 9 1 und durch den f r die Qualit t zust ndi konsistent sein gen Mitarbeiter Projekt Qualit tsmanager ein Quali t tsmanagementplan QM Plan siehe Abschnitt 9 2 erstellt Bild 4 1 Es ist erforderlich dass die zwei wichtigsten Projektdokumente koordiniert erstellt gepr ft z B Widerspruchsfreiheit und in bereinstimmung mit den beiden Verant wortlichen Projektmanager und PQM verabschiedet werden Es ist wichtig dass das PQM in den gesamten Lebenszyklus des Projektes integriert ist um sicherzustellen dass im Verlauf des Projektes st ndig Qualit t entsprechend den Qual
291. initionen im Einklang Risikoklassen Soweit diesem Vorgehen keine gesetzlichen oder normativen Regelungen wie z B bei der technischen Sicherheit von Produkten durch Ermittlung von Kritikalit ten oder beim Umweltschutz entgegenstehen k nnen beispielsweise Risikoklassen gem Tabelle 12 1 definiert werden Die Bewertung erfolgt nach dem Projektwert Unter Projektwert ist der monet re Wert des Projektes Auftragsvolumen zu verste hen Ziel ist es eine Einordnung Klassifizierung der potenziellen Risiken nach ihrem Risikoma Eintrittswahrscheinlichkeit Auswirkung im Projekt Dies erm glicht eine schnelle Priorisierung der Risiken und erleichtert die Entscheidung bei welchen Risiken Ma nahmen zur Risikovermeidung bzw minimierung getroffen werden Tabelle 12 1 Klassifizierung und Einstufung von Risiken Klassifi Einstufung Bewertung Kennzahl Ma nahmen zierung 1 Tolerierbar lt 0 1 des Projektwertes Keine Aktion erforderlich 2 Unerw nscht gt 0 1 des Projektwertes Risiko in Berichterstattung aufnehmen 3 Kritisch gt 1 des Projektwertes Risiko durch geeignete Ma nahmen minimieren 4 Katastrophal gt 10 des Projektwertes Risiko muss durch geeignete Ma nahmen drastisch reduziert werden 239 12 Leitfaden Risikomanagement in Projekten e Risikomanagement in Projekten Hierunter wird ein Verfahren verstanden mit dessen Hilfe Risiken die den Pro jekterfolg gef hrden rechtzeitig e
292. intr chtigung der Gebrauchstauglichkeit verschie dene Komponenten laufen unabh ngig weiter Nebenfehler e Fehler die die Gebrauchstauglichkeit nicht wesentlich herabsetzen bzw ein Abwei chen von den Anforderungen oder geltenden Normen das den Gebrauch oder den Betrieb des Systems nur geringf gig beeinflusst Auch hier k nnen nach Bedarf zwei Unterkategorien unterschieden werden Nebenfehler A Beeintr chtigung des Gebrauchs in geringem Umfang Nebenfehler B Keine Beeintr chtigung der Brauchbarkeit belangloser Fehler Die Fehlerklassifizierung nach DIN 40080 bietet eine einfache Einteilung Es fehlt jedoch f r die Praxis eine Aussage zu den wirtschaftlichen Folgen eines Fehlers Hier kann eine Fehlergewichtung durch Bildung von Fehlergewichtsklassen Abhilfe schaf fen Ein Ma f r den Fehler und seine Behebung ist die Fehlergewichtung mit Wertzif fern deren Summe die Gewichtung des Fehlers in einer Qualit tskennzahl ergibt Diese Ermittlung kann unterschiedlich aussehen z B anhand von Noten 1 6 gem einer 100 Verteilung o a 107 5 Methoden und Techniken im Qualit tsprozess Fehlerklassifizierung Kritikalit t im V Modell Unter Kritikalit t wird im V Modell der ffentlichen Auftraggeber z B Ministerien die Bedeutung verstanden die einem Fehlverhalten einer Betrachtungseinheit beige messen wird Es gibt sowohl physikalische Betrachtungseinheiten dies sind die Pro dukte Sub Sy
293. ion in gesch tzte Bereiche von Rechnersystemen zu verhindern 289 Glossar First Pass Yield FMEA Flooding Formelle Pr fung Fraud Fr hwarnung 290 Als Messgr e der Prozessqualit t hat sich der First Pass Yield FPY bew hrt Unter FPY wird der Prozentsatz an Ergebnissen verstanden der bereits im ersten Prozessdurchlauf korrekt ist und keine Nacharbeit erfordert Formelbeispiel 100 Anzahl Lieferungen aufgetretene Probleme FPY Fehler M glichkeits und Einflussanalyse Werkzeug der Quali t tsplanung zur vorbeugenden Sicherung der Qualit t Damit werden durch vorausschauende Analyse m gliche Fehlerquellen in der Konstruktion Planung und Produktion erfasst und deren Auswirkungen auf Produkte Dienstleistungen und den Ferti gungsprozess durch Umsetzung pr ventiver Schritte verhindert berfluten eines Computersystems Servers oder eines Netz werks mit gro en Datenmengen Dabei wird die Verarbeitungs kapazit t des Systems weit berschritten und seine Dienste und Funktionen sind nicht mehr verf gbar Form der Sabotage Ein auch f r Au enstehende nachvollziehbarer Nachweis dass ein erstelltes Produkt die Qualit tsanforderungen erf llt Die formelle Pr fung geschieht durch das PQM Betrug arglistische T uschung Schwindel eine Form der Computerkriminalit t die speziell durch Datendiebstahl Schl ssel Passw rter erm glicht wird z B Umleitung
294. ist dann die intensivste berpr fung eines Pr fobjekts stellt aber gleichzeitig auch die auf wendigste Form des Reviews dar 81 5 Methoden und Techniken im Qualit tsprozess Ein Gutachten mit der die Bewertung der Qualit t abgeschlossen wird kann nach dem OLSA System wie folgt definiert werden e Ohne M ngel alle Q Merkmale sind erf llt e Leichte M ngel einige Q Merkmale sind nicht erf llt e Schwere M ngel viele Q Merkmale sind nicht erf llt e Ausschlie ende M ngel K o Kriterium Projektstopp 5 1 2 Softwarepr fung Die Softwarepr fung l sst sich in zwei Kategorien einteilen in eine dynamische und eine statische Pr fung wie es in Bild 5 1 dargestellt ist Der wesentliche Unterschied zwi schen beiden Pr fungsm glichkeiten besteht darin dass das Pr fobjekt bei der dynami schen Pr fung funktional ausgef hrt wird was bei der statischen Pr fung nicht der Fall ist Software Pr fung Statische Pr fung Dynamische Pr fung Tests Leistungsmessungen Simulieren Mit Hilfe des Computers Ohne Hilfe des Computers Prototypisieren Pr fung gegen Regeln Reviews Konsistenzpr fung Inspizieren Quantitative Untersuchung Formales Vergleichen Bild 5 1 bersicht ber Pr fverfahren Dynamische Pr fung Das dynamische Pr fen hat den Vorteil dass alle Pr fvorg nge reproduzierbar sind dadurch kann der Aufwand mehrfach genutzt werden das Sy
295. ist dabei das Grundverst ndnis Partnermanagement Das Ziel Kundenzufriedenheit wird nur dann erreicht wenn die Gesch ftsprozesse auch ber die Unternehmensgrenzen hinaus sorgf ltig geplant Konsequent eingef hrt laufend berwacht und an neue Bedingungen angepasst werden Die Zusammenarbeit mit den Partnern ist hierbei von besonderer Bedeutung Das auf Vertrauen und Kooperation aufgebaute Partnermanagement umfasst drei Pha sen Bild 14 4 Diese partnerschaftliche Zusammenarbeit wird mit dem Ziel angestrebt aus der Syner gie der F higkeiten und der F higkeiten der Partner Gesch ftsvorteile beiderseits zu sch pfen 14 4 Was wird genutzt Qualit tsnetzwerk Die fachliche Verantwortung f r alle Themen des Qualit tsmanagements ist zweistufig gegliedert Bild 14 5 e Qualit tsbeauftragte der Bereiche QB e Zentrales Qualit tsmanagement Die Leiter der Bereiche ernennen und bevollm chtigen einen Qualit tsbeauftragten der ihnen unmittelbar berichtet Der Qualit tsbeauftragte unterst tzt eigenverantwortlich die Bereichsleitung bei der Einf hrung Aufrechterhaltung Weiterentwicklung und Dokumentation des bereichsspezifischen Qualit tsmanagementsystems Die Aufgaben der Qualit tsbeauftragten der Bereiche sind im Anhang beschrieben Soweit erforderlich k nnen in gr eren Bereichen neben dem Qualit tsbeauftragten noch Qualit tsreferenten QR benannt werden die den Qualit tsbeauftragten in seiner Arbeit
296. ist diese Methode auch als Cost Benefit Analysis verbreitet Ziel dieser Analyse ist es die Wirtschaftlichkeit des Einsatzes von PQM durch eine ko nomische Bewertung zu pr fen und zu best tigen Bei der Kosten Nutzenanalyse werden alle f r diesen Einsatz anfallenden Kosten und alle prognostizierten Nutzen in Geld ausgedr ckt Dabei werden sie jeweils addiert und ins Verh ltnis zueinander gesetzt Die Kosten Nutzenanalyse zeigt letztendlich ob die Einsparungen die Kosten berholen 140 6 3 Wirtschaftlicher Nutzen durch den Einsatz des PQM Besonderes Kennzeichen der Kosten Nutzenanalyse ist dass sie in vielen F llen Bewer tungen vornehmen muss ohne auf definierte Geldwerte und rechenbare Kosten zur ck greifen zu k nnen F r die Beurteilung des Einsatzes des PQM k nnen die anfallenden Kosten Personal Miet Reisekosten bei der Kalkulation des Projektes gesch tzt und erfasst werden Beim Nutzen ist man regelm ig auf Sch tzungen und Erfahrungswerte hinsichtlich der H he der Kosteneinsparungen angewiesen Sollten keine eigenen Erfahrungswerte vorliegen so bieten empirische Studien Benchmarking Ergebnisse ver gleichbarer Organisationen und sicherlich auch die bisherigen Beschreibungen in die sem Buch gute Informationen Nachstehend ein Beispiel anhand eines IT Projektes mit einer Kalkulationssumme von 1 Mio EUR Der Mann Tag MT f r die Entwickler wird mit 500 EUR angesetzt sodass sich ein Gesamtaufwand von 2
297. it tsanforderungen erzeugt wird und die Produktivit t sichergestellt ist Das Ver meiden und das Vorbeugen von Fehlern und Problemen m ssen im Vordergrund ste hen und nicht die Korrektur nach deren Auftreten Ziel des PQM ist es sicherzustellen dass e die Qualit t des zu fertigenden Produktes und der daf r relevanten Prozesse konstruktives QM aktiv gestaltet werden kann e tats chliche und potenzielle Probleme im Projektverlauf m glichst fr hzeitig aufgedeckt werden analytisches QM 56 4 3 Qualit ts Prozessbeschreibung Vorgehens QM System modell nach ISO 9000 Unternehmensebene l l PM Handbuch Projektplanung gt Projekt berwachung gt Projektsteuerung QM Handbuch Projektebene Qualit tsplanung Qualit tslenkung Qualit tspr fung Qualit ts berichterstattung Qualit ts verbesserung PM Zyklus Bild 4 1 Aufbau eines QM Systems im Projekt Der QM Zyklus orientiert sich an dem PDCA Zyklus der sich in vielen Managementsys temen wiederfindet Der PDCA Zyklus nach W E Deming sieht wie folgt aus P Plan Planen was zu machen ist D Do Ausf hren der Dinge die man machen wollte C Check berwachen der Dinge die man selbst macht A Act Verbessern der Dinge die nicht in Ordnung sind 4 3 Qualit ts Prozessbeschreibung Der von Deming kreierte PDCA Zyklus geht davon F r den Qualit tsprozess aus dass Qualit tsma nahmen z
298. it tsmerkmalen Komple xit t Zuverl ssigkeit Effizienz Prozessma e Messung von Prozess Qualit ten Dauer Aufwand Fehlerkosten 297 Glossar Methode MTBF MTBM MTTF MTTR Netzwerke Nutzen benefit ffentliches Netzwerk Output Performance Messung Pflichtenheft DIN 69901 298 Die Sammlung und Abfolge von Techniken die bei einem Projekt oder einer anderen Aufgabenstellung benutzt werden Die Art wie die Daten eines Objekts bei der objektorientierten Analyse und beim objektorientierten Entwurf manipuliert werden Abk rzung f r Mean Time Between Failures mittlere Zeitspanne zwischen Fehlern eine Messzahl f r Verf gbarkeit Abk rzung f r Mean Time Between Malfunctions mittlere Zeitspanne zwischen Fehlfunktionen eine Messzahl f r Verf g barkeit Abk rzung f r Mean Time To Failures mittlere Zeitspanne bis zu einem Fehler eine Messzahl f r Verf gbarkeit Abk rzung f r Mean Time To Repair mittlere Zeitspanne bis zu einer Reparatur eine Messzahl f r Verf gbarkeit Drahtlose elektrische oder optische Glasfaser Verbindung von ffentlichen privaten Systemen mit Sender und Empf nger Modems die zur Kommunikation und bertragung von Daten verwendet werden z B Telefonnetz Internet u a Der subjektiv beeinflusste Wert einer Handlungsalternative zur Befriedigung eines definierten Bedarfs Synonym Nutzwert Kommunikations und Datenverbindungen
299. it seinem Sicherheitsbeauftragten eine entspre chende Zugriffsberechtigungsliste f r die Entwicklung von IT L sungen zur Verf gung stellen Im Projekt selbst werden die Entwickler diese Berechtigungen im Sicherheitsmo dul einbauen In der Praxis bedeutet dies zus tzlichen Programmier und Testaufwand Das PQM wird entsprechende Pr fungen in der Anwenderdokumentation und im Sys tem selbst durchf hren Durch Fehler bei der Administration entstehen die mit Abstand meisten Sicherheitsl cken Sicherheit ist f r Administratoren nur eine unter vielen teils konkurrierenden Anforderungen in der t glichen Arbeit Sie sind de facto kaum noch in der Lage falsche unsichere Parametereinstellungen vollst ndig zu vermeiden Plausibilit tspr fungen k nnen Fehleingaben einschr nken Neben den potenziellen internen Sicherheitsl cken muss bei einer ffnung zum Inter net damit gerechnet werden dass Sicherheitsm ngel im System von anonymen Dritten aufgesp rt und missbraucht werden Sensitive Systeme und Informationen m ssen ent weder vom offenen Netz abgeschirmt oder wenn ein Verbund gefordert ist entspre chend abgeschottet werden Auch hier hat der Sicherheitsbeauftragte des Kunden ent 275 15 Informationssicherheit sprechende Forderungen zu stellen die dann im Projekt realisiert und vom PQM even tuell mit Unterst tzung von Sicherheitsexperten gepr ft und getestet werden 15 1 2 Integrit t Integrity Ziel ist die Sich
300. it zu den Testarchivunterlagen und wird bei der Freigabe der jewei ligen Komponente an den Testverantwortlichen bergeben Da die DV technischen Vorgaben jeweils die Basis f r die Realisierung der Komponente und somit auch f r den Entwicklertest darstellen empfiehlt sich die Teilnahme des geplanten Realisierers an einem durchgef hrten Review der DV technischen Vorgaben So kann er zum einen selbst entsprechendes Wissen ber die Komponente aufbauen zum anderen bietet sich die M glichkeit qualit tssichernd auf DV technische Gesichts punkte der Beschreibung wie z B referenzielle Integrit t von Daten hinzuweisen Funktionstest Der Funktionstest beinhaltet das Testen einzelner Funktionen aus der Sicht der Fach seite Dabei wird unabh ngig von den zugrunde liegenden DV technischen Komponen ten getestet Eine Funktion ist eine fachliche Einheit die selbstst ndig von der Fachseite Dialog bzw automatisch Batch ausgef hrt wird Dabei ist es unerheblich wie die fachlichen Einheiten technisch realisiert sind da ein Black Box Test stattfindet Die Teststufe Funktionstest wird von der Fachseite durchgef hrt weil u a die Testf lle aus fachlicher Sicht zu erstellen sind Um die Testvorbereitung Testausf hrung und Testauswertung zeitlich unabh ngig voneinander zu erm glichen wird der Funktions test von dem schon erw hnten Testteam durchgef hrt das sich ausschlie lich mit der Abwicklung des Tests befasst Die gesa
301. jekt LKW Maut von Toll Collect Auch zahlreiche Studien und Untersuchungen belegen mit Zahlen die gro en Probleme bei der Abwicklung von Projekten Zu lesen ist beispielsweise dass durchschnittlich nur 2 3 der Projekte in deutschen Unternehmen den Zeit Termin und Budgetrahmen ein halten aus der Effi Studie der Gesellschaft f r Projektmanagement GPM Meine eigenen Erfahrungen und jahrelange Beobachtung und Begleitung von Projekten in Form von Projekt Reviews Audits Debriefings zeigen jedoch ein schlechteres Bild von Projektdurchf hrungen So lag die durchschnittliche Erfolgsquote bei IT Projekten und Organisations nderungen z B Business Process Redesign BPR Projekte unter 50 Durch unterschiedliche Bewertungsverfahren bzw Umfragen kann es zu differenzierten Ergebnissen kommen So k nnen beispielsweise die Faktoren Budget und Zeit eingehal ten werden weil w hrend des Projektes der Funktionsumfang des zu erstellenden Sys tems Verfahrens bzw der Anwendung zusammengestrichen wird F r die Projektverant wortlichen kann dies als erfolgreiche Durchf hrung angesehen werden obwohl nicht 19 1 Einleitung alle Ziele Ergebnisse erreicht wurden f r den Rest wird ein neues Projekt aufgesetzt und es erscheint im Laufe der Zeit eine Nachfolgeversion Egal wie die Zahlen auch aussehen und zustande kommen Tatsache ist dass im Pro jektgesch ft noch vieles im Argen liegt und die Unternehmen viel Geld kostet
302. jektsteuerung PM Gremien IST Gegensteuoruno Il Projekt ber SOLL IST Vergleich Datenerfassung Vorgaben Ma nahmen Berichtswesen Messdaten ER mh Bild 3 8 Der Projektmanagement Regelkreis Tabelle 3 2 Organisation der R ckmeldungen Aussage Plan Soll Ist Methode Erwartet bereich Termin Projektstruk Arbeits Mitarbeiterbericht Formale Hoch turplan aufgaben R ckmeldeliste Abfrage rechnung Arbeitspakete Aufwand Projektstruk Mittel Kostenerfassungs Formale Hoch turplan berwa belege Abfrage rechnung Arbeitspakete chung Rechnungswesen Projektbuchhaltung Kosten Ressourcen Mittel Kostenerfassungs Formale Hoch plan berwa belege Abfrage rechnung chung Rechnungswesen Projektbuchhaltung Fertig Projektstruk Arbeits Projektbespre Teamorien Plan stellung turplan aufgaben chungen tierte Daten Abweichung Meilensteine Mitarbeiterberichte gewinnung Arbeitspakete Funktio Leistungsbe Leistungsbericht Teamorien Abweichung nalit t schreibung tierte Daten von Reviewplan gewinnung Spezifikation 49 3 Der F hrungsprozess Projektmanagement Tabelle 3 2 Organisation der R ckmeldungen Aussage Plan Soll Ist Methode Erwartet bereich Qualit t Qualit tsan Qualit tsbericht Teamorien Abweichung forderungen tierte Daten von Qualit ts Reviewplan gewinnung merkmalen e Formale Abfragen werden f r die Ermittlun
303. k nnen bestimmte Rechen oder Analyseverfahren oder besondere Herstellungsmethoden o sein Der Autor des Qualit tsmanagement Plans hat damit 169 9 Praxisteil Beispiel Pl ne die M glichkeit aufgrund seines Gesamt berblicks eine Harmonisierung innerhalb der Qualit tsaktivit ten einzuf hren oder auch aus technischen Gr nden bestimmte Ver fahren vorzuschreiben Ergebnis Es werden die erwarteten Ergebnisse der Aktivit ten vorgegeben Da der Qua lit tsmanagement Plan entsprechend der Projektstruktur aufgebaut werden sollte gibt die Ergebnisspalte auf allen Projektebenen eine bersicht ber die geplanten qualit ts bezogenen Ergebnisse und deren Zusammenflie en zu dem Gesamtnachweis der Erf l lung aller Qualit tsanforderungen Bemerkungen Diese Spalte dient f r besondere Hinweise Zum Zweck der Projektpla nung kann dieser Raum dazu benutzt werden f r die einzelnen Aktivit ten den Bedarf an Ressourcen Ger ten Testzeit die Ausf hrungstermine usw zu definieren Diese Ein tragungen werden selbstverst ndlich nicht in die zu ver ffentlichende Version des Qua lit tsmanagement Plans bernommen Abstimmung und Freigabe Kapitel 8 Da die Erstellung des QM Plans durch das PQM berhaupt nur in Zusammenarbeit mit dem Projektmanager den Teilprojektleitern und den Fachexperten der Entwick lungsteams machbar ist sollte eine Endabstimmung des fertigen Qualit tsmanagement Plans auf keine wesentlichen Probleme
304. koursache Kein Konzept f r die Sicherung auf magnetischen Datentr gern f r die Datenbank des Anwendersystems Risikofolge Die Anwendung entspricht nicht den Anforderungen an Verf gbarkeit und Sicherheit Die Daten stehen ber einen l ngeren Zeitraum nicht zur Verf gung bzw k nnen unter Umst nden nicht mehr vollst ndig wiederhergestellt werden Risiko Erstellen eines Datenbanksicherungs 1 10 10 100 vermeidung konzeptes f r den zentralen Server Entdeckungs Zyklisches Pr fen des gesicherten 10 5 10 500 ma nahme Datenbestandes auf Verwendbarkeit und Vollst ndigkeit z B Einspielen in der Test Dom ne des Systems 248 12 5 Beispiel FMEA 0 1 2 Risikoname Schwache Verschl sselung 10 8 10 800 Risikoort Daten bertragung des Clients Applika tionsservers Risiko Die Daten bertragung zwischen den erl uterung Clients und dem Applikationsserver ber BASIC ist nicht verschl sselt Infor mationen k nnen mit relativ wenig Auf wand von innerhalb oder au erhalb des Netzwerkes abgegriffen und oder manipuliert werden Risikoszenario Angreifer k nnen die verwendete Ver schl sselung innerhalb kurzer Zeit auf brechen Das Interesse an z B promi nenten Strafbetroffenen besteht vor dem Hintergrund von Sensationsnach richten oder Image Sch digung der Firma Risikoursache Es ist keine Vorrichtung vorhanden um eine Verschl sselung vor
305. kt als auch der Ermittlung der positiven oder negativen Reaktionen auf bereits gelieferte Produkte Die Norm hebt ganz besonders die Verantwortung der Leitung der Organisation hervor die Prozesse des QM Systems auf die Forderungen der Kunden auszurichten Dazu m s sen die Forderungen und Erwartungen der Kunden in der gesamten Organisation bekannt gemacht werden Das Bewusstsein der Wichtigkeit der Kundenforderungen ist in der gesamten Organisation sicherzustellen Die Zufriedenheit der Kunden muss gemessen und aus den Resultaten m ssen die notwendigen Verbesserungsma nahmen abgeleitet werden Kundenzufriedenheit wird als Kriterium f r die Beurteilung der Leis tung des QM Systems herangezogen F hrung F hrungskr fte bestimmen die Ausrichtung der Organisation und sollen daher das Umfeld schaffen in dem sich Personen ganz f r die Erreichung ihrer Ziele einsetzen k nnen Einbeziehung der Mitarbeiter Die Mitarbeiter sind das Kapital der Organisation Nur ihre umfassende Einbeziehung erm glicht ihre F higkeiten zum gr tm glichen Nutzen der Organisation einzuset zen Prozessorientierter Ansatz Ein gew nschtes Ergebnis l sst sich in effizienter Weise erreichen wenn T tigkeiten und dazugeh rige Ressourcen als Prozess geleitet und gelenkt werden Systemorientierter Managementansatz Das Erkennen Verstehen Leiten und Lenken von miteinander in Wechselbeziehung stehenden Prozessen als zusammenwirkendes System tr gt zur
306. kturplanes Optimierung W hrend der weiteren Planung von Abl ufen Terminen Kosten Einsatzmitteln usw ergeben sich sehr oft ein vertieftes Projektverst ndnis und eine gewisse Lernerfahrung So sollte w hrend dieser Planungsdurchl ufe eine Optimierung des PSP grunds tzlich sofort durchgef hrt werden Endg ltige Verabschiedung Der PSP wird offiziell vom Projektmanager verabschiedet und von der verantwortlichen Gesch ftseinheit Lenkungsausschuss genehmigt und in Kraft gesetzt Das PQM liefert dazu den entsprechenden Qualit tsmanagementplan und Richtlinien wie z B Pro grammier und Dokumentationsrichtlinie Der PSP wird allen Teammitarbeitern bekannt gemacht und unterliegt einer festzulegen den nderungsprozedur Zweckm ig ist es dass das PQM an der Strukturierung des Projektes beteiligt wird damit von vornherein die Prozessqualit t sichergestellt wird Durch die Teilnahme an den Planungsworkshops z B Sch tzklausur kann das PQM qualit tsrelevanten Ein fluss nehmen Zu diesem Zeitpunkt sollten schon Vorschl ge f r die durchzuf hrenden und zu planenden Pr fungen und Tests gemacht werden 38 3 2 Planungs und Organisationsphase Die Einbindung des POM in den Planungsprozess und Gemeinsame Ziele sind der in die Entscheidungsfindung soll in erster Linie die Schl ssel zum Erfolg Erfolg Motivation erh hen und dadurch u a auch die Erf l ist der beste Motivator lung der Ziele und die Ma nahmen des Pr
307. kumenta Denkansatz wird als tion verfasste Abl ufe verstanden so entwickelte sich Systemdenken oder das QM in den letzten Jahren immer weiter in Rich auch als Ganzheitliches tung einer ganzheitlichen Betrachtung der Unterneh Denken bezeichnet mensziele Strategien und Vorg nge Nicht mehr die Optimierung einzelner T tigkeiten steht nun im Vordergrund sondern das Erfassen der Gesamtforderungen des Marktes und die Betrachtung aller Prozesse mit denen das Unternehmen versucht den Anforderungen gerecht zu werden Aus diesen Erkenntnissen heraus entstanden Modelle f r Managementsysteme wie sie z B die Norm DIN EN ISO 9001 2000 vorschl gt 2 1 Prozessmodell DIN EN ISO 9001 2000 Intention dieses Prozessmodells ist es Organisationen Das Prozessmodell soll dabei zu helfen ein durchg ngiges ganzheitliches erm glichen den Weg Managementsystem zu entwickeln Auf der Basis der zu Business Excellence Gesch ftsprozesse und des Prozessmanagements sol zu unterst tzen len dazu die bisher getrennten Bereiche integriert werden e Managementsystem als Steuerung der Organisation durch Linien und Strategie management e Qualit tsmanagementsystem als Steuerung aller qualit tsrelevanten Unterneh mensbereiche e Umweltmanagement und Sicherheitsmanagementsystem u a Das Bild 2 1 stellt ein modifiziertes Prozessmodell der DIN EN ISO 9001 2000 dar Es wurde aus dem Standardprozessmodell entwickelt un
308. legten ande ren Umgebung notwendig ist Andere Umgebung hei t z B e Prozessormodell e Betriebssysteme e Netzwerkkonfigurationen e Datenbanken Es existiert eine Installationsbeschreibung Anweisung aus der hervor geht wie die Anwendung in der definierten Umgebung installiert bzw deinstalliert wird Dies schlie t sowohl die hardware als auch die soft 10 1 Grundlegende Qualit tsmerkmale f r Software Programme wareseitige Umgebung z B Betriebssystem Verbindungssoftware wie X 25 FTAM ftp usw mit ein Installations Deinstallationsprozeduren erlauben ein vollst ndiges und konsistentes setup cleanup des Anwendungssystems das zu einem startf higen re installierbaren Anwendungssystem f hrt Falls notwendig bzw gefordert sind entsprechende manuelle oder auto matische Checks Skripte bereitzustellen um eine erfolgreiche Installa tion vor dem Start der Anwendung zu testen Teilmerkmal Konformit t conformity Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf die Erf llung von Normen Standards oder Vereinbarungen speziell zur bertragbarkeit Die verwendeten Programmiersprachen Daten bertragungsprozeduren oder der erzeugte Code erf llen die Normen bzw allgemeine berregio nale und hersteller bergreifende Standards Bei der Entwicklung wird auf die Verwendung herstellerspezifischer Besonderheiten verzichtet Teilmerkmal Lauff higkeit Runability Begriff
309. len k nnen ermittelt werden e Zahl der Fehler pro Entwicklungsphase e Zahl der Fehler pro Projektbereich e Ursache und Quelle der Fehler e Zeit Kostenaufwand pro Fehlerbehebung e Durchschnittlicher Zeit Kostenaufwand pro Fehlererhebung e Bearbeitete Fehler insgesamt in der Zeitperiode e Zahl der nderungen pro Entwicklungsphase e Zahl der nderungen pro Projektbereich e Ursache und Quelle der nderungen e Zeit Kostenaufwand pro nderung e Durchschnittlicher Zeit Kostenaufwand pro nderung e Bearbeitete nderungen insgesamt in der Zeitperiode Zum Erkennen wirtschaftlicher Schwachstellen muss die jeweilige H he der angefalle nen Kosten bewertet werden Dazu werden entweder die verschiedenen Teilprojekte und Entwicklungsteams und auch verschiedene Zeitperioden Projektphasen Meilen steine miteinander verglichen Dies f hrt zu einem Soll Ist Vergleich d h die geplan ten werden mit den angefallenen Kosten verglichen Dabei sollten folgende Kennzahlen herangezogen werden e Fehlleistungskosten pro Entwicklungsphase e Fehlleistungskosten pro Projektbereich e Fehlleistungskosten in der Berichtsperiode e Kosten f r Fehlerverh tung pr ventive qualit tsbezogene Kosten e Kosten f r Pr fungen und Tests e Kosten f r Qualifizierung und Motivation Versucht man beispielsweise verschiedene Perioden zu vergleichen m ssen absolute Gr en miteinander verglichen werden Diese h ngen von vielen Einfl ssen ab die nicht genau
310. lesen und dargestellt werden Daraus lassen sich dann Verbesserungspotenziale ableiten Dabei wird meistens festgestellt dass 20 der einen Auspr gung 80 der andern Auspr gung umfassen Dementsprechend werden die Gruppen A B und gebildet Dadurch l sst sich erkennen wo gezielte Ma nahmen die meiste Wirkung erzielen werden Mit der erfolgreichen Abnahme geht das abgenommene Produkt in das Eigentum des Kunden ber Die Abnahme ist ein juristisch definierter Vorgang und wird gelegentlich auch Annahme genannt Die Abnahmemodalit ten m ssen unbedingt im Vertrag definiert sein Differenz zwischen einem Plan oder einem Soll und einem Ist auf der anderen Seite Das Berichtswesen im Projekt und in den Organisationen lebt in den Abweichungen Die Abweichungs analyse ist typisch f r das Controlling aber auch das Qualit ts management bedient sich des Plans und der Soll Ist Verglei che Erkannte Abweichungen erfordern gezielte Gegensteue rungsma nahmen Im Projektmanagementplan geregelte T tigkeit Sie wird eindeu tig durch ihre Abwicklung und ihre Ergebnisse beschrieben Eine Aussage ber die von einem Produkt geforderten Funktio nen Leistungen und Schnittstellen sowie ber die Qualit t der Erf llung der Funktions Leistungs und Schnittstellenanforde rungen Ein bewusster Versuch eine Bedrohung wirksam werden zu lassen z B Dienste oder Ressourcen eines Systems in einer Weise zu nutzen die von den Betroffenen S
311. lich werden Deshalb k n nen sich Testkonzepterstellung Vorbereitung Ausf hrung und Auswertung f r die Testobjekte unterschiedlicher Teststufen teilweise berschneiden Die Testaufgaben in den Teststufen werden einerseits unter technischen Gesichtspunk ten Modul Programm Masken usw betrachtet Andererseits werden sie auch aus fach licher Sicht Funktion Anwendung Anwendungssystem beurteilt Die folgenden Test aufgaben werden in den unterschiedlichen Entwicklungsphasen mehr oder weniger benutzt e DV technisches Testen e formales Testen e fachliches Testen e fachliche Integration e DV technische Integration Da auch das Testen nach wirtschaftlichen Gesichtspunkten erfolgen muss ist es sinn voll die Testobjekte auf Basis einer ABC Analyse zu kategorisieren Diesen Kategorien k nnen anschlie end unterschiedliche Teststrategien zugeordnet werden Es gibt zwei Arten der ABC Analyse e berwiegend fachliche Kategorisierung nach den Qualit tsanforderungen e eher technische die den Testaufwand beurteilt Die Festlegung der Kategorien f r die Testobjekte ist durch die Fachseite von den Ent wicklern in Zusammenarbeit zu erstellen Dabei h ngt der Testaufwand in erster Linie vom Umfang und der Schwierigkeit der Testobjekte ab Beide ABC Analysen sollten in einer gut vorbereiteten gemeinsamen Sitzung durchgef hrt werden In der Regel wird die endg ltige Abgrenzung der Testobjekte im Verlauf des Projekts ite rati
312. lierbarkeit Installability Nachweis Die Installation der Software erfolgt ausschlie lich auf Basis der Installations Dokumentation Nach Installation ausschlie lich auf der Basis der Installations dokumentation ist die Software lauff hig Review Installationsanweisung Die Installationsanweisung muss beschreiben welche F higkeiten ein Mitarbeiter f r die Installation aufweisen muss Das System wird neu installiert und Abweichungen werden pro tokolliert Test im Sinne einer definierten Testspezifikation f r Installation Bei der Migration von Software zwischen den Systemumgebun gen sind keine nderungen im Quell Code notwendig Insbe sondere ist sicherzustellen dass alle f r einen Verbindungs aufbau notwendigen Informationen als Parameter hinterlegt z B Hostname Portadressen sind Review Installationsdurchf h rung Sourcecode Im Fall von notwendigen Massen nderungen an Datenbest n den f r die Produktionsumgebung wird eine entsprechende Softwarel sung Arbeitshilfe mitgeliefert Die Skripte zur Portierung von Altdatenbest nden werden in Zusammenarbeit mit dem Datenbank Systemadministrator erstellt Test In Abh ngigkeit von den notwendigen Massen nderun gen wird ein separater Testplan erstellt Die Module des Online Systems k nnen separat gewartet und installiert werden Review Dokumentenreview Konformit t conformity Nachweis Sind entsprechende Sta
313. linien vorgeschrieben werden e Anordnung zur Verwendung bestimmter Standardmethoden und Werkzeuge eben falls im QM Handbuch und Dokumentations Programmierrichtlinien festgelegt Vorgehen bei Datensicherung nderungsmanagement usw wie es z B im Administrationshandbuch vorgeschrieben ist Vorgehen bei den diversen Tests wie es in der Richtlinie f r das Testen z B Testkonzept beschrieben ist Die Regeln beziehen sich demnach auf formale Eigenschaften des Vorgehens Prozess pr fungen k nnen f r die Aktivit ten jeder Projektphase festgelegt werden 63 4 Der Qualit tsmanagementprozess Verifikation Der Vorgang der den Prozess Vorgehensweise bewertet um seine Richtigkeit und seine Erf llung der Vorgaben sicherzustellen Validation Nachweisf hrung bei der gezeigt wird dass das Pro Die Frage lautet hier immer dukt die Erwartungshaltung des Anwenders erf llt Machen wir das richtige Eine Validation kann in zwei Formen durchgef hrt Produkt werden e Pr fung des Endproduktes in Abstimmung mit den Erwartungen des Anwenders e Simulation auf der Basis von Zwischenergebnissen bei der der Anwender einbezogen wird Die Begriffe Validation und Verifikation sind vergleichbar mit den Definitionen Effek tivit t und Effizienz Bild 4 5 Kunde Benutzer Auftraggeber D gt Anforderungen Erwartungen Anforderungs spezifikation Architektur der L sung Detail
314. ls Fehlerfolgekosten werden alle Kosten bezeichnet die kurz mittel und langfristig in Projekten und Organisationen durch die Wirkung von Fehlern entstehen Die Wirkung wird dabei als Soll Ist Abweichung bez glich der Qualit tsanforderungen verstanden Fehlerfolgekosten beinhalten im Gegensatz zu den dargestellten traditionellen Fehler kosten nicht die Kosten der unmittelbaren Fehlerbeseitigung sondern alle zus tzli chen Folgewirkungen Diese k nnen z B Aufwendungen im Zusammenhang mit Gew hrleistungsanspr chen oder mit der Produkthaftung dem Erstellen von Gutachten sowie Anwalts und Prozess kosten sein Bez glich der Analyse von Fehlerfolgekosten besteht in der Organisationspraxis im besonderen Ma e Handlungsbedarf Eine empirische Analyse ergab dass nur ca 10 der befragten Organisationen Kostenelemente erfassen die als Fehlerfolgekosten einge ordnet werden Dies liegt teilweise auch daran dass nicht alle monet r bewertet werden k nnen Sieht man beispielsweise davon ab dass ein unzufriedener Kunde verloren geht kommt oft hinzu dass solch ein Kunde seine schlechte Erfahrung mit der Projekt arbeit der Organisation an mehr Personen weitergibt als ein zufriedener Kunde seine positiven Erfahrungen Jeder Projektmanager sollte in Zusammenarbeit mit Es gilt Qualit t ist teuer dem PQM daher grunds tzlich bestrebt sein relativ Nicht Qualit t ist unbe gesehen m glichst hohe Pr ventiv oder Pr fkosten zahlbar
315. ltsverzeichnis Abbildungsverzeichnis uses nee ern 14 Tabellenverzeichnis 2 2 Ra ea enge ler ars 16 1 Einleitung u a ee en Fangen er ee 18 2 Ausgangsbasis f r ein projektbegleitendes Qualit tsmanagement 25 2 1 Prozessmodell DIN EN ISO 9001 2000 2 2 2222 tisonees imen una aeetis 25 2 2 Gewichtung der Pr zesse u 22 320 nern 27 2 3 Die Pro zessgestaltung H nasa u a re sandra nen ne en enge 28 3 Der F hrungsprozess Projektmanagement 22222ceceeneenenennn 32 3 1 Projektvorbereitungen Projektdefinition 2 2 2222 neeeeeeeenenennn 32 3 2 Planungs und Organisationsphase 222cueeeeeeneereenennen nen 34 3 2 1 Vorgehensweise bei der Projektgestaltung 222222neeeeenenn 36 3 2 2 Projektspezifische Festlegungen 22222eeeeeeeeeeenenenennnn 39 3 3 Projekt berwachung und steuerung 2 22 22 eseeseneereenernen nen 47 3 4 Piojektabschl ss erriren sannana ena 8 and aa ee alla 51 4 Der Qualit tsmanagementprozess 2 222eneeeeeeeenenenenenen nenn 55 4 1 Allgemeines u a 8er as en a a E aa 55 4 2 Auat emnes POM zus de8n Ze An kennen a nee 56 4 3 Qualit ts Prozessbeschreibung 222222 neeeeeneenenen nn nn 57 4 3 1 Qualit tsplanung nen a 58 4 3 2 Q alit tspr fung u ristida ei ann area 62 4 3 3 Qualit tsberichterstattung s r errresserr t cni t KE dunan u NEEDLES 64 4 34 Q slit tslenkung u a en GE a E E a Oaa 65 4 3 5 Q alit
316. m um eine Wieder holbarkeit der Tests zu gew hrleisten Review Testpl ne und Testspezifi kationen k nnen im Rahmen des Abnahmetestes stichpunktartig nachgepr ft werden Ein Testabschlussbericht fasst alle Testresultate zusammen Review Vorlage eines Abnahme testreports sowie bei Bedarf der jeweiligen Testprotokolle Tooleinsatz Verwendung von z B TestDirector Die Durchf hrung der Anwendungsentwicklung erfolgt gem aller im QM Plan definierten Standards Die Anforderung beinhaltet auch die Bereitstellung einer Programmierrichtlinie Review Dokumentation Sicherheit Security Nachweis Das System erf llt die geforderten Sicherheitsanforderungen siehe auch Dokumente zur IT Sicherheit Test Review Pflichtenheft gegen Anforderungen aus Sicherheits anforderungen und Sicherheits konzept pr fen Das System verwendet SSL Verschl sselung Test Nachweis ber Logfile und Stichproben mit ausgew hltem Gesch ftsprozess Review Pflichtenheft Logfiles Die Authentisierung kann im System nicht umgangen werden insbesondere ist es nicht m glich fremde Sessions zu berneh men Test Gesch ftsprozesstest Das System verwendet f r Mails PGP Verschl sselung Test Verschl sselte Mails an einen User senden der den nicht ffent lichen Schl ssel des Absenders besitzt Der User darf die Mails nicht lesen k nnen Review Pflichtenheft Vollst ndigkei
317. m Projekt erstellten Dokumente Tabelle 11 4 Checkliste f r Dokumente Fragen ja nein irrele vant nderbarkeit Dieses Merkmal bezieht sich auf den Aufwand f r die Ermittlung aller von einer nderung betroffenen Dokumentationsteile und zur Durchf hrung der nde rung Ist eine Gliederung vorhanden Entspricht die Gliederung den diesem Dokument zugrunde liegenden Sachverhalten Ist ein Stichwortverzeichnis Glossar vorhanden Ist kein Stichwortverzeichnis vorhanden stichprobenartig pr fen ob im Dokument Begriffe vorhanden sind die ein Stichwortverzeichnis erforder lich machen Ist ein Stichwortverzeichnis vorhanden stichprobenartig pr fen ob im Dokument verwendete Begriffe vorhanden sind Sind Verweise im Dokument vorhanden Sind die Verweise sinngerecht verwendet worden Gibt es Namenskonventionen und sind sie in diesem Dokument verwendet worden Sind die Namenkonventionen f r Datenbeschreibungen eingehalten worden Sind die Dokumentationsteile gem Sachverhalt gekennzeichnet worden Gibt es eine Dokumentationsrichtlinie und wurde diese verwendet Ist jedes Kapitel in sich durchnummeriert worden Sind Bilder und Grafiken entsprechend beschrieben und durchnummeriert Wird die Dokumentation elektronisch gef hrt und ist sie von einem g ngigen Tool bearbeitbar 234 11 4 Checkliste f r Dokumente Tabelle
318. management Plan QM Plan ssssssssnenenran rnrn r nnn 164 9 3 Beispiel Testkonzept 2 52 00 00 Zsansal ss seen es 170 9 3 1 Zweck 245 500 0 Ran ana hear 170 93 2 Geltungsbereich A a a ae nee are 171 9 3 3 Bezugsquellen u een OE E E aE E PREE 171 9 3 4 Allgemeines 2 4 rer irona Ea p E AE a EAEE AA aA 172 93 5 TEStKRONZEPLION ua a e aas ia is er 173 9 3 6 Testst fen maria ne seen an 180 9 3 7 Formulare und Checklisten nsss 2 02000 0500 une 192 9 3 8 BEICHLSWESEN na a nee ee ee ee 192 9 3 9 Aufwands absch tzungen s scece pises 008 EEES aAA EE SER 193 11 Inhaltsverzeichnis 10 bersicht der Qualit tsmerkmale 2ccn sense 195 10 1 Grundlegende Qualit tsmerkmale f r Software Programme 195 10 1 1 nderbarkeit Changeability 222222sseeeeeeeeeeeeeeeenn 195 10 1 2 Benutzbarkeit Usability ss E a 198 10 1 3 Funktionalit t Functionality sesi creeeesss sorpresi cinien eea taie 202 10 1 4 Performance Performance ssrsrirtasi ee isn 206 10 1 5 bertragbarkeit Portability 2222222sseeeeeeeeeeeeeeeeeenn 208 10 1 6 Zuverl ssigkeit Reliability 22222cseoeeeeeeeeeeneen nenn 211 10 2 Grundlegende Qualit tsmerkmale f r Dokumente 2222rneenen 216 10 2 1 nderbarkeit Changeability 222222seeeeeeeeeeeeeeeeen 216 10 2 2 Aktualit t Updating tinade niaaa 00 Rein as 217 10 2 3 Eindeutigkeit Clearness Unequivocal
319. managements Produktionsumgebung Vorschriften und andere Regelungen Methoden und Tools Werkzeugauswahl 163 9 Praxisteil Beispiel Pl ne 12 Zulieferungen 13 Ressourcenbeschaffung 12 1 berblick ber Zulieferungen 153 Personalkapazit ten 12 2 Beschreibung der Zulieferungen 182 Sonstige Ressourcen 12 2 1 Aufgabenstellung Liefer und 183 Beschaffung Leistungsumfang 12 2 2 Beistellungen vom Kunden 12 2 3 Abstimmprozeduren 12 2 4 Regelungen zu Abnahmebedingun gen prozeduren 12 2 5 Regelungen zur Abrechnung der Zulieferleistung 12 2 6 Regelungen zu Vertrags nderungen 14 Schulung von Projektmitarbeitern 15 Berichtswesen 14 1 berblick 158 berblick 14 2 Erforderliche Aktivit ten 152 Kommunikationsmatrix Anh nge A 1 Tabellen der Aufwands und Kostenkalkulation A 2 Unterlagen der Ressourcen Einsatzplanung 9 2 Qualit tsmanagement Plan OM Plan Der Qualit tsmanagement Plan hat nicht nur die Funktion eines Arbeitsplans f r das PQM sondern er legt das generelle Qualit tsmanagementverfahren f r ein spezielles Projekt fest Der QM Plan ist f r alle Projektbeteiligten ein bindendes anzuwendendes Basisdoku ment das bis ins Detail die Qualit tsanforderungen und deren Realisierung f r das Gesamtprodukt system die Subsysteme Komponenten usw definiert Der Inhalt und die Systematik dieses Dokuments f hren zu einer erheblichen Arbeitserleichterung und damit zu einer nicht zu untersch tzenden Kostenr
320. mance Verbesserungen bei Geschwindigkeit Kosten und Qualit t zu erreichen Business Reengineering ist die extreme Auspr gung des Gesch ftsprozess Redesigns wobei der Umfang die Auswirkung und das potenzielle Risiko am h chsten sind Ver nderung von Informationstypen durch einen Schl ssel normalerweise ein mathematischer Algorithmus der Daten bzw Informationen f r Dritte nicht mehr zug nglich macht 285 Glossar Client Computer kriminalit t Computersicherheit Cracker Cracking Cyberwar fare Datendiebstahl Datensicherheit 286 Klient Kunde Arbeitsplatzrechner der in einem Compu ternetzwerk normalerweise auf Daten und Programme eines Ser vers zugreift Erzeugen wirtschaftlicher Sch den bei normalerweise pers nli cher Vorteilnahme durch Manipulation Sabotage und Daten diebstahl von Daten und Informationen in Computersystemen War fr her auf lokale Systeme beschr nkt durch die neuen Kom munikationstechnologien sind neue M glichkeiten entstanden und sie hat stark an Bedeutung zugenommen siehe auch Fraud Industriespionage Bestandteil der Informatiksicherheit technische Ma nahmen die bei einem Computer den Schutz der Daten und Informatio nen gegen Verlust und Manipulation gew hrleisten Kriminelle Form des Hacking durch unberechtigtes Eindringen in Computersysteme mit dem Ziel des Datendiebstahls Informa tionen und Passw rter der Sabotage durch Datenmanipulation
321. mente sind mit einer nderungshistorie zu versehen Review und u U in Versionen zu f hren nderungen an den Dokumenten nach ihrer Abnahme sind dem Projektleiter mitzuteilen und von ihm an alle betroffenen Projektmitglieder zu kommunizieren Die Dokumentation wird bei Erweiterungen nderungen aktu Review ell und vollst ndig bergeben d h es liegen keine Anh nge zu den Erweiterungen nderungen vor 217 10 bersicht der Qualit tsmerkmale 10 2 3 Eindeutigkeit Clearness Unequivocal Begriff Kenngr en Dieses Merkmal von Dokumenten bezieht sich auf die Eignung von Dokumenten zur Vermittlung einer Information in unmissverst ndlicher Weise an jeden Leser eines Dokuments Beispiele siehe Tabelle 10 9 Verschiedene Ma nahmen sollen die Eindeutigkeit sicherstellen siehe Tabelle 10 9 Tabelle 10 9 Beispiel zur Eindeutigkeit Eindeutigkeit Clearness Unequivocal Nachweis Die Eindeutigkeit ist durch folgende Ma nahmen sicher Review Checkliste zustellen Verwendung formaler Darstellungsmittel Verwendung einer einheitlichen Namensgebung Verwendung einfacher Formulierungen Vermeidung missverst ndlicher Formulierungen Vermeidung von Aussagen die nicht nachpr fbar sind Wahl eines geeigneten Abstraktionsniveaus 10 2 4 Identifizierbarkeit Identification Begriff Kenngr en Dieses Merkmal von Dokumenten bezieht sich auf die eindeutige Ansprechbarkeit der Teile von Doku
322. menten die Angaben zu einem abgegrenzten Sachverhalt enthalten Beispiele siehe Tabelle 10 10 Verwendung von Kennzeichnungen gem den Projekt Konventionen und Template Vorgaben z B Name des Autors nderungshistorie usw Das Dokument verf gt ber ein strukturiertes und aktuelles Inhaltsver zeichnis Tabelle 10 10 Beispiel zur Identifizierbarkeit Identifizierbarkeit Identification Nachweis Alle Dokumente besitzen eine eindeutige Bezeichnung Review Checkliste Verwendung von Kennzeichnungen gem vereinbarter Projektstandards z B Name des Autors nderungshistorie Kennzeichnung jeder Seite eines Dokuments mit Seitenzahl Version und Datum usw Das Dokument verf gt ber ein strukturiertes und aktuelles Inhaltsverzeichnis 218 10 2 Grundlegende Qualit tsmerkmale f r Dokumente 10 2 5 Normenkonformit t Conformity Begriff Dieses Merkmal von Dokumenten bezieht sich auf die Erf llung der f r die Erstellung von Dokumenten geltenden Richtlinien und Normen Beispiele siehe Tabelle 10 11 Kenngr en Einsatz der Dokumenten Templates unter Verwendung der darin enthal tenen Vorgaben Verwendung standardisierter Darstellungsmethoden z B Use Cases Entity Relationship Diagramme Struktogramme usw Tabelle 10 11 Beispiele zur Normenkonformit t Normenkonformit t conformity Nachweis Einsatz gem vereinbarter Dokumentationsstandards Review Checkliste Verwendung
323. merkmale Tabelle 10 13 Beispiele zur Vollst ndigkeit Fortsetzung Review Alle Softwarelieferungen sind einer gemeinsam vereinbarten bergabedokumentation dokumentiert es sind sowohl min destens eine Einleitung notwendig die den Inhalt und das Ziel der Lieferung erkl rt als auch ein Glossar Die Testdokumentation wird sowohl in elektronischer Form als Review auch als Papierversion erstellt und geliefert 10 2 8 Widerspruchsfreiheit Contradictionless Begriff Kenngr en Dieses Merkmal von Dokumenten bezieht sich auf das Nichtvorhan densein sich entgegenstehender Aussagen Beispiele siehe Tabelle 10 14 Hinweis Innerhalb einer Dokumentation kann es verschiedene Arten von Widerspr chen geben e Widerspr che innerhalb eines Dokuments e Widerspr che zwischen verschiedenen Dokumenten z B zu Vorg ngerdokumenten oder parallel erstellten Dokumenten e Widerspr che zwischen Aussagen in Dokumenten und den entsprechenden Programmen e Widerspr che aufgrund von nderungen an redundanten Dokumententeilen die nicht an allen betroffenen Stellen durch gef hrt werden Die Aussagen innerhalb eines Dokuments sind in der Thematik konsis tent Unterschiedliche Dokumente z B Anwender und Operatorhandbuch beschreiben den gleichen Sachverhalt lediglich aus verschiedenen Blick winkeln Die Aktualit t eines Dokuments gew hrleistet dass es keine Wider spr che zwischen Programm und B
324. mierung 137 6 Wirtschaftliche Aspekte des PQM e Abstimmprozesse reduzieren e Nachfragen und R ckfragen ausschlie en e Fehler so weit wie m glich vermeiden e Pr ft tigkeiten auf das notwendige Minimum reduzieren e Zeitliche Verz gerungen Wartezeiten eliminieren e Durchlaufzeiten optimieren e Engp sse verhindern e Produktivit t erh hen e Ressourcennutzung aussch pfen Die Teilprozesse und Arbeitspakete die nach den detaillierten Analysen als unbedingt notwendig erkannt und hinsichtlich ihres Ablaufes optimiert wurden finden mit ihren kostenm igen Auswirkungen Eingang in die Prozesskostenrechnung Insofern ist die Prozessoptimierung eine notwendige Voraussetzung jeder Prozesskostenrechnung Auf der anderen Seite ist Prozessoptimierung ohne Prozesskostenrechnung auch nur schwer vorstellbar Um Entscheidungen zur Verbesserung der Prozesse im Projekt treffen zu k nnen bedarf es der Kriterien zur Beurteilung der bisher angewandten und der alternativ zur Verf gung stehenden Verfahren Es soll nicht verkannt werden dass gerade bei der Bewertung der Vorteilhaftigkeit bzw Nachteiligkeit organisatorischer Ma nahmen erhebliche Probleme insbesondere messtechnischer Art auftreten k nnen So spielen die Qualit t der Durchf hrung die Durchlaufzeit w hrend der Bearbeitung die Fehlerquote die Zeiten f r Fehlersuche Volumen der nderungsantr ge Bearbeitungszeiten der nderungsantr ge usw eine gro e Rolle
325. mmabbruch die Verarbei tung fortzusetzen 211 10 bersicht der Qualit tsmerkmale Kenngr en Hinweis Voraussetzung f r die Erf llung dieses Teilmerkmales ist dass sich Daten und Funktionsabfolge beim bzw vor dem Abbruch in einem definierten Zustand befinden vgl Teilmerkmal Wiederherstellbarkeit Jede einzeln zu startende Anwendungskomponente einer Gesamtanwen dung muss nach einem Systemabbruch neu startbar sein Dies kann ent weder automatisch oder manuell erfolgen Dabei gilt die Annahme dass alle Betriebs Systemkomponenten nicht Teil der Anwendung sind und sich nach einem Reboot in einem nominalen Zustand befinden Neustart kann sowohl bedeuten dass das Programm genau an der Stelle fortgesetzt wird an der es abgebrochen wurde bevorzugter Fall als auch dass die Verarbeitung komplett von vorne beginnt Die Anweisungen f r den Neustart der Anwendungskomponenten sind entweder in der Dokumentation Operatorhandbuch oder u U in erstellten Log Dateien vollst ndig zu beschreiben Teilmerkmal Reife Maturity Begriff Kenngr en 212 Dieses Merkmal der Software bezieht sich auf die H ufigkeit von Pro grammausf llen aufgrund von Softwarefehlern Hinweis Die Erf llung dieses Teilmerkmals ist im vorproduktiven Umfeld Testphase nicht nachweisbar Erst im produktiven Einsatz der Software l sst sich ein Ma f r die Reife ermitteln Zur Beurteilung der Reife einer Software sind
326. mmt bei nicht allzu komplexen und umfangreichen Pr fobjekten zur Anwendung und erfordert im Vergleich zu anderen Techniken den geringsten Organisations und Arbeitsaufwand Die Pr fung des Pr fobjekts Kann in einer oder mehreren Sitzungen erfolgen wobei ent weder alle Themen anhand einer vorab festgelegten Reihenfolge Struktur oder frei dis kutiert werden Die mit allen Teilnehmern abgestimmten Ergebnisse werden schriftlich in einem Reviewprotokoll niedergeschrieben Hinter dem Begriff Development Design Control verbirgt sich eine Vorgehensweise bei der Pr fergebnisse in Form von Kommentaren eingeholt werden Sie wird deshalb auch Inspektion in Kommentartechnik genannt Diese Kommentartechnik wird bei umfangreichen und komplexen Pr fobjekten angewandt Dabei werden von Fachleuten mit unterschiedlichen Blickrichtungen und Interessenslagen innerhalb eines vorbe stimmten Zeitrahmens schriftliche Einw nde und Anregungen eingebracht Diese wer den vom PQM gesammelt in schriftlicher Form herausgegeben und an alle Reviewteil nehmer verteilt Vorteil dieser Form der Pr fung ist dass der gr ere Zeitraum eine intensive Bearbeitung des Pr fobjekts durch die einzelnen Teilnehmer zul sst und dass die Anzahl der Bearbeiter im Gegensatz zum Walk Through nicht beschr nkt ist Selbstverst ndlich stehen diese genannten Methoden nicht allein im Raum Es hat sich als zweckm ig erwiesen eine kombinierte Vorgehensweise einzuschlagen Dies
327. mte Vorbereitung des Funktionstests basierend auf den fachlichen Vorgaben und den logischen und physischen Datenmodellen wird parallel zur Erstellung des DV Konzeptes und der Realisierung erfolgen 181 9 Praxisteil Beispiel Pl ne S mtliche Testobjekte in dieser Teststufe sind selbstst ndige Testeinheiten und k nnen folglich auch zeitlich unabh ngig voneinander bearbeitet und getestet werden Diese unabh ngigen Testeinheiten bieten auch einen gro en Vorteil f r die Instandhaltung da sich so der Aufwand des Funktionstests auf die Untersuchung der ge nderten Testob jekte beschr nkt Aufgaben Es ist zu testen ob die in den Vorgaben beschriebenen Anforderungen aus fachlicher Sicht bezogen auf eine einzelne Funktion richtig umgesetzt worden sind Fachliche Vor gaben k nnen das aktualisierte Fachkonzept Benutzer Handbuch Change Requests o sein Der Funktionstest wird stark erleichtert wenn ein aktuelles Pflichtenheft vor liegt Die formalen bzw DV technischen Pr fungen die bereits im Entwicklertest bear beitet wurden z B typgerechte Aufbereitung der Felder sind nicht Gegenstand dieser Teststufe Im Funktionstest wird einerseits gegen die fachlichen Vorgaben getestet andererseits wird f r die Testfallermittlung das Fachwissen der Fachseite ben tigt So k nnen gege benenfalls auch Defizite in den entsprechenden Unterlagen erkannt werden Der Funk tionstest hat demnach den Nebeneffekt dass gem dem Vie
328. mten DV Systems als Black Box Die Leistungsanforderungen und die Last werden nach Auftragsarten stark differenziert Daher verfolgt der Performancetest das Ziel Leistungsschwach punkte der Anwendung aufzudecken und anschlie end entsprechend DIN 66273 das gesamte Systemverhalten auszumessen Nach einer Analyse des voraussichtlichen Nutzungsaufkommens werden im Perfor mancetest Zeit und Ressourcenverhalten der Anwendung bei Bursts kurzzeitigen Last spitzen und unter Stress hohe Last ber einen l ngeren Zeitraum mit repr sentativen oder speziellen Funktionen untersucht So lassen sich in Form von Messwerten fun dierte statistische Angaben hervorbringen z B in Bezug auf die durchschnittliche Ant wortzeit den Durchsatz die maximale Prozessanzahl oder den ben tigten Hauptspei cherplatz Die Art der Anwendung und die technischen M glichkeiten entscheiden dabei ber die zu untersuchenden Gr en Ferner zeigt sich bei diesen Untersuchungen welche Systemkomponenten am ehesten berlastet werden 185 9 Praxisteil Beispiel Pl ne Einen weiteren nicht zu untersch tzenden Faktor der Leistungsf higkeit einer Anwen dung stellen Restart und Recoveryroutinen dar Daher wird auch das Zeitverhalten die ser Funktionen im Performancetest betrachtet werden Prinzipiell l sst sich das Leistungsverhalten einer Anwendung auch mathematisch modellieren und berechnen In der Praxis wird dies jedoch nur selten angewandt da exakte
329. n Verwendung von Beispielen Ordnungsstruktur Order Nachweis Verwendung einer geeigneten Gliederung wie in den Templa Review Checkliste tes vorgegeben Verwendung von Verweisen um den Lesefluss nicht durch umfangreiche Erl uterungen zu unterbrechen Pr gnanz Terseness Nachweis Die Pr gnanz ist durch folgende Ma nahmen sicherzustellen Review Checkliste Angaben zum Zweck eines Dokuments Zusammenfassung einzelner Themenbereiche wo sinnvoll Definition aller Fachausdr cke Glossar 220 10 2 Grundlegende Qualit tsmerkmale f r Dokumente Tabelle 10 12 Beispiele zur Verst ndlichkeit Fortsetzung Redundanz Redundancy Nachweis Vermeidung von R ckw rtsverweisen Review Checkliste 10 2 7 Vollst ndigkeit Completeness Begriff Dieses Merkmal von Dokumenten bezieht sich auf das Vorhandensein der f r den Zweck der Software Dokumentation notwendigen und hinreichenden Informationen Beispiele siehe Tabelle 10 13 Kenngr en Alle f r den Einsatz der Software erforderlichen Dokumente liegen vor dies sind u a Lasten und Pflichtenheft System Anwender und Ope ratorhandbuch Wartungshandbuch usw Alle geforderten Sachverhalte bzw Anforderungen an die Software sind vollst ndig beschrieben auch solche Funktionen die zwar nicht im Pflichtenheft definiert aber dennoch implementiert sind Tabelle 10 13 Beispiele zur Vollst ndigkeit
330. n Der QM Plan ist schon aus diesem Grund eines der ersten zu erstellenden Projektdokumente Es ist mit dem Projektmanager abzustimmen und von diesem auch zu genehmigen Organisation und Befugnisse Kapitel 5 Der Abschnitt 5 1 Reibungsfreier Projektablauf beschreibt die Festlegung der projekt bezogenen Qualit tsmanagement Organisation Die Eingliederung des Konfigurations managements in die Zusammenarbeit mit anderen Abteilungen z B mit der Abteilung die f r die Zuverl ssigkeit zust ndig ist mit der Sicherheitsabteilung usw ist von grundlegender Bedeutung f r einen m glichst reibungsfreien Projektablauf Die Zusam menarbeit kann wenn die Spielregeln nicht eindeutig sind oder nicht befolgt werden zu einem st ndigen rgernis f hren oder bei richtiger und fr hzeitiger Festlegung ein kooperatives Zusammenwirken sein Das PQM das auf ein vorhandenes gut funktionierendes Firmen Qualit tsmanage ment System z B ISO 9001 2000 zur ckgreifen kann hat hier eine relativ leicht zu l sende Aufgabe Es braucht nur auf die bestehenden Anweisungen aus dem Qualit ts management Handbuch zu verweisen die nach Bedarf nur leicht modifiziert werden m ssen Im Abschnitt 5 2 Themen ist es besonders f r ein PQM von Bedeutung die Zusam menarbeit detailliert im QM Plan festzulegen Folgende Themen sind unbedingt zu behandeln e Zusammenarbeit und Verantwortlichkeiten im Projektteam auf Gesamtsystemebene und auf unteren Eb
331. n Dies ist beispielsweise bei elektronischen Vertragsabschl ssen wich tig Weitere Sachziele Andere ebenfalls oft genannte Sachziele sind e Verl sslichkeit Reliability Der Schutz vor beabsichtigten oder unbeabsichtigten St rungen beispielsweise durch Angriffe oder auch durch h here Gewalt e Nicht Vermehrbarkeit Non Propagation Informationen d rfen von Unberechtigten nicht kopiert werden k nnen e Anonymit t Anonymity Der Schutz gegen Identifizierung 278 15 1 Grundwerte der Informationssicherheit e Pseudonymit t Pseudonymity Der Schutz gegen namentliche Identifizierung e Unbeobachtbarkeit Non Observability In der Diskussion um die Sicherheit eines Systems fallen gew hnlich drei Schlag worte Schwachstellen Bedrohungen und Gegenma nahmen Dabei ist eine Schwachstelle ein Punkt an dem ein System oder eine Anwendung anf l lig f r einen Angriff ist Eine Bedrohung ist eine m gliche Gefahr f r das System oder die Anwendung Gegen ma nahmen sind technische Ma nahmen die dem Schutz des Systems Anwendung dienen Beispiele f r Schwachstellen e Physische Schwachstellen Geb ude und Computerr ume sind beispielsweise anf llig f r Einbr che Nat rliche Schwachstellen Computersysteme sind sehr anf llig f r Naturkatastrofen wie Feuer Hochwasser berschwemmungen Erdbeben Blitzschlag Stromausfall oder auch andere Umwelteinfl sse wie Staub oder hohe Luftfeuch
332. n die Fehlermeldungen der Applikation die dem User Endanwender und Administrator angezeigt werden Es darf keine Systemmeldung direkt in Richtung User angezeigt werden Systemmeldungen sind durch die Applikation abzufan gen und mit aussagef higen Fehlermeldungen in Richtung User zu kommunizieren Test Im Rahmen der Tests werden abgestimmte Fehlersituationen herbeigef hrt Review Fehlermeldungen werden zwischen Code und Dokumenta tion gepr ft Programmierrichtlinien zu Error Handing 200 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Tabelle 10 2 Beispiele zur Benutzbarkeit Fortsetzung Handhabbarkeit Handling Nachweis Es muss eine sinnvoll detaillierte Online Hilfe verf gbar sein Test Test der drei Help Ebenen Basis 20 Frames Bedienerf hrung und Reaktionen des Systems insbesondere bei Fehler St rfallbearbeitung sind einfach verst ndlich ein deutig und problembezogen realisiert Test Usabilitytest Review Storyboard Pflichtenheft Basis 20 Frames Operabilit t Operability Nachweis Es sind im Normalfall keine manuellen Eingriffe in den Produk tionsablauf notwendig Insbesondere ist kein Watching durch einen Operator erforderlich Manuelle Kontrolle ist nur im Fehlerfall n tig Definierte Eingriffe in den Produktionsablauf sind entsprechend zu dokumentieren MCF Installationshandbuch Operator Handbuch MCF Miscellanious Change Form Dokumen
333. n richtig definiert e f r R cksprung zur letzten Maske e f r R cksprung in Men bersicht en K nnen Masken in Maskenfolgen bersprungen werden wenn diese keine Musseingaben enthalten Zul ssige Abbruchm glichkeiten Werden Zwangsfolgen falls vorhanden eingehalten Sind bei R cksprung in die vorherige Maske die Ausgangswerte noch vorhanden Erfassung der Auswahlkriterien Bleiben Ordnungsbegriffe bei fachlicher Vorgabe ber mehrere Vorg nge erhalten keine erneute Eingabe notwendig Werden Fehlertexte f r alle Fehlersituationen erzeugt Berechtigungen Werden die programm anwendungsspezifischen Berechtigungen richtig gepr ft Pr fen der Dialogsteuerung Alle Verzweigungen der Dialogschritte untereinander ausgef hrt Funktioniert die Bl tterfunktion mit Grenzwerten korrekt z B bei vorgangs bezogenen Masken Pr fen der DB Schnittstelle Sind die Tabellen korrekt mit allen Inhalten angelegt insbesondere Korrekte Initialisierung unbenutzter Felder 230 11 2 Checkliste f r Online Programme Tabelle 11 2 Checkliste f r Online Programme Fortsetzung Pr fpunkt Erled ja oder irrelev Werden alle Lese bzw Schreiboperationen f r die zu verarbeitenden S tze richtig ausgef hrt Werden alle Fehlersituationen Fehlercodes der Datenbank korrekt verarbeitet Pr fen der Verarbeitungslogik Sind alle Fehler Hinweistext
334. n und e Entwicklungsstandards Es sind ferner die Pr fma nahmen f r den Unterauftragnehmer festzulegen e Begleitende berpr fung der Entwicklung e Abnahmepr fungen f r entwickelte Produkte e Vorgaben f r die Unterauftragnehmer interner Pr fungen 94 5 1 Pr fung und Tests in IT Projekten Ausgangspr fung der Softwarebausteine F r die verschiedenen Arten der Auslieferung wird im Detail festgelegt was bez glich Dokumentation Pr fungen und Abnahmekontrollen erg nzend zu den projektbeglei tenden Aktivit ten zu tun ist Problemerfassung und Lenkungsaktivit ten Hier wird das Verfahren zur Meldung Verfolgung und L sung von Problemen beschrie ben Das Verfahren muss folgende Punkte gew hrleisten e Alle Probleme werden behandelt zur ckgestellte Probleme d rfen nicht vergessen werden e Problemmeldungen werden auf ihre G ltigkeit berpr ft e Der Verfasser der Problemmeldung SW Ersteller Anwender o a bekommt eine R ckmeldung ber den Problemstatus e Die Problembehebung erfolgt in angemessener Zeit mit angemessenem Aufwand e Aus jeder Problembearbeitung werden Daten extrahiert um langfristig statistische Aussagen ber die Produktqualit t zu gewinnen und Prognosen ber den weiteren Verlauf ableiten zu k nnen Zu jedem Problem sind mindestens anzugeben e Eine eindeutige Identifizierungsnummer e Verfasser und Datum e Problembeschreibung nderungskontrolle Die PQM seit
335. n werden 3 Splitten einer Funktion in mehrere Testobjekte Unabh ngige Eingaben e Dialog Die Funktion Mitarbeiter anlegen besteht beispielsweise aus einer Masken folge mit mehreren beteiligten Masken z B Mitarbeiter anlegen Adresssatz anlegen Sofern diese separat aufrufbar sind und in verschiedenen Datenobjekten gespeichert werden handelt es sich um zwei unabh ngige Testobjekte e Batch Wenn in einer Funktion verschiedene Eingaben z B Datens tze zu unter schiedlichen Zwecken z B Druckausgabe Verarbeitung benutzt werden sollten unabh ngige Testobjekte gebildet werden e Unterschiedliche Verarbeitung Die Verarbeitung verl uft in Abh ngigkeit von bestimmten Eingabefeldern oder Parametern Beispiele hierf r sind e Gesch ftsarten e Gesellschaftskennzeichen e Funktionscodes Einf gen ndern Storno Sofern Unterschiede hinsichtlich der Plausibilit tspr fungen und oder der Datenbank zugriffe bestehen sollten unabh ngige Testobjekte gebildet werden Systemtest W hrend in den vorhergehenden Teststufen im Wesentlichen Vollst ndigkeit und Kor rektheit der Anwendung berpr ft wurden untersucht der Systemtest die Performance Zuverl ssigkeit und Benutzerfreundlichkeit Da diese Teststufe die Pr fung der Vollst ndigkeit und Korrektheit der Anwendung vor aussetzt ist sie zeitlich im Anschluss an den Funktionstest einzuordnen Einzig die Per formance Simulation eine Art des P
336. nd vorbereiten von QM Bewertungen e Veranlassen von Zertifizierung und Rezertifizierung des QM Systems e Koordinieren der bereichsinternen Einf hrungs und Umsetzungsma nahmen von Qualit tsprogrammen e Unterst tzen von bereichs bergreifenden QM Ma nahmen e Vertreten des Bereichs in Fragen des Qualit tsmanagements e Initiieren von Ma nahmen zur laufenden Qualit tsverbesserung e Mitwirken bei der Behandlung von bereichs bergreifenden Qualit tsproblemen e Durchf hren einer aussagekr ftigen Qualit tsberichterstattung und deren Auswertung e Mitwirken bei der Erarbeitung von generellen Richtlinien zum Qualit ts management des Unternehmens 272 14 4 Was wird genutzt e Unterst tzen des zentralen Qualit tsmanagements bei der Erarbeitung und Durch setzung genereller Ma nahmen zum umfassenden Qualit tsmanagement e Initiieren von bereichsspezifischen Schulungsma nahmen zum Thema Qualit t und Qualit tsmanagement e F rdern von Mitarbeiterinitiativen im Rahmen von QFC innerhalb des Bereichs Aufgaben des zentralen Qualit tsmanagements e Gestaltung und Umsetzung von bereichs bergreifenden Qualit tsprogrammen e Festlegung von generellen Grunds tzen zum Qualit tsmanagement und zum Qualit tsberichtswesen e Unterst tzung der Bereiche bei der Einf hrung von Qualit tsmanagementsystemen e Durchf hrung von Qualit tsaudits und Unterst tzung bei QM Bewertungen e Entwicklung von Werkzeugen und Verfahren zum Qu
337. ndards Normen des Projektes und der Organisation vorhanden sind diese zu nutzen Fehlen entspre chende Standards wird die Verwendung allgemeiner berregi onaler und hersteller bergreifender Standards gemeinsam gepr ft Bei der Entwicklung wird auf die Verwendung herstellerspezifi scher Besonderheiten verzichtet Review Code Programmierrichtlinien Standards Der Styleguide der Organisation wird eingehalten Test Wird im Rahmen des Oberfl chentestes nachgewiesen z B durch eine Checkliste Umfang 10 der Frames Lauff higkeit Runability Nachweis Eine erste Teillieferung muss nach Installation basierend auf einer Installationsanweisung lauff hig sein Audit Installation 210 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Tabelle 10 5 Beispiele f r bertragbarkeit Fortsetzung Jede von der Entwicklung erstellte Folge Teillieferung muss Audit Installation folgende Anforderung erf llen Nach der Installation der gelieferten Software entsprechend der Installationsanweisung ist das System online unabh ngig von anderen lauff hig Wiederverwendbarkeit Reusability Nachweis Bei der Erstellung des Systems bzw von Programmteilen muss Review Checkliste Programmier sichergestellt sein dass sie f r verschiedene Erweiterungen richtlinien Schnittstellendefinition benutzt werden k nnen 10 1 6 Zuverl ssigkeit Reliability Dies ist die Menge
338. ndustrieanlage mit Planung Erstellung und Inbetrieb nahme der gesamten Anlage siehe Bild 7 1 Von besonderer Bedeutung f r die Ver tragsabwicklung ist das Recht der Leistungsst rungen in den 280 ff BGB Die rechtli che Grundlage bei der Arbeitnehmer berlassung basiert auf dem Arbeitnehmer berlas sungsgesetz A G F r die Durchf hrung des AUG ist die gewerbsm ige Arbeitnehme r berlassung von Bedeutung Sie liegt vor wenn ein Auftraggeber Verleiher gewerbs m ig Arbeitnehmer Leiharbeitnehmer einem Dritten Entleiher zur Arbeitsleistung berl sst AGB G BGB AUG Allgemeine Gesch fts B rgerliches Arbeitnehmer bedingungen Gesetz Gesetzbuch berlassungs Gesetz l l l Regelungen zum Vertragsrecht Sonderregelungen f r Vertragstypen Werk vertr ge Miet vertr ge Dienst vertr ge Kauf vertr ge Bild 7 1 Regelungen zum Vertragsrecht 149 7 Juristische Aspekte des PQM Rechtliche Bedeutung des Vertragsabschlusses Ein Vertrag definiert die Leistungsinhalte und setzt damit die rechtlichen Parameter f r die Erf llung bzw das Scheitern Unm glichkeit Verzug eines Projekts denn e Die Auslegung des Vertrages orientiert sich in erster Linie an seinem Wortlaut wenn auch nicht an den Buchstaben 133 157 BGB e Eine nachtr gliche nderung ist grunds tzlich nur mit Zustimmung der anderen Vertragspartei m glich es sei denn der gesamte Vertrag wird angefocht
339. nen Werden in der Eingabe formal unzul ssige Werte abgewiesen Datum g ltig Sonderzeichen Alphawerte Blanks bei numerischen Feldern Mehrere Punkte oder Kommata in einem numerischen Feld Werden obere untere Grenzwerte der zul ssigen Eingaben korrekt verarbeitet Werden Grenzwerte inhaltlich unzul ssiger Eingaben abgewiesen Pr fen der Benutzersteuerung innerhalb jeder Maske Steht der Cursor auf der ersten Stelle des gew nschten Eingabefeldes Ist jedes Eingabefeld erreichbar Fortsetzung auf Seite 230 229 11 Beispiele Checklisten Tabelle 11 2 Checkliste f r Online Programme Fortsetzung Pr fpunkt Erled ja oder irrelev Ist die Grundwertbelegung der Felder korrekt Steht der Cursor nach einer Fehlermeldung auf dem fehlerhaften Feld Sind die Feldattribute f r die Cursorf hrung richtig gesetzt z B skip und protected Sind die Vorgaben f r die Feldattribute anwendungsspezifisch eingehalten z B Fonddarstellung Druckersteuerung Pr fen der PF Tasten Ist das Ausl sen der PF Tasten fehlerfrei Richtige Fehlermeldung bei unzul ssiger Taste Korrekte Reaktion bei zul ssiger Taste Korrekte Reaktion bei zul ssiger Taste unter Beachtung der Datenkonstellation z B zur ckbl ttern bei Anzeige 1 Satz Pr fen der Benutzersteuerung ber mehrere Masken Sind die vorgesehenen Verzweigungsm glichkeite
340. nen Schaden zu verursachen Eine Kennzahl ist ein gemessener Wert der verdichtete Informa tion enth lt und dazu dient e Werte in ein Verh ltnis zueinander zu setzen e Werte miteinander zu vergleichen oder e Werte mit einem Richtwert zu vergleichen Wissen wie eine bereits verifizierte oder praktizierte jedoch undokumentierte Form von Wissen Wenn die verf gbare Infor mation dokumentiert publiziert oder sonst kommuniziert ist kann sie daher auch den sensitiven Informationen zugeordnet werden Dann ist sie Bestandteil der Informationssicherheit Know how wird in seiner Schutzw rdigkeit und Bedeutung oft unterbewertet Glossar Kommunikations sicherheit Kommunikations technologie n Konfiguration Konfigurations management Kontinuierliche Prozessverbesserung Kosten Nutzen Analyse cost value analysis Sicherheit und Schutz von Informationen w hrend der bertra gung und bermittlung auf drahtlosem Weg Funk ber Kabel Netzwerkkabel Telefonleitungen usw und ber optische Medien z B Glasfaser Sie bezieht sich sowohl auf m gliche Zugriffe auf das bertragungssystem als auch auf die Vermei dung von systembedingten bertragungsfehlern Hauptziel ist die Integrit t der bermittelten Daten und Informationen Sammelbezeichnung f r Techniken Methoden Systeme und Werkzeuge die f r verschiedene Varianten der Kommunikation verwendet werden z B Satellitennavigation Verkehr Int
341. nen nicht einge halten werden Vorbeugema nahmen Erarbeiten und Heranziehen von Erfahrungswer ten Mengenger ste erstellen Hochrechnungen usw Eventualma nahmen Kosten f r Aufr stung und Aufwand f r Tuningma nahmen einplanen Risiken quantifizieren und bewerten Daten zu Risiken so aufbereiten dass sie Informationen bereitstellen f r folgende Ent scheidungen e Bewerten der Eintrittswahrscheinlichkeit der Risiken e Bewerten der Risikoauswirkungen e Quantifizieren der Risiken Eintrittswahrscheinlichkeit Auswirkung e Einsch tzen eines Zeitrahmens Identifizierte Risiken werden priorisiert und gegebenenfalls in einem Diagramm siehe Bild 12 1 dargestellt 242 12 3 Prozess des Risikomanagements in Projekten Auswirkung amp Kosten Zeit Qualit t Risikoklasse 4 Risikoklasse 3 amp Risikoklasse 2 Risikoklasse 1 Eintrittswahrscheinlichkeit Bild 12 1 Beispiel Klassifizierung der Risiken Risiken steuern und bew ltigen Ergebnisse der Risikoquantifizierung werden in Entscheidungen und Aktionen umge setzt M gliche Entscheidungen dabei sind e Risikovermeidung Sicherstellen der Lieferf higkeit bei Abwicklungsprojekten anderes Produktdesign nderung im Entwicklungsprozess e Auswirkungen von Risiken minimieren Ausweichpl ne Dazu m ssen ausl sende Ereignisse Trigger definiert werden z B mit der Festlegung wann aufgrund welcher Ereignisse welche Aktionen durch wen ausgef
342. ng und Bewertung m glicher Risiken e Ma nahmen zur Steuerung und Bew ltigung der Risiken sowie e die berwachung und Kontrolle der Umsetzung dieser Ma nahmen Der Nutzen der Anwendung von Risikomanagement liegt vor allem im fr hzeitigen Erkennen von Risiken bevor sie zu Problemen werden Fr hwarnung vor potenziellen Risiken und in der Bildung eines Risikobewusstseins bei den Mitarbeitern in den Pro jekten Risikomanagement verlagert Konflikte ins Vorfeld wo noch ausreichend Hand lungsspielraum gegeben ist Ma nahmen zur Vermeidung von Risiken bzw zur Mini mierung von Risikoauswirkungen werden explizit als Arbeitspakete geplant und in die Sch tzungen und Kalkulationen aufgenommen Eine wesentliche Grundlage f r effektives Risikomanagement in Projekten ist das Vor handensein eines Risikobewusstseins sowohl bei den Teammitgliedern und den Mana gern des Projektes Projektmanager Lenkungsausschuss Teilprojektleiter Teamleiter usw als auch bei allen anderen Projektbeteiligten z B Zulieferer Die Basis f r den Erfolg des Risikomanagements liegt zum einen in einer funktionierenden Kommunika tion innerhalb des Projektes und zum anderen bei der R ckkopplung zwischen dem Projektmanager den Mitgliedern des Lenkungssauschusses und dem Kunden Anwendungsbereich Dieser Leitfaden beschreibt das Verfahren und die Regelungen zum Risikomanagement in Projekten und macht Vorschl ge wie Verantwortlichkeiten und Abl ufe f r das Risi
343. nigkeit besteht ist es sinnlos miteinander Pl ne zu schmieden Konfuzius Projekte beginnen meistens aus einer Idee heraus bestimmte Dinge im Unternehmen zu verbessern Anregungen dazu kommen aus den Fachbereichen oder von der Ge sch ftsleitung Es werden Aussagen ber die zu erreichenden Ergebnisse erarbeitet oft sind es aber nur vage Ziele Viele Aktionen laufen entsprechend die Beteiligten m ch ten sich nicht festlegen denn schwammige Ziele machen sehr flexibel Ein schrift lich definierter Projektauftrag existiert nicht notwendige Mittel und Ressourcen werden nicht definiert Das Projekt kommt nicht voran und endet meist in Auseinandersetzun gen und st ndigen Diskussionen Ist diese Situation nicht ebenfalls typisch f r die heutigen Projekte Das Management damit ist der interne Auftraggeber gemeint im Folgenden verant wortliche Gesch ftseinheit genannt ist nicht ganz unschuldig an den Problemen in vielen Projekten Sie tragen als Initiatoren die wirtschaftliche Verantwortung f r die Projekte und haben dementsprechend die Ziele und Anforderungen an das Projekt zu 20 1 Einleitung definieren Leider werden diese in vielen F llen nicht klar und pr zise vorgegeben und so beginnt manches Projekt diffus und im Ergebnis endet es auch so Das Management hat nicht nur seit der DIN ISO 9001 2000 ausreichend Mittel und Res sourcen zur Verf gung zu stellen Eine nicht ganz einfache Verantwortung Verantw
344. niken im Qualit tsprozess Der Begriff Qualit tsmethode bzw technik wird weder in der Q Literatur noch in der Unternehmenspraxis einheitlich gebraucht H ufig werden daher nicht nur die eigentli chen Qualit tstechniken sondern auch organisatorische Ma nahmen z B Qualit ts zirkel oder Methoden die nicht speziell f r das QM entwickelt wurden z B Wertana lyse unter diesem Begriff subsummiert In diesem Kapitel wird folgende Definition als Grundlage der weiteren Betrachtung vorgeschlagen Qualit tstechniken sind Instrumente und Methoden des QM die zum L sen spezi fischer Aufgaben oder Probleme auf verschiedenen Ebenen im Projekt eingesetzt werden k nnen Qualit tstechniken methoden im engeren Sinne beziehen sich somit auf e Pr fungen und Tests e Produkt Prozessplanung und e Fehler Problemanalyse und behebung 5 1 Pr fung und Tests in IT Projekten Eine Pr fung unterteilt sich in die drei Abschnitte Vorbereitung Durchf hrung und Auswertung Die Vorbereitung und die Auswertung werden in der Pr fprozedur beschrieben Die Vorbereitung einer Pr fung umfasst z B die Generierung von Testda ten Die Methoden und Vorgehensweisen hierf r werden festgelegt und sofern nicht als bekannt vorausgesetzt beschrieben Festzuschreiben ist die Art und Weise der Ergebnissicherung und auswertung insbeson dere im Hinblick auf Wiederholung von Pr fungen Es sollte festgelegt werden welche Daten w hrend und nach der
345. nmal an ab einem gewissen Punkt ist aber keine genauere aufwendigere und kostenintensivere Pr fung mehr m g lich und dieser Kostenanteil nimmt anteilsm ig ab Dadurch ergibt sich f r die quali t tsbezogenen Kosten eine erst abfallende dann aber wieder ansteigende Kurve Am tiefsten Punkt dieser Kurve befinden sich demnach die niedrigsten qualit tsbezogenen Kosten Wie werden die einzelnen Kostenarten bestimmt Wegen der oft nicht eindeutig geregelten Zuordnung einzelner Kostenarten zu den qua lit tsbezogenen Kosten sollte verbindlich festgelegt werden welche Kostenarten im Pro jekt berhaupt qualit tsbezogene Kosten darstellen sollen Es muss gekl rt werden ob beispielsweise die Kosten f r nderungen Change Requests zu den Qualit ts oder den Entwicklungskosten gerechnet werden sollen Stellen Werkzeug oder Laborkosten Mie ten und Fortbildungskosten Qualit tsaufwendungen dar oder sind sie Kostenarten die anderen Funktionsbereichen wie etwa Einsatzmittel oder Entwicklung zuzurechnen sind Wichtig ist dass diese Entscheidungen gemeinsam von allen Verantwortlichen 129 6 Wirtschaftliche Aspekte des PQM getroffen werden um sp tere Diskussionen oder Missverst ndnisse ausschlie en zu k nnen M gliche Qualit ts Kostenarten k nnen sein e Materialkosten e Raumkosten e Werkzeugkosten e Pr fkosten e Kosten f r Gew hrleistung e Gutachterkosten e Kosten f r Schulung Aus und Fortbildung e Kosten f r
346. ns Rechnersystem oder netzwerk sowie von der eingesetzten Betriebs und Anwendungssoftware bestimmt auch ein scheinbar ideales Sicherheitsdispositiv garantiert allerdings keine Unverwundbarkeit der Informationssicherheit Versteckter Programmteil einer Datei der Daten und komplette Netzwerkstrukturen zerst rt Kann durch jede Form der Daten bernahme Internet Disketten ZIP Laufwerke CD ROMS Netz werke usw bertragen und verbreitet werden Vermeidung nur durch gesamthaftes Ma nahmenpaket im Rahmen der Informa tionssicherheit Ma nahmenpaket um Sch den durch Beeintr chtigung Verlet zung Aufhebung oder Zerst rung der Informationssicherheit zu vermeiden Regelungen welche die Gesamtheit aller Aktivit ten Produkte und deren logische Abh ngigkeiten bei der Entwicklung und Pflege nderung von IT Projekten festlegt Im Bereich der Bun desverwaltung wird das Vorgehensmodell V Modell genannt Strukturierte Pr fung eines Entwurfs eines Programmcodes oder eines Prozesses mit dem Ziel Fehler und Verbesserungsm glich keiten festzustellen Wide Area Network Netzwerk das nicht auf einen lokalen Bereich LAN beschr nkt ist sondern die Kommunikation und den Austausch von Daten ber gro e Entfernungen sowie global gestattet In einer Organisation sind es die Aktivit ten die zur Entwick lung Produktion Vermarktung und Lieferung von Produkten und Dienstleistungen an Kunden durchgef hrt werden Wert
347. ntelle Sicherungen sichern jeweils nur die seit der letzten Komplettsicherung ge nderten Daten Da der Mensch von Natur aus bequem ist oder manchen Mitarbeitern das Pflichtbewusstsein f r regelm ige Sicherungen fehlt muss dies vom System erzwungen und selbstst ndig durchgef hrt werden Nur so l sst sich das hohe Risiko eines Datenverlustes einschr nken Aber auch Systemzusammenbr che und ausf lle d rfen zu keinem Datenverlust f h ren Entsprechende Transaktionssicherungen f hren dazu dass bis zur letzten durch gef hrten Transaktion die Datenintegrit t gesichert ist Es wird ein Verfahren Roll Back eingesetzt das nach einer unvollst ndigen Transaktion alle Zust nde von Daten banken und Dateien wieder auf den Stand zur ckversetzt der vor Beginn der Transak tion geherrscht hat Zus tzlich wird der Anwender darauf hingewiesen dass die letzte Transaktion nicht durchgef hrt wurde und er sie wiederholen soll Die Integrit t einer Information des Systems ist auch verletzt wenn die Information verloren geht Wenn hingegen eine Information verz gert oder fehlgeleitet wird ist die Information an sich weiter integer nicht aber das verantwortliche System 276 15 1 Grundwerte der Informationssicherheit Offene Fragen sind in wie weit Integrit t feststellbar ist weil der absichtsgebundene Umgang mit Informationen nur begrenzt regelbar ist Zum Beispiel kann der Gesamt vorgang integrit tsverletzend sein ob
348. nternet zu verbreiten Streng genommen m ssten auch alle auf diese Art und Weise in den Anwendungs und Nut zungszyklus bergehenden Komponenten einer Eingangspr fung unterzogen werden Eingangspr fung von Fertigprodukten Unter Fertigprodukt wird prim r eine im eigenen Umfeld oder auf dem Markt verf g bare f r einen bestimmten Auftrag Vorhaben passende Funktionseinheit verstanden Fertigprodukte k nnen sein e Gekaufte Software z B Bibliotheksprogramme Testmonitor Betriebssysteme Compiler Werkzeuge Pr fmittel e Verwendbare Software die in der gleichen Organisation aber au erhalb des laufenden Projekts entwickelt wurde Es sind die einzelnen Pr fungen in einem von der Verwendung der Software z B Kriti kalit t abh ngigen Ma nahmenkatalog festzulegen In jedem Fall ist wichtig e Identifikation von Hersteller und Produkt m ssen sichergestellt sein e Es ist zu pr fen ob die Dokumentation entsprechend den Projektrichtlinien vor liegt e Es ist zu kl ren ob ausreichende qualit tsrelevante Ma nahmen durchgef hrt wur den bzw in welchen F llen Qualit tsma nahmen nachzuholen sind Gegebenenfalls ist hier eine stichprobenartige Verwendungspr fung und im Falle hoher Kritikalit t ein kompletter QM Zyklus zu definieren Voraussetzung f r die Einbindung eines Fertigproduktes sind das Vorliegen der Anforde rungen an das Produkt und die Entscheidung f r dessen Einsatz So ist dieses unter Ber cksicht
349. nterst tzung ausw hlen und Strukturdaten erstellen erlangen Problem pr fen und Wichtige Problem verursach L sung ausw hlen Plan durchf hren definieren ende Faktoren ermitteln e Plan zur Durchf hrung Auswirkungen der L sung entwickeln berwachen l l I l Ziel Ziel Ziel Ziel Eine schriftliche Eine Liste der L sung f r das Probleml sung Problem Plan f r die Ergebnisse Definition des wichtigsten Problem Problems verursachenden Faktoren Durchf hrung Bild 5 8 Der Probleml sungsprozess Analyse Ziel dieser Phase ist es Daten und Informationen zu erhalten um eine entsprechende Analyse durchzuf hren Es werden die identifizierten problemverursachenden Faktoren oder eigentlichen Problemursachen sowie sonstige Zusatzinformationen diverse Dia gramme festgehalten Ergebnis muss sein eine Liste der wichtigsten problemverursa chenden Faktoren zu erhalten L sung Ziel dieser Phase ist es erfolgsversprechende L sungen f r die Probleme zu erarbeiten In Zusammenarbeit mit den betroffenen Mitarbeitern und Experten werden L sungen gefunden und mittels bestimmter Techniken Kosten Nutzen Analyse Selektionsmatrix usw ausgew hlt Ergebnis muss sein eine L sung f r das Problem zu ermitteln und festzuhalten F r die praktische Umsetzung muss ein Plan f r die Durchf hrung Akti onsplan erstellt werden Durchf hrung Ziel dieser Phase ist es den Aktionsplan umzusetzen Wichtig i
350. ntierten Ansat zes k nnen Verbesserungspotenziale leichter identifiziert werden Das Prozessmodell ist die konzeptionelle Darstellung der allgemeinen Qualit tsmanage ment Systemanforderungen in der Norm Die Visualisierung in Bild 13 1 verdeutlicht die Notwendigkeit geschlossener Regelkreise Die Produktrealisierung beginnt beim Kunden Ermittlung seiner Forderungen und endet nach Lieferung des Produkts wieder beim Kunden Ermittlung seiner Zufrieden Verantwortung der Leitung Management Messung Analyse von Ressourcen Verbesserung Produkt realisierung ozcamoxXonz gt 2 U F R l E D E N H E l T Bild 13 1 Prozessmodell der DIN ISO 9001 2000 253 13 Die Normenreihe DIN ISO 900n 2000 heit Innerhalb der Organisation werden Forderungen vom Management definiert sowie die ben tigten Ressourcen ermittelt und bereitgestellt Die notwendigen Produkt realisierungsprozesse werden erarbeitet und ausgef hrt und letztendlich die Ergebnisse aller Prozesse gemessen analysiert und verbessert ber die QM Bewertung flie en Informationen zum Management zur ck und l sen wenn notwendig Verbesserungs ma nahmen am QM System aus Die Kundenzufriedenheit stellt ein Ma f r die Leis tung des QM Systems dar und ist bei der Systembewertung zu ber cksichtigen Die Struktur des QM Systems einer Organisation ist einzigartig und auf die individuel len Ziele die Kultur und den Managementstil der Organisation ausge
351. ntplan 34 56 Qualit tsmanagement prozess 55 Qualit tsmanagement Strategie 165 Qualit tsmanagementsystem 25 171 254 270 Qualit tsm ngel 67 91 Qualit tsmerkmale 59 73 98 125 144 146 195 198 216 223 224 303 Qualit tsmodelle und Zuver l ssigkeitsmodelle 78 Qualit tsnetzwerk 269 Qualit tsplanung 28 159 Qualit tspolitik 159 252 256 262 303 Qualit tsprinzipien 251 Qualit tsprozess 79 160 Qualit tspr fung 58 62 qualit tsrelevante Ma nah men 28 30 96 Qualit tsstrategie 263 Qualit tstechniken 79 Qualit tsverantwortung 159 268 Qualit tsverbesserung 67 73 139 303 Qualit tsvision 263 Qualit tsziele 58 73 252 256 262 264 265 268 271 Quality Gate 92 R Realisierung 35 40 99 100 102 159 Realisierungs und Abnahme bedingungen 47 Redundanz 197 198 220 221 Reife 212 Repeatable 70 Ressourcen und Support prozesse 26 Ressourcenplanung 36 Review 26 37 50 72 80 81 83 131 139 Reviewtechnik 34 Risiken 303 Risikoabsch tzung 32 41 303 Risikoanalyse 303 Risiko Checkliste 43 Risikoexistenz 249 Risikokatalog 43 245 Risikoklassifizierung 44 Risikominderung 303 Risikominderungsstrategie 303 Risikopriorit t 249 Risk Review Board 33 317 Stichwortverzeichnis Robustheit 60 147 213 Rollen 28 39 40 R cktritt 154 S Sachziel 89 275 Schadenersatz 154 157 Schwachstellen 68 71 130 132 271 279 304 Security 32 Selbstbewertung
352. ntwicklungen zus tzliche Ma nahmen ergriffen werden um eine qualitativ hochwer tige Internet Anwendung mit den Qualit tsmerkmalen wie Robustheit Sicherheit Zuverl ssigkeit Performance Unabh ngigkeit Benutzerfreundlichkeit und Fehlerfrei heit zu erstellen Selbstverst ndlich ist bei der E Business Entwicklung nicht alles neu nur durch die neue Generation von Anwendungen ver ndert sich der Softwareentwicklungsprozess etwas Eine besondere Herausforderung stellt vor allen Dingen die Vielzahl von unter schiedlichen Komponenten und Technologien dar wie z B die unterschiedlichen Brow ser die diversen Betriebssysteme und die zahlreichen Komponenten zum Thema Sicher heit Firewall 87 5 Methoden und Techniken im Qualit tsprozess Einige besondere Testaufgaben beim E Business Test sind e Browser Test e Zugangstest e URL Link Test e Usability Test e GUI Test e Sicherheitstest e Last und Performance Test 5 1 4 Prozesspr fung Durchschlagende Qualit tsverbesserungen Kosten Wer gute Produkte erzielen senkungen und Zeiteinsparungen sind heute die will muss bei den Prozessen angestrebten Ziele in der Projektarbeit Die F higkeit anfangen dazu wird bei Unternehmensprozessen dem Prozess management z B Process Owner zugeordnet F r die Projektarbeit gibt es aber kein Prozessmanagement in diesem Sinne In den Projekten ist der Projektmanager f r den gesamten Projektprozess zust ndig mit Unterst tzung des PQM
353. nungsaufwand z B komplexe mathematische Berechnungen Analyse von Datenbest nden usw 122 6 1 Modell f r qualit tsbezogene Kosten Komplexe Programmfunktionen Komplexe Programmfunktionen stellen eine Verbindung von h her und niederwerti gen Programmfunktionen zur Erreichung eines vorgegebenen Arbeitsziels dar F r die anzusetzenden Aufw nde gelten die Richtwerte in Tabelle 6 1 Tabelle 6 1 Richtwerte f r Aufw nde Aufwandsklasse Spanne in Std Mittelwert in Std Ein und Ausgaben 0 5 2 0 1 0 Niederwertige 0 5 5 0 3 0 H herwertige 5 0 100 0 10 0 Komplexe Summe der Einzellaufw nde Der Gesamtaufwand einer Pr fung ergibt sich aus der Summe der Einzelaufw nde der vier Klassen zuz glich weiterer 25 dieser Summe f r Verwaltung und Organisation Die Pr fung der einzelnen Bestandteile von Softwareerzeugnissen unterscheidet sich sowohl im jeweiligen Aufwand als auch im Zeitpunkt der Pr fung im Projektverlauf In diesem Abschnitt wird ausschlie lich der Begriff Pr fung verwendet Wobei unter Pr fung die beschriebenen formalen Pr fungen und Tests zu verstehen sind Eine bersicht der Aufwandsverteilung gibt Bild 6 1 Im Bild 6 1 werden die Summen der Aufw nde f r Koordination Pr fungsdokumenta tion sowie Pr fung der Benutzerdokumentation des Programms und der Konsistenz zueinander in Beziehung gesetzt EP 18 berwachung 15 PD 22 PP 28 AA Aufwandsabsch tzung PP
354. oder am Ende des Entwicklungsprozesses mit dem Ziel festzustellen ob die spezifizierten Anforderungen erf llt sind Verh ltnis von gesamter Einsatzzeit mit ungehindertem und st rungsfreiem Zugang eines berechtigten Benutzers zu den Komponenten eines Rechnersystems Peripherie Programme und Daten zu Ausfallzeit und Fehlfunktion St rung eines Computersystems Angabe in Prozent Ein scheinbar hoher Wert von 99 9 bedeutet bei ganzj hrigem Betrieb eines Systems eine Ausfallzeit von ca 8 7 Stunden also von etwa einem Arbeitstag Prozess der Beurteilung eines Systems oder einer Komponente mit dem Ziel festzustellen ob die Resultate einer gegebenen Ent wicklungsphase den Vorgaben f r diese Phase entsprechen und es ist so der formale Beweis der Korrektheit eines Programms Bestandteil von Informations und Informatiksicherheit bezieht sich auf Daten und Systemfunktionen Hard und Software siehe auch Vertrauensw rdigkeit Unversehrtheit Seine Vermeidung und Verhinderung ist wichtigster Bestandteil der Informations und Informatiksicherheit konnte fr her im EDV Bereich haupts chlich durch angepasste Datensicherungs Ma nahmen Backup verhindert werden entsteht aber auch durch Entlassung und Weggang von Mitarbeitern Durch die neuen Kommunikationstechnologien in Verbindung mit neuen Formen und Qualit ten der Computerkriminalit t sind zus tz liche M glichkeiten Datendiebstahl u a f r den Verlust von Informationen ent
355. oduktes oder eines Projektes aus der es keine R ckkehr in eine fr here Phase gibt analog dem Lebenszyklus von Menschen Die F higkeit einer Ressource eines Systems oder einer Anwen dung in quantitativer oder qualitativer Hinsicht eine bestimmte Aufgabe im Projektprozess zu bew ltigen Programmierte Bedrohung f r ein Rechnersystem Eine ver steckte Funktion z B in einem Trojanischen Pferd die im Normalfall einen erheblichen Schaden an der Informations sicherheit hervorruft wenn ein bestimmter Zustand des Systems erreicht wird Programm das in Verbindung mit einem Anwendungspro gramm z B MS Word zus tzliche anwendungsspezifische Funktionen und Programmabl ufe erm glicht kann aber auch als Makro Virus in einer Datei versteckt sein wie beispielsweise beim Sober Virus im Jahre 2005 Gezielte Ver nderung von Daten die als sensitive und relevante Informationen die korrekte Funktion von Computersystemen gew hrleisten moderne Form der Sabotage im Informations zeitalter Bedeutungsvolles Ereignis Fertigstellung vorbestimmter Produkte im Vorhabenablauf das sich terminlich planen und berwachen sowie zur Bewertung des Vorhabenfortschrittes einsetzen l sst Grafische oder tabellarische Darstellung von Meilensteinen im Projektablauf auf der Basis der Terminplanung Quantitatives Erfassen eines interessierenden Merkmals eines Gegenstandes oder einer Menge von Gegenst nden Produktma e Messung von SW Qual
356. ohnehin zum Zweck der kaufm nnischen berwachung und oder Verrechnung oder zur Leistungserfassung der Mitarbeiter berstunden Fehlzeiten Diese Aufzeich nungen sind aber meist f r die Kostensch tzung nicht brauchbar Im Rahmen der Projektorganisation und des Berichts und Informationswesens wird fr hzeitig bei Projektstart festgelegt auf welche Art und Weise die w hrend der Projekt durchf hrung anfallenden Ist Daten gemeldet und aufgezeichnet werden 130 6 1 Modell f r qualit tsbezogene Kosten Dazu stehen prinzipiell vier Methoden zur Verf gung siehe auch Tabelle 3 2 e Formale Abfragen e Teamorientierte Datengewinnung e Beobachtung e Reviews In der Praxis werden meist formale Abfragen bevorzugt Erfasst werden sollten in jedem Fall w chentlich je Mitarbeiter die Zeiten f r Phase Hauptaktivit t Arbeitspaket und Teilprodukt Zus tzlich empfiehlt sich m glichst auch die Erfassung der T tigkeitsarten z B Besprechungen Codieren Testen Fehlersuche Texterstellung allgemeine Kom munikation Verwaltungst tigkeit Wo die M glichkeit dazu besteht k nnen die bereits vorhandenen Formulare so erwei tert werden dass sie auch die f r die Aufwandssch tzung und Projektsteuerung n tigen Informationen enthalten Die Mitarbeiter brauchen dann nur ein Formular mit ein paar mehr Eintragungen auszuf llen es sollte aber keine Konsistenzprobleme geben Erg n zungen k nnen neben den blichen R ckmeldelisten f r
357. ojekt ableiten lassen Funktionalit t Alle in der Dokumentation und Produktbeschreibung dargestellten Funktionen eines Produktes m ssen in entsprechender Form ablaufen Die Interoperabilit t zwischen den verschiedenen Schnittstellen muss gew hrleistet sein Zuverl ssigkeit Die F higkeit eines Produkts die verlangte Funktionalit t unter gegebenen Randbedin gungen f r eine gegebene Zeit zu erf llen Ein technisches Produkt darf nicht in einen Zustand geraten den der Benutzer nicht mehr beherrschen kann und darf Daten weder verf lschen noch verlieren Sicherheit Das berschreiten von Grenzwerten bei der Dateneingabe vom Anwender darf nicht zu einem nicht mehr beherrschbaren Zustand f hren Zuverl ssigkeit Wenn das Produkt Dateneingaben als unzul ssig erkennt darf es diese nicht wie zul ssige verarbeiten oder auch nicht zum Absturz f hren Robustheit Anwendungsfreundlichkeit Bedienerfreundlichkeit Die Anwendungsfreundlichkeit bedeutet die Leichtigkeit mit der ein Anwender die Bedienung eines Produkts die Vorbereitung von Daten daf r und die Interpretation sei ner Ergebnisse lernen kann Der Ablauf muss verst ndlich bersichtlich und steuerbar sein Die Ausf hrung von Funktionen muss zur cknehmbar sein oder ein konkreter Hinweis z B verst ndlicher Fehlertext mit Hilfefunktion auf Konsequenzen erfolgen Die Bedienung z B Masken sollte einheitlich sein und den z Z geltenden Standards entsprechen E
358. ojektes unterst tzen und erleichtern helfen Die t gliche Praxis lehrt uns mitunter dass es gar nicht so einfach und selbstverst ndlich ist bei der Projektplanung alle Beteilig ten Betroffenen ins Boot zu bekommen Eine M glichkeit der Einigung bietet das ZIP Modell F r jeden Grobplan jedes Budget jede Vorschau f r Ma nahmen und Entscheidungen wird die Beantwortung folgender Fragen gekl rt Z Ist das was wir erreichen wollen zielkonform I K nnen wir uns mit der Planung mit dem Grobplan Budget usw identifizieren P Ist das was wir und wie wir es machen wollen plausibel ist alles richtig mitein ander abgestimmt 3 2 2 Projektspezifische Festlegungen Sp testens im Zuge der Vertragserstellung Angebots Je besser die Festlegungen legung oder Auftragsannahme m ssen die wesentli sind desto weniger muss chen Parameter die den Projektverlauf pr gen festge improvisiert werden um legt und dokumentiert sein das Projekt auf dem richti gen Kurs zu halten Projekthandbuch Sowohl f r den Projektmanager als auch f r das POM ist das Projekthandbuch ein ber aus wichtiges Instrument Es enth lt eine detaillierte Beschreibung der Projektziele Pro jektrisiken und der kritischen Erfolgsfaktoren Es f hrt alle Stakeholder auf es doku mentiert die aktuelle Projektorganisation und die Aufgaben und Rollen im Projektteam Das Projekthandbuch ist gleichzeitig Bestandteil und auch eine Zusammenfassung der
359. onsphase Kommunikation Information Das Management von Projekten wird in hohem Ma e Kommunikation ist durch die intensive Kommunikation zwischen den im Die Kunst sich auszudr Projekt eingebundenen Menschen getragen Kommu cken verstanden zu werden nikation bedeutet Austausch von Informationen mit und zu berzeugen dem Zweck die Projektarbeit in Bezug auf die gegebe nen Ziele optimal zu gestalten Nicht nur w hrend des Planungsprozesses sondern auch in der Projektdurchf hrung ist ein stetes Kommunizieren zwischen dem Projekt manager und dem PQM den einzelnen Projektteams den Projektgremien und den k nftigen Anwendern von entscheidender Bedeutung f r den Projekterfolg Betrachtet wird also die Kommunikation als einer der wichtigsten Erfolgsfaktoren in der Projektarbeit Wer von Kommunikation spricht meint h ufig Information Kommuni kation ist jedoch wesentlich mehr Kommunikation lat communicare bedeutet e Gemeinsam etwas tun e Miteinander reden e Aufeinander zugehen Wenn die Kommunikation als Erfolgsfaktor genutzt Behalten Sie die Verbin wird kann davon ausgegangen werden dass Spitzen dung zu den Menschen leistungen in Qualit t Produktivit t und Effektivit t im Projekt erreicht werden Sind alle Voraussetzungen f r einen qualitativ hochwertigen Fluss der Informationen durch Kommunikation im Projekt und seinem Umfeld gew hrleistet wird die Chance f r Reibungen Missverst ndnisse Ver
360. onstruktive Ma nahmen 62 kontinuierliche Prozessverbes serung 295 Korrektheit 60 80 147 202 204 Kosten 40 89 99 101 159 Kosten Nutzen Analyse 140 142 144 295 Kostenarten 120 121 125 128 130 133 Kostensenkungen 88 Kostenstelle 135 296 Kostenstellenrechnung 133 Kostentr ger 120 121 126 296 Kritikalit t 56 63 96 97 296 Kritikalit ten Methoden Ma trix 97 kritische Erfolgsfaktoren 39 Kulanz 125 Kundenanforderungen 27 40 98 99 Kundennutzen 26 Kundenorientierung 28 144 251 262 Kundensicht 29 99 Kundenzufriedenheit 23 26 159 K ndigung 155 L Lastenheft 45 297 Lauff higkeit 209 210 Lebenszyklus 28 55 297 Lenkungsausschuss 35 40 55 Lieferanten 92 96 Lieferantenpr fung Beschaf fung 96 Lieferantensicht 29 M Machbarkeit 7 32 Managed 70 Management Prozesse 26 Ma nahmen 39 40 56 92 139 160 161 Ma nahmenkatalog 96 Meilenstein 29 35 36 79 160 297 Mess und Verbesserungs prozesse 26 Messung Analyse und Verbes serung 254 258 Messzahlen 73 Methoden 79 83 99 Metriken 73 77 Minderung 155 157 Mitarbeiter 252 Modellierung 102 103 N Nacherf llung 154 155 Nachforderungsmanagement 149 Nachweisbarkeit 278 Nachweisf hrung 63 64 Neustartf higkeit 200 211 213 215 Normenkonformit t 219 Nutzwertanalyse 144 0 OLSA System 82 Operabilit t 199 201 Optimierung 25 66 Optimizing 70 Ordnungsm igkeit 202 205 Org
361. or dem Kunden 247 12 Leitfaden Risikomanagement in Projekten In Abwandlung zu den o g Vorbeugungsmethoden hinsichtlich Fehlervermeidung l sst sich die FMEA auch als RMEA Risk Mode and Effects Analysis einsetzen und ist somit auch eine wertvolle Hilfe f r das Risikomanagement Tabelle 12 4 zeigt eine m gliche Anwendung und Auflistung der Risikoanalyse nach FMEA Tabelle 12 4 Formular f r eine RMEA RMEA Risikoanalyse mit Ma nahmenkatalog R Risikoexistenz Risikom g B Bedeutung der lichkeits Auswirkung und Ein E Eintrittswahr flussanalyse scheinlichkeit System RPZ R B E Risikopriorit t Kunde Bearbeiter Manfred Noe Projekt Version 1 0 Status Stand Nr Risiko Erl uterungen R B E RPZ aD merkmale E Z vlg S sl8 3 3 e 2 215 s 23 sIg8e ls sS s lt c c gt o 0 0 1 1 Risikoname Fehlendes Datenbanksicherungs 10 10 10 1000 konzept Risikoort Zentraler Datenbankserver Risiko Im Fall eines Datenbank Versagens mit erl uterung Datenverlust ist eine Wiederherstellung des Datenbestandes bis zum Zeitpunkt des Ausfalls nicht m glich Eine Wieder herstellung geht zumindest mit dem Verlust des Tagesgesch fts bis zum Versagen einher da die Spiegelung der Daten in der Datenbank nur einmal t glich vorgesehen ist Risikoszenario Versagen von Plattenbereichen Brand oder Besch digung des Datenbankser vers durch andere Ursachen Risi
362. ortung Quali t tsmanagementsysteme mit dem Ziel die f r Kundenzufriedenheit erforderliche Quali t t nachweislich zu erreichen und kontinuierlich zu verbessern Die Wirksamkeit des Qualit tsmanagementsystems wird regelm ig durch Qualit tsau dits und QM Bewertungen berpr ft In Abstimmung mit dem zentralen Qualit tsma nagement werden die Qualit tsmanagementsysteme durch akkreditierte Gesellschaften entsprechend ISO 9001 2000 zertifiziert De F hrungskr fte nutzen ihre F higkeiten und Kompetenzen um gemeinsam mit ihren Mitarbeitern e die Kreativit t und Motivation f r eine kontinuierliche Qualit tsverbesserung zu f rdern e die Qualit tsziele f r die Arbeitsergebnisse zu vereinbaren e die qualit tsbewusste und kundenorientierte Arbeitsweise zu gestalten e die f r Qualit t der Produkte und Leistungen erforderliche Aus und Weiterbildung zu erm glichen e die Fortschritte und den Erfolg zu kommunizieren zent or EN g Kog R gu Aufbau eines a gemeinsamen sS Regelkreises zur ar Qualit tsverbesserung ne N t Entwicklung eines IC leistungsf higen oe 3 Gesamtsystems Auswahl und Gewinnen von excellenten Partnern Bild 14 4 Beispiel Vorgehen partnerschaft licher Zusammenarbeit 268 14 4 Was wird genutzt Jeder im Unternehmen ist verantwortlich f r die Qualit t mit der er seine Aufgabe erle digt Der Wille die Leistung st ndig zu verbessern
363. ortung gilt nicht nur f r das was man tut sondern auch f r das was man nicht tut Laotse Die zur Verf gung stehenden Ressourcen sind in vielen F llen eng begrenzt Hinzu kommt dass Projekte f r viele Mitarbeiter deshalb unattraktiv sind weil sie weder die Karriere f rdern noch durch Incentives belohnt werden Dazu k nnen eventuell pers n liche ngste kommen um den Arbeitsplatz in der Linienorganisation nach Beendigung des Projektes und um die Sch digung des guten Rufes wenn Projekte wegen Erfolglosig keit abgebrochen werden Hat der Projektmanager gen gend Vorbereitungszeit sollte er die Projektstartphase nut zen Er sollte sicherstellen dass der Kunde und alle anderen Projektbeteiligten die glei chen Vorstellungen ber Ziele und Ergebnisse im Kopf haben Die Ziele m ssen dann eindeutig definiert werden er hat sie mit allen Projektbeteiligten zu kommunizieren und abzustimmen Nur so k nnen sie dann auch durch aktives Handeln erreicht wer den Schon in diesem Abschnitt des Projektes ist die unbedingte Mitarbeit eines Quali t tsexperten notwendig Nur dieser Kann die Anforderungen an Qualit tsziele eindeutig analysieren und in die Planung miteinbringen Was sind die Eigenschaften einer erfolgreichen Zielplanung Zielplanung ist in besonders herausragender Weise ein kooperativer und zyklischer Pro zess Das Ermitteln und Festlegen der Anforderungen durch die Betroffenen sollte gemeinsam erfolgen und die Anforder
364. ozessdurchlauf korrekt sind und keine Nacharbeit erfordern Die Formel f r die Berechnung kann beispielweise lauten 100 Anzahl Anforderungen aufgetretene Probleme FPY Beispiel in Tabelle 5 1 Schritt 1 ergibt 90 10 sind somit fehlerhaft bzw nicht erf llt der darauf folgende Schritt ergibt wieder 90 vom Input das Ergebnis ist dann nur noch 81 usw Tabelle 5 1 Beispiel f r eine Prozessqualit tskette Entwurf Realisierung Integration Test Abnahme Gesamtqualit t 90 x 90 x 99 x 99 79 91 5 Methoden und Techniken im Qualit tsprozess Dieses Beispiel und weitere Erfahrungswerte zeigen dass es bedeutend mehr Sinn macht Leistungen mit hoher Qualit t in Form von entsprechend hoher Prozesssicher heit zu erstellen anstatt anschlie ende Nachbesserungsaktionen unter erh htem Auf wand und Kosten durchzuf hren Zumal diese zus tzlich das Image sch digen und zu einer berechtigten Unzufriedenheit beim Kunden f hren Eine hohe Prozesssicherheit wird ber das Messen erreicht Nur wenn Messungen vor liegen kann in die Prozesse entsprechend eingegriffen werden Die Analyse des Zahlenmaterials zeigt erste Zusammenh nge von St rgr en und dar aus folgenden Einbu en der Prozessqualit t Dabei werden z B Abh ngigkeiten von verschiedenen Projektteams aufgezeigt ber die Aufzeichnungen k nnen dann ent sprechende Schritte zusammen mit dem den Projektteam s eing
365. philosophien strategien und praktiken sorgt f r Zukunftssicherung und Wachstum Die Basis ist zweifelsfrei der Faktor Mensch mit seinen F higkeiten und seiner Bereitschaft sich mit ganzer Kraft einzusetzen Diese Voraussetzung bildet die Grundlage zur Lieferung von Produkten und oder zum Erbringen von Dienstleistungen mit Qualit t Die ISO Vereinigung hat die Aufgabe bernommen diese Qualit ten in Form von Prinzipien allgemein g ltig zu ordnen und damit den Einstieg zu einem modernen Qualit tsmanagement geschafft Das erfolgreiche F hren einer Organisation erfordert dass sie in klarer Weise geleitet und gelenkt wird Die folgenden acht Grunds tze k nnen von der Leitung benutzt wer den um die Leistungsf higkeit der Organisation zu verbessern Diese Grunds tze bilden die Grundlage der Normenfamilie DIN ISO 900n 2000 Kundenorientierung Organisationen h ngen von ihren Kunden ab und sollen daher gegenw rtige und k nf tige Kundenerwartungen verstehen erf llen und danach streben sie zu bertreffen Der Kunde ist K nig Dieser Ausspruch gilt heute Der Kunde soll mehr denn je Organisationen m ssen die Forde zur ckkommen rungen ihrer Kunden kennen diese erf llen und die nicht das Produkt Erwartungen ihrer Kunden m glichst verstehen und 251 13 Die Normenreihe DIN ISO 900n 2000 treffen Die Kommunikation mit dem Kunden dient sowohl der Ermittlung der Forde rungen und Erwartungen an das Produ
366. pr sentative Endanwender Aktionen durchf hren Ziel ist es Servicebeeintr chtigungen zu identifizieren bevor ein Endan wender durch diese in seiner Nutzung des Systems einge schr nkt wird Review Betriebskonzept Das System liefert Logging Informationen gem den Vorga ben des Lasten Pflichtenhefts Insbesondere ist jeder Fehlerfall des Systems zu protokollieren Das genaue Format wird im Rah men des Pflichtenheftes beschrieben Test Im Rahmen der Tests werden Fehlersituationen erzeugt und im Report bzw Logfile nachgepr ft 201 10 bersicht der Qualit tsmerkmale 10 1 3 Funktionalit t Functionality Funktionalit t bezeichnet eine Menge von Merkmalen die sich auf das Vorhandensein definierter Funktionen und auf die Erf llung festgelegter bzw vorausgesetzter Erforder nisse durch diese Funktionen beziehen Beispiele zur Funktionalit t werden in Tabelle 10 3 anhand eines IT Projektes dargestellt Teilmerkmal Interoperabilit t interoperability Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf ihre Eignung mit vorgege benen Systemen zusammenzuwirken Hinweis In der Fachliteratur wird statt Interoperabilit t auch der Begriff Verkn pfbarkeit verwendet Die Software stellt die korrekte Zusammenarbeit Interoperation aller Anwendungskomponenten ohne einen Eingriff bzw Korrektur durch einen Operator sicher Alle Schnittstellen interfaces sind derart spezifiziert und b
367. ptprozesse im Sinne von Prozesskostentr ger sind dagegen eine Reihe von Teilpro zessen die gemeinsam die Erf llung einer definierten abgrenzbaren Arbeitsaufgabe zum Ziel haben Um die Kosten eines Prozesses vollst ndig abzubilden m ssen s mtli che Teilprozesse und die zur Erledigung einer Arbeitsaufgabe definierten Arbeitspakete einbezogen werden Lediglich solche Teilprozesse die von untergeordneter Bedeutung sind und deren Erfassung unwirtschaftlich w re k nnen vernachl ssigt werden Die Kosten solcher Teilprozesse k nnen auf Basis einer pauschalen Sch tzung zugerechnet werden Innerhalb einer Kostenstelle k nnen mehrere Teilaufgaben f r einen einzelnen Prozess aber auch f r mehrere verschiedene Prozesse erbracht werden Ein Prozess kann voll st ndig in einer einzigen Kostenstelle durchgef hrt werden Ein Prozess kann sich aber auch aus den Teilaufgaben mehrerer Kostenstellen zusammensetzen Bild 6 3 6 2 1 Zurechnung einzelner Kostenarten Die Kostenverrechnung im Rahmen der Prozesskostenrechnung erfolgt in mehreren Schritten Einem Prozess werden die durch ihn verursachten Einzel und Gemeinkosten zugerechnet Zurechnung von Einzelkosten Oberste Priorit t bei der Kostenverrechnung hat die Einzelkostenverrechnung Sie ist allen anderen M glichkeiten wegen ihrer eindeutigen und direkten Zuordnung vorzu ziehen Einzelkosten werden direkt von der Kostenartenrechnung auf die Prozesse ver rechnet So werden dem Prozess
368. r st ndnis der Kundenanforderungen Kundenorientierung Kundenbeziehung Kunden bindung usw gefragt ist wenn dieser gleichzeitig keinen Umsatz machen kann Selbst wenn ein Vertriebsmanager f r sich und seinen Bereich eventuelle Vorteile Status und Prestige sieht so ist noch nicht sicher ob der Mitarbeiter dies auch tats chlich will Oft wird zu sp t erkannt dass der Faktor Mensch in den Projekten eine immer gr ere Rolle spielt Die Projektmanager die Teilprojektleiter und die Entwicklungsingenieure m ssen neben ihrem technischen Know how auch ber eine psycho soziale Kompetenz verf gen um mit s mtlichen Projektbeteiligten umgehen zu k nnen Dazu geh ren die Vorbereitung der Mitarbeiter Einweisung Schulung usw die Motivation und Sinn vermittlung des Projektes und der durchzuf hrenden Aufgaben aber auch die Konflikt und Krisenbew ltigung wenn es im Projekt oder im Team Knirscht Nur wer zuh ren kann versteht Nur wer versteht ist in der Lage Probleme zu l sen Neben dem schon erw hnten Berichtswesen z hlt die Kommunikation zum Projektum feld zu den wichtigsten Erfolgsfaktoren im Projektlebenszyklus Leider wird das Projekt umfeld nur unzureichend analysiert und beachtet Wenn es in der Kommunikation Defizite hinsichtlich der Qualit t der Information und Daten gibt wenn keine Projekt besprechungen stattfinden oder diese nur als Kaffeekr nzchen ablaufen ist das eine der gr ten Schwachstellen
369. r fpunkt Erled ja oder irrelev 5 Qualit tsanforderungen Benutzerfreundlichkeit Akzeptanz Zuverl ssigkeit Verf gbarkeit Effizienz Wartbarkeit Wartungsfreundlichkeit Modularit t Erweiterbarkeit Portabilit t Datensicherheit 6 Realisierungsbedingungen Hardware Betriebssystem Systemeinbettung zu verwendende Standardsoftware Sprachen Werkzeuge zu verwendende Beistellung 7 Dokumentationsanforderungen Anwenderdokumentation Systembeschreibung Benutzerhandbuch Produktinformationen Benutzermitteilungen Datenbl tter Freigabemitteilungen Technische Dokumentation L sungs Machbarkeitsstudie Systemspezifikation Detailspezifikation Fortsetzung auf Seite 228 227 11 Beispiele Checklisten Tabelle 11 1 Checkliste zum Pflichtenheft einer Software Entwicklung Fortsetzung Pr fpunkt Erled ja oder irrelev Produktmodell Testdokumentation Wartungsunterlagen Erzeugungsanweisungen Projektdokumentation Angebot Projektplan Projekttagebuch QM Dokumentation Qualit tsberichte Testberichte Dokumentationssprache Vorgaben f r In Line Dokumentation 8 Abnahmebedingungen Abnahmeort Abnahmedurchf hrung Testdaten f r Abnahme Abnahmebericht 9 Spezielle Auflagen Entwicklungsort
370. r fung Angebots Auftrags berpr fung Neben der formaljuristischen Pr fung von Vertr gen mit externen Kunden durch die Rechtsabteilung dient die Vertrags berpr fung die vor Angebotslegung bzw Auf tragsannahme f r alle Auftr ge und Angebote durchzuf hren ist der Absicherung aller zu behandelnden Fragen siehe auch Kapitel 7 Die verantwortliche Gesch ftseinheit best tigt in Abstimmung mit dem Projektmana ger und dem zust ndigen Kaufmann mit ihrer Unterschrift dass die Voraussetzungen mit dem Kunden sowie aus kaufm nnischer Sicht gegeben sind bez glich e Aufgabendefinition e Entwicklungskapazit t und technischer Machbarkeit e Beseitigung von Unklarheiten und Unstimmigkeiten Dazu ist f r alle kritischen Projekte ein Review Abschnitt 5 1 1 der technischen und kaufm nnischen Vertragsunterlagen durchzuf hren und zu dokumentieren Das PQM ist mit einzubinden wenn qualit tsrelevante Anforderungen zu pr fen sind Das Ange bot bzw der Vertrag darf erst nach Vorliegen der Angebots bzw Auftrags berpr fung und bei risikobehafteten Projekten erst nach Genehmigung durch ein Risk Review Board unterzeichnet werden Entwicklungsmethode Jedes Entwicklungsprojekt ist nach einer definierten Im QM Plan sollte Entwicklungsmethode abzuwickeln Dies kann ent unbedingt die Methode weder eine unternehmensspezifische Methode oder z B Programmierrichtlinie eine vom Kunden vorgegebene Methode sein Ein im IT Projekt besc
371. r Augen Prinzip eine not wendige fachliche berpr fung der fachlichen Vorgaben aus einer anderen Perspektive herbeigef hrt wird So erfolgt eine zus tzliche Pr fung ob die fachlichen Vorgaben den sp teren Einsatzzielen entsprechen Voraussetzungen Generelle Voraussetzungen f r den Funktionstest sind e Aktive Mitarbeit der Fachseite e Existenz des physischen oder logischen Datenmodells Informationsstruktur f r den zu betrachtenden Teilbereich e Qualit tsgepr fte fachliche Vorgaben z B Pflichtenheft Die Testvorbereitung kann bereits beginnen wenn zusammenh ngende Teile der fachli chen Vorgaben die Pr fungen des PQM durchlaufen haben Es ist daher nicht notwen dig dass die gesamten fachlichen Vorgaben qualit tsgerecht zur Verf gung stehen Testobjekte Testobjekte des Funktionstests sind einzelne fachliche Funktionen Die Testobjekte sind aus den fachlichen Vorgaben Pflichtenheft Benutzeroberfl che bzw der Aufgabenstel lung abzuleiten Um Redundanzen zu vermeiden kann die DV technische Modularisie rung ber cksichtigt werden Grunds tzlich ist jede fachliche Funktion im Testkonzept z B Mitarbeiterdaten ndern oder Anmeldung erfassen ein Testobjekt Bild 9 6 Abweichungen von dieser Regel k nnen sich ergeben um die Handhabbarkeit der Test objekte bei der Testdurchf hrung sicherzustellen 182 9 3 Beispiel Testkonzept Beispiele f r Testobjekte im Funktionstest Testobjekt 1 277
372. rden spezifische Anforderungen an Scheduling und zeitkritische Pfade ber cksichtigt Kenngr en Die zeitlichen Abh ngigkeiten von Programmen die f r eine bestimmte Online bzw Batch Aktion Ergebnisse liefern sind ausreichend zu ber cksichtigen Teilmerkmal Verbrauchsverhalten Resource economy Begriff Dieses Merkmal der Software bezieht sich darauf wie viele Betriebsmittel bei der Erf llung ihrer Funktionen ben tigt werden und wie lange Kenngr en Die Software belegt so wenig dynamischen storage und statischen Speicherplatz disk storage wie m glich Eine effiziente Daten bertragung data transfer ist sichergestellt F r das Betreiben von Schnittstellen interfaces m ssen ebenso men gen und zeitkritische Betrachtungen aus dem Lasten Pflichtenheft her vorgehen um hierf r entsprechende Test Szenarien anzulegen Teilmerkmal Zeitverhalten Time economy Begriff Dieses Merkmal der Software bezieht sich auf die Antwort und Verarbei tungszeiten bei der Ausf hrung ihrer Funktionen Online Batch Kenngr en Es werden keine unn tigen Informationen abgefragt und oder weiterge reicht Daten werden nicht redundant ermittelt d h in der Anwendung ben tigte Informationen werden nur einmalig gelesen und dann innerhalb der Anwendung bereitgestellt Aus dem Daten Mengenger st des Lasten Pflichtenheftes m ssen vor hersehbare Spitzen w hrend der Anwendungslaufzeit ersichtlich sein
373. rem zu e Lieferumfang Dokumentation Sourcen Object Code und Form Papier elektronisches Medium Termine Aufwandsrahmen bzw Festpreis Vorgegebene Entwicklungsumgebung Testbedingungen und Testumfang e Vom Kunden bereitgestellte Teile des Systems Projektdokumentation oder der Entwicklungsumgebung e Kommunikationsmittel Berichtswesen e besondere Randbedingungen Arbeiten vor Ort Reisen Geheimhaltung Abnahmebedingungen und verfahren sind so festzulegen dass eine eindeutige Ent scheidung ber die Annehmbarkeit der erbrachten Leistungen m glich ist und somit der Nachweis der Vertragserf llung erbracht ist 3 3 Projekt berwachung und steuerung Die Projekt berwachung ist eine permanente Aufgabe Steuern hei t Den Weg des Projektmanagements und gilt f r alle Projektziel der Planung einhalten gr en wie Zeit Aufwand und Ergebnis siehe Magi sches Dreieck Bild 5 4 F r eine effiziente Projektsteuerung ist eine laufende berwachung des Projektfort schritts erforderlich Die Planung wird mit der Realit t verglichen Gegenstand der berwachung sind in ers ter Linie Termine Kosten und Sachleistungen Bei den Sachleistungen liefert das PQM Aussagen ber die Qualit t der Ergebnisse und der Prozesse Generell besteht der ber wachungs und Steuerungsprozess aus vier Phasen e Projektplanung mit den Vorgaben f r die Durchf hrung e Erfassung des Ist Standes ber das Berichtswesen
374. ren gehen In der Projektpraxis ist festzustellen dass es von Projekt zu Projekt h ufig ein anderes Verst ndnis ber qualit tsbezogene Kosten gibt Daher schwanken die Angaben zur H he der qualit tsbezogenen Kosten in den Projekten zwischen etwa 5 und 10 bis hin 121 6 Wirtschaftliche Aspekte des PQM zu deutlich ber 20 in Einzelf llen k nnen die qualit tsbezogenen Kosten auch einen Anteil von bis zu 50 erreichen Dies ist in besonders sicherheitsempfindlichen Branchen wie etwa bei der Luft und Raumfahrt bei Kraftwerken und bei milit rischen Projekten der Fall In Aufwandssch tzverfahren die neben den blichen Sch tzverfahren auch die Prozent satzmethode zur Pr fung und Best tigung der gesch tzten Werte einsetzen werden f r das Qualit tsmanagement Qualit tssicherung in Projekten 10 vom Gesamtauf wand angegeben 6 1 1 Absch tzung des Pr fungsaufwandes Die Festlegung des Pr fumfangs ist eine wichtige Aufgabe der QM Planung Sie beein flusst ma geblich die qualit tsbezogenen Aufw nde und Kosten Die Absch tzung des Pr fungsaufwands wird in der Regel durch das POM in der Planungsphase des Projektes vorgenommen um der Projektkalkulation mit groben Werten Anhaltswerte zu liefern Diese werden dann im Laufe des Projektes von Phase zu Phase verfeinert und vor jeder Pr fung abgeglichen Die nachstehend genannten Zahlen basieren auf Erfahrungswer ten Abh ngig von Art Umfang und Komplexit t ein
375. rf llung von Erfordernissen tut w hrend die anderen Qualit tsmerkmale haupts chlich charakterisieren wann und wie sie das tut Ein nach Aufgabe oder Wirkung abgrenzbares Gebilde Eine Funktionseinheit kann ein System ein Subsystem eine Kompo nente ein Modul oder eine Datenbank sein und kann Software und oder Hardware umfassen Eine Funktionsstruktur definiert die statische Gliederung der Funktionalit t eines Systems in Funktionen Aktive Bedrohung der Informationssicherheit Die St rke wird von der Form eines Angrifftyps Intrusion Datendiebstahl Viren Trojanisches Pferd o a der H ufigkeit seines Auftretens den Ressourcen des Angreifers und seiner Motivation sowie von den eigenen Schwachstellen bestimmt Kosten die gemeinsam f r eine Anzahl von Auftr gen Projek ten entstehen Sie sind also nicht unmittelbar sondern nur indirekt den einzelnen Kostentr gern zurechenbar Umfasst alle Ma nahmen die als Reaktion auf bestimmte Ereig nisse zur Umwandlung von Input zu Output oder zur Erzeugung bestimmter Ergebnisse ergriffen werden Gesch ftsprozesse muss das Unternehmen durchf hren um sein Gesch ft erfolgreich zu f hren Ein Gesch ftsprozess kann gesch ftsfunktions bergrei fend sein 291 Glossar Gesch ftsprozess Redesign Gesch ftsprozess verbesserung Hacker Hacking Host Identifizierung Industriespionage Informatiksicherheit 292 Engl BPR Business Process Redesi
376. rgeb nisses ist auch das Projekt beendet Rechtsverbindlicher Auftrag ein Projekt durchzuf hren Er ent h lt unter anderem die Projektziele Bei umfangreichen Projek ten sind die Sachziele in einem Lastenheft ausdifferenziert 299 Glossar Projektdokumen tation Projektmanagement Projektphasen Projektplanung Projektstrukturplan Prototyping Prozess Prozessabbildung 300 Gesamtheit aller im Laufe eines Projekts erstellten Dokumente z B Projektauftrag Projektpl ne Sitzungsprotokolle techni sche Zeichnungen Spezifikationen Es handelt sich dabei um den Prozess zur Identifizierung Steue rung und st ndigen Fokussierung von Mitarbeitern und anderen Ressourcen um die Projekt Vorgaben zu erreichen Es befasst sich mit Gesamtplanung Mitarbeiterplanung und ausstattung berwachung Steuerung und Abschluss bei Entwicklungsleis tungen Es wendet Managementfertigkeiten an um Zeitpl ne Kosten Risiken Konfigurationen und Qualit t zu kontrollieren und damit sicherzustellen dass das Projekt die erwarteten Ergeb nisse bringt Je nach Vorgehensmodell unterschiedlich definierte Teilab schnitte eines Projekts z B Definition Planung Durchf hrung Abschluss oder Analyse Konzept Entwicklung Realisierung Test Abnahme Verfahren zur Planung von Organisation Abl ufen Terminen und Einsatzmitteln Teilplan der Projektplanung welcher s mtliche Arbeitspakete in einer strukturierten bersi
377. richtet Es kann keine genormte Organisationsstruktur geben Es muss aber sichergestellt sein dass alle Forderungen dieser Norm abgedeckt sind 13 3 QM Systemaufbau ein Beispiel Nachstehend wird ein Beispiel eines QM Systemaufbaus nach Konrad Scheiber ster reichische Vereinigung zur Zertifizierung von Qualit tssicherung vorgestellt Bild 13 2 Das Bild 13 2 zeigt die Integration der in einem QM System enthaltenen Hauptkapitel 4 8 Das Modell dient nicht dazu Prozesse im Detail wiederzugeben Es sind alle Anforderungen an ein Qualit tsmanagement System zur Erf llung von Kun denanforderungen an Produkte oder Dienstleistungen in diesem Modell untergebracht e Im Abschnitt 4 werden grunds tzliche Aussagen zum QM System gemacht e Die Gesch ftsleitung definiert die Anforderungen unter Verantwortung der Leitung Abschnitt 5 e Ben tigte Ressourcen werden festgelegt und angewendet unter Ressourcen management Abschnitt 6 e Prozesse werden erstellt und implementiert unter Produktrealisierung Abschnitt 7 e Ergebnisse werden untersucht analysiert und verbessert in Messung Analyse und Verbesserung Abschnitt 8 13 3 1 Abschnitt 4 Qualit tsmanagementsystem Allgemeine Anforderungen Prozessmanagement Dieser allgemeine Abschnitt der Norm dient der Klarstellung woraus ein QM System besteht und wie es dargelegt werden kann Wie schon beschrieben ist die Normenreihe prozessorientiert aufgebaut Alle T tigkeiten innerh
378. rkannt und analysiert quantifiziert und bewertet werden Auf dieser Basis k nnen Ma nahmen geplant und durchgef hrt werden die Risiken vermeiden bzw zur Minimierung der Risikoauswirkungen beitragen Zum Risikomanagement in Projekten geh rt auch die kontinuierliche berwachung der Risiken Restrisiken und Ma nahmen im Rahmen des blichen Projekt Control lings e Projekteskalation Die Festlegung von Eskalationsstufen setzt die Einordnung der vertraglichen tech nischen wirtschaftlichen und organisatorischen Risikokriterien eines Projektes in ein Risikoklassensystem voraus In Abh ngigkeit von der Bewertung der Risikokrite rien eines Projektes k nnen Eskalationsstufen definiert werden beispielsweise in Form der Zusammenstellung in Tabelle 12 2 e Verantwortung und Zust ndigkeiten Das Projektmanagement regelt die Anwendung des Risikomanagements in Projek ten und erl sst Ausf hrungsbestimmungen Verfahrens oder Arbeitsanweisungen F r die Durchf hrung des Risikomanagements im Projekt ist ab Projektstart der Pro jektmanager verantwortlich Dies beinhaltet die geordnete bergabe der Verpflich tungen offene Risiken aus der Risiko Aktionsliste an die verantwortlichen Teamlei ter Das Controlling des Risikomanagements erfolgt im Rahmen des Projekt Control lings Projekte die ein hohes Risikopotenzial aufweisen bed rfen der besonderen Aufmerk samkeit der verantwortlichen Gesch ftseinheit Ihr Fortgang sollte von projektunab
379. rkennen von Defekten Fehlern durch genau festgelegte rigorose Entwicklungs und Pr fvorgaben 66 4 3 Qualit ts Prozessbeschreibung Qualit t der Prozesse Phase Definition Entwurf Jets most Aal paname Au Qualit t der Definition Qualit t des Produktes Qualit t des Entwurfs Qualit t der Tests en ee Bild 4 7 ualit t der ualit t der t ti Realisierung Integration Qualit t in den Phasen 4 3 5 Qualit tsverbesserung Die Qualit tsverbesserung von Produkten beinhaltet Der einzige unverzeihliche wie beschrieben die Behebung der bei der Pr fung Fehler ist derjenige dass und bei den Tests gefundenen Qualit tsm ngel und Fehler die in der Vergan Fehler Dies sind ad hoc Verbesserungen Ziel sollte es genheit gemacht wurden jedoch sein aufgrund der laufenden Erkenntnisse der wiederholt werden Qualit tsverbesserung innerhalb einer Entwicklung diese sofort zu nutzen Es sollte eine R ckkopplung auf Prozesse erm glicht werden damit eine Modifikation des Entwicklungsprozesses durch Auswertung von Fehlerursa chen und durch Messungen erreicht wird Bild 4 8 Dokumentieren Damit Nachfolger und Vertreter arbeiten k nnen Verbessern In Frage stellen und st ndig verbessern berwachen Dass was man tut selbst berwachen Ausf hren Das machen was man tun wollte Planen berlegen was zu machen ist Bild 4 8 Verbes
380. rogramm einen Compiler Output ohne Fehler und ohne ernste severe Warnungen 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Teilmerkmal Sicherheit Security Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf den Zustand in dem Infor mationen bei der Gewinnung bertragung Darstellung und Speiche rung vor Verlust der Vertraulichkeit Integrit t und Verf gbarkeit be wahrt werden Einhaltung der in der Planung festgelegten Vorgaben zur Umsetzung der Richtlinie zur Informationssicherheit der Gesch ftsf hrung sowie auch der diversen Dokumente zur IT Sicherheit Verhinderung des nicht autorisierten Zugriffs auf das System bzw auf Teile des Systems der Anwendung Implementierung zus tzlicher Sicherheitsma nahmen wenn die Stan dard Sicherheitsaspekte des Betriebssystems des Datenbanksystems oder anderer benutzter System bzw Anwendungssoftware nicht ausreichen Teilmerkmal Vollst ndigkeit Completeness Begriff Kenngr en Dieses Merkmal der Software stellt die vollst ndige Implementation der geforderten Funktionalit ten Funktionen sicher Die Software enth lt die gesamte im Lasten bzw Pflichtenheft beschrie bene Funktionalit t Bildschirm und Listen Layout sowie alle Beschrif tungen stimmen mit den entsprechenden Dokumentationen im Lasten bzw Pflichtenheft berein Alle f r den nominalen Betrieb der Software erforderlichen Einstellungen in
381. rototyping setzt wesentlich fr her ein n mlich sobald das DV Design vorliegt Der Systemtest umfasst Tests mit verschiedenen Zielrichtungen e Performance Simulation e Zuverl ssigkeitstest in Bezug auf Robustheit und Restart Recoveryf higkeit e Performancetest Die Kontrolle eines Teilbereiches der Benutzerfreundlichkeit die Handhabbarkeit kann durch Prototyping der Men f hrung und Hilfefunktionen bereits zu Beginn der DV Realisierung vorgenommen werden Des Weiteren kann das Prototyping auch dazu genutzt werden einen ersten Eindruck vom zu erwartenden Systemverhalten zu bekom men Performance Simulation Falls kein Prototyping vorgenommen wurde k nnen diese Aspekte auch generell in die anderen Teilbereiche des Systemtests integriert wer den 184 9 3 Beispiel Testkonzept W hrend die Performance zu einem durch die Performance Simulation anhand des DV Konzepts zum anderen auch durch den Performancetest nach Fertigstellung der Anwendung untersucht werden kann l sst sich die Zuverl ssigkeit nicht im Vorfeld sondern nur nach Fertigstellung des Systems verifizieren Die im Systemtest zu untersuchenden Qualit tsmerkmale sind oft nicht explizit fach lich spezifiziert worden Trotzdem sind sie h ufig der Grund f r eine schlechte Akzep tanz da beim Anwender davon ausgegangen wird dass das Systemverhalten nicht deut lich schlechter ist als bei anderen bzw Vorg ngersystemen Da der Systemtest erst zu einem relativ
382. rt aufgestellt sind haben ein entsprechendes Managementsystem in dem die Regeln f r die Durchf hrung von Projekten in Vorge hensmodellen oder Leitf den beschrieben sind Ein Vorgehensmodell beispielsweise gibt den Rahmen vor wie Projekte systematisch und Erfolg versprechend durchgef hrt werden k nnen Dabei werden die Rollen in einem Projekt definiert und die Methoden und Werkzeuge vorgegeben Das Vorgehensmodell stellt ein generisches Prozessmodell dar das den Ablauf der Pro jektabwicklung auf abstraktem Niveau regelt Ein fest verankertes Prinzip bei Software Projekten ist das Tailoring Zurechtschneiden der Aktivit ten und Ergebnisse je nach Projekttyp und Projektauftrag Das Vorgehensmodell stellt somit ein flexibles Instru ment f r die Definition Steuerung und Ausf hrung der Prozesse in der Projektdurch f hrung dar Es definiert den Lebenszyklus eines Projektes bzw der Produkte und gibt auch schon Hinweise an welcher Stelle im Projektverlauf qualit tsrelevante Ma nahmen notwen dig sind Deshalb ist es zu diesem fr hen Zeitpunkt empfehlenswert dass die Projektpla nung und Qualit tsplanung untrennbar miteinander verwoben werden und gemein sam in der Vorbereitung f r die Projektaufgabe abgestimmt werden 2 3 Die Prozessgestaltung In diesem Kapitel wird erl utert wie der Projektpro Ein entscheidender Faktor zess nach den Regeln des Vorgehensmodells gestaltet f r die sp tere G te eines werden kann Ausgangsbasis
383. rtanalyse bei der die Kosten der Handlungs alternative zun chst nicht in das Zielsystems aufgenommen wer den Nach der Ermittlung des Nutzwerts wird dieser mit dem Kostenwert in Beziehung gesetzt 295 Glossar Kostenarten rechnung Kostenstelle Kosten stellenrechnung Kostentr ger Kritikalit t Kritische Informationen Kryptografie Kryptologie Kundenerfordernisse 296 Dient der Erfassung und Gliederung aller im Laufe einer Periode anfallen Kostenarten Die Kostenartenrechnung ist keine beson dere Art von Rechnung sondern lediglich eine geordnete Erfas sung der Kosten Diese Erfassung der Kosten wird in Zusammen arbeit mit dem Rechnungswesen der Lohn und Gehaltsabrech nung der Materialrechnung der Anlagenrechnung vorgenom men Es werden die Kosten auf die Betriebsbereiche bzw Kostenstellen verteilt in denen sie angefallen sind Diese Verteilung verfolgt einen doppelten Zweck Zum einen muss f r die Kostenkontrolle und Kostenbeeinflussung ermittelt werden wo die Kosten ent standen sind und zum anderen ist eine genaue St ckkostenrech nung nur m glich wenn die betrieblichen Leistungen mit den Kosten derjenigen Stellen belastet werden die diese Leistungen erbringen Gemeint sind Auftr ge denen Kosten zugeordnet werden so lange bis s mtliche Kosten der Organisation auf den Tr gern versammelt sind Die Kritikalit t einer Einheit dr ckt aus welche Bedeutung ihrem Fehlverhalten beigem
384. rter Programme Mit dem Kostenbetrag Ressourcen je Arbeitspaket und der Zahl der Vorg nge ergeben sich der Vorgangskostensatz der Prozess kostensatz und ein Strukturkostentarif Qualit tspr fung an einem Prozess bzw an einer T tigkeit anhand der Merkmale des Prozesses bzw der T tigkeit selbst Prozesspr fungen dienen unter anderem der Verfahrens berwa chung auch Ablaufpr fung genannt Die Arbeit jedes Unternehmens oder Gesch ftsfelds kann in Pro zesse aufgeschl sselt werden Diese Prozesse k nnen in weitere Haupt und Teilprozesse aufgeteilt werden die ihrerseits wieder untergliedert werden k nnen Diese Technik der sukzessiven Aufteilung wird Prozesszerlegung genannt 301 Glossar Pr fkriterien Pr fung Pr fungskosten Qualit t ISO 9000 Qualit tsanforde rung Qualit tsmanage ment ISO 9000 302 Fragestellungen die durch eine Pr fung gekl rt werden sollen Bei der Pr fung von Papierprodukten sollten als Pr fkriterien Checklisten verwendet werden Wichtig bei der Formulierung der Pr fkriterien ist dass die Erf llung des Kriteriums in der Pr fung entscheidbar ist Pr fung ist die T tigkeit oder der Vorgang der feststellt inwie weit eine Einheit die Forderungen an sie erf llt Pr fung ist wie Forderung ein Oberbegriff Wenn es um die Beschaffenheit geht also um Merkmale die zur betrachteten Einheit selbst geh ren dann wird von Qualit tspr fung und von
385. rundwerte der Informationssicherheit Der Trend der letzten Jahre zeigt erfreulicherweise dass das Thema Informationssicher heit in den Projekten zunehmend an Bedeutung gewinnt und entsprechend bei der Ent wicklung von Systemen und Anwendungen priorisiert wird Nicht zuletzt aus diesem Grund wird mit den folgenden Abschnitten eine Einf hrung in die Grundwerte der Informationssicherheit gegeben 15 1 Grundwerte der Informationssicherheit Die Informationssicherheit basiert auf drei international anerkannten Sachzielen 15 1 1 Vertraulichkeit Confidentiality Dieses Ziel verfolgt den Schutz gegen die unberechtigte Kenntnisnahme von Informati onen Dies schlie t auch den Schutz von Informationen ein die f r sich harmlos erscheinen aber dazu benutzt werden k nnen um Zugriff auf vertrauliche Informatio nen zu erhalten z B Systemkonfigurationsdateien Bemerkungen Eine der goldenen Regeln der Informationssicherheit ist das so genannte Need to Know Prinzip Jeder Benutzer auch die Administratoren sollten nur in den Bereich eines Systems oder einer Anwendung gelangen f r den sie eine Berechtigung haben und den sie f r die Aus bung ihrer T tigkeiten brauchen Da die Arbeitsplatz PCs und Server einer Organisation in der Regel alle untereinander vernetzt sind kann ohne geeignete Zugriffsbeschr nkungen oftmals auf die Daten anderer Anwender bzw Rech ner zugegriffen werden Der Kunde sollte in Zusammenarbeit m
386. s Baselines und deren zugeordnete Ergebnisse Organisation des QM Systems Aufbauorganisation Aufgaben und Verantwortlichkeiten Schnittstellen Komponentenbedeutung und QM Normen Verwendete Richtlinien oder Normen Bedeutungsgrad Methodenmatrix Spezifische Kontrollma nahmen Risikovorsorge Funktionale Risiken Technische Risiken Personalbedingte Risiken Risiken aus Zusammenarbeit mit anderen Vertriebliche Risiken Risiken f r Wirtschaftlichkeit Steuerliche Risiken Juristische Risiken Politische Risiken Sal Sellel Sell Selle 5 1 4 D2 De 523 5 2 4 7 1 7 2 73 Saal Sl SE 9 1 4 97 9 241 922 023 9 2 4 23 Dal 9 053 9 3 4 ie lei 12 ls Projektkalkulation Vorkalkulation Aufw nde Sch tzprozedur Projektaufw nde Annahmen Aufwandskontrollmechanismen Kosten berblick ber Gesamtkosten Annahmen Kostenkontrollmechanismen Termine berblick Personaleinsatzplanung Kontrolle des Projektzeitplans Konfigurationsmanagement Objekte des Konfigurations managements Konfigurationsarchiv Konventionen der Identifikation Konfigurationselemente Inhalt von Baselines Organisation des Konfigurations managements Aufbauorganisation Aufgaben und Verantwortlichkeiten Schnittstellen Verfahren des Konfigurations managements Management von nderungs anforderungen nderungssteuerung Formulare und deren Handhabung Versionskontrolle Dokumente des Konfigurations
387. s der so genannten posi tiven Vertragsverletzung pVV Beide Teilbereiche lassen sich zu folgendem Grundsatz zusammenfassen Wer die Pflichten aus einem Vertrag ber die Lieferung eines Produkts schuldhaft verletzt hat seinem Vertragspartner den dadurch entstehenden Folgeschaden zu ersetzen Der 635 BGB wird bei Werkvertr gen angewendet und lautet Beruht der Mangel des Werkes auf einem Umstande den der Unternehmer zu vertreten hat so kann der Besteller Schadenersatz wegen Nichterf llung verlangen Deliktische Produkthaftung 823 Abs 1 BGB In der Rechtsprechungspraxis zur Produkthaftung hatte in der Vergangenheit die Haf tung aus unerlaubter Handlung auch traditionelle Delikthaftung oder gesetzliche Haf tung genannt gro e praktische Bedeutung Die zentrale Rechtsnorm die so genannte deliktrechtliche Generalklausel ist 823 BGB Dieser Paragraf wurde in der Rechtsan wendung durch die Gerichte im Laufe der Zeit zur wichtigsten Haftungsnorm f r durch fehlerhafte Produkte verursachte Folgesch den Hinzuweisen ist auf die Erfordernisse eines Verschuldens das bei vors tzlichem oder fahrl ssigem Handeln seitens des verantwortlichen Unternehmens gegeben ist Die Schadenersatzanspr che schlie en Personen und Sachsch den ein Verm genssch den die oftmals entscheidenden Anteil an der Gesamtschadenssumme haben sind aus nahmsweise nur dann von der traditionellen Delikthaftung erfasst wenn durch
388. s wird weitge Qualit t bedeutet Erf llung hend dessen Qualit t festgelegt Daher ist es notwen der Forderungen Konfor dig die Anforderungen des Kunden systematisch in mit t Philip B Crosby konkrete Produktmerkmale umzusetzen und den Pro jektprozess entsprechend zu planen Die QFD unterst tzt als Kommunikations und Pla 97 5 Methoden und Techniken im Qualit tsprozess nungsmethode die bersetzung der Stimme des Kunden in die Sprache der Entwick ler Ingenieure QFD wurde vor allem durch das House of Quality HoQ Bild 5 5 bekannt und wird oft damit gleichgesetzt Diese f r einen schnellen berblick hervorragend geeignete Gegen berstellung des WAS und des WIE ist jedoch lediglich ein erster Schritt die Spitze der Pyramide Umfassende Systeme erstrecken sich von den Kun Ma stab f r QFD sind die denanforderungen ber Anforderungen an die Funk Kundenanforderungen tionen bis hin zu den Komponenten und neuen Pro zessen Zun chst werden wesentliche und kritische Qualit tsmerkmale Designanforde rungen an das Produkt ermittelt in weiteren Planungsstufen auch Prozessmerkmale und Pr f und Arbeitsanweisungen Manchmal entsteht der Eindruck dass viele Entwickler und Qualit tsmanager sich scheuen diese Methode fter einzusetzen Eine F lle von unterschiedlichsten Daten muss verarbeitet werden in einer vernetzen Struktur miteinander in Verbindung gebracht und in die jeweils verst ndl
389. se und Konzeptionsphase Hier ist z B zu pr fen ob die vorgeschlagene L sung sachgerecht ist und ob die Kunden und Qualit tsanforderungen erf llt werden Auch die Gesamtkomplexit t der konzipierten L sung bedarf einer berpr fung um sicherzu stellen dass das entstehende Produkt System auch k nftig pfleg und wartbar ist und mit den bereits existierenden Anwendungen zusammenarbeiten kann W hrend der hei en Realisierungsphase wird die fachliche Beratungsfunktion des PQM naturgem reduziert auf das Pr fen von Dokumenten und Programmtests Dennoch ist empfehlenswert das PQM in allen fachlichen Fragestellungen mit einzubinden um den Aspekt der Verh ltnism igkeit und sachlicher Angemessenheit des Entwicklungs prozesses Qualit t Kosten Zeit auch weiterhin zu ber cksichtigen Des Weiteren sollte ein Qualit tsberichtswesen institutionalisiert werden das quasi automatisch funktioniert und alle quantitativ und qualitativ relevanten Daten in regel m igen Zeitabst nden bereitstellt Nur so kann das Projektmanagement das Projekt steuern kann gegebenenfalls gegensteuern und lenken Bei der Skizzierung dieser Aufgabenstellung f llt sicherlich auf dass die Abgrenzung von Aufgaben des Projektmanagements und des PQM schwer f llt In der Tat bin ich als Autor der Ansicht dass das POM in der hier dargestellten Form eine wertvolle und keine Kosten verursachende Institution im Projektgesch ft ist Vorwort Zweck dieses
390. serungsprozess 67 4 Der Qualit tsmanagementprozess Mit der Einf hrung des PQM soll ein st ndiger Verbesserungsprozess in Gang gesetzt werden kontinuierlicher Verbesserungsprozess KVP Das Prinzip der st ndigen Verbes serung hei t Suche st ndig nach den Ursachen von Problemen um alle Systeme Produkte Prozesse Aktivit ten im Projekt best ndig und immer wieder zu verbessern Dabei ist besonders wichtig die st ndige Verbesse Wer aufh rt besser zu rung nicht als Methode zu betrachten die ein oder werden hat aufgeh rt mehrmals auf ein Problem angewendet wird Die gut zu sein P Rosenthal Konzeption des KVP ist vielmehr als prozessorien tierte Denkweise zu begreifen hinter der eine Geisteshaltung steht die gleichzeitig Ziel und grundlegende Verhaltensweise darstellt Wichtige Grundhaltungen f r einen erfolgreichen Prozess der Verbesserung sind nach W E Deming u a e Jede Aktivit t kann als Prozess aufgefasst und entsprechend verbessert werden e Probleml sungen allein gen gen nicht fundamentale Ver nderungen sind erforderlich e Die Prozessverantwortlichen m ssen handeln die bernahme von Verantwortung ist nicht ausreichend Mit dem PDCA Zyklus nach Deming werden e der bestehende Zustand in Zweifel gestellt e jeder Fehler jede Abweichung jedes Problem erkannt und beseitigt e erreichte Werte als Ausgangpunkt f r weitere Verbesserungen angesehen Eine weitere M glichkeit d
391. sind alle Anwendungen die glei che Dienste z B Protokolle benutzen oder die technisch allein nicht ablauff hig sind Die Kasse im Supermarkt und das System ben tigen den gleichen Rechner die Kasse ist demnach technisch abh ngig Im Verbundtest wird damit die Integration einer oder mehrerer Anwendungen die zu einem Zeitpunkt eingef hrt werden mit anderen Anwendungen betrachtet Gegenstand des Verbundtests sind sowohl die Dialog als auch die Batchfunktionen der zu integrierenden Anwendungen Bei den Dialogfunktionen wird nicht mehr das Zusammenwirken einzelner Funktionen z B Anlegen Mitarbeiter oder ndern Mit arbeiter betrachtet Stattdessen werden alle Dialogfunktionen der zu integrierenden Anwendungen einbezogen Bei den Batchfunktionen werden alle technisch notwendi gen Batchketten gestartet Es werden i d R aber nur die ausgewertet die an den Schnittstellen zwischen den Anwendungen zum Einsatz kommen 189 9 Praxisteil Beispiel Pl ne Im Verbundtest sind neben system bergreifenden Schnittstellen auch Konkurrenzsitua tionen bei gleichzeitigem Zugriff und die system bergreifende Verwaltung der Status zu betrachten Der Verbundtest soll ein m glichst genaues Bild der Praxis darstellen Dies bezieht auch die Jobablaufsteuerung mit allen zugeh rigen Ergebnissen ein Welche Testobjekte zu bearbeiten und welche Testaktivit ten daf r durchzuf hren sind h ngt wesentlich davon ab ob eine Neuentwickl
392. slenkung Ma nahmen zur Korrektur einleiten und berwachen e Schulung Einweisung der Projektmitarbeiter Ma nahmen f r Qualit tsf rderung und verst ndnis e Qualit tsf higkeitsuntersuchungen berpr fung der Eignung von Ressourcen Mittel Personal Lieferanten usw e Pr fung von Entwurfsdokumenten Konzepte Entwicklungsunterlagen usw Die Fehlerverh tungskosten sind eine wichtige Steuerungsgr e f r den Gesamtblock der qualit tsbezogenen Kosten Mit einer Zunahme dieser Kosten wird in der Regel eine Senkung der Pr f und Fehlerkosten und als Nebeneffekt selbstverst ndlich eine Verbes serung der Ergebnisqualit t erreicht Wie schon gesagt ist es oft sehr schwierig die haupts chlich aus Personalkosten beste henden Fehlerverh tungskosten aus dem Gesamtblock der Personalkosten herauszufil tern da jede T tigkeit im Projekt fehlerverh tend ausgef hrt werden soll und jeder Pro jektmitarbeiter dazu verpflichtet wird seinen Beitrag dazu zu leisten Eine Erfassung der Aufw nde und Kosten des PQM l sst sich relativ leicht durchf hren da es ausschlie 125 6 Wirtschaftliche Aspekte des PQM lich f r das Thema Qualit t im Projekt eingesetzt wird und es somit als Kostentr ger mit seinen Personalkosten in der Projektkalkulation auftaucht Pr f und Beurteilungskosten Der zweite gro e Kostenblock sind die Pr f und Beurteilungskosten die sich aus den Personal und Sachkosten ergeben Unter Pr f un
393. sonalaufwandsabweichung e Relative Personalaufwandsabweichung e Absolute Kostenabweichung e Relative Kostenabweichung Typ Termine und Fehler e Absolute Terminabweichung e Fehlerquote e Mittlere Fehlerbearbeitungszeit Typ nderungen und Entwicklungsstandards Vorschriften e Volumen nderungseing nge e Mittlere nderungsdauer e Mittlere Bearbeitungsdauer f r Verletzungen des Standards Vorschriften Typ Software Stabilit t e Stabilit tsquote e Mittlere Absturzquote 75 4 Der Qualit tsmanagementprozess Typ Sicherheit der Systeme e Anzahl enttarnter Sicherheitsl cken e Mittlere Beseitigungsdauer Typ Abnahme und Anwendungsfreundlichkeit e Performance e Kriterienquotient e Checkfragenkatalog Ausgew hlte Einzelkennzahlen m ssen die Voraussetzungen zu Problembezug Zeitbe zug und Messbarkeit erf llen d h es muss ein kausaler Zusammenhang zwischen den verwendeten Metriken und den angestrebten Zielen eines Projektes vorhanden sein siehe Beispiele in Tabelle 4 3 Zudem sollen die Ziele und somit auch die Kennzahlen einen Zeitbezug aufweisen da dies eine wesentliche Grundvoraussetzung zur Metriken beurteilung ist Letztlich m ssen die Metrikenauspr gungen messbar sein um eine Quantifizierung des Zielerreichungsgrades ausgedr ckt durch die Ma einheit eines Wertsystems vornehmen zu k nnen Tabelle 4 3 Beispiele f r Metriken Attribut Performance Qualit tsziel Erh hen
394. sparung von Fehlerkosten in H he von 86 900 EUR w hrend des Projektes gegen bersteht Nach dem Bruttonutzenprinzip ergibt sich ein Kosten Nutzen Verh ltnis von 1 09 EUR d h von jedem f r den Einsatz des PQM ausgegebenen EUR werden neun Cent Gewinn erzielt Noch gewichtiger f llt die Rechnung aus wenn die Fehlerbeseitigungskosten in H he von 311 545 EUR ohne Fehlerentdeckung w hrend der Betriebsphase den Einsatzkos ten des PQM gegen bergestellt werden Bei der Kosten Nutzenanalyse bietet sich die M glichkeit die Analysen durch verschie dene Wirkungsgrade weiter zu verfeinern Es werden folgende Wirkungen unterschie den e Direkte Wirkungen sind eng auf das Projektziel Kosten Termine Qualit t bezogen und stehen in unmittelbarem Zusammenhang mit dem Einsatz des PQM e Indirekte Wirkungen fallen an anderer Stelle der Organisation an z B Vertrieb Einkauf Marketing 142 6 3 Wirtschaftlicher Nutzen durch den Einsatz des PQM Tabelle 6 6 Beispiel einer Kosten Nutzen Analyse mit direkter Wirkung Ziel Direkte Kosten Nutzen Wirkung EUR EUR Einsatzkosten PQM 80 000 1 Unterst tzung des Anforderungsanalyse Einsparung 5 000 Projektmanagers bei Optimale Gestaltung der 10MT der Planung Arbeitsabl ufe Prozessorien tierung Festlegen der Meilensteine quality gates Festlegen von Methoden und Techniken f r effizientes Arbeiten 2 Fehlerverh tung Vermeidung von Fehlersuche Einsparung 5 0
395. spiel zur Eindeutigkeit 22222ceeeeeeeneereennennn 218 Tabelle 10 10 Beispiel zur Identifizierbarkeit 2 222 ceeeeeeenenen 218 16 Tabellenverzeichnis Tabelle 10 11 Tabelle 10 12 Tabelle 10 13 Tabelle 10 14 Tabelle 10 15 Tabelle 10 16 Tabelle 11 1 Tabelle 11 2 Tabelle 11 3 Tabelle 11 4 Tabelle 12 1 Tabelle 12 2 Tabelle 12 3 Tabelle 12 4 Tabelle 12 5 Tabelle 12 6 Tabelle 13 1 Beispiele zur Normenkonformit t 222csceeeeenenennn 219 Beispiele zur Verst ndlichkeit 2222csceeseenenennn 220 Beispiele zur Vollst ndigkeit 222eceeeeeeeeenenennn 221 Beispiel zur Widerspruchsfreiheit 22222cneeeenenennn 222 Beispiele f r ungewichtete Qualit tsmerkmale 223 Beispiele f r gewichtete Qualit tsmerkmale 222 0 224 Checkliste zum Pflichtenheft einer Software Entwicklung 225 Checkliste f r Online Programme 22222ceeeeenenennn 229 Checkliste f r Batch Programme serrsesrceresnererere neres 232 Checkliste f r Dokumente s srrssvnirs eisit tritati RESE nen 234 Klassifizierung und Einstufung von Risiken 22 2 2 220 239 Esk lationsstufen 2 2 20 anlage 240 Risikokat l g 2 2204 nee ea en 245 Formular f reine RMEA vreeenp ei seen pe el 248 Bewertung der Bedeutung der Auswirkungen B 2 250 Bewertung der Eintrittswahrscheinlichkeiten 2 2220 250 Dokumente der Produktlinie DIN ISO 2222ccceecn 260
396. spre chungen sind f r die laufenden Erg nzungen des Fachwissens bedeutsam Selbstbewertung Selbstbewertung wird zur kontinuierlichen Anpassung der Unternehmenskultur an die Anforderungen des Marktes und der Gesellschaft genutzt In bereichs bergreifenden Arbeitskreisen werden im Sinne eines internen Benchmar king Qualit tsvergleiche durchgef hrt Die Leitungen der Bereiche bewerten in regelm igen Abst nden ihre Qualit tsmanage mentsysteme Das unternehmensweite Bewertungssystem Business Excellence Assessment entspricht dem Modell der European Foundation for Quality Management E F Q M f r den euro p ischen Qualit tspreis EQA Selbstbewertung bedeutet Anerkennung des Gesch ftserfolgs aber auch Motivation den Konkurrenten zu bertreffen Auditierung Audits werden als Werkzeuge genutzt zum systematischen Aufzeigen qualit tsbezogener Verbesserungsm glichkeiten und zur Ideenfindung f r neue Wege Die Planung und Durchf hrung der internen Qualit tsaudits erfolgen nach abgestimm ten Auditpl nen mit festgelegten Zeit und Verantwortungsregelungen Die Planungen von Audits werden in Abstimmung mit der internen Revision durchgef hrt Externe Qualit tsaudits werden im Rahmen der mit den Partnern vereinbarten Bedin gungen durchgef hrt Aufgaben des Qualit tsbeauftragten e Unterst tzen des Leiters des Bereichs bei der Aufrechterhaltung und Weiter entwicklung des QM Systems e Veranlassen von Q Audits u
397. sprechende Ma nahmen ermittelt werden k nnen Zum anderen bietet er Leitfragen und Methoden mit deren Hilfe jeder Coach seine Arbeit systematisch optimieren kann Manfred No kaum Crash Management in Projekten in Projekten Vorbeugen Erkennen Analysieren und berwinden von Konflikten und Krisen Juni 2006 ca 240 Seiten ca 20 Abbildungen gebunden ISBN 3 89578 269 6 Ca 37 90 sFr 61 00 Dieses Buch zeigt Projektmanagern Krisenmanagern Projektmitar beitern und Coachs warum und weshalb Konflikte und Krisen entste hen wie sich Konflikte und Krisen fr hzeitig erkennen und analysie ren lassen wie Krisen berwunden werden und durch welche pr ven tiven Ma nah men Krisensituationen gar nicht erst entstehen oder ihre Eskalation vermieden wird Dazu beschreibt es Best Practises und individuelle und unternehmensspezifische Erfolgs faktoren sowie Methoden und Techniken der Problem Analyse www publicis erlangen de books
398. squalit t Ideen kommunizieren Gedanken pr zisieren gemeinsames Verst ndnis erreichen und Vereinbarungen treffen erfordern einen sicheren schnellen Informationsaustausch Die Informationsqualit t bezieht sich auf Korrektheit in der Sprache Syntax des Inhalts Semantik und der Botschaft Pragmatik in den Aussagen Der Schutz von Daten ist nach dem Stand der Technik gesichert und entspricht den g l tigen gesetzlichen Vorschriften Es werden die Produkte und Leistungen auf dem Gebiet der Informationstechnik selbst genutzt laufend verbessert und den Kunden in einem Zustand verkauft der begeistert Qualit tsf higkeit Durch Zertifizierung des Qualit tsmanagementsystems wird der unabh ngige Nachweis der Qualit tsf higkeit entsprechend den zutreffenden Normen erbracht und in regelm igen Abst nden die Wirksamkeit berpr ft Dar ber hinaus wird es durch st ndige Anpassung entsprechend dem nationalen und internationalen Fortschritt in der Quali t tstechnik laufend verbessert 14 3 Wie geht man vor Verbesserungsprozess Die langfristige und dauerhafte Sicherung des Gesch ftserfolgs durch kontinuierlich hohe Qualit t verlangt eine st ndige Verbesserung der Produkte und Prozesse Hierzu werden Kreativit t und L sungskompetenz genutzt unterst tzt durch e Mitarbeiterinitiativen e Operative Qualit tsarbeitskreise und Qualit tsgruppen e Spezifische Verbesserungsprojekte e Wirkungsvolle Methoden und Werkzeu
399. sszust nden f hren k n nen Ein Systemabsturz oder der Abbruch von Anwendungskomponenten f hren nicht zu inkorrekten bzw unvollst ndigen Daten Teilmerkmal Verf gbarkeit Availability Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf die Einsatzf higkeit im nominalen Systembetrieb hinsichtlich der geforderten Funktionalit ten ohne Ausfallzeiten Die Verf gbarkeit einer Anwendung w hrend eines nominalen Betriebs Systemzustandes betr gt 100 In jedem anderen Fall eines nicht nominalen Systemzustandes der zu einem Recover bzw Restart f hrt wird die Verf gbarkeit des Systems nur durch den Zeitaufwand zur Erreichung eines konsistenten Anwen dungszustandes vermindert Bei Bildschirmmasken beschr nkt sich die Verf gbarkeit auf die Zeit in der die Masken effektiv ben tigt werden Das hei t als Ma gelten die Arbeitszeiten der Anwender z B werktags von 07 00 Uhr bis 20 00 Uhr Teilmerkmal Wiederherstellbarkeit Recoverability Begriff Kenngr en Dieses Merkmal der Software stellt einen konsistenten Zustand von Sys tem und Daten nach einem Programmabbruch sicher Hinweis Dies ist eine wichtige Voraussetzung f r die Neustartf higkeit des Programms Bei einem Abbruch des Programms sind folgende Daten zu sichern um nach dem System Neustart reboot die Abarbeitung an dieser Stelle fort zusetzen vgl Teilmerkmal Neustartf higkeit e Systemvariablen e Ein
400. st Um den Weg zum Schadenersatz und zum R cktritt zu er ffnen gen gt es daher Nacherf llung zu verlangen und eine angemessene Frist zu setzen Nacherf llung Dem AN ist ein Mangel anzuzeigen und es ist ihm die Gelegenheit zu geben den Mangel zu beseitigen 154 7 1 Vertragsrecht Selbstvornahme Setzt grunds tzlich Fristsetzung zur Nacherf llung und erfolglosen Ablauf dieser Frist voraus Der AG kann Ersatz der erforderlichen Aufwendungen und Vorschuss f r die Beseitigung des Mangels verlangen Minderung Voraussetzung ist auch hier der erfolglose Ablauf einer zur Nacherf llung bestimmten Frist Der Auftraggeber mindert die Verg tung durch einfache Erkl rung gegen ber dem Auftragnehmer K ndigung aus wichtigem Grund Eine K ndigung von Dauerschuldverh ltnissen aus wichtigem Grund ist nunmehr im Gesetz verankert BGB 314 Dauerschuldverh lt nisse sind z B Dauer Liefervertr ge Errichtung einer Industrieanlage Forschungsauf trag mit konkreter Zielsetzung auch Mietvertr ge sind auf Dauer angelegte rechtliche Beziehungen Jede Partei soll die M glichkeit haben den Vertrag aus bestimmten Gr n den vorzeitig zu beenden Voraussetzung f r die wirksame K ndigung ist eine erfolglose Abmahnung oder der erfolglose Ablauf einer zu Abhilfe bestimmten Frist Die Rechte und Pflichten in Werk und Dienstvertrag sind in Tabelle 7 1 gegen bergestellt Tabelle 7 1 Rechte und Pflichten von Werk Dienstvertrag W
401. st die Qualit t daran ob dies mit dem zur Verf gung gestellten Produkt problemlos zu machen ist Neben diesen funktionellen Nachweisen werden besondere Anforderungen an die Performance Zuverl ssigkeit und Benutzerfreundlichkeit gestellt Entwicklersicht Der Entwickler beurteilt die Qualit t ausgehend von der Lebensdauer des Produkts unter dem Aspekt des Lebenszyklus Life Cycle und den daf r n tigen technischen Vor aussetzungen Die Hauptkriterien sind die Wartbarkeit des Produkts die die einfache Fehlerbeseitigung und die Weiterentwicklungsf higkeit einschlie t sowie die bertrag barkeit des Produkts von der Entwicklungsplattform zur Erstimplementierung auf die eigentliche operationelle Systemplattform Produktqualit t Qualit tstreue treue Anwendungs Anwendungs Anwendungs a bertrag tauglichkeit freundlichkeit t chtigkeit el barkeit s Benutz L Anpass THA E N Instand Wieder Sicherheit Eindeutigkeit Korrektheit eetzbarkeit verwend barkeit Voll Verst nd i st ndigkeit Robustheit Anderbarkeit Verkn pf barkeit Zuver l ssigkeit Testbarkeit Wider Identifizier spruchs barkeit Normen konformit t freiheit Bild 4 3 Qualit tsmerkmale 59 4 Der Qualit tsmanagementprozess Die nachstehenden Formulierungen beziehen sich ausschlie lich auf Qualit tsanforde rungen aus denen sich messbare und nachvollziehbare Kriterien f r die Pr fung in einem IT Pr
402. st in diesem Zusammen hang dass alle geplanten Aktionen genehmigt und vom Projektmanagement unter st tzt werden Das PQM wird in dieser Phase die Umsetzung und Auswirkung berwa chen und bewertet das Ergebnis Ziel muss eine L sung sein die durch festgelegte und erwartete Ergebnisse Ziele best tigt wird 109 5 Methoden und Techniken im Qualit tsprozess 5 3 4 Sieben elementare Qualit tswerkzeuge 07 Die sieben elementaren Qualit tswerkzeuge sind eine Der Einsatz von Qualit ts Zusammenstellung von einfachen visuellen Hilfsmit werkzeugen sollte f r jeden teln die zur Unterst tzung von Probleml sungspro Qualit tsverantwortlichen zessen eingesetzt werden Es lassen sich Probleme jeg selbstverst ndlich sein licher Art bearbeiten Bild 5 9 Die Q7 dienen dabei zum e Fehler erfassen und analysieren e Erkennen von Problemursachen und e berpr fen der Wirkung von Verbesserungsma nahmen In der Phase der Fehlererfassung werden Fehlersammellisten Histogramme und Quali t tsregelkarten eingesetzt Sie dienen der grafischen Darstellung der einzelnen Fehler und ihrer H ufigkeit Die Fehlersammelliste ist eine einfache Methode zur Erfassung und Darstellung von Feh lern nach Fehlerart Fehlerort und Anzahl Die Fehler werden in der Regel durch die Teammitarbeiter w hrend der Entwicklung beim Testen und der Erprobung des Systems bzw seiner Komponenten registriert Die Qualit tsregelkarte dient zur grafischen
403. standardisierter Darstellungsmethoden z B Use Cases Entity Relationship Diagramme Struktogramme usw Alle f r das Projekt erstellten Dokumente sind in deutscher Review Sprache verfasst F r die Erstellung der Dokumente werden die vorhandenen Review Templates entsprechend der zugeh rigen Beschreibung ver wendet Abweichungen von den darin enthaltenen Vorgaben sind nach Absprache mit der Projektleitung m glich F r Dokumente zu denen es keine Templates gibt wird der Inhalt vor deren Erstellung mit der Projektleitung abgestimmt 10 2 6 Verst ndlichkeit Understandability Eine Menge von Merkmalen die sich auf die Eignung von Dokumenten zur erfolgrei chen Vermittlung der darin enthaltenen Informationen an einen sachkundigen Leser beziehen Beispiele siehe Tabelle 10 12 Qualit tsteilmerkmal Einfachheit Simplicity Begriff Dieses Merkmal von Dokumenten bezieht sich auf die klare und anschauliche Darstellung eines Sachverhalts Kenngr en Dem Zweck des Dokumentes angepasster Einsatz von formalen Darstel lungsmitteln z B hard copies von Bildschirmmasken in Anwender dokumentation Verwendung von Beispielen Qualit tsteilmerkmal Ordnungsstruktur Order Begriff Dieses Merkmal von Dokumenten bezieht sich auf eine sinnvolle Gliede rung eine folgerichtige Anordnung von Aussagen roter Faden sowie die Unterscheidbarkeit wichtiger von unwichtigen Aussagen 219 10 bersicht der Qualit
404. standen Er ist normalerweise nur mit einem hohen Zeit und Kostenaufwand wieder auszugleichen wird aber oft buchungstechnisch nicht und h ufig in seiner konomi schen Bedeutung zu wenig ber cksichtigt Alle Produkte einer Konfiguration Software Dokumente besit zen eine individuelle Versionsangabe Beispiele a b c 1 2 1 3 1 4 Jede formale oder inhaltliche nderung an einem Konfigu rationsprodukt bewirkt eine Erh hung der Versionsangabe Moderne Form der Industriespionage mit dem Ziel durch verti kale Integration als angeblicher Mitarbeiter mittels Telefonaten Belauschen von Gespr chen u a sensitive und oder kritische Informationen zu erhalten siehe auch Intelligence 309 Glossar Vertrauensw rdigkeit Rechnersystem Vertraulichkeit confidentiality Verwundbarkeit Virus Vorbeugung Vorgehensmodell V Modell Walkthrough WAN Wertsch pfungskette value chain 310 Eigenschaft eines Systems oder Produkts mit einem bestimmten Grad der Zuverl ssigkeit realen oder angenommenen Bedrohun gen wirksam zu widerstehen seine Funktionen fehlerfrei auszu f hren und den Zugriff auf verl ssliche Daten in unterschiedli chen Sicherheitskategorien zu erm glichen Klassifizierung von sensitiven Informationen die nur bestimm ten Personen zug nglich sind Bestandteil der Informationssicherheit Ihre Gr enordnung wird durch die Anzahl und Art der Schwachstellen in einem Informatio
405. ste zu ver meiden Bei einer gro en Programmvielfalt an Produkten mit hoher Funktionalit t bequemer Bedienung niedrigen Anschaffungs und Betriebskosten sowie Informationssicherheit stehen einzelne Produkte fast immer in Konkurrenz zueinander Es empfiehlt sich unbe dingt Informationssicherheitsaspekte schon zu Beginn eines Projektes festzulegen Die Ber cksichtigung von Sicherheitsma nahmen bei der Entwicklung von Systemen und Anwendungen in Projekten bildet die Grundlage f r die Informationssicherheit Sicherheitsma nahmen werden grunds tzlich durch gesetzliche Erfordernisse und durch die Anforderungen des Kunden definiert Der Markt und die Kunden verlangen nach verifizierbaren Sicherheitsma nahmen und Einf hrung etablierter Standards Der Umgang mit diesen Standards wie z B ISO IEC 17799 BS7799 2 ISF Standard of Good Practice BSI Grundschutzbuch usw geh rt zum st ndigen Handwerkszeug eines zertifizierten Sicherheitsmanagers Bei der Erf llung dieser Anforderungen kann das Die Anwendung etablierter PQM auf Basis des in der Organisation in Kraft gesetz Vorgehensweisen f hrt ten Sicherheitskonzeptes mit seinen Methoden und zu einer h heren Glaub Techniken in Projekten einen wertvollen Beitrag leis w rdigkeit gegen ber ten Dies kommt nicht nur der Qualit t der einzuf h dem Kunden renden Sicherheitsma nahmen zugute sondern bie tet dar ber hinaus eine vertrauensbildende Ma nahme im Projekt 274 15 1 G
406. stellung der Mittel festlegen 13 3 3 Abschnitt 6 Management von Ressourcen Es ist Aufgabe der Organisation nicht nur die Mittel f r die Erf llung der Kundenforde rungen bereitzustellen Es wird ausdr cklich darauf Wert gelegt dass auch die f r die Einf hrung und Aufrechterhaltung des QM Systems ben tigten Mittel rechtzeitig ermittelt und bereitgestellt werden Zum Thema Personal Die Wirksamkeit von durchgef hrten Schulungen ist in festgeleg ten Abst nden zu beurteilen Diese Forderung muss Teil des Qualifikationsprogramms der Mitarbeiter sein Eine Bewusstseinsbildung bez glich der QM Forderungen und deren Einhaltung sind auf allen Ebenen der Organisation vorzunehmen Jeder Mitarbei ter muss wissen welchen Einfluss die von ihm ausge bte T tigkeit auf die Qualit t der Produkte oder Dienstleistung hat Auch die Folgen von Abweichungen von festgelegten Verfahren m ssen dem Mitarbeiter bekannt sein Information als Ressource gewinnt immer mehr an Bedeutung Zugangs und Daten schutz als Mittel gegen Missbrauch sowohl eigener Informationen als auch der von Kunden und Lieferanten zur Verf gung gestellten Informationen m ssen wirksam ein gef hrt sein Die notwendige Infrastruktur zur Erzielung bereinstimmender Produkte besteht nicht nur aus den Fertigungsanlagen dazu geh ren auch Geb ude und Arbeitspl tze aber auch eine geeignete Instandhaltung und sonstige unterst tzende Dienstleistungen z B Kalibrierdienste W
407. stem DV Segment Konfigurationseinheit Komponente Modul Daten bank Des Weiteren gibt es auch logische Betrachtungseinheiten wie die Funktionen Systemfunktion Segmentfunktion Software Konfigurationseinheiten SWKE Funk tion Zur Einstufung der Kritikalit t ist nicht allein die physikalische Betrachtungsein heit sondern auch die von ihr ber hrte Umgebung zu ber cksichtigen So sind z B bei einem Fehlverhalten der Software eines Systems potenzielle Auswirkungen in Betracht zu ziehen die sowohl das System selbst als auch in der Folge seine Umwelt betreffen Die Kritikalit t einer Betrachtungseinheit wird in Stufen Kritikalit tsstufen angegeben wobei die Einstufung umso h her ist je gravierender direkte und indirekte Auswirkun gen bei Fehlverhalten zu erwarten sind Eine allgemeine Festlegung f r administrative Systeme kann wie folgt aussehen e Kritikalit t hoch Fehlverhalten macht sensitive Daten f r unberechtigte Personen zug nglich oder verhindert administrative Vorg nge z B Gehaltsauszahlung Buchungssystem oder f hrt zu Fehlentscheidungen infolge fehlerhafter Daten e Kritikalit t niedrig Fehlverhalten verhindert Zugang zu Informationen die regelm Big ben tigt werden e Kritikalit t keine Fehlverhalten beeintr chtigt die zugesicherten Eigenschaften nicht wesentlich Zur Abwehr der Auswirkungen von Fehlverhalten dienen analytische und konstruktive Ma nahmen Diese Ma nahmen bestehen prim r in der
408. stemverhalten wird sicht bar gemacht und gleichzeitig wird die Zielumgebung gepr ft Jedoch k nnen die Ergeb nisse der Pr fungen vor allem bei Tests leicht bersch tzt werden da die Zahl der zu 82 5 1 Pr fung und Tests in IT Projekten testenden Parameter Konstellationen sehr gro sein kann Es w re au erdem vermessen zu behaupten dass alle Programmeigenschaften vor allen Dingen auch die Fehleraus g nge gepr ft sind Ein entscheidender Nachteil ist auf jeden Fall dass die Fehlerursache nicht aufgezeigt wird Hier m ssen weitere Methoden wie Code Inspection Code Review Tracing und Debugging entsprechende Hinweise in IT Projekten geben Unter dem Begriff Code Inspection versteht man die berpr fung des Programmiercodes auf bereinstimmung mit den Entwurfsdokumenten z B Feinkonzept Gepr ft werden u a e die Ablauflaufstruktur e die Verwendung von Variablen und deren Namen e die Berechnungsformeln und e das Vorhandensein von In Line Kommentaren Bei einem Code Review wird die Einhaltung des Codierstandards und von Program mierrichtlinien berpr ft Tracing und Debugging sind methodische Ans tze die die Ursache eines Fehlers mit Unterst tzung von speziellen Softwarewerkzeugen lokalisieren kann Ein besonderer Vorteil ergibt sich durch die M glichkeit der tempor ren Korrektur d h vorl ufige Kor rekturen in ein Objekt einzubringen und die Folgen dieser Korrektur zu pr fen ohne aufwendige Code
409. sto en Die Endabstimmung ist notwendig damit der Plan von allen Projektbeteiligten verstanden akzeptiert und in der Anwen dung unterst tzt wird Diese Abstimmung auch von der finanziellen Seite her ist die letzte M glichkeit vor der Freigabe durch den Projektmanager nderungen einflie en zu lassen Ansonsten muss das offizielle nderungsverfahren durchlaufen werden Der Projektmanager gibt mit seiner Unterschrift das Dokument f r die Anwendung im Projekt frei 9 3 Beispiel Testkonzept Anhand des Beispiels Testkonzept f r ein Personalmanagementsystem werden die Bestandteile eines Konzeptes erl utert Die Dokumentation kann wie folgt aussehen 9 3 1 Zweck Das vorliegende Testkonzept ist im Sinne der Dokumentenhierarchie nach DIN ISO 9001 2000 eine Mitgeltende Unterlage zum Projekt und Entwicklungsprozess Das Testkonzept beinhaltet das methodische und systematische Vorgehen f r das Testen des Personalmanagementsystems PeopleSoft und stellt somit ein Rahmenkonzept f r alle Bereiche Teilprojekte dar Das Testkonzept Kann abh ngig vom jeweiligen Zweck folgenderma en benutzt wer den e berblick ber die Vorgehensweise beim Testen 170 9 3 Beispiel Testkonzept Testkonzept Erstellung Letzte nderung Aufgabenstellung Dieses Dokument beschreibt das Testkonzept f r das Projekt RPM Zielsetzung Das Testkonzept erm glicht ein methodisches und systematisches Vorgehen f r das Test
410. sw e Qualit tsbedingte Entwicklungsausfallzeiten Auch wenn nicht in jedem Fall ein unmittelbarer Zusammenhang hergestellt werden kann entstehen in der Folge meist auch in nicht unerheblichem Ma Kosten f r die Betreuung unzufriedener Kunden Hierzu z hlen neben zus tzlichen Personalkosten f r Kundengespr che bzw Meetings sicher auch Erl sminderungen aufgrund von Preis 127 6 Wirtschaftliche Aspekte des PQM nachl ssen bei minderer Produktqualit t Funktionseinschr nkungen und Terminver schiebungen Die beispielhaft beschriebenen qualit tsbezogenen Kosten werden nach neuer Sicht weise verschiedener Qualit tsexperten in zwei Bl cke zusammengefasst e bereinstimmungskosten conformity cost e Abweichungskosten nonconformity cost Diese Zusammenfassung wird hier nur der Vollst ndigkeit halber erw hnt da sie doch gewisse Unsch rfen enth lt und mehr auf die Beurteilung eines Qualit tsmanagement systems ausgerichtet ist als auf die Kostendefinition in Projekten Auswirkungen der Fehlerkosten Monet r nicht oder nur schwer erfassbar sind i d R Imageverluste Diese werden verur sacht durch wiederholte Qualit tsm ngel oder durch Umsatzr ckg nge aufgrund von Kunden die zur Konkurrenz abwandern Echte Fehlerkosten belasten jede Organisation daher am meisten weil neben den direkt entstehenden Kosten noch eine Vielzahl oft schwer quantifizierbarer Aufwendungen entstehen so genannte Fehlerfolgekosten A
411. t Anzahl der Testdatenkombinationen je Testobjekt Anzahl der Abweichungen die der fachlichen Vorgabe zuzuordnen sind e Anzahl der Abweichungen die bei der Testausf hrung festgestellt worden sind In diesem Zusammenhang sind zu unterscheiden Abweichungen aus der Phase Fach und DV Konzept Abweichungen aus der Phase Costumizing Abweichungen aus der Phase Integration Verbund Anzahl der Retests Anzahl der Abweichungen nach Kategorie Aufwand f r Teststufen bergreifende Aktivit ten Aufwand f r teststufenspezifische Aktivit ten Testaufwand f r testobjektspezifische Aktivit ten Aufwand f r die Testfallermittlung je Testobjekt Aufwand f r die Testdatenerstellung je Testobjekt Aufwand f r die Testausf hrung auswertung je Testobjekt Aufwand f r die berarbeitung der fachlichen Vorgabe inkl PQM und Dokumentation Mitarbeiterkapazit t in Bearbeitungstagen pro Monat SOLL IST Status der Abweichungen zum Berichtstermin Status der Testauftr ge zum Berichtstermin 9 3 9 Aufwandsabsch tzungen Der Testaufwand setzt sich zusammen aus testobjektabh ngigem und unabh ngigem Aufwand In Tabelle 9 3 und 9 4 sind beispielhaft die Aufw nde des Testteams in Perso nentagen PT aufgef hrt Tabelle 9 3 Beispiel einer testobjektunabh ngigen Aufwandssch tzung Summe in PT Aktivit t von bis Testdatenorganisation festlegen 2 3 zentrale Testdaten bereitstellen 10 15 Kon
412. t Wie bereits ausgef hrt werden in allen Teststufen grunds tzlich selbstst ndige Testein heiten Testobjekte gebildet Die Testdaten einer Teststufe m ssen daher f r alle Testob jekte organisiert und deren Testausf hrung sequenzialisiert werden So kann in jeder Teststufe ein optimaler Nutzungsgrad der Testumgebungen erreicht werden Daher m ssen f r alle Bestandteile einer Testumgebung entsprechende Festlegungen getroffen werden e Software Objekte der Anwendung Software Objekte werden von den Entwicklern erstellt z B Programme oder Masken die in Bibliotheken gespeichert werden Entsprechend der Festlegungen des Konfigurationsmanagements wird ein geordnetes bergabeverfahren von der Entwicklungsumgebung in die Testumgebung bzw von einer Testumgebung in die n chste Testumgebung geregelt e Daten F r jedes Testobjekt m ssen alle ben tigten Bewegungs und Bestandsdaten in der Testumgebung zur Testausf hrung vorhanden sein Dabei sind die Festlegungen der Testdatenorganisation f r jede Teststufe zu ber cksichtigen Um den Einfluss ande rer Testobjekte auszuschlie en ist Folgendes zu ber cksichtigen Art der Datenbank Verwendung der Daten read write insert update delete Zust ndigkeit f r projekteigene oder allgemein g ltige Daten Datenkonsistenz Schl sselbezeichnungen und Integrit tsbedingungen e Allgemeine Software Objekte F r folgende Software Objekte m ssen Releasest nde und Ma
413. t Completeness Nachweis Die Software umfasst alle Funktionalit ten gem Lastenheft und Pflichtenheft Test Gesch ftsprozesstest Review Die Zuordnung von Anforderungen gegen die durch gef hrten Testf lle wird gepr ft Unterst tzung TestDirector Tool Es gibt keine Funktionalit t innerhalb der Software die nicht im Lasten oder Pflichtenheft bzw Systemdokumentation beschrieben ist Test Gesch ftsprozesstest Review Abgleich Storyboard und Testpl ne 205 10 bersicht der Qualit tsmerkmale 10 1 4 Performance Performance Unter Performance wird die Menge von Merkmalen verstanden die sich auf das Ver h ltnis von Leistungsniveau der Software zu Umfang der eingesetzten Betriebsmittel unter festgelegten Bedingungen beziehen Die Merkmale stellen sicher dass die in der Planung definierten Werte f r Zeitbedarf Plattenplatz Speicherbedarf sowie die verein barten Fertigstellungszeiten f r Ergebnisse z B Reports eingehalten werden Beispiele zur Performance sind in Tabelle 10 4 zusammengestellt Anmerkung Betriebsmittel k nnen andere Softwareprodukte Hardware Einrichtungen Material Druckpapier CDs und Dienstleistungen von Bedienungs Wartungs oder Unterst tzungspersonal einschlie en Teilmerkmal Durchsatz Throughput Begriff Dieses Merkmal der Software bezieht sich auf den Durchsatz Aktio nen Datenmenge pro Zeiteinheit bei der Ausf hrung ihrer Funktionen Insbesondere we
414. t das mit einer Softwarelieferung mitgeliefert wird und diverse Informationen zum Betrieb dieser Software enth lt Audit Operating der Applikation Erst in Phase 2 Review Betriebshandbuch Phase 1 Alle Fehlermeldungen der Anwendung in Reports Fehlerlogs Systemloggs sind eindeutig aussagekr ftig und dokumen tiert Test Im Rahmen der Tests werden Fehlersituationen erzeugt und im Report bzw Logfile nachgepr ft Review Abgleich der Dokumenta tion gegen Reports und Logfiles Erzeugung einer Liste aller im System vorhandenen Fehlermel dungen und Pr fung auf Aussage f higkeit und Eindeutigkeit Alle verwendeten Referenzdaten sind vollst ndig dokumentiert Funktionalit t und Handling und im Lastenheft spezifiziert Abh ngigkeiten bzw Einschr nkungen von Batch Programmen beim Scheduling sind dokumentiert Test Stichproben gegen ausge suchte Referenzdaten Review Betriebshandbuch Review Betriebshandbuch Applikations Monitoring Auf einzelnen repr sentativen Rechnern wird ein komplettes End to End Monitoring durchgef hrt Hierbei wird unter End to End Monitoring Folgendes verstanden Es wird am Endger t des Anwenders PC gemessen wie sich die Applikation aus Sicht des Anwenders verh lt Das eine Ende wird also durch das Endger t des Anwenders repr sentiert das andere durch die Datenbank End to End Monitoring k nnte z B durch den Einsatz von Robotern umgesetzt werden die re
415. t ten au erhalb der Terminplanung mit einer Verz gerung von drei Tagen Beim Budget wurde eine Punktlandung mit 100 bereinstimmung beim Meilenstein 1 erreicht Insgesamt sieht die Prognose f r den Meilenstein 2 so aus dass mit einer leichten Terminverz gerung von 1 Woche gerechnet werden muss Ein professioneller Projektbericht enth lt zus tzlich noch eine Earned Value Analyse EVA Die EVA ist ein weltweit verbreitetes umfassendes Kennzahlensystem Sie setzt Standards f r Begriffe und Inhalte von Kennzahlen zur Bewertung von Projekten Der Kern der EVA ist dass die erbrachte Leistung eines Projektes earned value ermittelt und prognostiziert wird EVA bietet eine gleichzeitige Kontrolle der Termine und Kosten Au erdem erm glicht eine dritte Messgr e als eine der wichtigsten Informationen f r die Projektsteuerung den objektiven Fertigstellungsgrad der Projektaufgabe zu messen Es wird empfohlen ber ein Prozess Messmodell eine Wie kommt man zu aus Prozesspr fung und verbesserung aufzubauen Die sagekr ftigen Kennzahlen Vorgehensweise nach diesem Modell bildet die Grundlage zur Pr fung von Soll Ist Abweichungen im Prozessverhalten und zur Ab sch tzung der Wirkungen von Verbesserungsma nahmen Metriken zur Beschreibung der Effizienz und Wirksamkeit des Prozesses sind dabei ver gleichsweise einfach festzulegen da es sich um quantifizierbare Eingangs oder Ergeb nisgr en handelt siehe Tabelle 4 2 Schwi
416. t ein Schl sselele ment f r den Erfolg einer Organisation Es wundert daher nicht dass der Messung der Kundenzufriedenheit besondere Bedeutung beigemessen wird Sie stellt u a ein Ma f r die Leistung des QM Systems dar Jede Organisation muss Verfahren f r die Beschaffung und Messgr en f r die Auswertung von Kundenzufriedenheitsinformationen festle gen Prozesse die zur Erf llung der Kundenforderungen dienen sind zu messen und zu berwachen Alle Daten aus denen Kundenzufriedenheitsangaben abgeleitet werden k nnen m ssen analysiert werden Die Messung und berwachung der Leistung des QM Systems der Prozesse die f r die Erf l lung der Kundenforderungen notwendig sind und der Merkmale des Produkts um die Forderungen an das Produkt zu verifizieren stellen eine notwendige Voraussetzung f r Verbesserungen dar Das QM System muss st ndig verbessert werden Dazu m ssen die f r die Ermittlung der Wirksamkeit des QM Systems notwendigen Daten analysiert werden Daraus lassen sich die notwendigen Verbesserungsma nahmen ableiten Das f r die Verbesserung des QM Systems notwendige Verfahren muss die Anwendung von Q Zielen zur Systemverbesse rung beschreiben und die Einbeziehung der QM Bewertungen und sonstigen Daten quellen sicherstellen 258 13 4 Qualit tsmanagement Systeme Leitfaden zur Leistungsverbesserung Die DIN ISO 13 4 Qualit tsmanagement Systeme Leitfaden zur Leistungsverbesserung Die DIN ISO 9004 2
417. t in einer mangelhaften Analyse einer unzureichenden Abstimmung zwischen den Projektteams und unzureichender Koordi 102 5 3 Fehler Problemanalyse und Behebung nation der Beteiligten sowie der unzul nglichen Dokumentation zwischen den Arbeits phasen Ein weiterer Aspekt sollte nicht unerw hnt bleiben Die Analyse der existierenden Umgebung der kompletten Beschreibung der Anforderungen und ihrer Auswirkungen sollte zur Erzielung optimaler Ergebnisse frei von Abh ngigkeiten sein die sich durch eine zu fr he Systementscheidung ergeben Die Modellierung erm glicht die Beschrei bung des Zielsystems ohne bereits ber Hardware Software Konfigurationen bzw Netztopologien zu entscheiden Mit der Unified Modelling Language UML wurde eine allgemein g ltige Darstellung zur Modellierung objektorientierter Anwendungen geschaffen UML ist eine durch die Object Management Group OMG standardisierte grafische Sprache zur Beschreibung objektorientierter Modelle und dient als international anerkannte Sprache f r die Modellierung von Softwaresystemen und anderen Systemen Im Sinne dieser Sprache definiert die UML dabei Bezeichner f r die meisten Begriffe die f r die Modellierung wichtig sind und legt m gliche Beziehungen zwischen diesen Begriffen fest Die UML definiert grafische Notationen f r diese Begriffe und f r Modelle von statischen Struktu ren und von dynamischen Abl ufen die man mit diesen Begriffen formulieren kann
418. t mit all seinen unterschiedlichen Komponenten dar d h es be schreibt die Zerlegung des Produktes in seine Bestandteile In einem zweiten Schritt ist die Definition der Funkti F r die Erstellung des onen die durch die einzelnen Komponenten realisiert Fehlerbaums ist die genaue werden erforderlich Letztlich m ssen alle in der Kenntnis des Produkts Anforderungsliste z B Pflichtenheft Anforderungs notwendig katalog an das Produkt gestellten funktionellen Anforderungen verwirklicht werden und dementsprechend in dem Fehlerbaum auftau chen Nach der Definition der Funktionen wird der Fehlerbaum durch m gliche Fehlfunktio nen erg nzt Im einfachsten Fall stellt die Fehlfunktion die Negation der Funktion dar meist ergeben sich jedoch mehrere Fehlerm glichkeiten Fehlfunktionen haben in der Regel eine Ursache in der untergeordneten Komponente und als Folge der Fehlfunktion eine Auswirkung in der bergeordneten Komponente Fehlerursachen bilden Hierarchien die in so genannten Fehlerbaumdiagrammen darge stellt werden Jede Komponente bildet in einem Fehlerbaum eine logische Einheit mit Folgen A Folgen A Fehler Ursachen Y Ursachen Bild 5 7 Prinzipdarstellung Fehlerbaum 106 5 3 Fehler Problemanalyse und Behebung seinen Funktionen und eventuellen Fehlfunktionen Durch die Verkn pfung zu unter und bergeordneten Komponenten entsteht die Dokumentation von Ursache Wir kungsketten im Fehlerbaum Bild 5
419. t unbe dingt die Verantwortung f r die Erzeugung von Arbeitsergebnis sen tragen Der Begriff Fachexperte wird oft benutzt zur Unter scheidung zwischen denen die Spezialwissen beitragen und denen die f r die Leitung und Umsetzung des Entwicklungs prozesses verantwortlich sind beispielsweise ein Workshop Moderator Als eine der drei organisatorischen Dimensionen bezeichnen F higkeiten engl competencies die Fertigkeiten das Wissen und das Verhalten das die Mitarbeiter zur Durchf hrung der Gesch ftsprozesse ben tigen Umgangssprachlich wird in verschiedenen F llen von Fehlern gesprochen engl error bug e Eine Person begeht einen Irrtum mistake als m gliche Folge davon enth lt z B eine Software SW einen Defekt defect fault e Wird der Defekt durch Inspizieren der SW gefunden so ergibt das einen Befund finding e Bei der Ausf hrung von Software mit einem Defekt kommt es zu einem Fehler error Die tats chlichen Ergebnisse wei chen von den erwarteten bzw richtigen ab e Dies kann zum Ausfall failure eines software basierten Systems f hren Funktionsversagen d h Versagen einer Funktionseinheit bei ihrer Ausf hrung oder Funktionsunterlassung d h Unter lassung einer erforderlichen Ausf hrung Komplett verf gbare Funktionseinheit verf gbar in eigener Organisation oder auf dem Markt Feuermauer Sicherheitseinrichtung eines Computersystems um das unberechtigte Eindringen Intrus
420. t von Rechenzentrum System programmierung und Datenbankadministration ben tigt Es kann beim Zuverl ssigkeitstest h ufig auf bestimmte Testobjekte der vorherigen Test stufen zur ckgegriffen werden Die Testobjekte werden allerdings jetzt unter anderen Bedingungen und aus einer anderen Sichtweise heraus untersucht Mit dem Test der Robustheit k nnen gleichzeitig die Ma nahmen zur Wiederherstellung gepr ft werden da bewusst verschiedene Systemabst rze provoziert werden Daher k nnen beide Berei che mit denselben Testobjekten untersucht werden Eine Differenzierung bez glich der Testobjektabgrenzung erfolgt durch die verschiedenen Schnittstellenarten 188 9 3 Beispiel Testkonzept Beim Test der Benutzerschnittstellen werden die einzelnen Dialogfunktionen betrach tet Daher kann man sich gut auf Testobjekte des Funktionstests st tzen Besitzt die Anwendung ein bergreifendes Dialogsteuerungsprogramm so ist dies als einziges Test objekt zu untersuchen Doch auch hier gibt es ein quivalent im Funktionstest Zur Pr fung der Datenschnittstellen werden die Testobjekte analog zum Anwendungs test entsprechend der verarbeitenden Funktionen eines Datenobjektes abgegrenzt Sind zentrale Datenzugriffsmodule vorhanden so gen gt die Betrachtung dieser Module Die Testobjektabgrenzung f r Programmschnittstellen baut auf den Testobjekten des Entwicklertests auf Es werden Module verschiedener Integrationsstufen getestet wobei der Sch
421. t wird Zudem stellt es oft die einzige M glichkeit der Fehlerfindung dar deren Lokalisierung sonst einen zu hohen Aufwand bedeuten w rde Bei Einf hrung einer neuen Software oder Hardwaretechnik z B nderung der Pro grammiersprache oder Umstellung auf Client Server Architektur k nnen auch einzelne DV technische Einheiten getestet werden wenn daf r Vergleichswerte f r hnliche Funktionen aus den bisherigen Anwendungen vorliegen Da in Praxis oft 70 80 der Last durch 20 der Funktionen erzeugt werden in Online Systemen auch Peak Transaktionen genannt brauchen auch nur diese auf ihr Perfor manceverhalten hin untersucht werden Diese Funktionen k nnen aufgrund von Mes sungen im bisherigen System durch Befragungen oder durch Auswertungen von Daten bankgr en erfolgen Dies f hrt zu Angaben ber die Ressourcenintensit t der Funktio nen oder die H ufigkeit des Aufrufs beispielsweise zur Beurteilung der maximalen Ant wortzeiten Doch auch die Seltenheit eines Funktionsaufrufes ist u U von Bedeutung um z B eine minimale Antwortzeit unter idealen Bedingungen angeben zu k nnen Zuverl ssigkeitstest Mit dem Zuverl ssigkeitstest werden sowohl die Robustheit der Anwendung als auch die Ma nahmen zur Wiederherstellung von Daten und Programmen nach Systemabst rzen Restart und Recoveryfunktionen gepr ft Es sollten alle denkbaren Ausnahmesituati onen untersucht werden z B ein nicht programmierter Abbruch eines Pro
422. tbericht Bild 5 3 Vorgehensmodell f r das Testen 85 5 Methoden und Techniken im Qualit tsprozess Kurzbeschreibungen der Tests Entwicklertest W hrend der Entwicklungsphase wird die Qualit t berzeugen Sie die Ent der erstellten Komponenten mehrstufig gepr ft Die wickler dass diese Tests im unterste Teststufe innerhalb eines IT Projektes ist der Interesse des Gesamterfolgs Komponententest Der Komponententest tr gt dazu unbedingt durchgef hrt bei dass die Funktionsf higkeit der Komponente werden m ssen R umen nachgewiesen wird Fehler fr hzeitig erkannt und Sie auch entsprechende behoben werden und die Gebrauchsf higkeit und Zeiten ein Zweckm igkeit der begleitenden Dokumentation nachgewiesen werden In der Regel ist daf r der einzelne Entwickler einer bestimmten Komponente verantwortlich der das Programm das Modul das Objekt oder die Methode geschrieben hat Komponententests zielen somit ab auf einzelne e Programme e Module e Objekte oder e Methoden Sie untersuchen diese Komponenten aus der externen funktionellen Perspektive sog Black Box Tests und aus der internen technischen Perspektive sog White Box Tests Funktionstest Auf operativer funktionaler Basis werden Komponenten zusammengefasst und w hrend des Funktionstests gepr ft F r diese Tests gelten die Testziele die in der Testspezifika tion n her erl utert werden F r die Durchf hrung der Funktionstests erstellt d
423. teiler Projektergebnisse Produktstruktur berblick Ergebnisse Technische Ergebnisse Basisergebnisse Produktionsumgebung Konfigurationsmanagement Qualit tssicherungsergebnisse Managementergebnisse 3 1 sah sar2 5u1P73 5216222 531673 3 2 33 3 4 35 Sl 35 2 35 3 3 5 4 355 Zusammenfassung f r das Management Projektorganisation Projektpersonal Organigramm Aufgabenbezogene Personal ausstattung Managementaufgaben Technische Aufgaben Projektabwicklungsaufgaben Andere beteiligte Abteilungen Organisation der Zulieferer Unter auftragnehmer Beteiligte Stellen auf der Kundenseite Projektgremien Projektlenkungsausschuss Phasenentscheidungssitzung Change Control Board Treffen mit dem Kunden Technische Gremien 9 1 Projektmanagement Plan PM Plan 4 1 4 2 4 2 1 4 2 2 4 2 3 4 2 4 4 2 5 4 2 6 4 2 7 6 1 6 2 8 1 1 8u1e2 8 1 3 8 1 4 8 2 8 2 1 8 2 2 8 2 3 8 3 8 3 1 82 8 3 3 10 10 1 10 2 10 3 10 4 10 5 10 6 10 7 10 8 10 9 Projektstruktur Erforderliche Projektphasen Detaillierte Beschreibung der Projektstruktur Projektinitialisierung Anforderungen Definition Design Komponenten Integration Integrationstest Projektabschluss Ressourcen Personalkapazit t Rechner kapazit t und Software Qualit tsmanagement im Projekt Projektbegleitende Qualit ts management Zu pr fende Ergebnisse Zu pr fende Prozesse Phasenentscheidungen Quality Gate
424. tellen Ziel M glichst fr hzeitige Information Was wird berichtet Wie wird berichtet e Vollst ndigkeit der Offizielles Berichtswesen Ergebnisse MTA Qualit t der Verbale Monatsberichte Prozesse Ergebnisse QM Berichte l Termine Projektbibliotheksberichte Kosten Beobachtung e Produktivit t Stimmung im Projekt e Kapazit t Gespr che Managemenitziele Arbeitsverhalten Ger chte Reviews Bild 4 6 Berichterstattung 4 3 4 Qualit tslenkung Die Qualit tslenkung erstreckt sich auf alle Ma nahmen berwachen und Ausf hren der Korrektur eines Produktes zum Erreichen der geforderten Qualit t Qualit t sollte nicht nur im Nachhinein in ein Produkt hineingepr ft werden Von daher ist es uner l sslich Qualit t bereits durch konstruktive Ma nahmen sicherzustellen Zielsetzung ist pr ventiv Qualit tsm ngeln entgegenzuwirken und die den analytischen Qualit ts ma nahmen zu unterziehenden Pr fgegenst nde berhaupt erst pr fbar zu gestalten 65 4 Der Qualit tsmanagementprozess Unter die konstruktiven Qualit tsma nahmen fallen beispielsweise e Verwenden der Pr fergebnisse zur Verbesserung Optimierung des Prozesses e Definieren von Fehler verhindernden bzw vermeidenden Prozessen e Integrieren der Pr f und Korrekturverfahren in die Prozesse e Gliederung des Entwicklungsprozesses durch ein projektspezifisches Vorgehens modell e Unterst tzung des Entw
425. tem Korrektheit Verbundtest Fachliche Freigabe f r Zusammenspiel aller Anwendungen Korrektheit Abnahmetest Freigabe f r operationellen Betrieb Produktion Bild 9 5 Teststufen 9 3 Beispiel Testkonzept Prinzipiell lassen sich f r den Entwicklertest sowohl statische als auch dynamische Test methoden anwenden Die dynamischen Testmethoden stellen die wesentlichen Komponenten dieser Teststufe dar und werden daher im Folgenden ausf hrlich betrachtet Statische Testmethoden sollten stets erg nzend hinzugezogen werden Sie werden hier allerdings nicht detail liert beschrieben Zu den statischen Testmethoden z hlen beispielsweise Review Code Inspektion stati sche Analysen anhand von Checklisten oder Pr fungen mit Hilfe eines Compilers Scanners Parsers oder Metriktools Bei der Code Inspektion versucht man den entstan denen Sourcecode hinsichtlich vorher definierter Programmierrichtlinien Projektstan dards usw zu berpr fen Man nimmt an dass bei einem Versto gegen diese Richtli nien die Fehleranf lligkeit zunimmt und weist den Code bei schweren Verst en zur ck In Checklisten werden alle formalen Gesichtspunkte der Programmierung entspre chend der Programmierrichtlinien in entsprechende Checkpunkte bzw Fragen umge setzt Diese Checkpunkte werden vom jeweiligen Entwickler Tester beantwortet Als Testendekriterium gilt die positive Beantwortung aller Checkpunkte Die ausgef llte Checkliste geh rt m
426. ten festlegen sowie diese durch Mittel wie Qualit tsplanung Qualit tslenkung Qualit ts sicherung und Qualit tsverbesserungen im Rahmen des Quali t tsmanagementsystems verwirklichen Glossar Qualit tsmanage mentsystem Qualit tsma e Qualit tsmerkmale Qualit tspolitik Qualit tsver besserung Risiken Risikoabsch tzung Risikoanalyse Risikominderung Risikominderungs strategie Struktur Verantwortlichkeiten und Mittel zur Verwirklichung des Qualit tsmanagements Messbare Gr en die R ckschl sse auf die Auspr gung bestimmter Qualit tsmerkmale gestatten Beispiele Antwortzeit f r Funktion ist kleiner als Sekunden L nge des Moduls ist kleiner als Seiten Eigenschaften einer Funktionseinheit anhand derer ihre Quali t t beschrieben und beurteilt wird die jedoch nichts ber den Grad der Auspr gung aussagen Ein Qualit tsmerkmal kann ber mehrere Stufen in Teilmerkmale verfeinert werden Qualit tsmerkmale sind z B Funktionalit t Zuverl ssigkeit Benutzbarkeit Effizienz nderbarkeit und bertragbarkeit in Anlehnung an DIN ISO 9126 Absichten und Zielsetzung des Unternehmens zur Qualit t Nach internationaler Normung zielt Qualit tsverbesserung auf die Qualit tsf higkeit Es kann demnach nicht ganz einfach gesagt werden Qualit tsverbesserung Verbesserung der Qualit tsf higkeit Damit sind alle Ma nahmen zur Erh hung von Effektivit t und E
427. tensatz bearbeitet wird oder kein read ahead Lesezugriff beim Start einer sequenziellen Verarbei tung Listen usw 10 1 5 bertragbarkeit Portability Gemeint ist eine Menge von Merkmalen die sich auf die Eignung der Software bezie hen von einer Umgebung in eine andere bertragen zu werden Ziel ist dass der Portie rungsaufwand wesentlich kleiner wird als der Aufwand f r eine Neuentwicklung Tabelle 10 5 zeigt Anwendungsbeispiele auf Teilmerkmal Anpassbarkeit Adaptability Begriff Kenngr en Dieses Merkmal der Software bezieht sich auf die M glichkeit der Anpassbarkeit von Software Dabei geht es zum einen um Anpassung Adaption von Softwareeigenschaften an den Benutzer oder seine Auf gabe zum anderen um die Anpassbarkeit an die jeweilige Arbeitssitua tion und den Prozess F r das Laufzeitsystem ist eine Re Installation innerhalb einer ge nder ten bzw eine Verlagerung auf eine abweichende Hard bzw Softwareum gebung z B neue Betriebssystemversion anderer Rechner mit mehr CPU Leistung o a ohne gro en Aufwand m glich Die Software kann in Bezug auf eine ge nderte Ablauforganisation auf einfache Weise angepasst werden Beispiel Einf hrung einer neuen Mahnvariante im Mahnwesen Teilmerkmal Installierbarkeit Installability Begriff Kenngr en 208 Dieses Merkmal der Software bezieht sich auf den Aufwand der zur Installation bzw Re Installation der Software in einer festge
428. tergespr che Bild 14 6 Beispiel f r Qualit tsdokumentation Qualit tsberichterstattung Die Bereiche unterhalten ein System zur Berichterstattung ber die Qualit t von Pro dukten Leistungen und Prozessen einschlie lich der zugeh rigen qualit tsbezogenen Kosten Die Qualit tsberichtserstattung hat folgende Aufgaben e Durch Soll Ist Vergleiche die Einhaltung der Qualit tsziele berwachen e Schwachstellen fr hzeitig erkennen e Geeignete Verbesserungsma nahmen entwickeln einf hren und deren Wirksamkeit verfolgen e Den zeitlichen Verlauf der Entwicklung in den Qualit tsmerkmalen dokumentieren Die Erfassung und Auswertung der Zufriedenheit der Kunden und Mitarbeiter die eigene Entwicklung in Bezug auf die Benchmarkwerte f hrender Unternehmen sowie die Ergebnisse aus dem Business Excellence Assessment sind Bestandteil der Qualit tsbe richterstattung Qualit tsf rderung Qualit tsorientierung fordert eine lernende Organisation denn Qualit tsmanagement ist erst dann erfolgreich wenn es von jedem verstanden beherrscht vorgelebt wird und die Erfahrungen daraus weitergegeben werden Dies bedeutet ein aus den Gesch ftszielen abgeleitetes Konzept f r Training Coaching und funktions bergreifende Kommunikation Das Lernen aus allen Kunden orientier 271 14 Beispiel Erkl rung eines Unternehmens zur Qualit tspolitik ten Aktionen und das Aufgreifen von Ideen der Mitarbeiter in regelm igen Be
429. terial e Etablierte Ursachenanalyse f r alle Fehler und zugeh rige Fehlerpr ventions ma nahmen Verbesserungspotenziale bei Anwendung des CMM Von Stufe 1 nach Stufe 2 e Projektmanagement e Konfigurationsmanagement e Qualit tsmanagement Von Stufe 2 nach Stufe 3 e Ausbildung e Qualit tsma nahmen Review Test usw e Prozessdefinition und berwachung Etablierung einer Prozessgruppe Von Stufe 3 nach Stufe 4 e Messung und Analyse des Prozesses e Quantitative Qualit tsplanung Von Stufe 4 nach Stufe 5 e Analyse und Vermeidung von Fehlern e Institutionalisierung und Automatisierung von Verbesserungsma nahmen Auf Stufe 5 e Ergebnisse halten e Auf alle neuen Erkenntnisse und Ver nderungen des Umfelds mit weiteren Verbesserungsma nahmen reagieren In der Vergangenheit gab es einige Kritikpunkte zum Thema CMM f r Softwareentwick lungsprozesse da die Bewertung nicht prozess sondern organisationsbezogen erfolgt Des Weiteren war die Vielzahl von weiteren Modellen P CMM SA CMM SE CMM JPD CMM schon relativ un bersichtlich geworden sodass der Entschluss gefasst wurde diese in einem neuen Modell dem CMMI Capability Maturity Model Integra ted zusammenzufassen und zu integrieren Bei CMMI wird hnlich wie bei ISO 15504 SPICE jeder Prozessbereich einzeln bewer tet Wird CMMI genutzt muss f r jeden Prozessbereich gepr ft werden ob die jeweili gen Anforderungen Specific Goals erf llt sind F
430. test Abnahme 10 100 000 Betrieb Summe 100 1 000 000 100 275 000 141 6 Wirtschaftliche Aspekte des PQM Tabelle 6 5 Beispiel Fehlerkosten und Einsparungen Projektphase Fehler Verhinderte Einspa Expon Fehler kosten entdeckte rung von tential beseiti statistisch Fehler durch Fehler Faktor gungs Euro PQM kosten kosten Anforderungsanalyse 4 500 10 450 0 1 45 Projektplanung Definition Konzept 120 000 15 42 000 1 42 000 Entwurf Spezifikation 20 Realisierung 87 500 40 35 000 5 175 000 Implementierung Integration Integrationstest 63 000 15 9 450 10 94 500 Systemtest Abnahme Betrieb 100 Summe 275 000 100 86 900 311 545 Nachstehend wird anhand einer Beispielrechnung dargestellt wie viele Fehler durch Fehlerverh tungsma nahmen und Pr fungen durch das PQM verhindert und entdeckt werden Mittels des Einsatzes prozentualer Erfahrungswerte ber Verhindern und Ent decken von Fehlern in den einzelnen Phasen errechnet sich die Einsparung von Fehler kosten Zus tzlich wird ersichtlich dass die H he der Fehlerbehebungskosten vom Zeitpunkt der Fehlererkennung abh ngt Die Fehlerkosten steigen dabei exponenziell an sodass eine Fehlerbeseitigung in der Betriebsphase also beim Kunden bis zu 100 Mal mehr kosten kann als zu Beginn der Anforderungsanalyse siehe Tabelle 6 5 Aus Tabelle 6 5 ist ersichtlich dass den Einsatzkosten von 80 000 EUR f r das POM eine Ein
431. tests und Abnahmetests Eine besondere Art des Testens die auf die Verifizierung eines Aspekts der Anwendung der Organisationsentwicklung oder der technischen Infrastruktur gerichtet ist Beispiele f r Testtypen sind Tests externer Funktionen Anwendungsschnittstellentests und Anwendungswiederanlauftests 307 Glossar Totales Qualit ts management TQM Transport und Wartezeit Trojanisches Pferd bertragbarkeit UML Unterst tzende Prozessfolge Unversehrtheit integrity 308 Eine F hrungsmethode welche Kundenzufriedenheit als obers tes Unternehmensziel postuliert Qualit t wird in den Mittel punkt gestellt und alle Mitglieder des Unternehmens ins Quali t tsmanagement eingebunden Alle brigen Unternehmensziele werden vom Ziel der Kundenzufriedenheit und den damit ver bundenen Qualit tsanforderungen abgeleitet Der Teil der Zykluszeit der f r den Transport oder das Warten in einer Warteschlange aufgewendet wird Das Gegenteil dazu ist Bearbeitungszeit Die Bearbeitungszeit und die Transport und Wartezeit werden zur Bewertung der Effizienz eines Gesch fts prozesses miteinander verglichen Nicht erkennbares Programm oder eine Datei die das Trojani sche Pferd mit einem Virus oder Wurm enth lt Wird blicher weise als Bestandteil einer E Mail beim Herunterladen einer Datei oder durch Intrusion unbemerkt auf dem Rechner abge speichert Unter vorgegebenen Voraussetzungen starten sie auf dem
432. tig deklariert werden Es kann einen politischen Preis niemals aber eine politische Aufwandsabsch tzung geben Terminzusagen dagegen d rfen nur in Abstimmung mit dem Projektmanager erfolgen Die Aufgabenverteilung zwischen den Projektmitar Klare Spielregeln mit beitern Partnern Zulieferern und Mitarbeitern des allen Projektbeteiligten Kunden sollte schriftlich geregelt werden Dabei ist erleichtern das Miteinander gegebenenfalls die Aufteilung der Verantwortung und der Entscheidungskompetenzen f r verschiedene Teile des zu liefernden Ergebnisses f r unterschiedliche Aufgaben innerhalb des Entwicklungsprozesses sowie f r Zulieferun gen festzulegen und m glichst im Vertrag zu verankern 46 3 3 Projekt berwachung und steuerung Diese Festlegung muss eine Beschreibung sowohl der organisatorischen als auch der technischen Schnittstellen enthalten Dabei sollte auf m glichst kompakte Verantwor tungsbereiche und auf schmale Schnittstellen geachtet werden Bestellunterlagen Lastenhefte f r Unterauftragnehmer sind durch das PQM zu reviewen und auf Vollst ndigkeit und Widerspruchsfreiheit zu berpr fen In den Ver einbarungen mit Unterauftragnehmern sind entsprechende vertragliche Absicherungen gegen Terminverzug und mangelhafte Qualit t aufzunehmen Realisierungs und Abnahmebedingungen Die Bedingungen f r die Projektabwicklung sind unter Ber cksichtigung des Auftrags Typs vertraglich festzulegen unter ande
433. tigkeit e Schwachstellen von durch Hardware Software Die unsachgem e Benutzung wie beispielsweise die falsche Verschaltung von Hardware oder Fehler in einer Software k nnen Schwachstellen eines Systems darstellen Schwachstellen von Medien Disketten Festplatten CD ROM oder Papier Ausdrucke k nnen besch digt oder gestohlen werden e Schwachstellen von Kommunikationsleitungen Kommunikationsleitungen die Computer untereinander oder beispielsweise mit einem Server verbinden k nnen abgeh rt oder besch digt werden e Schwachstellen durch Emissionen Jedes elektrische Ger t sendet elektrische und elektromagnetische Strahlung aus welche abgefangen mitgeschnitten und entschl sselt werden kann e Schwachstellen durch Menschen Die Menschen die ein System bzw eine Anwendung administrieren oder benutzen stellen die gr te Schwachstelle dar Bedrohungen f r IT Systeme lassen sich in drei Hauptkategorien unterteilen z B e Nat rliche Bedrohungen Unter diese Bedrohungen fallen alle nat rlichen Gefahren f r Computersysteme wie beispielsweise Feuer Hochwasser Erdbeben Blitzschlag Stromausfall oder auch Umwelteinfl sse wie Staub oder hohe Luftfeuchtigkeit 279 15 Informationssicherheit e Unbeabsichtigte Bedrohungen Dies sind die Bedrohungen die Unwissenheit und Unaufmerksamkeit oder die Ignoranz gegen ber der Informationssicherheit mit sich bringen Beispiele sind der ungen gend ausgebildete Administrator oder
434. tives Vorgehen Bottom Up Ansatz eine zunehmende Gruppenbildung von unten nach oben Aufbau einer systematischen Struktur Mithilfe der vorliegenden Elemente wird mittels der Strukturierungsprinzipien durch Gruppierung der einzelnen Elemente eine systematische Struktur des Projektstruktur planes gebildet F r diesen Schritt empfiehlt sich mit dem Team zusammen durch Kar tentechnik oder Mind Mapping gemeinsam die Struktur zu erarbeiten Das Projektmanagement und die Entwicklungsingenieure definieren den Inhalt der Arbeitspakete Deduktive berpr fung der Struktur Der ausgearbeitete Projektstrukturplan sollte mittels eines Reviews durch das PQM eventuell auch durch externe Fachleute einer Pr fung gem der Qualit tsmerkmale wie Vollst ndigkeit und Homogenit t unterzogen werden Vorl ufige Verabschiedung Die Ergebnisse des Reviews sind zu dokumentieren Um eine Arbeitsgrundlage zu errei chen wird der PSP bis zum Abschluss der Projektplanung freigegeben Erst dann wird die endg ltige Version verabschiedet 37 3 Der F hrungsprozess Projektmanagement Horizontale Projekt ware Strukturelemente Strukturierungsregel Gesamtaufgabe z wi Teilprojekt 3 1 Strukturebene Teilprojekt 2 Strukturebene AP AP AP Arbeitspaket beschreibung Ablaufplanung AP AP AP Vertikale Teil Strukturierungsregel Teil projekt plan AP AP AP Vorgang Bild 3 5 Aufbau eines Projektstru
435. toleranz 211 214 Fehlerverh tungskosten 90 121 125 129 136 138 Fehlleistungskosten 132 159 Fehlverhalten 289 Firewall 87 Flexibilit t 61 Folgekosten 125 Formale Abfragen 50 131 Formelle Pr fung 290 Fortschrittskontrolle 78 Fragenkatalog 81 F hrung 252 265 315 Stichwortverzeichnis F hrungsinstrument 25 Funktionalit t 60 89 100 101 147 148 195 196 201 205 208 291 Funktionstest 86 G Garantiekosten 125 Gegensteuerung 48 Gemeinkosten 135 136 291 Gesch ftsprozesse 26 87 291 Gesch ftsprozess Redesign 292 Gesch ftsprozessverbesse rung 292 Gew hrleistungsanspr che 128 H Haftung 148 156 158 Haftungsrisiko 148 Haftungssch den 156 Handhabbarkeit 199 201 Hauptprozesse 27 92 135 Homogenit t 37 I Identifikation und R ck verfolgbarkeit 65 Identifizierbarkeit 218 Informationsqualit t 266 267 Informationssicherheit 203 274 277 280 294 Informelle 293 Initial 70 Inspection 80 81 83 Installierbarkeit 208 210 Integration 35 87 Integrationstest 86 Integrit t 61 181 203 211 215 274 276 277 294 Interoperabilit t 60 145 202 203 Interpretation 48 ISO 9000 2000 251 ISO 9001 2000 251 253 ISO 9004 2000 251 259 K Kennzahl 44 60 73 132 133 294 Kernprozess 27 Know how 53 Kommunikation Informati on 41 316 Komponententest 86 Konfiguration 295 Konfigurationsmanagement 70 72 94 95 200 295 Konformit t 58 209 210 k
436. tplanung aber auch in der t gli chen Projektarbeit zur berpr fung des Erreichten und fr hzeitigen Erkennung von Fehlentwicklungen genutzt werden k nnen Eine wichtige immer wieder geforderte Metrik l sst sich jedoch nicht ermitteln Die Produktivit t der Softwareentwicklung ist noch eine unbekannte Gr e Metriken in der Praxis In den letzten Jahren wurde eine gro e Zahl von Softwaremetriken untersucht die sich nur zum Teil in der Praxis als brauchbar erwiesen haben Mit professionell eingesetzten Metriken lassen sich folgende Verbesserungen erreichen e Projektziele Arbeitspakete und Vereinbarungen k nnen pr zise formuliert und leichter gesteuert werden e Vereinbarungen werden f r beide Seiten exakter fixiert und damit Aufwandssch t zung und Umsetzung erleichtert 77 4 Der Qualit tsmanagementprozess e Fortschritte k nnen kommuniziert und dadurch die kontinuierliche Entwicklung transparent gemacht werden Somit werden Zuversicht und Motivation bei allen Projektbeteiligten erzeugt e Es kann eine solide Basis daf r gelegt werden dass alle Projektmitglieder mit derselben Interpretation der Metriken arbeiten Damit werden Missverst ndnisse vermieden Themengebiete in denen heute Metriken in der praktischen Arbeit eingesetzt werden sind e Projektplanung und Aufwandssch tzung Metriken k nnen hier vor allem durch das Speichern von Erfahrungen aus bereits abgeschlossenen gleichartigen Projekten Hilfe leist
437. traglichen Vorgaben auszuf hren zus tzliche Forderungen zu erkennen und mit dem Vertragspartner zu verhandeln Au erdem beschreibt es den Umgang mit nderun gen und wie sie verg tet werden Das Buch bietet praktische Beispiele Vorlagen und Prozessbe schreibungen Verhandlungstipps sowie eine beispielhafte Liste der Mitwirkungspflichten des Kunden www publicis erlangen de books Ernst Jankulik Peter Kuhlang Roland Piff Pojektmanagement Projektmanagement Prozessmessung und Prozessmessung Die Balanced Scorecard im projektorientierten Unternehmen 2005 273 Seiten 115 Abbildungen gebunden ISBN 3 89578 251 3 57 90 sFr 93 00 Dieses Buch bietet einen Einstieg in das Thema Projektportfolio Scorecard und es zeigt wie man Indikatoren und Messgr en ent wickelt und die Scorecard praktisch anwendet Das Buch richtet sich an alle Projekt Prozess und Qualit tsmanager an F hrungskr fte an Berater an Studenten und Dozenten Klaus G nter Struck Der Coaching Prozess Der Weg zu Qualit t Leitfragen und Methoden 2006 249 Seiten 30 Abbildungen gebunden ISBN 3 89578 265 3 39 90 sFr 64 00 Dieses Buch wendet sich an Coachs an F hrungskr fte in Linie und Projekt sowie an Personalentwickler und andere Eink ufer von Coa chingma nahmen Der Autor liefert zum einen ein Konzept mit dem sich Coaching Ziele und Situationen nach ihrer Schwierigkeit beur teilen lassen und notwendige Kompetenzen f r ent
438. tsverbesserung su minea E E E E E 67 5 Methoden und Techniken im Qualit tsprozess 222c2cceeneeennn 79 5 1 Pr fung und Tests in IT Projekten i r sosa sedanira E E 79 5 1 1 Dokumentenpr fung use nennen 79 1 2 Softwatepr lung mmis has 82 91 3 Festen sera tee ea enden 84 5 14 Pro zesspt fung 2 uruuesas 22820 ea is a En 88 5 1 5 Das Quality Gate Konzept lt ccpersoninseiasr iiau ni dieti rE MERS 92 5 1 6 Spezifische Pr fma nahmen 4 s pecene ns ak nn 94 5 2 Produkt Prozessplan ng s 0u 4 4 kenti mini EE E E 97 5 2 1 QFD Quality Function Deployment sser csispsssaseireser pider 97 52 2 Das Prototypisieren u2u22 00u nenne ner hrs 100 5 2 3 Simultaneous Engineering srirerree asas rora EORR EE ETE nennen 101 5 2 4 Modellierung nu Haan a ns an 102 10 Inhaltsverzeichnis 5 3 Fehler Problemanalyse und Behebung 222c2eceeneeenenenn 103 3 3 FMEA psig koga napa nebenan he Bahasa 103 9 9 2 Fehletbaum yasni as aa ae en de een ac 106 3 3 3 Der Probleml sungsprozess 22 ers en Ea Es 108 5 3 4 Sieben elementare Qualit tswerkzeuge Q7 2 2 2220 e nee 110 5 4 Qualit tsunterst tzende T tigkeiten Verfahren 2222ceeneeeenen 115 34 1 QM Plan unesasa una susanne nenn is 115 5 4 2 Konfigurationsmanagement c2cceeeeneneeennenenenennnnnnn 116 54 3 Checklisten its sis res la pe ie Deiek 118 6 Wirtschaftliche Aspekte des POM 2222eeeeeeeeenenenennnnnn 1
439. tur des Anwendungsverbunds zu erstellen Anhand dieser Struktur lassen sich abh ngige Anwendungen ermitteln die jeweils in Testobjekten zusammengefasst werden F r jedes Testobjekt wird eine Verbindungsmatrix erstellt um zul ssige und unzul ssige Rei henfolgen von Verarbeitungsschritten zu dokumentieren Anschlie end werden durch eine sequenzielle Verkettung zul ssiger bzw unzul ssiger Reihenfolgen von Anwendun gen Testf lle zusammengesetzt Um mehrere Testf lle parallel ablaufen lassen zu k n nen ist es notwendig sie ber die Definition so genannter Szenarioabschnitte zu syn chronisieren Die bei der Bearbeitung erzielten Ergebnisse sind zu berpr fen Dabei erfolgt die Auswertung i d R nicht nach jedem Bearbeitungsschritt sondern nach einer Folge von Dialogschritten sowie nach jeder Batchkette Die fachlichen Funktionen sowie das Zusammenspiel von Funktionen innerhalb einer Anwendung werden beim Verbundtest nicht im Detail betrachtet 190 9 3 Beispiel Testkonzept Generelle Voraussetzungen f r den Verbundtest sind e Aktuelle fachliche Vorgaben z B Pflichtenheft e bersicht der Praxisabl ufe Prozessbeschreibungen Verarbeitungsablauf e Beschreibung des Umfelds mit dem die Anwendung kommuniziert externe Partner bersicht der Datenbest nde Informationsstruktur Diagramm Nutzungs bersicht Zugriffsarten je Satztyp Verwendungsmatrix Lebenslauf matrix sofern vorhanden relevante Handb cher
440. tware Tests gibt es folgende Techniken e Black Box Test e White Box Test e Simulation e Soll Ist Vergleich e Top Down Test e Eingabeorientierter Test e Verarbeitungsorientierter Test Testumgebung Es werden f r jede Teststufe einer Software eigene Testumgebungen ben tigt damit der Testbetrieb ohne Einfl sse von anderen Entwicklern Testern und aus anderen Projekten durchgef hrt werden kann In der Regel m ssen zus tzlich zur Entwicklungsumgebung mindestens zwei weitere Testumgebungen eingerichtet werden e f r Funktions und Anwendungstest und e f r Verbund und Systemtest Verbund und Systemtest m ssen in einer praxisnahen Umgebung ablaufen In fr hen Testphasen empfiehlt es sich aufgrund der gro en Anzahl kleiner Testobjekte die Umgebung so anzulegen dass testobjektspezifische kleine Datenbest nde schnell gela den und verarbeitet werden k nnen ohne die gesamte Wirkdatenbank verwalten zu m ssen Der Entwicklertest kann noch in der Entwicklungsumgebung ablaufen Einen weiteren Einflussfaktor auf die Anzahl zu planender Testumgebungen stellt die Anzahl darin arbeitender Tester dar Laufen die Tests ausschlie lich im Batch so wird in etwa pro f nf Mitarbeiter eine Umgebung ben tigt Sind die Tests nur online durchf hr bar so reicht eine Umgebung nur f r drei Tester Die angegebenen Richtwerte k nnen f r die Teststufen und Teile der Testumgebung abweichend sein 178 9 3 Beispiel Testkonzep
441. uerst geplant werden ist grunds tzlich das PQM Plan und dann nach diesem Plan z B QM Plan zust ndig durchgef hrt werden m ssen Der Erfolg der Quali t tsma nahmen wird gemessen und gepr ft und bei Abweichungen werden Informati onen dar ber gesammelt Do Die gesammelten Informationen werden weiter analy siert und dabei wird gepr ft ob die gesetzten Verbesserungsziele erreicht wurden Check Es werden Ma nahmen zur Verbesserung der Qualit tsprozesse durchgef hrt Act Umgelegt auf ein Projekt Kann der Qualit tszyklus wie in Bild 4 2 dargestellt werden Das zentrale Qualit tsmanagement kann w hrend der Projektlaufzeit eine berpr fung ein so genanntes Audit veranlassen Damit soll sichergestellt werden dass die ord 57 4 Der Qualit tsmanagementprozess Built in Qualit t Qualit ts verbesserung Projektergebnisse Reviews Qualit ts planung Qualit ts lenkung Qualit tspr fung Review Berichte Bild 4 2 Der Qualit tszyklus im Projekt nungsgem e Anwendung der Qualit tsrichtlinien durchgef hrt und die Konformit t zu dem Qualit tsmanagementsystem nach DIN EN ISO 9001 2000 eingehalten wird 4 3 1 Qualit tsplanung Die Qualit tsplanung ist eine grunds tzliche Aufgabe Qualit t ist nie absolut son eines Unternehmens f r seine unterschiedlichen dern immer auf einen Ver Bereiche z B Produktion und f r s mtliche Pro wendungszweck bezogen jekte Sie um
442. um ein sicheres Produkt zu entwickeln und herzustellen In diesem Zusammenhang muss auch der Verifikations Plan erw hnt werden Dieser defi niert in welchen Schritten die Erf llung aller an das Produkt der jeweiligen Projekt phase gestellten Anforderungen zu verifizieren ist Inhalt des QM Plans Das Inhaltsverzeichnis spiegelt die logische Sequenz in der Erstellung und Anwendung der einzelnen Kapitel wider 1 na vw A UUN Einleitung Anzuwendende Dokumente Projektdefinition Generelle Qualit tsmanagement Strategie Organisation und Befugnisse Standard Arbeitsmittel und Verfahren Liste der Aktivit ten Notwendige Anpassungen des Dokumentes sollen dokumentiert werden siehe auch Tabelle 9 1 Tabelle 9 1 Beispiel f r einen nderungsnachweis in Dokumenten nderungsnachweis nderung nderungsinhalt Grund der Verantwortlicher nderung Nr Datum Version Version 0 0 Dateiname xyz Datum tt mm jj Seiten x Status Entwurf Klassifikation Keine Klassifikation Autor nn Distribution intern 165 9 Praxisteil Beispiel Pl ne Der auf ein bestimmtes Projekt zugeschnittene Qualit tsmanagement Plan ist ein lebendes Dokument das f r jede neue Projektphase berarbeitet werden muss Diese notwendige Anpassung betrifft haupts chlich die Liste der Aktivit ten Es sollte m g lichst vermieden werden die grunds tzlichen Festlegungen der anderen Kapitel
443. um gew nschten Erfolg 6 2 Prozesskostenrechnung in Projekten Die im vorigen Kapitel vorgestellte Kostenrechnung f r qualit tsbezogene Kosten ist zur Einsch tzung der Qualit tssituation in Projekten dann gut geeignet wenn ihr Aufwand in einer sinnvollen Relation zur Kostenersparnis steht Die Schwierigkeit der Kosten rechnung f r qualit tsbezogene Kosten liegt wie bereits beschrieben darin einerseits zu einer verl sslichen Erfassung zu kommen und andererseits die Ergebnisse bersichtlich darzustellen Die Prozesskostenrechnung auch activity based costing als eine verursachungsge rechte Verrechnung der Projektkosten kann als wertvolle Alternative angesehen wer den Sie ist kein grunds tzlich neues Kostenrechnungssystem sondern greift auf die bereits bestehenden Kostenarten und Kostenstellenrechnungen zur ck Sie stellt eine erweiterte und verbesserte Detaillierung der existierenden Kostenrechnungssysteme dar kann sie aber nicht ersetzen An dieser Stelle sei bereits darauf hingewiesen dass sich der Anwendungsbereich der Prozesskostenrechnung auf solche Prozesse mit sich wiederholenden T tigkeiten kon zentriert Bei Prozessen f r die quantifizierbare Leistungsma st be fehlen bringt die Prozesskostenrechnung keine wesentlichen Vorteile gegen ber traditionellen Kosten rechnungsverfahren Anders als in der Organisation selbst hat die Prozesskostenrechnung in Projekten bis lang kaum Beachtung gefunden Dies mag darin b
444. undlage dient der Strukturplan Eine Menge von Eigenschaften die sich auswirken auf das Ver h ltnis von Leistungsniveau der Funktionseinheit zu Umfang der eingesetzten Betriebsmittel unter festgelegten Bedingungen in Anlehnung an DIN ISO 9126 Engl deployment phase ist die Phase in der das Einf h rungsteam den neuen Gesch ftsprozess die neuen Anwendun gen und die neuen Unterst tzungssysteme an den Zielstand orten in Betrieb nehmen 287 Glossar Einsatzmittel Einzelkosten Electronic War fare Endergebnis Ergebnis Externer Kunde 288 Leistungsfaktoren wie Arbeitskr fte Ger te Maschinen und sonstige technische Anlagen und Hilfsmittel sowie Kombinatio nen hieraus ber die eine Stelle verf gt und die bei dem Erbrin gen einer Leistung nicht verbraucht sondern nur in Anspruch genommen und zur Durchf hrung eines Vorhabens ben tigt werden Einzeln mit Beleg f r ein Bezugsobjekt erfassbare kontierungs f hige Kosten Elektronische Kriegsf hrung Methodik die sich nicht auf die Informationstechnologien beschr nkt sondern grunds tzlich die Verletzung oder Zerst rung aller elektronischen Systeme des Gegners beabsichtigt Liefereinheiten die diejenigen Gesch ftssysteme umfassen die an verschiedenen Standorten als integriertes Release eingef hrt werden Dazu geh ren auch Zwischenstufen dieser Systeme Engl result ist das Resultat der Reaktion der Organisation auf ein Ere
445. ung eines privaten und ffentlichen kryptografischen Schl sselpaares z B beim Geldverkehr ber das Internet an einer Standardisierung wird z Zt gearbeitet Grad der F higkeit einer Software auf andere Computer bertra gen zu werden Vorbeugendes und umfassendes Ma nahmenpaket zur Informa tionssicherheit Kommunikations und Datenverbindungen die von Netzwerk betreibern ausschlie lich einem einzelnen Nutzer vermietet werden Standleitungen Mietleitungen oder Netzwerke Kabel Glasfaser die vom Anwender eigenst ndig erstellt und betrie ben werden Sehr wichtige Voraussetzung f r Informations und Informatiksicherheit Bearbeitungsgegenstand bzw Ergebnis einer Aktivit t im Projekt Dokument oder Software Produkte sind materielle oder imma terielle Gegenst nde oder Dienstleistungen die einem Kunden zur Verf gung gestellt werden Die Produktivit t ist das Verh ltnis zwischen dem mengenm Bigen Ertrag und dem mengenm igen Einsatz zur Erbringung dieses Ertrages Vorhaben das im Wesentlichen durch Einmaligkeit der Bedin gungen in ihrer Gesamtheit gekennzeichnet ist z B e Zielvorgabe e zeitliche finanzielle personelle oder andere Begrenzungen e Abgrenzung gegen ber anderen Vorhaben e projektspezifische Organisation Ein Projekt ist eine zusammengeh rige Gruppe von Aufgaben die von einem Projektleiter koordiniert werden mit dem Ziel ein bestimmtes Ergebnis zu erzielen Mit Erreichen dieses E
446. ung oder ein Costumizing zu testen ist Weiter ist zu ber cksichtigen ob erforderliche Testobjekte bereits bearbeitet und archiviert wurden Bei dem Costumizing werden nur die Testobjekte betrachtet in denen von nderungen betroffene Anwendungen enthalten sind d h Anwendungen die bestimmte ge n derte Datenobjekte gemeinsam nutzen Von elementarer Bedeutung bei der Planung und Durchf hrung ist die Tatsache dass Personen mit unterschiedlichstem Wissen ben tigt werden Dies gilt f r die zu beteili genden Mitarbeiter von Anwendungsentwicklung Fachseite Rechenzentrum Daten bankadministration und Arbeitsvorbereitung die in einem zeitweiligen Testteam zusammenarbeiten m ssen Derartige Mitarbeiter sind rechtzeitig mit in die Bearbei tung einzubeziehen und von ihren Abteilungen bedarfsgerecht abzustellen da die Auf gaben des Verbundtests nicht in dem betreffenden Projekt allein zu bewerkstelligen sind Es ist zu testen ob die Anforderungen an das Zusammenwirken der Anwendungen innerhalb des Anwendungssystems aus fachlicher Sicht richtig umgesetzt worden sind Die Testfallermittlung des Verbundtests unterteilt sich in folgende Schritte die in den weiteren Unterkapiteln detailliert beschrieben werden e Verarbeitungsstruktur erstellen e Testobjekte bilden e Verbindungsmatrizen bearbeiten e Szenarioabschnitte definieren und Testf lle zusammenstellen F r die Bildung von Testobjekten ist es notwendig die Verarbeitungsstruk
447. ung und in Verbindung damit eine Kosteneinsparung Bei der Projektplanung wird deutlich welche Aktivit ten parallel simultan abgearbei tet werden k nnen und welche so in Abh ngigkeit zueinander stehen dass eine T tig keit zuerst abgeschlossen sein muss da das Ergebnis f r den nachfolgenden Schritt ben tigt wird Die Entscheidung ber die Abarbeitung der Aktivit ten in serieller oder simultaner Weise ist durch das Projektteam zu treffen d h durch die Experten die ihre 101 5 Methoden und Techniken im Qualit tsprozess einzelnen Prozesse selbst definieren und wissen welche Parameter sie f r den Prozessab lauf brauchen Um die Transparenz f r die Beteiligten im Team zu erh hen ist darauf zu achten dass nach jedem Einzelschritt ein mess und beurteilbares Ergebnis vorliegt Die detaillierte Terminplanung ist der n chste Planungsschritt e Wer beginnt Was und e Welche Aktivit t muss bis wann abgeschlossen sein Dabei ist es sinnvoll ein PC gest tztes Projektmanagement Tool als Planungsmittel ein zusetzen Nach diesem Schema wird Phase f r Phase geplant 5 2 4 Modellierung Die Modellierung von Benutzeranforderungen sowie die objektorientierte Analyse und das Design stellen die wichtigsten Voraussetzungen f r die erfolgreiche und qualitativ hochwertige Realisierung von Software dar Durch den Einsatz von Modellierungstools werden vor allem zwei Ziele verfolgt e Die Sicherung bzw Steigerung der Qu
448. ungen m ssen ausgehend von ersten groben Vorstellungen in mehreren Planungsrunden so weit pr zisiert werden wie es dem jeweiligen Planungszweck entspricht Die Ziele stellen die Richtschnur und den Ma stab f r alle Projektaktivit ten dar und werden in einem Projektauftrag schriftlich festgehalten Die Qualit t des Projektauftra ges h ngt entscheidend davon ab ob die Aufgabenstellung l sungsneutral formuliert und die Ziele konkretisiert wurden Ziele m ssen erreichbar und mit den zur Verf gung stehenden Mitteln auch durchf hrbar sein Auch sollten Projektziele berpr fbar sein denn dann lassen sie bez glich Inhalt Ausma und Zeit wenige Interpretationen zu Z B e Inhalt Was soll erreicht werden z B Senkung der durchschnittlichen Bearbeitungszeit von z Zt acht Stunden auf f nf Stunden e Ausma Wie genau und mit wie viel Aufwand soll das Ziel erreicht werden z B Erh hung der Produktionsquote um 20 gegen ber dem Vorjahr 21 1 Einleitung e Zeit Bis wann muss das Ziel erreicht sein z B zu Beginn des neuen Gesch ftsjahres Es sollten Strukturen geschaffen werden die den behindernden Einfluss der Linienorganisation auf die Projekte einschr nken Vielen Linienmanagern liegt der pers nliche Erfolg n her als irgendein Projekt zu unterst tzen Welcher Vertrieb bzw Verkauf gibt schon seinen besten Mitarbeiter an ein Projekt ab bei dem dessen Erfahrung hinsichtlich Umgang mit dem Kunden und Ve
449. ursache zeigt ein Pfeil auf den Hauptpfeil zum Problem Die Hauptursa chen werden an den Pfeilenden beschrieben Eine weitere Unterteilung ergibt sich wenn die Hauptursachen in Nebenursachen zerlegt und diese dann einer Gesamtbe trachtung unterzogen werden Damit k nnen Einfl sse identifiziert und die Abh ngig keit zum Problem erkannt werden Eine wertvolle Hilfe ist der Einsatz der so genannten 6 M als Hauptursachengruppen e Maschine e Mensch e Moneten e Material e Methode e Minute e manchmal auch noch Management Brainstorming Eine der bekanntesten Methoden zur Ideenfindung ist das Brainstorming das Ende der 1930er Jahre von dem Amerikaner Alex Osborn entwickelt wurde und vorwiegend in der Funktionsfindungs und Prinziperarbeitungsphase erfolgreich eingesetzt wird ber setzt bedeutet Brainstorming so viel wie Gedankensturm oder Ideenflut Ideenfindung In einer Brainstorming Sitzung soll eine gro e Menge von Ideen hervorgebracht wer den die sp ter grundlegend zur Probleml sung dienen Die Ideenfindung sollte im Team stattfinden d h ein Team versucht die L sung eines Problems durch spontan hervorgebrachte Ideen zu finden da die Wissensbreite eines Teams dem Einzelnen ber legen ist Diese Methode stellt eine Sammlung von Gedankenblitzen dar und erfordert die Kreativit t jedes Teammitgliedes Synergistischer Effekt Brainstorming zielt auf die Verbesserung des Wirkungsgrades der Kreativit t mit Hil
450. us der Risiken selbst und den Stand der Ma nahmen beschreiben und mit deren Hilfe das Greifen der Ma nahmen ber wacht werden kann z B Zeit Aufwand oder Fehler Ma nahmen nach eingetretenen Risiken festlegen Bei Eintritt von Risiken sind Ma nahmen zur Schadensbegrenzung und gegebenenfalls Wiederherstellung des vorherigen Zustandes zu treffen Dazu kann ein Krisenmanage ment erforderlich sein Bei vorausgesehenen Risiken kann auf die in der Risiko Aktions liste f r diesen Fall vorgesehenen Ma nahmen zur ckgegriffen werden Dabei ist zu beachten dass das Beheben von Sch den in aller Regel bedeutend mehr Kosten verur sacht als Risikopr ventation bzw Risikominimierung 244 12 4 Beispiel Risikokatalog Erfahrungen Projekt bergreifend sichern In allen Projekten m ssen die Daten zum Risikomanagement in der Risiko Aktionsliste dokumentiert und fortgeschrieben werden Dazu geh ren e Randbedingungen des Projektes e Identifizierte Risiken e Sch tzdaten zu Risikoauswirkungen und eintrittswahrscheinlichkeiten e Controlling Daten e Offene Risiken e Eingetretene Risiken Am Projektende sollten sie vom Projektmanager zusammengefasst und organisations bergreifend zur Verf gung gestellt werden Dazu kann falls vorhanden die Erfahrungs datenbank des Bereichs benutzt werden Neben diesen Erkenntnissen sind auch Erweiterungen und Anpassungen der Checklis ten zur Risikoidentifizierung wichtige Erfahrungen die ander
451. v erfolgen nderungen m ssen als solche erkennbar d h r ckverfolgbar sein damit Ma nahmen zur Qualit tsverbesserung gem ISO 9001 2000 aufgesetzt werden k nnen 175 9 Praxisteil Beispiel Pl ne Testaktivit ten Die Testaktivit t ist die kleinste zu planende Einheit die zu einem genau definierten Ergebnis f hrt einschlie lich der Festlegung zur Vorgehensweise bei der Bearbeitung Bild 9 4 e Testaktivit ten f r die einzelnen Teststufen e Testfallermittlung e Testdatendefinition und ggf Testdatenerstellung e Testausf hrungen Testplan und Testauswertung e Testprotokoll erstellen e Testbericht erstellen e Fachliche Freigabe f r Funktionen e Fachliche Freigabe f r das Anwendungssystem e Fachliche Freigabe aller Anwendungen Verbund unter Ber cksichtigung der Funktionserf llung Fehlerfreiheit Performance Zuverl ssigkeit usw Testfallermittlung Testdatendefinition Testprozedur erstellung Testausf hrung S A A S S S A Testauswertung u Bild 9 4 bersicht ber den Ablauf der Testaktivit ten 176 9 3 Beispiel Testkonzept Testteam Testen hat das Ziel Fehler zu finden Aus Sicht des Entwicklers ist es schwierig die eige nen Fehler zu erkennen Deshalb ist es sinnvoll die Testaufgaben anderen Mitarbeitern zuzuordnen die ansonsten keine Entwicklungsaufgaben im Projekt haben Bei einem Projekt wie diesem PeopleSoft Projekt werden die Planung Vorbereitun
452. verl ssigkeit o o o 4 Effizienz o o o 2 Portabilit t o o o 4 a A Funktionalit t 4 Anwendungsfreundlichkeit o 4 Robustheit o o o o i Wartbarkeit o o o Erweiterbarkeit o o o o o Testbarkeit o o o o Entwicklungszeit A m Lebenszeit n Entwicklungskosten o o 2 i i Betriebskosten o o o Wartungskosten o o o I A Portierungskosten o o o 4 T Positiver Einfluss bei Kosten und Entwicklungszeit senkend Negativer Einfluss bei Kosten und Entwicklungszeit steigernd o Keinen nennenswerten Einfluss 147 7 Juristische Aspekte des POM Qualit t und Haftung erscheinen im Alltag meist als Begriffe aus zwei verschiedenen Welten Die eine ist die Welt der Technik und Funktionalit t die andere die des Rechts aus der gesellschaftlichen Ordnung F r Hersteller eines Produktes besteht grunds tz lich das Risiko der Nichterf llung von Qualit tsanforderungen in deren Folge der Nut zen ausbleibt oder ein Schaden entstehen kann Sowohl f r den ausgebliebenen Nutzen als auch f r den entstandenen Schaden hat die f r die Erf llung verantwortliche Orga nisation einzustehen und f r einen Ausgleich zu sorgen Sie haftet f r die Erf llung der Qualit tsanforderungen nach Rechtsnormen die es f r beide Arten der Nichterf llung g
453. versorgungen USVs mit berspannungsschutz Der Schutz gegen Einbrecher schlie t sowohl altmodische Schl sser als auch moderne Technologien ein wie Smart Cards oder Zutrittskontrollsysteme auf Basis biometrischer Merkmale e Computer Sicherheit Der Begriff Computer Sicherheit wird oft in einem weiten Sinne gebraucht um den Schutz von Computersystemen und allem was mit ihnen zusammenh ngt zu bezeichnen Pr ziser ist es jedoch als Computer Sicherheit den Schutz der Informationen die in einem Computersystem gespeichert sind zu bezeichnen und nicht den Schutz des Systems selbst physische Sicherheit oder den Schutz der bertragung der Informa tionen Kommunikationssicherheit Die Computer Sicherheit konzentriert sich auf die Funktionen des Betriebssystems ber die der Zugriff auf ein System und die in ihm gespeicherten Daten kontrolliert werden kann Dazu geh ren unter anderem auch Passw rter Protokollierung Beweissicherung Accounting und Protokollauswertung Audit und administrative Vorg nge wie z B das Erstellen von Sicherungskopien Backups e Kommunikationssicherheit Kommunikationssicherheit ist der Schutz von Informationen w hrend der ber tragung mittels Telekommunikation d h mittels Richt Funk leitungsgebunden Netzwerkkabel Telefonleitungen u a oder optischen Medien z B Laser Sie kon zentriert sich auf m gliche Zugriffe auf ein Computersystem ber Netzwerke und auf Technologien
454. vorgegebener nderungen notwendig ist Beispiele zur nderbarkeit anhand eines IT Projektes zeigt Tabelle 10 1 Teilmerkmal Erweiterbarkeit Expandability Scaleability Begriff Hinweis Dieses Merkmal der Software bezieht sich auf den Aufwand der zur Aus f hrung von Funktionserweiterungen bzw Verbesserungen der Funktio nalit t zur Fehlerbeseitigung oder zur Anpassung an Umgebungs nde rungen notwendig ist Die Erweiterbarkeit h ngt ab von e Struktur e Modularisierung e Lesbarkeit e Dokumentation e Werkzeugen Bez glich der Funktionserweiterungen und Anpassung an Umgebungs nderungen werden in der Fachliteratur auch die Begriffe Flexibilit t oder Anpassbarkeit verwendet Die Erstellung flexibler Software erh ht grunds tzlich den Entwicklungs aufwand Der h here Aufwand kann aber durch die Messung der nde rungsh ufigkeit der Software gerechtfertigt werden Beispiel Muss ein Programm aufgrund sich ndernder Anforderungen viermal in einem Jahr ge ndert werden so ist die Erstellung eines flexib len Programms gerechtfertigt Der zus tzliche Aufwand ist nicht gerecht fertigt wenn nur eine nderung des Programms in f nf Jahren zu erwar ten ist 195 10 bersicht der Qualit tsmerkmale Kenngr en Grunds tzlich sind vorhandene technische und organisatorische Restrik tionen explizit ins Lastenheft aufzunehmen Dar ber hinaus sind die Auswirkungen von Software nderungen auf Desi
455. w den Testern als Hilfe f r ein systematisches Vorgehen beim Pr fen und Testen Tabelle 11 3 Checkliste f r Batch Programme Pr fpunkt Erled ja oder irrelev Pr fen der Verarbeitungslogik Sind alle Fehler Hinweistexte aufgrund formal und fachlich unzul ssiger Eingabewerte produziert worden Sind alle Hinweise bzw sonstigen Texte erzeugt Ist die Parameter bergabe an Unterroutinen korrekt Werden alle Fehlersituationen Return Codes aufgerufener Module korrekt bearbeitet Werden alle gewollten Return Codes erzeugt Bei Iterationen z B DO WHILE Wird das Bedingungsende erreicht Ist mindestens einmal die maximale Anzahl Schleifendurchl ufe erreicht worden Ist die Tabellenverarbeitung richtig Testen auf korrekten Feldindex Testen auf Tabellen berlauf Ist die Gruppenwechselverarbeitung richtig Ist die Dateiendebehandlung richtig Ist die Umsetzung der Entscheidungstabellen Matrizenmethode richtig ELSE Regel Wird jeder Bedingungsanzeiger einmal gesetzt Wird jede Aktion einmal ausgef hrt Sind die Algorithmen z B Berechnungen Rundungen richtig Fehlerbehandlung Wird eine eventuelle falsche Dateiverarbeitung erkannt Ist ein berlauf der Dateien ber cksichtigt 232 11 3 Checkliste f r Batch Programme Tabelle 11 3 Checkliste f r Batch Programme Fortsetzung Pr fpunkt Erled ja o
456. wachstellen durch Kopieren von einem Rechnersystem oder netzwerk zum n chsten ausbreitet Meistens enth lt ein Wurm wie ein Virus Befehle die Daten direkt zerst ren oder die Systemleistung beeintr chtigen Zeiteffizienz bezeichnet die Zeit die pro Transaktion Charge oder anderer Produktionseinheit verbraucht wird Messwerte f r die Zeiteffizienz sind Zykluszeit pro Transaktion Warte und Transportzeit pro Transaktion und der Anteil der Warte und Transportzeit an der Gesamtzykluszeit Engl goal ist eine Quantifizierung einer Vorgabe bei der ein Zielwert und Zeitpunkt als Messgr e f r die Erf llung dienen Ein Beispiel f r ein Ziel ist eine Umsatzerh hung um 3 im Laufe der n chsten drei Monate Hinweis Es herrscht allgemein Uneinigkeit dar ber ob Ziele den Vorgaben untergeordnet sind oder umgekehrt Bestandteil der Informationssicherheit Ma nahme um den unberechtigten Zugang zu Programmen Informationen und Daten in einem Rechensystem zu verhindern siehe auch Authentisierung und Autorisierung 311 Glossar Zugesicherte Vertraglich vereinbarte zu validierende Systemanforderungen Eigenschaften Zuverl ssigkeit Gesamtheit derjenigen Eigenschaften einer Betrachtungseinheit welche sich auf die Eignung zur Erf llung gegebener Erforder nisse unter vorgegebenen Bedingungen f r ein gegebenes Zeit intervall beziehen DIN 40041 Zykluszeit Die Zeit die zwischen einem Anfangs Ereignis und dem abschli
457. ware Engineering Institute SEI entwi ckelt und stellt die Basis dar f r die Untersuchung und Verbesserung von Entwicklungs prozessen e Ziele Feststellen des Reifegrads der Software Entwicklungsprozesse eines Unternehmens Bereitstellen eines Handlungsrahmens zur stufenweisen Verbesserung des Reifegrades e Das CMM unterscheidet f nf Stufen der Prozessreife maturity levels e Jede Stufe ist durch Schl sselbereiche key process areas charakterisiert e Diese werden durch Schl sselpraktiken key practices beschrieben Das CMM stellt vom Grundprinzip her eine Assessment Methode dar mit der die Pro zesse von Softwareprojekten und herstellern bewertet werden k nnen Mittels eines Questionnaire das aus der praktischen Erfahrung der Entwicklungsarbeit ermittelte Best Practice zusammenf hrt erfolgen Bewertungen Das Ergebnis eines Assessment wird wie im Bild 4 9 dargestellt in Reifegraden der Organisation ausgedr ckt Level 1 bis 5 Stufe Charakteristik Ma nahmen zur Verbesserung Nutzen 5 Selbstadaptiv Prozess durch gezielte Steuerung Optimizing Kontinuierliche Prozess kontinuierlich optimieren optimierend verbesserung Feedback alle Beteiligten einbeziehen 4 Quantitativ begr ndet Technische Flexibilit t erh hen Managed Messtechnik e Schwachstellen analysieren gef hrt Quantitative Kontrolle e Schwachstellen vermeiden 3 Qualitativ definiert SW Entwicklungsprozess analysieren Defined Proz
458. weg 55 Berichtswesen 285 Bestell Unterlagen 47 Biometrik 277 Black Box Tests 86 Bootstrap 68 Brainstorming 30 Business Opportunity Board 33 Business Reengineering 285 C Capability Maturity Model f r Software CMM 68 69 Change Control Boards CCB 46 Checkliste 34 39 42 118 204 210 211 215 216 218 222 229 232 Claimmanagement 42 Code Review 139 197 210 D Datenerfassung 48 Datensicherung 95 187 276 287 Defined 70 Definition 35 Deliktrecht 156 Design Reviews 80 Design nderungen 46 92 Designvorgaben 45 Development Design Control DDC 80 81 Dienstvertr ge 151 DIN 69901 28 DIN EN ISO 9001 2000 25 DIN ISO 9001 2000 120 Dokumentenpr fung 79 Durchf hrungsplanun 48 Durchlaufzeit 90 Durchsatz 100 196 206 207 dynamische Pr fung 82 E E Business Tests 87 Effektivit t 64 77 88 Effizienz 60 64 88 287 Eindeutigkeit 200 201 218 Einfachheit 198 219 220 Eingangskontrolle von Fertig produkten 96 Einsatzmittel 288 Einzelkosten 135 Entwicklersicht 59 Entwicklertest 86 Entwicklungsmethode 45 55 Entwurf 35 Entwurfspr fungen 80 Ergebnisse 28 40 79 89 103 288 Erlernbarkeit 102 198 200 Erweiterbarkeit 145 147 195 197 223 224 Externer Kunde 288 F Fachexperte 289 Fehler 289 Fehler Problemanalyse und behebung 79 Fehlerfolgekosten 128 Fehlerkosten 90 92 103 121 125 129 136 138 139 141 142 Fehlerm glichkeits und Ein flussanalyse FMEA 103 Fehler
459. wenn anhand von Messzahlen Zielvorgaben zip Waste in waste out gemacht werden k nnen So kann z B Effizienz Aus falschen Zahlen k nnen durch die Vorgabe von erwarteten Antwort und Ver keine guten entstehen arbeitungszeiten konkretisiert werden Dabei sind Metriken Kennzahlen im Prinzip sehr n tzlich denn sie helfen den Projektablauf und die Entwicklung mittels einiger Eckwerte transparent und vergleichbar zu machen Gute Kennzahlen die ihren Nutzern ein St ck Entscheidungshilfe liefern bed rfen aller dings entsprechender Vorbereitung bei der Gewinnung der Basisinformationen Um Kennzahlen erfolgreich einsetzen zu k nnen sind Mindestvoraussetzungen erfor derlich So sollten die Projektbeteiligten bereit sein sich auf Pr zision einzulassen Eine Transparenz im Projekt muss gegeben oder zumindest herstellbar sein Es sollte ein voll st ndiger aktueller und realistischer Projekt und QM Plan vorliegen Wenn in der Praxis von Kennzahlen die Rede ist werden darunter meistens betriebs wirtschaftliche Kennzahlen verstanden F r technische Messwerte ist eher der aus dem angels chsischen Sprachbereich bernommene Begriff der Metriken metrics blich Man bemerkt in der IT Branche die N he zu den Ingenieurwissenschaften und so wun dert es nicht dass im Zusammenhang mit der Softwareentwicklung bevorzugt von Metriken gesprochen wird Prinzipiell geht es aber grunds tzlich um das Gewinnen von Ma st ben die die Beurteilung
460. werpunkt auf zentralen h ufig verwendeten Modulen und solchen mit Schnitt stellen zu anderen Programmen bzw Anwendungen liegt Einzig die Testobjekte zur Untersuchung der Schnittstellen zur Hardware und zur Basis software m ssen neu gebildet werden Mit Blick auf die Hardware sind beispielsweise verschiedene Speichertypen oder angeschlossene Hardwarekomponenten z B Dru cker Leitungen Netz Rechner als Testobjekte von Bedeutung In Bezug auf die Testob jektbildung f r Schnittstellen zur Basissoftware interessiert etwa das Messageaufkom men bei der Prozesskommunikation Verbundtest Der Verbundtest ist vom Typ her vergleichbar mit dem Systemtest Die beiden Teststu fen sind in ihrer Grundstruktur sehr hnlich Unterschiede existieren lediglich hinsicht lich der betrachteten Integrationsebene Der Systemtest berpr ft das Zusammenspiel von Funktionen innerhalb der betrachteten Anwendung Integration im Kleinen Der Verbundtest ber cksichtigt im Gegensatz dazu Schnittstellen zu anderen externen Anwendungen Integration im Gro en Ziel des Verbundtests ist es die Produktions reife eines Anwendungssystems nachzuweisen Der Verbundtest umfasst das Testen fachlich und technisch abh ngiger Anwendungen in ihrem Zusammenwirken Fachlich abh ngig sind alle Anwendungen die gleiche oder gleichartige Datenobjekte benutzen Hier sind insbesondere die Schnittstellen zwischen den Anwendungen zu beachten Technisch abh ngig
461. wohl alle handelnden Instanzen alle Einzelaktio nen ausf hren d rfen Ein anderes Problem ist in wie weit durch Redundanzma nah men Informationen oder Systeme integer sein k nnen wenn die Datenintegrit t nicht gew hrleistet ist 15 1 3 Verf gbarkeit Availability Darunter wird die F higkeit eines Systems oder einer Anwendung verstanden zu einem gegebenen Zeitpunkt oder w hrend eines gegebenen Zeitintervalls eine geforderte Funktion unter gegebenen Bedingungen erf llen zu k nnen Alle verarbeiteten Daten sowie die zur Verarbeitung notwendigen Systeme und Betriebsmittel m ssen jederzeit verf gbar und funktionsbereit sein wenn ein autorisierter Benutzer darauf zugreifen will Dies schlie t beispielsweise jegliche Hardware Programme Funktionen und auch Archive f r Daten und Sicherungskopien Backups ein 15 1 4 Sachziele im Umfeld von E Commerce Authentizit t authenticity Sicherstellung der Echtheit von Informationen bzw der Identit t Es muss sichergestellt sein dass Informationen wirklich aus der angegebenen Quelle stammen bzw die vorgegebene Identit t z B eines Benutzers oder eines an der Kom munikation beteiligten Systems korrekt ist Der Prozess des Nachweises der von einem Subjekt z B einem Benutzer angegebenen Identit t wird Authentifizierung genannt In der Zugriffskontrolle ist die Authentifizie rung eine Ma nahme zur berpr fung der Berechtigung eines Subjekts auf bestimmte Objekte z B
462. ystembetreiber Systemanwender usw weder beabsichtigt noch gew nscht ist Das sichtbare Ergebnis einer oder mehrerer Aufgaben Es kann sich dabei um eine Liefereinheit oder ein Endergebnis handeln muss aber nicht 283 Glossar Arbeitspaket Aufgabe Auftraggeber Authentifizierung Authentisierung Authentizit t Autorisierung Backup Bearbeitungszeit 284 Die kleinste nicht weiter zerlegte T tigkeitseinheit eines Projekt strukturplans die in sich steuerbar und kontrollierbar ist und einem Verantwortungstr ger zugeordnet wird auch Vorgang genannt Arbeitsblock der einer Einzelperson oder einem kleinen Team zugewiesen und innerhalb eines vern nftigen Zeitraums abge schlossen werden kann Jede Aufgabe hat einen klaren Output und kann getrennt budgetiert geplant und mitverfolgt werden engl task Der Vertragspartner der das Projekt in Auftrag gibt Bei externen Projekten ist das in der Regel der Kunde des Unternehmens bei internen Projekten handelt es sich dabei eine Organisationssein heit oder die Unternehmensleitung Identifizierung eines Nutzers zur Erteilung der Zutrittsberechti gung Wird z B zur Sicherung von Rechnern und Daten vor unbefugtem Zugriff durchgef hrt mittels Kennwort Passwort Signatur Chipkarte oder biometrisch ber z B Fingerabdruck Iris Erkennung Die Echtheit von Daten und Informationen und ihrer Identit t Bestandteil der Informationssicherheit Durch ge
463. ystems oder der Anwendung wird die Autorisa tion Authorization des Anmeldenden Benutzers System mittels festgelegter Erm ch tigungs bzw Berechtigungs Parameter im System oder in der Anwendung verankert Nachweisbarkeit Nichtabstreitbarkeit Unleugbarkeit Non Repudiation Die Nachweisbarkeit ist in der Kommunikationssicherheit Communications Security ein Sicherheitskonzept welches einen Beweis f r das Versenden und den Empfang von Informationen Nachrichten leistet Es stellt sicher dass die Teilnahme von Kommuni kationspartnern an einem bestimmten Kommunikationsvorgang jederzeit nachweisbar ist und die Kommunikationspartner ihre Rolle in dem Austausch der Informationen nicht abstreiten k nnen e Die Nachweisbarkeit der Identit t des Absenders sch tzt den Empf nger davor dass der Absender den Versand der Nachricht abstreiten kann e Die Nachweisbarkeit des Versendens sch tzt den Absender davor dass der Versand der Nachricht bestritten werden kann e Die Nachweisbarkeit der Zustellung sch tzt den Absender oder auch einen an der Kommunikation beteiligten Dienstleister davor dass die Zustellung der Nachricht an den korrekten Empf nger bestritten werden kann e Die Nachweisbarkeit des Empfangs sch tzt den Absender davor dass der Empfang der Nachricht vom Empf nger bestritten werden kann Verbindlichkeit Liability Die Authentizit t in Verbindung mit der Nachweisbarkeit liefert eine Verbindlichkeit von Informatione
464. ystemtest versucht wird die Systemlast welche die Anwendung beeinflusst m glichst genau nachzubilden k nnen im realen Betrieb andere Lastverteilungen Schwankungen oder Engp sse aufgrund weiterer Anwendungen auftreten Programmbibliotheken Die Bibliotheken unterscheiden sich da die Entwicklungs umgebung in der Wirkumgebung nicht mehr vorhanden ist und angrenzende Anwendungen unter Umst nden auf einem anderen Versionsstand sind Datenbankauspr gungen Datenbanken in der Wirkumgebung sind i A wesentlich umfangreicher und die physische Verteilung der Daten auf Speichermedien z B Tablespace Cluster unterscheidet sich ebenfalls 191 9 Praxisteil Beispiel Pl ne Jobsteuerung Der Abnahmetest kann auf drei verschiedene Arten durchgef hrt werden e Installations berpr fung e Probebetrieb oder e Parallelbetrieb Da in dieser Teststufe die gesamte Anwendung in der Wirkumgebung getestet wird ist eine Unterscheidung nach teststufenspezifischen und testobjektspezifischen Festlegun gen nicht sinnvoll Testobjekte werden lediglich bei der Installations berpr fung abge grenzt Da der Test in der Wirkumgebung mit den kompletten Wirkdaten erfolgt ist bei der Testdatenorganisation lediglich auf die Sicherung des Datenschutzes zu achten Der Abnahmetest soll lediglich die Ablauff higkeit der Anwendung sichern darum ist es nicht notwendig retestf hige Daten und Testf lle zu produzieren Allein die Doku mentation der Vor
465. zept f r Testsystem erstellen 5 8 Struktur berleitung aus 3 3 Testsystem je Teststufe einrichten 30 45 Fortsetzung auf Seite 194 193 9 Praxisteil Beispiel Pl ne Tabelle 9 3 Beispiel einer testobjektunabh ngigen Aufwandssch tzung Fortsetzung Summe in PT Aktivit t von bis Schulungsaufwand je Teststufe 26 26 f r Testfallermittlung x 3 PT f r Testdatenerstellung x 2 3 PT f r Testprozedurerstellung x 2 PT f r Mitschnitt Vergleich x 0 5 PT Testkonzept erstellen 2 4 Testobjektunabh ngiger Aufwand 78 106 Tabelle 9 4 Beispiel Zusammenstellung Testaufwand Summe in PT Aktivit t von bis Testobjektunabh ngig 78 106 Funktionstest 65 65 Anwendungstest 13 13 ca 20 des Funktionstestaufwands Verbundtest ca 20 des Funktionstestaufwands 13 13 Systemtest noch nicht noch nicht bekannt bekannt Abnahmetest noch nicht noch nicht bekannt bekannt Bisher gesamt 169 197 194 10 bersicht der Qualit tsmerkmale 10 1 Grundlegende Qualit tsmerkmale f r Software Programme Im Folgenden werden die grundlegenden Qualit tsmerkmale als Anforderung an eine zu entwickelnde Software spezifiziert und mit der entsprechenden Kritikalit t gewich tet Erl uterungen sind in kursiver Schrift dargestellt 10 1 1 nderbarkeit Changeability Es wird eine Menge von Merkmalen zusammengefasst die sich auf den Aufwand bezie hen der zur Durchf hrung
466. zu ndern Einleitung Kapitel 1 Die Einleitung ist kurz zu halten Sie soll nur darstellen f r welches Projekt der QM Plan erstellt wird und f r welche Projektphasen das Dokument G ltigkeit hat Anzuwendende Dokumente Kapitel 2 In diesem Kapitel werden ausschlie lich die Dokumente aufgelistet die im Zusammen hang mit der Benutzung des QM Plans ben tigt werden also solche Dokumente oder Teile von Dokumenten auf die in den einzelnen Kapiteln verwiesen wird Anzugeben sind f r jedes Dokument e Titel e Identifikationsnummer e nderungsindex bzw das Ausgabedatum Die anzuwendenden Dokumente m ssen eindeutig identifizierbar sein Projektdefinition Kapitel 3 An dieser Stelle wird der Anwender so weit ber das Projekt informiert dass er bei der Anwendung des QM Plans den Sinn und die Hintergr nde des Inhalts versteht Beson deren Wert sollte der Autor auf die Darstellung des vollst ndigen Umfangs des Projekts legen Von dem Projektumfang und der Art der eingesetzten Komponenten h ngt schlie lich der Umfang der qualit tsbezogenen Aktivit ten ab Werden nur fertige Seri enprodukte verwendet um daraus ein System zusammenzustellen sehen diese Aktivit ten anders aus als bei einer reinen Neuentwicklung Zu dem Gesamtumfang des Projekts geh ren auch alle Hilfs und Pr fmittel zur Wartung und Instandhaltung die Doku mentation Trainingsmittel vom Kunden bereitgestellte Ressourcen usw Auch dem Autor des QM
467. zu ermitteln und hinsichtlich ihrer Bedeutung Art des zu erwartenden Schadens zu bewerten Qualit tsmerkmal einer Software das es erlaubt die Aufw nde f r Einarbeitung Benutzung oder Pr fung so gering wie m glich zu halten ISO 9126 Ein QM geeignetes Berichtswesen soll die Abweichungen als Signale dokumentieren um korrektive Ma nahmen auszul sen und das Projekt wieder auf Plankurs zu bringen bzw auf Plankurs zu halten Diese Steuerungsma nahmen sind vom Projektleiter und dem PQM in Gang zu setzen und bei schwerwiegenden Themen vom Entscheider Entscheidungsgremium mitzutra gen Das Berichtswesen des PQM stellt gleichzeitig die Informati onskultur im Projekt dar Engl operation phase beginnt nachdem die Gesch ftspro zesse und das System installiert wurden und mit der Ausf hrung von Gesch ftsfunktionen begonnen haben Sie umfasst die Sys temwartung und hat keine zeitliche Begrenzung Chronologische Aufzeichnung von Aktivit ten in einem System die eine sp tere Rekonstruktion bzw Pr fung von Ergebnissen zulassen Die Feststellung der Abfolge von Ereignissen die zu den jeweiligen Ergebnissen gef hrt haben wird durch die Beweise erm glicht Sie bestehen aus funktionalen technischen und allgemeinen Kriterien Sie beschreiben die Anforderungen die der Auftrag nehmer erf llen soll Grundlegende und einschneidende Ver nderung in der Art und Weise wie die Arbeiten durchgef hrt werden um radikale Perfor
468. zu haben Bild 6 2 Alle Anstrengungen sollten dahin gehen die internen und externen Fehlerkosten zu minimieren Das Bild 6 2 zeigt den typischen Verlauf der einzelnen Kostenarten bezogen auf den Qualit tsgrad auch Vollkommenheitsgrad genannt von 100 128 6 1 Modell f r qualit tsbezogene Kosten u Minimale so a Qualit tskosten N A k f 3 zn l a Qualit tskosten A E 3 a N I E a i N 1 N f N Pr fkosten g Fehlerver E a h tungskosten ER i y el nu a re amp Pt x Dr 1 i i Fehlerkosten Qualit tsgrad Bild 6 2 Nutzen und Kosten des PQM Es wird eine Situation angenommen in der mit relativ geringer Vollkommenheit entwi ckelt wird Um eine Verbesserung der Ergebnisqualit t zu erreichen kann versucht wer den die Pr fungen zu erweitern Eine 100 ige Fehlerfreiheit wird sich aber dadurch nur mit immens hohen Kosten erzielen lassen Ein damit verbundener R ckgang der Fehlerkosten ist deswegen zu erwarten weil die noch auftretenden Fehler sehr schnell erkannt werden und keine fehlerhaften Ergebnisse mehr erzeugt werden Es sollte ver sucht werden die Investitionen in die Fehlerverh tung zu steigern Dadurch sinken die Fehlerkosten und auch die Pr fkosten Mit dem dargestellten Modell wird angenommen Mit steigendem Qualit tsgrad sinken die Fehlerkosten Dabei steigen allerdings die Feh lerverh tungskosten an Die Pr fkosten steigen erst ei
469. zunehmen Risikofolge Informationen k nnen herausgelesen werden und z B der Presse dem Inter net zur Image Sch digung zugeleitet werden Fehlerhafte Informationen k nnen eingeschleust bzw bertragun gen manipuliert werden und damit kann die Datenbasis inkonsistent gemacht werden Risiko Pr fen des Einsatzes von Verschl sse 1 8 10 80 vermeidung lungssystemen Falls dies mit der ber tragungssoftware nicht m glich ist sollte der Einsatz einer zus tzlichen kryptografischen L sung angedacht werden Entdeckungs ma nahme 12 5 2 Ermittlung der Risikopriorit t RPZ Zweck der Risikopriorit tszahl ist die Ermittlung einer Ma zahl f r die Gr e des Risi kos und damit verbunden die unmittelbare Ableitung eines Handlungsbedarfes Grund s tzlich ist davon auszugehen dass ein sofortiger Handlungsbedarf ab einer Risikoprio rit tszahl von 500 besteht Trotzdem sollten identifizierte Risiken unterhalb dieser Grenze nicht ignoriert werden Als so genannte Faustregel sollte gelten Sobald die Bedeutung der Auswirkung den Wert 7 berschreitet sollten Ma nahmen ergriffen wer den Es handelt sich dann um Risiken deren Auswirkungen so gro sind dass ihr Auf treten zu massiven negativen Effekten f hrt Dies k nnte z B bei der Verletzung recht licher Vorschriften der Fall sein Risikoexistenz R Die Risikoexistenz R hat entweder den Wert 1 oder 10 Da eine st

2 Ausgangsbasis für ein projektbegleitendes Qualitätsmanagement

Contents

Download Pdf Manuals

Related Search

Related Contents

2 Ausgangsbasis f&uuml;r ein projektbegleitendes Qualit&auml;tsmanagement

Contents

Download Pdf Manuals

Related Search

Related Contents

2 Ausgangsbasis für ein projektbegleitendes Qualitätsmanagement