Beschreibung des UIs und Funktionen

In dem Beispiel geht es darum, dass zu einem Projekt N Termine erfasst werden. Zu jedem Termin muss ein Mitarbeiter, ein Thema und das Ergebnis bzw. der Status festgehalten werden. Dabei sind folgende Punkte von dem Programm abzudecken:

Die aufrufbaren Programme sollen im Ordner Projektverwaltung unter Projekte im Ordner Terminverwaltung integriert werden. Im Ordner „Projektsteuerung” soll folgende Menüstruktur vorhanden sein:

  • Projektsteuerungsauskunft
  • Themenverwaltung
  • Projektsteuerungen
  • Projektsteuerungen drucken
  • Terminerfassung

Im Folgenden wird der Aufbau der Metadatenobjekte, sowie benötigte Geschäftslogik dargestellt und beschrieben.

Projektsteuerungsauskunft

Prinzipieller Aufbau

Funktionen

Aus der Liste „Projektsteuerungsauskunft“ kann via Kontextmenü in folgende Stammdaten verzweigt werden:

  • Projektstamm
  • Kundenstamm

Themenverwaltung

Prinzipieller Aufbau

Funktionen

Die Themen sollen in einer Liste angelegt, geändert und gelöscht werden können. Dabei sollen folgende Regeln eingehalten werden.

  • Das Feld „Thema“ ist bei gespeicherten Themen nicht mehr änderbar.
  • Ein Thema darf nicht gelöscht werden, wenn es bereits in der Projektsteuerung verwendet wird.
  • Die Einstellung „Externes Thema“ darf nicht auf „Nein“ umgestellt werden, wenn es bereits Termine mit diesem Thema und einem Eintrag in „Kontakt“ gibt.
  • Die Gruppe darf nur mit einer speziellen Berechtigung geändert werden.

Projektsteuerung

Prinzipieller Aufbau

Funktionen

Die Daten einer Projektsteuerung sollen in einem Stammdatendialog erfasst werden können. Dabei sollen folgende Regeln eingehalten werden.

  • Die Felder Projektsteuerung, Projekt, Projektleiter und Kontakt sind Pflichtfelder.

  • Im Feld Kontakt kann eine freie Eingabe erfolgen oder aus einer Liste ein Ansprechpartner ausgewählt werden. Es sollen nur Ansprechpartner des Auftragsgebers des Projektes in dieser Liste angezeigt werden.
  • Wird ein Ansprechpartner aus der Liste ausgewählt, sollen die Daten Position, Abteilung, Telefon, Mobilfunk und E-Mail auf Rückfrage übernommen werden.
  • Wird der Status auf „Abgeschlossen“ gestellt, soll nach Rückfrage das Feld „Aktiv“ auf „False“ gesetzt werden.
  • Aus dem Dialog kann man in folgende Bereiche wechseln (jeweils Aufruf mit Selektion)
    • Projektstamm
    • Kundenstamm (Auftraggeber)
    • Projektthemen
  • Beim Kopieren von Daten sollen optional Mitarbeiter mit bzw. nicht mit kopiert werden. Das Projekt und alle zum Projekt gehörenden Daten (also auch die Planung der Mitarbeiter) sollen nicht kopiert werden.
  • Es sollen die Standardfunktionalitäten der Stammdaten zur Verfügung stehen.
  • Die Bezeichnung der Projektsteuerung darf nach dem Speichern nicht mehr geändert werden.
  • Projektsteuerungen mit offenen Vorgängen, oder hinterlegten Terminen können nicht gelöscht werden.
  • Das Projekt kann nicht mehr geändert werden, wenn bereits Termine erfasst wurden.
  • Ein Mitarbeiter darf nicht gelöscht werden, wenn er bereits einem Termin zugeordnet ist.

Druck von Stammdaten

Die Projektsteuerungen sollen nach bestimmten Kriterien ausgedruckt werden können. Die Selektionsmöglichkeiten sind im folgenden Prototyp festgelegt.

  • Die Auswahl der Projektsteuerungen und Projekte erfolgt über die Datenklassen
  • Die Auswahl der Projektleiter erfolgt über die Datenreferenz analog zu den Stammdaten
  • Die Auswahl des Status und Projekttyps erfolgt aus indizierten Strings analog zu den Stammdaten
  • Die Optionen "Mitarbeiter ausweisen" und "Planung ausweisen" sind bei Aufruf nicht aktiviert
  • Die Option "Planung ausweisen" ist deaktiviert und disabled, solange die Option "Mitarbeiter ausweisen" nicht aktiviert ist

Der Aufbau des Ausdrucks sollte vom Prinzip her so aussehen:

Erfassung der Termine

Der Aufbau der Erfassung soll wie folgt aussehen:

Zu einer Terminerfassung gehört eine Bezeichnung der Erfassung und eine Projektsteuerung.

Eine Projektsteuerung kann nur einer Erfassung zugeordnet werden.

Es können N-Termine erfasst werden. Dabei wird unterschieden, ob es sich um interne oder externe Termine handelt.

Aus den Daten kann dann ein Lieferschein erzeugt werden. Die Mitarbeiter sollen dabei pro Position der entsprechenden Belegposition zugeordnet werden (also Termin Schulung, dem Artikel Schulung mit den entsprechenden Mitarbeitern und Terminen)

Mitarbeiterstamm

Funktionen

Pro Mitarbeiter sollen die Fehlzeiten erfasst werden können. Dazu soll ein neues Register mit den den Feldern "Von", "Bis", "Art" und "Vertreter" in den Mitarbeiterstamm des Standards integriert werden.

  • Bei der Hinterlegung der Arten "Urlaub bezahlt" und "Sonderurlaub" muss ein Vertreter hinterlegt werden.

Verkaufsbelegerfassung

Funktionen

Es muss generell möglich sein eine Projektsteuerung einem Beleg zuzuordnen. Dabei kann die Zuordnung nur erfolgen, wenn auch ein Projekt zugeordnet ist.

Neuanlage/Änderung Angebot

  • Bei Neuanlage eines Angebotes mit Projektbezug, soll nach der Zuordnung des Projektes gefragt werden, ob eine vorhandene Projektsteuerung zugeordnet werden soll. Ansonsten kann sie auch später manuell zugeordnet werden.
  • Bei Änderung des Projektes muss nach einer gültigen Projektsteuerung gesucht und nach Rückfrage zugeordnet werden. Ansonsten muss eine zugeordnete Projektsteuerung entfernt werden.
  • Eine manuelle Änderung der Projektsteuerung (außer Löschen) kann nicht erfolgen, bzw. muss verhindert werden, da es eine 1:1-Beziehung zwischen Projekt und Projektsteuerung gibt.
  • Die zugeordnete Projektsteuerung kann auf Nachfrage gelöscht werden. Die Nachfrage ist abhängig davon, ob bereits Termin erfasst wurden.

Andere Belegarten

  • Die Projektsteuerung kann nur in einem Angebot geändert/gelöscht werden.

Die in der Erfassung der Termine (noch nicht beschrieben) hinterlegten Mitarbeiter sollen pro Position angezeigt und änderbar sein.

Die zugrunde liegende Kalkulation soll pro Position angezeigt und geändert werden können.