APD Development-Guidelines

Ausgangslage (Auftrag NBW10001567)

(am Beispiel eines AMSys-Auftrags)

Guidelines (beispielhaft zu NBW10001567)

Zuknftige Weiterentwicklung

Name Vorname Ort, Datum

Ausgangslage am Beispiel AMSys-Auftrag

NBW10001567_DIALYSEFAHRKOSTENAUSWERTUNG

Jobabbruch nach 4 Std. (!) wegen Speicherengpa und zwar hier: ......

ITSCare - Thema des Vortrags

01.05.2013

Ausgangslage II am Beispiel AMSys-Auftrag

NBW10001567_DIALYSEFAHRKOSTENAUSWERTUNG

!!

Ausgangslage III am Beispiel AMSys-Auftrag

NBW10001567_DIALYSEFAHRKOSTENAUSWERTUNG

Prognose: zunehmende Verschrfung dieser Situation auf dem BaW BW System BWP !! (auch auf IBP/JBP/SBP ?)

Guidelines I Technische Aspekte 1

Keine groen Tabellen uneingeschrnkt hinzulesen, weder am Start eines APD noch "zwischendurch" Grenkriterium: Zeilen x Spaltenanzahl < 250 Mio. ??)
Lsung: z.B. immer mit der Tabelle Y...TVARV (o..) beginnen, anschliessend in einer Routine nur die bentigten Daten lesen (ggf. Filter - Design Step fr die bentigten TVARV-Eintrge dazwischenschalten). => setzt voraus, dass dann zumindest ein Eintrag mit dem APNAME angelegt wird

am Beispiel: NBW10001567_DIALYSEFAHRKOSTENAUSWERTUNG * LO12: 136.491.370 DS, 100 Spalten * GO07: 53.378.345 DS, 9 Spalten => Reduzierung auf: 777.485 DS, 12 Spalten (0,07 %) => Reduzierung auf: 12.468 DS, 5 Spalten (0,01 %)

Guidelines I Technische Aspekte 2

Tabellen nicht zweimal oder mehrmals innerhalb in einer APD-Entwicklung einlesen => Ausnahme: Tabelle YTVARV, sonst mssen die Parameter an die bentigten Stellen "durchtransportiert" werden
am Beispiel: NBW10001567_DIALYSEFAHRKOSTENAUSWERTUNG * GO05: 2 x 21.337.428 DS, 10 Spalten => Reduzierung auf: 5081 DS, 10 Spalten

(0,01 %)

=> Daten werden in Abhngigkeit der vorherigen Selektionen gelesen (FOR ALL ENTRIES) + weiterer Selektionskriterien (ggf. wieder aus YTVARV)

Guidelines I Technische Aspekte ......

(hierunter fallen auch programmiertechnische Aspekte)

Kontinuierliche Weiterentwicklung der Guidelines !

Guidelines II Prozess Aspekte 1 ..... (Develop the future)

Wenn mehr als 5-6 Tabellen gelesen werden mssen -> keine direkte Entwicklung mehr, sondern erst Rcksprache mit dem ArchitekturVerantwortlichen

=> Hintergrund: aus dieser Vorgehensweise soll sich "Schritt 2" entwickeln (Transistionsproze: IST -> SOLL): * Ziel: Entwicklung einer wiederverwertbaren und sachlogischen Integration der Daten ber BW-Objekte oder Klasse oder etc.

Guidelines II Prozess Aspekte 2 ..... (Develop the future)

Zu jedem Auftrag/jeder Entwicklung sollte zuknftig "geloggt werden, welche Tabellen und in welchem Umfang in einer Realisierung gelesen werden

=> Hintergrund:
Dies dient in erster Linie dem Architektur-Verantwortlichen, tendentiell sinnvolle Datenzusammenstellungen zu erkennen
* -> an dieser Stelle sind dann die APD bekannt und ein Einstieg auf Feldebene wre mglich * -> idealerweise auch (zumindest teilweise) historische Pflege

=> Vorschlag fr eine schnelle und einfache Umsetzung: in der bestehenden Datei "bersicht Entwicklungsobjekte

Guidelines II Prozess Aspekte 2 ..... (Develop the future)

Ausgangslage
AMSys-Auftrag NBW10001567_DIALYSEFAHRKOSTENAUSWERTUNG

Umsetzung der Guidelines und Ergebnis am Beispiel des AMSys-Auftrags

Laufzeit nach Umstellung ca. 20 min.

Danke fr Ihre Aufmerksamtkeit.

Heilbronner Str. 190 70191 Stuttgart Telefon xxx | xxxxxx-xxx Telefax xxx | xxxxxxx-xxx Mobil xxxx | xxxxxxx Internet www.itscare.de E-Mail vorname.nachname@itscare.de

Vorname Nachname Titel 1 | Titel 2