Datums- und Zeit Problem - Was meint Ihr?

[fritandr]

Hallo,

mich würde mal interessieren, wie Ihr das seht   .

Wir nehmen einmal an, jemand hätte eine Software unter Notes entwickelt, die unter anderem Projekte und Tätigkeiten verwaltet.
Es werden also eifrig Projekte in der DB erfasst, mit vielen Unterprojekten schön untergliedert, evtl. noch Aktivitäten zu den Projekten und Unterprojekten erfasst und schließlich Tage für die Projekte, ... geplant.

Das Projekt geht in die Realisierungsphase und die einzelen Projektbeteiligten erfassen Ihre Ist-Zeiten (evtl. in Stunden oder Minuten) auf die entsprechenden Projekte, Unterprojekte, ...

Im Projekt soll jederzeit sichtbar sein, wieviel Zeit bisher aufgelaufen ist. Das funktioniert anscheinend auch ganz toll. Wenn da nicht plötzlich Projekte auftauchen würden, die zu mehreren 1000% aus dem Ruder laufen.

Bei einer genaueren Analyse des Problems stellt man schließlich fest, daß es anscheinend manchmal vorkommt, daß erfasste Ist-Zeiten zunächst in Industriezeit (100er Teilung) umgerechnet werden und dann plötzlich anstatt in Stunden als ganze Tage interpretiert werden.

Der Hersteller der Software stellt sich jetzt auf den Standpunkt, daß das Problem daran liegt, daß manche Personen mit einem deutschen Windows auf einem deutschen Server mit einem deutschen Notesclient arbeiten und andere Anwender mit entsprechender englischer Software.
Aussage:
"Das System kommt mit den unterschiedlichen Clientversionen (mal deutsch, mal englisch) nicht zurecht. Sie müssen dafür sorgen, daß für all Ihre Anwender die gleichen Voraussetzungen geschaffen werden!"

Heißt das jetzt, daß ich mir eine gemeinsame Projektarbeit mit Kollegen in Amerika oder Russland ein für alle mal aus dem Kopf schlagen muß?
Oder würdet Ihr, wie ich, eher meinen, daß hier die Herstellerfirma nochmals gefordert ist und Ihr System so umprogrammieren muß, daß ich völlig egal, welchen Client ich benutze, Istzeiten auf den Projekten erfassen und diese dann ebenfalls wieder unabhängig vom NotesClient auswerten kann?

Wie seht Ihr das?
Bin schon sehr auf Eure Meinungen gespannt.

Viele Grüße
fritandr, der nicht mehr weiss, welchen Client er denn eigentlioch noch verwenden darf, oder nicht  

[Glombi]

Was sagt das Pflichtenheft dazu  

[fritandr]

Was sagt das Pflichtenheft dazu  

Hallo,

es gibt kein Pflichtenheft in dem Sinne. Es handelt sich hier um eine "Standardsoftware", die Out of The Box verkauft und dann beim Kunden ggf. noch ein wenig auf seine Bedürfnisse angepasst wird.

Gruß
Andreas

[Semeaphoros]

Das Problem liegt wohl weniger an der Sprachversion des Clients als vielmehr an den sogenannten "internationalen" Einstellungen: sprich unterschiedliche Trennzeichen für Dezimalstellen und Tausendertrennung und so. Da Notes keinen internen Support für Industriezeit bietet, muss das ja wohl irgendwie umgerechnet werden. Aber wer international fähige Software anbieten will, kann sich da keine Ausrede leisten, man kann das beherrschen, und wenn man mit Standard-Datentypen arbeitet, erledigt einem das OS und das Notes einen ganz grossen Teil der Anpassungen. Ich würde das so nicht akzeptieren, insbesondere, wenn es sich um eine Standardsoftware handelt. Bei Individualsoft ist es dann schon eine Frage, wie weit die Internationalisierung spezifiziert wurde.

[Glombi]

Den Satz

"Das System kommt mit den unterschiedlichen Clientversionen (mal deutsch, mal englisch) nicht zurecht. Sie müssen dafür sorgen, daß für all Ihre Anwender die gleichen Voraussetzungen geschaffen werden!"

verstehe ich nicht ganz. Es muss doch wohl entweder mit dem deutschen oder mit dem englischen Client nicht gehen. Wenn es bspw. mit dem englischen nicht geht, und alle User den englischen Client nutzen, dann haben alle die gleichen Voraussetzungen und es wird dennoch Schrott berechnet.

Andreas

[Glombi]

Aber wer international fähige Software anbieten will, kann sich da keine Ausrede leisten, man kann das beherrschen, und wenn man mit Standard-Datentypen arbeitet, erledigt einem das OS und das Notes einen ganz grossen Teil der Anpassungen.

