Home

Das Qualitätssicherunghandbuch der Dialog Data Gmbh

image

Contents

1. Toleranz diagnose Abb 18 Modellierung von Dienstleistungen Die einzelnen Ma nahmen zur allgemeinen Modellierung der Leistungsabwicklung werden nachstehend kurz erl utert und gelten prinzipiell f r jede Art von Dienstleistung die von der Dialog Data erbracht wird 6 2 1 Analyse der Erwartungen Zwischen der erwarteten Leistungsf higkeit und der Wahrnehmung dieser Erwartungen hinsichtlich Leistungs art Bereitstellungszeiten oder Ausstattung bestehen oft erhebliche L cken Um die Erwartungen der Kunden richtig einsch tzen zu k nnen werden die Erwartungen analysiert und die Leistungen entsprechend diesen Erwartungen modelliert 6 2 2 Kapazit tsdimensionierung Ein weiteres Problem bildet der Unterschied zwischen Erwartung und Wahrnehmung der Kapazit tsdimensio nen In diesem Bereich muss darauf geachtet werden Schwankungen des Kapazit tsangebotes zu vermeiden und dem Ausfall von Betriebsmitteln und Personal Fehlzeiten durch entsprechende Ressourcenplanung und Be darfsanalyse fr hzeitig zu begegnen Im Personalbereich siehe dort werden die Aufgaben in vorgangsbezogene und nicht vorgangsbezogene T tigkeiten gegliedert wobei letztere als Ausgleichspotential bei Nachfragespitzen dienen 6 2 3 Kundeninformation W hrend der Dienstleistungsabwicklung k nnen sich Diskrepanzen bei der Kapazit tswahrnehmung durch den Auftraggeber zeigen und falsche Eindr cke ber die tats chlich erbrachten Leist
2. Modulstruktur Abb 13 Der Designprozess Der klassische Vorgang der ingenieurm igen Softwareentwicklung sieht vor dass die Software entsprechend den detailliert vorliegenden Anforderungen des Auftraggebers hnlich hergestellt wird wie ein Tischler nach den ihm bergebenen Pl nen millimetergenau M bel produziert Leider kommt diese Situation meist nur in Lehrb chern und in der Vorstellungswelt von Softwareentwicklungstheoretikern vor Die Designarbeit bei der Dialog Data hat entscheidenden Einfluss sowohl auf die weitere Vorgangsweise bei der Entwicklung wie noch viel mehr auf die Einsatzm glichkeiten die sp ter dem Anwender geboten werden Sie ist durch etliche Besonderheiten gekennzeichnet e Viele Anwender haben Schwierigkeiten ihre Anforderungen konkret in einer f r die Softwareentwicklung ge eigneten Form festzulegen Ein Fleischhauer will sich um den Inhalt seiner Wurst k mmern und nicht um die Gestaltung von Computerprogrammen f r die Buchhaltung Die Dialog Data entwickelt kaum Individualsoftware sondern bietet fertige L sungen in Anwendungsberei chen in denen ein umfassendes fachliches Know How vorhanden ist Individuelle Programme werden nur als Erg nzungen zu diesen L sungen entwickelt Die Anwendungssysteme unterliegen einem permanenten Entwicklungsprozess werden st ndig an die tech nische Entwicklung und an ge nderte Voraussetzungen angepasst sowie um zus tzliche Funktionen erwei tert Deshalb kann die
3. Qualit tssicherungshandbuch Ver 02 Allgemeines Blatt i Inhalts bersicht Dialog Data Allgemeines Dieser Abschnitt enth lt ein detailliertes Inhaltsverzeichnis die Erkl rung einiger Begriffe sowie eine bersicht ber die Unternehmensdokumentation der Dialog Data Inhalts bersicht Allgemeines coers 24 0020 trinene ieiti aia i ieiekaner i Inhalts bersicht s sensia ouas ea ea ed ee ka ne i Verzeichnis der Abbildungen zrasnannnan nun una nn ii Begriffe u0 una an aaa a a AA E RAEAN RA E AE iii Dokumentation der Qualit tssicherung sssaasnnnnnnnnnnnnnnnnnn annnars v 1 Das Umfeld der Qualit tssicherung nsssannnnannnnnnnnnnnnnnnn 1 1 1 1 Das Qualit tswesen im Unternehmen zsannonnnun nun nn nn nn nn 1 1 1 2 Verantwortung der Leitung 2 snaun nun nn un un nn 1 2 1 3 Das Qualit tssicherungssystem n2nunnanneunn en nn nn 1 9 1 4 Dokumentation und Aufzeichnungen rrreuun nern nn nn en 1 10 1 5 Interne Qualit tsaudits HHHn anne nun en nenn nennen en nennen 1 11 1 6 Korrekturma nahmen und Vorbeugung Hrrnuun nennen nn nn 1 12 2 Sicherung der Kundenzufriedenheit zr2sannenennnnnnnn 2 1 2 1 Das Testsystem UniTest Huueneeenen nennen nennen nenne 2 1 2 2 Marktbeobachtung und Kundenbeziehungen emnHr neun nennen nennen 2 2 2 3 Auftragsbearbeitung trst rI neun nennen nenne 2 3 2 4 Auftr
4. UniTest ist ein Testsystem f r alle UNIX Anwendungen der Dialog Data das ein wichtiges Instrument zur Un terst tzung der Qualit tssicherung in vielen Bereichen und Prozessen des gesamten Unternehmens darstellt und deshalb hier zusammenfassend vorgestellt wird Dieses Testsystem beinhaltet ein Datensystem f r einen hypothetischen Anwender der die gesamte Anwen dungssoftware der Dialog Data mit allen verf gbaren Varianten gleichzeitig nutzt Dabei ist der Datenumfang so gestaltet dass mit m glichst wenig Daten s mtliche F lle abgedeckt sind Neben dem Datenbestand enth lt UniTest Prozeduren und Programme zum Test aller Systemfunktionen so wie Installationsroutinen welche nach der Ausf hrung von Tests den urspr nglichen Datenbestand wiederher stellen Dieses Testsystem wird auch bei allen Anwendern installiert um ihnen die M glichkeit zu geben selbst die Ve rifikation durchzuf hren ohne das eigene Datensystem zu gef hrden Es dient neben dem Testen von Pro grammen etlichen weiteren wichtigen Aufgaben Alle Beispiele in den Anwenderhandb chern werden mit den Daten aus UniTest erstellt und k nnen jeder zeit nachvollzogen werden gt Die Schulung der Anwender erfolgt ebenfalls mit diesem Datensystem und hat daher dieselben Inhalte wie die Beschreibungen in den Handb chern Dasselbe gilt f r das firmeninterne Training der Mitarbeiter bei der Dialog Data gt Die Anwender k nnen zu bungszwecken jederzeit das Uni
5. In dieser Abteilung sind der Empfang Kundeneingang das Sekretariat die Poststelle die Telefonzentrale und das Call Center zusammengefasst Im Empfang werden Besucher begr t und zu den zust ndigen Mitarbei tern gef hrt Der Telefonsupport leitet Anfragen an die jeweiligen Fachkr fte weiter w hrend das eigentliche Sekretariat die Korrespondenz und Schreibarbeiten f r die verschiedenen Dokumente erledigt und die Hand kassa samt F hrung des Kassabuchs sowie die Frankiermaschinen verwaltet Daneben werden organisatori sche Aufgaben f r die Dienstreisen Flug und Hotelbuchungen erledigt Interne Dienste Die internen Dienste umfassen alle firmeninternen Dienstleistungen die sich vorwiegend mit administrativen Aufgaben befassen Qualit tssicherung Die Qualit tssicherungsabteilung betreut das Qualit tswesen des Unternehmens Da s mtliche Mitarbeiter in das Qualit tssicherungssystem eingebunden sind beschr nkt sich diese Abteilung auf die zentrale berwa chung von Aufgaben Terminen und Dokumenten im Zusammenhang mit dem Qualit tsmanagement die zeit gerechte Organisation von Audits und Reviews sowie auf den Verkehr mit externen Zertifizierungsstellen Planung und Organisation Die Planungsabteilung gestaltet die Betriebsorganisation wickelt alle Planungsaufgaben im Unternehmen ab und ist f r das Innovationsmanagement sowie das Risikomanagement letzteres in Zusammenarbeit mit der Rechtsabteilung zust ndig Auch hi
6. berhaupt ben tigt wird Entsprechend dieser Vorgangsweise werden diese beiden Dokumente bei der Dialog Data den Auftragsdokumenten zugerechnet Die weiteren Dokumente werden nach den zuvor behandelten Grunds tzen von der Softwareentwicklung ent sprechend der jeweiligen Aufgabenstellung ausgearbeitet Spezielle Verh ltnisse sind aufgrund der Struktur der Software beim Wartungsplan und beim Konfigurationsma nagementplan zu ber cksichtigen w hrend andererseits zur Nutzung der Software Dokumente ben tigt wer den die in der Norm nicht ausdr cklich gefordert sind 5 13 1 Anwenderhandbuch Das Anwenderhandbuch ist die Dokumentation f r den Anwender und enth lt alle f r die Benutzung der Soft ware ben tigten Informationen Allgemeiner Ablauf Bedienung der Programme Installationsanweisungen und falls n tig Wartungsma nahmen durch den Anwender wie Reorganisation von alten Adressen Das Benutzerhandbuch muss reviewt werden und mindestens folgende Abschnitte enthalten e Die Systemvoraussetzungen halten alle Voraussetzungen fest die erf llt sein m ssen um das beschriebe ne Produkt ordnungsgem nutzen zu k nnen e Die Installationsanweisungen beschreiben die Vorgangsweise f r die Installation der Software e Die Administrationsanweisungen enthalten die Verwaltungsaufgaben die vom Benutzer zum ordnungsge m en Betrieb des Systems ausgef hrt werden m ssen etwa allf llige Reorganisationsarbeiten zum Ge sch ftsjahres
7. e Daneben werden in manchen Anwendungen Programme zur Reorganisation der Datenbest nde ben tigt die jedoch hinsichtlich ihrer Funktionalit t zu den Erfassungsprogrammen z hlen und nur dazu dienen Da tenmanipulationen auszuf hren die der Anwender sonst h ndisch erledigen m sste etwa wenn aus einer Adressenkartei alle Kunden gel scht werden sollen die seit mehr als f nf Jahren nichts gekauft haben Diese Abgrenzung erm glicht unter anderem eine Klassifizierung der Programme nach ihrem Gefahrenpotenti al und eine entsprechende Anpassung des Entwicklungsprozesses und der Testprozeduren Die Auswertungs programme haben beispielsweise nur lesenden Zugriff auf die Dateien ver ndern keinerlei Datenbest nde und k nnen damit keine Fehler enthalten die zu Folgesch den im System f hren Andererseits stellen Verarbei tungsprogramme und Reorganisationsfunktionen in der Regel keine besonderen Anforderungen an die Benut zerschnittstellen sind jedoch hinsichtlich der Konsistenz der Datenbest nde besonders kritisch 5 6 4 Modulstruktur Das Ergebnis der einzelnen Designphasen ist ein Modularisierungskonzept das als Grundlage f r die weitere Entwicklung dient Systemdesign Eingabe und Verarbeitungs Ausgabefunktionen funktionen Softwarebibliothek Benutzer schnittstellen Parameterdatei Programm abl ufe Anwendungs programm Dazu wird der Softwareentwurf unter Ber cksichtigung der obigen Grunds t
8. nderungen der Eigenschaften des betreffenden Produktes im Vergleich zu Vorg ngerversion ohne dass sich die grundlegende Funktionalit t ndert W hrend bei Hardware in der Regel die einmal installierte Produktversion beim Anwender verbleibt und ohne zwingen den Grund nicht gegen eine neuere Version ausgetauscht wird sind bei allen Softwareprodukten der Dialog Data jeweils nur die neuesten freigegebenen Versionen im Einsatz und werden bei allen Anwendern laufend nachgef hrt Von jedem Produkt wird daher immer nur eine die neueste Version verwendet w hrend alle fr heren Versionen dieses Produktes aus dem Verkehr gezogen sind Versionskontrolle Die Versionskontrolle wird in der Literatur fallweise auch Konfigurationskontrolle genannt und f r Produkte be n tigt die periodisch ge ndert werden insbesondere Programme und Dokumente Die Versionskontrolle muss nicht nur sicherstellen dass die jeweils g ltige aktuelle Version verf gbar ist sie muss auch daf r sorgen dass alle fr heren Versionen des Produkts bei Bedarf wiederhergestellt werden k nnen Die Dialog Data verwendet f r diese Aufgabe Softwarewerkzeuge die bei jeder Version automatisch alle Anderungen zur Vorg ngerversi on aufzeichnen und aus diesen Aufzeichnungen fr here Versionen jederzeit wieder erzeugen k nnen Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung
9. Autiragsabwicklung s oiia 2 4 He 2 Basen a ann a EE 2 3 Abb 5 bersicht ber die Ereignis und Gefahrenaufzeichnung EGA 22 2 nen rennen nenn 3 2 Abb 6 Anfragebearbeitungsprozess 2 22 222 Hsenneen nennen 3 3 Abb 7 Konferenzabwicklung 22222 es seen een 3 4 Abb 8 Lenkung der Produkte 2 222 22 sense nennen nennen 4 1 Abb 9 Der allgemeine Softwarebeschaffungsprozess 2 222 sense ennnen nennen nenn 5 2 Abb 10 Bearbeitung eines Softwareentwicklungsauftrags 22 222m nen nennen een 5 3 Abb 11 Der allgemeine Softwareentwicklungsprozess 2 22nsneneen nennen nn 5 4 Abb 12 Ebenen der Softwareentwicklung 2 2222 nn nennen nennen nennen 5 5 Abb 13 Der Designprozess 2 2uun nennen nennen 5 7 Abb 14 Gliederung des Systemdesigns 2 222 2 nnseee nennen nennen 5 9 Abb 15 Der Modulentwicklungsprozess 2 22 22 nnnene nennen een 5 12 Abb 16 Zust nde im SoftwareentwicklungSprozessS aa aaaea 5 14 Abb 17 Der allgemeine Testprozess nunnana aaan 5 19 Abb 18 Modellierung von Dienstleistungen asana aaaea 6 2 Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Allgemeines Blatt iii Begriffe Dialog Data Begriffe In diesem Kapitel werden in alphabetischer Folge ei
10. Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 3 Dialog Data Verantwortung der Leitung 1 2 2 Organisation Die Betriebsorganisation ist so gestaltet dass die einzelnen Stellen nach der f r bestimmte Aufgabenbereiche erforderlichen Qualifikation gegliedert sind w hrend die Abl ufe durch Prozesse geregelt werden die eine sinnvolle Aufeinanderfolge von Vorg ngen beinhalten ohne dabei R cksicht auf die Stellengliederung zu neh men Das Unternehmen ist in vier Bereiche mit jeweils mehreren Abteilungen gegliedert Gesch ftsf hrung Externe Kontakte Interne Dienste Produktion Entwicklung Dienstleistungen Hardware konfiguration Service Center Marketing EN N und Verkauf Qualit tssicherung Kundenbetreuung a Einkauf und Rechts 7 Materialwirtschaft angelegenheiten Sekretariat und Personal Call Center management Produkt management Softwareentwick Systemservice Netzwerk management Modul entwicklung Kommunikations Benutzerinterface A i Technik esign Security Daten N Service modellierung echnisch wissen schaftl Software Informations Rechenzentum management Projekt management Anwendungs programmierung Dokumentation und Publikationen Finanz Beratungs management Anwendu
11. Ereignisbearbeitung Anfragetyp estimmen Y Zust ndigkeiten kl ren Y Best tigung an Anfrager Y Abwicklungsart festlegen Auftragsabwicklung entsprechend Ki Anfragetyp Information Konferenz Angebot Bestellung Projekt Fehlermeldung 1 Pr fen der Ergebnisse 1 Auslieferung der Ergebnisse Y Erledigungs vermerk in EGA Y Abschlu nachricht an Anfrager 1 Analyse der Ergebnisse Abb 6 Anfragebearbeitungsprozess Eine Abgrenzung dieses Prozesses von der Ereignisaufzeichnung ist kaum m glich Der wesentliche Unter schied zwischen diesen beiden Vorg ngen besteht darin dass die Ereignisaufzeichnung ein System darstellt das Informationen ber m gliche und tats chliche Schwierigkeiten sammeln soll deren Auswertung Hinweise auf Schwachstellen liefert w hrend die Anfragebearbeitung die Vorg nge behandelt die zur L sung dieser Probleme abzuwickeln sind Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Nutzungsqualit t Blatt 3 4 Dialog Data Konferenzabwicklung 3 4 Konferenzabwicklung Ein weiterer zentraler Prozess ist die Konferenzabwicklung die immer dann ben tigt wird wenn Info
12. Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 3 Dialog Data Der Entwicklungsauftrag 5 3 Der Entwicklungsauftrag Im Zuge der Auftragspr fung werden die Bestandteile eines Systems anhand der Vorgaben des Auftraggebers identifiziert und deren Funktionsweise definiert wobei in jedem Einzelfall gepr ft werden muss ob das ben tig te Objekt verf gbar ist oder nicht Ist es nicht verf gbar muss es im Rahmen eines entsprechenden Beschaf fungsvorganges besorgt werden Der Einkauf entscheidet wo die fehlenden Objekte beschafft werden wobei im Falle von Software je nach den Gegebenheiten die interne Softwareentwicklung oder ein externer Hersteller damit beauftragt wird Das Be triebssystem Windows NT wird man besser bei Microsoft kaufen als selbst zu entwickeln w hrend Erweiterun gen zum Lohnsystem nur bei der Dialog Data vorgenommen werden k nnen Daher ist niemals ein Anwender Auftraggeber f r einen Softwareentwicklungsvorgang sondern immer der Ein kauf der alle zur Abwicklung eines Auftrags fehlenden Systembestandteile beschafft F r Entwicklungsarbeiten ohne externen Auftrag etwa Systemverbesserungen wird prinzipiell dieselbe Vorgangsweise wie bei Kun denauftr gen eingehalten und eine standardisierte Auftragspr fung abgewickelt deren Ergebnis ein Auftrag an die Softwareentwicklung ist Kundenbetreuungung Softwareentwicklung Fi Anforderungen P Aufti fi Detailanal Grobkonzept nn _
13. e Einf hrung eines Qualit tssicherungssystems hat noch keine Wirkung selbst dann nicht wenn das System von einem Auditor gepr ft und als normengerecht eingestuft wurde Erst die aktive Beteiligung aller Mitarbeiter denen die Gesch ftsf hrung in jeder Hinsicht als Vorbild dienen muss wird zu einer st ndigen Ver besserung der Prozesse und Produkte f hren und die als oberstes Gesch ftsziel geltende Kundenbegeisterung bewirken Das Ziel der Qualit tspolitik besteht nicht nur darin die zentralen Gesch ftsprozesse schriftlich festzulegen die prim re Zielsetzung liegt vielmehr darin bei allen Mitarbeitern ein ausgepr gtes Qualit tsbewusstsein und das Streben nach st ndiger Verbesserung zu erreichen Die Unternehmensleitung ist davon berzeugt dass Quali t tssicherung nur durch eine entsprechende Einstellung aller Beteiligten und nicht durch formale Akte erreicht werden kann Nach dieser Zielsetzung wurde auch die Personalpolitik in den letzten Jahren ausgerichtet Die Qualit tspolitik der Dialog Data versucht die spezifischen Gegebenheiten des Unternehmens in alle Quali t tsma nahmen einzubeziehen und die sich daraus ergebenden Vorteile umfassend zu nutzen Die berschau bare und straffe Organisation bindet jeden einzelnen Mitarbeiter aktiv in das Qualit tswesen ein und berwacht jeden einzelnen Vorgang Auch die langj hrigen intensiven Beziehungen zu den meisten Kunden bieten M g lichkeiten die sich direkt in Ma nahmen der
14. ten im Unternehmen Sie erfolgt bei jeder Auftragspr fung sowohl bei externen wie auch bei intern abzuwickelnden Auftr gen bei denen die Dialog Data als Kunde oder als Lieferant auftritt Da kaum eine T tigkeit ohne Auftrag ausgef hrt werden kann werden praktisch bei jedem Vorgang alle bekannten Gefahren beobachtet und bek mpft Daneben erfolgt laufend die Analyse der EGA die alle noch unbew ltigten Gefahren darstellt und durch interne Audits sowie Beobachtungen aller Mitarbeiter laufend erg nzt wird Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 1 Dialog Data Das Testsystem UniTest 2 Sicherung der Kundenzufriedenheit Dieser Abschnitt befasst sich mit allen kundenorientierten Prozessen von der ersten Kontaktaufnahme ber die Vertragspr fung bis zur Installation und Abnahme Die daran anschlie ende Unterst tzung der Kunden bei der Nutzung der gelieferten Produkte stellt eine eigenst ndige Aufgabe dar die im n chsten Abschnitt behandelt wird Dabei wird in diesem Modell davon ausgegangen dass alle zur Abwicklung eines Kundenauftrags ben tigten Produkte verf gbar sind Die Beschaffung oder Herstellung nicht verf gbarer Produkte wird gesondert behan delt siehe Produktqualit t oder Softwareentwicklung 2 1 Das Testsystem UniTest
15. 16 Lenkung von Qualit tsaufzeichnungen 8 3 G Produktpr fungsprotokoll 4 4 Protokoll der Softwareentwicklung 5 15 l he EGA ee 0Na EG 17 Interne Qualit tsaudits 1 10 Gefahrenquellen 1 11 18 Schul 7 2 Gestaltung der Benutzerinterfaces 5 10 i ung 3 1 5 18 Gestaltung der Dienstleistungsprozesse 6 1 artung Sela 20 Statistische Methoden 8 3 Gew hrleistung 2 7 N d 35 Grobkonzept 2 4 5 2 utzungsgra H K Kommunikation mit Kunden 3 6 Hardware Konferenzabwicklung 3 4 Pr fmittel 4 5 Konfi ti 1 6 2 6 Hardwarekonfiguration 1 5 E E i me Hochschulen 74 Konfigurationsmanagement iii 2 6 4 8 konstruktive Qualit tssicherung 5 1 Kontakte zu Hochschulen 7 1 Kundenauftrag 2 1 Inbetriebnahme 2 6 Kundenbed rfnisse 2 2 Infrastruktur 1 5 9 3 Kundenbetreuung 1 4 Innovationsmanagement 1 10 9 2 Kundenbetreuungsstatistik 3 6 Installation 2 6 Kundendienst 2 7 Instandhaltungspr vention Integrationsabteilung Interne Dienste 3 5 1 6 1 4 ISO 9001 01 Verantwortung der Leitung 1 2 02 Qualit tsmanagementsystem 1 8 3 2 03 Vertragspr fung 2 3 04 Designlenkung 2 3 Dienstleistungen 6 1 Konfigurationsmanagement 5 25 Softwareentwicklung 5 7 05 Lenkung der Dokumente und Daten 06 Beschaffung 4 2 07 Lenkung der vom Kunden beigestellten Produk te 4 6 08 Kennzeichnung von Produkten Hardware 4 3 Software 4 8 5 14 5 25 09 Proze lenkung Auftragsabwicklung 2 3 Dienstleistungen 6 1 Entwicklung von Dokumenten Produktmanagement 4 1 Ressou
16. Benutzer fest Gleichzeitig erfolgt eine Gliederung nach den Bearbeitungsformen der Datenbest nde wobei folgende For men unterschieden werden e Mit Erfassungsprogrammen f r Stammdaten und Bewegungsdaten gibt der Anwender die ben tigten Infor mationen in das System ein Er kann sich darauf verlassen dass das System die von ihm erfassten Daten in keiner Weise ver ndert Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 9 Dialog Data Der Designprozess e Die Verarbeitungsprogramme erzeugen aus den erfassten Daten neue Informationen die als Bestandsda ten bezeichnet werden Sofern nicht gesetzliche Vorschriften dagegen sprechen m ssen diese Verarbeitun gen so gestaltet sein dass sie jederzeit wiederholt werden k nnen und aus den Eingangsdaten sofern diese nicht mittlerweile ver ndert wurden dieselben Best nde erzeugen wie bei allen vorangegangenen Ausf h rungen In speziellen F llen k nnen diese Verarbeitungen in die Erfassungsprogramme integriert sein e Schlie lich liefern Auswertungsprogramme Informationen aus den vorhandenen Stammdaten Bewegungs daten und Bestandsdaten Diese Programme zeichnen sich dadurch aus dass sie unter keinen Umst nden die gespeicherten Daten ver ndern und vom Anwender beliebig oft ausgef hrt werden k nnen
17. Bereichen begegnen Grunds tzlich ist jede Abteilung f r das Risikomanagement in ihrem Bereich zust ndig Die Planungsabteilung ist mit der zentralen Steuerung und Koordinierung des unternehmensweiten Risikomanagements beauftragt Risiken f r Ereignisse T tigkeiten und Objekte sind immer dann gegeben wenn ein Verlust m glich ist Unsi cherheiten existieren oder Alternativen gegeben sind im letzten Fall besteht die Gefahr das Falsche zu tun Im Rahmen der Risikoeinsch tzung werden die Gefahren identifiziert analysiert und nach Priorit ten geord net Das erfolgt mit Hilfe des EGA Systems unter Verwendung entsprechender Formulare und Checklisten Die Risikobeherrschung sorgt in mehrfacher Hinsicht daf r dass Gefahren m glichst weitgehend reduziert werden Im Rahmen der Strategieplanung werden Informationen ber Ursachen Folgen und L sungsalternati ven beschafft Die Vorbeugung sorgt durch Messungen Analysen insbesondere aber entsprechende Entschei dungen bei der Auswahl von Verfahren Ger ten und Personal f r eine Minimierung des Risikos Schlie lich werden im Rahmen der Risiko berwachung Meilensteine und Priorit ten berwacht und gegebenenfalls Risi ken und Korrekturma nahmen neu bewertet 9 1 3 Innovationsmanagement Gerade im Bereich der Datenverarbeitung ist die Innovationskraft f r das Unternehmen ein Faktor von zentraler Bedeutung Entsprechend gro ist bei der Dialog Data der Aufwand der in Innovationen bei P
18. Entwicklungsarbeit an einem System niemals als abgeschlossen angesehen werden Die Software der Dialog Data zeichnet sich durch einen extrem hohen Wiederverwendungsanteil aus Eine zentrale Aufgabe des Softwaredesigns besteht somit darin in den Anforderungen alle Aufgaben zu identifi zieren die bereits einmal gel st wurden und daher nicht nochmals entwickelt werden d rfen Ein zweiter Aspekt der Wiederverwendung betrifft das Design aller neu zu entwickelnden Funktionen Hier m ssen alle Module so gestaltet werden dass eine sp tere Wiederverwendung problemlos m glich ist wobei speziell alle bekannten Anforderungen zur betrachteten Aufgabenstellung zu ber cksichtigen sind auch wenn diese im Grobkonzept auf dem der aktuelle Entwicklungsauftrag basiert nicht vorgesehen sind Das Design darf sich aus diesen Gr nden nicht auf den vorliegenden Entwicklungsauftrag beschr nken son dern muss die Aufgabe in jedem Fall aus einer globaleren Sicht sehen um k nftige Entwicklungen nicht unn tig einzuschr nken Neben der Wiederverwendung sind Wartbarkeit und Erweiterbarkeit wesentliche Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 8 Dialog Data Der Designprozess Aspekte die beim Design zu ber cksichtigen sind Auch muss die M glichkeit zur inkrementell
19. Gesamtzeitaufwand f r das Schulungs programm Diese Programme k nnen nicht nur den Teilnehmern vorab zur Information bermittelt werden sondern dienen dem Vortragenden ebenso als Leitfaden f r den Ablauf der Schulung wie als Kontrollinstrument zur Einhaltung des vorgesehenen Zeitplans Alle Schulungsprogramme sind im Computer gespeichert weshalb Anpassungen aufgrund von Erfahrungen aus bereits abgehaltenen Schulungsveranstaltungen einfach m glich sind und werden nach dem f r die Ande rung von Qualit tssicherungsdokumenten g ltigen Verfahren vorgenommen werden Zu jedem Punkt des Schulungsprogramms k nnen erg nzende Hinweise etwa Checklisten oder Literaturangaben erfasst wer den 7 3 2 Veranstaltungsplanung Das Subsystem zur Veranstaltungsplanung innerhalb der Qualit tssicherungssoftware regelt wann welches Schulungsprogramm mit welchem Veranstaltungsleiter und welchen Teilnehmern durchgef hrt werden soll Neben den Daten zur Veranstaltung selbst Ort Zeit werden die Teilnehmer der Schulung festgelegt F r die Abwicklung selbst wird Konferenzabwicklungsprozess herangezogen der alle Teilaufgaben f r die Vorberei tung und Abhaltung der Veranstaltung umfasst Die Veranstaltungsplanung ist nicht auf Schulungen begrenzt sondern kann f r jede Art von Konferenz Audits Besprechungen Verkaufsvorf hrungen eingesetzt werden Sie kann auch f r externe Veranstaltungen etwa f r die Teilnahme von Mitarbeitern des Unternehme
20. Programmfehler wird jeder Fehler einschlie lich der zuvor erw hnten Minimalkorrekturen betrachtet der nach der Freigabe der Software entdeckt wird Die w hrend des Entwicklungsprozesses festgestellten M ngel werden als Entwicklungsfehler gesondert aufgezeichnet Die Abgrenzung zwischen M ngeln und Fehlern bei dieser Betrachtungsweise erfolgt nach dem Zustand im Entwicklungsprozess und erlaubt eine Analyse der Wirksamkeit von Pr fma nahmen w hrend des Entwicklungsprozesses Ist ein Programmfehler zu beheben weicht das Programm von den Spezifikationen ab und muss entsprechend ge ndert werden In diesem Fall bleibt das Design unver ndert es ist lediglich der Entwicklungsprozess neu durchzuf hren hnlich sind jene Softwareanpassungen einzustufen bei denen Redundanzen im Code besei tigt oder Verbesserungen durch interne Umstrukturierung zum Beispiel bessere Performance erreicht werden In allen derartigen F llen ist zu pr fen wieso die Abweichung von der Spezifikation nicht schon bei der ersten Entwicklung entdeckt wurde 5 9 3 Verbesserungsma nahmen und Designkorrekturen Alle anderen Formen von Wartungsma nahmen Erweiterung oder Ver nderung der Funktionalit t sind mit Anderungen der Spezifikation und des Designs verbunden und werden als normale Entwicklungsauftr ge be ginnend mit der Auftragspr fung abgewickelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weiterg
21. Qualit tssicherung umsetzen lassen Somit kann sich die Dialog Data auf Qualit tsstandards st tzen die in einem Gro betrieb kaum umgesetzt werden k nnten Die Einf hrung eines Qualit tssicherungssystems nach der Norm ISO 9001 f hrt daher zu keiner nderung der prinzipiellen Qualit tsbestrebungen und der Verpflichtung des ganzen Unternehmens zu permanenter Optimie rung aller Verfahren es wird lediglich die Qualit tspolitik in einer der Norm entsprechenden Weise organisiert dokumentiert und berpr ft Dieser Umstand ist auch aus der Tatsache ersichtlich dass sich die Dialog Data keineswegs auf die Mindeststandards der Norm beschr nkt sondern in vielen Bereichen deutlich weitergehen de Qualit tsrichtlinien vorschreibt F r die Erstellung und periodische berarbeitung sowohl des Qualit tssicherungshandbuchs wie der gesamten brigen Betriebsdokumentation der Dialog Data ist die Qualit tssicherungsabteilung verantwortlich Sie wird da bei von der Gesch ftsf hrung in jeder Hinsicht unterst tzt Das Qualit tssicherungshandbuch wird mit 1 9 1998 in Kraft gesetzt und ist ab diesem Zeitpunkt f r alle Mitar beiter der Dialog Data verbindlich Jeder Mitarbeiter erh lt eine Ausfertigung des Qualit tssicherungshand buchs zusammen mit der Anweisung bei allen Vorg ngen die Regelungen dieses Handbuchs zu beachten Diese Anweisung wird auch in alle Dienstvertr ge aufgenommen Graz am 15 8 1998 DIALOG DATA GMBH Norbert Friesl
22. Qualit tssicherungshandbuch Ver 02 Allgemeines Blatt v Dialog Data Dokumentation der Qualit tssicherung Dokumentation der Qualit tssicherung Die Unternehmensdokumentation der Dialog Data besteht derzeit aus folgenden Handb chern ID Beschreibung Umfang Seiten NDD Die Dialog Data GmbH NQS Qualit tssicherungshandbuch WOH _ Organisationshandbuch WPO Planung und Organisation WPD Produktmanagement WIM Informationsmanagement WCF Checklisten Formulare und Musterdokumente WDK Daten Dokumente und Kommunikation WTE Technische Einrichtungen und Infrastruktur WSE Softwareentwicklung WDL Dienstleistungen allgemein WNW Dienstleistungen Netzwerktechnik WKM _ Dienstleistungen Kommunikationsmanagement WPM Projektmanagement WFM Finanzmanagement WTD Hardware und Technik WPA _ Projektabwicklung f r Anwender WAA Arbeitsanleitungen Die Dokumentation Die Dialog Data GmbH NDD enth lt eine allgemeine bersicht ber Zielsetzungen Or ganisation und Leistungen des Unternehmens Das Qualit tssicherungshandbuch NQS beschreibt die Grunds tze der Qualit tssicherung In der Dokumentation Projektabwicklung f r Anwender WPA wird die Auftragsabwicklung aus der Sicht des Auftraggebers dargestellt wobei die Standardverfahren der Dialog Data sowie die gesamte Standardsoftware mit allen Schulungsma nahmen und Testpl nen bereits enthalten sind Zur Festlegung der Kriterien
23. Standardverfahren zur Auftragsabwicklung entscheidet ob die M ngel in Kauf genommen werden k nnen oder nicht Aus diesem Grund ist beispielsweise die Verwendung von Microsoft Produkten bei qualit tsrelevanten Vorg ngen innerhalb der Dialog Data nicht erlaubt Stehen bei Fremdsoftware die Sourceprogramme zur Verf gung was bei Public Domain Software praktisch im mer der Fall ist kann die Softwareentwicklung mit der Analyse und Beseitigung des Fehlers beauftragt wer den Bei mit vertretbarem Aufwand nicht behebbaren Fehlern wird das Produkt so lange nicht genutzt oder an Anwender weitergegeben bis eine neuere Version verf gbar ist die positive Testergebnisse liefert Bei Software die von der Dialog Data entwickelt wird ist durch den Softwareentwicklungsprozess sicherge stellt dass Software mit erkennbaren M ngeln gar nicht verf gbar wird Nach der Freigabe auftretende Softwarefehler werden unverz glich behoben was wegen des exzessiven Test verfahrens jedoch u erst selten weniger als einmal in zwei Jahren vorkommt Wirklich gravierende Software fehler treten bestenfalls alle zehn Jahre einmal auf Die bereinigte Version wird in diesen F llen sofort bei allen Kunden installiert Da ein Fehler in jedem Fall un verz glich beseitigt wird ist eine spezielle Lenkung der fehlerhaften Produkte im Bereich der von der Dialog Data entwickelten Software nicht vorgesehen Aus diesem Grund gibt es bei der Dialog Data auch keine Liste de
24. Testroutinen in UniTest entwic kelt oder angepasst werden In jedem Fall wird eine funktionale Abstraktion erreicht meist werden auch abstrakte Datenobjekte und ab strakte Datentypen verwendet Die Kommunikation mit Funktionen erfolgt ausschlie lich ber Funktionspara meter und R ckgabewerte die Verwendung von globalen Variablen ist grunds tzlich nicht erlaubt obwohl es diesbez glich noch etliche Altlasten in der vorhandenen Software gibt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 13 Dialog Data Modulentwicklung Generell wird jede Funktion unter Ber cksichtigung aller Aspekte der Wiederverwendbarkeit gestaltet und mit entsprechenden Schnittstellen ausger stet Die Funktionalit t der Module wird m glichst universell gehalten und durch entsprechende Parameter von au en gesteuert Damit ist es beispielsweise m glich mit einem ein zigen Modul von 320 Zeilen L nge alle Arten von Etiketten Adressen aus allen Arten von Stammdaten B cher Anlagen Stempelkarten Preisetiketten in der Warenwirtschaft in frei definierbarer Gestaltung samt EAN Strichcodes zu erstellen was den Wiederverwendungsanteil entsprechend erh ht die Fehlerquellen reduziert und Anderungen generell erleichtert Ein neues Etikettenprogramm etwa f r Reparaturauftr ge ist
25. bei einer konkreten Auftragsabwicklung entsprechend den W nschen des Kunden adaptiert werden Bei der Gestaltung der Dienstleistungsprozesse werden drei Faktoren ber cksichtigt e Das Potential umfasst die F higkeit eine bestimmte Dienstleistung zu erbringen und bezieht sich sowohl auf die Infrastruktur des Unternehmens wie auf die Personalqualit t der mit Dienstleistungen befassten Mitarbei ter e Der Dienstleistungsprozess ist als Folge von T tigkeiten zu berwachen und zu optimieren e Die Dimension der Dienstleistung ist das Resultat in Form einer materiellen oder immateriellen Ver nderung beim Kunden das mit entsprechenden Verfahren zu analysieren und zu optimieren ist Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Dienstleistungsqualit t Blatt 6 2 Dialog Data Modellierung der verschiedenen Leistungen 6 2 Modellierung der verschiedenen Leistungen Zur Gestaltung der einzelnen Dienstleistungen werden Modellabl ufe entwickelt die auf die jeweilige Art der Dienstleistung abgestimmt sind wobei die nachstehend beschriebenen Prinzipien beachtet werden die sich an dem in der Fachliteratur h ufig zitierten Gap Modell anlehnen Analyse der Erwartungen Kapazit ts dimensionierung Kunden information Darstellung der Leistungsf higkeit
26. beim Personalmanagement behandelten Verfahren werden auch zur Schulung der Anwender eingesetzt Schlie lich erfolgt die Inbetriebnahme des Produktes die auf mehrere Arten erfolgen kann und ebenfalls in der Auftragsspezifikation festgelegt ist Entweder wird eine direkte Umstellung durchgef hrt bei der ein un mittelbarer bergang vom alten auf das neue System vorgenommen wird Es kann aber auch ein Parallellauf mit doppelter Erfassung aller Bewegungsdaten und einem Vergleich der Ergebnisse auf dem alten und dem neuen System stattfinden Zur Abwicklung der Installation k nnen auch Dienstleistungen vereinbart sein wie etwa die Konvertierung vor handener Datenbest nde in das vom neuen System verwendete Format durch das Rechenzentrum der Dialog Data oder die Ausf hrung von Netzwerkkonfigurationsarbeiten zur Integration eines neuen Systems in ein vor handenes oder neu zu schaffendes Firmennetz S mtliche Einf hrungsma nahmen werden in einem Einf hrungsprotokoll aufgezeichnet in welchem insbe sondere auch alle Konfigurationsparameter etwa Netzwerkadressen festgehalten werden siehe Konfigurati onsmanagement Da bei gr eren Projekten die Einf hrung meist mit umfangreichen organisatorischen Ma nahmen beim Auf traggeber verbunden ist m ssen schon bei der Auftragspr fung alle Umstellungserfordernisse detailliert ge kl rt werden also welche Voraussetzungen f r Installation und Inbetriebnahme zu schaffen sind welche Dies
27. berschaubar gro e Gruppe innerhalb der Fremdsoftware bildet die Public Do main Software zu deren berwachung eine eigene Abteilung der Softwareservice eingerichtet wurde die in eingeschr nktem Umfang auch die kommerziellen Produkte fremder Hersteller mitbetreut e Die dritte Gruppe schlie lich umfasst die von Kunden beigestellte Software die entweder zu den oben er w hnten Produkten kommerzieller Hersteller zu z hlen ist oder vom Kunden selbst entwickelte Programme umfasst die in ein System der Dialog Data zu integrieren sind Sofern sich fremde Softwareprodukte der Qualit tssicherung unterstellen lassen wenn wenigstens die Source programme verf gbar sind werden sie mit den Standardverfahren der Softwareentwicklung bearbeitet In den anderen F llen etwa MS Windows hat die Qualit tssicherung keinen Einfluss auf die Funktionsf higkeit der Produkte Derartige Software wird nur auf ausdr cklichen Wunsch des Anwenders und auf dessen Gefahr in stalliert wobei dem Kunden eine m glichst weitgehende Unterst tzung bei allf lligen Problemen geboten wird Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 7 Dialog Data Lenkung fehlerhafter Produkte 4 7 Lenkung fehlerhafter Produkte Ein Produkt das die gestellten Qualit tsanforderungen nicht e
28. bietet eine detaillierte Darstellung aller Produkte und Lei stungen 6 2 5 Toleranzdiagnose Bei der Bewertung durch den Auftraggeber werden sich trotz aller Bem hungen L cken zwischen der erwarte ten und der wahrgenommenen Leistungsf higkeit zeigen Da derartige Differenzen von den Kunden unterschiedlich bewertet werden ist zun chst zu analysieren ob sie noch im Toleranzbereich des Auftraggebers liegen Beispielsweise k nnen erwartete Terminprobleme f r einen Kunden weniger bedeutungsvoll sein als f r einen anderen etwa wenn dieser zu einem bestimmten Termin ei ne neue Filiale er ffnen will und keinen einzigen Tag Verz gerung riskieren kann F r andere Auftraggeber spielt dagegen der Preis der Leistung eine zentrale Rolle Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Dienstleistungsqualit t Blatt 6 4 Dialog Data Messung und Pr fung der Dienstleistungsqualit t 6 3 Lenkung der Dienstleistungsqualit t Die Lenkung der Dienstleistungsqualit t richtet sich nach der Art der Dienstleistung wobei zwei Gruppen unter schieden werden 6 3 1 Verrichtungsdienste Die Verrichtungsdienste umfassen jene Dienstleistungen bei denen die Dialog Data beauftragt wird bestimmte Arbeiten auszuf hren In diese Gruppe fallen die Bereiche Allgemeine Kundenbetreuung Hardwa
29. daher mit mi nimalem Aufwand entwickelt und hat kaum eine Chance einen Fehler zu machen Da die internen Verarbeitungen und Datenstrukturen innerhalb eines Moduls nach au en v llig verborgen sind und auf sie nur ber definierte Schnittstellen zugegriffen wird sind auch grundlegende nderungen wie etwa ei ne Umstellung der gesamten Dateistruktur oder die Einf hrung eines Client Server Betriebs f r bestimmte Sy stemfunktionen ohne Anderung der aufrufenden Programme mit sehr geringem Aufwand und einer minimalen Fehlergefahr m glich Auch alle Anwendungsprogramme werden als Module entworfen und in Programmbi bliotheken gespeichert wo sie f r die Anwendungssystemenwicklung zur Verf gung stehen 5 7 2 Implementierung und Modultest Die Implementierung also der auf die Konzeption folgende Entwicklungsvorgang wird durch ein CASE Tool gesteuert das im n chsten Kapitel beschrieben wird Auch die bei der Modulentwicklung eingesetzten Testver fahren werden gesondert behandelt 5 7 3 Moduldokumentation Die Moduldokumentation umfasst nicht nur die Beschreibung der Funktionen sondern ist eine umfassende Auf gabe Es m ssen die Identifikationsbegriffe f r das Produktmanagement der Software vereinbart und sowohl in der Software wie auch im Verwaltungssystem der Qualit tssicherung eingerichtet werden Daneben sind je nach Typ des Moduls alle Datenfelder oder Schnittstellenparameter festzulegen und zu doku mentieren Dasselbe gilt f
30. der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Dienstleistungsqualit t Blatt 6 1 Dialog Data Planung der Dienstleistungsqualit t 6 Sicherung der Dienstleistungsqualit t Die Dienstleistungen werden bei der Dialog Data nicht nur als eigenst ndige Auftr ge etwa EDV Beratung ab gewickelt die Kunden erwarten vielmehr auch im Rahmen einer Systeminstallation einen umfassenden Service in verschiedenen Dienstleistungsbereichen Beratung EDV Organisation Projektabwicklung Netzwerkinstalla tion und hnliche Aufgaben f r die der Auftraggeber eines EDV Systems nicht ber ausreichend geschultes Personal verf gt m ssen zus tzlich zur Systemlieferung bew ltigt werden Gerade die Servicequalit t und umfassende Betreuung der Anwender in allen Bereichen haben dazu beigetra gen das grundlegende Ziele einer Kundenbegeisterung bei vielen Anwendern zu erreichen was nicht zuletzt dadurch dokumentiert wird dass manche Anwender schon seit nahezu zwanzig Jahren zu den Kunden der Dialog Data geh ren Der prinzipielle Ablauf der Auftragsabwicklung wird auch bei allen Formen von Dienstleistungen eingehalten Nach einer detaillierten Analyse der Anforderungen wird die Vorgangsweise festgelegt und die gew nschte Dienstleistung erbracht wobei in jedem Fall alle Ma nahmen unter Einsatz des bei der Softwareentwicklung beschrieben
31. die Softwareentwick lung bei der Dialog Data allerdings nicht als eigenst ndiges Dokument existiert und auch nicht als notwendig angesehen wird da alle Softwarewartungsaufgaben als eigenst ndige Projekte mit entsprechender Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 29 Dialog Data Werkzeuge der Softwareentwicklung Entwicklungsdokumentation durchgef hrt werden Auch ist eine konkrete Planung der Wartungsma nahmen f r Software ber l ngere Zeit nicht m glich da sich k nftige Anforderungen der Anwender oder gesetzliche Anderungen kaum vorhersehen lassen 5 14 Werkzeuge der Softwareentwicklung In der Softwareentwicklung werden neben der Software zur Qualit tssicherung zahllose Tools in allen Phasen vom Design bis zur Konfiguration eingesetzt die wegen ihres Umfangs in diesem Qualit tssicherungshandbuch nicht weiter behandelt werden k nnen Eine vollst ndige Darstellung dieser Werkzeuge findet sich im Dokument WSE Softwareentwicklung das auch die bei der Softwareentwicklung anzuwendenden Regeln Designregeln Programmierrichtlinien beschreibt Dieses Dokument ist Bestandteil der Qualit tssicherungsdokumentation und wird ebenso wie die Werkzeuge selbst in periodischen Reviews planm ig berpr ft Diese Unterlage ist geistiges Eigentum
32. entsprechend unterschiedlicher Aufgabenstellung ben tigt wird 5 12 1 Versionskontrolle f r Softwareprodukte Wie bereits beim Produktmanagement erkl rt wurde tr gt jeder eigenst ndige Bestandteil der Software Mo dul innerhalb s mtlicher von der Dialog Data entwickelten Systeme eine eindeutige Produktnummer hnlich ist jede Datei Datenbanktabelle mit einer eigenen Identifikationsnummer gekennzeichnet Da die Produktidentifikation zusammen mit der Versionsnummer und dem Datum der letzten nderung in je dem Modul als Textvariable gespeichert ist kann sie auch in compilierten Programmen mit entsprechenden Tools abgefragt werden Zu einem Programm das sich aus 200 Modulen zusammensetzt sind somit Informa tionen ber die verwendete Version zu s mtlichen 200 Bestandteilen verf gbar Alle Versions nderungen werden in der QS Software protokolliert und alle Versionen vom Versionsmanage ment gesondert gespeichert 5 12 2 Konfigurationsmanagement f r Anwendungssoftware Ein anderswo h ufiges Problem des Konfigurationsmanagements ist bei der Dialog Data grunds tzlich ausge schlossen n mlich die gleichzeitige Existenz mehrere Versionen oder Varianten eines Programms oder Mo duls mit der Gefahr einem Anwender die falsche Version zu liefern Falls von einer Funktion mehrere unter schiedliche Formen ben tigt werden was sehr h ufig vorkommt wird dies ohne jede Ausnahme in der Form gel st dass die Funktion immer alle ben tig
33. etwa f r die Buch haltungsprogramme ein eigener Datentr ger erstellt wird weshalb ein diesbez gliches Kennzeichnungssy stem nicht ben tigt wird und auch nicht existiert Der Vertrieb der Software erfolgt in der Form dass f r jeden Kunden ein Datentr ger mit s mtlichen bei ihm installierten Programmen erzeugt wird Das Konfigurationsmanagement f r Anwendersysteme verf gt ber Werkzeuge die f r jeden Anwender in dividuell einen Datentr ger mit der von ihm genutzten Software erzeugen Bei der erstmaligen Installation wer den die Parameter dieser Konfigurationswerkzeuge entsprechend eingerichtet worauf die Erzeugung von Soft waredatentr gern vollautomatisch abl uft Softwareupdates werden ausschlie lich in der Form ausgef hrt dass der Kunde einen vollst ndigen Satz al ler von ihm genutzten Programme zusammen mit allen zugeh rigen Parameterdateien erh lt Einzelne Pro gramme werden niemals ausgeliefert Damit ist sichergestellt dass beim Anwender immer die jeweils aktuell sten Versionen der Programme installiert sind und Probleme durch Inkompatibilit ten zwischen unterschiedli chen Softwareversionen von vornherein nicht m glich sind Die ausgelieferte Software stammt aus einer Programmdatenbank die ausschlie lich freigegebene Anwen dungssysteme enth lt Da die Softwareentwicklung in v llig abgetrennten Systembereichen arbeitet ist damit ausgeschlossen dass bei einem Anwender ein nicht freigegebenes Produkt installi
34. kritische Bereich der Softwareentwicklung n mlich die prozedurale Programmierung an einer Stelle konzentriert Diese Stelle ist gleichzeitig daf r verantwortlich die sich aus den Anforderungen erge benden Aufgaben in eigenst ndige Module zu gliedern wobei auch Aspekte der Wiederverwendung der Wart barkeit und der Testbarkeit zu ber cksichtigen sind Da hier die eigentliche Programmierarbeit erledigt wird sind entsprechend strenge Freigabeverfahren eingerichtet Prinzipiell wird auf allen Ebenen dieselbe Vorgangsweise eingehalten Auf Grund entsprechender Anforderun gen wird f r die jeweilige Ebene ein Detailkonzept entwickelt die Implementierung vorgenommen das entwic kelte Produkt getestet und schlie lich f r die Nutzung auf der jeweils n chst h heren Ebene freigegeben Die Koordinierung dieser Arbeiten innerhalb von gr eren Entwicklungsprojekten erfolgt durch das Projektmanage ment Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 7 Dialog Data Der Designprozess 5 6 Der Designprozess Die Softwareentwicklung erstellt nach folgendem Prozessmodell aus den Anforderungen und dem fachlichen Grobkonzept einen Systementwurf der als Grundlage f r die Entwicklung dient Analyse der Anforderungen Funktionenmodell Datenmodell Ablaufmodell
35. modifiziert werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 24 Softwarebewertung Dialog Data 5 11 Softwarebewertung Alle Softwareprodukte werden nach detailliert festgelegten Metriken und Beurteilungskriterien bewertet wo bei die Ergebnisse wie bei allen Bewertungen softwaregest tzt aufgezeichnet und ausgewertet werden Das Unternehmen berpr ft mindestens einmal im Jahr die Entwicklung dieser Kennzahlen f r die gesamte Soft ware 5 11 1 Qualit tsmerkmale Die festgehaltenen Produkteigenschaften umfassen zun chst die in DIN ISO 9126 festgelegten Merkmale der Softwarequalit t die aus sechs Gruppen Funktionalit t Zuverl ssigkeit Benutzbarkeit Effizienz Anderbar keit und bertragbarkeit mit insgesamt 21 einzelnen Qualit tsmerkmalen bestehen Bei Dialogprogrammen wird zus tzlich eine Bewertung der Softwareergonomie nach den Kriterien der Norm ISO 9241 10 vorgenom men Diese Qualit tskriterien sind um etwa 20 weitere Eigenschaften erg nzt die f r die Softwareentwicklung der Dialog Data wichtig erscheinen und in ISO 9126 nur implizit oder gar nicht ber cksichtigt sind etwa Mehrplatz f higkeit Kreativit t Entwicklungsintelligenz Sicherheitseinrichtungen und Zugriffsschutz Umfang der bekann ten Erweiterungen und Verbesse
36. sofort mitzuteilen und entsprechend zu begr nden Da der Kunde keinen Einblick in die Zusammenar beit der Dialog Data mit anderen Kunden hat kann in solchen F llen der Eindruck entstehen dass der betref fende Auftraggeber der einzige ist der warten muss und sich entsprechend benachteiligt f hlt Es ist in sol chen F llen wichtig dem Kunden zu beweisen oder wenigstens das Gef hl zu vermitteln dass die Wartezeiten gerecht verteilt werden 6 2 4 Darstellung der Leistungsf higkeit Ein zentrales Problem bei Dienstleistungen bildet die subjektive Bewertung der Leistungsf higkeit der Dialog Data durch den Auftraggeber und die Diskrepanz zwischen der erwarteten und der wahrgenommenen Lei stungsf higkeit Der Kunde hat also nicht den Eindruck dass die Dialog Data die angebotene Leistung seinen Vorstellungen entsprechend erbringen kann Beispielsweise wird auch von Experten wegen Unkenntnis der Wiederverwendungsprinzipien bei der Dialog Data praktisch in jedem Fall von Softwareneuentwicklung der damit verbundene Aufwand v llig falsch einge sch tzt Eine fr hzeitige und umfassende Information ber die bei der Dialog Data verf gbaren M glichkeiten ist daher u erst wichtig um dem Kunden Eindr cke ber die Kompetenz und Leistungsf higkeit der Dialog Data zu vermitteln Ein wichtiges Werkzeug in dieser Hinsicht stellt das Internet dar Die Website der Dialog Data beschr nkt sich nicht auf einige allgemeine Informationen sondern
37. vielen Teilaufgaben auf Funktionsaufrufe beschr nken was zu entspre chend handlichen Routinen und Programmen f hrt Das Ergebnis dieser Bem hungen ist an der derzeit verf g baren Software erkennbar Die durchschnittliche L nge einer Sourcedatei betr gt 133 Textzeilen es gibt ins gesamt nur drei Module mit mehr als 1000 Zeilen wobei der gr te eine L nge von 1500 Zeilen hat Die durch schnittliche L nge einer Funktion betr gt berhaupt nur 25 Zeilen Damit ist jede Funktion auf die absolut notwendige Komplexit t reduziert hat einen mit freiem Auge berschau baren Umfang und kann mit 100 Abdeckung getestet werden Die Fehlerfreiheit jeder einzelnen Funktion ist daher mit beinahe absoluter Sicherheit gegeben was ein wesentlicher Grund daf r ist dass ein Programm der Dialog Data niemals abst rzt Als Nebeneffekt dieser Konzeption hat jeder Programmierer die M glichkeit mit einfachsten Mitteln unter Ver wendung der verf gbaren Bausteine hochintelligente und komplexe Verarbeitungen zu entwickeln ohne gro e Folgeprobleme bef rchten zu m ssen Das ist nicht zuletzt auch eine Voraussetzung daf r dass Firmen mit ei gener Softwareentwicklung die Bibliotheken der Dialog Data auch f r Eigenentwicklungen verwenden Ein weiterer Aspekt der Fehlervermeidung durch Modularisierung und Wiederverwendung besteht in der drasti schen Reduzierung der Fehlergefahr bei Programm nderungen Falls die Arbeitsweise einer Funktion anzu pa
38. von Linux und der Integration aller f r den Betrieb der ben tigten Hardware etwa Scanner Kameras Druc ker Streamer externe USB Ger te erforderlichen Softwarekomponenten und Treiber Netzwerkmanagement Das Netzwerkmanagement ist f r alle Formen der Vernetzung von Computern zust ndig und betreut die Konfi guration lokaler Netze ebenso wie VPN und WLAN Installationen oder die Einrichtung spezieller Netzknoten wie RFID Leser Sensoren oder T rschlie anlagen Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 8 Dialog Data Verantwortung der Leitung Kommunikationsmanagement Das Kommunikationsmanagement befasst sich mit dem computergest tzten Informationsaustausch In diesen Bereich fallen Mailsysteme alle Internetanwendungen computergesteuerte Telefonsysteme sowie der proto kollgesteuerte Informationstransfer beispielsweise EDIFACT Security Service Der Security Service ist f r alle Fragen der Computersicherheit zust ndig Hier werden nicht die Sicherheits ma nahmen f r Internezug nge geregelt sondern auch alle internen Sicherheitsprobleme behandelt sowie Fragen der Datenverschl sselung der Authentifizierung und der elektronischen Unterschrift bearbeitet Rechenzentrum Das Rechenzentrum f hrt Rechenzentrumsdienstleistunge
39. von den Programmen verwendeten Funktionsaufrufe m ssen einwandfrei funktionieren um den Modultest erfolgreich bestehen zu k nnen Die eigentliche Aufgabe der Integrationstest besteht darin das Zusammenwirken der einzelnen Programme in nerhalb eines Anwendungssystems und ber mehrere Anwendungssysteme hinweg zu pr fen 5 10 6 Regressionstests Die Regressionstests haben wegen der Struktur der Softwareentwicklung bei der Dialog Data eine zentrale Be deutung Wegen des modularen Aufbaus und des hohen Wiederverwendungsanteils werden sehr viele Module in einer gro en Zahl von Anwendungsprogrammen verwendet und bei der Compilation automatisch eingebunden Das bringt vielf ltige Vorteile f hrt jedoch auch dazu dass sich die Anderung einer solchen Bibliotheksfunktion auf 50 oder mehr Programme auswirken kann Durch die Einrichtung von Standardpr fprozeduren die jederzeit wiederholt werden k nnen kann die gesamte Software nach jeder Anderung mit den seinerzeit bei der Neuentwicklung festgelegten Testf llen berpr ft Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 23 Dialog Data Pr fverfahren in der Softwareentwicklung werden Damit k nnen nicht nur nderungen von Bibliotheksfunktionen berwacht werden es wird auch ge pr ft ob Programmanpas
40. werden Ebenso sind f r allgemeine Fragen die Allgemeinen Gesch ftsbedingungen f r verschiedene Leistun gen der Dialog Data festgelegt Diese vorgefertigten Vereinbarungen m ssen vom Auftraggeber jedoch nicht bernommen werden sind dann allerdings in jeder Einzelheit gesondert festzulegen Ohne positive Erledigung der Vertragspr fung d rfen keinerlei Arbeiten in Zusammenhang mit dem gegen st ndlichen Auftrag in Angriff genommen werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 6 Dialog Data Systemeinf hrung 2 5 Beschaffung Wird der Auftrag abgewickelt werden zun chst die daf r ben tigten Komponenten bei internen oder externen Lieferanten beschafft Die diesbez glichen Regelungen werden im Abschnitt Sicherung der Produktqualit t behandelt 2 6 Systemkonfiguration Die Integration und Konfiguration von Anwendersystemen wird bei der Dialog Data von einer eigenen Abteilung der Systemintegration erledigt welche die Produkte aus allen Bereichen zu einem System zusammenf hrt entsprechend konfiguriert und das Zusammenwirken aller Systembestandteile sicherstellt Anwendersysteme bestehen aus einer Vielzahl unterschiedlicher Komponenten Zentraleinheit Workstations Netzwerk Betriebssystemparameter Anwendungssoftware die unt
41. werden nach dem Standardprozess der Konferenzabwicklung durchgef hrt Start eek Umfang Audit Auditleiter festlegen Jahresplanung Vor Auditleiter besprechung Bereichsleiter Anforderungen Auditleiter fi MT p p A Checkliste Feinplanung Bereichsleiter NEBEN de l Auditbericht Durchf hrung e au des internen Auditorenteam Audits erbesserungs io vorschl ge EP Zu Nach audit i Korrektur Auditleiter Nachaudit ma nahmen Bereichsleiter Auditabschlu 4 Auditleiter Abb 3 Interne Audits Die Qualit tssicherung bereitet die Audits durch Zusammenstellung aller relevanten Informationen sowie einer bersicht ber die zur gegenw rtigen Praxis denkbaren Alternativen vor und l sst diese Unterlagen den Audit teilnehmern rechtzeitig zukommen Gegenstand der planm igen internen Audits ist die berpr fung der Wirksamkeit der Qualit tssicherung bei der berpr ften qualit tsrelevanten Vorg ngen oder Verfahren und den dabei erzielten Ergebnissen bezie hungsweise produzierten Produkten Bei entsprechendem Anlass etwa aktuell notwendige nderungen im Qualit tssicherungssystem werden au Berplanm ige Audits abgehalten f r welche dieselben Prinzipien wie f r die geplanten Audits gelten Die Ergebnisse dieser Audits werden aufgezeichnet und in Ma nahmen f r weitere qualit tsrelevante Verbes serungen umges
42. 2 j Detailkonzept La a Entwicklung Interne Abnahme Integration in Gesamtsystem bergabe an Anwender Abb 10 Bearbeitung eines Softwareentwicklungsauftrags Diese Form der Abwicklung hat zwar erhebliche Vorteile aber auch den Nachteil dass die Softwareentwick lung mit dem eigentlichen Auftraggeber nicht im Ber hrung kommt Die Kundenbetreuung muss daher sicher stellen dass die Kommunikation zwischen Kunden und Entwicklung reibungslos funktioniert Aus der Sicht der Kunden ist die Zwischenschaltung der Kundenbetreuung insofern kein Nachteil als ihnen damit seitens der Dialog Data ein Ansprechpartner f r alle Probleme gleichzeitig zur Verf gung steht Die Softwareentwicklung kann davon ausgehen dass f r einen Entwicklungsauftrag bereits alle Anforderungen gekl rt sind und ein Grobkonzept vorliegt Andererseits ist es nicht Aufgabe der Softwareentwicklung die Konfi guration und Integration f r ein vollst ndiges System abzuwickeln weil daf r in den meisten F llen Produkte ben tigt werden die nicht im Einflussbereich der Softwareentwicklung liegen Hardware Betriebssysteme und Software fremder Hersteller einschlie lich Public Domain Software werden zusammen mit den Anwendungssy stemen der Dialog Data von der Systemintegration unter Einbeziehung verschiedener Dienstleistungsstellen etwa Netzwerkmanagement zu einem Gesamtsystem vereint bei dem die Konfiguration und das Zusammen wirken all
43. Bestandteile vom System nochmals automatisch compiliert und getestet um sicherzustellen dass auch das aus den Teilprodukten zusammengesetzte Integrationsobjekt einwandfrei erzeugt und getestet werden kann und dass keine Fehler mehr vorhanden sind wenn diese Pro dukte in den aktuellen Stand der Projektdateien bernommen werden Wenn er entsprechende Gr nde daf r hat kann der Integrator die Integration abbrechen und das System in den Entwicklungszustand zur ckversetzen Das wird dann der Fall sein wenn das Integrationsergebnis irgend welche Vorgaben verletzt die nicht automatisch gepr ft werden k nnen Die Rolle des Integrators enth lt also auch eine weitere Reviewfunktion Wenn der Integrator zustimmt wird die integrierte Version des Produktes in den aktuellen Stand des Produktes bernommen und ersetzt logisch die Vorg ngerversion in der Datenbank des Kontrollsystems selbstverst nd lich bleiben auch alle vorherigen Versionen erhalten sind aber f r Anderungen nicht mehr zug nglich Parallel dazu werden alle Protokolldateien archiviert in welchen die einzelnen Vorg nge im Projekt aufgezeichnet sind Gleichzeitig erfolgt die Freigabe des Produktes womit die neue Version auch f r andere Projekte zug nglich wird Die Integration ist auch bei Dokumenten erforderlich weil hier alle eingebundenen Teildateien und Graphiken zu einem Dokument zusammengef hrt werden und erst in dieser Phase die Korrektheit hinsichtlich fortlaufen der
44. Dialog Data Qualit tssicherung SIG Qualit tssicherungshandbuch Ver 02 Dialog Data Dialog Data Qualit tssicherungshandbuch Die vorliegende Dokumentation beschreibt die Grunds tze der Qualit tssicherung der Dialog Data Betriebsberatungs und Datenverarbeitungsgesellschaft unter Ber cksichtigung der in den Normen DIN ISO 9001 und ISO 9000 3 festgelegten Richtlinien Dieses Qualit tssiche rungssystem umfasst das gesamte Unternehmen Die Dialog Data hat als relativ kleiner Betrieb seit jeher das Problem zu l sen dass kein ver n nftiger EDV Anwender das Unternehmen mit Leistungen beauftragen wird wenn er die selben Dienste von einem Gro konzern erh lt Trotz dieser Gegebenheiten kann sich die Dialog Data seit 20 Jahren auf dem EDV Markt durchsetzen weil zahlreiche Ma nahmen von grundlegender Bedeutung daf r sorgen dass sich die Leistungen des Unternehmens ganz wesentlich von jenen anderer Anbieter unter scheiden e Standardleistungen m ssen in besserer Qualit t erbracht werden als dies bei anderen Anbietern der Fall ist wobei f r eine permanente Verbesserung aller Qualit tsmerkmale gesorgt wird e Im Bereich der Anwendungssoftware werden L sungen entwickelt welche durch die darin enthaltene Kreativit t und Intelligenz sicherstellen dass man gleichwertige Produkte mit vertretbarem Aufwand bei anderen Softwareherstellern nicht beziehen kann e Innovative Zusatzleistungen steigern den Wert der Produkte und Dienst
45. Es sollen hier alle funktionellen Forderungen an die System einschlie lich allf lliger Anforderungen an Leistung Zuverl ssigkeit Datenschutzeinrichtungen oder sonstige Qualit tsattribute sowie m gliche Einschr nkungen aufscheinen Aufgrund dieser Anforderungen wird ein fachliches Grobkonzept ausgearbeitet das eine m gliche L sung der Aufgabenstellung in einer f r beide Auftragspartner eindeutig verst ndlichen Form darstellt ohne auf techni sche Details n her einzugehen Dieses Grobkonzept beschreibt nicht nur in allen Einzelheiten wie die im Pflichtenheft festgehaltenen Anforderungen erf llt werden sollen es legt auch eindeutig fest welche Ergebnis se erwartet werden und in welcher Form diese Ergebnisse berpr ft werden Es wird ausdr cklich festgehalten dass der Auftrag als erf llt gilt wenn das System diese Ergebnisse liefert Die Zwischenergebnisse der Konzeption werden in regelm igen Audits mit dem Auftragspartner besprochen und abgekl rt 2 4 2 Planung der Abwicklung Parallel zur Entwicklung des Grobkonzepts wird ein Konzept zur Abwicklung des Auftrags entwickelt Projekt management Dieses Konzept legt die bei Auftraggeber und Auftragnehmer zur Erreichung der Projektziele einzusetzenden Ressourcen fest und enth lt einen in Phasen gegliederten Terminplan welcher den zeitlichen Ablauf darstellt und die zu bestimmten Zeitpunkten von einem der Vertragspartner zu erbringenden Leistungen sowie die zu erreichenden Zwis
46. Nummerierung von Kapiteln Abbildungen und Tabellen sowie der verschiedenen Inhaltsverzeichnisse berpr ft werden kann Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 18 Softwarewartung Dialog Data 5 9 Softwarewartung Die Softwareentwicklung der Dialog Data besch ftigt sich weniger mit der Abwicklung von Programmierauftr gen sondern konzentriert sich berwiegend auf die permanente Weiterentwicklung der vorhandenen Standard systeme Die Fertigstellung neuer Software bildet daher nicht den Abschluss eines Projektes sondern den Be ginn eines jahrelangen Wartungsprozesses in dem die urspr ngliche Entwicklungsarbeit st ndig erg nzt und verbessert wird Eine Abgrenzung zwischen Entwicklungsprojekten und Wartungsprojekten ist aus diesem Grund gar nicht oder nur durch Kunstgriffe m glich Die laufende Verbesserung der verf gbaren Software stellt vielmehr eine der Hauptaufgaben der Softwareentwicklung dar Die Praxis zeigt dass innerhalb eines Jahres etwa 70 aller vorhandenen Sourcedateien ver ndert werden wobei der berwiegende Anteil auf Softwareverbesserungen entf llt w hrend der Aufwand f r die Fehlerbesei tigung wegen des exzessiven Testaufwands minimal ist Es werden pro Jahr bis zu 500 einzelne Verbesserun gen an der Software vorgenomme
47. O 12119 Kriteri en zur Produktqualit t von Softwareerzeugnissen fest die sich auf Dokumentation Programme und Pr fverfah ren beziehen Alle diese Vorschriften werden von der Softwareentwicklung berpr ft und in einem Produktzertifikat doku mentiert Dieses Dokument ist kein von einer unabh ngigen Pr fstelle erteiltes Qualit tszertifikat sondern h lt fest wie weit das jeweilige Softwareprodukt von den in ISO 12119 festgelegten Kriterien abweicht und mit wel chen Ma nahmen eine vollst ndige Erf llung der Norm erzielt werden kann Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 25 Dialog Data Konfigurationsmanagement 5 12 Konfigurationsmanagement Nach ISO 9000 3 soll das Konfigurationsmanagement einen Mechanismus zur Identifizierung Lenkung und R ckverfolgung der Version jedes Softwareelements zur Verf gung stellen Diese Aufgabe ist jedoch durch den zuvor beschriebenen Softwareentwicklungsprozess vollst ndig gel st und kontrolliert weshalb diese Aufgabe f r die Softwareentwicklung der Dialog Data kein speziell zu l sendes Problem darstellt Sehr wohl wird jedoch ein Mechanismus ben tigt der die Lenkung und berwachung verschiedener Kombina tionen von Produkten nicht beschr nkt auf Software erm glicht was auf mehreren Ebenen mit
48. Test System ben tzen ohne die Echtdaten zu ver ndern Ebenso k nnen mit diesem Testsystem neue Mitarbeiter gefahrlos eingeschult werden In hnlicher Weise bietet dieses System Unterst tzung beim Anwendungsprototyping und erlaubt die ge fahrlose Erprobung von neuen Abl ufen und Prozessen innerhalb des Anwendungssystems gt Interessenten k nnen sich mit Hilfe der Testdaten von der Leistungsf higkeit der gew nschten Software berzeugen und fehlende Systemfunktionen feststellen gt Die Dokumentation zu UniTest enth lt eine vollst ndige Beschreibung aller Systemfunktionen und kann als Grundlage zur Festlegung der Anforderungen oder f r ein Pflichtenheft verwendet werden gt Im Rahmen der Auftragspr fung werden die zur Abnahme n tigen Tests mit UniTest festgelegt was den Aufwand deutlich reduziert da ein Gro teil der Testdaten schon vorbereitet ist und nicht erst vom Anwender zusammengestellt werden muss Bei Softwareentwicklungen werden die zus tzlich ben tigten Testdaten zusammen mit den geforderten Ergebnissen entsprechend festgelegt gt Die Softwareentwicklung verwendet UniTest nicht nur f r das Testen aller Softwareprodukte in den ver schiedenen Entwicklungsphasen sondern ist auch daf r verantwortlich den Datenbestand jeweils so zu modifizieren dass s mtliche m glichen F lle abgedeckt sind Die Vollst ndigkeit der Tests Test Coverage wird mit eigenen Werkzeugen berpr ft Diese Unterlage ist geisti
49. X Systeme bei 99 85 liegt was die Effizienz der Ma nahmen zur Sicherung der Verf gbarkeit eindrucksvoll unterstreicht 3 5 3 St rungsbehebung Auch die Beseitigung von St rungen f llt in den Bereich des Technischen Dienstes Neben den vorbeugenden Ma nahmen wird durch eine entsprechende Ersatzteilbevorratung sichergestellt dass eine umgehende Besei tigung des Defekts m glich ist S mtliche bei Kunden installierten Ger te und Bauteile sind im Lager des Technischen Dienstes vorr tig wes halb sich die Techniker im Falle einer St rung mit Reparaturen beim Kunden gar nicht erst aufhalten sondern in jedem Fall das defekte Ger t austauschen und auf diese Weise die Betriebsbereitschaft sofort wieder her stellen k nnen Es wenn das System des Kunden wieder ordnungsgem ben tzbar ist wird im B ro der Dia log Data eine Reparatur des defekten Ger tes versucht Wie bereits zuvor festgehalten wurde sind wegen der umfassenden Vorbeugungsma nahmen ernste St run gen u erst selten Im Durchschnitt f llt ein System h chstens alle drei Jahre aus und ist innerhalb eines Ta ges wieder betriebsbereit H ufiger treten Ausf lle bei Peripherieger ten Drucker und Personalcomputern auf die allerdings auch schneller und einfacher zu beheben sind 3 5 4 Messung der Verf gbarkeit Bei Computeranlagen wird der Gesamtnutzungsgrad der Anlage f r jedes installierte System ermittelt wobei in den meisten F llen eine Mindestverf gbarkei
50. agspr fung 20 0 0 sum a anna a nn nn a nr 2 4 2 5 Beschaffung is roaie a a a D E a a E E E E E ES 2 6 2 6 Systemkonfiguration 2nmsuannunn nun nennen 2 6 2 7 Systemeinf hrung 2 32 ee a a een 2 6 2 8 Abnahme amt an na a a a S 2 7 2 9 Kundendienst 2 24 re a Een 2 7 3 Sicherung der Nutzungsqualit t anununnnnnnnn nn nn nenn 3 1 3 1 Vorwegnahme von Kundenw nschen z2nsnunnnnn nennen nn nn 3 1 3 2 Ereignisse und Gefahren H Huunnenn nennen nennen 3 2 3 3 Anfragebearbeitung HHenmnHe neun nennen 3 3 3 4 Konferenzabwicklung HH nne ernennen een nn 3 4 3 5 Betreuung der installierten Hardware HH Hnuen nennen een een 3 5 3 6 Kundenzufriedenheit suannuunn une n nn 3 6 3 7 Kommunikation mit Kunden z2susannen nun nn nenn 3 6 4 Sicherung der Produktqualit t zz2ssunnenen nenn nn nn nn 4 1 4 1 Lenkung der Produkte 00 a0000000 00 0 0 00 nn a an 4 1 4 2 Beschaff ng 2 2 ea re 4 2 4 3 Identifikation und R ckverfolgbarkeit von Produkten 2r2unnannnunn nun 4 3 4 4 Produktpr fung 2 a a e E E E E E 4 4 4 5 Pr fmittel iede ane aana e a ee ee E a 4 5 4 6 Lenkung von Fremdprodukten Hrrren nennen nen een 4 6 4 7 Lenkung fehlerhafter Produkte Hrrren nennen nen nennen 4 7 4 8 Handhabung Lagerung und Versand HHenmne erneuern 4 8 5 Softwareq
51. an seinem Arbeitsplatz die f r seine Aufgaben ben tigten Ressourcen vorfindet es muss auch f r jeden Mitarbeiter ein privater Freiraum verf gbar sein Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Index Dialog Data Ver 02 Blatt 10 1 10 Index Die im folgenden Index mit Kleinbuchstaben bezeichneten Seitenangaben zum Beispiel iii oder v beziehen sich auf die Einleitung vor dem ersten Abschnitt A Abnahme 2 7 5 2 Abnahmeprotokoll 2 7 Abnahmetest 2 7 5 23 Abwicklung 2 4 Allgemeine Datenstruktur 5 8 Analyse der Dynamik 5 10 Analyse der Funktionen 5 10 Anforderungen iii 2 4 5 2 Anforderungen des Marktes 2 2 Anforderungsprofile 7 4 Anfragebearbeitung 3 3 Anwenderhandbuch 5 27 Anwenderschulung 2 6 Anwendersystem iii Konfiguration 2 6 Anwendungsmodul 5 5 Anwendungsprogramm 5 5 Anwendungsprogrammentwicklung 1 6 Anwendungssystem iii 5 5 Anwendungssystementwicklung 1 6 5 6 Arbeitsplatzgestaltung 9 3 Audit 1 7 1 10 3 4 Auditplan 1 10 Auditpl ne 1 9 Aufbewahrungsfrist 8 2 Auftragsabwicklung 2 3 2 4 Auftragspr fung 2 3 2 4 Auftragspr fung bei Beschaffung 4 2 Aufzeichnungen 8 1 Aufbewahrungsfrist 8 2 Ausbildung Siehe Schulung Ausfallsplan 9 3 Auslieferung Produktpr fung 4 4 Beigestellte Produkte 4 6 Benutzerinterfaces 5 10 Benutzerschnittstell
52. as gelieferte Produkt dem Anwender im Betrieb uneingeschr nkt zur Ver f gung steht ihn optimal bei seinen Aufgaben unterst tzt sich rechtzeitig an ge nderte Einsatzbedingungen anpasst und durch laufende Verbesserungen permanent an Effizienz gewinnt Diese Zielsetzung kann nur durch eine umfassende Betreuung des Anwenders w hrend der Nutzung erreicht werden Die intensive Zusammenarbeit mit den Benutzern die Sorge f r eine permanente und uneingeschr nkte Ver f gbarkeit und die sofortige Reaktion auf W nsche der Anwender stellen sicher dass f r die Kunden ein Wech sel zu einem anderen Lieferanten nicht einmal theoretisch in Frage kommt Dazu sind einerseits Ma nahmen erforderlich die Ausf lle w hrend des Betriebs verhindern w hrend anderer seits daf r zu sorgen ist dass die Produkte den Anforderungen des Anwenders auch dann optimal gerecht werden wenn sich die Anforderungen des Benutzers ndern was eine permanente und umfassende Analyse der Benutzerw nsche voraussetzt Die Wartungsarbeiten an den Produkten k nnen sich daher nicht auf die Behebung von St rungen beschr n ken sondern zielen darauf ab St rungen von vornherein zu verhindern und gleichzeitig die Produkte laufend zu verbessern Mit der bergabe eines Systems an den Anwender ist die Auftragsabwicklung zwar abgeschlossen es folgt in aller Regel jedoch unmittelbar die Arbeit am lebenden System die sowohl Pr vention wie auch eine konti nuierliche Verbess
53. ationsabteilung f r das Zusammenwirken der Anwen dungen mit allen anderen Systemkomponenten sorgen Beispielsweise ist es nicht Aufgabe der Programment wicklung in der Buchhaltung sich um den Verbindungsaufbau zwischen Modems beim Telebanking zu k m mern Die Systemintegration stellt die Funktionsf higkeit der Applikation auf verschiedenen Plattformen sicher und f hrt insbesondere im Rahmen der Auftragsabwicklung in Zusammenarbeit mit den Dienstleistungsabtei lungen Systemservice Netzwerkmanagement Kommunikationsmanagement und Security Service die Konfi guration des Systems f r einen konkreten Anwender nach dessen Vorgaben aus Sie sichert auch das Zusam menwirken des gelieferten Systems mit vom Anwender genutzten Fremdprodukten Dienstleistungen Der Dienstleistungsbereich umfasst jene Dienstleistungsabteilungen die sowohl firmenintern wie auch f r Kun den arbeiten Service Center Das Service Center betreut die im Unternehmen sowie bei Kunden installierte Hardware und f hrt entsprechen de Wartungsma nahmen sowie Reparaturarbeiten aus Der Servicedienst verwaltet in Zusammenarbeit mit der Warenwirtschaft der Einkaufsabteilung das Ersatzteillager sowie die Stand by Ger te und kontrolliert zusam men mit der Abteilung Produktmanagement die Behandlung der defekten Ger te Reparatur oder Entsorgung Systemservice Der Systemservice befasst sich mit der Einrichtung Konfiguration und Betreuung von Betriebssystemen spezi ell
54. beginn e Die Anweisungen f r die Inbetriebnahme enthalten die Vorschriften die bei der erstmaligen Inbetriebnahme der Software zu beachten sind e Die normale Benutzung muss durch eine vollst ndige Darstellung aller im Softwareprodukt enthaltenen Ein richtungen und Funktionen erl utert werden e Die Testverfahren die in UniTest zur Pr fung der Software eingerichtet sind e Dar ber hinaus enth lt das Anwenderhandbuch die in Dokumentationen allgemein vorgesehenen Abschnitte wie Deckblatt Inhaltsverzeichnis und Index Die Gliederung des Anwenderhandbuchs wird so gestaltet dass sich die vermutlich am h ufigsten ben tigten Abschnitte normale Benutzung im vorderen Teil befinden w hrend die brigen Abschnitte Installation erst malige Inbetriebnahme am Ende des Handbuchs zusammengefasst werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 28 Dialog Data Die Dokumentation zur Software 5 13 2 Dateibeschreibungen Die Beschreibungen der von den Programmen bearbeiteten Dateien werden als eigene Handb cher entwickelt weil sie einerseits von der Softwareentwicklung ben tigt werden andererseits im Gegensatz zur brigen Ent wicklungsdokumentation auch auf Wunsch an Anwender abgegeben werden Au erdem erfolgt die Datenmodellierung applika
55. bst bestimmt werden e Alle Vorg nge und Zustands berg nge werden exakt protokolliert und sind jederzeit nachvollziehbar e Ebenso sind alle fr heren Produktversionen verf gbar und k nnen bei Bedarf wiederhergestellt werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 15 Dialog Data Steuerung der Entwicklung e Die Vorg nge werden in einer solchen Weise gesteuert dass alle Aspekte der Qualit tssicherung ber cksich tigt werden Zum Beispiel ist es nicht m glich dass ein Entwickler Reviews mit seinen eigenen Produkten durchf hrt e S mtliche zur berpr fung der Entwicklungsarbeiten ben tigten Tests m ssen schon bei der Spezifikation der geplanten Aufgabe festgelegt werden und werden vom System im Zuge der Integration vollautomatisch ausgef hrt Eine Einschr nkung besteht diesbez glich nur beim Test von GUI Anwendungen die eine Inter aktion mit dem Benutzer erfordern etwa dem Testen von Mausfunktionen Schl gt auch nur einer der vorge sehenen Tests fehl wird die Freigabe des gesamten Entwicklungsprojekts vom Kontrollsystem unterbunden e Das System berwacht eine Reihe von Abh ngigkeiten Wird beispielsweise eine Schnittstelle in einem Pro gramm ver ndert so m ssen alle anderen Programme angepasst werden welche dieselbe Schnitts
56. chenergebnisse festh lt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 5 Auftragspr fung Dialog Data Ebenso werden die Kommunikationswege zwischen den Vertragspartnern einschlie lich der jeweiligen Projekt verantwortlichen sowie Regelungen f r den Fall festgelegt dass Abweichungen vom geplanten Verlauf auftre ten Diese Abweichungen k nnen sowohl die Termine wie auch die spezifizierten Anforderungen betreffen et wa wenn sich w hrend der Projektabwicklung die Gegebenheiten ndern oder nachtr glich zus tzliche Anfor derungen bekannt werden Nicht zuletzt wird ein Qualit tssicherungsplan f r das Projekt erstellt dessen Inhalt von der jeweiligen Aufga benstellung abh ngt und in der Verfahrensanweisungen geregelt wird 2 4 3 Vertragspr fung Die interne Vertragspr fung stellt sicher dass f r beide Partner vor Beginn der Auftragsabwicklung alle den Auftrag betreffende Details eindeutig gekl rt sind e Die Anforderungen m ssen explizit festgelegt und dokumentiert sein alle Abweichungen von der Aus schreibung m ssen ausdr cklich erw hnt sein e Die Begriffe m ssen zwischen den Vertragspartnern abgestimmt sein e Die anzuwendenden Gesetze Normen Richtlinien und Verfahren m ssen festgelegt sein e Es m ssen auf beiden Sei
57. delt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 5 Pr fmittel Dialog Data 4 5 Pr fmittel Die verwendeten Pr fmittel dienen grunds tzlich der Feststellung bestimmter allgemeiner Zust nde ohne dass dabei eine besondere Pr zision erforderlich w re Eine Eichung von irgendwelchen Messger ten findet daher nicht statt wohl aber eine berpr fung der Funktionsf higkeit in dem f r die jeweilige Messung erforderlichen Ausma Im Bereich der Hardware werden Pr feinrichtungen dazu verwendet die Spannung von Stromversorgungen zu kontrollieren Digitalmultimeter oder Kontakte in Kabelverbindungen durch Widerstandsmessung zu pr fen Bei allen diesen Messungen sind gro e Toleranzen erlaubt Eine Abstimmung der Messger te erfolgt regelm Big durch Messung von bekannten Werten Ebenfalls zu den Pr fmitteln zu rechnen sind jene Testsysteme die zur Pr fung von Hardwarebauteilen verwendet werden Da hier nur eine berpr fung der Funktion ohne quanti tative Messungen erfolgt ist eine Kalibrierung nicht erforderlich Dasselbe gilt f r die zum Hardwaretest ver wendete Software die in vielen F llen ohnehin im getesteten Modul selbst enthalten ist Selbsttest und nicht ver ndert werden kann Im Bereich der technologischen Infrastruktur sind di
58. den Projekten werden durch den Qualit tssicherungsbeauftragten einmal j hr lich interne Audits durchgef hrt Er legt den Termin eine Woche vorher fest stimmt ihn mit der Gesch ftsf h rung und den zust ndigen Mitarbeitern in der Entwicklung ab und f hrt den Audit zum angegebenen Zeitpunkt durch Zur Bewertung des Qualit tssicherungssystems wird die im Handbuchs WCF enthaltene Checkliste verwendet die derzeit 108 Positionen umfasst Die Qualit tssicherung fertigt zu den Ergebnissen des Audits einen Bericht an und l sst ihn der Gesch ftsf hrung sowie allen Mitarbeitern zukommen Er h lt etwaige M ngel in dem Be richt fest setzt Fristen f r die Beseitigung und h lt unter Umst nden weitere Audits ab um die Beseitigung der dokumentierten M ngel zu berpr fen Falls in Projekten M ngel oder m gliche Verbesserungen identifiziert werden die einer Verbesserung des Sy stems insgesamt dienen k nnten muss der Qualit tssicherungsbeauftragte berlegen ob er das System zur Qualit tssicherung und das Handbuch anpassen oder ndern sollte Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 9 Dialog Data Das Qualit tssicherungssystem 1 3 Das Qualit tssicherungssystem Um sicherzustellen dass die Qualit tsforderungen der Kunden erf llt we
59. der Erf llung der Qualifikationsanforderungen werden bei Einstellung neuer Mitarbeiter etliche zus tzli che Faktoren beachtet Ausbildung Erfahrung Kreativit t Intelligenz Training Motivation Engagement Selbst ndigkeit Teamf higkeit Pers nlichkeit Die Unternehmensleitung sorgt durch eine entsprechende Auftragssituation und Ressourcenplanung daf r dass ein kurzfristiger Personalbedarf niemals auftreten kann Neue Mitarbeiter werden nur dann besch ftigt wenn dies langfristig geplant ist und der betreffende Bewerber vollst ndig den Anforderungen entspricht Dies ist schon deshalb notwendig weil speziell im Bereich der Softwareentwicklung mindestens sechs Monate in terne Ausbildung n tig sind bevor ein neuer Mitarbeiter mit konkreten Aufgaben betraut werden kann Daher ist die Beseitigung von Kapazit tsengp ssen durch kurzfristige Personaleinstellungen von vornherein ausge schlossen Das Unternehmen f rdert die Personalentwicklung der besch ftigten Mitarbeiter in vielf ltiger Hinsicht e F r jeden Mitarbeiter wird j hrlich ein Ausbildungsplan ausgearbeitet der festlegt welche Ausbildungsziele erreicht werden sollen und wieviel Zeitaufwand daf r zur Verf gung steht Allgemein sind mindestens 15 der Gesamtarbeitszeit f r Fortbildungsma nahmen reserviert S mtliche Mitarbeiter der Dialog Data sind an sterreichischen Hochschulen inskribiert und absolvieren ent weder regul re Studien oder besuchen ausgew hlte Lehrv
60. der Konfiguration eines Systems wird die Software von der Systemintegration neuerlich getestet worauf schlie lich die Abnahmetests folgen die allerdings im allgemeinen denselben Umfang wie die von der System integration vorgenommenen Tests haben Grunds tzlich werden Softwaretests auf eigenen Testsystemen ausgef hrt die einerseits frei von st renden Nebeneffekten Computerviren andere nicht funktionsf hige Programme sind und andererseits nicht als Ar beitssysteme im Unternehmen genutzt werden Diese Testsysteme sind auch vollst ndig von den Echtdatenbe st nden im Unternehmen isoliert F r den Test von Netzwerkanwendungen werden in derselben Weise eigene Testnetze eingerichtet die mit dem Firmennetz nicht in Verbindung stehen 5 10 1 Testplanung Die Testplanung legt die erwarteten Ergebnisse fest und bestimmt die Verfahren mit denen diese Ergebnisse berpr ft werden Neben den Testdaten und den damit zu erzielenden Ergebnissen m ssen je nach Typ des Moduls die anzu wendenden Methoden und entsprechende Richtlinien f r die Entwicklung vorgegeben werden In den meisten F llen sind daf r Standardchecklisten verf gbar Die wichtigste Aufgabe der Testplanung besteht darin f r neu entwickelte Module beziehungsweise f r alle n derungen ein vollst ndiges Testverfahren im Testsystem UniTest so einzurichten dass alle Tests vom Kontroll system f r die Softwareentwicklung automatisch ausgef hrt werden k nnen Sind dazu Test
61. derdaten Diese Abgrenzung ist deshalb von Be deutung weil die Softwareinstallation so gestaltet sein muss dass durch Programmupdates die Daten das An wenders in keiner Weise beeinflusst werden Daher sind die Programme eines Anwendungssystems von den damit bearbeiteten Datenbest nden immer streng getrennt Konfigurationsmanagement W hrend in der Literatur das Konfigurationsmanagement oft mit der Versionskontrolle siehe unten gleichge setzt wird sind Konfigurationsmanagement und Versionskontrolle bei der Dialog Data zwei v llig unterschiedli che Aufgabenbereiche die kaum miteinander in Beziehung stehen Das Konfigurationsmanagement befasst sich mit der Planung und Aufzeichnung der einzelnen Bestandteile ei nes Gesamtsystems sowie der zur Systemsteuerung festgelegten Parameter wie etwa Netzadressen Eine de taillierte Planung und Aufzeichnung der beim Kunden eingesetzten Konfiguration ist ein Teil der Kundenbetreu ung und deshalb notwendig weil sich die Anwender selbst erfahrungsgem mit derartigen Informationen nicht befassen was zu unl sbaren Problemen f hrt falls das System erweitert oder neu installiert werden muss Lastenheft Das Lastenheft legt die im Rahmen des Auftrages zu erbringenden Leistungen fest Es entsteht durch Anpas sung des Pflichtenhefts siehe unten an die im Zuge der Auftragsabwicklung geplanten konkreten Leistungen Pflichtenheft Das Pflichtenheft enth lt die vom Anwender festgelegten Anforderunge
62. dert gekennzeich net werden Zeigen sich bei der Eingangspr fung Defekte wird das Standardverfahren zur Lenkung fehlerhaf ter Produkte eingeleitet wobei der Kunde von dem das Ger t stammt die Rolle des Lieferanten bernimmt Dasselbe Verfahren wird auch f r Ger te angewendet die von Kunden zur Reparatur bergeben werden Auch hier entspricht der Ablauf der standardisierten Vorgehensweise und wird wie bei allen Ger ten abgewic kelt welche bei der Eingangspr fung Fehler zeigen 4 6 2 Datentr ger und Dokumente Analog wird mit von Kunden beigestellten Datentr gern verfahren die Testdaten oder zu integrierende Soft ware enthalten Wie bei allen Datentr gern ist auch hier eine Virenpr fung vorgeschrieben ebenso gelten alle einschl gigen Vorschriften betreffend den Datenschutz Vom Anwender beigestellte Dokumente etwa Spezifikationen oder Begleitpapiere zu beigestellten Ger ten oder Programmen werden in die Projektdokumentation aufgenommen und dort entsprechend ihrer Bestim mung weiter bearbeitet 4 6 3 Software Der gr te Anteil an Fremdprodukten f llt in den Bereich der Software wobei drei Gruppen zu unterscheiden sind e Vielfach wird von Kunden die Integration von kommerziellen Produkten fremder Softwarehersteller in ein Gesamtsystem gefordert zum Beispiel MS Office oder Oracle Diese Software kann sowohl von der Dialog Data beschafft wie auch von den Kunden beigestellt werden e Eine mittlerweile bereits un
63. die Software Technisch wissenschaftliche Software Diese Abteilung befasst sich mit der L sung mathematischer Probleme wie Matrizenrechnung Operations Re search oder Statistik und Kombinatorik aber auch mit technischen Anwendungen wie etwa Baustatik Sie hat grunds tzlich dieselben Aufgaben wie die Modulentwicklung und bildet deshalb einen eigenen Bereich weil hier eher Mathematiker als Softwareentwickler ben tigt werden Programmentwicklung Die Anwendungsprogrammentwicklung entwickelt eigenst ndige Programme und die zugeh rigen Konfigurati onsdateien unter Verwendung der in den Softwarebibliotheken verf gbaren Funktionen beispielsweise ein Pro gramm zur Belegerfassung in der Buchhaltung Diese Programme werden in Programmbibliotheken abgelegt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 7 Dialog Data Verantwortung der Leitung Anwendungssystementwicklung Die Anwendungssystementwicklung stellt aus den in den Programmbibliotheken verf gbaren Programmen An wendungssysteme sowie Branchenl sungen zusammen und stellt das Zusammenwirken der einzelnen Pro gramme sicher In dieser Abteilung werden keinerlei Programmierarbeiten ausgef hrt sondern lediglich bei Be darf entsprechende Entwicklungsauftr ge an die Programmentwicklung weiterge
64. dividuelle Behandlung aller Anforderungen und W nsche eine wichtige Basis f r die Zufriedenheit und das Vertrauen der Kunden in die Dialog Data Das Qualit tssicherungshandbuch stellt diese kundenorientierte Gesch ftspolitik auf eine definierte und eindeu tig geregelte Basis um die Anforderungen hinsichtlich Qualit t Zuverl ssigkeit und Termintreue noch besser erf llen zu k nnen Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 2 Dialog Data Verantwortung der Leitung 1 2 Verantwortung der Leitung Die Unternehmensleitung legt die Qualit tspolitik fest sorgt f r die dazu n tigen Ressourcen und stellt sicher dass diese Politik in allen Bereichen eingef hrt verstanden und beachtet wird 1 2 1 Qualit tspolitik und Willenserkl rung der Gesch ftsf hrung Qualit tspolitik hat bei der Dialog Data eine lange Tradition Die Zufriedenheit aller Kunden war ebenso wie die Zufriedenheit aller Mitarbeiter seit jeher das oberste Gesch ftsziel Durch ein von der Gesch ftsf hrung festgelegtes Qualit tssicherungssystem werden e Managementqualit t e Personalqualit t e Prozessqualit t e Produktqualit t e Servicequalit t e Dienstleistungsqualit t in einer kontrollierten und st ndig verifizierten Weise gesteuert und optimiert Die blo
65. dukte nicht gepr ft werden die durch die Pr fung unben tzbar werden wie etwa Medien f r CD Writer Bei allen derartigen Produkten beschr nkt sich die Pr fung darauf die Ver packung sowie die Oberfl che des Produktes auf u ere Sch den zu untersuchen Zur Eingangspr fung geh rt auch die generell f r s mtliche fremden Datentr ger g ltige Regelung dass alle den Hardwarekomponenten beiliegenden Treiberdisketten und Software CDs auf Computerviren untersucht werden Von der Dialog Data selbst erstellte Produkte speziell Software werden wie die Produkte fremder Hersteller nach der Freigabe durch die Entwicklung einer Pr fung interne Abnahme unterzogen Die Produkte werden vor ihrer Auslieferung einer weiteren Pr fung unterzogen und nur ausgeliefert wenn sie die festgelegten Qualit tsforderungen erf llen Bei Produkten die beim Kunden installiert und in Betrieb ge nommen werden erfolgt dort eine weitere Pr fung im Zuge der Abnahme ber alle Pr fungen werden Aufzeichnungen gef hrt 4 4 1 Zielsetzung Durch systematische Pr fungen soll sichergestellt werden dass nur spezifikationskonforme Produkte in den in nerbetrieblichen Materialfluss gelangen und nach entsprechender Verarbeitung das Unternehmen verlassen Es werden drei Arten von Pr fungen angewandt Durch eine Wareneingangspr fung wird sichergestellt dass fehlerhafte Produkte mit einfach erkennbaren M ngeln fr hzeitig entdeckt werden und nicht in den in
66. durchschlagen zu lassen Dar ber hinaus versucht die Dialog Data hnlich wie bei den Kunden auch zu Lieferanten langfristige Bezie hungen zu unterhalten und auf diese Weise bei den verwendeten Produkten trotz der technischen Entwicklung eine gewisse Kontinuit t zu wahren und die Verf gbarkeit von Ersatzteilen langfristig zu sichern Durch den langj hrigen Kontakt zu einzelnen Lieferanten ergeben sich auch gewissen Vorteile bei allf lligen Problemen oder Sonderw nschen etwa eine gr ere Bereitschaft zu Kulanzl sungen 4 2 2 Der Beschaffungsvorgang Bei jeder Beschaffung wird ein der Auftragspr fung analoger Vorgang abgewickelt bei dem sich die Dialog Da ta in der Rolle des Auftraggebers befindet Es werden Bedarf und Anforderungen festgelegt die Gefahren ge pr ft m gliche Alternativen bewertet und schlie lich ein schriftlicher Auftrag erteilt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 3 Dialog Data Identifikation und R ckverfolgbarkeit von Produkten 4 3 Identifikation und R ckverfolgbarkeit von Produkten S mtliche Produkte sind individuell gekennzeichnet und von ihrem Ursprung bis zum Anwender eindeutig ver folgbar 4 3 1 Produktkennzeichnung bei Hardware Handelsprodukte und Bauteile werden beim Wareneingang mit einer Ident
67. e Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 7 Dialog Data Kundendienst Personen mit der Einf hrung befasst sind und in welchem zeitlichen Ablauf die Einf hrung vorgenommen wer den soll Die Gr nde f r eine wenigstens teilweise Einf hrung beim Auftraggeber noch vor der eigentlichen Abnahme sind offensichtlich Wenn die Abnahme am Sitz des Auftraggebers wom glich unter Einbeziehung von dort bereits vorhandenen Einrichtungen durchgef hrt werden soll ist sie ohne vorhergehende Installation des ab zunehmenden Systems nicht m glich Au erdem kann der Auftraggeber die Abnahmetests nicht ausf hren wenn nicht zuvor eine entsprechende Schulung in der Benutzung der zu testenden Hardware oder Software stattgefunden hat 2 8 Abnahme Die Abnahme des im Auftrag festgelegten Gesamtprodukts wird schon bei der Auftragspr fung im Einverneh men mit dem Auftragspartner geplant und erfolgt in mehreren Schritten Zun chst erfolgt die bergabe des Produktes mit allen vereinbarten Dokumenten an den Auftraggeber Der Auftraggeber ist entweder ein Kunde oder eine freigabeberechtigte Firmenabteilung der Dialog Data Mit der bergabe verbunden ist ein Abnahmetest mit dem die vereinbarten Systemleistungen mit den in den Anforderungen festgelegten Testf llen be
68. e aller Konkurrenzprodukte bei der Neuentwicklung zu bertreffen 3 Nicht zuletzt wird die technische Entwicklung im Bereich der Elektronik und der Informatik intensiv beob achtet Es sind permanent praktisch alle Mitarbeiter der Dialog Data an sterreichischen Universit ten inskri biert und besuchen laufend Lehrveranstaltungen der Technischen Universit ten in Wien und Graz die sich mit den neuesten Entwicklungen in diesen Bereichen befassen Auf diese Weise verf gt die Dialog Data in der Regel schon Jahre vor der Marktfreigabe ber Informationen zu neuen Produkten und Technologien Die Marktbeobachtung umfasst auch die Dokumentation der potentiellen Kunden was ber eine Adressendatei erfolgt in welcher alle Daten zu EDV Anwendern gesammelt werden die der Dialog Data bekannt werden Die ses Adressenmaterial wird auch f r Mailings genutzt Die Kommunikation mit Kunden und Interessenten l uft auf vielen unterschiedlichen Ebenen ab und wird im Abschnitt Sicherung der Nutzungsqualit t ausf hrlicher behandelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 3 Auftragsbearbeitung Dialog Data 2 3 Auftragsbearbeitung Die Auftragsbearbeitung l uft nach folgendem Schema ab Auftragsvorbereitung Kontakt Anforderungen Au
69. e f r Versuchszwecke verf gbaren Testsysteme zu den Pr fmitteln zu z hlen Hier werden jedoch keine quantitativen Messungen vorgenommen sondern qualitative Eigenschaften von Software berpr ft Eine Eichung von Testrechnern kommt daher von vornherein nicht in Frage Auch die Virenschutzeinrichtungen k nnen als Pr fmittel angesehen werden Hier erfolgt regelm ig ein Update auf neuere Versionen Abgesehen davon d rfen bei der Dialog Data qualit tsrelevante Vorg nge nicht auf Personalcomputern sondern nur auf UNIX Systemen abgewickelt werden womit die Gefahr einer negati ven Beeinflussung irgendwelcher Vorg nge durch Computerviren praktisch ausgeschlossen ist In der Softwareentwicklung werden alle Pr fvorg nge so weit wie m glich automatisiert und durch eine Viel zahl von Programmen unterst tzt Diese Pr fmittel erfordern zwar keine Eichung ben tigen jedoch eine durch gehende Lenkung und berwachung Die Software stammt aus den verschiedensten Quellen ist in Abh ngig keit vom jeweiligen Testsystem unterschiedlich zu installieren und in den meisten F llen entsprechend den Be d rfnissen der Dialog Data zu konfigurieren Die berwachung der Pr fmittel muss nicht ber nur eine detail lierte Dokumentation aller dieser Vorg nge verf gen um Neuinstallationen der Pr fsoftware jederzeit ord nungsgem durchf hren zu k nnen es ist dar ber hinaus auch st ndig daf r zu sorgen dass die jeweils ak tuellsten Versionen der P
70. egeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 19 Dialog Data Pr fverfahren in der Softwareentwicklung 5 10 Pr fverfahren in der Softwareentwicklung Durch entsprechende konstruktive Ma nahmen werden Fehler in der Softwareentwicklung so weit wie m glich von vornherein ausgeschlossen Bei den Testverfahren sollen verschiedene analytische Methoden Fehler er kennen und Schw chen aufdecken wobei folgender allgemeiner Testprozess angewendet wird Testplanung Entwicklung Review Modultest Integrationstest Regressionstest interner Akzeptanztest Software bewertung Systemtest Abnahmetest Testdokumentation Abb 17 Der allgemeine Testprozess Dieser Ablauf wird sowohl f r die Entwicklung von Software wie auch f r die Erstellung von Dokumenten ver wendet und je nach der aktuellen Aufgabenstellung im Rahmen der Testplanung adaptiert Bei Dokumenten wird etwa im Zuge des Modultests die Rechtschreibpr fung ausgef hrt und beim Integrationstests Inhaltsver zeichnisse oder der Index ber mehrere eingebundene Dateien gepr ft und berwacht Der Testprozess ist in alle Phasen der Auftragsabwicklung und der Softwareentwicklung integriert Erste Festle gungen werden bereits bei der Definition der Anforderungen getroffen die im Zuge der weiteren Entwicklung verfein
71. elnen nderungen automatisch zu einer neuen Sourceda tei zusammen Die Entwicklungsphase ist im brigen der einzige Zustand in welchem das CASE System Ver nderungen an Dateien des Projektes zul sst Dieses Verfahren wird bei der Programmierung ebenso angewendet wie bei der Ausarbeitung von Dokumenta tionen In den meisten F llen erfolgen diese Arbeiten ohnehin gleichzeitig weil parallel zur Softwareentwick lung alle zugeh rigen Dokumente im Rahmen eigener Entwicklungsprozesse eventuell auch mit anderer Teamzusammensetzung zu erstellen sind Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 16 Dialog Data Steuerung der Entwicklung 5 8 3 Reviews von Dokumenten und Programmen Die Reviews haben nicht wie oft blich die Zielsetzung durch eine mehr oder weniger oberfl chliche Inspektion fr hzeitig die gr bsten Fehler in einem Softwareprodukt zu finden weil diesbez gliche Ma nahmen in gro em Umfang schon durch entsprechende Designverfahren durch die Vorgaben im Entwicklungsauftrag und durch das CASE System getroffen werden Die Aufgabe der Reviews besteht vielmehr darin jene Produkteigenschaf ten zu berwachen die sich nicht automatisch pr fen lassen Zu Beginn der Reviewphase hat das Kontrollsystem folgenden Zustand sichergestellt e Al
72. eme und Software aus verschiedenen Quellen so miteinander zu kombinieren dass das Gesamtsystem die vereinbarten Leistungen st rungsfrei erbringt Die diesbez glichen Aufzeichnungen werden im Rahmen des Konfigurationsmanage ments gef hrt Variante Unter einer Variante ist zu verstehen dass von einem Produkt zwei unterschiedliche Versionen gleichzeitig im Einsatz sind beispielsweise wenn ein Programm f r verschiedene Anwender in mehreren Varianten eine Ver arbeitung entsprechend den Anforderungen des jeweiligen Anwenders unterschiedlich ausf hrt Es ist also ein Produkt in mindestens zwei verschiedenen Auspr gungen vorhanden was ja schon impliziert dass es sich um zwei verschiedene Produkte handelt wobei die Gefahr einer Verwechslung besteht weshalb eine solche Si tuation bei der Dialog Data unter keinen Umst nden erlaubt ist Werden von einem Produkt mehrere Varianten ben tigt so muss das Produkt entweder alle Varianten gleichzeitig beherrschen wobei eine Auswahl der ben tigten Form durch entsprechende Konfigurationsparameter erfolgt oder es sind so viele unterschiedliche Pro dukte herzustellen wie Varianten ben tigt werden Im Fall von Programmen haben diese unterschiedlichen Produkte dann auch unterschiedliche Produktidentifikationen und Programmdateinamen Version Die Version ist eine Auspr gung eines bestimmten Produktes Unterschiedliche Versionen sind in der Regel durch Versionsnummern bezeichnet und beziehen sich auf
73. ems sowie mit Seitenbeschreibungssprachen wie Postscript und anderen druckerspezifischen Funktionen Die Abteilung Datenmodellierung befasst sich mit der Gestaltung aller Zugriffsoperationen auf externe Mas senspeicher ebenso wie mit Aspekten der Sortierung oder anderer Datenmanipulationsfunktionen Die Abteilung f r technisch wissenschaftliche Software schlie lich besch ftigt sich mit mathematischen Funktionen speziell den Anwendungen in der Baustatik und Aufgaben im Bereich des Operations Research Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 6 Dialog Data Ebenen der Softwareentwicklung 5 5 2 Programmentwicklung Die Programmentwicklung Anwendungsprogrammierung verkn pft die in den Softwarebibliotheken verf gba ren Funktionen zu eigenst ndigen Programmen welche die geforderte Funktionalit t enthalten Dabei werden keine neuen Prozeduren entwickelt sondern lediglich die in den Bibliotheken verf gbaren Module hnlich wie bei der Shellprogrammierung durch geeignete Kontrollanweisungen miteinander verkn pft Fehlen Funktionen oder ist die Funktionalit t der verf gbaren Module nicht ausreichend wird ein entsprechen der Entwicklungsantrag an die Modulentwicklung gestellt Die Programmentwicklung ist weniger mit der eigentlichen Program
74. en Anwender wegen eines Updates mit geringf gigen Korrekturen wenn zum Beispiel Tippfehler in Fehlermeldungen ausgebessert wurden nicht ein vollst ndiges Abnahmeverfahren abwickeln andererseits ist niemals v llig ausgeschlossen dass sich im Zuge minimaler Adaptierungen auch ein ernster Fehler in die Software eingeschlichen hat oder dass ein l ngst vor handener aber bisher noch nicht entdeckter Fehler durch eine geringf gige Softwareanpassung unbemerkt ak tiviert wird 2 9 Kundendienst Die Betreuung der Systeme w hrend der Nutzung wird im n chsten Abschnitt behandelt Dagegen befasst sich der Kundendienst mit Gew hrleistungsf llen bei jenen Auftr gen f r die keine entsprechende Betreuungsver einbarung abgeschlossen wurde Auch diese F lle werden nach den f r die Kundenbetreuung g ltigen Prinzipi en wenn auch mit eingeschr nktem Leistungsumfang bearbeitet Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Nutzungsqualit t Blatt 3 1 Dialog Data Vorwegnahme von Kundenw nschen 3 Sicherung der Nutzungsqualit t Die Qualit tssicherung sorgt daf r dass dem Auftraggeber ein Produkt oder System bergeben wird das v llig seinen Vorstellungen entspricht Die Kundenbegeisterung als die wichtigste Zielsetzung des Unternehmens wird jedoch nur dann erreicht wenn d
75. en CASE Systems dokumentiert werden 6 1 Planung der Dienstleistungsqualit t Die Planung der Dienstleistungsaktivit ten erfolgt nach hnlichen Kriterien wie das Design von Software Nach Analyse der Anforderungen wird ein Vorgehensmodell ausgearbeitet das den Prozess der jeweiligen Lei stung darstellt die gew nschten Ergebnisse definiert und die M glichkeiten zur berpr fung der Ergebnisse festlegt Eine Klassifizierung der Dienstleistungen ergibt sich aus der Organisationsstruktur der Dialog Data obwohl man auch die gesamte Unternehmenst tigkeit als Dienstleistung auffassen kann Dazu kommt dass firmenin tern noch mehr Dienste genutzt werden als den Kunden angeboten werden wobei diese internen Dienste ent scheidenden Einfluss auf die Qualit t der nach au en erbrachten Leistungen haben und daher mindestens denselben Qualit tskriterien unterliegen wie die f r Kunden erbrachten Leistungen Beispielsweise kann die Softwareentwicklung nicht effizient arbeiten wenn die Hardwarewartung der firmeneigenen Systeme unzurei chend ist Im einzelnen sind folgende Arten von Dienstleistungen zu kontrollieren Allgemeine Kundenbetreuung Rechenzentrum SystemKonfiguration Projektmanagement Hardwarewartung und Service Center EDV Beratung Netzwerkmanagement Internetdienste Kommunikationstechnik Schulung Security Service F r alle diese Bereiche sind detaillierte Vorgehensmodelle im Organisationshandbuch der Dialog Data festge legt die
76. en Entwicklung 1 5 Beratungsleistungen 1 7 Beschaffung 2 6 4 2 Auftragspr fung 4 2 Besprechungen 3 4 Betreuung w hrend der Nutzung 3 1 Betriebssysteme 1 6 1 7 Bewertung des Qualit tssicherungssystems 1 7 Bewertungslisten 1 9 B roorganisation 1 5 C Computerviren 4 4 8 2 D Dateibeschreibungen 5 28 Datenmanagement Entwicklung 1 5 Datenschutz 8 1 Datensicherung 8 1 Datentr ger Produktkennzeichnung 4 3 Design Fehlervermeidung 5 10 Detailkonzept 5 4 Dienstleistung 3 4 6 1 Dienstleistungsabteilungen 1 6 Dokumentationsabteilung 1 5 Dokumente 8 1 8 2 Aufbewahrungstfrist 8 2 Produktkennzeichnung 4 3 Versionskontrolle 8 2 Dokumentenmanagement 4 3 E EDV Beratung 1 7 EGA 1 11 2 2 3 2 3 3 3 6 9 2 9 3 Einf hrungsprotokoll 2 6 Eingangspr fung 4 4 Einkauf 1 4 Endpr fung 4 4 Ereignis und Gefahrenaufzeichnung Siehe EGA Ereignisanalyse 3 2 Ereignisaufzeichnung Siehe EGA Ereignisbearbeitung 3 2 Externe Kontakte 1 4 F Fehlerbehebung 5 18 Fehlererkennung 5 1 Fehlerhafte Produkte 4 7 Fehlerm glichkeits und einflu analyse Siehe EGA Fehlervermeidung 1 11 5 1 Fehlervermeidung durch Design 5 10 Finanzmanagement 1 5 FMEA Siehe EGA Fremdprodukte 4 6 Fremdsoftware 1 6 Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Index Blatt 10 2 Dialog Data
77. en Weiterent wicklung der Anwendungssysteme gesichert sein 5 6 1 Das Funktionenmodell Das Funktionenmodell konkretisiert im Zuge der Analyse der Anforderungen die teilweise schon im Grobent wurf festgelegten Prozesse Aufgaben und Methoden nach fachlichen Gesichtspunkten Hier werden die Schnittstellen zur Umgebung und der zugeh rige Transfer von eingehenden und ausgehenden Daten definiert Gleichzeitig wird das System strukturiert und die Anwendungsarchitektur festgelegt Dabei orientiert sich der Designprozess an der f r Software allgemein g ltigen Hierarchie e Ein Anwendungssystem etwa ein Warenwirtschaftssystem wird bei entsprechendem Umfang nach fachli chen und systemtechnischen Gesichtspunkten in m glichst unabh ngige Teilsysteme Inventur Bestellwe sen Lagerverwaltung und andere gegliedert e Das Anwendungssystem oder die Subsysteme werden in einzelne Anwendungsprogramme zerlegt wobei darauf zu achten ist dass zwischen den einzelnen Programmen m glichst wenig Abh ngigkeiten bestehen e Alle von einem Programm zu bew ltigenden Teilaufgaben werden als Prozeduren oder Funktionen defi niert wobei Funktionen mit verwandter Aufgabenstellung zu Modulen zusammengefasst werden Diese Strukturierung entspricht den zuvor dargestellten Ebenen der Softwareentwicklung und liefert eine Glie derung der Entwicklungsaufgaben nach unterschiedlichen Anforderungen an die fachliche Qualifikation der Ent wickler 5 6 2 Datenmodelli
78. eneingangspr fung 4 4 Wartung 3 1 5 18 Wartungsplan 5 28 Wiederverwendung 5 1 5 7 5 10 5 13 5 16 Z Zugriffsschutz 8 1 Zwischenpr fungen 4 4 Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden
79. er Komponenten geplant und gepr ft werden m ssen Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 4 Dialog Data Der Entwicklungsprozess 5 4 Der Entwicklungsprozess Die Softwareentwicklung der Dialog Data erh lt von der Beschaffung einen Entwicklungsauftrag der nach fol gendem Prozessmodell behandelt wird Modulentwicklung Integration Systemtest Systemdokumentation Systemfreigabe Abb 11 Der allgemeine Softwareentwicklungsprozess Dieser Prozess setzt sich aus den Phasen Design das Grobkonzept wurde schon im Zuge der Auftragspr fung entwickelt Modulentwicklung Integration Test Dokumentation und Freigabe zusammen wobei f r alle Phasen eigene Prozesse abgewickelt werden die in den folgenden Kapiteln beschrieben werden Den Input f r diesen Prozess bildet das Grobkonzept mit den Anforderungen den Output bildet das ben tigte Softwaresystem Diese Vorgangsweise wird prinzipiell f r jede Softwareentwicklungsaufgabe eingehalten gilt also sowohl f r Neuentwicklungen wie f r Wartungsarbeiten und zwar in allen F llen unabh ngig vom Umfang der Aufgabe Die einzelnen Phasen des Entwicklungsprozesses werden in den folgenden Kapiteln detailliert behandelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und da
80. er damit ver bundene administrative Aufwand unzumutbare Ausma e annimmt Da die Norm die Festlegung einer Aufbewahrungsfrist zwingend verlangt wurde festgelegt dass alle Doku mente und Aufzeichnungen drei Jahre lang aufbewahrt werden m ssen mit dem Zusatz dass sie auch nach Ablauf dieser Frist nicht vernichtet werden d rfen 8 3 1 Ereignisse und Gefahren Die Aufzeichnung aller Ereignisse und Gefahren im Rahmen der Ereignis und Gefahrenaufzeichnung EGA wurde bereits bei der Kundenbetreuung behandelt Diese Aufzeichnungen werden laufend und parallel zu allen sonstigen Aufzeichnungen von allen Mitarbeitern gef hrt und zentral im Computer verwaltet Jeder Vorfall der irgendeine Reaktion erfordert ist gesondert Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Qualit tsrelevante Dokumente und Daten Blatt 8 3 Dialog Data Qualit tsaufzeichnungen aufzuzeichnen weshalb die historischen Aufzeichnungen relativ unbedeutend sind Zu jedem in einem Proto koll festgehaltenen Mangel und zu jeder festgestellten Gefahr wird auch eine EGA Eintragung erzeugt Diese zentral gespeicherten Aufzeichnungen k nnen nach verschiedenen Kriterien klassifiziert und geordnet werden ebenso ist eine berwachung der Erledigung einfach m glich 8 3 2 Qualit tspl ne Die Qualit tsplanung ist in alle Pro
81. er sind die Planungsaufgaben f r Schulungen in eine eigene Abteilung ausgelagert Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 5 Dialog Data Verantwortung der Leitung Rechtsangelegenheiten Die Rechtsabteilung befasst sich mit allen rechtlichen Fragen gestaltet und pr ft alle Vertr ge sowohl mit Kun den wie auch mit Lieferanten Versicherungen oder Vermietern Im Zusammenwirken mit den zust ndigen Stel len werden allgemeine Gesch ftsbedingungen oder Lieferkonditionen ausgearbeitet und das Risikomanage ment betreut Daneben sind die speziell f r das Unternehmen wichtigen Rechtsgebiete wie Marken und Pa tentrecht Urheberrecht Arbeitsrecht Produkthaftung oder CE Zertifizierung zu bearbeiten Personalmanagement Das Personalmanagement betreut die Mitarbeiter des Unternehmens erstellt Eignungsprofile sorgt f r die Per sonalentwicklung sowie Mitarbeiterschulung und erledigt die Ressourcenplanung im Personalbereich Die Per sonalabteilung organisiert auch in Absprache mit der Gesch ftsf hrung alle Serviceleistungen f r Mitarbeiter wie Studienreisen Betriebsfeiern und ausfl ge Kaffeek che und Kantine teilweise in Zusammenarbeit mit der Haustechnik Abteilung Technologie und Infrastruktur Produktmanagement Das Produktmanagemern
82. eranstaltungen Sie werden dabei durch entspre chende Gestaltung der Arbeitszeit wie auch finanziell unterst tzt Analog werden Ausbildungsveranstaltungen am WiFi und hnlichen Institutionen besucht wobei die Kosten in jedem Fall von Unternehmen getragen werden und der Besuch dieser Veranstaltungen als Arbeitszeit gilt Die Ausbildung umfasst auch den Besuch von Informationsveranstaltungen die von Herstellern oder Liefe ranten abgehalten werden Es wird daf r gesorgt dass jederzeit aktuelle Fachliteratur in allen Unternehmensbereichen verf gbar ist Das Unternehmen kauft pro Jahr durchschnittlich 100 Fachb cher und hat etwa 15 Fachzeitschriften abonniert Die M glichkeiten zur Nutzung der Universit tsbibliotheken an mehreren sterreichischen Hochschulen wer den zur Informationsbeschaffung intensiv genutzt und erlauben auch einen Zugriff auf Dokumentationen die im Literaturfachhandel nicht verf gbar sind etwa vergriffene B cher Dissertationen und andere wissen schaftliche Ver ffentlichungen Die elektronischen Einrichtungen an den Universit tsbibliotheken bieten auch bei der Literatursuche eine Unterst tzung die anderswo in diesem Ausma nicht verf gbar ist e Schlie lich werden alle Mitarbeiter nach einem speziellen Ausbildungsplan laufend firmenintern geschult Selbstverst ndlich werden Schulungen auch aus aktuellem Anlass etwa bei Einf hrung einer neuen Techno logie mit den betroffenen Mitarbeitern im Rahmen des b
83. ereinander zusammenwirken m ssen wo bei auch nach dem Austausch einzelner Bestandteile das Gesamtsystem voll funktionsf hig bleiben muss Da zu kommt dass bei Software f r Personalcomputer einerseits Fehler wesentlich h ufiger sind als in anderen Bereichen und dass andererseits in den meisten F llen keinerlei M glichkeit besteht diese Fehler zu beseiti gen Die Software f r Personalcomputer wird daher als Handelsware auf ausdr cklichen Wunsch des Kunden weitergegeben und im Rahmen des Kundendienstes auch installiert liegt jedoch au erhalb aller Ma nahmen der Qualit tssicherung Alle installierten Komponenten und deren Einstellungen sowie alle Systemparameter werden im Rahmen des Konfigurationsmanagements sowohl bei der Erstinstallation wie bei allen nachfolgenden Anpassungen mit Hilfe der Qualit tssicherungssoftware aufgezeichnet 2 7 Systemeinf hrung Obwohl die Einf hrung eines Systems offiziell erst nach der Abnahme durch den Auftraggeber erfolgt werden die damit verbundenen T tigkeiten in der Praxis meist schon vor der Abnahme erledigt weil die Abnahme erst dadurch erm glicht wird Im einzelnen sind zur Einf hrung eines Systems folgende T tigkeiten auszuf hren Zun chst erfolgt die Installation des Produktes oder Systems also die Einrichtung in der Zielumgebung zum Zweck des Betriebs und der Nutzung Weiters ist die Schulung der Benutzer des Systems nach dem im Auftrag festgelegten Schulungsplan durch zuf hren Die
84. erfolgt mit eigenen Tools eine statische Syntaxanalyse welche die Funktionsaufrufe und Schnittstellen analysiert eine Typ berpr fung vornimmt und die Initialisierung und Verwendung aller Va riablen sowie damit zusammenh ngende Anomalien berpr ft Diese Pr fungen berdecken sich teilweise mit den vom Compiler vorgenommenen sind jedoch je nach dem verwendeten Tool meist deutlich umfassen der e Weiters erfolgt eine Codeinspektion mit einem interaktiven Debugger bei welcher der Programmablauf Schritt f r Schritt berpr ft wird e Schlie lich kann der Entwickler die in UniTest eingerichteten Pr ffunktionen die vom Kontrollsystem auto matisch ausgef hrt werden auch manuell aktivieren und auf diese Weise noch w hrend der Entwicklung Fehlfunktionen feststellen Mit Hilfe dieser Tests ist schon vor dem ersten Review und vor den automatisch ausgef hrten Tests sicherge stellt dass das Programm keinerlei syntaktische Fehler enth lt und dass alle Schnittstellen ordnungsgem Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 21 Dialog Data Pr fverfahren in der Softwareentwicklung verwendet werden Zus tzlich ist durch Codeinspektion und Modultest eine erste Pr fung der spezifikationsge rechten Funktionalit t erfolgt Die h ndische Ausf hr
85. erlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Qualit tsrelevante Dokumente und Daten Blatt 8 1 Datenmanagement Dialog Data 8 Qualit tsrelevante Dokumente und Daten Das Management der Dokumente und Aufzeichnungen sowie der qualit tsrelevanten Dateien wird von der je weils zust ndigen Abteilung gel st und von der Qualit tssicherung berwacht 8 1 Datenmanagement Praktisch alle qualit tsrelevanten Informationen Dokumente und Aufzeichnungen werden computergest tzt verwaltet und in Datenbanken gespeichert Daneben werden Teile der Qualit tssicherungsdokumentation etwa alle Prozesse und Arbeitsanweisungen Stellenbeschreibungen Checklisten mit dem QS Softwaresystem ver waltet und sind deshalb nicht in der Dokumentation enthalten sondern finden sich in den entsprechenden Da tenbanken die als mitgeltende Dokumente betrachtet werden 8 1 1 Das Datensicherungssystem Da die Daten Sourceprogramme Dokumente und weitere Informationsbest nde die wichtigste Existenz grundlage f r das Unternehmen und eine wesentliche Voraussetzung f r die Nutzung der Produkte durch die Anwender darstellen muss unter allen Umst nden gew hrleistet sein dass ein Verlust dieser Best nde etwa durch eine Katastrophe praktisch nicht eintreten kann Eine Wiederherstellung dieser Daten ohne Zugriff auf eine S
86. ers dauerhaft verhindern Die Vorgangsweise richtet sich nach dem Produkt oder dem Prozess bei dem der Fehler aufgetreten ist Demgegen ber stellen bekannte aber noch nicht realisierte Verbesserungsm glichkeiten aus der Sicht des Qualit tssystems M ngel dar die zwar ebenfalls zu beseitigen sind jedoch keine Ma nahmen zur Fehlerver meidung erfordern Alle Arten von Fehlern M ngeln oder sonstigen zu l senden Aufgaben werden im Ereignisprotokoll aufgezeich net und bis zu ihrer endg ltigen Erledigung in Evidenz gehalten Die Ereignisprotokolle werden von der Quali t tssicherung st ndig berwacht f r die L sung dieser Aufgaben ist die jeweilige Fachabteilung zust ndig 1 6 2 Vorbeugema nahmen Die Vorbeugema nahmen sind ein wesentlicher Bestandteil der Aufgaben des Risikomanagements Durch die zentrale Erfassung alle Gefahrenpotentiale in der Ereignis und Gefahrenaufzeichnung siehe Ab schnitt Kundenbetreuung wird nicht nur eine Reihung der Fehlerm glichkeiten nach der Dringlichkeit m glich das System erlaubt auch eine globalere Beobachtung von potentiellen Problemen Ein Risiko wird nicht nur lo kal zum Beispiel f r ein aktuelles Projekt bearbeitet sondern m glichst so behandelt dass Probleme auch f r alle weiteren hnlich gelagerten F lle vermieden werden Die Risikoanalyse mit der Einleitung entsprechender Vorbeugema nahmen wird zentral von der Organisations abteilung vorgenommen und begleitet fast alle Aktivit
87. ert und detaillierter geplant werden F r alle Ebenen der Softwareentwicklung werden verschiedene Pr fungen sowohl im Entwicklungsplan wie auch im Testsystem UniTest eingerichtet Auftrag und Softwareent wicklung enden schlie lich mit den von den jeweiligen Auftraggebern vorgenommenen Abnahmetests Die Testverfahren beschr nken sich nicht auf die berpr fung der festgelegten Testergebnisse sondern bein halten auch eine umfassende Beurteilung aller Qualit tsmerkmale und Metriken f r Software sowie insbeson dere die berwachung aller f r die Softwareentwicklung festgelegten Regelungen wie etwa die Einhaltung von Programmierrichtlinien Die einzelnen Prozeduren sind durch die hierarchische Gliederung einem exzessiven Testverfahren unterwor fen Die Modulentwicklung testet jede Funktion mit 100 Abdeckung und f hrt mehrere Reviews durch Da nach werden diese Funktionen von der Anwendungsprogrammierung in die Programme eingebaut und dort auf ihre Verwendbarkeit und das Zusammenwirken mit anderen Funktionen nach demselben Schema wie bei der Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 20 Dialog Data Pr fverfahren in der Softwareentwicklung Modulentwicklung getestet Anschlie end pr ft die Anwendungssystementwicklung die gesamte Applikation Bei
88. ert wird Au er der kundenspezifischen Softwareauslieferung gibt es bei der Dialog Data keine wie immer geartete Form des Softwarevertriebs wenn man von den kommerziellen Softwareprodukten Windows 95 MS Office absieht die nicht unter Kontrolle der Softwareentwicklung stehen und entsprechend den jeweiligen Vorschriften instal liert oder aber in der Originalverpackung an die Kunden zur Selbstinstallation abgegeben werden In diese Ka tegorie f llt auch Software aus dem Internet etwa kermit die als Kundendienst den Anwendern mehr oder we niger formlos auf Diskette zur Verf gung gestellt wird Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 1 Dialog Data Planung der Softwarequalit tssicherung 5 Softwarequalit tssicherung Grunds tzlich stellt die Entwicklung von Software aus der Sicht des Gesamtunternehmens einen gew hnlichen Beschaffungsvorgang dar wobei die firmeninternen Entwicklungsabteilungen wie andere Sublieferanten be handelt werden Die eigentliche Softwareentwicklung kennt zwei Arten von Produkten n mlich Programme und Module die von zwei eigenst ndigen Abteilungen der Modulentwicklung und der Programmentwicklung betreut werden Diese Produkte werden entsprechend den Spezifikationen hergestellt Es ist nicht Aufgabe der Softwareen
89. erung Das Datenmodell legt die Objekte und die zugeh rigen Informationen fest sowie die Form in welcher diese In formationen dauerhaft gespeichert werden Aus der Konzeption der Anwendungsarchitektur ergibt sich die grundlegende Datenorganisation die in allen Anwendungen der Dialog Data strikt eingehalten wird e Die Stammdaten enthalten ber l ngere Zeit gleichbleibende Informationen und stehen v llig unter Kontrolle des Anwenders e Die Bewegungsdaten enthalten Transaktionen die ebenfalls nur von Anwender ver ndert werden e Die Bestandsdaten umfassen jene Daten die das System aus den Stammdaten und Bewegungsdaten er zeugt hat zum Beispiel die Salden je Buchhaltungskonto Diese Daten stehen unter Kontrolle der Software der Anwender hat unter normalen Umst nden keine M glichkeit eine Ver nderung Er kann lediglich die Aus gangsdaten Stammdaten oder Bewegungsdaten modifizieren und die Verarbeitung wiederholen mit wel cher die Bestandsdaten erzeugt werden Hier wird die Zust ndigkeit f r die Datenbest nde eindeutig geregelt und systemweit beachtet Der Benutzer verwaltet Stammdaten und Bewegungsdaten w hrend das System die Bestandsdaten kontrolliert was nicht zuletzt auch eine klarere Abgrenzung der Quelle f r eventuelle Fehler erlaubt 5 6 3 Das Ablaufmodell Das Ablaufmodell beschreibt einerseits die vom System bew ltigten Prozesse und organisatorischen Zusam menh nge und legt andererseits die Schnittstellen zum
90. erung und Anpassung an ge nderte Verh ltnisse und neue Technologien mit einem st n digen Kreislauf von Neuinstallation Nachschulung und Abnahme beinhaltet Diese permanenten Verbesserungsma nahmen m ssen auf das Umfeld des Anwenders R cksicht nehmen um den laufenden Betrieb nicht durch st ndige nderungen zu beeintr chtigen 3 1 Vorwegnahme von Kundenw nschen Die laufende Beobachtung des technischen Fortschritts und der Entwicklung auf dem Markt zusammen mit den aus den intensiven Kontakten zu den Kunden resultierenden umfassenden Informationen ber die individuellen Gegebenheiten und die Bed rfnisse der Anwender sowie die vollst ndige Kenntnis der M glichkeiten der eige nen Produkte bilden eine Wissenbasis die in der Regel ausreichen muss um Anforderungen der Kunden schon zu einem Zeitpunkt erf llen zu k nnen zu dem sie den Kunden selbst noch gar nicht bewusst sind Mit dieser Zielsetzung wird es m glich Verbesserungen in Ruhe und planm ig zu entwickeln und nicht erst dann wenn sie der Anwender schon dringend braucht Aus diesem Grund betrachtet die im n chsten Kapitel behandelte Ereignisaufzeichnung jede Kundenreaktion als Mangel dessen Ursache analysiert werden muss Darin ist eine wesentliche Grundlage daf r zu sehen dass die Vorwegnahme von Kundenw nschen in der Pra xis auch tats chlich realisiert werden kann Jeder noch so kleine Hinweis auf Verbesserungsm glichkeiten wird registriert und m glichst bald in d
91. etreffenden Einf hrungsprojektes abgehalten Die Prinzipien der Eingangskontrollen bei Produkten gelten sinngem auch f r alle Dienstnehmer der Dialog Data Neue Mitarbeiter erhalten ausnahmslos einen auf sechs bis zw lf Monate befristeten Dienstvertrag wo bei in dieser Zeit keinerlei produktive Arbeiten ausgef hrt werden sondern die Schulung des Mitarbeiters und eine berpr fung der Eignung f r die vorgesehenen Aufgaben stattfindet Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Personalqualit t Blatt 7 3 Dialog Data Organisation der Schulungsveranstaltungen 7 3 Organisation der Schulungsveranstaltungen Die Schulungsma nahmen werden nach dem Prozessmodell der Konferenzabwicklung abgehalten und weitge hend von der Qualit tssicherungssoftware gesteuert 7 3 1 Schulungsprogramme Der Inhalt der einzelnen Schulungsveranstaltungen wird in sogenannten Schulungsprogrammen detailliert fest gelegt Hier werden die einzelnen zu behandelnden Themen mit dem geplanten Zeitaufwand jeweils 5 bis 15 Minuten in methodisch sinnvoller Reihenfolge einzeln aufgelistet Ein Schulungsprogramm enth lt also jeden einzelnen Programmpunkt von der Begr ung bis zur Verabschiedung der Teilnehmer Aus der Summe der f r die einzelnen Punkte geplanten Dauer ergibt sich der voraussichtliche
92. etzt Die Wirksamkeit der getroffenen Ma nahmen wird in nachfolgenden Audits berpr ft Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 12 Dialog Data Korrekturma nahmen und Vorbeugung 1 6 Korrekturma nahmen und Vorbeugung Eines der wichtigsten Ziele der Qualit tssicherung besteht darin sicherzustellen dass sich einmal begangene Fehler nicht wiederholen Ebenso wichtig ist die Zielsetzung m gliche Gefahrenquellen zu identifizieren und Ma nahmen zur Vermeidung m glicher Fehler zu treffen noch bevor nachteilige Ereignisse eingetreten sind Nicht zuletzt wird durch laufende Ma nahmen zur Korrektur und Vorbeugung das Qualit tssicherungssystem stetig schrittweise verbessert Die zuvor erw hnten softwaregest tzten Aufzeichnungen und Bewertungen sowie die Ergebnisse der internen Audits bilden die wichtigsten Grundlagen daf r Diese Informationen werden laufend statistisch ausgewertet und analysiert um Schwachstellen und vorrangig zu l sende Probleme herauszufiltern 1 6 1 Korrekturma nahmen Bei den Korrekturma nahmen ist zwischen der Fehlerbehebung und den Ma nahmen zur Verbesserung von Produkten oder Prozessen zu unterscheiden Bei jedem Fehler sind die Ursachen zu analysieren und Ma nahmen einzuleiten die eine Wiederholung des Fehl
93. f r einen konkreten Auftrag m ssen diese Modelle nur noch nach den Erfordernissen des Auftraggebers adaptiert und brauchen nicht von Grund auf neu erstellt werden In den brigen Dokumenten werden die Aufgaben Zust ndigkeiten und Prozesse der einzelnen Bereiche und Abteilungen detailliert behandelt Nicht in dieser bersicht enthalten sind die qualit tsrelevanten Aufzeichnungen die gesondert gef hrt wer den Dieses Qualit tssicherungshandbuch ber cksichtigt zwar alle Aspekte der Norm ISO 9001 sowie die Richtlinien von ISO 9000 3 f r die Softwareentwicklung h lt sich jedoch aufgrund der Betriebserfordernisse nicht an die in diesen Normen vorgeschlagene Gliederung Das ist schon deshalb notwendig weil ISO 9001 Mindestanforde rungen festlegt die ausnahmslos eingehalten werden m ssen w hrend die Qualit tssicherung der Dialog Data in manchen Bereichen deutlich dar ber hinausreicht was nat rlich ebenfalls dokumentiert werden muss Die Struktur des Qualit tssicherungshandbuchs richtet sich nach den Abl ufen im Unternehmen Nach all gemeinen Voraussetzungen Unternehmensvoraussetzungen Qualit tssicherungssystem werden die kunden orientierten Abl ufe behandelt Daran schlie en die Produktionsprozesse f r Hardware Software und Dienstlei stungen an Den Abschluss bilden die Qualit tssicherungsma nahmen im Personalbereich sowie in der Ver waltung Um eine Zuordnung zu den in ISO 9001 enthaltenen Elementen herzustellen sind
94. feld der Qualit tssicherung Blatt 1 6 Dialog Data Verantwortung der Leitung Produktion und Entwicklun Der Produktionsbereich besch ftigt sich mit der Herstellung jener Produkte die nicht von externen Lieferanten bezogen werden und die keine Dienstleistungen sind Die Organisation dieses Bereichs spiegelt den Ablauf der Systementwicklung wider Ausgehend von einzelnen Komponenten Hardware und Softwaremodule werden Systeme von zunehmender Komplexit t Anwendungsprogramme Anwendungssysteme Softwareservice bis zum fertigen Gesamtsystem Systemintegration entwickelt Hardwarekonfiguration Eine Produktion von Hardware im eigentlichen Sinn gibt es nicht sie beschr nkt sich bei der Dialog Data auf die Anfertigung von Interfacekabeln und hnlichen Hilfsmitteln die einfach herzustellen sind Die zentrale Auf gabe dieser Abteilung besteht darin aus zugekauften Komponenten komplette Rechnersysteme zusammenzu stellen entsprechend den Anforderungen zu konfigurieren und zu testen Die Hardwareabteilung ist auch f r den Aufbau von Netzen zum Beispiel Testnetze f r Kundenapplikationen mit Hubs Switches Routern und Verkabelung zust ndig Softwareentwicklungsmanagement Das Management f r die Softwareentwicklung ist eine Stelle zur Koordinierung der einzelnen Entwicklungsab teilungen und zur Erledigung bergeordneter Entwicklungsaufgaben In den Kompetenzbereich dieser Stelle fallen die Entwicklungsplanung das Management der Entw
95. ftragspr fung moo a a a a a a o a a a a a a o o ee er o e o 2 nein N Beschaffung ja Hardware Systemsoftware Applikationen Dienstleistungen alle Produkte nn nn nn nn verf gbar u nn nn nn nn nn Auftragsabwicklung Konfiguration Systemtest Installation und Schulung Abnahme Nutzung 1 Analyse der Ergebnisse Abb 4 Auftragsabwicklung Die Auftragsabwicklung zerf llt entsprechend dem Grundprinzip der Qualit tssicherung in drei Abschnitte Zu n chst werden im Rahmen der Auftragspr fung die Anforderungen und L sungsm glichkeiten festgestellt Diese Phase endet mit der Entscheidung ob der Auftrag ausgef hrt werden soll oder nicht Bei einer positiven Entscheidung folgt auf die Auftragspr fung zun chst die Beschaffung der ben tigten Sy stembestandteile und danach die Auftragsabwicklung In dieser Phase werden die gew nschten Produkte be reitgestellt und an den Auftraggeber bergeben Schlie lich werden sowohl bei positiver wie bei negativer Entscheidung ber die Auftragsabwicklung die Ergeb nisse des Prozesses berpr ft und m gliche Korrekturma nahmen analysiert Die Qualit tsma nahmen w hrend der Nutzung der Produkte werden im n chsten Abschnitt gesondert behan delt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Ei
96. g gekl rt Ausschlie lich ber die Qualit tssicherungssoftware erfolgt die Planung der Vorgehensmodelle und Prozes se sowie die detaillierte Festlegung aller Abl ufe samt Checklisten und Beurteilungsmethoden Alle Arbeitsan weisungen k nnen daher effizient an aktuelle Erfordernisse angepasst werden und sind unternehmensweit in der aktuell g ltigen Fassung im Onlinezugriff verf gbar 1 3 4 Qualit tslenkung Die Qualit tsienkung sorgt daf r dass bei der Abwicklung konkreter Projekte oder Aufgaben die geplanten Ma nahmen zur Qualit tssicherung uneingeschr nkt eingesetzt werden wobei auch hier die Abwicklung weit gehend softwareunterst tzt erfolgt S mtliche nicht nur qualit tsrelevante Arbeiten m ssen bei der Dialog Data entsprechend den in den zuge h rigen Prozessen definierten Abl ufen abgewickelt werden Zur Erledigung einer konkreten Aufgabe erstellt die Software aus einem Prozessmodell einen Auftrag zu welchem Input Output Prozesskunde und Prozes slieferant ebenso wie Checklisten und ben tigte Aufzeichnungen festgelegt werden Dieser Auftrag kann inner halb gewisser Grenzen an die aktuellen Gegebenheiten angepasst werden und gibt den Ablauf zur Erledigung der Aufgabe vor Neben der Steuerung der einzelnen Abl ufe schafft die Qualit tssicherung durch qualit tsorientierte Personal politik Steuerung der Personalentwicklung organisatorische Ma nahmen und ein zukunftsorientiertes Innovati onsmanagement die Gr
97. ges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 2 Dialog Data Marktbeobachtung und Kundenbeziehungen Die Werkzeuge mit denen der Softwareentwicklungsprozess gesteuert wird f hren die f r das jeweilige Entwicklungsprojekt vorgesehenen Testprozeduren von UniTest automatisch aus und unterbinden eine Freigabe der Software so lange nicht s mtliche Tests fehlerlos ablaufen gt gt Die Werkzeuge zur Messung der Test Coverage liefern wenn auch erst nach Abschluss der Entwicklung Informationen ber die Qualit t der bei der Vertragspr fung festgelegten Testdaten gt Die Abnahme des Systems wird beschleunigt und wesentlich effizienter ausgef hrt weil mit entsprechen den Prozeduren ein Gro teil der Tests automatisiert werden kann Bei Programm nderungen erh lt jeder Anwender eine Liste mit den Neuerungen und den damit im UniTest System durchgef hrten Tests und kann s mtliche Regressionstests selbst nachvollziehen Es ist geplant in das System UniTest M glichkeiten zur Messung der DV Leistung nach DIN 66273 zu in tegrieren UniTest ist ein zentrales System das alle Anwender von der ersten Information ber den Vertragsabschluss und die Installation bis zur laufenden Nutzung permanent begleitet und auch innerhalb der Dialog Data weite Aufgabenbereiche unter
98. h keine neuen Fehler auftreten Bei einem Wiederver wendungsanteil von 80 werden bereits auf diese Weise vier F nftel aller m glichen Fehler ausgeschlossen Die wiederverwendeten Funktionen haben neben etlichen weiteren den Vorteil dass sie bereits in der Praxis eingesetzt werden extrem gut getestet sind und wegen der permanenten Verbesserungsma nahmen die An forderungen des konkreten Entwicklungsauftrags in den meisten F llen von vornherein bertreffen Da die Softwareentwicklung der Dialog Data f r praktisch alle in kommerziellen Anwendungen ben tigten Stan dardaufgaben bereits vorgefertigte wiederverwendbare und sehr robuste Funktionen in Softwarebibliotheken verf gt k nnen bereits auf diesem Weg zahlreiche Fehlerquellen eliminiert werden Gerade die kritischen und fehleranf lligen Routinen mit komplexer Aufgabenstellung sind l ngst entwickelt extrem gut getestet und ha ben sich in der Praxis vielfach bew hrt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 11 Dialog Data Der Designprozess Insgesamt stehen derzeit etwa 9 000 wiederverwendbare Funktionen zur Verf gung was in einer weiteren Hin sicht zu einer Verringerung der Fehlerquellen f hrt Die Programmierung kann sich auf die wirklich neuen Ver arbeitungen konzentrieren und sich bei
99. hen der Qualit tssicherung wie beispielsweise der Risikoanalyse der Fehleranalyse oder dem Beschwerdemanagement Diese Auswertungen beschr nken sich jedoch auf Methoden der be schreibenden Statistik Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Qualit tssicherung in der Verwaltung Blatt 9 1 Dialog Data Organisation und Planung 9 Qualit tssicherung in der Verwaltung Dieser Abschnitt behandelt teilweise Elemente die ber den Rahmen eines Qualit tssicherungssystems hin ausgehen aber auch die Qualit tssicherungsma nahmen unterst tzen und aus Gr nden einer einheitlichen Betriebsdokumentation ebenfalls in Verfahrensanweisungen und Arbeitsanweisungen geregelt werden Nicht ber cksichtigt werden hier die in der Betriebsdokumentation ebenfalls geregelten Bereiche des Finanzmanage menis 9 1 Organisation und Planung In der Organisationsabteilung sind mehrere unterschiedliche Aufgabenbereiche zur Gestaltung und berwa chung verschiedener Vorg nge zusammengefasst 9 1 1 Projektmanagement Die Dialog Data betreut sowohl im Bereich der Anwendungssoftware wie auch bei den von Kunden genutzten EDV Einrichtungen sehr lebendige Systeme die ber viele Jahre hinweg einer st ndigen Anpassung und Er weiterung unterliegen Ein Projekt befasst sich daher in den meisten F llen mit einer Tei
100. hs Monatssicherun gen halbj hrlich auf CD gesichert Alle Sicherungsvorg nge mit Ausnahme der Sicherung auf CD erfolgen vollautomatisch und werden maschinell protokolliert 8 1 2 Datenschutz Die Datenschutzvorkehrungen stellen sicher dass personenbezogene Daten insbesondere Informationen aus Echtdaten von Kunden die f r Testzwecke zur Verf gung gestellt werden in keiner Weise missbr uchlich ver wendet werden k nnen Zus tzlich werden alle Ma nahmen getroffen um einen Softwarediebstahl m glichst auszuschlie en weil dem Unternehmen in der Vergangenheit auf diese Weise schon betr chtlicher Schaden erwachsen ist S mtliche Daten sind auf UNIX Systemen mit entsprechenden Schutzeinrichtungen gespeichert Der Zugriff auf diese Systeme ist durch Passwort gesch tzt und nur den Mitarbeitern der Dialog Data m glich Sensible Daten d rfen unter keinen Umst nden auf Personalcomputern abgelegt oder auf Disketten gespeichert werden Da Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Qualit tsrelevante Dokumente und Daten Blatt 8 2 Dialog Data Qualit tsaufzeichnungen bei der Dialog Data Personalcomputer zur Abwicklung qualit tsrelevanter Vorg nge nicht verwendet werden d rfen sind auch Datenverluste durch Computerviren ausgeschlossen Alle Mitarbeiter werden schon beim Eintrit
101. icherungskopie ist vollkommen ausgeschlossen Weiters m ssen die Daten so gesichert werden dass auch fr her genutzte Best nde oder ltere Versionen von Dateien bei Bedarf wiederhergestellt werden k nnen Nicht zuletzt muss den Mitarbeitern der Dialog Data die Sicherheit gegeben werden dass durch eine Fehlbedienung wie etwa ein irrt mliches L schen von Dateien keine schwerwiegenden Folgen entstehen k nnen Diese Zielsetzungen werden durch das Datensicherungskonzept des DD Rechenzentrums erf llt Alle f r das Unternehmen wichtigen Daten sowie die Home Directories aller Mitarbeiter werden automatisch w hrend der Nachtstunden auf einem zentralen Server gesichert Von diesen Sicherungen werden jeweils die letzten 31 Tage die letzten 12 Monate und die Halbjahres und Jahressicherungen f r mindestens die letzten zehn Jahre gesondert aufbewahrt Daneben werden einmal pro Stunde die sensiblen Daten Rechnungswesen Dokumentationen Sourcedateien und auch alle Homedirectories on the fly inkrementell auf einen Siche rungsdisk kopiert Au erdem wird f r den Fall einer Katastrophe permanent eine h chstens sieben Tage alte Sicherung au er Haus aufbewahrt Zus tzlich ist eine Kopie aller Datenbest nde im Wiener B ro vorhanden die laufend aktuali siert wird Um zu verhindern dass Dateien auf Sicherungsmedien nachtr glich ver ndert werden k nnen wird der aktuelle Bestand aller Sourceprogramme und Dokumente einschlie lich der letzten sec
102. icklungsprojekte die Festlegung von Softwareent wicklungsumgebungen und werkzeugen die Verwaltung der Softwarebibliotheken die Gestaltung und ber wachung der Pr fverfahren f r Software und die Freigabe der Softwareprodukte die beiden letzteren im Zu sammenwirken mit dem Produktmanagement Modulentwicklung Die Modulentwicklung betreut alle Softwarebibliotheken mit Ausnahme der Benutzerschnittstellen und der Da tenbankfunktionen und ist die einzige Abteilung die prozedurale Programmierung ausf hrt Hier werden alle Funktionen und Methoden entwickelt und getestet die in den Anwendungsprogrammen verwendet werden Da bei ist darauf zu achten dass keine Funktion zwei Mal entwickelt wird was zu einem entsprechenden Wieder verwendungsfaktor und zu wesentlich besserer Wartbarkeit der Software f hrt Benutzerschnittstellen Die Abteilung f r User Interfaces befasst sich mit Funktionen die Terminals oder Drucker ansprechen also al len GUI Aufgaben dem X Window System Strichcodes oder Postscript In diesen Softwarebereich fallen auch die Verwendung spezieller Peripherieger te wie Scanner Magnetkartenleser sowie biometrische Funktionen Fingerabdruckleser oder Iris und Gesichtserkennung Datenmanagement Die f r das Datenmanagement zust ndige Softwareabteilung gestaltet die gesamte Datenmodellierung sowie die Speicherung von Daten in allen Anwendungssystemen der Dialog Data und betreut die Einbindung von Da tenbanksystemen in
103. ie Praxis umgesetzt auch wenn aktuell kein unmittelbarer Bedarf daf r be steht Wenn jedoch eine Anforderung einmal irgendwo aufgetaucht ist ist die Wahrscheinlichkeit sehr gro dass bald auch bei anderen Anwendern hnliche Bed rfnisse entstehen Dann k nnen bei der von der Dialog Data eingehaltenen Vorgangsweise die W nsche wirklich schon erf llt sein noch bevor sie ge u ert wurden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Nutzungsqualit t Blatt 3 2 Dialog Data Ereignisse und Gefahren 3 2 Ereignisse und Gefahren Die zentrale Informationsbasis f r die Qualit tssicherung bildet die Aufzeichnung aller bereits aufgetretenen Probleme sowie die Darstellung potentieller Probleme Die Ereignis und Gefahrenaufzeichnung EGA h lt alle zu erledigenden Probleme fest wobei jeder Vorfall der eine Reaktion erfordert als Problem betrachtet wird Die wichtigste Informationsquelle f r alle Arten von Verbesserungen sind die W nsche der Kunden Zur Auf zeichnung aller Reaktionen von Kunden und Interessenten wird daher ein Erfassungssystem eingesetzt das als Ereignisaufzeichnung bezeichnet wird alle Meldungen von Kunden registriert und damit weit ber ein Fehlermeldesystem oder ein Beschwerdemanagement hinausreicht Da auch alle Mitarbeiter der Dialog Data als Kunden gel
104. im Index im An hang dieses Handbuchs unter ISO 9001 alle Elemente der Norm mit entsprechenden Verweisen auf die zu treffenden Stellen des Qualit tssicherungshandbuchs enthalten Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 1 Dialog Data Das Qualit tswesen im Unternehmen 1 Das Umfeld der Qualit tssicherung Dieses Kapitel behandelt die Grundlagen auf die sich das Qualit tssicherungssystem st tzen kann und die Ma nahmen mit denen die oberste Unternehmensleitung das Qualit tssystem unterst tzt Es werden neben der Verantwortung der Gesch ftsf hrung die organisatorischen Grundlagen und die berwachung des Quali t tssicherungssystems durch die Leitung behandelt 1 1 Das Qualit tswesen im Unternehmen Die Firma Dialog Data Betriebsberatungs und Datenverarbeitungsgesellschaft m b H in Graz betreibt Dienst leistungen in der Datenverarbeitung speziell die Entwicklung von Anwendungssoftware die Konfiguration und Lieferung von Computersystemen sowie den Handel mit EDV Zubeh r Seit der Gr ndung des Unternehmens im Jahr 1978 basiert der Gesch ftserfolg weitgehend auf der Qualit t der gelieferten Produkte und Dienstleistungen und der Kreativit t der angebotenen L sungen Schon immer waren intensive Kontakte zu den Kunden sowie die in
105. in je dem Modul gespeichert und auch in den Objektprogrammen verf gbar Jeder Anwender kann damit auch selbst f r jedes Programm feststellen welche Module in welcher Version darin enthalten sind 4 3 3 Kennzeichnung von Datentr gern Die Kennzeichnung von Datentr gern ist bei der Dialog Data ebenfalls klar geregelt Jeder Datentr ger Stre amer Tapes Zip Medien CDs Disketten ist mit einer eindeutigen Nummer gekennzeichnet die auch den Typ und die Kapazit t des Datentr gers angibt Diese Nummer ist sowohl auf dem Datentr ger selbst wie auch auf der zugeh rigen Verpackung angebracht Fremde Datentr ger sind daher schon am Fehlen dieser Identifikati onsnummer zu erkennen Mit Hilfe dieser Identifikation l sst sich sowohl der Inhalt jedes Datentr gers zentral dokumentieren wie auch eine Aufzeichnung aller bei Kunden befindlichen Datentr ger samt deren Inhalt m g lich ist 4 3 4 Kennzeichnung von Dokumenten Dokumente aller Art Qualit tssicherung Softwaredokumente werden wie Produkte behandelt und unterliegen dem Dokumentenmanagement Auch alle Dokumente sind eindeutig gekennzeichnet 4 3 5 Versionskontrolle und R ckverfolgbarkeit Alle ver nderbaren Softwarebestandteile Sourceprogramme und Dokumente werden mit einem Programmsy stem verwaltet das die freigegebenen Versionen der Dateien speichert alle Ver nderungen von einer Version zur n chsten aufzeichnet und auch die Wiederherstellung fr herer Versionen erlaubt Z
106. ind Wenn ein Bedarf an erg nzender Qualifikation festgestellt wird werden die Mitar beiter intern oder extern entsprechend geschult Die Dialog Data besch ftigt nur hochqualifiziertes Personal das in den meisten F llen ber eine Hochschulaus bildung verf gt und zus tzlich firmenintern aufwendig ausgebildet wird Neben einer entsprechenden Steue rung der Personalqualit t sieht das Unternehmen die wichtigste Zielsetzung im Personalbereich darin f r eine gro e Kontinuit t zu sorgen um auch l ngerfristige Projekte in gleichbleibender Qualit t abwickeln und die Kunden mit Betreuern versorgen zu k nnen welche mit den individuellen Gegebenheiten vertraut sind und nicht immer wieder neu eingewiesen werden m ssen Interessante Arbeitsaufgaben flexible Arbeitszeiten attraktive Arbeitsbedingungen umfassende Weiterbil dungsm glichkeiten gutes Betriebsklima und eine solide Unternehmenskultur sorgen daf r dass auch bei den Mitarbeitern der Dialog Data Zufriedenheit und Begeisterung in hnlicher Weise wie bei den Kunden geweckt werden Die Planung der Anforderungen wird gemeinsam von der Qualit tssicherungssoftware und von der Personal managementsoftware der Dialog Data gesteuert In den Stellenpl nen werden die Anforderungen und die je weils ben tigten Eigenschaften festgelegt und quantitativ vorgegeben woraus sich die oben erw hnten T tig keitsprofile ergeben Mit demselben Schema werden die F higkeiten der Stelleninhaber beur
107. it t z2unnnunnnnn nennen nn nennen 6 1 6 2 Modellierung der verschiedenen Leistungen zrunnaunnen nun nn nn nn 6 2 6 3 Lenkung der Dienstleistungsqualit t z2usnunnnnn nun nen nennen 6 4 6 4 Messung und Pr fung der Dienstleistungsqualit t z2nannen nun nnnnnnn nn 6 4 7 Sicherung der Personalqualit t z222ununneen nenn nn nn nn 7 1 7 1 Planung der Personalqualit t zseunnennnn nenn nennen nennen 7 1 7 2 Lenkung der Personalqualit t zuennnen nun nennen 7 2 7 3 Organisation der Schulungsveranstaltungen saasassassnssannnnnnnnnnennnnnnnnnnne 7 3 7 4 Messung und Pr fung der Personalqualit t naasa anaanaunann nananana nn 7 4 8 Qualit tsrelevante Dokumente und Daten annsannnannnnnnnnnnnno 8 1 8 1 Datenmanagement srenti sarar une EE RENN en nennen 8 1 8 2 Lenkung der Dokumente HHreene een een 8 2 8 3 Qualit tsaufzeichnungen zH mnnunnenn nenn nennen 8 2 9 Qualit tssicherung in der Verwaltung nurennnnnn nn nn nn 91 9 1 Organisation und Planung unannennnen nun nn 91 9 2 Technologie und Infrastruktur zH sneannen nun nn 9 3 10 Index ee ER a aaea e a aa aa 10 1 Verzeichnis der Abbildungen Abb E Organigram sa s ipse 20 ae a ee a ec ae hie 1 3 Abb 2 Das allgemeine Vorgehensmodell aaa aaanaaaaaaaannaan anaana 1 9 Abb 3 Interne Audits s oiia cnai saamia E een 1 11 Abb 2
108. iten de aus und erteilt dazu einen Arbeitsauftrag Die Ereignisanalyse untersucht die aufgetretenen Ereignisse nach verschiedenen Schwachstellen und M glichkeiten zur Verbesserung der Prozesse und Verfahren Die Ereignisaufzeichnungen werden laufend und parallel zu allen sonstigen Aufzeichnungen von allen Mitarbei tern gef hrt und zentral im Computer verwaltet Jeder Vorfall der irgendeine Reaktion erfordert ist gesondert aufzuzeichnen Zu jedem in einem Protokoll festgehaltenen Mangel und zu jeder festgestellten Gefahr wird auch eine EGA Eintragung erzeugt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Nutzungsqualit t Blatt 3 3 Anfragebearbeitung Dialog Data 3 3 Anfragebearbeitung Einen zentralen Prozess der unmittelbar mit der Ereignisaufzeichnung verkn pft ist bildet die Anfragebearbei tung Praktisch jede Aktivit t im Unternehmen wird dadurch ausgel st dass eine Anforderung einlangt die in ir gendeiner Form zu bearbeiten ist Jede dieser Anforderungen wird im EGA System aufgezeichnet und entspre chend der Art der Anforderung bearbeitet Ereignisaufzeichnung Kontakt Anfrage Y Partner bestimmen Kundendaten erfassen Kundenpr fung Erstinformationen Tr Y GA Aufzeichnung
109. ken sich auf die in das Review einbezogenen Produkte w hrend globalere Tests in der Integrationsphase erfolgen Nicht zuletzt erfolgt im Zuge des Reviews die Softwarebewertung nach den standardisierten Kriterien der Dia log Data siehe Softwarebewertung in einem der folgenden Kapitel Jedes Review wird nach einem standardisierten Reviewplan abgewickelt und protokolliert Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 17 Dialog Data Steuerung der Entwicklung Das Ergebnis des Reviews wird dem Kontrollsystem vom Reviewer mitgeteilt worauf das System entweder zur Entwicklung zur ckkehrt oder die Integration erwartet Falls das Review negativ endet muss der Reviewer dem System eine Datei bergeben in welcher die Gr nde f r die Ablehnung beschrieben sind Diese Datei wird vom CASE System in die Projektdokumentation bernommen 5 8 4 Integration und Freigabe Wenn alle erforderlichen Entwicklungsarbeiten abgeschlossen sind folgt die Integration die in Abh ngigkeit von der jeweiligen Entwicklungsaufgabe in der bernahme von Modulen in eine Softwarebibliothek in der Compilation eines Anwendungsprogramms oder in der Zusammenf hrung mehrerer Anwendungsprogramme zu einem Anwendungssystem bestehen kann Zu Beginn der Integration werden alle ben tigten
110. kontrolle unterliegen Sie wird auch in derselben Form sowohl f r Neuentwicklungen wie f r Anderungen an bereits vorhandenen Produkten verwendet Eine Neuentwicklung unterscheidet sich von einer Anderung nur dadurch dass zu Be ginn eine leere Datei anstelle einer fr heren Produktversion verwendet wird 5 8 2 Methoden und Verfahren in der Entwicklungsphase Die gr ndliche Vorbereitung beim Design erlaubt eine weitgehend automatisierte Abwicklung unter Kontrolle des zuvor beschriebenen CASE Systems F r jede Teilaufgabe erh lt der Entwickler einen eigenen Arbeitsauftrag mit einem Modulentwurf welcher die Schnittstellen der Funktionen die ben tigte Funktionalit t und alle Testf lle enth lt Wenn alle Voraussetzun gen erf llt und die erforderlichen Unterlagen verf gbar sind wird die Entwicklung des im Arbeitsauftrag be zeichneten Moduls oder Programms vom Administrator freigegeben Der Arbeitsauftrag enth lt auch eine Checkliste mit allen vom Entwickler selbst durchzuf hrenden Pr fverfahren um den Aufwand bei den Reviews durch entsprechend gute Vorbereitung minimal zu halten Der Entwickler kann vom System die ben tigten Dateien anfordern und in der vorgegebenen Weise modifizie ren oder neu erstellen Nach Abschluss der Entwicklungsarbeiten bergibt der Programmierer seine Dateien wieder dem System das automatisch alle Anderungen aufzeichnet Wenn mehrere Programmierer an demsel ben Modul arbeiten f hrt das CASE System die einz
111. kte nach verschiedenen Kriterien und Metriken Diese Bewertung wird in einem eigenen Kapitel ausf hrlicher behandelt Es k nnen sich jedoch auch im Zuge der Softwarebewertung M ngel zeigen die eine Wiederaufnahme des Designprozesses oder des Entwicklungsprozesses n tig machen 5 10 9 Test des Gesamtsystems Falls im Rahmen eines Auftrages mehrere Produkte zu liefern sind deren Zusammenwirken sichergestellt sein muss erledigt die Systemintegration die Integration und Konfiguration dieser Bestandteile und f hrt die ent sprechenden Tests durch 5 10 10 Abnahmetest Mit der bergabe verbunden ist ein Abnahmetest mit dem die vereinbarten Systemleistungen mit den in den Anforderungen festgelegten Testf llen berpr ft werden Dieser Test sollte in den allermeisten F llen v llig un problematisch ablaufen da die Systemintegration bei Hardware und Software und die Qualit tssicherung bei Dienstleistungen schon vor Beginn der Abnahme alle vereinbarten Leistungen und Tests berpr ft hat und eine Abnahme nicht zulassen darf so lange sich noch Abweichungen von den Spezifikationen zeigen 5 10 11 Testdokumentation Die Dokumentation der Tests wird ebenfalls bei der Testplanung festgelegt und richtet sich nach der Aufgaben stellung beziehungsweise dem damit verbundenen konkreten Testvorgang F r bestimmte Testvorg nge sind die Aufzeichnungen wie das Protokoll beim Abnahmetest fix vorgegeben und k nnen im Rahmen der Testplanung nicht
112. laufgabe innerhalb ei nes gr eren Entwicklungsprozesses wobei die Arbeit an der Gesamtaufgabe mit dem Projektabschluss kei neswegs beendet ist Beispielsweise nutzen manche Kunden die von der Dialog Data gelieferten Systeme schon seit mehr als 15 Jahren und haben in dieser Zeit immer wieder Anpassungen an ge nderte Erfordernis se vorgenommen In diesem Zeitraum kann die Hardware schon dreimal ausgewechselt und die Software viel fach adaptiert und erweitert worden sein ohne dass ein Ende abzusehen w re Die Rekordnutzungsdauer f r ein Softwaresystem auf derselben Hardware liegt derzeit bei 18 Jahren was man durchaus als Beweis f r die langfristige Nutzbarkeit der von der Dialog Data entwickelten Systeme anse hen kann was aber auch erkl rt warum auf den Abschluss eines Softwareprojekts oft zahllose weitere Projek te zur Adaptierung oder Erweiterung des Systems folgen Organisatorisch ist ein Projekt bei Folgeprojekten auch eine Projektgruppe als vor bergehend eingerichtete Abteilung zu sehen die wie ein eigenst ndiges Unternehmen mit eigener Gesch ftsf hrung mit eigenem Bud get und eigenem Personal arbeitet und dabei die Dienste der Dialog Data als Kunde nutzt sowie den Auftrag geber des Projekts als Lieferant bedient Das Personal dieses Unternehmens setzt sich sowohl aus Mitarbei tern der Dialog Data wie auch aus Mitarbeitern des Auftraggebers zusammen Im Rechnungswesen wird ein Projekt ebenfalls wie eine eigenst ndige Fi
113. le an der Aufgabe beteiligten Personen haben dem System den Abschluss ihrer Entwicklungsarbeiten be kanntgegeben und die von ihnen bearbeiteten Dateien an das Kontrollsystem retourniert e Das zu pr fende Produkt liegt in der aktuellsten Version vor und enth lt alle von den Entwicklern vorgenom menen nderungen e Handelt es sich beim Gegenstand des Reviews um ein Programm und nicht um ein Dokument ist sicherge stellt dass es fehlerfrei compiliert werden kann e Au erdem hat das Kontrollsystem alle in der Entwicklungskonfiguration vorgesehenen automatischen Tests fehlerlos ausf hren k nnen und dabei die vorgegebenen Ergebnisse erhalten Der Reviewer oder die Reviewgruppe ist mit den Zusammenh ngen im Gesamtprojekt vertraut Da etliche Voraussetzungen schon gegeben sind kann er sich auf die Einhaltung der vorgegebenen Standards Imple mentierungsaspekte und die berpr fung der Vollst ndigkeit konzentrieren Er kann sich dabei auf umfassende Informationen st tzten e Die aktuelle Version des Produktes liegt in ausgedruckter Form vor e Zus tzlich zur Sourceliste ist bei Programmen der Output der statischen Syntaxanalyse verf gbar e Es wird weiters eine umfassende Crossreferenceliste erzeugt die eingebundene Dateien Pr prozessordefi nitionen Typdefinitionen alle Variablen sowie die internen und externen Funktionen und deren Verwendung darstellt e Daneben wird eine graphische Darstellung der Hierarchie von Funktionsaufr
114. leistungen und erh hen die Nutzungsm glichkeiten f r den Kunden bei geringerem Investitionsaufwand e Die Vorteile der geringen Betriebsgr e werden zum Nutzen des Kunden eingesetzt Mit Flexibilit t straffer Organisation detaillierter Kenntnis des Umfelds und der Erfordernisse beim Kunden k nnen die individuellen Bed rfnisse optimal ber cksichtigt werden e Analog kann der Personalqualit t ein wesentlich gr eres Augenmerk gewidmet werden als in einem Massenbetrieb e Nicht zuletzt wird durch eine intensive Betreuung der Anwender f r eine st rungsfreie und effiziente Nutzung der gelieferten Produkte gesorgt e Insgesamt wird danach getrachtet ber die allgemeinen Qualit tskriterien hinaus die An forderungen der Anwender in einer Weise zu erf llen die ber Kundenzufriedenheit so weit hinausreicht dass ein hohes Ma an Kundenbegeisterung erzielt wird e Diese Kundenbegeisterung ist durch absolut zuverl ssige L sungen die permanent an aktuelle Kundenw nsche angepasst werden sowie eine umfassende Unterst tzung bei der laufenden Arbeit in der Vergangenheit tats chlich erreicht worden Dieses Handbuch beschreibt die grundlegenden Konzepte im Bereich der Qualit tssiche rung mit denen die uneingeschr nkte Kundenzufriedenheit auch in Zukunft sichergestellt wird Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung
115. leitet Die Mitarbeiter in diesem Bereich m ssen ber umfassende Kenntnisse der jeweiligen Anwendungsdom ne etwa Lohnabrechnung ka merales Rechnungswesen Modeartikelhandel verf gen um die Anwendungssysteme fachgerecht und sinn voll f r die jeweilige Zielgruppe Personalb ro Gemeindeamt Textilh ndler konfigurieren zu k nnen Softwareservice Der Softwareservice ist die Anwendungssystementwicklung f r Fremdsoftware und wurde zwangsl ufig ein gerichtet weil die frei verf gbare Public Domain Software immer un berschaubarere Ausma e annimmt und gleichzeitig in vielen F llen eine Qualit t aufweist wie sie kommerzielle Produkte nur selten zeigen Diese Soft ware ist sowohl f r die Kunden wie auch f r die Dialog Data selbst eine ebenso billige wie wirkungsvolle Erg n zung des Gesamtsystems auf die man nicht verzichten sollte die aber mit einem ungeheuren Aufwand verbun den ist Jedes einzelne Programm muss installiert konfiguriert getestet und auf seine praktische Verwendbar keit gepr ft werden Die Ergebnisse dieser Pr fungen werden in Evaluierungsberichten aufgezeichnet Soll ein derartiges System genutzt werden sind meist zus tzlich Anpassungsarbeiten an die Standards der Dialog Data etwa einheitliche Benutzeroberfl che vorzunehmen Systemintegration W hrend sich die zuvor beschriebenen Entwicklungsabteilungen ausschlie lich mit mehr oder weniger eigen st ndigen Softwareprodukten befassen muss die Integr
116. len Reihenfolge ausgef hrt werden und ob unn tige oder doppelte Funktionsaufrufe vorhanden sind Beim Review werden auch alle Tests ausgef hrt und aufgezeichnet die automatisch nicht ausgef hrt werden k nnen Die automatisch erzeugten Auswertungen liefern umfassende Informationen zur Qualit t des Codes die an hand der Sourceliste verifiziert werden k nnen Gleichzeitig wird die Einhaltung der Programmierrichtlinien berwacht Der Reviewer beurteilt diese Ergebnisse und veranlasst eventuell Korrekturen Sind im Review keine M ngel festgestellt worden wird das Produkt mit Hilfe des daf r vorgesehenen Formu lars einer Bewertung nach verschiedenen Qualit tskriterien unterzogen in welche auch die automatisch er zeugten Metriken bernommen werden Einzelheiten dazu sind im n chsten Kapitel zu finden 5 10 5 Integrationstests Beim Integrationstest wird das fehlerfreie Zusammenwirken von verschiedenen Komponenten getestet wobei je nach Entwicklungsebene unterschiedliche Verfahren eingesetzt werden Auf der Ebene der Modultests sind keine Integrationstests vorgesehen Das Zusammenwirken mit bereits vor handenen Funktionen die von den getesteten Modulen aufgerufen werden wurde bereits beim Modultest ge pr ft Die Integration bernimmt daher Module ohne weitere Tests in die Softwarebibliotheken Bei Anwendungsprogrammen welche von der Softwareentwicklung ohnehin als Module angesehen werden ist die Situation nicht anders Alle
117. levanten Aufzeichnungen werden im Abschnitt Qualit tsrelevante Dokumente und Daten behandelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 11 Dialog Data Interne Qualit tsaudits 1 5 Interne Qualit tsaudits W hrend das Qualit tssicherungssystem selbst im Rahmen der im ersten Kapitel dieses Abschnitts behandel ten Bewertung der Qualit tssicherung berpr ft wird dienen die internen Qualit tsaudits dazu einzelne Pro zesse oder Produkte zu bewerten und Verbesserungsm glichkeiten zu finden Die Planung und Durchf hrung interner Qualit tsaudits obliegt der Qualit tssicherungsabteilung die mit Unter st tzung durch die QS Software einen Auditplan verwaltet der s mtliche planm igen Audits zur berpr fung von Verfahren und Produkten enth lt Der Auditplan ist so gestaltet dass jeder Vorgang und jedes Produkt mindestens einmal im Jahr berpr ft wird Ausgenommen von diesen periodischen Audits sind lediglich die Softwareprodukte nicht jedoch die zugeh rigen Dokumente sowie Fremdsoftware die in der Entwicklung ver wendet wird die im Rahmen der Wartungsprojekte ohnehin permanent berwacht werden Im Rahmen der Audits werden auch die Aufgaben des Innovationsmanagements sowie des Risikomanage ments wahrgenommen Interne Audits
118. lit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 22 Dialog Data Pr fverfahren in der Softwareentwicklung 5 10 4 Pr fungen bei Reviews Die Pr fung der Software bei Reviews wird durch die automatisch generierten Auswertungen zu den Source programmen unterst tzt Neben der Inspektion der Sourceliste werden bei den Reviews daher zun chst alle automatisch erzeugen Infor mationen gepr ft Die Testergebnisse m ssen mit den vorgegebenen Werten bereinstimmen und brauchen daher nur noch auf eine hundertprozentige Testabdeckung gepr ft werden Die erfolgreiche Absolvierung aller Tests sollte die semantische Korrektheit des Codes sicherstellen w hrend die syntaktische Korrektheit schon bei der Entwicklung gepr ft wurde und bei den Reviews nur noch durch eine Inspektion des Outputs der statischen Syntaxanalyse kontrolliert wird Speziell zu pr fen sind bei Reviews alle Aspekte der Wiederverwendung Insbesondere darf der Modul keiner lei Verarbeitungen enthalten die bereits in anderen wiederverwendbaren Modulen verf gbar sind Bei Anwen dungsprogrammen ist zus tzlich zu kl ren ob die Anweisungen nicht besser in wiederverwendbarer Form in ei ner Bibliothek abgelegt sein sollten was allerdings einen Designfehler darstellen w rde Im Zuge des Reviews wird die Dynamik der Verarbeitung anhand der Ausf hrungsprofile studiert Es ist zu pr fen ob die einzelnen Funktionsaufrufe in einer sinnvol
119. llsplan erstellt der die Vorgangsweise im Falle einer St rung regelt Diese Regelung ist so gestaltet dass der Ausfall eines einzelnen Ger tes niemals zu ei ner Beeintr chtigung der Arbeitsm glichkeiten f hren kann In den meisten F llen wird dies dadurch erreicht dass entsprechende Ersatzger te vorr tig gehalten werden Analog werden derartige Ausfallspl ne auch f r al le Anwendersysteme erstellt f r die ein Wartungsvertrag abgeschlossen wurde Mittels EGA werden alle denkbaren St rquellen analysiert und systematisch reduziert oder beseitigt Die Siche rung der Verf gbarkeit beinhaltet auch die Evidenz s mtlicher Beschaffungspapiere Garantievereinbarungen Bedienungsanleitungen und sonstiger Unterlagen zu allen vorhandenen technischen Einrichtungen Ein weiterer Aspekt der Gefahrenanalyse betrifft die Arbeitnehmerschutzvorschriften die in Zusammenarbeit mit dem Personalmanagement behandelt werden 9 2 2 Ressourcenplanung Die Ressourcenplanung im Bereich der technologischen Ausstattung muss sicherstellen dass die verf gbaren Betriebsmittel auch in Ausnahmesituationen den Bedarf abdecken im Normalfall also die Anforderungen weit bertreffen 9 2 3 Arbeitsplatzgestaltung Jeder Arbeitsplatz bei der Dialog Data hat eine standardisierte Ausstattung die im Organisationshandbuch de tailliert geregelt ist und deren Gestaltung regelm ig berpr ft wird Die Ausstattung muss nicht nur sicherstel len dass jeder Mitarbeiter
120. lung des Verkaufsprozesses f r Kundenauftr ge und im Zusammenhang damit die Ausarbeitung und laufende Pfle ge der Allgemeinen Gesch ftsbedingungen des Unternehmens in Zusammenarbeit mit der Rechtsabteilung Kundenbetreuung Die Kundenbetreuung sollte bei der Dialog Data eigentlich Kundenverw hnung hei en Sie ist die Schnittstelle zwischen den Anwendern und dem Unternehmen und hat die Aufgabe die Kunden bei der Nutzung der von der Dialog Data gelieferten Produkte bestm glich zu unterst tzen Bei der Abwicklung von Folgeauftr gen mit bestehen Kunden wird die Verkaufsabteilung eingebunden Da diese Abteilung den intensivsten Kontakt zu Kunden hat sind hier auch die Fakturierung und das Mahnwesen angesiedelt Einkauf und Materialwirtschaft Der Einkauf organisiert die Beziehungen zu Lieferanten sammelt Informationen zu allen verf gbaren Produk ten legt zusammen mit der Rechtsabteilung die f r Lieferanten verbindlichen Einkaufsbedingungen fest f hrt die Lieferantenbeurteilung durch und wickelt s mtliche Beschaffungsvorg nge auch mit firmeninternen Stellen ab Die in dieser Abteilung angesiedelte Lagerverwaltung betreut das Lager f r Handelswaren und Bauteile ebenso wie gemeinsam mit dem Produktmanagement und dem Service Center das Lager f r defekte Ger te und verwaltet die gesamte Warenwirtschaft Bestellwesen Wareneingang Inventur mit Ausnahme der Faktu rierung Kundenbetreuung am Computer Sekretariat und Call Center
121. mationsvermittlung eine Erhebung der Kundenzufriedenheit ber Frageb gen die schon im Standardmodell der Konferenzabwicklung vorgesehen ist Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Personalqualit t Blatt 7 1 Dialog Data Planung der Personalqualit t 7 Sicherung der Personalqualit t Neben der grunds tzlichen Qualit tspolitik des Unternehmens ist eine hervorragende Personalqualit t der wichtigste Faktor zur Erreichung der beabsichtigten Kundenbegeisterung und ein nicht zu untersch tzendes Kriterium das die Dialog Data von manchem Mitbewerber unterscheidet Die organisatorischen Ma nahmen im Rahmen eines Qualit tssicherungssystems bleiben v llig wirkungslos wenn es den Mitarbeitern an Fachwissen Kreativit t und Intelligenz mangelt und wenn sie sich nicht voll mit dem Qualit tssystem identifizieren Die Sicherung eines au erordentlich hohen Qualit tsniveaus im Personalbereich ist daher eine grundlegende Voraussetzung f r den Erfolg bei den Kunden Alle Mitarbeiter m ssen Qualit t als einen Teil ihrer Aufgabe verstehen und sich um eine kontinuierliche und dauerhafte Verbesserung bem hen 7 1 Planung der Personalqualit t Entsprechend den T tigkeitsprofilen der einzelnen Stellen werden Qualifikationsmerkmale festgelegt die vom Mitarbeiter zu erf llen s
122. mierung befasst sondern f hrt die Konfigu ration und Integration von Funktionen auf der Ebene eigenst ndiger Programme aus und muss neben der Funktionalit t auch alle organisatorischen und ergonomischen Aspekte ber cksichtigen 5 5 3 Anwendungssystementwicklung Die Anwendungssystementwicklung konfiguriert die verf gbaren Programme zu Anwendungssystemen wobei horizontale und vertikale Anwendungssoftware entsprechend der jeweiligen Zielsetzung miteinander kombiniert werden Zum Beispiel kann ein System f r den Textilhandel im Bereich des Rechnungswesens dieselben Pro gramme verwenden wie ein System f r den Brennstoffhandel w hrend f r die Warenwirtschaft v llig unter schiedliche Programme ben tigt werden Auch hier werden f r fehlende Anwendungsprogramme entsprechende Antr ge an die Programmentwicklung gestellt Die Anwendungssystementwicklung muss darauf achten dass die Systeme alle Anforderungen erf l len und dass das Zusammenwirken zwischen den einzelnen Anwendungsprogrammen auch ber verschiedene Subsysteme hinweg etwa Fakturierung und Buchhaltung garantiert ist In diesem Bereich werden berhaupt keine Programmierarbeiten mehr geleistet sondern nur noch Integrati onsaufgaben und Konfigurationsarbeiten erledigt sowie Tests mit dem gesamten Anwendungssystem ausge f hrt 5 5 4 Aufgabenstruktur der Softwareentwicklung Die hierarchische Gliederung der Softwareentwicklung bringt mehrere Vorteile Einmal ist der wirklich
123. n Aus diesen Anforderungen wird unter Ber cksichtigung der verf gbaren Mittel eine konkrete L sung ausgearbeitet deren Leistungsumfang im La stenheft festgelegt wird Das Pflichtenheft enth lt also die W nsche des Auftraggebers in allgemeiner Form w hrend das Lastenheft die zur Umsetzung dieser W nsche erforderlichen Leistungen darstellt Produkt Ein Produkt ist ein isolierbares Objekt das bestimmte Eigenschaften hat und f r sich weitergegeben oder bear beitet werden kann Diese Festlegung ist in der Software von Bedeutung Ein Modul ist eine eigenst ndige Da tei Quelltext oder compiliert die mindestens eine meist jedoch mehrere Funktionen enth lt Obwohl Funktio nen die wichtigsten Bestandteile der Software darstellen sind sie keine eigenst ndigen Produkte weil sie Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Allgemeines Blatt iv Begriffe Dialog Data ausnahmslos Bestandteile von Modulen sind und f r sich allein nicht verwendet oder ver ndert werden k nnen Wird eine Funktion ge ndert so ist eine Anderung jenes Moduls erforderlich der diese Funktion enth lt Systemkonfiguration Die Systemkonfiguration besch ftigt sich mit der Zusammenstellung von Gesamtsystemen entsprechend den Anforderungen des Auftraggebers In vielen F llen sind dazu Hardware Betriebssyst
124. n was bei der Gestaltung der Entwicklungsprozesse und des Projektmana gements entsprechend ber cksichtigt werden muss Ausgangspunkt aller Wartungsma nahmen sind die aus den Ereignisprotokollen hervorgehenden Anforderun gen Anderungsw nsche und Fehlermeldungen die sowohl von Kunden wie auch von Mitarbeitern der Dialog Data stammen k nnen Die Meldungen werden klassifiziert nach Anwendungssystemen geordnet gesammelt und entsprechend ihrer Art und Priorit t im Rahmen von Wartungsprojekten bearbeitet Nach der Art der Wartungsma nahme werden drei verschiedene Formen von Softwarewartung unterschieden die sich im Entwicklungsprozess voneinander unterscheiden 5 9 1 Minimalkorrekturen Eine vereinfachte Vorgangsweise ist f r Korrekturen vorgesehen die mit keiner Ver nderung der Codierung verbunden sind Bereinigung von Tippfehlern in Meldungstexten oder Kommentaren Einf gen von Leerzeilen oder zus tzlichen Kommentaren in den Quelltext Berichtigung von Listen berschriften in Auswertungen oder Anpassung von Eintragungen in Parameterdateien Derartige Korrekturma nahmen sind in der Regel innerhalb weniger Minuten ausgef hrt wobei es sich kaum lohnt daf r ein eigenes Entwicklungsprojekt einzurichten Derartige nderungen werden zusammen mit der n chsten freigegebenen Version der Software an die Anwen der ausgeliefert und entsprechend in das laufende Anderungsprojekt der betreffenden Software einbezogen 5 9 2 Fehlerbehebung Als
125. n in Softwarebibliotheken abgelegt und m ssen von dort verwendet werden Neben den nachstehend noch behandelten Vorteilen der Wiederverwendung ergibt sich aus diesem Konzept eine wesentlich h here Produktivit t der Softwareentwicklung da ein neues Programm im Durchschnitt zu 80 aus wiederverwendeten Funktionen besteht Auch die Softwarewartung profitiert ganz wesentlich davon da Anpassungen der Funktionalit t nur beim jeweiligen Modul vorgenommen werden m ssen und danach auto matisch in der gesamten Software verwendet werden Dem Benutzer zeigt die Software auch ber mehrere Anwendungssysteme hinweg ein einheitliches Verhal ten Die Funktionalit t ist dem Anwender oft schon aus anderen Anwendungen bekannt was den Einarbei tungsaufwand ebenso wie die M glichkeiten zur Fehlbedienung reduziert 5 6 6 Fehlervermeidung durch Design Ein grundlegendes Ziel der Qualit tssicherung ist die fr hzeitige Erkennung von Fehlern Wesentlich besser ist es jedoch das Entstehen von Fehlern m glichst weitgehend gar nicht erst zu erm glichen Der Designprozess sichert nicht nur die qualitativen Eigenschaften der Software sondern beinhaltet durch ent sprechende Konzeption und Gliederung der Programme Module und Funktionen wesentliche Voraussetzun gen f r eine umfassende Fehlervermeidung Zun chst werden Fehlerquellen durch das strikte Wiederverwendungskonzept reduziert Wenn Softwareteile nicht neu entwickelt werden m ssen k nnen dabei auc
126. n sowohl f r externe wie auch f r interne Kunden aus insbesondere Konvertierungen von bereits vorhandenen Datenbest nden f r ein neu einzurichtendes IT System Projektmanagement Das Projektmanagemert ist f r die Planung Abwicklung Dokumentation und Kontrolle von Projekten zust ndig und erledigt die Qualit tssicherung auf Projektebene F r jedes interne Projekt wird in Zusammenarbeit mit den vom Projekt betroffenen Fachabteilungen aus den verf gbaren Mitarbeitern ein Projektteam gebildet das bis zum Abschluss der Aufgabe abteilungs bergreifend zusammenarbeitet Diese Kompetenz gilt sowohl f r inter ne Entwicklungsprojekte wie auch f r die Abwicklung von Kundenauftr gen EDV Beratung Die EDV Beratung bietet Beratungsleistungen im IT Bereich an und k mmert sich bei Kundenprojekten um die Integration des Systems in den Betrieb beim Anwender sowie um die organisatorische Anpassung und Opti mierung von Gesch ftsprozessen Schulung Das Schulungszentrum ist f r alle Ausbildungsma nahmen bei Kunden und Mitarbeitern und die Herstellung der dazu ben tigten Hilfsmittel zust ndig 1 2 3 Bewertung der Qualit tssicherung Sowohl die Qualit t des Qualit tssicherungssystems selbst wie dessen bedingungslose Anwendung durch alle Mitarbeiter wird durch die Gesch ftsf hrung permanent berwacht Zur berpr fung der Wirksamkeit und Durchf hrung des Qualit tssicherungssystems der Dialog Data und der Anwendung der Regelungen in
127. nen entwickelten Produkte die geforderten Leistungen perfekt erbringen 5 1 Planung der Softwarequalit tssicherung Die Qualit tsplanung im Bereich der Softwareentwicklung folgt folgenden Prinzipien Die Qualit tsmerkmale werden in Abstimmung mit dem Auftraggeber schon im Rahmen der Auftragspr fung m glichst quantitativ festgelegt und bilden die Grundlage f r den Abnahmetest Aus diesen Qualit tsanforde rungen leiten sich die Ma nahmen f r den Entwicklungsprozess ab der zur Erreichung der festgelegten Ziele entsprechend gestaltet wird Durch Ma nahmen im Bereich der konstruktiven Qualit tssicherung werden durch entsprechende Wahl der Softwarearchitektur weitgehende Modularisierung einen hohen Wiederverwendungsanteil und die Gliederung der Softwareentwicklung in mehrere Ebenen Module Programme Systeme Qualit tsaspekte in so hohem Ausma ber cksichtigt dass eine detaillierte Behandlung den Rahmen dieses Handbuchs sprengen w rde Der zentrale Aspekt aller Qualit tssicherungsma nahmen betrifft neben der Fehlererkennung und der Fehler beseitigung eine m glichst umfassende Fehlervermeidung Als Fehler gilt jede Abweichung von den Anfor derungen ebenso wie jede Inkonsistenz in den Anforderungen selbst Es muss nicht nur der geforderte funktio nale Umfang gegeben sein die Software muss vielmehr auch allen festgelegten Qualit tsanforderungen ent sprechen Um eine fr hzeitige Fehlererkennung zu erm glichen ist die Qualit t
128. ngs gt leistungen Bystementwicklung Technologie und Infrastruktur Schulung Softwareservice i amp N a 3 w gt jet D 3 D 3 Systemintegration Abb 1 Organigramm Die Bereiche sind nicht als eigene Abteilungen eingerichtet sondern stellen nur eine Zusammenfassung der einzelnen Abteilungen zu Gruppen dar Alle Abteilungen sind direkt der Gesch ftsf hrung unterstellt Eine de taillierte Beschreibung der einzelnen Stellen findet sich im Dokument Die Dialog Data GmbH Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 4 Dialog Data Verantwortung der Leitung Externe Kontakte Dieser Bereich fasst jene Stellen zusammen welche das Unternehmen nach au en vertreten Marketing und Verkauf Die Verkaufsabteilung ist sowohl f r die Beobachtung des Marktes und der technischen Entwicklung zust ndig wie f r die Gewinnung neuer Interessentenkontakte und f r die laufende Information aller Kunden und Interes senten ber die Produktpalette des Unternehmens Dazu z hlen auch die Verwaltung der Adressendatenbank f r Mailings und gemeinsam mit der Abteilung Dokumentation und Publikationen die Betreuung der Websei ten in den firmeneingenen Internetdom nen Die zentrale Aufgabe dieser Abteilung ist nat rlich die Abwick
129. nige Begriffe erkl rt die missverst ndlich interpretiert wer den k nnten oder in der Fachliteratur nicht einheitlich definiert sind In der gesamten Betriebsdokumentation der Dialog Data werden diese Begriffe mit der hier festgelegten Bedeutung verwendet Anwendersystem Unter einem Anwendersystem das fallweise auch als Gesamtsystem bezeichnet wird ist jenes System zu verstehen das im Rahmen eines Auftrages oder Projektes beim Auftraggeber installiert wird und sich in den meisten F llen aus zahlreichen einzelnen Komponenten Zentraleinheit Arbeitsplatzrechner Peripherieger te Netzwerk Betriebssystem Anwendungsprogramme zusammensetzt die alle untereinander zusammenwirken und aufeinander abgestimmt sein m ssen Ein Anwendersystem wird in jedem einzelnen Fall speziell nach den Forderungen des Auftraggebers konfiguriert Dass ein Anwendersystem dieselbe Konfiguration aufweist wie ein anderes Anwendersystem w re ein h chst au ergew hnlicher Zufall Anwendungssystem Unter einem Anwendungssystem wird ein Softwaresystem verstanden das alle Arbeiten in einem bestimmten Aufgabenbereich etwa in der Buchhaltung oder in der Warenwirtschaft unterst tzt Es setzt sich in der Regel aus mehreren Komponenten Anwendungsprogrammen und Konfigurationsdateien zusammen und ist im Ge gensatz zum Anwendersystem praktisch immer ein Standardsystem das bei vielen Anwendern eingesetzt wird Nicht Bestandteil eines Anwendungssystems sind die Anwen
130. nisprotokoll EGA aufgezeichnet Mit diesen beiden Formularen k nnen einerseits alle T tigkeiten und Vorg nge und andererseits alle Vorf lle und Problemaquellen festgehalten werden Daneben sind nat rlich die vorgangsspezifischen Dokumente etwa ein Modulentwurf oder ein Lieferschein herzustellen w hrend Protokolle eher formlos gef hrt und in der EDV nicht weiter bearbeitet werden Alle Entwicklungsma nahmen bei Software und Dokumenten werden vom CASE System in einem Versions protokoll zusammen mit den vorgenommenen nderungen festgehalten Zus tzlich werden Entwicklungsdo kumentation und nderungsberichte im Rahmen der Projektabwicklung erstellt Jedes einzelne Softwarepro dukt wird nach seiner Fertigstellung in einem eigenen Softwarebeurteilungsbogen nach verschiedenen Krite rien bewertet Jeder einzelne Pr fvorgang wird festgehalten und je nach Art der Pr fung detailliert in einem Testprotokoll aufgezeichnet Alle Konfigurationsma nahmen bei der Gestaltung von Anwendersystemen werden in einem Installationspro tokoll aufgezeichnet S mtliche bei den Anwendern installierte Produkte und deren Versionsnummern werden in einer Konfigurationsliste festgehalten 8 3 5 Statistische Auswertungen Die Qualit tssicherungssoftware enth lt ein umfassendes Informationssystem mit leistungsf higen Werkzeu gen zur statistischen Auswertung aller im System verf gbaren Daten und liefert Informationen aus allen in Fra ge kommenden Bereic
131. ns an Fortbildungsseminaren eingesetzt werden wobei in diesem Fall nat rlich die Festlegung eines Schulungsprogramms unterbleibt beziehungsweise dem externen Veranstalter berlassen wird 7 3 3 Veranstaltungsaufzeichnungen Die QS Software unterst tzt die Aufzeichnungen zu Veranstaltungen in mehrfacher Hinsicht Einmal k nnen die Teilnehmer aufgezeichnet werden die an der Veranstaltung teilgenommen haben Dazu kann eine Beurteilung der Veranstaltung durch die Teilnehmer vorgenommen werden wobei die Ergeb nisse als Bewertungslisten im Computer gespeichert werden und Hinweise auf Verbesserungen liefern k nnen Schlie lich kann auch der Schulungserfolg der Teilnehmer selbst in hnlicher Form festgestellt und aufgezeich net werden Im Personalbereich ergibt sich damit eine bersicht welche Mitarbeiter an welchen Fortbildungsma nahmen teilgenommen haben und welche Ergebnisse dabei erzielt wurden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Personalqualit t Blatt 7 4 Dialog Data Messung und Pr fung der Personalqualit t 7 4 Messung und Pr fung der Personalqualit t Die Informationen aus dem Veranstaltungsmanagement der QS Software liefern eine wichtige Grundlage zur berwachung der Personalentwicklung die in mehrfacher Hinsicht laufend berpr ft wird e In
132. nummer versehen der neben zahlreichen weiteren Informationen Lieferant und Lieferdatum zugeordnet werden Jeder Artikel erh lt ein eige nes Warenetikett das bis zum Verkauf oder Verbrauch auf der Ware bleibt Bei der Konfiguration von Hardware oder dem Verkauf von Einzelteilen wird auf dem Etikett der Empf nger no tiert und zusammen mit anderen Unterlagen zur Konfiguration und Fakturierung aufbewahrt S mtliche Ident nummern und deren Abnehmer sind in der EDV gespeichert und k nnen auch f r 20 Jahre zur ckliegende Lie ferungen abgefragt werden Ebenso sind die Identnummern aller defekten oder ausgetauschten Teile verf g bar was auch eine Analyse der St rungsh ufigkeit je Produkt oder Lieferant erlaubt 4 3 2 Identifikation der Softwarebestandteile S mtliche Bestandteile der Software Programme Module Dateien sind mit eindeutigen Produktidentifikati onsnummern gekennzeichnet die ber ein eigenes EDV System zur Produktinformation verwaltet werden Zu jeder Produktidentifikation werden die einzelnen Versionen mit Freigabedatum und zugeh riger Dokumentation gespeichert Bei jeder Auslieferung von Software an einen Anwender werden die Produktidentifikationen und Versionsnummern der ausgelieferten Software aufgezeichnet Es ist daher jederzeit ersichtlich wann welcher Anwender welche Versionen der einzelnen Softwareprodukte erhalten hat Die Produktkennzeichnung mit Produktnummer Produktnamen Versionsnummer und Versionsdatum ist
133. nwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Kundenzufriedenheit Blatt 2 4 Auftragspr fung Dialog Data 2 4 Auftragspr fung Die Auftragspr fung umfasst alle Vorg nge eines Vorhabens von der ersten Idee bis zur Entscheidung ber die Durchf hrung Die hier festgelegten Grunds tze gelten nicht nur f r Projekte die im Auftrag von Kunden abge wickelt werden sondern f r s mtliche Gesch ftsf lle also auch f r jene bei denen die Dialog Data als Kunde auftritt sowie f r alle firmeninternen Projekte bei denen die Dialog Data Kunde und Lieferant gleichzeitig ist Generell werden bei der Dialog Data die Beziehungen zu Kunden Lieferanten und den Mitarbeitern des Unter nehmens als Symbiose betrachtet die so zu gestalten ist dass sie beiden Seiten Nutzen bringt Je nach Art des Gesch ftsfalles wird sich dieser Nutzen auf der einen Seite eher in Material oder Leistung und auf der an deren Seite in Form von Geld zeigen es wird jedoch jeder Gesch ftsfall der nicht beiden Partnern Vorteile bringt als ganz eindeutiger Misserfolg gewertet Aus diesen Gr nden wird die Auftragspr fung f r Kundenprojekte und Lieferantenprojekte mit demselben Pro zess abgewickelt In jedem Fall sind die Anforderungen festzulegen Dazu ist f r beide Partner eindeutig und unmissverst ndlich festzuhalten was mit dem gegenst ndlichen Projekt erreicht werden soll wozu insbe
134. oblem ergibt sich dadurch dass viele Systemfunktionen je nach dem eingesetzten Betriebssy stem unterschiedlich zu nutzen sind beispielsweise sind die Spoolerprogramme f r die Druckerausgabe un ter UNIX System V v llig anders gestaltet als unter BSD UNIX Linux Diese Probleme werden dadurch ausgeschlossen dass die Softwarekonfiguration vollautomatisch abl uft wo bei sowohl das ben tigte Zielsystem gepr ft wie auch jeweils ein vollst ndiger Satz aller Programme erzeugt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 26 Dialog Data Konfigurationsmanagement wird und immer alle beim Anwender installierten Programme und nicht etwa nur einzelne Anwendungssysteme in der jeweils neuesten freigegebenen Version ausgeliefert werden Es ist nicht m glich einen Programmdatentr ger f r einen Anwender zu erstellen der die Programme nur teil weise oder aber Programme f r ein anderes Zielsystem enth lt Diese Konfigurationsprozeduren werden bei der erstmaligen Installation f r jeden Anwender gesondert eingerichtet und bei allf lligen Softwareerweiterun gen etwa nachtr gliche Installation von zus tzlicher Anwendungssoftware adaptiert 5 12 3 Konfigurationsmanagement f r Anwendersysteme Anwendersysteme bestehen aus einer Vielzahl unterschiedlicher Kom
135. ogien wird nach dem standardisierten Vorgehensmodell f r die Auftragsabwick lung durchgef hrt Die Innovationsleistungen der Dialog Data werden wie praktisch alle Aspekte der Qualit tssicherung software gest tzt aufgezeichnet bewertet und analysiert Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Qualit tssicherung in der Verwaltung Blatt 9 3 Dialog Data Technologie und Infrastruktur 9 2 Technologie und Infrastruktur Die technologische Infrastruktur des Unternehmens bildet f r alle Entwicklungsprozesse ebenso wie f r die ver schiedenen Kommunikationsvorg nge eine wichtige Grundlage Es ist sicherzustellen dass f r alle Aufgaben geeignete Methoden und Werkzeuge in ausreichendem verf gbar sind und dass alle Mitarbeiter optimale Arbeitsbedingungen vorfinden 9 2 1 Sicherung der Verf gbarkeit Es ist nicht nur die Verf gbarkeit der im B ro der Dialog Data ben tigten technischen Einrichtungen sicherzu stellen sondern auch daf r zu sorgen dass der Technische Dienst im Falle von St rungen bei gewarteten Sy stemen von Anwendern ber ausreichend Ersatzteile verf gt Die firmenintern oder vom Technischen Dienst genutzten Ger te m ssen streng von jenen getrennt werden die sich im Lager der Handelswaren befinden Zu jedem im laufenden Betrieb genutzten Ger t wird ein Ausfa
136. onen werden wie bei Dateioperationen Ent wicklungsauftr ge an die Modulentwicklung vergeben 3 Die Gestaltung der Benutzerinterfaces legt das Layout von Bildschirmmasken und Listen fest F r diese Benutzerinterfaces werden ausschlie lich bereits verf gbare Standardprozeduren verwendet weshalb hier lediglich Konfigurationsaufgaben zu bew ltigen sind F r Benutzerinteraktionen gelten dieselben Grunds tze wie f r Dateizugriffe Kein Anwendungsprogramm darf derartige Operationen selbst ausf hren sondern muss dazu die Standardfunktionen aus den entsprechenden Softwarebibliotheken verwenden 4 Die Analyse der Dynamik legt die programminternen Abl ufe und Interaktionen fest wobei sich die Struktur der eigentlichen Anwendungsprogramme ergibt Auch in dieser Gliederung zeigt sich das Grundkonzept der Softwareentwicklung der Dialog Data Drei Viertel der Aufgaben n mlich die ersten drei Punkte in der obigen bersicht werden in standardisierter und wieder verwendbarer Form ber Bibliotheksfunktionen gel st w hrend die Anwendungsprogramme Punkt 4 sich dar auf beschr nken diese Funktionen in einer sinnvollen Reihenfolge anzuwenden 5 6 5 Wiederverwendung Die Wiederverwendung spielt in der Softwareentwicklung der Dialog Data seit jeher eine zentrale Rolle Grund s tzlich d rfen Aufgaben f r die bereits an anderer Stelle eine L sung entwickelt wurde nicht ein zweites Mal in der Software programmiert werden Alle Funktionen werde
137. ponenten Zentraleinheit Workstations Netzwerk Betriebssystemparameter Anwendungssoftware die untereinander zusammenwirken m ssen wo bei auch nach dem Austausch einzelner Bestandteile das Gesamtsystem voll funktionsf hig bleiben muss Ein typisches Beispiel f r diese Problematik stellt der Austausch einer DLL Datei unter Windows dar der zu einem weitgehenden Ausfall von Anwendungen f hren kann welche nur mit der alten Version einer solchen Biblio theksdatei kompatibel sind Die Pr fung dieser Problematik obliegt eigentlich der Systemintegration allerdings hat die Dialog Data mit dem Problem zu k mpfen dass eine vollst ndige Kontrolle der Systeme nach der bergabe an den Anwender nicht mehr m glich ist und die Anwender selbst Anderungen am System vornehmen die bei der Dialog Data nicht registriert sind Dazu kommt dass bei Software f r Personalcomputer einerseits Fehler wesentlich h ufiger sind als in anderen Bereichen und dass andererseits keinerlei M glichkeit besteht diese Fehler zu beseitigen Die Software f r Personalcomputer wird daher als Handelsware auf ausdr cklichen Wunsch des Kunden weitergegeben und im Rahmen des Kundendienstes auch installiert liegt jedoch au erhalb aller Ma nahmen der Qualit tssicherung Das Konfigurationsmanagement f r Anwendersysteme zeichnet s mtliche beim Anwender installierte Produkte und deren Versionen alle in Konfigurationsdateien vorgenommenen Eintragungen etwa Benutzer oder Net
138. r fprogramme beschafft werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 6 Dialog Data Lenkung von Fremdprodukten 4 6 Lenkung von Fremdprodukten Unter dem Sammelbegriff Fremdprodukte werden alle jene Produkte zusammengefasst die nicht von der Dia log Data hergestellt wurden aber in der Entwicklung verwendet werden Jedes von Kunden beigestellte Produkt oder Dokument wird protokolliert und ab diesem Zeitpunkt bis zur end g ltigen Erledigung beziehungsweise R ckstellung an den Kunden computergest tzt berwacht 4 6 1 Hardware Da die Dialog Data keinerlei Hardwarebestandteile selbst produziert wenn man von einigen Interfacekabeln absieht sind alle Komponenten als Fremdprodukte zu betrachten deren Lenkung jedoch innerhalb der bereits behandelten Standardprozesse f r Produkte geregelt ist und daher hier nicht nochmals behandelt werden muss Vereinzelt werden Hardwarebestandteile von Kunden zur Integration in ein Gesamtsystem beigestellt Diese Produkte werden v llig gleich behandelt wie die von Lieferanten bezogenen Produkte und allen ab der Waren bernahme vorgesehenen Pr fungen unterzogen Der einzige Unterschied im Ablauf besteht darin dass diese Produkte nicht mit den Warenetiketten der Dialog Data sondern als Kundeneigentum geson
139. r alle Informationssysteme und Testverfahren etwa Data Dictionary oder Bibliotheken f r die Syntaxpr fung die k nftig die Funktionen und Schnittstellen des Moduls ber cksichtigen m ssen Zus tzlich ist zu pr fen welche Auswirkungen die entwickelten oder ge nderten Funktionen auf existierende Systeme haben und welche Dokumente Benutzerhandb cher Produktbeschreibungen Verkaufsunterlagen Schulungsunterlagen entsprechend angepasst werden m ssen 5 7 4 Modulfreigabe Nach erfolgreicher Absolvierung aller Tests und Vorliegen der erforderlichen Dokumentation erfolgt die Freiga be des Moduls die je nach Art der Moduls mit der bernahme in eine Modulbibliothek oder eine Programmbi bliothek abgeschlossen wird Auch das Freigabeverfahren wird im folgenden Kapitel noch ausf hrlicher behan delt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 14 Dialog Data Steuerung der Entwicklung 5 8 Steuerung der Entwicklung Nach Ausarbeitung des Detailkonzepts aufgrund der vorliegenden Anforderungen und des Grobkonzepts l uft der weitere Entwicklungsprozess f r jede Entwicklungsebene v llig unter Kontrolle eines CASE Tools ab das auch f r die Konzeptentwicklung selbst eingesetzt wird 5 8 1 Prozesssteuerung Die Prozesssteuerungssoftware unterscheide
140. r bekannten Fehler wohl aber eine umfangreiche Liste der bekannten Verbesserungsm glichkeiten Im Normalfall ist zur gesamten bei Anwendern installierten Software nicht ein einziger Fehler bekannt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 8 Dialog Data Handhabung Lagerung und Versand 4 8 Handhabung Lagerung und Versand Die Produkte werden so gehandhabt dass in allen Stufen der Lagerung und Bearbeitung eine Besch digung oder Beeintr chtigung verhindert wird Hierzu werden einerseits die Mitarbeiter entsprechend geschult ande rerseits stehen geeignete Lagerbereiche zur Verf gung 4 8 1 Lagerung Verpackung und Versand Die Lagerbereiche f r Wareneingang Fertigwaren sowie gesperrte Produkte sind eindeutig gekennzeichnet Sowohl bei Wareneingang als auch vor Warenauslieferung wird die Verpackung auf Besch digung hin ber pr ft In den Versand gelangen nur Produkte in ordnungsgem er Verpackung 4 8 2 Softwarevertrieb Die Vervielf ltigung Lieferung und Installation von Software ist weitgehend unabh ngig von der bergabe und Abnahme geregelt und erfolgt sowohl bei Neuinstallation wie auch bei allen Updates nach einem einheitli chen Verfahren Softwareprodukte werden nicht in der Form vertrieben dass f r jedes Anwendungssystem
141. rcenplanung 9 3 Softwareentwicklung 5 1 5 14 10 Pr fungen Eingangspr fung 4 4 Reviews 5 16 Testsystem UniTest 2 1 11 Pr fmittel berwachung 4 5 12 Pr fstatus 4 4 13 Lenkung fehlerhafter Produkte 4 7 14 Korrektur und Vorbeugungsma nahmen Instandhaltungspr vention 3 5 Risikomanagement 9 2 15 Handhabung Lagerung Versand 4 8 Systeminstallation 2 6 8 1 8 2 1 11 Kundenorientierte Prozesse 2 1 Kundenw nsche 3 1 3 2 3 3 3 6 Kundenzufriedenheit 1 9 Lagerbereiche 4 8 Lagerung 4 8 Lagerverwaltung Lastenheft iii Lenkung fehlerhafter Produkte 4 7 Lieferantenbeurteilung 4 2 Marketing und Verkauf Marktbeobachtung 2 2 Materialwirtschaft 1 4 Messung der DV Leistung 2 2 Messung der Verf gbarkeit 3 5 Modellierung des Datensystems Modul iii Modularisierung 5 1 Modulentwicklung 1 5 5 5 5 12 Modulspezifikation 5 12 N Netzwerkmanagement Nutzungsgrad 3 5 O Organisation P Personalentwicklung 7 2 Personalmanagement 1 4 Personalqualit t 7 1 1 4 1 4 5 9 1 6 1 3 Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Index Dialog Data Ver 02 Blatt 10 3 Personalrekrutierung 7 1 Personalschulung 7 2 Pflichtenheft iii 2 4 Planungsabteilung 1 4 Pr vention 3 1 Produkt iii Eingangspr fung 4 4 Kennzeichnung 4 3 R ckverfolgbarkeit 4 3 Prod
142. rden hat das Unternehmen ein Quali t tsmanagementsystem auf der Grundlage von DIN ISO 9001 aufgebaut Dieses wird entsprechend der Norm regelm ig berpr ft und an die sich ndernden betrieblichen Rahmenbedingungen laufend angepasst und op timiert Erg nzend zu diesem Qualit tssicherungshandbuch werden Verfahrensanweisungen und Arbeitsanweisungen siehe bersicht ber die Dokumentation der Qualit tssicherung erstellt die als mitgeltende Unterlagen zu die sem Handbuch dienen Um zu gew hrleisten dass das Qualit tssicherungssystem sowie alle Verfahrensan weisungen und Arbeitsanweisungen in der Praxis umgesetzt werden unterliegen alle Ma nahmen der Quali t tssicherung einem regelm igen Audit 1 3 1 Das allgemeine Vorgehensmodell Das f r alle Prozesse g ltige allgemeine Vorgehensmodell der Dialog Data hat folgende Struktur Input Analyse Initiierung Durchf hung ja Erledigung Definition nein gt Entwurf L Realisierung Einf hrung berpr fung Abschlu u Abb 2 Das allgemeine Vorgehensmodell Jede der Teilphasen in diesem Vorgehensmodell kann bei Bedarf nach demselben Schema beliebig in weitere Unterphasen zerlegt werden wobei immer das Grundmodell Input Analyse Erledigung berpr fung einge halten wird 1 3 2 Softwareunterst tzung Das gesamte Qualit tssicherungssystem der Dialog Data wird softwareunterst t
143. regelm igen Abst nden wird das Ausma der tats chlich absolvierten Ausbildungsma nahmen ber pr ft um zu verhindern dass einzelne Mitarbeiter infolge Arbeits berlastung die Weiterbildung vernachl ssi gen Entsprechende Aufzeichnungen sind aus Schulungsaufzeichnungen sowie aus den T tigkeitsberichten verf gbar die jeder Mitarbeiter l ckenlos f hrt e Die Anforderungsprofile der Stellenbeschreibungen und die Qualifikation der Mitarbeiter auf diesen Stellen werden laufend miteinander verglichen e Bei externen Ausbildungsvorg ngen ergibt sich eine Erfolgs berpr fung in den meisten F llen aus den Zeug nissen die nach Abschluss der Lehrveranstaltung ausgestellt werden e Eine wichtige Grundlage zur Steuerung der Ausbildung liefert das Fehleranalysesystem das auch Informatio nen ber Schwachstellen in der Ausbildung bereitstellt e Verbesserungsma nahmen werden in den T tigkeitsberichten gesondert gekennzeichnet womit eine regel m ige Analyse aller im betrachteten Zeitraum erreichten Verbesserungen m glich ist Der Schulungsbedarf ergibt sich einerseits aus dem Vergleich der Stellenanforderungen mit den F higkeiten der Mitarbeiter und andererseits aus den planm igen periodischen Nachschulungen die im Rahmen der Ver anstaltungsplanung vorgesehen sein k nnen Die Schulungsergebnisse sowie die Entwicklung der F higkeiten lassen sich aus den Aufzeichnungen der Schulungserfolge jederzeit darstellen Diese Unt
144. rewartung und Technischer Dienst Netzwerkmanagement Rechenzentrum Alle Auftr ge in diesen Bereichen werden nach dem standardisierten Vorgehensmodell der Auftragsbearbei tung durchgef hrt Es werden die Anforderungen des Auftraggebers erhoben und die Vorgangsweise f r die Durchf hrung geplant worauf der Auftrag abgewickelt wird 6 3 2 Informationsvermittlung Die zweite Gruppe von Dienstleistungen befasst sich mit der Beschaffung Aufbereitung sowie Vermittlung von Informationen und um fasst die Bereiche Projektmanagement Kommunikationstechnik Security Service EDV Beratung Schulung sowie alle Arten von Besprechungen Vorf hrungen Reviews und Audits Diese Dienstleistungen werden ebenfalls nach dem Modell der Auftragsbearbeitung durchgef hrt wobei die Auftragsabwicklung nach dem Prozessmodell der Konferenzabwicklung erfolgt 6 4 Messung und Pr fung der Dienstleistungsqualit t Die Messung und Pr fung der Dienstleistungsqualit t erfolgt grunds tzlich ber die Protokollierung der Reaktio nen im Rahmen der Ereignisaufzeichnung Hier werden alle festgestellten M ngel und Schw chen ebenso fest gehalten wie W nsche und Verbesserungsvorschl ge Aus dieser Quelle lassen sich f r alle Bestandteile von Anwendersystemen Informationen ber den Grad der Verf gbarkeit und damit ber die Qualit t der diesbez glichen Wartungsma nahmen und Betreuunggsleistun gen gewinnen Zus tzlich erfolgt bei Diensten im Bereich der Infor
145. rf llt muss von unbeabsichtigter Benutzung oder Montage ausgeschlossen werden 4 7 1 Hardware Sofern es sich um Hardware handelt werden fehlerhafte Produkte deutlich gekennzeichnet und in einem eige nen Lager f r defekte Ger te aufbewahrt das r umlich von den ordnungsgem en Bauteilen getrennt ist Die weitere Behandlung fehlerhafter Produkte richtet sich nach den jeweiligen Gegebenheiten In Gew hrlei stungsf llen werden die Ger te an den Hersteller oder Lieferanten retourniert andernfalls speziell bei gering f gigen M ngeln versucht der Technische Dienst eine Instandsetzung Ist dies nicht m glich wird das defekte Ger t entsorgt Jeder St rfall wird in einem eigenen Reparaturbericht festgehalten wobei die zur Kennzeichnung verwendete Fehlernummer sowohl im Bericht wie auch auf dem defekten Ger t festgehalten wird Uber diese Fehlerkenn zeichnung kann jederzeit festgestellt werden welche Merkmale bei einem defekten Ger t festgestellt wurden und wie die St rung bearbeitet wurde Diese Fehlerberichte dienen zus tzlich zur Analyse von Fehlerh ufigkei ten nach Produktgruppen oder Herstellern 4 7 2 Software Bei Fremdsoftware werden M ngel und deren Auswirkungen dokumentiert Falls es sich um kommerzielle Produkte handelt deren Installation von Kunden verlangt wird muss man die Fehler als zum Lieferumfang des Produktes geh rig akzeptieren zum Beispiel bei MS Windows w hrend bei der firmeninternen Nutzung das
146. rf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 5 Dialog Data Ebenen der Softwareentwicklung 5 5 Ebenen der Softwareentwicklung Die Softwareentwicklung selbst beschr nkt sich auf die zwischen Grobkonzept und Systemintegration liegen den Phasen wobei drei Ebenen unterschieden werden die jeweils von eigenen Abteilungen betreut werden Entwicklung Anwendungssystem Integration Entwicklung Anwendungsprogramm Integration Entwicklung Anwendungsmodul Integration Abb 12 Ebenen der Softwareentwicklung Ein Anwendungssystem setzt sich aus mehreren Anwendungsprogrammen zusammen welche verschiedene Funktionen aus Anwendungsmodulen verwenden Alle Anwendungsmodule sind in Bibliotheksdateien abge legt 5 5 1 Modulentwicklung Die Modulentwicklung ist die einzige Stelle die prozedurale Software entwickelt wobei alle Prozeduren in Form von Modulen mit entsprechenden Funktionen in Softwarebibliotheken abgelegt werden Die Aufgaben in die sem Bereich sind auf vier Entwicklungsabteilungen aufgeteilt Die Abteilung Modulentwicklung entwickelt alle Anwendungsfunktionen und betreut die verschiedenen Soft warebibliotheken Die Abteilung f r Benutzerinterfaces gestaltet die Eingabefunktionen und Ausgabeoperationen ber Tastatur Monitor und Drucker und befasst sich mit allen Aspekten aller GUI Systeme speziell des X Window Syst
147. rheiten Nicht zuletzt werden alle Ereignisse in Form einer Kundenbetreuungsstatistik dahingehend berpr ft wie lange es bis zu einer Bearbeitung des ge u erten Wunsches dauert Alle Verbesserungsanregungen und Erweiterungsvorschl ge zur Software werden gesammelt und bei k nfti gen Anderungsprojekten ber cksichtigt Eine wesentliche Voraussetzung f r eine umfassende Kundenbetreu ung w hrend der Systemnutzung besteht darin die Anwendungssoftware laufend an ge nderte Voraussetzun gen anzupassen und neue Anforderungen der Kunden zu ber cksichtigen was sich keineswegs auf die Be r cksichtigung von gesetzlichen Anderungen beschr nkt 3 7 Kommunikation mit Kunden Die Kommunikation mit den Kunden beschr nkt sich nicht auf die Ereignisaufzeichnung sondern wird auf viel f ltige Weise aktiv gestaltet um alle Anwender ber den neuesten Stand im gesamten Unternehmensgesche hen zu informieren In der f r einen breiteren Interessentenkreis gedachten Kundenzeitung dd news werden Neuentwicklungen und innovative Produkte vorgestellt w hrend die Softwareanwender der Dialog Data in einem eigenen Informati onsblatt dd info ber Anpassungen und Erweiterungen der Anwendungssoftware im Detail informiert werden Ein wichtiges Medium zur Vermittlung von Informationen an Kunden und Interessenten stellt das Internet dar Unter http www dialogdata com sind praktisch alle Informationen ber Unternehmensorganisation Qualit ts wesen Produk
148. rma mit einer Er ffnungsbilanz und Schlussbilanz zu jedem Gesch ftsjahresstichtag gef hrt Das ist schon deshalb erforderlich weil sich viele Pro jekte ber Gesch ftsjahresgrenzen hinweg erstrecken und eine Ergebnisrechnung f r das Gesamtprojekt auf anderem Weg zu erheblichen Verwaltungsproblemen f hren w rde Nach Abschluss des Projekts wird die Fir ma aufgel st das Gesamtergebnis ist aus dem Bilanzkonto des Projekts ersichtlich Das Projektmanagement ist die Gesch ftsf hrung f r das Projektunternehmen und f r die Qualit tssicherung sowie f r alle administrativen Aufgaben im Rahmen der Projektabwicklung zust ndig e Projektplanung speziell die Qualit tsplanung f r die Projektaufgaben e Ressourcenplanung e Koordinierung der T tigkeiten der Projektmitarbeiter aus den einzelnen Abteilungen e Kooperation und Kommunikation mit dem Auftraggeber des Projekts e Betreuung aller projektbezogenen Dokumente e berwachung des Projektfortschritts Alle Projekte setzen sich aus Auftr gen zusammen die nach den jeweils zutreffenden Prozessmodellen abzu wickeln sind Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Qualit tssicherung in der Verwaltung Blatt 9 2 Dialog Data Organisation und Planung 9 1 2 Risikomanagement Das Unternehmen muss zahllosen Gefahren und Risiken in allen
149. rmationen bermittelt werden also beispielsweise bei Verkaufsvorf hrungen Schulungen oder Beratungsleistungen aber auch bei allen Besprechungen Reviews und Audits Dieses Prozessmodell ist folgenderma en gestaltet Planung der Konferenz Teilnehmer bestimmen betroffene Stellen informieren Termin vereinbaren Ablauf gestalten Raum und Hilfs mittel bereitstellen Best tigung Unterlagen an Teilnehmer Aufzeichnungen organisieren Test der Veranstaltung Durchf hrung Bericht an Teilnehmer Analyse der Ergebnisse Abb 7 Konferenzabwicklung Das Prozessmodell zur Konferenzabwicklung regelt einen Gro teil der Dienstleistungen und spielt daher auch in der Kundenbetreuung eine bedeutende Rolle Die einzelnen Schritte werden hier nicht weiter behandelt son dern sind in der Betriebsdokumentation der Dialog Data detailliert geregelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Nutzungsqualit t Blatt 3 5 Dialog Data Betreuung der installierten Hardware 3 5 Betreuung der installierten Hardware Das einzige Ziel bei der Betreuung der installierten Hardware besteht darin eine m glichst durchgehende Ver f gbarkeit zu erreichen Dazu werden schon bei der Sys
150. rodukten und Prozessen investiert wird Die Produktinnovationen im Bereich der Anwendungssoftware stellen eine zentrale Aufgabe des Unterneh mens dar Sowohl die Entwicklung neuer wie die Verbesserung der vorhandenen Systeme sind Gegenstand zahlloser Entwicklungsprojekte die j hrlich abgewickelt werden Bereits beim Softwaredesign wurde darauf hingewiesen dass j hrlich etwa 70 aller vorhandenen Sourcedateien im Zuge von Verbesserungsma nah men modifiziert werden Entsprechend werden schon beim Entwurf alle Aspekte der Wartbarkeit und der Erwei terbarkeit ber cksichtigt Das Know How f r Produktinnovationen wird aus dem Besuch von Hochschulveranstaltungen aus der Fachli teratur und aus dem permanenten Kontakt mit Kunden und Interessenten gewonnen Entsprechend hoch ist der Schulungsaufwand der in innovative Projekte investiert wird Analog erm glichen Prozessinnovationen sowohl im Bereich interner Abl ufe wie auch bei den von der Dia log Data angebotenen Dienstleistungen eine st ndige Verbesserung der Effizienz und der Qualit t was hof fentlich auch das vorliegende Qualit tssicherungshandbuch erkennen l sst Die eingesetzten Technologien werden regelm ig auf ihre Zweckm igkeit berpr ft und mit dem Stand der Technik verglichen Informationen dazu werden aus Fachzeitschriften aus dem Besuch von Fachmessen und aus dem laufenden Kontakt zu einschl gigen Lieferanten und Herstellern gewonnen Die Einf hrung neuer Technol
151. routinen anzupassen wird im Rahmen der Entwicklung des zu testenden Moduls ein zweiter Ar beitsauftrag zur Anpassung des Testsystems aufgestellt und die zugeh rige Testsoftware innerhalb des laufen den Projektes entwickelt oder erweitert Das Testsystem und das zu testende System testen sich also gegenseitig weshalb bei einem Fehlschlagen der Tests immer auch zu pr fen ist ob das Testsystem korrekt arbeitet Jene Tests die das Kontrollsystem automatisch ausf hrt werden vollst ndig mit allen Abl ufen Eingabedaten und Ergebnissen aufgezeichnet Bei h ndisch durchgef hrten Tests die immer im Rahmen von Reviews aus gef hrt werden sind die entsprechenden Aufzeichnungen zum Reviewprotokoll zu nehmen 5 10 2 Pr fungen w hrend der Entwicklung Eine Reihe von Tests f hrt der Programmierer schon im Zuge der Entwicklung aus um alle erkennbaren Fehler m glichst noch vor dem Review zu beseitigen M ngel die noch in der Entwicklungsphase behoben werden gelten nicht als Fehler und werden auch nirgends aufgezeichnet Selbstverst ndlich gilt das nur f r Fehler am entwickelten Produkt selbst Falls der Entwickler bei der Programmierung einen Designfehler feststellt muss die Entwicklung abgebrochen und zum Entwicklungsprozess f r das Design zur ckgegangen werden e Der Entwickler f hrt eine Syntaxpr fung mit dem Compiler aus und stellt zun chst einmal sicher dass der Modul fehlerfrei compiliert werden kann e In einer zweiten Stufe
152. rpr ft werden Dieser Test sollte in den allermeisten F llen v llig un problematisch ablaufen da die Systemintegration bei Hardware und Software und die Qualit tssicherung bei Dienstleistungen schon vor Beginn der Abnahme alle vereinbarten Leistungen und Tests berpr ft hat und eine Abnahme nicht zulassen darf so lange sich noch Abweichungen von den Spezifikationen zeigen Dennoch m ssen f r den Fall dass das System von den geforderten Leistungen abweicht im Auftrag Regelun gen vereinbart sein wie diese Abweichungen festgestellt bewertet und behandelt werden Das Ergebnis der Abnahme ist ein Abnahmeprotokoll in dem alle durchgef hrten Tests mit den verwendeten Eingabedaten und den erzielten Ergebnissen festgehalten werden Nach erfolgreichen Tests erfolgt die Abnahme des Systems oder Produktes durch den Auftraggeber der schriftlich die Annahme erkl rt und damit rechtsverbindlich best tigt dass die Dialog Data alle im Vertrag fest gelegten Leistungen erbracht hat Mit der Abnahme ist ein Auftrag oder ein Projekt abgeschlossen wenn man von der Gew hrleistung sowie von der firmeninternen berpr fung und Beurteilung der Ergebnisse absieht Eine Systemwartung oder die Unter st tzung bei der Nutzung des Produktes ist in einem eigenen Auftrag zu regeln Spezielle Abnahmevereinbarungen sind f r die Softwarewartung vorzusehen wobei die individuellen Bed rf nisse der Anwender zu ber cksichtigen sind Einerseits wollen die meist
153. rungsm glichkeiten oder Einhaltung der generellen Richtlinien zur Program mierung und Dokumentation Da diese Werte zu jedem Produkt in der EDV gespeichert sind bieten sie auch eine wichtige Grundlage um zum Beispiel alle nicht mehrplatzf higen Programme sofort zu finden 5 11 2 Softwaremetriken Eine weitere Gruppe von Bewertungsinformationen umfasst die Softwaremetriken die im Zuge des Testvor ganges automatisch ermittelt werden Auch hier ist der Informationswert nicht unumstritten die Metriken liefern aber doch deutliche Hinweise auf Produkte die unn tig komplex oder aber schlecht gestaltet Variablennamen Kommentare und hnliche Merkmale sind Au erdem liefern sie wenigstens Anhaltspunkte f r die Aufwands absch tzung bei Neuentwicklungen Im einzelnen werden hier f r jedes Produkt und jede Funktion folgende Werte durch entsprechende Tools auto matisch festgehalten e Umfangsmetriken Anzahl Textzeilen Anzahl Statements Anzahl Kommentare e Function Points e Halstead Metriken e Zyklomatische Komplexit t McCabe e Datenstrukturmetriken Anzahl der Variablen G ltigkeit Lebensdauer e Stilmetriken Einr ckung Namenskonventionen Nicht zu den Metriken gez hlt werden in der Qualit tssicherung der Dialog Data statistische Informationen die sich aus der Fehleranalyse ergeben 5 11 3 Produktbeurteilung nach ISO 12119 W hrend sich die Normenreihe ISO 9000 mit der Prozessqualit t besch ftigt legt die Norm IS
154. ser Vorg nge werden allerdings nur mit Sourceprogrammen ausgef hrt w hrend automatische Verarbeitungen mit Dokumenten derzeit nicht eingerichtet sind Verschiedene Tests und Aufbereitungsarbeiten mit Dokumenten wie Rechtschreibpr fung oder die Erstellung von Indexeintr gen m ssen manuell vorgenom men werden Mit Sourceprogrammen werden am Ende der Entwicklung standardm ig folgende Verarbeitungen ausgef hrt e Der Modul wird compiliert e Der Modul wird mit UniTest getestet wobei die Ergebnisse in einer Datei gespeichert werden e Bei den Tests von Modulen und Anwendungsprogrammen werden mit Hilfe entsprechender Werkzeuge Infor mationen erzeugt in welchem Ausma der Code durch die Testf lle abgedeckt ist und welche Sourcezeilen bei den Tests nicht durchlaufen wurden e Im Zuge der Tests wird ein Ausf hrungsprofil erstellt und in einer Datei abgelegt e Es wird eine Crossreferenceliste und ein Diagramm der Funktionsaufrufe erstellt e Die Tools zur Ermittlung der Softwaremetriken werden ausgef hrt und die Ergebnisse ebenfalls in Dateien aufgezeichnet Tritt bei einer dieser Verarbeitungen ein Fehler auf wird der Entwickler entsprechend informiert und muss den Fehler beseitigen bevor das System einen bergang in die Reviewphase zul sst Alle Fehler werden vom Kontrollsystem protokolliert Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qua
155. son dere auch geh rt dass alle geplanten Ergebnisse schon im Zuge der Auftragspr fung m glichst in quantitativer Form festgelegt werden Es sind die m glichen Alternativen sowie alle Gefahren zu analysieren und zu bewer ten und nicht zuletzt ist zu pr fen ob die Abwicklung des Auftrags mit den bei beiden Partnern verf gbaren Ressourcen berhaupt m glich ist und wie diese Abwicklung vor sich gehen soll Schlie lich folgt auf der Basis dieser Informationen die Entscheidung ob und mit welcher der gefundenen Alternativen das Projekt abgewic kelt werden soll 2 4 1 Festlegung der Anforderungen und Grobkonzept Den Ausgangspunkt jeder Auftragspr fung bildet die Feststellung der gew nschten Ergebnisse und der im Rahmen des Auftrags zu erreichenden Ziele Der Gegenstand des Auftrags und dessen geforderte Eigenschaften sind detailliert festzuhalten Bei Handels gesch ften reicht dazu im allgemeinen eine exakte Angabe des gew nschten Artikels wenn beide Auftrags partner dessen Eigenschaften kennen und diese ohnehin nicht beeinflusst werden k nnen weil es sich etwa um ein Serienprodukt handelt Im Fall von Software oder EDV Systemen wird der Auftraggeber in einem Pflichtenheft die erforderlichen Ei genschaften auflisten und dort alle Anforderungen analysieren und festhalten Der Auftraggeber muss bereits in dieser Phase darauf hingewiesen werden dass nicht definierte Anforderungen nicht Gegenstand der Auftrags abwicklung sein k nnen
156. ssen ist oder die Funktionalit t erweitert werden soll muss nur ein klar abgegrenzter Modul ver ndert wer den Zus tzlich haben derartige nderungen globale Auswirkungen Nach der Neucompilation enthalten alle Pro gramme oft ber mehrere Anwendungssysteme hinweg die neue Funktionalit t ohne dass bei der Anderung des Moduls berhaupt bekannt ist in welchen Programmen die betreffende Funktion tats chlich verwendet wird Durch Anderung einer einzelnen Funktion k nnen 30 oder 50 Programme verbessert werden ohne dass die Programmentwicklung die Sourcedateien dieser Programme auch nur betrachtet was die Fehlergefahr emi nent vermindert Durch die Modularisierung und die damit zusammenh ngende detaillierte Konzeption aller Funktionen werden nicht nur Designfehler und Inkonsistenzen fr hzeitig erkannt der weitere Entwicklungsablauf ist vielmehr in so kleine Einheiten gegliedert dass er weitgehend automatisiert und in Eigenverantwortung durch den Entwickler erledigt werden kann siehe Entwicklungsprozess im n chsten Abschnitt 5 6 7 Prototyping Beim Design dienen Prototypen dazu die M glichkeiten zur Gestaltung von Interfaces oder von Abl ufen zu pr fen Mit entsprechenden Tools ist mit wenig Aufwand zumindest die Erstellung von Masken und groben Strukturen m glich welche als Entscheidungsgrundlage f r das weitere Vorgehen dienen k nnen Es werden auch die Gespr che mit den Anwendern vereinfacht wenn statt verbaler Beschreib
157. ssicherung in den gesamten Entwicklungs prozess integriert und in das organisatorische Ablaufmodell der Softwareentwicklung eingebettet Wie noch ausf hrlicher gezeigt wird sind in jeder Phase der Entwicklung Me punkte mit Kriterien eingeplant deren Erf l lung Voraussetzung f r den bergang zur n chsten Phase ist Erg nzende Hinweise enth lt das Kapitel Feh lervermeidung durch Design Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 2 Dialog Data Der allgemeine Softwarebeschaffungsprozess 5 2 Der allgemeine Softwarebeschaffungsprozess Die Beschaffung von Software entspricht dem Standardvorgang der Auftragsabwicklung in den etliche Abtei lungen eingebunden sind Kundenbetreuung Anforderungen Grobkonzept Einkauf nein Abwicklung ja Ankauf Eigenentwicklung 1 Softwareentwicklung Detailkonzept ma Implementierung Test interne Abnahme Konfiguration Software Service Systemintegration Systemtest Kundenbetreuung Schulung Abnahme Analyse der Ergebnisse Abb 9 Der allgemeine Softwarebeschaffungsprozess Wie bei jedem Auftrag werden aufgrund eines Bedarfs zun ch
158. ssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 2 Beschaffung Dialog Data 4 2 Beschaffung Die Einkaufsabteilung muss gew hrleisten dass die beschafften Produkte die festgelegten Qualit tsanforde rungen erf llen Um dieses Ziel zu erreichen m ssen geeignete Lieferanten gefunden werden es m ssen die Beschaffungsvorg nge eindeutig definiert sein und es muss die Pr fung der gelieferten Produkte festgelegt werden 4 2 1 Die Qualit t der Lieferanten Bei den Unterauftragnehmern ist zwischen Lieferanten und Herstellern zu unterscheiden Im Bereich der Hard ware wird ein wesentlicher Teil der Produkte irgendwo in Asien zumindest jedoch im Ausland hergestellt wo bei die Produkte eines Herstellers oft bei mehreren in Osterreich ans ssigen Lieferanten beziehungsweise Im porteuren erh ltlich sind Die Beurteilung der Hersteller und deren Produkte erfolgt durch Informationen die direkt von den Herstellern erh ltlich sind Firmeninformationen und Produktinformationen ber Berichte in Fachzeitschriften sowie durch eigene Erfahrungen mit den Produkten Zur Beurteilung der Lieferanten der Dialog Data wird ein eigenes Bewertungssystem verwendet das perma nent aktualisiert wird Es existiert eine Liste von Lieferanten von denen keine Produkte bezogen werden d r fen Generell konzentrieren sich die Qualit tsbem hungen der Dialog Data darauf allf llige Schwierigkeiten unter keinen Umst nden zu den Kunden
159. st tzt Es wurde erst vor kurzem in der hier beschriebenen Form eingerichtet und ist daher noch nicht f r alle vorhandenen Softwaresysteme verf gbar Es werden jedoch nicht nur alle Neuent wicklungen nach diesem Konzept gestaltet sondern auch die vorhandenen Systeme schrittweise an die Ver fahren von UniTest angeglichen 2 2 Marktbeobachtung und Kundenbeziehungen Um berhaupt Auftr ge abwickeln zu k nnen muss das Unternehmen zwei Voraussetzungen schaffen die bei de in den Aufgabenbereich der Abteilung Marketing und Vertrieb fallen Es m ssen die Anforderungen des Marktes an die Produkte festgestellt werden und es m ssen die potentiellen Kunden mit Informationen ber die Verf gbarkeit solcher Produkte versorgt werden Die Informationen an welchen sich die Entwicklungsarbeit der Dialog Data orientiert stammen aus drei Quel len 1 Zun chst werden die Bed rfnisse der Kunden und der potentiellen Anwender permanent erhoben und in allen Details protokolliert siehe Ereignisprotokoll Auch wenn die Dialog Data bei einem Vergabeverfahren nicht zum Zug gekommen ist werden das gewonnene Know How und die dabei gesammelten Erkenntnisse l ckenlos aufgezeichnet und bei k nftigen Entwicklungen ber cksichtigt 2 Die Dialog Data informiert sich laufend ber das Angebot auf dem Markt und sammelt m glichst umfassen de Informationen ber die Leistungen des Mitbewerbs Das Ziel jeder Entwicklungsarbeit besteht darin die Summe der Vorteil
160. st die Anforderungen ermittelt auf deren Basis ein Grobkonzept mit m glichen L sungen ausgearbeitet wird Wird was in der obigen Graphik nicht dargestellt ist im Rahmen der Auftragspr fung entschieden dass der Auftrag abgewickelt werden soll ist der Einkauf daf r verantwortlich alle zur Auftragsabwicklung ben tigten Bestandteile zu beschaffen Im Fall von Software ist zu entscheiden ob die ben tigten Programme angekauft beziehungsweise durch einen fremden Entwickler erstellt oder von der Softwareentwicklung der Dialog Data produziert werden sollen Im Falle eines internen Auftrags kommt der anschlie end n her beschriebene Softwareentwicklungsprozess in Gang Nach Fertigstellung beziehungsweise Lieferung der Software erfolgt die interne Abnahme durch den jeweili gen internen Auftraggeber Umfasst der Auftrag mehrere Produkte werden diese von der Systemintegration zu einem Gesamtsystem kombiniert entsprechend den Anforderungen konfiguriert und einem Systemtest unterzogen Schlie lich f hrt die Kundenbetreuung die Abschlussarbeiten im Rahmen des Auftrags auf welche die Schu lung der Mitarbeiter und der Abnahme durch den Auftraggeber umfasst Da die Softwareentwicklung nicht mit der bergabe befasst ist werden diesbez gliche Details bei der Auftragsabwicklung behandelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung
161. sts in UniTest erforderlichen Ma nahmen e eine Beschreibung der Abwicklung der Tests ein Zeitplan f r den Test Der Testplan kann auch mehrere Testphasen enthalten wenn beispielsweise bei der Entwicklung eines Moduls die Funktionen mit Prototypen getestet werden und eine Pr fung des Zusammenwirkens mit anderen Funktio nen erst nach Entwicklung dieser Funktionen oder nach einer Integration m glich ist Der Testplan wird von der Qualit tssicherung reviewt und nach Ausf hrung der Tests um die Testprotokolle er g nzt 5 13 5 Projektdokumentation und Qualit tssicherungsplan Die Projektdokumentation beschreibt die Organisation und die Qualit tssicherung zu einem Entwicklungsauf trag ist jedoch von der Softwaredokumentation weitgehend isoliert Der Grund daf r ist darin zu suchen dass ein Anwendungssystem in der Regel ber etliche Jahre hinweg laufend erweitert und erg nzt wird wof r ent sprechend viele Entwicklungsprojekte durchzuf hren sind Die Dokumentation zum Gesamtsystem muss je doch einheitlich und konsistent sein und kann sich nicht aus einzelnen Teilen zusammensetzen die den Ent wicklungsprojekten f r Subsysteme oder Funktionserweiterungen entsprechen Auch befassen sich viele Pro jekte mit der Entwicklung oder Erweiterung wiederverwendbarer Module die in zahlreichen Anwendungssyste men genutzt werden 5 13 6 Wartungsplan Die Richtlinien in ISO 9000 3 sehen explizit einen Wartungsplan zur Software vor der f r
162. sungen oder Erweiterungen nicht vielleicht in anderen Bereichen St rungen verursa chen Die Regressionstests werden nicht nur von der Softwareentwicklung verwendet sie stehen auch den Anwen dern zur Verf gung die nach jedem Softwareupdate weitgehend vollautomatisch die Funktionsf higkeit des ge samten Systems jedoch zu einem gro en Teil beschr nkt auf die in UniTest eingerichteten Testprozeduren und die dort verwendeten Testdaten berpr fen k nnen 5 10 7 Interne Akzeptanztests Da praktisch die gesamte bei Kunden installierte Software auch firmenintern von der Dialog Data genutzt wird k nnen Akzeptanztests im Echtbetrieb mit Firmenmitarbeitern jederzeit durchgef hrt werden Alle Neuentwicklungen sowie wesentliche Softwaremodifikationen werden daher vor der Freigabe intern in der praktischen Anwendung getestet Hier werden nicht nur Verarbeitungsfehler gesucht es werden insbesondere Aspekte der Softwareergonomie beobachtet und M ngel wie unklares Verhalten der Software umst ndliche Bedienung der Programme oder Performanceprobleme beseitigt Wegen der intensiven internen Nutzung unterliegt selbstverst ndlich auch die bereits freigegebene Software ei nem permanenten Test durch alle Mitarbeiter der Dialog Data im Betrieb mit Echtdaten Damit werden Soft warem ngel aufgedeckt noch bevor sie sich beim Kunden bemerkbar machen 5 10 8 Softwarebewertung Einen Bestandteil des Testprozesses bildet die Bewertung der Softwareprodu
163. t wicklung sich um das Zusammenwirken der Programme untereinander oder mit anderen Systemen zu k m mern Diese Aufgabe wird von der Anwendungssystementwicklung und von der Systemintegration erledigt die durch entsprechende Anforderungen und Spezifikationen daf r sorgen dass alle erforderlichen Abh ngigkeiten be r cksichtigt werden Diese beiden Aufgabenbereiche sind weniger mit der Softwareentwicklung selbst befasst sondern behandeln alle Aspekte des Konfigurationsmanagemenis wobei sich die Systementwicklung auf die Konfiguration entsprechender Applikationssysteme konzentriert w hrend die Systemintegration das f r einen konkreten Anwender bestimmte System zusammenstellt Mit dieser Organisation wird erreicht dass die Anforderungen an die einzelnen Mitarbeiter von Systemintegrati on ber Anwendungssystementwicklung und Anwendungsprogrammentwicklung bis zur Modulentwicklung hin sichtlich des informatischen Wissens und der algorithmischen Kenntnisse stetig zunehmen w hrend das fachli che Know How aber auch organisatorische und ergonomische Aspekte in derselben Richtung an Bedeutung verlieren Am einen Ende arbeiten die Anwendungsexperten die programmiertechnisch nicht besonders gefor dert sind aber die jeweilige Anwendungsdom ne etwa einen Hotelbetrieb oder eine kommunale Verwaltungs beh rde vollst ndig kennen m ssen w hrend am anderen Ende die Informatiker und Computerexperten t tig sind die daf r sorgen dass die von ih
164. t 5 12 Dialog Data Modulentwicklung 5 7 Modulentwicklung Das Ergebnis des Systemdesigns und der dort vorgenommenen Strukturierung des Softwaresystems in einzel ne Module sind entsprechende Entwicklungsauftr ge f r diese Module die nach einem allgemeinen Pro zessmodell behandelt werden Moduldesign Implementierung Modultest Moduldokumentation Modulfreigabe Abb 15 Der Modulentwicklungsprozess Allgemein werden beim Design von Modulen die Grunds tze der objektorientierten Programmierung m glichst weitgehend ber cksichtigt auch wenn die Module als normale C Funktionen realisiert werden um in allen For men der Programmierung verwendbar zu sein Gleichzeitig werden damit die Einschr nkungen der objektorien tierten Programmiersprachen vermieden 5 7 1 Moduldesign Die Modulspezifikation umfasst eine Aufgabenbeschreibung gibt gewisse Leistungsmerkmale an Geschwin digkeit Grenzwerte definiert die Voraussetzungen und Vorbedingungen f r die Verwendung des Moduls be ziehungsweise der verf gbaren Funktionen legt die Bedingungen fest die nach der Anwendung des Moduls gelten und beschreibt alle Zugriffsoperationen mit Eingabeparametern und Ausgabeparametern der Wirkung der Operation und dem Verhalten bei inkorrekten Eingabewerten Innerhalb der Modulspezifikation werden auch die zum Test der einzelnen Funktionen ben tigten Eingabewerte und Ergebnisse festgelegt In vielen F llen m ssen dazu die entsprechenden
165. t durch Dienstvertrag oder Dienstzettel zur Einhaltung des Daten schutzgesetzes sowie der firmeninternen Datenschutzrichtlinien verpflichtet Insbesondere ist auch festgelegt dass s mtliche Testauswertungen mit Echtdaten von Kunden im Aktenvernichter zu entsorgen sind und unter keinen Umst nden auch nicht in Form von Abfall in lesbarer Form au er Haus gelangen d rfen au er sie werden dem betreffenden Kunden selbst ausgeh ndigt Zus tzlich sind die Mitarbeiter dazu verpflichtet Kennt nisse ber interne Daten von Kunden die sie im Zuge ihrer T tigkeit erlangen au er zur Abwicklung des jewei ligen Projektes in keiner Weise zu verwenden 8 2 Lenkung der Dokumente F r die Dokumentation ist eine eigene Abteilung in der Dialog Data zust ndig welcher die Gestaltung und Be treuung aller Schriftst cke und Dokumente obliegt Die Dokumente zur Qualit tssicherung einschlie lich der in Datenbanken gespeicherten Informationen werden von der Qualit tssicherung berwacht und nach einem entsprechend festgelegten Anderungsverfahren modifi ziert und freigegeben Die Dokumentationsabteilung f hrt eine Liste aller Empf nger zu jedem Dokument an welche die jeweils neuesten Versionen weitergeleitet werden Die Bearbeitung der Dokumente wird mit dem bereits bei der Softwareentwicklung beschriebenen CASE System gesteuert das Entwicklung Reviews und Freigabe berwacht Alle Dokumente unterliegen der Versi onskontrolle und sind auch in s m
166. t im Projektteam vier Rollen mit jeweils unterschiedlichen Befug nissen n mlich Entwickler Reviewer Integratoren und Administratoren Der Prozess selbst durchl uft f r jedes Teilprodukt sechs verschiedene Zust nde mit ebenso vielen Zustands berg ngen Start Projekt bereit f r Entwicklung Beginn der Entwicklung Entwicklung Ende der Entwicklung Review Review erfolgreich bereit f r Integration Start Integration Integration Integration erfolgreich Freigabe Abb 16 Zust nde im Softwareentwicklungsprozess Dieses System bietet eine Reihe von Vorteilen e Die Aufgaben innerhalb des Teams sind exakt festgelegt e Das Kontrollsystem ist u erst flexibel und f r die Erfordernisse des jeweiligen Projekts optimal konfigurier bar Es besteht aus insgesamt 46 Programmen und Funktionen zur Prozesssteuerung schreibt jedoch kei nerlei Methoden f r die Entwicklung die Tests oder die Integration der bearbeiteten Produkte vor Die diesbe z glichen Verfahren k nnen f r jedes Produkt speziell konfiguriert werden weshalb etwa f r Entwicklung oder Konfigurationsmanagement von Software und Dokumenten jeweils die optimal geeigneten Systeme ein gesetzt werden k nnen e Die einzelnen Phasen sind klar voneinander abgegrenzt wobei der bergang von einer Phase zur n chsten nur unter bestimmten Voraussetzungen m glich ist die einerseits vom Administrator und andererseits von der CASE Software sel
167. t im Rahmen von Wartungsvereinbarungen festgelegt und einzu halten ist Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Nutzungsqualit t Blatt 3 6 Dialog Data Kommunikation mit Kunden 3 6 Kundenzufriedenheit Die wichtigste Informationsquelle f r alle Arten von Verbesserungen sind die W nsche der Kunden Alle Reak tionen von Kunden und Interessenten werden daher mit der bereits erw hnten Ereignis und Gefahrenaufzeich nung festgehalten die s mtliche Meldungen von Kunden registriert und damit weit ber ein Fehlermeldesystem oder ein Beschwerdemanagement hinausreicht Da auch alle Mitarbeiter der Dialog Data als Kunden gelten wird die Ereignisaufzeichnung ebenso f r interne Nachrichten Fehlermeldungen W nsche und Verbesserungsvorschl ge verwendet Jede Information welche das Unternehmen im pers nlichen Gespr ch am Telefon schriftlich per Post Fax oder E Mail erreicht wird in einem eigenen Formblatt erfasst klassifiziert und in der EDV gespeichert Die Ereignisaufzeichnung liefert nicht nur umfassende Informationen ber Fehlerh ufigkeiten in bestimmten Produktbereichen oder Softwarebereiche mit umfangreichen Erweiterungsw nschen Es zeigen sich auch die Schw chen der Dokumentation oder Anwenderschulung durch die Anzahl der telefonischen R ckfragen bei Unkla
168. t ist die zentrale Steuerungsstelle f r alle verwendeten Produkte die entweder vom Einkauf beschafft oder von einer der Produktionsstellen der Dialog Data hergestellt wurden Das Produktmana gement sorgt f r eine systematische Identifikation aller Produkte regelt die Pr fvorg nge stellt die eindeutige R ckverfolgbarkeit aller Produkte sicher und steuert und berwacht die Behandlung defekter Produkte Grund lage daf r bildet die detaillierte Aufzeichnung der bei jedem Kunden installierten Produkte samt Versionsidenti fikation und Konfigurationsma nahmen Informationsmanagement Die Informationsabteilung ist f r das Wissensmanagement im Unternehmen zust ndig organisiert die verf g baren Informationen und Dokumente regelt Information und Kommunikation intern sowie nach au en und ver waltet das interne Informationssystem und alle Groupware Anwendungen im Intranet das Archiv sowie die fir meninterne Fachbibliothek Das Informationsmanagement ist auch zusammen mit der Abteilung Technologie und Infrastruktur f r die Betreuung und Archivierung des Nachrichtenverkehrs im Unternehmen berwiegend Mail und Telefax zust ndig Dokumentation und Publikationen Die Dokumentationsabteilung ist generell f r das Erscheinungsbild des Unternehmens in der ffentlichkeit ver antwortlich Corporate Identity Sie ist f r Layout graphische Aufbereitung und Herstellung s mtlicher Publika tionen Verkaufsinformationen Dokumentationen Schulungs
169. te und Dienstleistungen der Dialog Data verf gbar Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Sicherung der Produktqualit t Dialog Data Lenkung der Produkte 4 Sicherung der Produktqualit t Das Produktmanagement betreut alle Erzeugnisse Bauteile Programme Dokumente in standardisierter Form wobei zwischen den von der Dialog Data hergestellten Produkten und den Produkten fremder Hersteller keinerlei Unterschiede gemacht werden 4 1 Lenkung der Produkte Jedes Produkt nimmt folgenden Weg durch das Unternehmen gt Auftrag gt Abb 8 Lenkung der Produkte Bedarf Produktauswahl Lieferantenauswah Bestellung Wareneingang Y defekte Produkte Produktpr fung ja nein fehlerfrei Lager Lagerentnahme nein fehlerfrei gt ja Systemintegration Lieferung oder Installation Reparatur R cksendung an Lieferanten Entsorgung Jeder einzelne dieser Schritte ist dokumentiert und wird bei der Abwicklung aufgezeichnet Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit t
170. teilt Der Vergleich der Anforderungen mit den F higkeiten der Stelleninhaber liefert Informationen zum Schulungsbedarf Analog wird bei der Auswahl von Stellenbewerbern vorgegangen Eine Analyse der Anforderungen und der F higkeiten ber alle Stellen hinweg liefert dar ber hinaus Informatio nen ber Bereiche mit Ausbildungsr ckst nden oder Aussagen ber F higkeiten die im Unternehmen beson ders schwach oder berdurchschnittlich gut ausgepr gt sind Ebenso sind Analysen m glich welche Mitarbei ter Aufgaben anderer Stellen etwa als Urlaubsvertretung bernehmen k nnen weil sie auch die dortigen An forderungen erf llen Ein wichtiges Instrument zur Rekrutierung von geeignetem Personal liegt im permanenten Kontakt zu den sterreichischen Hochschulen Neben pers nlichen Kontakten zu Instituten und Studenten werden Informatio nen an die Hochsch lerschaft weitergegeben Studentenarbeitspl tze mit f r die Studenten optimalen Arbeits bedingungen eingerichtet und die Ausf hrung von Diplomarbeiten bei der Dialog Data angeboten Die Ausbildung aller Mitarbeiter wird in einem eigenen Schulungsplan geregelt Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Personalqualit t Blatt 7 2 Dialog Data Lenkung der Personalqualit t 7 2 Lenkung der Personalqualit t Neben
171. tel 4 5 Qualit tsmerkmale 5 24 Qualit tssicherung 5 1 Testplan 5 28 Update 4 8 Version 5 25 Vertrieb 4 8 Wartungsplan 5 28 Wiederverwendung 5 1 5 7 5 10 5 13 5 16 Softwarearchitektur 5 1 Softwarebibliothneken 5 10 Softwaredesign 5 7 Softwareentwurf 5 9 Softwaremetriken 5 24 Softwareservice 1 6 Softwaresystem zur Qualit tssicherung 1 8 Stellenanforderungen 1 9 Stellenbeschreibungen 7 4 Struktur der Anwendungssysteme 5 8 Systemdesign 5 9 Systemintegration 1 6 2 6 5 2 Systemkonfiguration iv Systemservice 1 6 1 7 7 Technisch wissenschaftliche Software 1 5 Technische Entwicklung 2 2 Technischer Dienst 1 6 Technologieeinrichtungen Testbericht 4 4 Testplan 5 28 Testsystem 4 5 Testsystem Siehe UniTest U Umstellungserfordernisse 2 6 UniTest 2 1 2 5 5 12 5 27 5 28 1 5 9 3 Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Index Dialog Data Ver 02 Blatt 10 4 Universit tsbibliotheken 7 2 U bergabe 2 7 V Variante iv Verarbeitungsformen 5 8 Verbesserungsma nahmen 3 1 Verf gbarkeit 3 5 Verpackung 4 8 Version iv Versionskonflikte 5 25 Versionskontrolle iii iv Vertragsgestaltung 2 5 Vertragspr fung 2 5 Virenpr fung 4 4 4 6 Virenschutzeinrichtungen 4 5 Vom Kunden beigestellte Produkte 4 6 Vorbeugema nahmen 1 11 W War
172. telle ver wenden bevor das System eine Freigabe zul sst e Auch die Konfiguration der Prozesssteuerung selbst unterliegt der Versionskontrolle Alle nderungen wer den aufgezeichnet fr her verwendete Versionen sind jederzeit rekonstruierbar e Es k nnen auch mehrere Entwickler gleichzeitig dasselbe Produkt bearbeiten und unterschiedliche nderun gen daran vornehmen Alle Modifikationen werden vom Kontrollsystem automatisch zusammengef hrt e Da die Kontrollsoftware alle Produkte in einer eigenen Datenbank verwaltet und Zugriffe nur entsprechend dem jeweiligen Entwicklungsstatus den dazu befugten Teammitgliedern erlaubt sind nderungen an der Software unter Umgehung des Kontrollsystems ausgeschlossen Die von diesem CASE System berwachten Projekte k nnen einen beliebigen Umfang mit unbegrenzter Zahl von Teilprodukten und jeder ben tigten Anzahl von Teammitgliedern aufweisen In den Entwicklungsprojekten der Dialog Data werden die zuvor beschriebenen Ebenen der Softwareentwick lung streng eingehalten F r Module und Programme werden jeweils eigene Entwicklungsprojekte eingerichtet Bei Anwendungssystemen wird dieses System derzeit nicht eingesetzt weil hier nur Konfigurationsarbeiten ohne eigentliche Softwareentwicklung vorgenommen werden Die Prozesssteuerungssoftware wird nicht nur zur Steuerung s mtlicher Softwareentwicklungsprojekte verwen det sondern auch f r die Ausarbeitung von Dokumenten eingesetzt welche der Versions
173. temkonfiguration entsprechend betriebssichere und einfach zu wartende Komponenten gew hlt und die Anlage w hrend des Betriebs permanent berwacht 3 5 1 Instandhaltungspr vention Bereits bei der Planung und der Beschaffung werden Aspekte der Instandhaltbarkeit Zug nglichkeit und Bedie nungsfreundlichkeit der einzelnen Hardwareprodukte gepr ft Die Systeme m ssen nicht nur vom Anwender leicht zu ben tzen und robust gegen ber Fehlbedienung und u eren Einfl ssen etwa Stromschwankungen sein es muss im Fall von St rungen eine Behebung mit m glichst wenig Aufwand erfolgen k nnen Dazu ge h ren Einrichtungen zur Eingrenzung des Fehlers leichte Zug nglichkeit und einfache Austauschbarkeit von Komponenten und die Verf gbarkeit von Ersatzteilen die auch durch eine entsprechende Lagerhaltung der Dialog Data gew hrleistet wird Die Instandhaltungspr vention umfasst auch eine Analyse der m glichen St rungen und Richtlinien f r die Vor gangsweise bei jeder denkbaren Form von Ausfall Die Risiken werden anhand Erfahrungen aus fr heren St r f llen bewertet 3 5 2 Anlagenwartung Die Anlagenwartung wird vom Technischen Dienst nach speziell gestalteten Prozessen in einer Form abgewic kelt die eine m glichst durchgehende Verf gbarkeit aller installierten Systeme garantiert In den meisten Wartungsvertr gen wird den Kunden eine Verf gbarkeit von 98 zugesichert w hrend die tat s chliche Verf gbarkeit im Bereich der UNI
174. ten wird die Ereignisaufzeichnung auch f r interne Nachrichten Fehlermeldungen W nsche und Verbesserungsvorschl ge verwendet Au erdem werden die m glichen Gefahren hnlich wie bei einem FMEA System aufgezeichnet Allgemein l sst sich das EGA System in drei Bereiche gliedern Besprechung Telefon Fax Post E Mail Datentr ger Wahrnehmung 1 EGA Aufzeichnung 1 1 1 1 1 1 Information 1 1 1 1 1 1 Ereignisaufzeichnung 1 1 n f 1 Auswertung Aufgaben je iskati Fehler Gefahren a Abteilung Modifikation i 1 I i i j 1 I i Risiko und 1 a a i 4 analyse N Pr fung 1 I i i 1 f Fehler a 1 1 klassen 5 A Y i j Erledigungs N LT 1 Auftrag serier i 1 Fehler i 1 i quellen 1 Y 1 1 i en gt Erledigung j 1 r Fehler i F ursachen 4 1 3 n f t u m 1 1 Analyse neues Ereignis b K Loon 1 1 i 7 1 Y B Prozesse 5 adaptieren p Abschlu 1 1 y j i z Ereignisauswertung Abb 5 bersicht ber die Ereignis und Gefahrenaufzeichnung EGA Die Ereignisaufzeichnung registriert alle Vorf lle bewertet sie und speichert sie zur sp teren Bearbeitung Die Ereignisbearbeitung w hlt aus den nach ihrer Priorit t gereihten Ereignissen das n chste zu bearbe
175. ten Verarbeitungsformen gleichzeitig beherrscht und die Auswahl der jeweils anzuwendenden Variante durch entsprechende Eintragungen in Konfigurationsdateien oder hnli che Steuerungsinformationen erfolgt Damit ist nicht nur ausgeschlossen dass einem Anwender eine falsche Programmversion geliefert wird weil es von jedem Programm nur eine aktuelle Version gibt der Anwender hat dar ber hinaus die M glichkeit bei Anderung der Voraussetzungen jederzeit ohne Programmadaptierung oder Anpassung des Konfigurationsmanagements auf eine andere Verarbeitungsvariante umzusteigen Analog wer den bei der Installation von Standardsystemen auch jene Module installiert die der Anwender gegenw rtig nicht verwendet aber bei Bedarf jederzeit aktivieren kann Trotzdem sind auf anderer Ebene etliche unterschiedliche Versionskonflikte m glich e Einmal ist zu beachten dass die Programme f r die jeweiligen Zielsysteme gesondert compiliert werden m ssen und daher die Gefahr besteht dass zum Beispiel einem Anwender eines Motorolaprozessors die f r einen Intelprozessor compilierten Programme geliefert werden e Zweitens k nnen Probleme dadurch entstehen dass Schnittstellen zwischen Programmen ge ndert werden und nur ein Teil der Programme beim Anwender installiert wird In solchen F llen kann es etwa vorkommen dass ein Programm eine Datei in einem neuen Format schreibt w hrend ein anderes Programm diese Datei noch im alten Format liest e Ein weiteres Pr
176. ten die zur Vertragsabwicklung n tigen F higkeiten und Ressourcen verf gbar sein e Die Abnahmekriterien hinsichtlich Leistungsumfang und Termin einschlie lich s mtlicher bei den Abnahme tests verwendeten Testdaten und den damit zu erzielenden Ergebnissen m ssen festgelegt sein e Die Vorgangsweise bei Vertrags nderungen w hrend der Auftragsabwicklung muss definiert sein e Die vom Auftraggeber zu erbringenden Leistungen speziell bei der Produktspezifikation Installation und Abnahme aber auch eventuell die Bereitstellung von Arbeitsraum und Arbeitsmitteln m ssen detailliert fest gehalten werden e Ebenso sind die vom Auftraggeber beizustellenden Produkte und Werkzeuge festzulegen e Es m ssen Prozeduren zur Bew ltigung unvorhergesehener Probleme oder Gefahren definiert sein e Die Behandlung von Problemen die nach der Abnahme auftreten muss geregelt sein e Der Schutz vertraulicher Informationen auf beiden Seiten muss verbindlich vereinbart sein Die Rechtsabteilung pr ft gemeinsam mit der Qualit tssicherung ob alle f r die Auftragsabwicklung erforderli chen Vereinbarungen mit dem Auftraggeber vorliegen Zus tzlich sind die internen Kriterien f r die Auftragsan nahme Kostensch tzung Risikomanagement zu pr fen Zur Vereinfachung der Vertragsgestaltung werden die im Zusammenhang mit Standardsoftware blicherweise angewendeten Verfahren vordefiniert siehe UniTest und k nnen bei der Vertragsgestaltung herangezogen
177. ternen Materialfluss eingeschleust werden Da die Si cherung der Qualit t von Zulieferungen thematisch eng mit Einkauf und Beschaffung verbunden ist wird die Wareneingangspr fung durch den Einkauf durchgef hrt So soll auch eine fortlaufende und angemessene Lie ferantenbeurteilung mit kurzen R ckkoppelungswegen zum Lieferanten gew hrleistet werden Durch Zwischenpr fungen in der Fertigung insbesondere bei der Softwareentwicklung und der Systemkonfi guration wird eine systematische Qualit tsienkung w hrend der Produktion sichergestellt Durch die Freigabe funktion von Zwischenpr fungen Freigabe und Ansto f r den n chsten Arbeitsschritt werden Fehler fr hzei tig erkannt und damit Folgefehler und Nachbearbeitungskosten minimiert Durch die Endpr fung fertiger Produkte wird sichergestellt dass nur gepr fte und den Vorgaben entsprechen de Erzeugnisse das Unternehmen verlassen 4 4 2 Pr fstatus Der durch die Pr fung festgestellte Status bez glich der gestellten Qualit tsforderungen wird bei Bauteilen di rekt am Produkt vermerkt bei von der Dialog Data entwickelter Software in der zugeh rigen Entwicklungsdoku mentation bei fremder Software in speziellen Testberichten Die Ergebnisse der Testvorg nge werden in Testberichten aufgezeichnet und in der Datenverarbeitung f r je des Produkt gespeichert Fehlerhafte Produkte werden in der unter Lenkung fehlerhafter Produkte beschrie benen Form gekennzeichnet und weiterbehan
178. tions bergreifend weshalb eine strikte Abgrenzung des Daten systems nach Anwendungsbereichen nicht immer m glich ist 5 13 3 Entwicklungsdokumentation Die Entwicklungsdokumentation ist die Bedienungsanleitung f r den Programmierer Sie beinhaltet weniger die Dokumente zur Entwicklung selbst diese finden sich in der Projektdokumentation sondern behandeln die Nut zungsm glichkeiten der zahlreichen wiederverwendbaren Funktionen in allen Anwendungssystemen durch die Softwareentwickler Die Entwicklungsdokumentation beschreibt die internen Abl ufe der Programme die Schnittstellen und die Ar beitsweise von Funktionen sowie die Kommunikation zwischen Prozessen Im Gegensatz zur Projektdokumen tation stellt die Entwicklungsdokumentation immer den aktuellen Zustand dar weil dieser f r weitere Software ma nahmen in den meisten F llen die einzig relevante Information ist 5 13 4 Testplan Der Testplan kann je nach dem Umfang des Entwicklungsprojekts im Entwicklungskonzept enthalten sein oder als eigenes Dokument erstellt werden In jedem Fall werden festgehalten e die Testumgebung praktisch ausnahmslos UNIX in mehreren Systemversionen e die mit dem Auftraggeber vereinbarten Tests mit den Eingabedaten und zu erzielenden Ergebnissen allf llige weitere Testf lle um eine hundertprozentige Abdeckung zu erreichen beziehungsweise eine Dar stellung samt Begr ndung f r die nicht getesteten Abschnitte e die zur Integration aller Te
179. tlichen fr heren Versionen verf gbar Daf r wird sowohl durch ein Daten banksystem das alle Anderungen von einer Version zur n chsten aufzeichnet wie auch durch die zuvor be schriebenen Datensicherungsma nahmen in etlichen Generationen und auf nicht ver nderbaren Datentr gern gesorgt Zur einheitlichen Gestaltung der Dokumente ebenso wie zu den f r die Erstellung der Dokumente verwendeten Werkzeugen liegen detaillierte Richtlinien vor deren Einhaltung von der Dokumentationsabteilung berwacht wird Eine Vernichtung von lteren Dokumentversionen ist derzeit nicht vorgesehen bez glich der Aufbewahrungs frist gilt die f r Aufzeichnungen festgelegte Regelung Werden einzelne Abschnitte oder Bestimmungen au er Kraft gesetzt oder gegenstandslos so werden die entsprechenden Texte in der neuen Version des Dokuments gel scht 8 3 Qualit tsaufzeichnungen In den Qualit tsaufzeichnungen werden alle qualit tsrelevanten Informationen EDV gest tzt festgehalten Die se Aufzeichnungen dienen nicht nur dem Nachweis der Einhaltung aller Vorgaben zur Sicherung der Qualit t ihre Analyse erm glicht dar ber hinaus das Finden und Verstehen von Schwachstellen sowie von Ansatzpunk ten f r Vorbeugema nahmen und Verbesserungsm glichkeiten Die Qualit tsaufzeichnungen haben insgesamt einen betr chtlichen Umfang und m ssen so organisiert sein dass sie die Zielsetzungen der Qualit tssicherung m glichst weitgehend unterst tzen ohne dass d
180. ualit tssicherung srnnnnunnnn nenn nenn 5 1 5 1 Planung der Softwarequalit tssicherung suassununnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnne 5 1 Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Allgemeines Blatt ii Dialog Data Inhalts bersicht 5 2 Der allgemeine Softwarebeschaffungsprozess znannannnen nun nun nenn 5 2 5 3 Der Entwicklungsauftrag Huneen nennen nennen 5 3 5 4 Der EntwicklungsprozesS Huneen nenne een 5 4 5 5 Ebenen der Softwareentwicklung z snen nun n nennen nn nn nenn 5 5 5 6 Der Designprozess u nu a a a a a a a E a 5 7 5 7 MOdUIENTWICKIUNG 2 0 0 na a a a na 5 12 5 8 Steuerung der Entwicklung zuanneunnen nun nun nennen nenn 5 14 5 9 Softw arewarlung 2 2 un ze a au a a a ee ne ae genen 5 18 5 10 Pr fverfahren in der Softwareentwicklung snunnnannn en nenn nn nnnnnnnnn 5 19 5 11 Softwarebewertung H nsunnn nun en nn nennen 5 24 5 12 Konfigurationsmanagement zuannennnen nun nun nennen 5 25 5 13 Die Dokumentation zur Software Hz annunnun nun nun nennen nenn 5 27 5 14 Werkzeuge der Softwareentwicklung zsuruunn ann anne nennen nenn 5 29 6 Sicherung der Dienstleistungsqualit t zzu sannnnnnnnnnnnn 6 1 6 1 Planung der Dienstleistungsqual
181. ufen angefertigt die externe und interne Funktionen einbezieht und sowohl die von jeder Prozedur verwendeten Funktionen in Form eines Baumes darstellt wie auch f r jede Funktion angibt von welchen Prozeduren aus sie aufgerufen werden e Die Ausf hrungsprofile je Sourcezeile und je Funktion zeigen wie oft und in welcher Folge die einzelnen An weisungen bei der Ausf hrung der gepr ften Routinen verwendet wurden e Alle automatisch ermittelten Metriken sind ebenfalls verf gbar e Es sind nicht zuletzt die Protokolle aller automatisch oder h ndisch durchgef hrten Tests vorhanden Diese Auswertungen werden im Zuge der Testabwicklung vom CASE System automatisch erstellt sind online verf gbar und k nnen jederzeit ausgedruckt werden Diese Informationen geben dem Reviewer schon einlei tend ein umfassendes Bild ber die Struktur und die Abl ufe der gepr ften Verarbeitung Eine wichtige Aufgabe bei Reviews besteht darin alle Vorgaben bez glich der Wiederverwendung zu berwa chen und sicherzustellen dass als Bibliotheksfunktionen verf gbare Prozeduren nicht ein zweites Mal auspro grammiert wurden Neben der zus tzlichen Fehlerquelle w rde eine derartige Vorgangsweise dazu f hren dass k nftige Anderungen der Bibliotheksroutinen dieses Produkt nicht einbeziehen w rden Ebenso ist es Aufgabe des Reviews alle jene Tests mit dem Produkt auszuf hren die vom CASE System nicht automatisch bew ltigt werden k nnen Diese Tests beschr n
182. uktbewertung 1 9 Produktidentifikation 4 3 Produktinformation 1 4 Produktinnovationen 9 2 Produktionsbereich 1 5 Produktmanagement 1 4 4 1 Produktpr fung Auslieferung 4 4 Programm Siehe Software Programm nderungen 5 11 Programmentwicklung 1 6 Projektdokumentation 5 28 Projektmanagement 1 7 2 4 9 1 Proze innovationen 9 2 Proze steuerung bei der Softwareentwicklung 5 14 Pr fmittel 4 5 Pr fstatus 4 4 Public Domain Software Publikationen 1 5 Q Qualit t der Lieferanten 4 2 Qualit tsaudit 1 10 Qualit tslenkung 1 9 Qualit tsplanung 1 9 Qualit tspolitik 1 2 Qualit tspr fung 1 9 Qualit tssicherung 1 4 Bewertung 1 7 Software 1 8 Qualit tssicherungsdokumentation v Qualit tssicherungsplan 2 5 R Rechenzentrumsdienstleistungen 1 7 Rechtsangelegenheiten 1 4 Reparatur 4 6 1 6 4 6 Ressourcenplanung 1 5 7 2 9 3 Review 3 4 Reviews 5 16 Risikoanalyse 1 11 Risikoanalyse Siehe EGA Risikomanagement 1 10 2 5 R ckverfolgbarkeit 1 4 4 3 5 14 S Schulung 3 1 3 4 3 6 6 4 Anwender 2 6 Personal 7 2 Schulungsplan 7 2 Schulungsprogramme 1 9 Schulungszentrum 1 7 Schutz von Kundendaten Servicequalit t 6 1 Sicherung der Verf gbarkeit 9 3 4 6 8 1 Software Beschaffung 5 2 Design 5 7 Entwicklung 5 6 Entwicklungsauftrag 5 3 Entwicklungsproze 5 2 5 14 Fehlerbehebung 5 18 Freigabe 5 17 Implementierung 5 4 Integration 5 17 Konfiguration 5 25 Modul iii Produkteigenschaften 5 24 Pr fmit
183. undlagen f r eine effiziente Qualit tssicherung 1 3 5 Qualit tspr fung Die Qualit tspr fung wird vollst ndig softwaregesteuert abgewickelt wobei Bewertungslisten zur Aufzeich nung der Ergebnisse von Qualit tspr fungen das wichtigste Hilfsmittel darstellen Praktisch zu jedem Prozess zu allen von der Dialog Data selbst hergestellten Produkten zu allen erledigten Auftr gen zu Aufzeichnungen und Dokumenten sowie zu Lieferanten und Kunden werden derartige Beurteilungen regelm ig vorgenommen und in Datenbanken aufgezeichnet Diese Bewertungen werden beispielsweise zur Ermittlung der Kundenzufriedenheit zur Lieferantenbeurtei lung zur Klassifizierung von Fehlern oder zur Produktbewertung bei Software sowie zur Bewertung der Er gebnisse f r jeden einzelnen Auftrag eingesetzt Zu diesen Bewertungen werden in vielen F llen Vorgabewerte festgelegt die innerhalb eines bestimmten Zeit raums zu erreichen sind Zumindest lassen sich die zu verschiedenen Zeitpunkten f r ein Objekt vorgenomme nen Bewertungen miteinander vergleichen womit die Entwicklung und der Erfolg der Qualit tssicherungsma nahmen jederzeit darstellbar sind Analog werden die Qualit tsanforderungen in der Stellenplanung festgelegt und berwacht wobei auch s mtli che Auditpl ne und Schulungsprogramme softwareunterst tzt festgelegt und umgesetzt werden 1 4 Dokumentation und Aufzeichnungen Die Dokumentation der Qualit tssicherung und die qualit tsre
184. ung der Tests liefert bei der Modulentwicklung auch Informationen ber die Testabdec kung Falls mit den Tests nicht 100 des Sourcecodes abgedeckt sind muss der Entwickler zus tzliche Test f lle bei der Leitung der Entwicklung beantragen und diese Vorgangsweise so lange wiederholen bis die Tests den gesamten Code abdecken Damit wird vermieden dass Reviews wegen unvollst ndiger Tests unmittelbar nach ihrem Beginn wieder abgebrochen werden m ssen Da sich der Entwickler bei einem durchschnittlichen Entwicklungsauftrag nur mit etwa zwei Seiten 130 Zeilen Sourcecode befassen muss sind diese Aufgaben ebenso einfach wie umfassend l sbar Gleichzeitig wird durch die niedrige Komplexit t die Wahrscheinlichkeit au erordentlich hoch dass der Modul bereits in der Ent wicklungsphase keinerlei Fehler mehr enth lt In h heren Ebenen der Softwareentwicklung Anwendungsprogramme und Anwendungssysteme steigt nat r lich die Gefahr eines mangelhaften Zusammenwirkens von Komponenten die in der Entwicklungsphase kaum bek mpft werden kann Bei diesen Systemen verlagert sich daher der Schwerpunkt der Tests immer mehr in die Integrationsphase 5 10 3 Automatische Tests Das Kontrollsystem f r die Softwareentwicklung f hrt am Ende der Entwicklungsphase etliche Verarbeitungen automatisch aus die nicht nur das entwickelte Produkt testen sondern auch eine Reihe von Unterlagen zur Vorbereitung des anschlie enden Reviews erstellen Die meisten die
185. ungen entstehen Es ist daher wichtig die Nachfragerperspektive in die Dienstleistungsplanung zu integrieren und f r eine kun dengerechte Kommunikation zu sorgen Die Aktivit ten sind zu gliedern in Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Dienstleistungsqualit t Blatt 6 3 Dialog Data Modellierung der verschiedenen Leistungen Aktivit ten durch den Auftraggeber Aktivit ten zur Interaktion zwischen Auftraggeber und der Dialog Data Aktivit ten durch die Dialog Data Dem Kunden muss einen umfassenden Einblick in den Dienstleistungsprozess haben und ber entspre chende M glichkeiten zur Einflussnahme auf diesen Prozess verf gen Insbesondere ist dem Kunden das Gef hl zu vermitteln dass der Dienstleistungsprozess begonnen hat Es kommt relativ oft vor dass das Unternehmen intensiv an einer Aufgabe arbeitet ohne dass der Kunde davon etwas bemerkt weshalb bei ihm der Eindruck entsteht dass er vernachl ssigt wird Regelm ige Informatio nen ber den Arbeitsfortschritt sind daher auch dann erforderlich wenn es daf r keinen konkreten Anlass gibt Ebenso wichtig ist die Information des Kunden wenn aus irgendwelchen Gr nden Wartezeiten nicht vermie den werden k nnen Wenn sie sich schon nicht vermeiden lassen sind Wartezeiten oder Verz gerungen dem Kunden
186. ungen konkrete Anwendun gen verf gbar sind Auch der Aufwand f r das Detailkonzept oder das Pflichtenheft reduziert sich wenn man statt der Beschreibung zahlloser einzelner Eingabefelder auf die Maske in einem bereits vorhandenen Prototy pen verweisen kann In der Entwicklung sind f r bestimmte immer wieder ben tigte Verarbeitungsformen Prototypen vorhanden die f r eine konkrete Aufgabe nur noch entsprechend adaptiert werden m ssen Beispielsweise arbeitet die Er fassung f r die meisten Stammdaten nach demselben Muster Zur Entwicklung eines neuen Erfassungspro gramms m ssen im Prototyp nur noch die ben tigten Datenfeldoperationen eingebaut und die Zugriffe auf den entsprechenden Dateiverwaltungsmodul eingebaut sowie die Benutzerinterfaces konfiguriert werden Schlie lich werden Prototypen beim Test der Software verwendet wenn von einem System erst einzelne Mo dule fertiggestellt sind Ein Datenzugriffsmodul kann nicht getestet werden wenn die entsprechenden Erfas sungsfunktionen noch nicht entwickelt sind In solchen F llen werden die fehlenden Systembestandteile durch Prototypen ersetzt welche unter Verwendung derselben Schnittstellen verwenden wie die geplanten Module deren Funktionalit t simulieren Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blat
187. unterlagen Schriftst cke und Formulare sowie f r Einschaltungen in Printmedien zust ndig und sorgt f r die Versionskontrolle sowie f r eine einheitliche Gestal tung aller Dokumente Finanzmanagement Das Finanzmanagement ist f r Finanzplanung und Controlling zust ndig und f hrt die Buchhaltung einschlie lich der Kostenrechnung und Lohnverrechnung In diesen Bereich f llt auch gemeinsam mit der Gesch ftsf h rung der Verkehr mit Banken und die Betreuung der unternehmenseigenen Finanzanlagen Technologie und Infrastruktur In dieser Abteilung sind die unternehmenseigenen oder gemieteten Grundst cke und Geb ude sowie die ge samte technische Infrastruktur mit Liftanlagen Elektroinstallation Wasser und Heizanlagen allen Kommunika tionseinrichtungen der Computerausstattung und dem Fuhrpark samt Garagen und Abstell oder Kundenpark pl tzen zusammengefasst Hier erfolgt sowohl die Ressourcenplanung f r alle Technologieeinrichtungen teil weise in Zusammenarbeit mit der Ressourcenplanung f r Schulungen wie auch die laufende Betreuung und Wartung aller Anlagen und Ger te Neben der Betreuung der hausinternen Technik obliegt dieser Abteilung die Organisation und berwachung aller Aufgaben im Bereich Entsorgung und Umweltschutz Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Um
188. ur Bearbeitung erhalten die Mitarbeiter Kopien dieser Dateien die freigegebenen Versionen selbst werden al so nicht ver ndert Nach Abschluss der Bearbeitung wird die Arbeitskopie zur Benutzung freigegeben und in das System zur Versionskontrolle als aktuelle Ausgabe bernommen Analog wird mit den umgewandelten Sourceprogrammen verfahren die in Modulbibliotheken oder Programmbibliotheken abgelegt werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Sicherung der Produktqualit t Blatt 4 4 Produktpr fung Dialog Data Zus tzlich zur Protokollierung in der Versionskontrolle werden die Produkt nderungen im Softwaresystem der Qualit tssicherung sowie in den entsprechenden Entwicklungsauftr gen aufgezeichnet 4 4 Produktpr fung Alle Produkte werden nach Anlieferung auf die bereinstimmung mit den Beschaffungsspezifikationen sowie auf erkennbare u ere M ngel gepr ft Vor der Verwendung oder Verarbeitung wird gepr ft dass die festge legten Qualit tsforderungen erf llt sind F r jede Produktart existieren eigene Pr fvorschriften Nicht gepr ft werden Handelswaren die blicherweise in der Originalverpackung verkauft werden und deren Entnahme ohne Besch digung der Verpackung nicht m glich ist beispielsweise luftdicht eingeschwei te Druc kerfarbb nder Ebenso k nnen jene Pro
189. z adressen sowie alle nderungen an Bestandteilen des Systems auf sofern diese Ma nahmen durch die Dia log Data vorgenommen werden Alle derartigen Ma nahmen werden mit dem Produktmanagement der QS Software aufgezeichnet und sind im Computer permanent verf gbar Aus diesen Aufzeichnungen ist jederzeit ersichtlich welche Produktversionen installiert bei welchen Anwendern sind und wann welche Anderungen vorgenommen wurden Da diese Aufzeichnungen in integrierter Form ge f hrt werden sind hieraus auch alle St rf lle und nderungsw nsche ersichtlich Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 27 Dialog Data Die Dokumentation zur Software 5 13 Die Dokumentation zur Software Die Richtlinien in ISO 9000 3 legen f r die Softwareentwicklung fest dass zumindest folgende Dokumente exi stieren m ssen Vertrag zwischen dem Auftraggeber und dem Lieferanten Spezifikation Entwicklungsplan Qualit tssicherungsplan Testplan Wartungsplan Konfigurationsmanagementplan Ein Teil dieser Dokumente n mlich der Vertrag und die Spezifikation in Form eines Grobkonzepts sowie Teile des Testplans werden bereits im Zuge der Auftragsbearbeitung siehe oben ausgearbeitet bei welcher zu n chst einmal gepr ft wird ob ein Softwareentwicklungsauftrag
190. ze nach vier Gesichtspunkten ge gliedert Abb 14 Gliederung des Systemdesigns 1 Die Modellierung des Datensystems analysiert die von der Software bearbeiteten Daten speziell jene die auf externen Massenspeichern abgelegt werden fasst sie zu sinnvollen Einheiten zusammen und erstellt f r jede Einheit einen Entwicklungsauftrag an die Modulentwicklung Kein Programm darf auf externe Datenbe st nde direkt zugreifen sondern muss f r die Zugriffsoperationen ausschlie lich die daf r vorgesehenen Mo dulfunktionen verwenden Die physische Speicherung der Daten bleibt den Anwendungsprogrammen damit vollst ndig verborgen und kann jederzeit gegen ein anderes Modell ausgetauscht werden Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Softwarequalit tssicherung Blatt 5 10 Dialog Data Der Designprozess 2 Bei der Analyse der Funktionen wird die Aufgabenstellung so weit in Teilaufgaben zerlegt dass jede Teil aufgabe nur noch eine spezielle Funktion zu erf llen hat F r jede dieser Funktionen wird gepr ft ob in den Softwarebibliotheken bereits eine L sung dazu verf gbar ist was im Durchschnitt bei 80 der ben tigten Funktionen der Fall ist weshalb dieser Anteil der Software keine Entwicklungsarbeit erfordert sondern durch Wiederverwendung gel st wird F r alle nicht verf gbaren Funkti
191. zesse integriert und Teil der Vorbereitungsarbeiten Alle zu erledigenden Aufgaben werden von der QS Software in Arbeitsauftr gen festgehalten die durch bernahme der entspre chenden Prozessmodelle samt allen integrierten Checklisten die Abwicklung steuern 8 3 3 Berichtswesen Die historischen Aufzeichnungen werden von allen Mitarbeitern bei allen Vorg ngen gef hrt und sind in den je weiligen Verfahrensanweisungen geregelt Vorgangsbezogene Berichte werden in der Regel als Protokolle gef hrt die ohne weitere Behandlung abge legt werden Ahnlich werden die produktbezogenen Aufzeichnungen und die Projektdokumentation behan delt die als Dokumentation der Entwicklungsarbeit in der Ablage deponiert werden 8 3 4 Organisation der Aufzeichnungen Die Aufzeichnungen m ssen so gestaltet sein dass sie einerseits vollst ndig sind dass andererseits jedoch die Mitarbeiter nicht mit einer Unzahl von Formularen und Berichten belastet werden Es werden daher f r die laufenden Arbeiten nur zwei Formulare verwendet e Alle Mitarbeiter f hren chronologische T tigkeitsberichte aus denen die einzelnen Arbeiten mit Datum Uhr zeit und Gegenstand der T tigkeit ersichtlich sind Aus diesen Aufzeichnungen kann der Aufwand je Vor gang je Produkt oder je Projekt jederzeit ermittelt und mit den geplanten Werten verglichen werden e Parallel dazu werden externe Ereignisse wie Kundenanfragen W nsche Beschwerden oder Fehlermeldun gen werden im Ereig
192. zt betrieben Dazu wird ein ei genes Softwaresystem zur Qualit tssicherung eingesetzt das alle qualit tsrelevanten Vorg nge von der Pla nung ber die Abwicklung bis zur Analyse der Ergebnisse unterst tzt und berwacht Detailliertere Informatio nen zu diesem System sind in der Dokumentation QDW Quality Data Warehouse zu finden Ein Gro teil der Planungsdaten sowie s mtliche Aufzeichnungen werden in Datenbanken verwaltet und stehen f r Analysen und Auswertungen nach beliebigen Kriterien zur Verf gung Diese Unterlage ist geistiges Eigentum der Dialog Data GmbH Graz und darf ohne Einwilligung nicht weitergegeben werden Dialog Data Qualit tssicherung Qualit tssicherungshandbuch Ver 02 Das Umfeld der Qualit tssicherung Blatt 1 10 Dialog Data Dokumentation und Aufzeichnungen 1 3 3 Qualit tsplanung In der Qualit tsplanung werden die Anforderungen an die Produktqualit t sowie die Ma nahmen zur Erf llung dieser Anforderungen und zur berpr fung der Ergebnisse festgelegt Die Planung der Produkteigenschaften ber cksichtigt Kundenanforderungen technische Spezifikationen so wie Anforderungen an Zuverl ssigkeit und Sicherheit Die Planung der Realisierungsbedingungen legt die Produktionsmittel das ben tigte Personal und die Managementma nahmen fest Schlie lich werden in der Planung der Qualit tssicherungsaktivit ten die produktbezogenen Qualit tssicherungsma nahmen und die Organisation der Qualit tssicherun

Download Pdf Manuals

image

Related Search

Related Contents

InstantLabs Listeria species Food Safety Kit  conquest post-mix remote soda line chiller  Bestron ABG100RB vacuum cleaner  User Manual ETE/ETX Module MSC ETE-A945GSE-1    table des matieres jambe d`entrainement a la perfusion  CE Raccordement électrique  1 - Norgren  KaltecSoft KS10S  Trámite Descripción Ministerio Descripción 2009CD-000002  

Copyright © All rights reserved.
Failed to retrieve file