Architektur und Qualität
|
|
- Klemens Grosser
- vor 7 Jahren
- Abrufe
Transkript
1 Architektur und Qualität Seminar Software-Analyse WS 04/05 Daniel Zaum
2 Gliederung Architektur Definitionen Motivation Einordnung des Themas Einleitung Qualität Anforderungen Architekturstile 5 Typen Eigenschaften Hauptteil Beispiel Anwendung Zusammenhang Qualität/Architektur Zusammenfassung 2
3 Einordung des Themas Qualität Fordert Bestimmt Architektur Macht Aussage über Macht Aussage über Metriken Hilfsmittel Software-Analyse 3
4 Einleitung: Konzept und Motivation Ziel: Architektur und Qualität Als Werkzeuge zur Software-Analyse darstellen Greifbar und erkennbar machen Dazu: Knappe Definitionen Muster und Eigenschaften, Beispiele Motivation: Software-Design Rechtzeitig planen Qualität sicherstellen Software-Analyse Herausfinden, was man von einem System erwarten kann 4
5 Gliederung - Architektur Architektur Definitionen Motivation Qualität Anforderungen Architekturstile 5 Typen Eigenschaften Beispiel Anwendung Zusammenhang Qualität/Architektur 5
6 Was ist eine Software-Architektur? Control- Prozess GUI Logik Datenbank Stellt das Diagramm eine Architektur dar? 6
7 Was ist eine Software-Architektur? Control- Prozess GUI Logik Datenbank Stellt das Diagramm eine Architektur dar? Nein, denn wichtige Fragen bleiben unbeantwortet: Was sind die Komponenten? Was sind die Verknüpfungen? Warum wurde das Diagramm so strukturiert? Wie verhält sich das System zur Laufzeit? 7
8 Definition Software-Architektur Die Struktur der Software-Komponenten eines Systems mit ihren nach außen sichtbaren Eigenschaften und ihren Beziehungen untereinander. [Bass] Architektur steht am Anfang des System-Designs Zum High-Level-Design gehören jedoch auch noch andere Dinge Eine Architektur legt die Struktur eines Systems fest Eine System kann jedoch mehrere Strukturen haben Eine Architektur definiert Komponenten und Beziehungen Man muss zwischen Runtime und Designtime unterscheiden 8
9 Motivation für Architekturen Kommunikation zwischen den Projektmitgliedern Besonders geeignet für Stakeholder-Kommunikation Relativ leicht zugänglich, da auf hoher Ebene Erste Möglichkeit, Design-Entscheidungen zu treffen Entscheidungen der Architektur betreffen den gesamten Produktzyklus Die Architektur ist der erste analysierbare Teil eines SW-Systems Wiederverwendbare Abstraktion eines Systems Vergleiche Design-Patterns 9
10 Gliederung - Qualität Architektur Definitionen Motivation Qualität Anforderungen Architekturstile 5 Typen Eigenschaften Beispiel Anwendung Zusammenhang Qualität/Architektur 10
11 Was ist Qualität? Gesamtheit von Merkmalen einer Einheit bezüglich ihrer Eignung, festgelegte Erfordernisse zu erfüllen. [ISO8402] Definition von Qualität ist sehr schwierig Alternative Definitionen: Qualität ist Kundenzufriedenheit [Datev] Qualität heißt, die Anforderungen eines Menschen zu erfüllen [Weinberg] Qualität ist die Fehlerfreiheit eines Produktes [Thraller] 11
12 Qualitätsanforderungen Typ Beschr. Beispiel Funktionale Anforderungen Was? Programm berechnet Produkt zweier Zahlen. nicht funktionale Anforderungen laufzeit-relevant nicht laufzeit-relevant Wie? Die Zahlen müssen je 10 hoch 10 Stellen haben Antwortzeit muss unter 5ms liegen 12
13 Qualitätsanforderungen Typ Beschr. Beispiel Funktionale Anforderungen Was? Programm berechnet Produkt zweier Zahlen. nicht funktionale Anforderungen laufzeit-relevant nicht laufzeit-relevant Wie? Die Zahlen müssen je 10 hoch 10 Stellen haben Antwortzeit muss unter 5ms liegen Wichtiger Unterschied: bei der Architektur-Auswahl beachten Beispiel: Modularität der Architektur!= Modularität zur Laufzeit 13
14 Performanz (Performance) Zeit, die vergeht, bis auf ein Ereignis reagiert wird Verarbeitungsschritte pro Zeiteinheit Abhängig von: Kommunikation (dauert meist länger als Berechnung) Effiziente Algorithmen Kann auf Architektur-Ebene gemessen werden Simulation auf Grundlage der Architektur möglich Früher war Performanz die treibende Anforderung Heute rücken wegen Overprovisioning andere Anforderungen in den Vordergrund laufzeit-relevant architekturabhängig 14
15 Sicherheit (Security) Fähigkeit, unautorisiertem Zugriff zu widerstehen Fähigkeit, denial-of-service Angriffen zu widerstehen Abhängig von: Authorisierungsserver Netzwerk-Monitor Firewall Trusted Kernel Folgerung: Es werden spezielle Komponenten und Schnittstellen benötigt laufzeit-relevant architekturabhängig 15
16 Verfügbarkeit (Availability) mean time to failure mean time to failure + mean time to repair Abhängig von: Fehlertoleranz des Systems / der Architektur Error-Handling Verdopplung kritischer Komponenten und Schnittstellen Wartbarkeit und Testbarkeit Maß für die Zeit, in der ein System wie vorgesehen läuft Eng verknüpft mit Zuverlässigkeit laufzeit-relevant architekturabhängig 16
17 Bedienbarkeit (Usability) Lernbarkeit und Einprägsamkeit Effizienz, Fehlertoleranz und Zufriedenheit Abhängig von: Genaue Beobachtung der Benutzer Abbildung des Denk-Modells der Nutzer in Software-Modell Standards Größtenteils nicht durch Architektur beeinflussbar Jedoch: Schnittstellen beispielsweise zur GUI beeinflussen die Bedienbarkeit laufzeit-relevant nicht architekturabhängig 17
18 Modfizierbarkeit (Modifiability) Die Fähigkeit, schnell und günstig Änderungen durchzuführen Lokalität von Änderungen Abhängig von: Wie begrenzt sind Änderungen (Lokalität)? Erweiterung der Funktionalität Löschen oder Vereinfachen Anpassung/Portierung auf neue Systeme Umstrukturierungen Lose Kopplung von Komponenten Faustregel: Lokale Änderungen sind billiger als globale Spezialfall: Wiederverwendbarkeit nicht laufzeit-relevant architekturabhängig 18
19 Portierbarkeit (Portability) Fähigkeit eines Systems, unter verschiedenen Umgebungen zu laufen Abhängig von: Kapselung von plattform-spezifischen Eigenschaften Portability-Layer Verschiedene Umgebungen sind: Hardware Software Kombination von beidem Portability-Layer ist nur auf Architektur-Ebene sichtbar nicht laufzeit-relevant architekturabhängig 19
20 Integrierbarkeit (Integrability) Die Fähigkeit von Einzelkomponenten zum Zusammenspiel Abhängig von: Komplexität der Komponenten nach aussen Interaktions-Mechanismen Protokolle Klare Aufteilung der Aufgaben Interoperabilität: Zusammenspiel von Systemen nicht laufzeit-relevant architekturabhängig 20
21 Testbarkeit (Testability) Fähigkeit eines Systems, seine Fehler aufzuzeigen Abhängig von: Kontrollieren des Zustands jeder Komponente Überwachen der Ausgaben jeder Komponente Genauer: Das System hat mindestens einen Fehler Das System ist gut testbar, wenn dieser Fehler beim nächsten Test auch auftritt Also schnell gefunden werden kann nicht laufzeit-relevant architekturabhängig 21
22 Übersicht: Qualitätsanforderungen laufzeit-relevant Performanz ++ Kommunikation, Parallelisierung Sicherheit o Spezielle Sicherheits-Komponenten Verfügbarkeit Benutzbarkeit ++ Fehlertoleranz, Redundanz - - nicht laufzeit-relevant Modifizierbarkeit Portierbarkeit Integrierbarkeit Testbarkeit ++ Modularisierung, Kapselung ++ Portability-Layer + Einfache Schnitstellen, Protokolle + Kontrolle, Überwachung (einzelner Komponenten) 22
23 Kompromisse Sicherheit Gummiband Bedienbarkeit Qualitätsanforderungen beeinflussen sich gegenseitig Es können nicht alle Anforderungen zu 100% erfüllt werden Qualitäten müssen priorisiert werden I will contend that conceptual integrity is the most important consideration in system design. [Fred Brooks] 23
24 Gliederung - Architekturstile Architektur Definitionen Motivation Qualität Anforderungen Architekturstile 5 Typen Eigenschaften Beispiel Anwendung Zusammenhang Qualität/Architektur 24
25 Architekturstile Schlüssel-Komponenten und Regeln, um diese zu verbinden: Komponenten-Typen z.b. Prozess, Speicher, Prozedur Topologische Anordnung um die Laufzeit-Zusammenhänge zu verdeutlichen Semantische Beschränkungen z.b. Ein Speicher kann seinen Inhalt nicht selber ändern Verbinder, die Kommunikation, Koordination und Kooperation zwischen Komponenten ermöglichen z.b. Routinen-Aufruf, RPC, Sockets Stil als abstrakte Klasse, von Architektur implementiert 25
26 Notation Komponenten Prozess Komponente oder Objekt Passiver Speicher Aktiver Speicher Verbinder Kontroll-Fluss Daten-Fluss 26
27 Architekturstile: Übersicht Independent Components Communicating Processes Implicit Invocation Event Systems Explicit Invocation Data Flow Data-Centered Batch Sequential Pipes and Filters Repository Blackboard Virtual Machine Call and Return Interpreter Rule-Based System Programm and Subroutine Object Oriented Layered 27
28 Data-Centered -Architektur Zugriff und Veränderung eines gemeinsamen Daten-Speichers Bietet: Integrierbarkeit der Daten Typen: Repository: Passiver Daten-Speicher (Bsp.: Datei) Blackboard: Aktiver Daten-Speicher (Bsp.: Datenbank) Client Client Daten-Speicher Client Client 28
29 Data-Flow -Architektur Eine Abfolge von Operationen auf Eingangs-Daten anwenden Bietet: Modifizierbarkeit Wiederverwendbarkeit Typen: Batch-Sequential: Komponenten sind eigenständige Programme Pipes and Filters: Ein System, verarbeitet Daten als Stream Syntax-Check Parsen Sortieren 29
30 Virtual Machine -Architektur Erschaffung einer Abstraktions-Ebene durch Simulation Bietet: Portierbarkeit Typen: Interpreter Rule-Based Eingaben Programm- Zustand interpretiertes Programm Ausgaben Interpreter interner Zustand 30
31 Call and Return -Architektur(1) Aufteilen eines Programms in kleinere Einzelteile Bietet: Modifizierbarkeit Skalierbarkeit Wiederverwendbarkeit (Portierbarkeit) Typen: Main Program and Subroutine: Hierarchische Aufteilung RPC: Wie oben nur im Netzwerk verteilt Object-Oriented: Aufteilung in Objekte Layered: Aufeinander aufbauende Schichten 31
32 Call and Return -Architektur(2) Main Sub1 Sub2 Main and Subroutine Objekt Object-Oriented Objekt User Interface Layered Spezielle Funktionen Objekt Objekt Allgemeine Funktionen 32
33 Independent Component -Architektur Kommunizierende Objekte, die sich nicht direkt kontrollieren Bietet: Modifizierbarkeit Wiederverwendbarkeit Skalierbarkeit und Performanz Typen: Event Systems: Observer-Prinzip Communicating Processes: Bsp.: Client-Server Client Server Client Client 33
34 Heterogene Architekturen Lokal heterogen Scheint zur Laufzeit eine einheitliche Architektur zu haben Besteht jedoch aus mehreren Architekturen Bsp.: Main and Subroutines mit gemeinsamem Speicher Hierarchisch heterogen Architekturen sind ineinander verschachtelt Unter-Komponenten sind anders aufgebaut, als Gesamt-System Heutzutage häufig Kombination von Objekt-Orientierter Tier -Architektur mit Layered -Architektur. 34
35 Architekturstile: Zusammenfassung Independent Components Performanz Sicherheit Data-Flow Verfügbarkeit Benutzbarkeit Data-Centered Modifizierbarkeit Wiederverwendbark. Virtual Machine Portierbarkeit Integrierbarkeit Call and Return Testbarkeit 35
36 Gliederung - Beispiel Architektur Definitionen Motivation Qualität Anforderungen Architekturstile 5 Typen Eigenschaften Beispiel Anwendung Zusammenhang Qualität/Architektur 36
37 Beispiel: KWIC (Keyword in Context) Liest Strings ein Vertauscht die Wörter der Strings zyklisch miteinander Sortiert die resultierenden Strings alphabetisch Ich wünsche ein frohes Fest und einen guten Rutsch 6) Ich wünsche ein frohes Fest 3) Fest Ich wünsche ein frohes 4) frohes Fest Ich wünsche ein 1) ein frohes Fest Ich wünsche 9) wünsche ein frohes Fest Ich Sinn: Schnell durchsuchbaren Index erzeugen 8) und einen guten Rutsch 7) Rutsch und einen guten 5) guten Rutsch und einen 2) einen guten Rutsch und 37
38 Beispiel: Data Centered -Architektur Kontrolle Eingabe Vertauschen Sortieren Ausgabe Zeichen Index sortierter Index 38
39 Beispiel: Call and Return (OO) -Architektur Kontrolle Eingabe Ausgabe Zeichen Vertauschen Sortieren Zeichen Index sortierter Index 39
40 Beispiel: Pipe and Filter -Architektur Eingabe Vertauschte Zeilen Sortierte Ausgabe Vertauschen Sortieren 40
41 Beispiel: Vergleich Data Centered Call and Return Pipe and Filter Ändern des Datentyps Ändern der Funktionalität Performanz ++ - o Wiederverwendbarkeit There is no silver bullet. [Fred Brooks] 41
42 Literaturempfehlung Software Architecture in Practice 2 nd edition L.Bass, P.Clements, R. Kazman 512 Seiten Addison-Wesley Professional 2003 ca. 50,- eur 42
43 Zusammenfassung Independent Components Data-Flow Data-Centered Call and Return Virtual Machine C. Processes Event System Batch Pipe Repository Blackboard Main and Sub Object Oriented Layered Performanz Sicherheit Verfügbarkeit Benutzbarkeit Modifizierbarkeit Wiederverwendbark. Portierbarkeit Integrierbarkeit Testbarkeit 43
44 Anhang Anhang 44
45 Einleitung: Motivation Mit dem Auto unterwegs in einer fremden Stadt Unter Zeitdruck Lesen einer Karte oder Passanten fragen kostet Zeit, die man nicht hat Man fährt nach Gefühl drauf los...und kommt erst recht zu spät We don't have the time to be efficient. 45
46 Weitere Begriffe Referenz Modell Architektur Stil Referenz Architektur Software Architektur Architektur Stil Einer Architektur auferlegte Zwänge Beschreibung von Typen und Mustern Beispiel: Client-Server Referenz Modell Teilfunktionalität eines Systems inklusive Datenfluss Beispiel: Standard Komponenten einer Datenbank-Anwendung Referenz Architektur Projektion eines Referenz Modells auf ein Software-Sytem Beispiel: ilam-system, SE-Anmelde-System 46
47 Wiederverwendbarkeit (Reusability) Struktur oder Komponenten eines Systems können später wiederverwendet werden Abhängig von: Lose Kopplung zwischen Komponenten Um eine Komponente in einem neuen System zu nutzen muss man Die dazu erforderlichen Komponenten mitnehmen Äquivalente bereitstellen Spezialfall von Modifizierbarkeit architekturabhängig 47
48 Anforderungen an die Architektur I will contend that conceptual integrity is the most important consideration in system design. [Fred Brooks] Architektur selbst kann gewissen Anforderungen erfüllen: Konzeptuelle Integrität (conceptual integrity) Richtigkeit und Vollständigkeit (correctnes and completeness) Umsetzbarkeit (buildability) Lieber auf einzelne Qualitäts-Anforderungen verzichten, als auf ein durchgängiges und einheitliches Architektur-Konzept 48
49 Motivation für Architekturen (2) Was leistet eine Architektur? Legt Struktur der Implementation fest Damit auch teilweise die Organisation des Projektes Erlaubt Optimierung auf bestimmte Qualitäten hin Erleichtert Änderungen (einzelner Komponenten) Ermöglicht den Aufbau ganzer Produkt-Linien Erleichtert das Verwenden von vorgefertigten Komponenten Ein wichtiger Teil der Dokumentation 49
Was ist Software-Architektur?
Was ist Software-Architektur? Stephan Schulze Martin Knobloch 28.04.2004 Seminar: Software-Architektur Humboldt Universität zu Berlin sschulze knobloch@informatik.hu-berlin.de Gliederung Begriffsbestimmung
MehrZiele und Tätigkeiten von Architekten
Ziele und Tätigkeiten von Architekten Definition Software Architektur o A software architecture provides a model of a whole software system that is composed of internal behavioral units (i.e. components)
MehrKomponentenbasierte Softwareentwicklung
Seminar WS04 Komponentenbasierte Softwareentwicklung Karl Pauls Software-Komponente A software component is a unit of composition with contractually specified interfaces and explicit context dependencies
MehrClient/Server-Systeme
Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen
MehrBekannte Lösungen für bekannte Probleme benutzen. Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen
Michael Saecker Bekannte Lösungen für bekannte Probleme benutzen Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen Gemeinsames Vokabular für Designer 2 http://www.clickpix.de/sommer/architektur.jpg
MehrSoftwarearchitektur und Qualitätsszenarien
Softwarearchitektur und Qualitätsszenarien Mechanismen, um Qualitätsmerkmale zu erreichen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Sommersemester 2015 Übersicht
MehrArchitektur und Qualität. Tjard Köbberling
Architektur und Qualität Tjard Köbberling Gliederung Überblick Architektur und Qualität? Architekturentwurf Anforderungsanalyse Strukturierung Architekturbeschreibungen - Sichten Fallbeispiel 2 Architektur
Mehrwenige Konzepte, keine Adressen, Anlehnung an C++ -Syntax Vererbung, Polymorphie/dynamisches Binden, umfangreiche Klassenbibliotheken
1 Java ist... gut erlernbar wenige Konzepte, keine Adressen, Anlehnung an C++ -Syntax objektorientiert Vererbung, Polymorphie/dynamisches Binden, umfangreiche Klassenbibliotheken robust keine Adressen,
MehrSystemprogrammierung. Projekt: Java RMI. Wintersemester 2006 / 2007
Systemprogrammierung Projekt: Java RMI Wintersemester 2006 / 2007 Systemprogrammierung 1. Einleitung 2. Einführung in RPC 3. RMI 4. Code Beispiele 5. Live Vorstellung 6. Ausblick 7. Fazit 2 1. Einleitung
MehrInhaltsverzeichnis. Carsten Vogt. Nebenläufige Programmierung. Ein Arbeitsbuch mit UNIX/Linux und Java ISBN:
Inhaltsverzeichnis Carsten Vogt Nebenläufige Programmierung Ein Arbeitsbuch mit UNIX/Linux und Java ISBN: 978-3-446-42755-6 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42755-6
MehrRapide An Event-Based Architecture Definition Language
Rapide An Event-Based Architecture Definition Language Ralf Bettentrup Seminar: Architekturbeschreibungssprachen Wozu Rapide? Computer mit Modem Provider Broker Client Broker PC Prov 1 Client 1 RS-232
MehrEffiziente Java Programmierung
Effiziente Java Programmierung Seminar Implementierung moderner virtueller Maschinen am Beispiel von Java SS 2009 von Reinhard Klaus Losse 20. Mai 2009 Gliederung Definition Effizienz Werkzeuge zum Messen
MehrMultiuser Client/Server Systeme
Multiuser /Server Systeme Christoph Nießner Seminar: 3D im Web Universität Paderborn Wintersemester 02/03 Übersicht Was sind /Server Systeme Wie sehen Architekturen aus Verteilung der Anwendung Protokolle
Mehrbusiness.people.technology.
business.people.technology. Portalserver meets SOA: State of the Portal Art Andreas Hartmann 18.06.2010 2 Portalserver meets SOA: State of the Portal Art 18.06.2010 Agenda Baukastensystem zur Integration
MehrKapitel 5: Das Design
Nach der Analyse kommt... Kapitel 5: Das Design SoPra 2008 Kap. 5: Das Design (1/20) Kapitel 5.1: Überblick Was ist Design? Ergebnis der Analyse: abstrakte Definitionen Objektmodell: Klassen, Assoziationen,
MehrSoftware Engineering. Zur Architektur der Applikation Data Repository. Franz-Josef Elmer, Universität Basel, HS 2015
Software Engineering Zur Architektur der Applikation Data Repository Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering: Mit acht bewährten Praktiken zu gutem Code 2 Schichtarchitektur
MehrCORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten
CORBA-Konzept Ziele Common Object Request Broker Architecture CORBA Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Object Management Group Spezifiziert den CORBA-Standard
MehrVS3 Slide 1. Verteilte Systeme. Vorlesung 3 vom 22.04.2004 Dr. Sebastian Iwanowski FH Wedel
VS3 Slide 1 Verteilte Systeme Vorlesung 3 vom 22.04.2004 Dr. Sebastian Iwanowski FH Wedel Inhaltsverzeichnis für die Vorlesung Zur Motivation: 4 Beispiele aus der Praxis Allgemeine Anforderungen an Verteilte
MehrBehavioral Patterns. Seminar Software-Entwurf WS 04/05. Przemyslaw Dul
Behavioral Patterns Seminar Software-Entwurf WS 04/05 Przemyslaw Dul Gliederung Design Pattern (Wiederholung) Einordnung Übersicht über die Kategorien: Creational,Structural,Behavioral Übersicht über die
MehrFassade. Objektbasiertes Strukturmuster. C. Restorff & M. Rohlfing
Fassade Objektbasiertes Strukturmuster C. Restorff & M. Rohlfing Übersicht Motivation Anwendbarkeit Struktur Teilnehmer Interaktion Konsequenz Implementierung Beispiel Bekannte Verwendung Verwandte Muster
MehrKonzepte von Betriebssystem Komponenten. Aufbau eines Modernen Betriebssystems (Windows NT 5.0)
Konzepte von Betriebssystem Komponenten Aufbau eines rnen Betriebssystems (Windows NT 5.0) Moritz Mühlenthaler 14.6.2004 1.Das Designproblem a) Überblick b) Design Goals c) Möglichkeiten der Strukturierung
MehrHochschule Darmstadt Fachbereich Informatik. Softwaretechnik II. 4. Software-Architektur
Hochschule Darmstadt Fachbereich Informatik Softwaretechnik II 4. Software-Architektur Häufige Mängel in Software-Projekten sind vermeidbar Softwaretechnik II, Prof. Dr. Ralf Hahn, WS2007-08, h_da, Fachbereich
MehrObjectBridge Java Edition
ObjectBridge Java Edition Als Bestandteil von SCORE Integration Suite stellt ObjectBridge Java Edition eine Verbindung von einem objektorientierten Java-Client zu einer fast beliebigen Server-Komponente
Mehr12.4 Sicherheitsarchitektur
12.4 Sicherheitsarchitektur Modellierung Sicherheitsstrategie Systemmodell Sicherheitsmodell Entwurf Architektur Sicherheitsarchitektur Implementierung sicherer Code SS-12 1 Wie wird das Sicherheitsmodell
MehrKomponentenbasierter Taschenrechner mit CORBA
Komponentenbasierter Taschenrechner mit CORBA Silke Kugelstadt Torsten Steinert Inhalt Motivation Demonstration des Taschenrechners Grobarchitektur Implementierung des Clients Implementierung der Komponenten
MehrDer Einsatz von CORBA in verteilten EDA-Tools
Der Einsatz von CORBA in verteilten EDA-Tools Frank Grützmacher Technische Universität Ilmenau Fakultät für Elektrotechnik und Informationstechnik Fachgebiet Mikroelektronische Schaltungen und Systeme
MehrApplikationsentwicklung Architekturübungen
Applikationsentwicklung Architekturübungen Aufgabe : Systeme und Subsysteme Gegeben ist das umfangreiche Softwaresystem eines modernen Passagierflugzeuges von der Steuerung und Navigation bis zum Bordunterhaltungssysstem
MehrPerformance Monitoring Warum macht es Sinn?
Performance Monitoring Warum macht es Sinn? achermann consulting ag Nicola Lardieri Network Engineer Luzern, 25.5.2011 Inhalt Definition Monitoring Warum Performance Monitoring? Performance Monitoring
MehrDaniel Warneke warneke@upb.de 08.05.2006. Ein Vortrag im Rahmen des Proseminars Software Pioneers
Design Patterns Daniel Warneke warneke@upb.de 08.05.2006 Ein Vortrag im Rahmen des Proseminars Software Pioneers Design Patterns 1/23 Übersicht Einleitung / Motivation Design Patterns Beispiele Rolle des
MehrEclipse Equinox als Basis für Smart Client Anwendungen. Christian Campo, compeople AG, 5.7.2007 Java Forum Stuttgart 2007
Eclipse Equinox als Basis für Smart Client Anwendungen Christian Campo, compeople AG, 5.7.2007 Java Forum Stuttgart 2007 Übersicht Definition / Architektur Smart Client Smart Client mit RCP / Equinox Gesamtfazit
MehrÜbungen zur Softwaretechnik
Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 8 10. Dezember 2002 www4.in.tum.de/~rumpe/se
MehrOSEK-OS. Oliver Botschkowski. oliver.botschkowski@udo.edu. PG AutoLab Seminarwochenende 21.-23. Oktober 2007. AutoLab
OSEK-OS Oliver Botschkowski oliver.botschkowski@udo.edu PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Einleitung Motivation Ziele Vorteile Einführung in OSEK-OS Architektur Task Management Interrupt
Mehr6 Architektur-Mittel (WOMIT)
6 Architektur-Mittel (WOMIT) Abb. 6-1: Positionierung des Kapitels im Ordnungsrahmen. Dieses Kapitel befasst sich mit der WOMIT-Dimension des architektonischen Ordnungsrahmens, indem es grundlegende Konzepte
MehrVortrag zum Hauptseminar Hardware/Software Co-Design
Fakultät Informatik Institut für Technische Informatik, Professur für VLSI-Entwurfssysteme, Diagnostik und Architektur Vortrag zum Hauptseminar Hardware/Software Co-Design Robert Mißbach Dresden, 02.07.2008
MehrKapitel 1 Applikations-Architektur V
Kapitel 1 Applikations-Architektur V Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile und
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrAnforderungen an Datenbankservices in SOA-basierten Lösungen. Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010
Anforderungen an services in SOA-basierten Lösungen Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010 Diplom-Mathematikerin Seit 1997 bei SAP AG Berlin im Active Global Support Best Practices
MehrObjektorientierte und Funktionale Programmierung SS 2014
Objektorientierte und Funktionale Programmierung SS 2014 6 Objektorientierte Entwurfsmuster 1 6 Objektorientierte Entwurfsmuster Lernziele Einige wichtige Entwurfsmuster kennen und verstehen Einsatzmöglichkeiten
MehrInteraktionen zwischen Objekten durch Senden von Nachrichten und Reagieren auf empfangene Nachrichten
Objekt Objekt kapselt Variablen und Routinen Interaktionen zwischen Objekten durch Senden von Nachrichten und Reagieren auf empfangene Nachrichten Eigenschaften jedes Objekts: Identität (identisch = mehrere
Mehr6. Design-Phase Software Engineering (FB EIT) Wintersemester 2007 / 2008 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik
6. Design-Phase Software Engineering (FB EIT) Wintersemester 2007 / 2008 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 1 Prof. Dr. Bernhard Humm, Hochschule Darmstadt, FB Informatik: Software
MehrÜbersicht. Softwarearchitektur. Softwarearchitektur, UML, Design Patterns und Unit Tests. Softwarearchitektur
Übersicht Object Oriented Organization Das System besteht aus Objekten, die mittels Methodenaufrufe (Nachrichten) miteinander kommunizieren. 2 / 34 4 / 34,, Design Patterns und Stefan Wehr Prof. Dr. Peter
MehrSoftwarequalität sicherstellen mit Sonar
Softwarequalität sicherstellen mit Sonar Aktuelle Technologien zur Entwicklung verteilter Java-Anwendungen Hochschule München Michaela Lutz München, den 07. Juni 2013 1 Gliederung Was ist Sonar? Komponenten
MehrOO Design. welche Methoden in welcher Klasse sind, und. diese Interagieren
Design: GRASP 1 OO Design Definition Objektorientiertes Design: After identifiying your requirements and creating a domain model, then add methods to the software classes, and define the messaging between
MehrMusterlösung zur Vorlesung Modellbasierte Softwareentwicklung Wintersemester 2014/2015 Übungsblatt 9
Prof. Dr. Wilhelm Schäfer Paderborn, 15. Dezember 2014 Christian Brenner Tristan Wittgen Musterlösung zur Vorlesung Modellbasierte Softwareentwicklung Wintersemester 2014/2015 Übungsblatt 9 Aufgabe 1 Codegenerierung
Mehr17 Komponentenbasiertes Software-Engineering
17 Komponentenbasiertes Software-Engineering 17.0 Einführung Lernziele Grundlagen, Prinzipien und Probleme des CBSE 17.1 Komponenten und Komponentenmodelle Komponenten und ihre Eigenschaften Komponentenmodelle
MehrSicherheitsprüfung für HP NonStop Systeme Vertraulichkeit, Integrität und Verfügbarkeit optimieren! Summary Lessons learned einer Sicherheitsprüfung im vergangenen Jahr kombiniert mit einigen neuen Ideen,
MehrModel View Controller Pattern
Christian Vogt HAW Hamburg 19. Dezember 2011 Inhaltsverzeichnis 1 Prolog Einleitung Entwurfsmuster andere Muster 2 Model-View-Controller Hintergrund Konzept Umsetzung 3 Beispiele Überblick Beispiel in
MehrZabbix Performance Tuning
Zabbix Performance Tuning Getting most out of your hardware 1/31 Zabbix Webinar Inhalte des Webinars Übersicht über Zabbix Performance Faktoren Step 1. Identifizieren und Beheben von Problemen Step 2.
MehrSoftwarearchitektur als Mittel für Qualitätssicherung und SOA Governance
Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Mag. Georg Buchgeher +43 7236 3343 855 georg.buchgeher@scch.at www.scch.at Das SCCH ist eine Initiative der Das SCCH befindet sich
MehrSystemsicherheit. Lerneinheit 3: Security Enhanced Linux. Prof. Dr. Christoph Karg. Studiengang Informatik Hochschule Aalen. Sommersemester 2015
Systemsicherheit Lerneinheit 3: Security Enhanced Linux Prof. Dr. Christoph Karg Studiengang Informatik Hochschule Aalen Sommersemester 2015 26.4.2015 Übersicht Übersicht Diese Lerneinheit stellt mit Security
MehrSE Besprechung. Übung 4 Architektur, Modulentwurf
SE Besprechung Übung 4 Architektur, Modulentwurf SE, 22.11.11 Mengia Zollinger 2.1 Architekturstile (6 Punkte) 2.1.A Ausgabe eines Monatsabos an Angestellte Lösung: Pipe-and-Filter Beispiel Lösung [Benz,
MehrSoftware Engineering Architektur, Architekturstile (update: 11.6.)
Software Engineering Architektur, Architekturstile (update: 11.6.) Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering Sommer
MehrQualität, Fehler un Testvorgehen
, Fehler un Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 20. Februar 2013 HOM/FHTeL, Fehler un 20. Februar 2013 1/23 , Fehler un Pieter van den Hombergh Fontys
MehrDer SBB Online-Ticketshop Mit SOA zum Erfolg
Der SBB Online-Ticketshop Mit SOA zum Erfolg BAT 03 Stefan Meichtry, Stefan Becker Bern, den 17.03.2006 SBB Informatik 1 Das Ziel SBB Informatik 2 Agenda Problemraum Lösungsraum Analyse Wir sind hier Synthese
Mehr8.4 Überblick und Vergleich weiterer ERP-Systeme. G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP
8.4 Überblick und Vergleich weiterer ERP-Systeme G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP Kapitel 8: ERP-Einführung 32 Architektur von Oracle Applications 11 G Logische
MehrWerkzeuggestützte Softwareprüfungen Statische Analyse und Metriken
Werkzeuggestützte Softwareprüfungen Statische Analyse und Metriken Dennis Hardt 21.06.2006 Gliederung Statische Analyse Definition, Arbeitsweise, Werkzeuge Angewandt auf ein Projekt Statische Analyse selbst
MehrTimo Wagner & Sebastian Kühn Entwurf einer Multi-Tier Anwendung in ASP.NET
Timo Wagner & Sebastian Kühn Entwurf einer Multi-Tier Anwendung in ASP.NET Überblick 1.Einfürung in die Multi-Tier Architektur 2.Ausgangspunkt und Probleme 3.Rundgang durch die Architektur 4.Architektur
MehrLastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006)
Lastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006) Alles, was in dieser Schriftart gesetzt ist, dient nur zur Erläuterung und sollte im fertigen Lastenheft nicht mehr auftauchen! Der Umfang
MehrGuten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund
Engine Die CSE Integration Platform Guten Tag! Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Integriertes Informationsmanagement mit der Engine - A2A vs. EBI Folie 2 Integration
MehrService Virtualisierung
Service Virtualisierung So bekommen Sie Ihre Testumgebung in den Griff! Thomas Bucsics ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com
MehrStruktur und Architektur
Struktur und Architektur Grundlagen der Software-Architektur: Vorarbeit für die Komponentenentwicklung (c)schmiedecke 07 SE1-10 - Struktur und Architektur 1 Vom Analysemodell zur Anwendungssoftware Analysemodell
MehrHochschule Darmstadt Fachbereich Informatik. Softwaretechnik II. 4.1 Darstellung der Architektur
Hochschule Darmstadt Fachbereich Informatik Softwaretechnik II 4.1 Darstellung der Architektur Darstellung der Architektur Was macht ein Architekt? Viele Pläne! Endkunde Elektro Bauarbeiter Sanitär Softwaretechnik
MehrUML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language ADV-Seminar Leiter: Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
MehrFunktionskapselung in Steuergeräten
Funktionskapselung in Steuergeräten Mobilität und Echtzeit Boppard am Rhein, 07.12.2007 Stand: 07.12.2007 1 Funktionskapselung in Steuergeräten Inhalt Ausgangssituation und Motivation Begriff "Kapselung"
Mehr46 Softwarearchitektur mit dem Quasar-Architekturstil
46 Softwarearchitektur mit dem Quasar-Architekturstil Prof. Dr. U. Aßmann Technische Universität Dresden Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie http://st.inf.tu-dresden.de
MehrProjekt für Systemprogrammierung WS 06/07
Dienstag 30.01.2007 Projekt für Systemprogrammierung WS 06/07 Von: Hassan Bellamin E-Mail: h_bellamin@web.de Gliederung: 1. Geschichte und Definition 2. Was ist Virtualisierung? 3. Welche Virtualisierungssoftware
MehrArchitecture Blueprints
Architecture Blueprints Daniel Liebhart, Peter Welkenbach, Perry Pakull, Mischa Kölliker, Michael Könings, Markus Heinisch, Guido Schmutz Ein Leitfaden zur Konstruktion von Softwaresystemen mit Java Spring,.NET,
Mehrzu große Programme (Bildschirmseite!) zerlegen in (weitgehend) unabhängige Einheiten: Unterprogramme
Bisher Datentypen: einfach Zahlen, Wahrheitswerte, Zeichenketten zusammengesetzt Arrays (Felder) zur Verwaltung mehrerer zusammengehörender Daten desselben Datentypes eindimensional, mehrdimensional, Array-Grenzen
MehrServiceorientierte Architektur (SOA), service oriented architecture, dienstorientierte Architektur.
Lothar Stein(Lothar.Stein@brunata-huerth.de) huerth.de) Heinz Peter Maassen(hp.maassen@lattwein.de) BRUNATA Hürth LattweinGmbH SOA SOAP WebServices Was ist SOA? Serviceorientierte Architektur (SOA), service
MehrApplication Performance Management. Auch eine Frage des Netzwerkes?
Application Performance Management Auch eine Frage des Netzwerkes? Agenda Architektur von Webanwendungen Lange Applikationsantwortzeiten Application Performance Management (APM) Netzwerkbasiertes APM Serverbasiertes
MehrDefinition: Software-Entwurf (SW Design) Vorlesung Softwaretechnik Software-Entwurf Dr. Lutz Prechelt. Entwurf: Wann? Entwurf vs.
Definition: Software-Entwurf (SW Design) Ziele Entwurf vs. Architektur Vorlesung Softwaretechnik Software-Entwurf Dr. Lutz Prechelt Vorgehen Festlegung der Struktur eines Softwaresystems Welche Teile gibt
MehrModel Driven Software Development
Model Driven Software Development Key Note DGLR Workshop, TUM Garching, 4. Oktober 2011 Dr. Björn Pötter Leiter SoftwareFactory (FCS & UAV Software), Cassidian (EADS) Trends in der Softwareentwicklung
MehrVorlesung Objektorientierte Softwareentwicklung. Kapitel 0. Java-Überblick
Vorlesung Objektorientierte Softwareentwicklung Sommersemester este 2008 Kapitel 0. Java-Überblick Was sind die Ziele? Warum Java? Komplexe Anwendungen e-business verteilt zuverlässig sicher mobil persistent
MehrSoftwaretechnik (Allgemeine Informatik) Überblick
Softwaretechnik (Allgemeine Informatik) Überblick 1 Einführung und Überblick 2 Abstraktion 3 Objektorientiertes Vorgehensmodell 4 Methoden der Anforderungs- und Problembereichsanalyse 5 UML-Diagramme 6
MehrBusiness Objekte. Der Schlüssel für Applikationen mit Zukunft. 2001 TMN Systemberatung GmbH www.tmn-systemberatung.de. Folie 1
Business Objekte Der Schlüssel für Applikationen mit Zukunft 2001 TMN Systemberatung GmbH Folie 1 Agenda Kurze Vorstellung Die Theorie hinter Business Objekten Business Objekte (BOs) in der Praxis Anbindung
MehrSoftware-Entwurfsmuster
Software-Entwurfsmuster Prinzip von Entwurfsmustern und einige elementare Beispiele Malte Spiess malte@mathematik.uni-ulm.de Seminar Bildanalyse und Simulation mit Java im WS 2003/2004 Universität Ulm
MehrProzess- und Service-Orientierung im Unternehmen mehr als Technologie
Prozess- und Service-Orientierung im Unternehmen mehr als Technologie Presse Talk CeBIT 2007 Dr. Wolfgang Martin Analyst, ibond Partner, Ventana Research Advisor und Research Advisor am Institut für Business
MehrQuantität für Qualität
Wie das Vermessen von Software sinnvoll wird HARM GNOYKE, STEFAN ZÖRNER EMBARC Softwarearchitektur Meetup Hamburg Bytro Labs (Astraturm), 29. August 2016 0 Wie das Vermessen von Software sinnvoll wird
MehrTrace- und Zeit-Zusicherungen beim Programmieren mit Vertrag
Trace- und Zeit-Zusicherungen beim Programmieren mit Vertrag Mark Brörkens Universität Oldenburg, Fachbereich Informatik Email: Mark.Broerkens@informatik.uni-oldenburg.de Einleitung Programmieren mit Vertrag
MehrEin Erfahrungsbericht beim Einsatz von generierenden Ansätzen im Vergleich zu generischen Lösungen
Ein Erfahrungsbericht beim Einsatz von generierenden Ansätzen im Vergleich zu generischen Lösungen Tom Krauß Agenda Begriffsdefinition Verfahren Praktische Beispiele Vergleich und Bewertung Begriffsklärung
Mehr- Gewinnung neuer Informationen durch Berechnungen - Einsatz graphischer Mittel zur Präsentation / Visualisierung von Datenreihen
Informatik Datenbank/Datenmodell 1 Übersicht Standardsoftware Textverarbeitung - Informationen "gestalten/darstellen" durch * sprachliche Mittel * Hervorhebung bzw. Unterdrückung von Inhalten * Kombination
MehrQualitätsmanagement im Projekt
Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung
MehrObjektorientiertes Software-Engineering
Objektorientiertes Software-Engineering Vorlesung VIII Inhalt der Vorlesung Wiederholung Vorlesung VII Factory Method Observer s Übung Vorstellung des (Gruppe Jukebox) Folie 2 Definiert ein Objekt zur
MehrDesign Patterns. 5. Juni 2013
Design Patterns 5. Juni 2013 Überblick Was sind Design Patterns? Welche Design Patterns gibt es? Wann sollte man Design Patterns einsetzen? Refactoring und Design Patterns: Welchen Zusammenhang gibt es
MehrTesters Architects Enterprise Dev Consultants Professionals VB6 Devs Part-Timers Hobbyists Students Enthusiasts Novices
Visual Studio Team System 15. Mai 2006 TU Dresden Oliver Scheer Developer Evangelist Developer Platform & Strategy Group Microsoft Deutschland GmbH Agenda Einführung in Visual Studio Team System Demo Fragen
MehrVBA-Programmierung: Zusammenfassung
VBA-Programmierung: Zusammenfassung Programmiersprachen (Definition, Einordnung VBA) Softwareentwicklung-Phasen: 1. Spezifikation 2. Entwurf 3. Implementierung Datentypen (einfach, zusammengesetzt) Programmablaufsteuerung
MehrUsability Heuristiken. Foliensatz überarbeitet und ergänzt nach M. Dahm: Grundlagen der Mensch-Computer Interaktion
Usability Heuristiken Foliensatz überarbeitet und ergänzt nach M. Dahm: Grundlagen der Mensch-Computer Interaktion Design Pyramid Aesthetics affective Usability efficient Functionality effective, Renate
MehrUntersuchungen zur Zulassung von Software unterschiedlicher Sicherheitsklassen auf einem Prozessormodule unter dem neuartigen Betriebssystem PikeOS
Untersuchungen zur Zulassung von Software unterschiedlicher Sicherheitsklassen auf einem Prozessormodule unter dem neuartigen Betriebssystem PikeOS Automotive Safety & Security 2008 Stuttgart, 19. 20.11.2008
MehrWieviel Usability Engineering braucht das Software Engineering?
Wieviel Usability Engineering braucht das Software Engineering? Prof. Dr. Institut für Informatik Neuenheimer Feld 348 69120 Heidelberg http://www-swe.uni-heidelberg.de paech@informatik.uni-heidelberg.de
MehrBusiness Activity Monitoring Overall, Real Time Monitoring Daniel Jobst, TietoEnator Michael Herr, Deutsche Post SOPSOLUTIONS
Business Activity Monitoring Overall, Real Time Monitoring Daniel Jobst, TietoEnator Michael Herr, Deutsche Post SOPSOLUTIONS CITT Expertengespräch TietoEnator 2006 Page 1 Data Freshness and Overall, Real
MehrEclipse User Interface Guidelines
SS 2009 Softwarequalität 06.05.2009 C. M. Bopda, S. Vaupel {kaymic/vaupel84}@mathematik.uni-marburg.de Motivation (Problem) Motivation (Problem) Eclipse is a universal tool platform - an open, extensible
MehrGWI Research. Gesellschaft für Wirtschaftsberatung und Informatik
Gesellschaft für Wirtschaftsberatung und Informatik GWI CO 2 Technologie Component Oriented ORBIS Was ist die CO 2 Technologie? Architektur zur Entwicklung plattformunabhängiger DB- Applikationen unter
MehrFachbericht zum Thema: Anforderungen an ein Datenbanksystem
Fachbericht zum Thema: Anforderungen an ein Datenbanksystem von André Franken 1 Inhaltsverzeichnis 1 Inhaltsverzeichnis 1 2 Einführung 2 2.1 Gründe für den Einsatz von DB-Systemen 2 2.2 Definition: Datenbank
MehrUmsichtig planen, robust bauen
Umsichtig planen, robust bauen iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.2012 Autor: Christoph Schmidt-Casdorff Agenda Softwarearchitektur Architekturkonformität
MehrModellbasierte Software- Entwicklung eingebetteter Systeme
Modellbasierte Software- Entwicklung eingebetteter Systeme Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt Universität und Fraunhofer Institut für offene Kommunikationssysteme FOKUS Folie
MehrComparison of Software Products using Software Engineering Metrics
Comparison of Software Products using Software Engineering Metrics Alexander Bätz Fakultät EIM Universität Paderborn 23. Juli 2009 1 / 28 Motivation Qualitätsbewertung von Software Vergleichbarkeit von
MehrKommunikation. Björn und Georg
Kommunikation Björn und Georg CORBA CORBA (Common Object Request Broker Architecture) Entwicklung der OMG ( Object Management Group) Zusammenschluss von 800 Firmen Hardware- und Progammiersprachen-unabhängiges
MehrAufgabenblatt 3 - Designbeschreibung
Ueb12 - Verantwortliche: E. Klippstein, S. Pleißner - 22.05.2003 1 Aufgabenblatt 3 - Designbeschreibung Gliederung 1 Allgemeines 2 Produktübersicht 3 Grundsätzliche Designentscheidungen 4 Paket - und Klassenstruktur
MehrLabVIEW Power Programming. Amadeo Vergés www.zuehlke.com
LabVIEW Power Programming Aus der Praxis für die Praxis Amadeo Vergés www.zuehlke.com LabVIEW Power Programming Aus der Praxis für die Praxis the same procedure as every year? Running gags in der LabVIEW
MehrR e m o t e A c c e s s. Cyrus Massoumi
R e m o t e A c c e s s Präsentation im Seminar Internet-Technologie im Sommersemester 2008 von Cyrus Massoumi I n h a l t Was versteht man unter Remote Access Unsichere Remotezugriffe TELNET Remote Shell
Mehr