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