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

Weitere Magazine

Empfehlungen

Info

Die Summengeber greifen auf Variable in den Ntoren zu, und formulieren damit weitere Gleichungen, um z.B. die Topologie eines Netzes auszudrücken. Den Bausteintypen des Domänenmodells entsprechen spezielle Klassen des Frameworks, die dazu angelegt sind, für einen bestimmten Anwendungsfall noch konkretisiert zu werden. Dazu wird ein Mechanismus vorgestellt, der den variablen Anteil eines Dienstes in kontrollierter Weise im Framework adaptiert. An dieser Stelle kommt ein symbolisches Rechenprogramm (Maple V) zum Einsatz, das aus einer anwendungsfreundlichen Hochsprachen-Spezifikation zuverlässig den korrekten Quelltext für die zu konkretisierenden Teile des Frameworks erzeugt. Alle diese Elemente, wie Framework, Spezifikation und Adaption der generischen Teile des Frameworks werden innerhalb einer übergeordneten Domänen-Architektur koordiniert. Der Nutzen der in dieser Arbeit vorgeschlagenen Vorgehensweise ist eine erhebliche Einsparung des Entwicklungsaufwandes innerhalb dieser Klasse von Simulationsproblemen. Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E
Abstract Many applications lead to systems of simultaneous nonlinear equations g(x,p)=0(x: unknowns, p: parameters) which have to be solved for the unknowns x. It is assumed that these equations describe non-linear behavior related to interconnected entities. This is not a new problem. However the contribution of this thesis is a description of a generic solution for a class of problems by means of software-engineering and an actual approach of network modeling. The result is a reusable asset which can be easily adapted to changes of specifications. The proposed asset offers three fundamental services: Instantiation of network building objects, simulation (calculation) and representation of results. These services are modeled in a unified manner. Each service consists of a variable and a constant part within the boundary of the problem. This concept has been implemented in a prototype, which is described in the thesis. The core of the prototype is an object-oriented framework. It is suited for the task, because it is capable to represent a generic design for the class of problems mentioned above. A domain model containing the commonalities of these problems has been found, which is an important result of this thesis. A typical application was analyzed to figure out an object-oriented model of this domain. It turned out that a behavior of a network can be modeled by instances of two generic types nport and sumsetter. These instances are always connected by ports. Thereby the port is seen as an abstract term. Its common association to an electrical terminal is only an import special case. The nport is the entity typically associated with an electrical element such as generator, load, line etc. The nport, however, is more general allowing to model for example fault conditions, such as a short circuit. The nport is a finite state machine with a behavior BN σ(Vσ,Pσ,E σ,Tσ) for each state σ. The set E σ contains all equations formulated in terms of local variables Vσ and parameters Pσ. Tσ defines the transitions and their conditions leading to next states. A sumsetter accesses variables located in nports to create further equations, typically expressing incidence relations within networks. A sumsetter contains instances of sum types and a set A of n connected ports. The domain model was implemented as a system of coupled classes 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: Kurzfassung Viele Applikationen im
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 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 81 und 82:
Seite 83 und 84:
Seite 85 und 86:
Seite 87 und 88:
Seite 89 und 90:
4.6. PROGRAMMIER-SCHNITTSTELLEN (AP
Seite 91 und 92:
4.7. IMPLEMENTATION 79 4.7.1 C++ Al
Seite 93 und 94:
Kapitel 5 Domänen-Architektur Das
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 113 und 114:
Seite 115 und 116:
Seite 117 und 118:
Seite 119 und 120:
Seite 121 und 122:
5.6. ADAPTION DES DIENSTES NETZAUFB
Seite 123 und 124:
Seite 125 und 126:
Seite 127 und 128:
Seite 129 und 130:
Seite 131 und 132:
Seite 133 und 134:
Seite 135 und 136:
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 ...

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?