bmw712

Die restlichen Infos stehen nicht im LDAP. Es stehen weder die private Telefonnummer im ADS, noch die Personalnummer. Schön langsam bin ich richtig fertig. Was soll ich denn sonst machen? Soll ich etwa ein komplett eigenes CMS schreiben? Wäre das vom Aufwand her besser. Ich verzweifle grad.

Letztes Projekt war zuviel. Dieses ist zuwenig. Man könnte k** Was mir letztens noch eingefallen ist. Ich erfasse ja an einer Stelle die eMail-Adresse. Dies möchte ich gegen das ADS gegenprüfen. Das würde dem Projekt noch ein interessantes "Add-On" liefern.

Hat zwar leider etwas länger gedauert. Aber nun hab ich meinen Projektantrag nochmals etwas aktualisiert. :mod: Ich bitte um vielfältige Kritk. Projektantrag v1.2.pdf

Jo. Mach ich heut nachmittag. Ich war halt noch etwas unschlüssig, wie tiefgreifend die Projektbeschreibung beim Antrag sein sollt. Aber ich mach mal. :confused:

Diese Tabelle wird von mir angelegt. Ist also Projektinhalt. Kann man ebenfalls in einer kleinen Tabelle abspeichern. So ist zumindest der Plan. Vll. mit einem kleinen Menüpunkt im Programm, in welchem man hier etwas ändern/einfügen und löschen kann. Ok. Kein Teil des Projektes. Wird in der Doku nur kurz erwähnt. Dacht halt, weil es dann etwas mehr wäre. Und im reellen Projekt muss es halt von mir mit berücksichtigt werden. Aber es passt halt meiner Meinung nach ned zu dem Thema. U.a. weil es eine ganz andere Programmiersprachengeschichte is => Ergo: Nicht dabei! Es tut mir Leid. Aber ich hab wenig Ahnung von der Zeitplanung. Mir fällt des schwer eine Zeitplanung zu machen, wenn ich das Projekt noch nicht begonnen hab.

Solche Features sind eine gute Idee. Danke. Sowas werd ich noch miteinbauen.

Vll. will da ja jemand mal kurz drüberschauen... ??? :mod:

Hier hab ich mal einen aktualisierten Projektantrag: Projektantrag v1.1.pdf

Is vollkommen klar. D.h. das Ganze genauer formulieren, damit diese Sachen die ich im letzten Beitrag erwähnt hatte auch klar werden?? Es soll ja eben ned nur eine automatische eMail sein. Sondern ein Umstieg vom lästigen Excel (mit Tippfehler und Co. und inkl. der Ausgabe der Blätter) auf ein automatisches Zusammenholen der Daten mittels der gepflegten Daten aus der DB. Ich hatte das irgendwie als selbstverständlich gehandelt, dass die Daten nun zukünftig Datenbankgestützt sind. Aber ich formulier des nochmal so um. Wenn des dann noch deutlich rüberkommt, müssts vom Inhaltlichen her reichen, oder? Merci schonmal!!

Zuerst hat ich ein Projekt, das war immens zu groß. Nun is es event. etwas zu klein.. Aber vll. weiß jemand noch wie ich trotzdem sinnvoll auf die Zeit komme. (Ich weiß ja auch ned, wielang ich reell brauch. Aber du hast schon Recht. Des is fast a bissal zu hoch dimensioniert. Naja. Wie gesagt. Momentan wird das Ganze einfach im Excel eingetippt. Mit den folgenden Spalten: Personalnummer, Name, Abteilung, priv.Telefonnummer, eMail, Und bisher werden halt die Namen immer wieder untereinander aufgeschrieben und dann der Rest an Daten dazu ergänzt. Zukünftig soll halt die Sache einmal festgehalten werden und dann wird nur noch (in eine weitere Tabelle) eingetragen: Jahr, KW, PersNr. und Basta!! (Das macht dann meine Anwendung) Und die Ausgabe für die eMail gibt halt wieder die kompletten Daten zurück. (mittels Join). Und zudem gibt es in unserem Intranet auch noch irgendwo die Anzeige für den aktuell "Diensthabenden". Ist das so ok?? :confused:

Ich weiß ned, ob ma des als fertige Komponenten bezeichnet. Bissal vorgefertigt halt. Programmiersprache is Delphi und die Komponenten sind sogen. Indy-Komponenten. Die Anbindung an eine Urlaubs-/Abwesenheits-DB wollt ich auch machen. Aber des funktioniert ned so einfach. Denn bei uns gibts sowas ned. Bzw. man kann über einen immensen Aufwand der die 70 Stunden um ein Vielfaches überschreitet, event., aber auch nur EVENT. auf die Urlaubstage zugreifen.

Es hat zwar etwas gedauert (Urlaub, etc.). Aber nun präsentier ich euch mal meinen vorläufigen Projektantrag:

Grundsätzlich ne gute Idee. Aber das würd den Rahmen von 70 Stunden brechen. Da muss dann nach der Generierung nochmal einer drüberschauen und ihn dann erst freigeben. Des is zwar blöd, aber geht leider ned besser. Mach ich. Wahrsch. morgen...

Ok. Da mein Auftragsverwaltungsprogramm wohl eher nichts ist, habe ich noch was anderes. Ist-Zustand: Wir sind ein mittelständisches Handelsunternehmen mit einer kleinen IT-Abteilung. Jede Woche hat außerhalb der Bürozeiten eine andere Person "Notfalldienst". Dieser Dienstplan wird quartalsweise an die relevanten Personen nach IT-interner Ausarbeitung und Abmachung (im Normalfall wiederholt sichs einfach wie in einer Schleife) herausgegeben. Dies ist momentan eine Excel-Liste bei der Name und Telefonnummer eingetragen -> ausgedruckt und verteilt wird. Z.B.: KW 35 - Sepp Huber - 0123/9876; KW 36 - Hans Maier - 089/12345 Je öfter dass man dies eingibt, desto größer wird die Wahrsch. dass man sich vertippt. Soll-Zustand: Nun soll folgendes geschaffen werden: Man legt einmal in einer Datenbank die Zuordnung von Name und Telefonnummer fest. Anschließend kann man in dem (dann entwickelten) Programm das Quartal einstellen und die Person bei der begonnen werden soll. Nun füllt das Programm die nachstehenden Wochen (des Quartals) mit den Namen aus der DB-Tabelle (in einer Schleife) und schickt (optional) die druckfertige Datei direkt als PDF an die zuständigen Personen. ---------------------- Was haltet ihr davon? Ich hoffe es ist verständlich erklärt. Dies ist eine reele "Problemlösungsanwendung" dass Fehler bei der Eingabe und den Zeitaufwand beim Generieren des Quartals" minimieren bzw. ausschließen soll.

Niemand?