1.Ich habe eine Tabelle tblAufgabe. In dieser Tabelle werden Aufgaben über ein Kombifeld an verschiedenen Phasen zugeordnet. Nach diesen Phasen müssen die Aufgaben schlussendlich sortiert respektive gruppiert werden. Weiter habe ich eine tblProjektarten (z.B. Projektart A, Projektart B, Projektart C usw.). Die verschiedenen Aufgaben müssen zu den jeweiligen Projektarten zugewiesen werden können. Wobei es zu beachten gibt, dass die verschiedenen Aufgaben in mehreren Projektarten vorkommen können und die Projektarten evtl. erweitert werden können. Aus der tblAufgabe müssen Checklisten für die verschieden Projektarten erstellt werden können. Die Checkliste muss dann einem Projekt bei welchem die Projektart definiert wird zugeordnet werden. Diese Checkliste muss dann von den jeweiligen Projektleitern mit Checkboxen abgearbeitet werden können.
2.
Es wäre super wenn anhand der Checklisten im Projektdatensatz anhand den Checkboxen der Prozentsatz wieviel erledigt ist angezeigt wird.
Ich hoffe ich konnte mich verständlich ausdrücken und hoffe auf Hilfe. Ich bedanke mich schon jetzt für die Rückmeldung.
Hallo,
zeige bitte das Bild des Beziehungsfensters auf dem man alle TAbellen mit allen Feldern sieht.
Prinzipell sind Checkboxen für eine solche Datenbank ungeeignet.
Hallo,
Warum gibt es keine Tabelle "Projekte". Nach deiner Beschreibung scheint
mir das doch die wichtigste Entität zu sein:
ein Projekt hat eine Art (1:n)
ein Projekt wird in mehreren Phasen abgearbeitet (n:m)
eine Phase hat mehrere Aufgaben (n:m)
Vielleicht zeigst du uns mal ein Bild des Beziehungsfensters. Wenn das
Datenmodell erst mal richtig aufgebaut ist, sind Auswertungen jeglicher Art
eigentlich kein Problem.
Was soll den da "gecheckt" werden, - die Erledigung der Aufgaben?
Dann würde ich es nicht mit einem Ja/Nein-Feld machen sondern mit einem
Datumsfeld. Das bietet eine zusätzl. Information, und du könntest z.B. auch
die Dauer der Erledigung oder Terminüberschreitungen ermitteln. Optisch
kannst du das trotzdem als Checkbox darstellen.
gruss ekkehard
Hier wie gewünscht die Beziehungen.
Hallo,
Die Beziehung zur Projektbezeichnung ist falsch und muss entfernt werden.
Außerdem ist referentielle Integrität einzustellen.
Die Aufgabentabelle hängt in der Luft, was auch nicht stimmen kann.
Hallo,
die Frage ist wieviele Projektbezeichnungen kann ein Projekt haben? Ich pers. gehe davon aus, 1 Projekt 1 Projektbezeichnung. Ergo gehört die Bezeichnung in Tabelle Projekt und die Tabelle tblProjektbezeichnung ist überflüssig.
Der Pfeil rüber von ObjektID_FS zu ObjektBezeichnung ist wohl ein Versehen denk ich. Muss weg.
Und zwischen tblObjekt.ObjektID und tblProjekt.ObjektID_FS ist eine 1:n Beziehung mit ref. Integrität einzustellen.
ZitatDie verschiedenen Aufgaben müssen zu den jeweiligen Projektarten zugewiesen werden können
Das bedeutet, Aufgaben sind vordefiniert, und können für verschiedenste Projektarten herangezogen werden - sind also nicht Projektspezifisch sondern Projektartspezifisch.
Dann benötigst du den ProjektArtID als Fremdschlüssel in der Tabelle tblAufgabe, incl. 1:n Beziehung und ref. Integrität.
Gruß Andreas
Tag zusammen
Besten Dank für die Rückmeldungen.
Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw. Ist also in demfall aus meiner Sicht schon richtig. Wird von mehreren Projekten verwendet. Man kann allenfalls über die Bezeichnung diskutieren.
Die Beziehung ObjektID_FS zu Objektbezeichnung ist entstanden, weil in der Tabelle Projekt über den Objektcode und über die Objektbezeichnung ausgesucht werden können muss.
Gruss Pius
ZitatProjektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw.
Nur aus Interesse, was steht dann in "Projektart"?
A-Projekt
B-Projekt
C-Projekt
D-Projekt
S-Projekt
Hallo,
ehrlich, solche Antworten wirken nicht sehr motivierend. :(
Wenn Du glücklich mit der tblProjektBezeichnung wirst, dann bleib dabei. Die Kernaussage dieser Tabelle/nbeziehung lautet:
Eine Projekt
bezeichnung kann an
viele Projekte vergeben werden. Ob das logisch ist, musst Du selber erkennen. Vermutlich meinst Du hier eher eine Projekt
Kategorie, was mehr Sinn machte. Dann sollte auch der Tabellenname das zum Ausdruck bringen.
Nicht nur falsch, sondern grottenfalsch sind die Beziehungen zwischen ObjektID_FS und ObjektID/Objektbezeichnung.
Ich nehme an, es sollen (mehrere) Projekte an einem Objekt abgewickelt werden. Dann ist eine Tabelle tblObjektProjekte in m:n-Beziehung zu tblObjekte und tblProjekt erforderlich (!) .
Wenn zu je einem "ObjektProjekt" spezielle Aufgaben zugeordnete werden müssen, ist eine weitere Tabelle "tblObjektProjektaufgaben" nötig(!), mit m:n-Beziehungen zu "tblObjektProjekte" und "tblAufgaben".
Zitat
Die Beziehung ObjektID_FS zu Objektbezeichnung ist entstanden, weil in der Tabelle Projekt über den Objektcode und über die Objektbezeichnung ausgesucht werden können muss.
Was soll da wo ausgesucht werden? Wie auch immer das zu interpretieren ist, es ist db-technischer Nonsense.
Mit o. a. Struktur kann Du (mit Hilfe von verknüpfenden Abfragen) auf alle hinterlegten Daten zugreifen und auch nach diesen suchen.
Zitat von: Seur am Januar 28, 2020, 12:49:54
A-Projekt
B-Projekt
C-Projekt
D-Projekt
S-Projekt
Wie bedeutungsvoll
Hallo,
Zitat von: Seur am Januar 28, 2020, 12:36:42Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw.
Das sind keine Bezeichnungen das sind Projekttypen. Projektbezeichnung wäre ein für das jeweilige Projekt spezifischer Text wie z.B. "Energetischer Umbau Bielefelder Alm 44 in 2020"
Gruß Andreas
Zitat von: Beaker s.a. am Januar 28, 2020, 13:25:47
Zitat von: Seur am Januar 28, 2020, 12:49:54
A-Projekt
B-Projekt
C-Projekt
D-Projekt
S-Projekt
Wie bedeutungsvoll
Dies ist wirklich so. Die Projektart definiert die Projektgrösse anhand der Bausumme.
Zitat von: Hondo am Januar 28, 2020, 13:48:10
Hallo,
Zitat von: Seur am Januar 28, 2020, 12:36:42Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw.
Das sind keine Bezeichnungen das sind Projekttypen. Projektbezeichnung wäre ein für das jeweilige Projekt spezifischer Text wie z.B. "Energetischer Umbau Bielefelder Alm 44 in 2020"
Gruß Andreas
Dies ist korrekt habe dies bereits angepasst.
Zitat von: DF6GL am Januar 28, 2020, 13:12:35
Zitat
Die Beziehung ObjektID_FS zu Objektbezeichnung ist entstanden, weil in der Tabelle Projekt über den Objektcode und über die Objektbezeichnung ausgesucht werden können muss.
Was soll da wo ausgesucht werden? Wie auch immer das zu interpretieren ist, es ist db-technischer Nonsense.
Ich habe ein Formular erstellt in welchem die Projekte erfasst werden. In diesem gibt es die Spalte Objektcode und die Spalte Objekt-Bezeichnung. Ziel ist es das der Anwender sowohl mit dem Objektcode oder mit der Objekt-Bezeichnung arbeiten kann. Wenn er die Objekt-Bezeichnung findet wird der Objektcode automatisch ausgefüllt oder umgekehrt. Mach ich da eine falsche Überlegung? Zum besseren Verständnis habe ich eine Printscreen angehängt. Freue mich auf deine Rückmeldung. Besten Dank.
Hallo,
ZitatMach ich da eine falsche Überlegung?
Ja...
Zuerst müssen der Tabellenaufbau stimmen, bevor man sich Gedanken um Formulare macht.
Zitatsowohl mit dem Objektcode oder mit der Objekt-Bezeichnung arbeiten kann
Was heißt "arbeiten"? Wenn das "Suchen nach" oder "Auswählen von" bedeutet, dann geschieht dies nicht als "entweder-oder" Eingabe von Daten, es wird eine eindeutige ID benutzt.
Hallo,
Wie bereits in #4 und nachfolgend geschrieben ist die Doppelbeziehung völliger Unsinn. Das geht definitiv nicht.
Es darf nur eine Beziehung über die IDs geben. Die Beziehung zur Bezeichnung muss gelöscht werden.
Im Formular kann man zur Auswahl 2 Kombis verwenden, das eine zeigt die den Projektcode und das andere die Bezeichnung. Beide Kombis müssen an das ObjektID_FS Feld gebunden werden. Dann kann man beide Kombis zur Auswahl benutzen. Diese synchronisieren sich automatisch.
Geschätzte Helfer
Ich glaube ich habe alle Ungereimtheiten in meiner Datenbank behoben (Hoffe ich zumindest). Ich bedanke mich bei allen.
Gruss Pius
Zitat von: Hondo am Januar 28, 2020, 12:24:24
Das bedeutet, Aufgaben sind vordefiniert, und können für verschiedenste Projektarten herangezogen werden - sind also nicht Projektspezifisch sondern Projektartspezifisch.
Dann benötigst du den ProjektArtID als Fremdschlüssel in der Tabelle tblAufgabe, incl. 1:n Beziehung und ref. Integrität.
So ist die Idee. Was ich einfach nicht auf die Reihe kriege. Eine Aufgabe kann bei verschiedenen Projektarten vorkommen. Kannst du mir da weiterhelfen?
Gruss Pius
Hallo,
ZitatIch glaube ich habe alle Ungereimtheiten in meiner Datenbank behoben
Dann zeige bitte mal ein Bild des Beziehungsfensters so wie Du das jetzt hast (nach dem beseitgen der Ungereimtheiten).
Es muss klar sein, dass für das Vorhaben das Datenmodell stimmt. Und dazu braucht das Beziehungsbild.
Hier meine Beziehungen.
Hallo,
ZitatEine Aufgabe kann bei verschiedenen Projektarten vorkommen.
Das kann doch nicht sein. Die Aufgaben machst Du doch für ein Projekt, doch nicht für die Projektart, oder ?
Die Projektart ist ja ein Kennzeichen des Projekts und an die Projektart kann nach meinem Verständnis keine Aufgabe gebunden werden.
Zitat von: MzKlMu am Januar 31, 2020, 23:35:20
Das kann doch nicht sein. Die Aufgaben machst Du doch für ein Projekt, doch nicht für die Projektart, oder ?
Die Projektart ist ja ein Kennzeichen des Projekts und an die Projektart kann nach meinem Verständnis keine Aufgabe gebunden werden.
Die Projektart definiert sozusagen die Projektgrösse nach Bausumme. Jedem Projekt wird eine Projektart zugeordnet. Es werden A-Projekte Bausumme ab 50'000'000, B-Projekte Bausumme 10'000'000 bis 50'000'000, C-Projekt Bausumme 1'000'000 bis 10'000'000 und D-Projekte bis 1'000'000 definiert. Je nach Projektart können also die Aufgaben unterschiedlich ausfallen. Zum Beispiel muss für ein kleineres Projekt kein Projekthandbuch erstellt werden. Aus diesem Grund hängen die Aufgaben von der Projektart ab.
Hallo,
und hat dann jede Projektart immer die gleichen Aufgaben ?
Oder, anders gefragt, hat jedes Projekt der gleichen Projektart auch immer die gleichen Aufgaben ?
Musst Du (oder willst Du) auch noch den Fortgang der Aufgaben definieren, also z.B. ErledigtAm, ErledigtDurch etc. ?
Oder soll das nur eine reine Zuordnung werden?
Ja ... jede Projektart hat immer die gleichen Aufgaben. Wobei eine Aufgabe bei mehreren Projektarten vorkommen kann. ErledigtAm und ErledigtDurch muss auch definiert werden.
Die Aufgabenliste wird ja schlussendlich einem Projekt zugeordnet. Es wäre dann super wenn die erledigten Aufgaben über eine Prozentzahl beim Projekt grafisch dargestellt werden könnten. Ist dies möglich?
Hallo,
da werden noch weitere Tabellen benötigt.
Eine Tabelle zur Zuordnung der Aufgaben zur Projektart mit FS zu Aufgaben und Art und eine Tabelle zur Dokumentation des Fortschritts. Dies enthält einen FS zur Aufgabe und einen FS zum Projekt. Letztere muss beim Anlegen eines Projektes über eine Anfügeabfrage aus der Zuordnungstabelle automatisch gefüllt werden.
Du unterschätzt den Aufwand.
Hallo Klaus
Besten Dank für deine Rückmeldung. Dies klinkt nicht sehr einfach. Ich werde dies mal probieren. Vielleicht komme ich ja zum Ziel. Darf ich mich wieder melden wenn ich nicht weiterkomme?
Gruss Pius
Hallo,
ZitatDarf ich mich wieder melden wenn ich nicht weiterkomme?
ja, kein Problem. Aber dann lädst Du bitte die DB mit einigen anonymen Spieldaten hier hoch. Komprimiert/Repariert (Access Dienstprogramm) und gezippt.
Geschätzter Klaus
Ist es in Access überhaupt möglich eine Tabelle in Beziehung mit einem Datensatz in einer anderen Tabelle zu setzten. Das heisst ich habe die tblProjekt und die tblAufgabe. Die ganze tblAufgabe muss zu einem Datensatz in der tblProjekt in Beziehung gesetzt werden können.
Hallo,
ein Projekt kann ja unterschiedliche Aufgaben haben und eine Aufgabe kann für unterschiedliche Projekte zutreffen. Daher ist es nicht möglich Projekt und Aufgabe direkt in Beziehung zu setzen.
Es wird eine Zwischentabelle benötigt, die den Primärschlüssel (PS) der Augabe und den PS des Projekts jeweils als Fremdschlüssel (FS) speichert. In diese Tabelle (Erledigungstabelle) kommen dann die Felder Wer und Datum.
Das ist aber noch nicht alles. Wie Du weiter oben geschrieben hast, hängen die Aufgaben von der Projektart ab. Du benötigst also eine weitere Tabelle, in der Du einmalig festlegst welche Aufgabe zu welcher Projetart gehört. Also PS der Art und PS der Aufgabe jeweils als FS.
Über diese Tabelle kann dann mit einer Anfügeabfrage die Erledigungstabelle mit den für diese Projektart zutreffenden Aufgaben gefüllt werden.
Mit der Erledigungstabelle ist es aber nicht möglich Teilerledigungen zu dokumentieren, also die Aufgabe 12 ist zu 50% erledigt, 2 Tage später zu 70% und wieder 2 Tage später zu 100%. Es würde nur immer erledigt Ja/Nein gehen.
Mit Teilschritttendokumentation wird das noch mal komplizierter, da wird dann noch eine weitere Tabelle benötigt.
Guten Abend
Besten Dank abermals für die Rückmeldung. Ich bringe dies in meinem Kopf einfach nicht zusammen. Ich habe keine Ahnung mehr was ich machen muss. Ich glaube ich muss das Vorhaben leider beerdigen.
Hallo,
ZitatIch glaube ich muss das Vorhaben leider beerdigen.
Aufgeben gibt es nicht.
Lade die DB mal hier hoch. Mit einigen Spieldaten.
Komprimiert/Repariert (Access Diesnstprogramm) und als Zipfile.
Ist ja sehr lobenswert. Wenn du weiterhin nerven für mich hast.
Hallo,
noch folgende Fragen:
Willst Du auch dokomentieren wer die Aufgabe erledigt hat ?
Wenn ja, ist die Tabelle für die Projektleiter umzubennen und auch die Leute die die Arbeit machen (die Erlediger) in diese TAbelle aufzunehmen.
Klar ?
Was willst Du genau dokumentieren, immer nur die vollständige Erledigung einer Aufgabe oder auch Teilschritte (z.B. 50% durch Meier am 28.01.2020 ?
Ja ich möchte dokumentieren wer, wann welche Aufgabe erledigt hat. Die Aufgaben werden nur durch die Projektleiter erledigt.
Die Aufgaben werden nicht in Teilschritten erledigt. Wenn ich zum Beispiel 10 Aufgaben habe und 5 Aufgaben sind erledigt, soll 50% angezeigt werden (genial wäre dies auch grafisch).
Hallo,
ZitatDie Aufgaben werden nur durch die Projektleiter erledigt.
Kann ein Projektleiter auch mal die Aufgaben eines Kollegen erledigen ?
Ja dies kann natürlich sein.
Hallo,
im Anhang mal den 1. Vorschlag.
Zunächst habe ich eine Tabelle angelegt "tblProjArtAufg".
In dieser Tabelle werden (über Schlüsselzahlen) einer Projektart die zutreffenden Aufgaben zugeordnet.
Das geschieht über das von mir mit einem Unterformular erweiterten Formular "frmProjektart"
Da wird jetzt oben die Projektart angezeigt und im Ufo werden per Kombi die zutreffenden Aufgaben ausgewählt. Im Hafo kann man durch die Projektarten blättern. Die Zuordnung habe ich mal für 2 Projektarten willkürlich gemacht. Dieser Zuordnungsprozess muss einmalig gemacht werden, wenn alle Aufgaben angelegt sind.
Über diese Zuordnungstabelle werden dann die Aufgaben auf die Projekte in Abhängigkeit der Projektart verteilt.
Dazu habe ich eine weitere Tabelle "tblProjAufgErl" angelegt die ebenfalls über Schlüsselfelder das Projekt und die Aufgabe zusammenbringt. Diese Tabelle ist die eigentliche Checkliste. Da gibt es aber kein Checkboxen, sondern erledigt wird durch das Eintragen des Erledigungsdatums.
Das Formular "frmProjekt" habe ich ebenfalls durch ein Unterformular erweitert.
Ruf das Formular mal auf, da siehst Du im Unterformular noch keine Datensätze.
Jetzt klickst Du rechts auf den Button mit der roten Schrift "Aufgaben anlegen".
Jetzt werden über eine Anfügeabfrage die in der Tabelle "tblProjArtAufg" für diese Projektart definierten Aufgaben eingetragen und angezeigt. Das geschieht mit etwas VBA Code der ein Abfrage in Abhängigkeit verschiedener Parameter zusammen setzt und anschließend ausführt.
Über ein Kombi kann gewählt werden, wer die Aufgabe erledigt hat und das Datum kann auch eingetragen werden. Wo ein Datum drinsteht ist erledigt, ohne Datum noch offen.
Es ist wichtig, dass im 1.Schritt erst mal alle Aufgaben an die Projektarten vergeben werden.
Dabei kann jede Aufgabe in unterschiedlichen Projektarten mehrfach vorkommen.
Nur gleiche Aufgabe zur gleichen Projektart geht nicht.
Mit dem Navigationsformular (frmStammdaten) habe ich nichts am Hut, das kenne ich nicht. Das musst Du dann einbinden wie Du es willst.
Es ist wichtig, dass Du die ganzen Zusammenhänge verstehst, sonst wirst Du nicht in der Lage sein später mal Modifizierungen einzubauen. Schaue Dir auch die Beziehungen an und beschäftige Dich damit.
Du kannst jederzeit hier fragen, wenn Du Verständnisprobleme hast, nur keine Hemmungen.
Bitte erkläre mal noch, wie Du das mit der Prozentangabe haben willst. Wo soll das angezeigt werden ?
Hallo Klaus, erstmal besten Dank für deine Arbeit. Ich werde deine Arbeit mal anschauen und versuchen zu begreifen. Gebe dir gerne wieder eine Rückmeldung.
Gruss