21.05.2013 Aufrufe

IPA-Dokumentation 2013 ResMan Reporting

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

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

7.7 Siebter Tag: Montag, 13.05.<strong>2013</strong><br />

<strong>IPA</strong>-<strong>Dokumentation</strong><br />

Tätigkeiten: Aufwand (geplant) h Aufwand (effektiv) h<br />

Feature „Auslastungsdaten abfragen“<br />

programmieren.<br />

Datenexport<br />

UML activity Diagramme<br />

Total: 8 9.5<br />

Probleme:<br />

Tabelle 12: Arbeitsjournal siebter Tag<br />

2<br />

4<br />

2<br />

Heute hatte ich Probleme mit dem Sortieren der Daten in der Resultat Tabelle. Ich nutzte<br />

für die Sortierung den in der Datenbanktabelle bereits integrierten Sorter von PrimeFaces.<br />

Dieser sortierte aber die Daten nicht richtig. Denn wenn ich zum Beispiel in einer Spalte eine<br />

5, eine 23 und eine 8 hatte, sah die Sortierungsfolge nach ausgeführter Sortierung (DESC )<br />

folgendermassen aus: 23,5,8.<br />

Ich schaute mir dann nochmals meine dynamische Liste an, in welcher die Werte für die Tabelle<br />

stehen. Dabei wurde mir schnell bewusst warum die Sortierung nicht funktionierte. Da<br />

in der Liste String Werte stehen, sortierte der Sorter logischerweise nach den ASCII Zeichen.<br />

Und da in der ASCII- Tabelle die Zwei vor der Fünf kommt und die Acht nach der Fünf<br />

ist es klar, warum die Sortierung nicht wie gewünscht funktionierte. Ich musste den Sorter<br />

also dazu bringen, nicht nach Strings (ASCII) sondern numerisch zu sortieren – aber nur für<br />

die Arbeitsstunden und nicht für die Resourcebezeichnungen.<br />

Als Lösung des Problems, ersetzte ich den Typ der Liste (String) mit dem allgemeinen Typ<br />

Object und füllte die Resourcebezeichnungen als String und die Arbeitsstunden als Float ein.<br />

Danach funktionierte die Sortierung einwandfrei.<br />

Hilfestellungen:<br />

Keine<br />

Reflexion:<br />

Heute habe ich an dem Feature „Auslastungsdaten abfragen“ weitergearbeitet. Dazu programmierte<br />

ich vorallem an der Berechnungslogik. Da die Daten anhand der angegebenen<br />

Granularität (Tag, Woche, Monat) dargestellt werden sollen, musste ich mir überlegen, wie<br />

ich vorallem die Wochen und die Monatssicht umsetzen kann. Ich entschloss mich dann, die<br />

Berechnung so durchzuführen, indem ich die Granularität prüfte und anschliessend über die<br />

bereits berechneten Tage iterierte und aus den Tagen Wochen oder Monatsobjekte machte.<br />

Diese Berechnungslogik implementierte ich in dem bereits bestehenden ResourcePayloadCalculator<br />

rein.<br />

Als ich mit der Berechnung soweit fertig war, machte ich mich an die Sortierung der Daten<br />

in der Tabelle. Ich nahm hierzu den in der Datentabelle bereits integrierten Sortiermechanismus<br />

von PrimeFaces. Als ich die Sortierung allerdings testete, fiel mir auf, dass sie nicht<br />

richtig funktionierte. (Im Abschnitt Probleme genauer erklärt.) Als ich dieses Problem aber<br />

gelöst hatte, setzte ich die Exportfunktion um. Da ich den Exporter von PrimeFaces nutzte,<br />

entschied ich mich sowohl den CSV, den PDF wie auch den Excel Export umzusetzen, obwohl<br />

eigentlich nur der CSV Export eine MUSS Funktionalität wäre.<br />

Ich entschloss mich heute ausserdem, die Drill-Down Funktionalität (KANN) nicht umzusetzen,<br />

da ich sonst in Verzug mit der Zeit kommen würde. Da die <strong>Dokumentation</strong> ein wesentlichen<br />

Teil der Arbeit ausmacht, werde ich die restliche Zeit hauptsächlich noch darin<br />

investieren.<br />

Nächste Schritte:<br />

Morgen werde ich mich hauptsächlich der <strong>Dokumentation</strong> widmen.<br />

Elisa Schnabel 21.05.<strong>2013</strong> Seite 24 von 128<br />

7<br />

1.5<br />

1

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!