- Seite 1 und 2: EistCockpitStudienarbeitAbteilung I
- Seite 3 und 4: 1.2 Inhaltverzeichnis1.1 Dokumenten
- Seite 5 und 6: 1.3 AbbildungsverzeichnisAbbildung
- Seite 7 und 8: Abbildung 93: Externes Design Diens
- Seite 9 und 10: Tabelle 45 Beschreibung Entität Co
- Seite 11 und 12: 1.5 DokumenteninformationDatum Vers
- Seite 13 und 14: EistCockpitII. Management SummaryDa
- Seite 15 und 16: 1.8 Management SummaryInnerhalb des
- Seite 17 und 18: 1.9 DokumenteninformationDatum Vers
- Seite 19 und 20: 1.11 Vorgehen & TechnologienUm die
- Seite 21 und 22: 1.13 AusblickDas Projekt EistCockpi
- Seite 23 und 24: 1.14 DokumenteninformationDatum Ver
- Seite 25 und 26: EistCockpit2 VisionDavid Schöttl,
- Seite 27 und 28: 2.2 Allgemein2.2.1 Zweck des Dokume
- Seite 29 und 30: 2.3.1.3 Interessensvertreter und Be
- Seite 31 und 32: BenutzerumgebungGrundsätzlich sind
- Seite 33 und 34: BenutzerprofileTriage MitarbeiterDi
- Seite 35 und 36: 2.3.1.4 ProduktübersichtIdeeZiel i
- Seite 37 und 38: Bericht zu bestimmter OperationDies
- Seite 39 und 40: 3.1 DokumenteninformationDatum Vers
- Seite 41 und 42: 3.3 VorgehensmodellDas für das Eis
- Seite 43 und 44: ProjektplanDas gesamte Projektmanag
- Seite 45: 3.3.5 SitzungenDen Betreuern der St
- Seite 49 und 50: 3.6 Qualitätssicherung3.6.1 Review
- Seite 51 und 52: 4.1 DokumenteninformationDatum Vers
- Seite 53 und 54: 4.3 Interpretationssession4.3.1 Int
- Seite 55 und 56: 4.3.2 Interviews4.3.2.1 Triage Mita
- Seite 57 und 58: 4.3.2.2 Triage Mitarbeiter 2NameRan
- Seite 59 und 60: 4.3.2.3 Triage Mitarbeiter 3Name:Ra
- Seite 61 und 62: Gibt es Prioritätsstufen bei diese
- Seite 63 und 64: 3: NotizblockDer Notizblock dient d
- Seite 65 und 66: ProblemeDieser Abschnitt enthält e
- Seite 67 und 68: Ziel #Effizienteres Arbeiten in der
- Seite 69 und 70: Strategie #Meldung wird vom Mitarbe
- Seite 71 und 72: Wunsch #Priorisierung von Meldungen
- Seite 73 und 74: 4.3.5.3 Ursachen-WirkungUrsacheHekt
- Seite 75 und 76: 4.4 Behaviour PatternFür die Erste
- Seite 77 und 78: 4.4.2 Persona Linien4.4.2.1 FazitAb
- Seite 79 und 80: Vorkenntnisse &LernenPain Points &F
- Seite 81 und 82: Plötzlich kommt ein höherer Offiz
- Seite 83 und 84: wiederum an die Triage, einer besti
- Seite 85 und 86: 4.5.1.3 Soll-SzenarienSoll-Szenario
- Seite 87 und 88: 4.5.2 Persona Iwo InformiertAlterZi
- Seite 89 und 90: 4.5.2.1 Day-in-the-Live SzenarioIwo
- Seite 91 und 92: 4.5.3 Persona Viktor VersiertAlterZ
- Seite 93 und 94: Ist-Szenario 2 An Personen gebunden
- Seite 95 und 96: Soll-Szenario 3 Bidirektionale Meld
- Seite 97 und 98:
5.1 DokumenteninformationDatum Vers
- Seite 99 und 100:
5.3 ToolsIn der Nachfolgenden Tabel
- Seite 101 und 102:
hereinkommtAls Benutzer in der Tria
- Seite 103 und 104:
5.5.3.3 AttraktivitätDie Attraktiv
- Seite 105 und 106:
5.7 Zugänglichkeit (Accessibility)
- Seite 107 und 108:
6.1 DokumenteninformationDatum Vers
- Seite 109 und 110:
6.3 DomainmodellNachfolgend ist das
- Seite 111 und 112:
6.4.3 StandorteVorbereitung•Rekog
- Seite 113 und 114:
6.5.1.1 ServiceRepräsentiert die E
- Seite 115 und 116:
6.5.2.1 OperationRepräsentiert ein
- Seite 117 und 118:
6.5.2.3 AchievmentRepräsentiert ei
- Seite 119 und 120:
6.5.3.1 LocationRepräsentiert eine
- Seite 121 und 122:
6.5.3.4 ConnectionRepräsentiert ei
- Seite 123 und 124:
6.5.4.1 PersonRepräsentiert eine P
- Seite 125 und 126:
6.5.5 MeldungenAbbildung 31: Datenm
- Seite 127 und 128:
PrioritätDie Priorität der Meldun
- Seite 129 und 130:
6.5.6.1 AdminRoleDiese Tabelle legt
- Seite 131 und 132:
Plugin Meldung - Meldungen erfassen
- Seite 133 und 134:
6.6.1.4 Erkenntnisse (Findings)Wäh
- Seite 135 und 136:
Meldungen erfassen (Triage)Die grö
- Seite 137 und 138:
Plugin StandorteDie auffälligste N
- Seite 139 und 140:
6.6.2.2 Meldungsübersicht1 Sichtba
- Seite 141 und 142:
6.6.3.3 TestauswertungenSdt Daniel
- Seite 143 und 144:
Formular Meldungen erfassenDieses F
- Seite 145 und 146:
FilterMittels des Filters können d
- Seite 147 und 148:
6.6.4 RedesignAnhand der Erkenntnis
- Seite 149 und 150:
Mockup nach RedesignAbbildung 47: M
- Seite 151 und 152:
Mockup nach RedesignAbbildung 48: M
- Seite 153 und 154:
Mockup nach RedesignAbbildung 49: L
- Seite 155 und 156:
EistCockpit7 EntwurfDavid Schöttl,
- Seite 157 und 158:
7.2 Design Entscheide7.2.1 Systemla
- Seite 159 und 160:
7.2.4 Server-Client SystemAufgrund
- Seite 161 und 162:
7.2.5 ServiceWie bereits erwähnt k
- Seite 163 und 164:
Beschreibung des Lademechanismus de
- Seite 165 und 166:
7.2.6.6 StrukturPrinzipiell wird je
- Seite 167 und 168:
7.3.1.1 Allgemeine AnmerkungenDie b
- Seite 169 und 170:
Abbildung 53 EistCockpit Layers7.3.
- Seite 171 und 172:
EistCockpit verwendet aus Gründen
- Seite 173 und 174:
EistCockpit8 PrototypenDavid Schöt
- Seite 175 und 176:
8.2 Allgemein8.2.1 Zweck des Dokume
- Seite 177 und 178:
8.4 Prototypen8.4.1 Webservice Prot
- Seite 179 und 180:
Abbildung 57 JSON Rohdaten, Eintrag
- Seite 181 und 182:
DatenmodellAbbildung 59: Datenmodel
- Seite 183 und 184:
Abbildung 60: Projektstruktur MEF-P
- Seite 185 und 186:
ExportDie Export Annotation markier
- Seite 187 und 188:
8.4.3.6 ErkenntnisseDie Einarbeitun
- Seite 189 und 190:
9.1 DokumenteninformationDatum Vers
- Seite 191 und 192:
9.3 Unit TestsIn diesem Abschnitt w
- Seite 193 und 194:
ServiceOperationContextTestAbbildun
- Seite 195 und 196:
EditLocationViewModelUnitTestAbbild
- Seite 197 und 198:
9.3.3 TestabdeckungWie aus den nich
- Seite 199 und 200:
9.4 SystemtestsResultateFür die Sy
- Seite 201 und 202:
9.4.2 Sprint 2 (31.05.2012)# Titel
- Seite 203 und 204:
9.5 Usability TestsEs konnten keine
- Seite 205 und 206:
9.6.3.1 Lines of CodeNamespaceLOCEi
- Seite 207 und 208:
9.6.3.4 LocationsPluginAbbildung 81
- Seite 209 und 210:
9.6.4 Coding ConventionsGenerell ge
- Seite 211 und 212:
9.6.6 Verwendete Libraries9.6.6.1 .
- Seite 213 und 214:
9.6.7 Fehler & WarnungenAus den nac
- Seite 215 und 216:
9.8 Externes DesignDieser Abschnitt
- Seite 217 und 218:
9.8.1.3 Standort erfassenBeim Erfas
- Seite 219 und 220:
9.8.2.2 Meldungen erfassenDie Abbil
- Seite 221 und 222:
9.8.4 App ConfigDas App Config enth
- Seite 223 und 224:
EistCockpit10 Developer ManualDavid
- Seite 225 und 226:
10.2 ÜbersichtDas vorliegende Doku
- Seite 227 und 228:
10.3.3.2 DALwelches mit der DB arbe
- Seite 229 und 230:
10.3.4.2 Project SettingsAuch für
- Seite 231 und 232:
11.1 DokumenteninformationDatum Ver
- Seite 233 und 234:
11.2.2 Vergleich zur bestehenden L
- Seite 235 und 236:
11.2.3.4 Plugin TBZDieses Plugin so
- Seite 237 und 238:
EistCockpitV. Projekt Retrospektive
- Seite 239 und 240:
11.4 Allgemein11.4.1 Zweck des Doku
- Seite 241 und 242:
11.6 Persönliche Berichte11.6.1 Da
- Seite 243 und 244:
gefällt. Auch wenn diese später a
- Seite 245 und 246:
11.6.3 Diego SteinerDa ich mich noc
- Seite 247 und 248:
Tickets# Aktivität Status Prio. Na
- Seite 249 und 250:
11.7.1.3 Sprint 1Dauer 2 WochenGesc
- Seite 251 und 252:
99 Documentation CLO Normal Kogniti
- Seite 253 und 254:
136 Documentation Resolved Normal P
- Seite 255 und 256:
Mannstunden11.7.3 TätigkeitenIn di
- Seite 257 und 258:
EistCockpitAnhang AVerzeichnisse Re
- Seite 259 und 260:
A.1.2 AbkürzungserläuterungAbkür
- Seite 261 und 262:
[url18] System.Data.SQLite.org, "Sy
- Seite 263 und 264:
#llHSRHOCHSCHUIE fOR IECHTIfnaP? En
- Seite 265 und 266:
HSRHOCHSCHULE FOR IECHXI(na?PE n sw
- Seite 267 und 268:
HSRHOCHSCHULE FÜR TECHNIKRAPPERSWI
- Seite 269 und 270:
in agents using different GAPs that
- Seite 271 und 272:
thereby specifying how data is tran
- Seite 273 und 274:
interprocess communication mechanis
- Seite 275 und 276:
which we measured in our performanc
- Seite 277 und 278:
the need to execute transactions in
- Seite 279 und 280:
server successfully executed the ac
- Seite 281 und 282:
update two or more resources concur
- Seite 283 und 284:
A.1 Sitzungprotokoll 20.02.2012A.1.
- Seite 285 und 286:
Documentation-Driven Refactoring Kr
- Seite 287 und 288:
A.2.4.3Benutzerbeobachtung Ist-Anal
- Seite 289 und 290:
Einsatz von .net.Die Grundsätzlich
- Seite 291 und 292:
3. Woche Einkalkulierte PufferzeitA
- Seite 293 und 294:
A.5 Sitzungprotokoll 05.03.2012 (19
- Seite 295 und 296:
A.5.4.5Architektur Wieso wurde der
- Seite 297 und 298:
A.6 Sitzungsprotokoll 26.03.2012A.6
- Seite 299 und 300:
Sitzungsprotokoll 05.03.2012 (19:00
- Seite 301 und 302:
A.8.3.4Stand der Arbeiten SP1 UInt2
- Seite 303 und 304:
Viewmodel besser in gleiches Projek
- Seite 305 und 306:
A.11 Sitzungsprotokoll 09.05.2012A.
- Seite 307 und 308:
A.12.3.4 Tasks für diese Woche Fer
- Seite 309 und 310:
ÄnderungsgeschichteDatum Version
- Seite 311 und 312:
Arbeitspaketezu erledigenerhöht we
Change language