Stimmt, mit der Einschränkung: Man darf keine anderen Datentypen als Zahl verwenden.
Ich hatte schon die tollsten Ergebnisse mit Cstr(...) und @Text(...).

Bei Uhrzeiten kommt erschwerend hinzu, dass es Zeitzonen gibt. Am besten immer alles auf UTC (=GMT = Zulu-Zeit) runterbrechen und dann erst damit herumrechnen.

Andreas

[fritandr]

Es muss doch wohl entweder mit dem deutschen oder mit dem englischen Client nicht gehen. Wenn es bspw. mit dem englischen nicht geht, und alle User den englischen Client nutzen, dann haben alle die gleichen Voraussetzungen und es wird dennoch Schrott berechnet.

Sehe ich auch so. Momentan ist es so, daß der englische Client Schrott bringt (trotz angepasster "internationaler" Einstellungen).  Aber das nicht in allen Ansichten, nur in manchen  .  Der Hersteller meint dazu, daß dann beim englischen Client auch ein englischer Server und ein englisches BS notwendig ist.

Gruß
Andreas

[Semeaphoros]

Stimmt, als String darfs nicht aggespeichert werden. Bin grad aktuell an einer Implementation, wo ich darauf aufpassen muss ...  

Das Runterbrechen auf Universal-Time das macht Notes ja eigentlich intern selber.

[Glombi]

@Andreas: Kennst Du denn die Ursache? Was wird in den fehlerhaften Ansichten gemacht, d.h. erfoglt die Berechnung der Zeiten bzw. Prozente in der Ansicht?

Andreas

[koehlerbv]

Vor Jahren bin ich bei Auswertungen über zigtausend Dokumente einer Db mal darüber gestolpert, dass einige Dumm-User an den BS-Einstellungen über das Date/Time-Format rumgespielt haben.
Seither rechne ich alles Date/Time-Zeugs so um, dass der Clienttyp, das OS und seine Einstellungen etc. keinerlei Rolle mehr spielen.

Selbst wenn die Firma sagen würde "Wir verkaufen unsere SW nur in Deutschland", bewahrt sie das in keinster Weise davor, dass irgendein User meint, er würde zwar in Deutschland sitzen, hätte aber Tokyoter Zeit. Dafür ist ohne Wenn und Aber der Hersteller der Software zuständig. Und - wenn auch manchmal sperrig - hat Iris alles getan, um sauber mit unterschiedlichen Zeitzonen und Formaten arbeiten zu können. Wenn die Programmierer dann zu deppert sind, ist es deren Problem.
Akzeptieren würde ich ja noch, wenn ein User als Arbeitsbeginn "08.00 CET" einträgt und als Arbeitsende "11:00 EST" (das wäre zwar 1700 CET, aber) und dann das Programm sagt: He, Du bist ja gaga. Aber selbst dieses wäre bei sauberer Implementierung der Zeitdifferenzberechnungen nun wirklich kein Problem.

Wenn Dein SW-Hersteller solche Aussagen trifft, dann kannst Du fast mit Sicherheit noch ein paar mehr böse Fallen erwarten. Ist zumindest meine Erfahrung !

Bernhard

[fritandr]

@Andreas: Kennst Du denn die Ursache? Was wird in den fehlerhaften Ansichten gemacht, d.h. erfoglt die Berechnung der Zeiten bzw. Prozente in der Ansicht?

Leider kann ich dazu noch nichts genaues sagen. Bis jetzt fehlte mir die Zeit, mal gründlichere Nachforschungen zu betreiben.

Andreas

[Semeaphoros]

Sehe ich grundsätzlich auch so. Dass man da mal drüberstolpert, ist das eine, wenn mans dann aber so seltsam begründet, dann ist das schon bedenklich.

[ata]

... da kann ich mich nur anschließen. Ich halte die Behauptung, daß die Software nur auf einem homogenen System funktionieren kann als absolute Schutzbehauptung, bzw. Eingeständnis der Unfähigkeit.

Lotus Notes hat seine Macken und Zeitberechnung sind nicht einfach - aber sie sind zu matchen. Ich arbeite mit völlig unterschiedlichen Versionen von R4 bis R6 auf internatinaler Bühne von Indonesien über Amerika nach Brasilien und mehreren europäischen Ländern. Die von dir geschilderte Aussage des Herstellers könnte ich in keiner Weise akzeptieren - würde ich das meinem Kunden so weitergeben, wäre ich arbeitslos...

... daher meine Empfehlung: such dir was funktionierendes und schick den in die Wüste - oder empfiehl ihm eine gute Fortbildung...

Toni  

[Semeaphoros]

Ich würde es sogar noch pointierter darstellen: ein Versuch, die Unfähigkeit nicht eingestehen zu müssen ..........