Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E Eine ...

Weitere Magazine

Empfehlungen

Info

80 KAPITEL 4. FRAMEWORK Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E
Kapitel 5 Domänen-Architektur Das NIST [15] definiert eine Domäne als “a distinct functional area that can be supported by a class of Software Systems with similar Requirements and capabilities. Domain may exist before there are Software Systems to support it”. Der Begriff Domänen-Architektur definiert die gleiche Stelle als “a generic, organizational structure or design for software systems in a domain”. 5.1 Einleitung Als Ergebnis der Domänenanalyse ist ein Domänenmodell gefunden worden. Dieses Modell deckt die Anforderungen der Domäne ab. In einem weiteren Schritt ist daraus ein wiederverwendbares Stück Software in Form eines Frameworks abgeleitet worden. Ein Klient kann dieses Framework benutzen, sofern seine Aufgabenstellung diese Anforderung enthält. Nicht alle Anforderungen des Domänenmodells sind aber innerhalb des Frameworks erfüllbar. Es gibt darin keine symbolische Berechnung, um z.B. Jacobi- und Mismatchterme für eine Lastflussrechnung zu bilden. Der Klient hingegen will das veränderliche Verhalten seiner Bausteine auf hohem Abstraktionsniveau beschreiben und verändern. Daher gibt es eine Lücke zwischen der abstrakten Notation der Gleichungen und der Programmiersprache des Frameworks (C++). Diese Lücke soll geschlossen werden, um den Klienten von der fehlerträchtigen und mühsamen Arbeit zu befreien, Gleichungen in der Programmiersprache des Frameworks zu codieren. Der Klient ist daher auf eine konsistente Umsetzung auf die Implementationsebene angewiesen. Bei dieser Umsetzung sind etliche Teile involviert. Neben dem Framework sind einige andere Elemente beteiligt, welche die Anforderungen der 81 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E
Seite 1 und 2:
Diss. ETH Nr. 12317 Eine Domänen-A
Seite 3 und 4:
Meiner Frau Klara Diss.-ETH 12317 D
Seite 5 und 6:
Kurzfassung Viele Applikationen im
Seite 7 und 8:
Abstract Many applications lead to
Seite 9 und 10:
Inhaltsverzeichnis 1 Einleitung 1 1
Seite 11 und 12:
INHALTSVERZEICHNIS III 5.3.1 Domän
Seite 13 und 14:
Kapitel 1 Einleitung 1.1 Motivation
Seite 15 und 16:
1.2. STAND DER TECHNIK 3 liche Anwe
Seite 17 und 18:
1.4. AUFBAU DER ARBEIT 5 terstütze
Seite 19 und 20:
Kapitel 2 Konzepte des Software-Eng
Seite 21 und 22:
2.2. SOFTWARE-WIEDERVERWENDUNG 9 Sy
Seite 23 und 24:
2.2. SOFTWARE-WIEDERVERWENDUNG 11 -
Seite 25 und 26:
2.2. SOFTWARE-WIEDERVERWENDUNG 13 s
Seite 27 und 28:
2.3. BEGRIFFE DER OBJEKT-ORIENTIERT
Seite 29 und 30:
2.3. BEGRIFFE DER OBJEKT-ORIENTIERT
Seite 31 und 32:
2.4. OBJEKT-ORIENTIERTE KONZEPTE 19
Seite 33 und 34:
2.5. OBJEKT-ORIENTIERTES FRAMEWORK
Seite 35 und 36:
Seite 37 und 38:
Seite 39 und 40:
Kapitel 3 Netzmodellierung und Netz
Seite 41 und 42: 3.1. DOMÄNENANALYSE 29 Entität Be
Seite 43 und 44: 3.1. DOMÄNENANALYSE 31 Entität Be
Seite 45 und 46: 3.1. DOMÄNENANALYSE 33 In der folg
Seite 47 und 48: 3.1. DOMÄNENANALYSE 35 zu lösen,
Seite 49 und 50: 3.1. DOMÄNENANALYSE 37 beachtet. F
Seite 51 und 52: 3.1. DOMÄNENANALYSE 39 Slack-Knote
Seite 53 und 54: 3.1. DOMÄNENANALYSE 41 Knoten i Ad
Seite 55 und 56: 3.1. DOMÄNENANALYSE 43 über alle
Seite 57 und 58: 3.1. DOMÄNENANALYSE 45 Referenzkno
Seite 59 und 60: 3.1. DOMÄNENANALYSE 47 Namen U. F
Seite 61 und 62: 3.1. DOMÄNENANALYSE 49 über alle
Seite 63 und 64: 3.2. DOMÄNENMODELL 51 • Gleichbe
Seite 65 und 66: 3.2. DOMÄNENMODELL 53 Σ a1 summie
Seite 67 und 68: 3.2. DOMÄNENMODELL 55 licher Autom
Seite 69 und 70: 3.3. FUNKTIONALITÄT DES DOMÄNENMO
Seite 71 und 72: 3.4. BEISPIEL 59 + - + - 4.5V Batte
Seite 73 und 74: 3.4. BEISPIEL 61 mengeber-Instanzen
Seite 75 und 76: Kapitel 4 Framework Johnson [21] de
Seite 77 und 78: 4.3. IMPLEMENTATION DES DOMÄNEN-MO
Seite 79 und 80: 4.5. NEWTON-RAPHSON-NETZBERECHNUNG
Seite 89 und 90: 4.6. PROGRAMMIER-SCHNITTSTELLEN (AP
Seite 91: 4.7. IMPLEMENTATION 79 4.7.1 C++ Al
Seite 95 und 96: 5.2. SICHTEN 83 5.2 Sichten Die DA
Seite 97 und 98: 5.2. SICHTEN 85 ~ ~ Aufruf Dienst i
Seite 99 und 100: 5.3. ARCHITEKTUR-ELEMENTE 87 benöt
Seite 101 und 102: 5.3. ARCHITEKTUR-ELEMENTE 89 de Var
Seite 103 und 104: 5.4. IMPLEMENTATION 91 • interpre
Seite 105 und 106: 5.4. IMPLEMENTATION 93 konsequente
Seite 107 und 108: 5.4. IMPLEMENTATION 95 Prozeduren z
Seite 109 und 110: 5.4. IMPLEMENTATION 97 SB SB 1 SB2
Seite 111 und 112: 5.5. ADAPTION DES DIENSTES NETZBERE
Seite 121 und 122: 5.6. ADAPTION DES DIENSTES NETZAUFB
Seite 137 und 138: 5.7. RICHTLINIEN FÜR DIE BENUTZUNG
Seite 139 und 140: 5.7. RICHTLINIEN FÜR DIE BENUTZUNG
Seite 141 und 142: Kapitel 6 Fallstudien Dieses Kapite
Seite 143 und 144:
Datensatzname Typidentifikation Typ
Seite 145 und 146:
6.1. LASTFLUSS IN KARTESISCHEN KOOR
Seite 147 und 148:
6.2. LASTFLUSS IN POLAREN SPANNUNGS
Seite 149 und 150:
6.3. WECHSELSTROM-LASTFLUSS MIT AUS
Seite 151 und 152:
6.3. WECHSELSTROM-LASTFLUSS MIT AUS
Seite 153 und 154:
6.4. LINEARE NETZBERECHNUNG 141 6.3
Seite 155 und 156:
6.4. LINEARE NETZBERECHNUNG 143 R S
Seite 157 und 158:
6.5. DC-LASTFLUSS 145 Die Verbindun
Seite 159 und 160:
6.6. RESULTATE 147 Fall Maple V C++
Seite 161 und 162:
6.6. RESULTATE 149 das gleiche Netz
Seite 163 und 164:
Kapitel 7 Schlussbetrachtung 7.1 Zu
Seite 165 und 166:
7.2. ERGEBNISSE 153 im Domänenmode
Seite 167 und 168:
Anhang A Umformung der Ntor-Gleichu
Seite 169 und 170:
A.3. DARSTELLUNG ALLER GLEICHUNGEN
Seite 171 und 172:
Anhang B IEEE Common Data Format Di
Seite 173 und 174:
Fortsetzung Datensatz Spalte Beschr
Seite 175 und 176:
Anhang C Stichwortverzeichnis Ansch
Seite 177 und 178:
Entität Sind hier die unterscheidb
Seite 179 und 180:
Literaturverzeichnis [1] R. Rada. S
Seite 181 und 182:
LITERATURVERZEICHNIS 169 [23] H. E.
Seite 183:
Lebenslauf Peter Bosshart von Züri
Alle anzeigen

Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E Eine ...

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?