Hochschule Darmstadt Fachbereich Informatik. Softwaretechnik II. 4. Software-Architektur
|
|
- Frank Junge
- vor 8 Jahren
- Abrufe
Transkript
1 Hochschule Darmstadt Fachbereich Informatik Softwaretechnik II 4. Software-Architektur
2 Häufige Mängel in Software-Projekten sind vermeidbar Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 68
3 Architektur einer Hundehütte Kann von einer Person realisiert werden. Einfacher Bauplan Einfache Arbeitsschritte Einfache Werkzeuge Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 69
4 Architektur einer Kathedrale... every large software project is similar to the first attempt to build a flying-buttress construction cathedral. (Richard P. Gabriel) Wird von vielen Personen realisiert in mehrjähriger Bauzeit. Komplizierte Baupläne Aufwendige Arbeitsschritte Viele spezielle Werkzeuge Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 70
5 Bau einer Kathedrale Es gibt mehrere professionelle Architekten möglichst mit Erfahrungen mit ähnlichen Bauvorhaben, die den Bau leiten und die Arbeiten koordinieren Es werden diverse Pläne erstellt, die das Gebäude bzgl. verschiedener Aspekte zeigen Raumaufteilung (Grund- und Seitenriss) Gas-, Elektroinstallation und ggfs. Datennetz Sanitäre Installation (Wasser, Abfluss) Die Pläne verwenden viele Standardelemente (Fenster, Türen etc.) Die variablen Parameter (z.b. Breite einer Tür) werden in den Plänen festgelegt... und für Software-Projekte??? Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 71
6 Software-Projekt: Fahrerinformationssystem Umfang: Bereitstellung neuer Funktionalität (Spracheingabe, ) Neuentwicklung großer Teile (User Interface komplett) Auslieferung von Zwischenständen Team: ca. 50 SW Entwickler + Management + Querschnitt Dauer: 2-3 Jahre Budget: ca. 30 Mio. Architektur für Software ist notwendig! Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 72
7 Lernziel Software-Architektur Sie sollen in diesem Kapitel verstehen, warum eine Software-Architektur für ein großes Projekt wichtig ist was eine Software-Architektur ist dass es viele Architekturen zu einer Aufgabe gibt dass jede Architektur spezifische Eigenschaften hat dass die Qualitätsanforderungen entscheidend für die Architektur sind dass es bekannte Architekturstile mit bekannten Qualitätseigenschaften gibt dass es schwierig ist, eine gute Architektur zu entwickeln wie man eine Architektur darstellt Anschließend verstehen Sie die Bedeutung einer SW-Architektur und ahnen wie man eine SW-Architektur erstellt! Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 73
8 Einordnung im V-Modell Grobentwurf (SW-Architektur) Anwendungsszenarien Testfälle Abnahmetest Systemtest Feinentwurf (Design) Testfälle Integrationstest Testfälle Anforderungsdefinition Modul-Implementierung Modultest Quelle: H. Balzert, Lehrbuch der Softwaretechnik, Band 2 Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 74
9 Situation im Projekt Es ist (mehr oder weniger) verstanden, was der Auftraggeber will Es ist ein großes Projekt Nun geht es an die Umsetzung in Software aber wie? Idee: Erstelle eine grobe Skizze des Systems! Festlegung grundlegender Eigenschaften Fokussierung auf kritische Punkte keine Details (Implementierung, Programmiersprache, Technik, ) Aufteilung in Pakete Beschreiben der Verantwortlichkeiten der Pakete Beschreiben der Kommunikation der Pakete erste Evaluation der Funktionalität möglich "Software-Architektur" Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 75
10 Definition Die Software-Architektur eines Rechnersystems beschreibt die Struktur der Software des Systems, die aus Komponenten, deren extern sichtbaren Eigenschaften und Verantwortlichkeiten und deren Beziehungen besteht (Len Bass et. al.) Dilbert:... Its a bunch of shapes connected by lines... Eine von vielen Definitionen siehe auch: Es kommt darauf an, die der Aufgabenstellung angemessenen Komponenten und Beziehungen zu finden! Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 76
11 Auf der Suche nach der SW-Architektur - Beispiel "KWIC" Aufgabe Wie sieht die Architektur für folgendes (einfache) System aus? The KWIC (KeyWord in Context) index system accepts an ordered set of lines; each line is an ordered set of words, and each word is an ordered set of characters. Any line may be circulary shifted by repeatedly removing the first word and appending it at the end of the line. The KWIC index system outputs a listing of all circular shifts of all lines in alphabetical order. On the Criteria for Decomposing Systems into Modules, David Parnas. CACM, 1972 Anwendung: z.b. Index im Unix Manual siehe auch: "Software Architecture: Perspectives on an Emerging Discipline" Mary Shaw and David Garlan, Prentice Hall, Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 77
12 Funktionalität von "KWIC" Eingabe Perspectives on Software Architecture Computers in Context KeyWord in Context: Jede Eingabezeile wird wortweise zyklisch geshifted und dann die Ergebniszeilen sortiert Zwischenergebnis (zyklische Shifts) Perspectives on Software Architecture Architecture Perspectives on Software Software Architecture Perspectives on on Software Architecture Perspectives Computers in Context Context Computers in in Context Computers Ausgabe (sortiert) Architecture Perspectives on Software Computers in Context Context Computers in in Context Computers on Software Architecture Perspectives Perspectives on Software Architecture Software Architecture Perspectives on Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 78
13 KWIC: SW-Architektur I: Funktionaler Stil Direct Memory Access Subprogram Call System IO Master Control "Subroutine with shared data" Input Circular Shift Alphabetizer Output Input Medium Characters Index Alphabetized Index Output Medium Zerlegung in vier Basisfunktionen Koordination durch ein Hauptprogramm, das sie sukzessive aufruft Daten werden als gemeinsame Ressource von den Modulen verwendet Keine Kapselung der Daten Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 79
14 KWIC: SW-Architektur II: Objektorientierter Stil Subprogram Call System IO Master Control "Abstract Data Types" Input Output Input Medium setchar getchar getword Characters shift Circular Shift Alphabetic Shifts Output Medium Kontrollfluss durch zentrale Koordination Prozedurale Abstraktion durch Kapselung der Zugriffsmethoden Datenkapselung Algorithmen und Datenrepräsentation der einzelnen Klassen können geändert werden, ohne die anderen zu beeinflussen char getword getline Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 80 alphsort i-th
15 KWIC: SW-Architektur III: Eventgesteuerter Stil Implicit Invocation Subprogram Call System IO IO Control "Implicit Invocation" Input Circular Shift Alphabetizer Output Input Medium insert Lines Keine zentrale Steuerung Veränderung der Daten löst Events aus Events führen zu Aktionen, die ihrerseits Events erzeugen Modell aktiver Daten delete i-th insert delete Lines i-th Output Medium Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 81
16 KWIC: SW-Architektur IV: Pipes & Filters als Stil Input Medium Input Circular Shift "Pipes and Filters" Pipe System IO Alphabetizer Output Output Medium Verteilte Steuerung: jeder Filter arbeitet, sobald Daten an seiner Eingabe anliegen Die Daten existieren nur temporär als I/O zwischen den Filtern Die Filter sind voneinander unabhängig, sie kommunizieren nur über die Pipes zwischen ihnen Datenfluss und Kontrollfluss fallen zusammen Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 82
17 KWIC: Qualitätseigenschaften der Architekturen Änderung...in der Datenstruktur (andere Characters für Wort-Grenzen)...in der Funktionalität (Rausfiltern von "the")...in der Performance (Platz)...in der Performance (Laufzeit)...in der Wartung (Wiederverwendung von Teilen) Funktional (+) - 5 Eventgesteuert Objektorientiert + (+) 2 + (+) Pipes & Filters Jede Lösung hat Vorteile und Nachteile Es gibt noch viele andere Lösungen Welche ist die "richtige" Architektur? 1: Änderung an mehreren Stellen 2: Einfügen einer neuen Komponente 3: Mehrfache Datenhaltung 4: nicht parallelisierbar 5: Datenmodell mehrfach verdrahtet Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 83
18 Wie findet man die SW-Architektur? Es gibt nicht DIE Software-Architektur! Es gibt viele verschiedene Architekturen Jede hat spezielle Qualitätseigenschaften Je nachdem welche Anforderungen gelten (bzw. erwartet werden), muss eine entsprechende Architektur entworfen werden zuerst müssen die wesentlichen Qualitätseigenschaften bestimmt werden! Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 84
19 Architektur-Treiber Architektur-Treiber sind diejenigen Anforderungen an das Software- System, die die Architektur maßgeblich bestimmen Qualitätsanforderungen geschäftliche Anforderungen Mehrbenutzer- Fähigkeit Verfügbarkeit Kosten Performance Zeit Kompatibilität Sicherheit Fehlertoleranz wesentliche funktionale Anforderungen Berechtigungen Organisation Mehrplatzfähigkeit Konfigurierbarkeit Erweiterbarkeit Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 85
20 Wie findet man eine (gute) SW-Architektur? Annahme: Die Architekturtreiber sind identifiziert und in ihrer Bedeutung bewertet (priorisiert) aber wie wird daraus eine Architektur? Idee: Entwerfen und Analysieren! Durch Entwerfen von Komponenten, Beziehungen und Verantwortlichkeiten (z.b. SWT1: Komponentendiagramme) iteratives Analysieren der Qualitätseigenschaften mit Szenarien ("Welche Änderungen werden erwartet? Sind wahrscheinlich?) z.b. SWT1: Sequenzdiagramme Erleichterung durch (Wieder-)Verwendung von bewährten "Mustern" mit bekannten Eigenschaften ("Architektur-Stile") Ein erfahrener Architekt hilft dabei sehr! Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 86
21 Grundprinzipien im Entwurf (I) 1) Geheimnisprinzip Komponenten kapseln ihre Funktionalität Komponenten sind benutzbar ohne Kenntnis der Realisierung "Geheimagenten-Prinzip": Jeder "verrät" nur das, was ein anderer wissen muss, um mit ihm zu arbeiten! Jeder "weiß" nur das, was er wissen muss, um seinen Job zu machen! Umsetzung in C++: Sichtbarkeit "private" für alle Attribute und interne Methoden Vorteile: interne Änderungen sind von außen nicht sichtbar erleichtert verteilte Entwicklung bessere Wartbarkeit, Testbarkeit, Änderbarkeit Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 87
22 Grundprinzipien im Entwurf (II) 2) Schwache Kopplung Kopplung ist ein Maß dafür, wie sehr ein Element von anderen abhängt Das Prinzip der schwachen Kopplung fordert Klassen so zu definieren, dass nur die nötige Kopplung da ist Klasse A ist von B abhängig, wenn: - A hat ein Attribut vom Typ B - A verwendet eine Methode eines Objekts vom Typ B - A hat eine Methode mit Parameter/Return vom Typ B - A ist von B abgeleitet - A implementiert die Schnittstelle von B Vorteile einer schwachen Kopplung: Verständlichkeit, gute Wiederverwendbarkeit Nicht tangiert durch Veränderung anderer Klassen Veränderungen der Klasse tangiert nur wenige andere Klassen Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 88
23 Grundprinzipien im Entwurf (III) 3) Starke Kohäsion Kohäsion steht für die Abhängigkeiten innerhalb einer Klasse. Kohäsion ist ein Maß dafür, wie eng die Beziehungen und der Fokus der Verantwortlichkeiten einer Klasse oder eines Subsystems sind. Schwache Kohäsion: - Eine Klasse ist verantwortlich für viele Aufgaben in unterschiedlichen Bereichen - Eine Klasse ist für eine sehr komplexe Aufgabe in einem Bereich zuständig Starke Kohäsion: - Jede Methode einer Klasse hat einen einzigen, klaren Zweck - die Methoden bilden eine Gruppe zusammengehörender Aufgaben Vorteile von starker Kohäsion: Gute Verständlichkeit, Wartbarkeit, Erweiterbarkeit und Wiederverwendbarkeit Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 89
24 Architektur-Stile ("Architektur-Muster") Analogie zu Architektur-Stilen in der Baukunst man kann eine Kirche gotisch oder romanisch bauen Beides ergibt eine Kirche, aber mit ganz anderen Eigenschaften Ein Architektur-Stil ist eine Abstraktion von den Spezifika einer konkreten Architektur liefert eine Leitlinie für die Art der Komponenten und Beziehungen gibt einen Rahmen für Entwurfsentscheidungen legt Qualitätseigenschaften eines Systems fest In einer Architektur werden meist mehrere Architektur-Stile verwendet Architektur-Stile können die Erfüllung der Qualitätsanforderungen erleichtern - oder auch praktisch unmöglich machen Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 90
25 Übersicht wichtiger Architekturstile Datenflusssysteme Batch sequenziell Pipes und Filter Prozess- Kontrollschleifen Kontrollfluss Funktionale Zerlegung Objektorientierte Organisation Schichten = kennen Sie bereits von KWIC Unabhängige Komponenten Kommunizierende Prozesse Eventgesteuerte Systeme Datenzentrierte Systeme Repositories Blackboard Virtuelle Maschinen Interpreter Regelbasierte Systeme Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 91
26 Architekturstil Pipes and Filters: Beispiel Compiler Lexikalische Analyse / Scanner Syntaxanalyse Parser Semantische Analyse Zwischencode Generierung Optimierung ASCII Programmtext Token Strom Abstrakter Syntaxbaum Attributierter abstrakter Syntaxbaum Zwischencode Optimierter Zwischencode Mips Intel Sparc Interpreter Programm Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 92
27 Architekturstil Layers: Typischer Einsatz Externe Schnittstelle Anwendungslogik Anwendungsdaten Persistente Datenhaltung Mit Hilfe des Layers- Stils lassen sich Anwendungen strukturieren, die in Gruppen von Teilaufgaben zerlegbar sind und in denen diese Gruppen auf verschiedenen Abstraktionsebenen liegen User Interface Applikation Betriebssystem Treiber Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 93
28 Zuordnung der 4-Schichtenarchitektur zu Klassen-Stereotypen Stereotypname Symbol Externe Schnittstelle Schnittstellenklasse <<boundary>> Anwendungslogik Kontrollklasse <<control>> Anwendungsdaten Entitätsklassen <<entity>> Persistente Datenhaltung Softwaretechnik II, Prof. Dr. Ralf Hahn, WS , h_da, Fachbereich Informatik 94
Hochschule 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
MehrSDD System Design Document
SDD Software Konstruktion WS01/02 Gruppe 4 1. Einleitung Das vorliegende Dokument richtet sich vor allem an die Entwickler, aber auch an den Kunden, der das enstehende System verwenden wird. Es soll einen
MehrObjektorientierte Programmierung OOP
Objektorientierte Programmierung OOP Objektorientierte Programmierung OOP Ronja Düffel WS2012/13 08. Oktober 2013 Objektorientierte Programmierung OOP Objektorientierte Programmierung Objektorientierte
MehrKlassenentwurf. Wie schreiben wir Klassen, die leicht zu verstehen, wartbar und wiederverwendbar sind? Objektorientierte Programmierung mit Java
Objektorientierte Programmierung mit Java Eine praxisnahe Einführung mit BlueJ Klassenentwurf Wie schreiben wir Klassen, die leicht zu verstehen, wartbar und wiederverwendbar sind? 1.0 Zentrale Konzepte
MehrÜbungsklausur vom 7. Dez. 2007
Übungsklausur vom 7. Dez. 2007 Ein Lösungsmuster Teilbereiche der Softwaretechnik Software Anforderungen Software Entwurf Software Konstruktion Software Test Software Wartung Software Konfigurationsmanagement
MehrSoftwareentwicklungspraktikum Sommersemester 2007. Grobentwurf
Softwareentwicklungspraktikum Sommersemester 2007 Grobentwurf Auftraggeber Technische Universität Braunschweig
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
Mehr16 Architekturentwurf Einführung und Überblick
Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software
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
MehrSome Software Engineering Principles
David L. Parnas: Some Software Engineering Principles Marco Oppel 30.06.2004 Seminar Software-Architektur Institut für Informatik Humboldt Universität zu Berlin 1 Problemstellung Software Engineering Multi-Personen
MehrAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
MehrObjektorientierter Software-Entwurf Grundlagen 1 1. Analyse Design Implementierung. Frühe Phasen durch Informationssystemanalyse abgedeckt
Objektorientierter Software-Entwurf Grundlagen 1 1 Einordnung der Veranstaltung Analyse Design Implementierung Slide 1 Informationssystemanalyse Objektorientierter Software-Entwurf Frühe Phasen durch Informationssystemanalyse
MehrSoftware Engineering. Sommersemester 2012, Dr. Andreas Metzger
Software Engineering (Übungsblatt 2) Sommersemester 2012, Dr. Andreas Metzger Übungsblatt-Themen: Prinzip, Technik, Methode und Werkzeug; Arten von Wartung; Modularität (Kohäsion/ Kopplung); Inkrementelle
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
MehrWas 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
MehrÜbung 6: Feinentwurf. Prof. Dr. Dr. h.c. Manfred Broy Dr. Herbert Ehler, Martin Feilkas 6. Juli 2006 Bernd Spanfelner, Sebastian Winter
Prof. Dr. Dr. h.c. Manfred Broy Sommersemester Dr. Herbert Ehler, Martin Feilkas 6. Juli 2006 Bernd Spanfelner, Sebastian Winter Einführung in die Softwaretechnik Übung 6: Feinentwurf Aufgabe 17: Entwurfsmuster
MehrVermeiden Sie es sich bei einer deutlich erfahreneren Person "dranzuhängen", Sie sind persönlich verantwortlich für Ihren Lernerfolg.
1 2 3 4 Vermeiden Sie es sich bei einer deutlich erfahreneren Person "dranzuhängen", Sie sind persönlich verantwortlich für Ihren Lernerfolg. Gerade beim Einstig in der Programmierung muss kontinuierlich
Mehr17 Architekturentwurf Vorgehen und Dokumentation
17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen
Mehrteischl.com Software Design & Services e.u. office@teischl.com www.teischl.com/booknkeep www.facebook.com/booknkeep
teischl.com Software Design & Services e.u. office@teischl.com www.teischl.com/booknkeep www.facebook.com/booknkeep 1. Erstellen Sie ein neues Rechnungsformular Mit book n keep können Sie nun Ihre eigenen
MehrCode wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015
Code wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015 CODESYS a trademark of 3S-Smart Software Solutions GmbH Agenda 1 Warum
MehrAbschnitt 16: Objektorientiertes Design
Abschnitt 16: Objektorientiertes Design 16. Objektorientiertes Design 16 Objektorientiertes Design Informatik 2 (SS 07) 610 Software-Entwicklung Zur Software-Entwicklung existiert eine Vielfalt von Vorgehensweisen
MehrSharePoint Demonstration
SharePoint Demonstration Was zeigt die Demonstration? Diese Demonstration soll den modernen Zugriff auf Daten und Informationen veranschaulichen und zeigen welche Vorteile sich dadurch in der Zusammenarbeit
MehrSWT II Projekt. Chat - Anwendung. Pflichtenheft 2000 SWT
SWT II Projekt Chat - Anwendung Pflichtenheft 2000 SWT i Versionen Datum Version Beschreibung Autor 3.11.2000 1.0 erste Version Dietmar Matthes ii Inhaltsverzeichnis 1. ZWECK... 1 1.1. RAHMEN... 1 1.2.
MehrProjekt- Management. Landesverband der Mütterzentren NRW. oder warum Horst bei uns Helga heißt
Projekt- Management oder warum Horst bei uns Helga heißt Landesverband der Projektplanung Projektplanung gibt es, seit Menschen größere Vorhaben gemeinschaftlich durchführen. militärische Feldzüge die
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
MehrDas Leitbild vom Verein WIR
Das Leitbild vom Verein WIR Dieses Zeichen ist ein Gütesiegel. Texte mit diesem Gütesiegel sind leicht verständlich. Leicht Lesen gibt es in drei Stufen. B1: leicht verständlich A2: noch leichter verständlich
MehrFachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer
Fachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer Klassendiagramme Ein Klassendiagramm dient in der objektorientierten Softwareentwicklung zur Darstellung von Klassen und den Beziehungen,
MehrProjektmanagement. Vorlesung von Thomas Patzelt 9. Vorlesung
Projektmanagement Vorlesung von Thomas Patzelt 9. Vorlesung 1 Pläne Kein Plan überlebt die erste Feindberührung - Feldmarschall Helmuth von Moltke Prognosen sind schwierig, besonders wenn sie die Zukunft
Mehr1 Mathematische Grundlagen
Mathematische Grundlagen - 1-1 Mathematische Grundlagen Der Begriff der Menge ist einer der grundlegenden Begriffe in der Mathematik. Mengen dienen dazu, Dinge oder Objekte zu einer Einheit zusammenzufassen.
MehrObjektorientierte Programmierung für Anfänger am Beispiel PHP
Objektorientierte Programmierung für Anfänger am Beispiel PHP Johannes Mittendorfer http://jmittendorfer.hostingsociety.com 19. August 2012 Abstract Dieses Dokument soll die Vorteile der objektorientierten
MehrDas Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin
Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?
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 9 17. Dezember 2002 www4.in.tum.de/~rumpe/se
MehrBei der Focus Methode handelt es sich um eine Analyse-Methode die der Erkennung und Abstellung von Fehlerzuständen dient.
Beschreibung der Focus Methode Bei der Focus Methode handelt es sich um eine Analyse-Methode die der Erkennung und Abstellung von Fehlerzuständen dient. 1. F = Failure / Finding An dieser Stelle wird der
MehrWas versteht man unter Softwaredokumentation?
Was versteht man unter? Mit bezeichnet man die Dokumentation von Computer-Software. Sie erklärt für Anwender, Benutzer und Entwickler in unterschiedlichen Rollen, wie die Software funktioniert, was sie
MehrWarum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen
MehrKlausur WS 2006/07 Programmiersprache Java Objektorientierte Programmierung II 15. März 2007
Fachhochschule Bonn-Rhein-Sieg University of Applied Sciences Fachbereich Informatik Prof. Dr. Peter Becker Klausur WS 2006/07 Programmiersprache Java Objektorientierte Programmierung II 15. März 2007
MehrHow to do? Projekte - Zeiterfassung
How to do? Projekte - Zeiterfassung Stand: Version 4.0.1, 18.03.2009 1. EINLEITUNG...3 2. PROJEKTE UND STAMMDATEN...4 2.1 Projekte... 4 2.2 Projektmitarbeiter... 5 2.3 Tätigkeiten... 6 2.4 Unterprojekte...
MehrFachhochschule Deggendorf Platzziffer:...
Sommersemester 2008 Zahl der Blätter: 9 Fachbereich: Betriebswirtschaft WI Bachelor Hilfsmittel: alles ohne Computer Zeit: 90 Minuten 1 Betrachten Sie die drei markierten Zeilen. 1. Angenommen Sie hätten
MehrClient-Server-Beziehungen
Client-Server-Beziehungen Server bietet Dienste an, Client nutzt Dienste Objekt ist gleichzeitig Client und Server Vertrag zwischen Client und Server: Client erfüllt Vorbedingungen eines Dienstes Server
MehrDiplomarbeit. Konzeption und Implementierung einer automatisierten Testumgebung. Thomas Wehrspann. 10. Dezember 2008
Konzeption und Implementierung einer automatisierten Testumgebung, 10. Dezember 2008 1 Gliederung Einleitung Softwaretests Beispiel Konzeption Zusammenfassung 2 Einleitung Komplexität von Softwaresystemen
MehrKonzepte der Informatik
Konzepte der Informatik Vorkurs Informatik zum WS 2011/2012 26.09. - 30.09.2011 17.10. - 21.10.2011 Dr. Werner Struckmann / Christoph Peltz Stark angelehnt an Kapitel 1 aus "Abenteuer Informatik" von Jens
Mehr6 Produktqualität Systeme: Integrationstest [sehr stark gekürzt]
1 Software-Qualitätssicherung 2 Integrationsstrategien big bang 6 Produktqualität Systeme: Integrationstest [sehr stark gekürzt] nicht-inkrementell geschäftsprozeßorientiert Prof. Dr. Helmut Balzert Lehrstuhl
MehrDie Softwareentwicklungsphasen!
Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.
MehrKlausur Softwaretechnik 3 22. Feb. 2008
Klausur Softwaretechnik 3 22. Feb. 2008 Hinweise Bevor Sie mit der Bearbeitung der Aufgaben beginnen, müssen Sie auf allen Blättern Ihren Namen und Ihre Matrikelnummer eintragen. Prüfen Sie Ihre Klausur
MehrRobot Karol für Delphi
Robot Karol für Delphi Reinhard Nitzsche, OSZ Handel I Version 0.1 vom 24. Januar 2003 Zusammenfassung Nach der Einführung in die (variablenfreie) Programmierung mit Robot Karol von Freiberger und Krško
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
MehrEinführung und Motivation
Einführung und Motivation iks-thementag: Requirements Engineering 16.11.2010 Autor Carsten Schädel Motto Definiere oder Du wirst definiert. Seite 3 / 51 These Im Privatleben definiert jeder (seine) Anforderungen.
MehrEr musste so eingerichtet werden, dass das D-Laufwerk auf das E-Laufwerk gespiegelt
Inhaltsverzeichnis Aufgabe... 1 Allgemein... 1 Active Directory... 1 Konfiguration... 2 Benutzer erstellen... 3 Eigenes Verzeichnis erstellen... 3 Benutzerkonto erstellen... 3 Profil einrichten... 5 Berechtigungen
MehrKapitel 2: Der Software-Entwicklungsprozess
Wie konstruiert man Software? Kapitel 2: Der Software-Entwicklungsprozess SoPra 2008 Kap. 2: Der Software-Entwicklungsprozess (1/10) Der Software-Entwicklungs-Prozess Historisches 1960JJ adhoc Techniken
Mehr,$ -. "+0 *+*+ ! / -#$%$. #$%'' $ () 1 2$ #$%$! 1 2$3 )!
*+*+ *,$ -.! / -#$%$. #$%'' $ () "+0 *+*+ 4 *+*+ 1 2$ #$%$! 1 2$3 )! 1 *+*+ $& #$%'!' '!' 5 1! 1 4$5%! 1 63$ 1 $7$! 1 3! 1 77 8'7 1 /!$' 1 83% *+*+ 0 #$%'' '' #$%'' ''$' )%! $' #$% 5 87 $ 8$! 7$+ 1 #$%9$
MehrKonsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt
Konsolidierung und Neuimplementierung von VIT Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt Inhaltsverzeichnis 1 Was ist der Kontext?... 1 2 VIT: Ein sehr erfolgreiches
MehrTypisierung des Replikationsplan Wirries, Denis Datenbankspezialist
Typisierung des Replikationsplan Wirries, Denis Datenbankspezialist Feintypisierung - Überblick Ergebnisse Ergebnisse aus aus anderen anderen Arbeitsergebnissen Arbeitsergebnissen Replikationsplan Replikationsplan
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 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se
Mehrextreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?
Mehr4D Server v12 64-bit Version BETA VERSION
4D Server v12 64-bit Version BETA VERSION 4D Server v12 unterstützt jetzt das Windows 64-bit Betriebssystem. Hauptvorteil der 64-bit Technologie ist die rundum verbesserte Performance der Anwendungen und
MehrProjekt - Zeiterfassung
Projekt - Zeiterfassung Kosten eines Projektes? Zeit, die Ihre Mitarbeiter für ein Projekt aufgewendet haben? Projektkosten Stundensaldo Mitarbeiter Zeitaufwand Verrechenbare Kosten Wer machte was? Kostentransparenz
MehrGRS SIGNUM Product-Lifecycle-Management
GRS SIGNUM Product-Lifecycle-Management Das optionale Modul Product-Lifecycle-Management stellt eine mächtige Ergänzung zum Modul Forschung & Entwicklung dar. Folgende Punkte werden dabei abgedeckt: Definition
MehrKapitel 4 Die Datenbank Kuchenbestellung Seite 1
Kapitel 4 Die Datenbank Kuchenbestellung Seite 1 4 Die Datenbank Kuchenbestellung In diesem Kapitel werde ich die Theorie aus Kapitel 2 Die Datenbank Buchausleihe an Hand einer weiteren Datenbank Kuchenbestellung
MehrProgrammieren Lernen mit BYOB. Gerald Futschek 5. November 2012
Programmieren Lernen mit BYOB Informatiktag 2012 Gerald Futschek 5. November 2012 Erste Programmier Schritte in der Schule Sehr viele verschiedene Dinge zu lernen: Syntax und Semantik der Befehle, Algorithmen,
MehrProjektmanagement in der Spieleentwicklung
Projektmanagement in der Spieleentwicklung Inhalt 1. Warum brauche ich ein Projekt-Management? 2. Die Charaktere des Projektmanagement - Mastermind - Producer - Projektleiter 3. Schnittstellen definieren
MehrArtikel Schnittstelle über CSV
Artikel Schnittstelle über CSV Sie können Artikeldaten aus Ihrem EDV System in das NCFOX importieren, dies geschieht durch eine CSV Schnittstelle. Dies hat mehrere Vorteile: Zeitersparnis, die Karteikarte
MehrAnti-Botnet-Beratungszentrum. Windows XP in fünf Schritten absichern
Windows XP in fünf Schritten absichern Inhalt: 1. Firewall Aktivierung 2. Anwendung eines Anti-Virus Scanner 3. Aktivierung der automatischen Updates 4. Erstellen eines Backup 5. Setzen von sicheren Passwörtern
MehrJava Enterprise Architekturen Willkommen in der Realität
Java Enterprise Architekturen Willkommen in der Realität Ralf Degner (Ralf.Degner@tk-online.de), Dr. Frank Griffel (Dr.Frank.Griffel@tk-online.de) Techniker Krankenkasse Häufig werden Mehrschichtarchitekturen
MehrINDEX. Öffentliche Ordner erstellen Seite 2. Offline verfügbar einrichten Seite 3. Berechtigungen setzen Seite 7. Öffentliche Ordner Offline
Öffentliche Ordner Offline INDEX Öffentliche Ordner erstellen Seite 2 Offline verfügbar einrichten Seite 3 Berechtigungen setzen Seite 7 Erstelldatum 12.08.05 Version 1.1 Öffentliche Ordner Im Microsoft
MehrWerkzeugunterstützte Betrachtungen von Software-Qualität und -Architekturen
...we make the invisible visible... Werkzeugunterstützte Betrachtungen von Software-Qualität und -Architekturen 1 Inhalt Qualitätsbegriff und Qualitätsmodelle Abstraktion Analysen und deren Anwendung Erfahrungen
MehrReengineering und Refactoring von Softwarearchitekturen
Methodische und Praktische Grundlagen der Informatik 3 Reengineering und Refactoring von Softwarearchitekturen Steffen Helke Technische Universität Berlin Fachgebiet Softwaretechnik WS 2008/2009 Lernziele?
MehrTTS - TinyTimeSystem. Unterrichtsprojekt BIBI
TTS - TinyTimeSystem Unterrichtsprojekt BIBI Mathias Metzler, Philipp Winder, Viktor Sohm 28.01.2008 TinyTimeSystem Inhaltsverzeichnis Problemstellung... 2 Lösungsvorschlag... 2 Punkte die unser Tool erfüllen
MehrAlso heißt es einmal mehr, immer eine eigene Meinungen bilden, nicht beeinflussen lassen, niemals von anderen irgend eine Meinung aufdrängen lassen.
Seite 1 von 5 Wirtschaft, Finanzen und IT Computer und Technologie Internetseiten Übersichtlich alle verfügbaren Internetseiten von wirfinit. de und darüber hinaus, weitere empfehlenswerte Internetseiten
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
MehrGrundlagen Software Engineering
Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der
MehrMit der Maus im Menü links auf den Menüpunkt 'Seiten' gehen und auf 'Erstellen klicken.
Seite erstellen Mit der Maus im Menü links auf den Menüpunkt 'Seiten' gehen und auf 'Erstellen klicken. Es öffnet sich die Eingabe Seite um eine neue Seite zu erstellen. Seiten Titel festlegen Den neuen
MehrTesten mit JUnit. Motivation
Test First Design for Test in Eclipse (eigentlich: ) zu einer Klasse Beispiel zur Demonstration Ergänzungen Test First "Immer dann, wenn Du in Versuchung kommst, etwas wie eine print- Anweisung oder einen
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
MehrOOD. Objektorientiertes Design. Peter Coad und Edward Yourdon. Prentice Hall Verlag
OOD Objektorientiertes Design Peter Coad und Edward Yourdon Prentice Hall Verlag New York, London, Toronto, Sidney, Tokio, Singapur, München, Mexiko Vorwort 9 Vorwort der Übersetzer 11 Danksagungen 13
MehrObjektorientierte Programmierung
Objektorientierte Programmierung 1 Geschichte Dahl, Nygaard: Simula 67 (Algol 60 + Objektorientierung) Kay et al.: Smalltalk (erste rein-objektorientierte Sprache) Object Pascal, Objective C, C++ (wiederum
MehrWS 2002/03. Prof. Dr. Rainer Manthey. Institut für Informatik III Universität Bonn. Informationssysteme. Kapitel 1. Informationssysteme
Informationssysteme Informationssysteme WS 2002/03 Prof. Dr. Rainer Manthey Institut für Informatik III Universität Bonn 2002 Prof. Dr. Rainer Manthey Informationssysteme 1 DB und/oder IS: terminologischer
Mehr10 Erweiterung und Portierung
10.1 Überblick In vielen Fällen werden Compiler nicht vollständig neu geschrieben, sondern von einem Rechnersystem auf ein anderes portiert. Das spart viel Arbeit, ist aber immer noch eine sehr anspruchsvolle
MehrAnleitung Redmine. Inhalt. Seite 1 von 11. Anleitung Redmine
Seite 1 von 11 Anleitung Inhalt Inhalt... 1 1. Installation... 2 2. Setup... 2 2.1 Login... 2 2.2 Benutzer erstellen... 2 2.3 Projekt erstellen... 4 2.4 SVN/Git Integration... 6 2.4.1 Konfiguration für
MehrInformationssystemanalyse Lebenszyklusmodelle 3 1. Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen:
Informationssystemanalyse Lebenszyklusmodelle 3 1 Aufgaben von Lebenszyklusmodellen Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen: Definition der Tätigkeiten im Entwicklungsprojekt Zusicherung
MehrLineargleichungssysteme: Additions-/ Subtraktionsverfahren
Lineargleichungssysteme: Additions-/ Subtraktionsverfahren W. Kippels 22. Februar 2014 Inhaltsverzeichnis 1 Einleitung 2 2 Lineargleichungssysteme zweiten Grades 2 3 Lineargleichungssysteme höheren als
MehrFUTURE NETWORK 20.11.2013 REQUIREMENTS ENGINEERING
18/11/13 Requirements Engineering 21 November 2013 DIE GRUNDFRAGEN Wie erhält der Kunde den größten Nutzen? Wie kann der Kunde am besten spezifizieren, was er haben will? Welchen Detailierungsgrad braucht
MehrCatherina Lange, Heimbeiräte und Werkstatträte-Tagung, November 2013 1
Catherina Lange, Heimbeiräte und Werkstatträte-Tagung, November 2013 1 Darum geht es heute: Was ist das Persönliche Geld? Was kann man damit alles machen? Wie hoch ist es? Wo kann man das Persönliche Geld
MehrSoftware Engineering
Literatur Gliederung Software Engineering Herbert Kuchen Universität Münster Di+Fr 14:15-15:45, M2 Wintersemester 2009/2010 1 Literatur Gliederung Basis-Literatur H. Balzert: Lehrbuch der Software-Technik,
MehrMULTI-TIER RECHENZENTRUM - EIN DESIGN DER ZUKUNFT? Patrick Pulvermüller
MULTI-TIER RECHENZENTRUM - EIN DESIGN DER ZUKUNFT? eco Kongress 2009 - Köln Patrick Pulvermüller DIE HOST EUROPE GMBH Größter Anbieter von standardisierten Managed Hosting- Lösungen in Deutschland Zweitgrößter
MehrSoftware Engineering Klassendiagramme Assoziationen
Software Engineering Klassendiagramme Assoziationen Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Lesen von Multiplizitäten (1) Multiplizitäten werden folgendermaßen
MehrInhalt. Fragestellungen. ...we make the invisible visible... Analysen und deren Anwendung Erfahrungen
...we make the invisible visible... 1 Inhalt Fragestellungen Analysen und deren Anwendung Erfahrungen 2 Projektleiter Hat unsere Software eine klare, verständliche Struktur? Gibt es problematischen Code,
MehrBIF/SWE - Übungsbeispiel
BIF/SWE - Übungsbeispiel Arthur Zaczek Feb 2015 1 Allgemein 1.1 Ziele Ziele dieses Übungsbeispieles ist es: GUI: Implementierung einer grafischen Oberfläche mit JavaFX oder WPF UI-Komponente: Implementierung
MehrBedienungsanleitung. Matthias Haasler. Version 0.4. für die Arbeit mit der Gemeinde-Homepage der Paulus-Kirchengemeinde Tempelhof
Bedienungsanleitung für die Arbeit mit der Gemeinde-Homepage der Paulus-Kirchengemeinde Tempelhof Matthias Haasler Version 0.4 Webadministrator, email: webadmin@rundkirche.de Inhaltsverzeichnis 1 Einführung
MehrPlugins. Stefan Salich (sallo@gmx.de) Stand 2008-11-21
Plugins Stefan Salich (sallo@gmx.de) Stand 2008-11-21 Inhaltsverzeichnis 0 Einleitung...3 0.1 Sinn und Zweck...3 0.2 Änderungsübersicht...3 0.3 Abkürzungsverzeichnis...3 1 Einfügen eines Plugins...4 1.1
MehrComparing Software Factories and Software Product Lines
Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich
MehrRequirements Engineering für IT Systeme
Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein
MehrProzessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer
MehrUnsere Produkte. Wir automatisieren Ihren Waren- und Informationsfluss. Wir unterstützen Ihren Verkaufsaußendienst.
Die clevere Auftragserfassung Unsere Produkte Das smarte Lagerverwaltungssystem Die Warenwirtschaft für den Handel Wir unterstützen Ihren Verkaufsaußendienst. Wir automatisieren Ihren Waren- und Informationsfluss.
MehrEffiziente Prozesse. Die Formel 1 und die Druckindustrie
Die Formel 1 und die Druckindustrie Was hat die Formel 1 mit der Druckindustrie zu tun? Nun: dass ein Formel-1-Ferrari eine hohe Anziehungskraft hat, ist nicht zu bestreiten. Und dass dies auch für die
MehrInformatik für Schüler, Foliensatz 21 Objektorientierte Programmierung
rof. G. Kemnitz Institut für Informatik, Technische Universität Clausthal 23. April 2009 1/14 Informatik für Schüler, Foliensatz 21 Objektorientierte Programmierung Prof. G. Kemnitz Institut für Informatik,
MehrKlausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement
Klausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement Prof. K.-P. Fähnrich, Prof. H.-G. Gräbe, T. Riechert Institut für Informatik Sommersemester 2012 Allgemeine Bemerkungen
MehrEva Douma: Die Vorteile und Nachteile der Ökonomisierung in der Sozialen Arbeit
Eva Douma: Die Vorteile und Nachteile der Ökonomisierung in der Sozialen Arbeit Frau Dr. Eva Douma ist Organisations-Beraterin in Frankfurt am Main Das ist eine Zusammen-Fassung des Vortrages: Busines
MehrAutorisierung. Sicherheit und Zugriffskontrolle & Erstellen einer Berechtigungskomponente
Autorisierung Sicherheit und Zugriffskontrolle & Erstellen einer Berechtigungskomponente Dokumentation zum Referat von Matthias Warnicke und Joachim Schröder Modul: Komponenten basierte Softwareentwickelung
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
MehrInhalt. meliarts. 1. Allgemeine Informationen... 2 2. Administration... 2 2.1 Aufruf... 2 2.2 Das Kontextmenü... 3 3. E-Mail Vorlagen...
Inhalt 1. Allgemeine Informationen... 2 2. Administration... 2 2.1 Aufruf... 2 2.2 Das Kontextmenü... 3 3. E-Mail Vorlagen... 4 Seite 1 von 7 meliarts 1. Allgemeine Informationen meliarts ist eine Implementierung
Mehr