Angelina Jung
Graphische Umsetzung eines Werkzeuges für die zentrale Überwachung von Windows-
Diensten
ISBN: 978-3-8428-2247-4
Herstellung: Diplomica® Verlag GmbH, Hamburg, 2012
Zugl. Fachhochschule für die Wirtschaft Hannover, Hannover, Deutschland,
Studienarbeit, 2010
Dieses Werk ist urheberrechtlich geschützt. Die dadurch begründeten Rechte,
insbesondere die der Übersetzung, des Nachdrucks, des Vortrags, der Entnahme von
Abbildungen und Tabellen, der Funksendung, der Mikroverfilmung oder der
Vervielfältigung auf anderen Wegen und der Speicherung in Datenverarbeitungsanlagen,
bleiben, auch bei nur auszugsweiser Verwertung, vorbehalten. Eine Vervielfältigung
dieses Werkes oder von Teilen dieses Werkes ist auch im Einzelfall nur in den Grenzen
der gesetzlichen Bestimmungen des Urheberrechtsgesetzes der Bundesrepublik
Deutschland in der jeweils geltenden Fassung zulässig. Sie ist grundsätzlich
vergütungspflichtig. Zuwiderhandlungen unterliegen den Strafbestimmungen des
Urheberrechtes.
Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in
diesem Werk berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme,
dass solche Namen im Sinne der Warenzeichen- und Markenschutz-Gesetzgebung als frei
zu betrachten wären und daher von jedermann benutzt werden dürften.
Die Informationen in diesem Werk wurden mit Sorgfalt erarbeitet. Dennoch können
Fehler nicht vollständig ausgeschlossen werden und der Verlag, die Autoren oder
Übersetzer übernehmen keine juristische Verantwortung oder irgendeine Haftung für evtl.
verbliebene fehlerhafte Angaben und deren Folgen.
© Diplomica Verlag GmbH
http://www.diplomica.de, Hamburg 2012
Abstract
II
Abstract
In dieser Projektarbeit geht es um die graphische Umsetzung eines Werkzeugs, das
eine bestimmte Anzahl von Windows-Diensten zentral überwacht.
Da die Windows-Dienste unbemerkt und unbewacht im Hintergrund ablaufen, oh-
ne regelmäßig kontrolliert zu werden, besteht das Ziel dieser Aufgabe genauer ge-
sagt in der graphischen Realisierung eines Werkzeug, mit dessen Hilfe schnell und
übersichtlich erfasst werden kann, wie die verschiedenen Windows-Dienste hei-
ßen, auf welchem Server sie ablaufen und welchen Status sie haben.
Es ist wünschenswert, dass diese Windows-Dienste jederzeit aktiv sind, da sie alle
eine bestimmte Aufgabe erfüllen, deren Vernachlässigung andere Arbeitsprozesse
stören und behindern würde, was wiederum einen negativen Effekt auf das alltäg-
liche Geschäft hätte.
Um zu verhindern, dass es über einen längeren Zeitraum unbemerkt bleibt, wenn
ein Windows-Dienst gestoppt ist, soll das Werkzeug die Anzeige aller relevanten
Services und den jeweiligen aktuellen Status ermöglichen. Dadurch soll gewähr-
leistet werden, dass gestoppte Windows-Dienste schnell herausgefiltert und neu
gestartet werden können.
Zusammenfassend besteht die Motivation dieser Aufgabe also darin, die zentrale
Überwachung von Windows-Diensten zu realisieren und graphisch übersichtlich
darzustellen.
Inhaltsverzeichnis
III
Inhaltsverzeichnis
Abstract ... II
Inhaltsverzeichnis ... III
Abbildungsverzeichnis ... IV
Tabellenverzeichnis ... IV
Abkürzungsverzeichnis ... V
1. Einleitung ... 1
1.1 Aufbau der Arbeit ... 1
1.2 Beschreibung des Praxisunternehmens ... 2
2. Hintergründe und Vorwissen ... 3
2.1 Das Ebenenkonzept ... 3
2.2 Concurrent Versions System ... 5
2.3. Definition Plug-in ... 7
2.4 Graphische Benutzeroberflächen ... 8
2.4.1 Java Foundation Classes ... 9
2.4.2 Standard Widget Toolkit und JFace ... 12
3. Analyse ... 17
3.1 Ist-Zustand ... 17
3.2 Soll-Zustand ... 20
4. Entwurf und Umsetzung ... 22
4.1 Umsetzung als Plug-in mit Hilfe von Eclipse... 22
4.2 Graphische Umsetzung mit SWT ... 24
5. Fazit und Ausblick ... 26
Anhang ... i
Glossar ... ix
Quellenverzeichnis ... xi
Abbildungsverzeichnis
IV
Abbildungsverzeichnis
Abbildung 1: Das Ebenenkonzept ... 3
Abbildung 2: Screenshot CVS ... 6
Abbildung 3: Java Plug-in [int03]... 7
Abbildung 4: Bestandteile der JFC ... 10
Abbildung 5: MVC Ansatz ... 12
Abbildung 6: Vergleich Swing und Windows Look-and-Feel [int05] ... 13
Abbildung 7: Client-Server-Modell [int07] ... 15
Abbildung 8: Eclipse RCP Bestandteile ... 15
Abbildung 9: Screenshot Windows-Dienste ... 17
Abbildung 10: UML-Fachklassendiagramm Hilfsanwendung ... 19
Abbildung 11: Anwendungsfall ... 20
Abbildung 12: Manifest-Datei ... 22
Abbildung 13: Screenshot Extensions ... 23
Abbildung 14: Screenshot Graphische Oberfläche ... 25
Tabellenverzeichnis
Tabelle 1: Bestandteile der JFC und deren Funktion ... 11
Tabelle 2: Vergleich Swing und SWT ... 14
Tabelle 3: SWT-Klassen und deren Funktion ... 24
Abkürzungsverzeichnis
V
Abkürzungsverzeichnis
AWT
Abstract Window Toolkit
CVS
Concurrent Versions System
GUI
Graphical User Interface
IAS
Informatik Anwendungssysteme
IPB
Informatik Produktion Betrieb
IPS
Informatik Produktion Service
JFC
Java Foundation Classes
MS-DOS
Microsoft Disk Operating System
MVC
Model-View-Controller
OSGi
Open Services Gateway initiative
RCP
Rich-Client-Plattform
SWT
Standard Widget Toolkit
UML
Unified Modelling Language
XML Extensible Markup Language
Einleitung
1
1. Einleitung
1.1 Aufbau der Arbeit
Diese Projektarbeit gliedert sich in fünf Kapitel.
Im ersten Kapitel wird das Praxisunternehmen, indem dieses Projekt durchgeführt
wird, näher beschrieben. Das zweite Kapitel liefert Hintergründe und Vorwissen,
die relevant sind, um die Realisierung der Praxisaufgabe zu verstehen und nach-
vollziehen zu können. Kapitel drei befasst sich mit der genaueren Analyse der Auf-
gabe. Es wird beschrieben, wie die momentane Situation ist und wie sie zukünftig
aussehen soll. In Kapitel vier folgt die Beschreibung der konkreten Umsetzung. Die
Arbeit endet im fünften Kapitel mit einem Fazit und einem Ausblick zu dieser Pro-
jektaufgabe.
Fachbegriffe und erklärungsbedürftige Ausdrücke werden im nachfolgenden Glos-
sar näher erläutert. Sie sind beim ersten Auftreten kursiv und mit Sternchen mar-
kiert. Verwendete Abkürzungen, können im Abkürzungsverzeichnis nachgeschla-
gen werden und stehen beim ersten Auftreten im Text in Klammern hinter dem
dazugehörigen Ausdruck. Quellenangaben sind mit eckigen Klammern und kursiv
kenntlich gemacht.
Einleitung
2
1.2 Beschreibung des Praxisunternehmens
Die untersuchte Versicherung wurde als Haftpflichtversicherungsanstalt gegrün-
det und ist mittlerweile nicht nur Spezialversicherer der Bauwirtschaft, sondern
auch einer der größten deutschen Auto- und Haftpflichtversicherer.
Der Hauptsitz befindet sich in Hannover und weitere Niederlassungen sind in Ber-
lin und München zu finden. Des Weiteren ist die Versicherung mit drei Regionaldi-
rektionen und über 30 Geschäftsstellen in Deutschland vertreten (siehe Anhang 1).
Der Informatikbereich der untersuchten Versicherung in Hannover umfasst zur
Zeit ca. 230 Mitarbeiter und gliedert sich in die Abteilungen Ressourcenmanage-
ment (IRM), Anwendungssysteme (IAS), Produktion Betrieb (IPB) und Produktion
Service (IPS).
Die Aufgabe dieser Projektarbeit wurde in der Gruppe Zentrale Dienste (IAS06)
gestellt, die unter anderem für Kobra
1
, Fachdatenextraktion
2
, Druckprogramme
und für digitalisierte Schriftstücke (Images) im Allgemeinen zuständig ist.
1
Software zum Suchen und Anzeigen von Kundendaten und Verträgen
2
System zum Herausfiltern von Daten aus digitalisierten Schriftstücken mit Hilfe definierter Regeln
Hintergründe und Vorwissen
3
2. Hintergründe und Vorwissen
2.1 Das Ebenenkonzept
Das Ebenenkonzept unterstützt den Softwareentwicklungszyklus bei der unter-
suchten Versicherung.
Es ist relevant für die Aufgabenstellung dieser Projektarbeit, einerseits weil sich
die Windows-Dienste, die überwacht werden sollen, auf verschiedenen Ebenen
befinden und andererseits weil die gewünschte Anwendung diesem Prinzip ent-
sprechend umgesetzt wird.
Das Ebenenkonzept sieht vier Ebenen vor, nämlich Entwicklung (E), Test (T), Sys-
temintegration (S) und Produktion (P). Bevor ein neues oder geändertes Soft-
wareprodukt den Sachbearbeitern der Versicherung zur Verfügung gestellt wird,
muss es diese vier Ebenen durchlaufen, damit gesichert wird, dass nur zuverlässi-
ge und fehlerfreie Programme zur Bewältigung des täglichen Geschäfts genutzt
werden.
Die folgende Graphik veranschaulicht die Reihenfolge der Ebenen und verdeut-
licht, welche Personengruppen auf welche Ebene hauptsächlich Zugriff haben.
Fachbereich
Informatik-
koordinatoren
Integration
(S)
Test (T)
Entwicklung
(E)
Produktion
(P)
Entwickler
Abbildung 1: Das Ebenenkonzept
Die erste der vier Ebenen ist die Entwicklungsebene. Hier geschieht die eigentliche
Programmierung und Umsetzung. Der Programmcode wird geschrieben und kom-
piliert*. War dieser Vorgang erfolgreich und ist das Programm lauffähig, erfolgt der
Hintergründe und Vorwissen
4
nächste Schritt, nämlich das ausführliche Testen auf der Testebene. Dafür wird das
Programm von der Entwicklungsebene auf die Testebene geschoben.
Auf der Testebene wird von den Informatikkoordinatoren, die die Schnittstelle
zwischen Entwicklern und Fachbereich-Mitarbeitern bilden, getestet, ob das Pro-
gramm alle gestellten Anforderungen und Erwartungen erfüllt und fehlerfrei ab-
läuft. In dieser Phase ist eine enge Zusammenarbeit zwischen Informatikkoordina-
toren, Fachbereich und Entwicklern erforderlich.
Anschließend wird das Programm auf die Integrationsebene geschoben. Hier fin-
den Tests in der gegeben Laufzeitumgebung* statt. Die Zusammenarbeit zwischen
dem neuen Programm und anderen Softwareprodukten und Modulen wird getes-
tet und eventuelle Konflikte festgestellt. Außerdem werden die Mitarbeiter, die
zukünftig mit diesem Programm arbeiten sollen, im Umgang mit der neuen Soft-
ware geschult und auf die Neuheiten vorbereitet.
Verläuft auch auf dieser Ebene alles erfolgreich und zufrieden stellend, folgt der
letzte Schritt, das Schieben des Programms auf die letzte Ebene, die so genannte
Produktionsebene. Das ist die Ebene, auf der die Sachbearbeiter arbeiten und reale
Kundendaten und Verträge erfassen.
Dieses eben beschriebene Ebenenkonzept der Versicherung hat viele Vorteile. Zum
einen eröffnet es den Entwicklern die Möglichkeit, neue Softwareprodukte zu er-
stellen, zu testen und einzuführen, ohne dass dafür die Arbeit der Sachbearbeiter
unterbrochen werden muss. Zum anderen, bieten die verschiedenen Ebenen eine
realistische Testumgebung, da sie der Produktionsebene sehr ähneln. Durch das
ausführliche Testen auf der Testebene kommt es nur selten dazu, dass ein fehler-
haftes Programm in Produktion geht und die Arbeit der Sachbearbeiter behindert.
Ein weiterer Vorteil ist die Tatsache, dass grobe Fehler, z.B. das versehentliche Lö-
schen einer Datenbank, die auf der Produktionsebene fatale Folgen hätten, auf den
anderen Ebenen keine große Auswirkung haben und leicht rückgängig gemacht
werden können.
Alles in allem besteht der größte Vorteil des Ebenenkonzepts folglich darin, dass
Entwickler, Programmtester und Sachbearbeiter unabhängig voneinander und
parallel arbeiten können.
Hintergründe und Vorwissen
5
2.2 Concurrent Versions System
Eine andere Technologie, die in der untersuchten Versicherung verwendet wird,
um den Softwareentwicklungszyklus zu unterstützen, ist das Concurrent Versions
System (CVS), ein Versionsverwaltungssystem, das hauptsächlich im Zusammen-
hang mit Software-Quelltext verwendet wird. CVS wird überwiegend für zwei Auf-
gaben eingesetzt, nämlich Historienverwaltung und Zusammenarbeit bzw. Pro-
grammierung im Team.
Die Historienverwaltung ermöglicht es, den momentanen Zustand eines Pro-
gramms mit seinem Zustand an einem bestimmten anderen Zeitpunkt zu verglei-
chen und gegebenenfalls das Programm in einen früheren Zustand zurückzuver-
setzen. Die Verwaltung erfolgt dadurch, dass die verschiedenen Versionen des
Quellcodes eines Software-Projekts an einer zentralen Stelle, dem so genannten
Repository* gespeichert werden. Bei Veränderungen bleiben so trotzdem alle frü-
heren Versionen erhalten und sind nicht nur einsehbar, sondern auch widerher-
stellbar.
Der zweite Einsatzbereich von CVS ist die Koordination der Arbeit von mehreren
Entwicklern am gleichen Projekt. Das geschieht dadurch, dass die Teammitglieder
ihre Arbeit in ihren eigenen Arbeitsbereichen isoliert von den anderen erledigen
und ihre Ergebnisse anschließend allgemein verfügbar machen. Das funktioniert,
indem die Entwickler eine Arbeitskopie des Projekts von CVS anfordern, dieser
Vorgang wird auch als Checking out (deutsch: ausleihen) bezeichnet. Nun kann je-
der Entwickler frei und ohne Konflikte mit anderen Programmierern an seiner Ar-
beitskopie arbeiten. Es gibt keine Konflikte, weil alle Kopien unabhängig vonei-
nander sind. Beendet ein Entwickler seine Veränderungen, sendet er diese mit ei-
nem Kommentar, der beschreibt, was der Zweck der Veränderung war, an den
CVS-Server mit Hilfe des Befehls commit (deutsch: übergeben).
Wenn nun andere Teammitglieder CVS abfragen, werden sie herausfinden, dass die
Hauptkopie kürzlich verändert wurde und sie haben die Möglichkeit, ihre eigenen
Arbeitskopien von CVS aktualisieren zu lassen. Damit dieses Prinzip funktioniert,
verwendet CVS ein Verzweigungsmodell zur Unterstützung mehrerer Arbeitszyk-
len, die isoliert, aber dennoch abhängig voneinander sind. Eine Verzweigung ent-
spricht etwa einem gemeinsamen Arbeitsbereich, der von den Teammitgliedern im
Ende der Leseprobe aus 45 Seiten
- nach oben
Details
- Arbeit zitieren
- , 2010, Graphische Umsetzung eines Werkzeuges für die zentrale Überwachung von Windows-Diensten, Hamburg, Bedey Media GmbH, https://www.diplom.de/document/228688
Ähnliche Arbeiten
Deutschlands größter Sharing Community
Jetzt Zusammenfassungen, Skripte und Klausuren kostenlos downloaden!
Uniturm.de
Ihre Vorteile als Autor
Geld verdienen Für jedes verkaufte Exemplar erhalten Sie Autorenhonorar - bis zu 40%.Kostenlose Buchveröffentlichung
Als eBook-Studie im Original und / oder auf Wunsch zusätzlich als hochwertiges Fachbuch in unserem renommierten Buchverlag.
Renommee als Fachbuchautor
Präsentieren Sie sich als Fachfrau oder Fachmann in Ihrem Fachgebiet und machen Sie sich bekannt.
Persönliche Betreuung
Unser Lektorat wird Sie persönlich betreuen und ist auch telefonisch unter 040-655992-14 erreichbar.
Weltweit im Buchhandel
Ihr Buch ist weltweit im Buchhandel und Online-Buchhandel wie z.B. amazon erhältlich.
Jetzt Autor werden!
Kommentare