http://ramin-tavassoli.de/ 2026-05-05T10:39:46+02:00 http://ramin-tavassoli.de/ http://ramin-tavassoli.de/lib/tpl/dokuwiki/images/favicon.ico text/html 2012-10-07T12:26:36+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:appointment&rev=1349605596&do=diff Ein Termin besteht aus einem Terminziel, er gilt für eine Terminressource, er hat einen Zeitplan, einen Terminstatus und er hat weitere Eigenschaften wie den Ort, eine Notiz, und Angaben dazu ob er privat oder gesperrt ist. Allgemeine Terminregeln text/html 2012-09-28T12:07:22+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:appointmentavailability&rev=1348826842&do=diff Die Verfügbarkeit eines Mitarbeiters ist allgemein 24 Stunden pro Tag, mit Ausnahme von eingereichten oder genehmigten Urlaubstagen an denen die Verfügbarkeit 0 Stunden ist. Die Verfügbarkeit reduziert sich durch vorhandene Termine, einmal indem die 24 Stunden um die Termindauer reduziert werden, zudem ist ein Mitarbeiter im Zeitraum eines vorhandenen Termins nicht verfügbar, d.h. der Mitarbeiter ist für einen Termin von 08:00 - 10:00 nicht verfügbar, wenn es bereits einen festen oder geplanten … text/html 2012-09-28T11:59:46+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:appointmentcapacity&rev=1348826386&do=diff Die Mitarbeiterauslastung richtet sich nach seiner Sollarbeitszeit und seiner Kernarbeitszeit. Diese wird im Arbeitszeitmodul von PRO•M 1.0 festgelegt. Die Auslastung ist restriktiver als die Verfügbarkeit, da sie an Urlaubstagen von 0 Stunden ausgeht, wie auch die Verfügbarkeit, und an nicht Urlaubstagen normalerweise 8 Stunden ist, bzw. 0 an Wochenendtagen. Zudem ist ein Mitarbeiter außerhalb seiner Kernarbeitszeit verfügbar, wäre jedoch überlastet. text/html 2012-09-28T12:09:33+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:appointmentoverlaps&rev=1348826973&do=diff Für Terminüberschneidungen werden Termine im Status geplant, fest und abwesend berücksichtig . Damit Termine nicht willkürlich angelegt werden und es zu diversen Überschneidungen kommt, muss man Mitarbeitern explizit das allgemeine Recht dafür geben. Dafür erhält der Mitarbeiter das allgemeine Überplanungsrecht auf die Verfügbarkeit aller Mitarbeiter. Terminüberschneidungen müssen geprüft werden wenn text/html 2012-09-28T11:37:26+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:appointmentstatus&rev=1348825046&do=diff Es gibt vier unterschiedliche Status, die im folgenden beschrieben werden. Terminstatus "frei" ---------- Ein freier Termin ist rein informativ. Er blockt den Zeitraum des Termins nicht und wird weder in der Kapazitätensuche noch bei der Prüfung auf Terminüberschneidungen berücksichtigt. text/html 2012-09-28T12:20:18+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:autorisierung&rev=1348827618&do=diff Mitarbeiter werden in einem Projekt für die Terminplanung über die Projektrolle autorisiert, nicht zu verwechseln mit der Genehmigungsrolle. Über die Projektrolle erhält der Mitarbeiter administrative Rechte im Projekt. Dabei kann man einem Mitarbeiter über das allgemeine Rechtesystem Projektrollenrechte geben, die der Mitarbeiter in jedem Projekt haben wird. Hat der Mitarbeiter kein allgemeines Recht, kann er dieses Projektspezifisch erhalten. Die Projektrolle enthält für die Terminplanung 2 … text/html 2013-11-13T16:20:35+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:enterprise&rev=1384356035&do=diff Das Enterprise Modul bildet Unternehmen ab. Firmen werden eingeführt, der Mitarbeiter als Rolle einer Person, und Firmen können die Rolle eines Debitors und/oder eines Kreditors annehmen. Hiermit wird ein Basismodul gebildet für alle weiteren Module, die Teile der Geschäftswelt abbilden müssen. Auch hier gilt wieder, dass eine Abbildung der realen Welt Sinn hat, weil die Wiederverwendbarkeit durch die Erweiterbarkeit gegeben ist. text/html 2013-11-13T10:39:50+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:person&rev=1384335590&do=diff Das Person Modul ist eines der zentralsten Basismodule von PRO•M. Auch wenn es heißt, man soll in Software die Realität nicht abbilden, ist doch eine Person für so viele Dinge notwendig, dass es Sinn hat, sie zu modellieren. Auf die Person kann man dann weiter aufbauen, z.B. weitere Rollen zu der Person definieren wie z.B. die Benutzer-Role, die Mitarbeiter-Rolle, die Kontaktperson-Rolle, usw. Rollen sind entweder eigene Aggregates oder gehören zur Person. Zweiteres ist durch die Modulare Erw… text/html 2013-02-07T18:09:40+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:scheduling&rev=1360256980&do=diff Die Terminplanung umfasst allseits bekannte Funktionalitäten einer Terminplanung, bestens bekannt aus Microsoft Outlook. Dabei ist die PRO•M Terminplanung in die anderen PRO•M Module vollends integriert, dadurch, dass sie ein downstream Kontext der anderen Module ist. Es gilt, dass ein Termin immer für ein Projekt angelegt werden muss, und für einen Mitarbeiter . Dabei werden diverse Regeln befolgt, die die Projekt- und Mitarbeiterstammdaten berücksichtigen. Ausschlaggebend für viele der Rege… text/html 2013-11-13T11:57:18+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:tenant&rev=1384340238&do=diff Der Mandant ist das zentrale Modul, auf dem alle anderen basieren. Hierrüber wird u.a. die Mandantenfähigkeit hergestellt. Wenn man z.B. von der Eindeutigkeit der Personalnummer spricht, wird damit die Eindeutigkeit innerhalb des Mandanten gemeint. Dieses Modul müsste sicherlich nicht mit DDD/CQRS/ES umgesetzt werden, aber das Framework, das hierfür in der TAV Enterprise Software GmbH geschaffen wurde, hat einen anfänglichen Zusatzaufwand von vielleicht 2 Stunden für diese Architektur pro Mod… text/html 2012-09-28T11:27:22+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:terminanlage&rev=1348824442&do=diff Die Rechte für die Terminanlage sind geregelt durch Autorisierung für die Terminplanung. Zudem werden Terminüberschneidungen unter bestimmten Umständen verboten. text/html 2013-11-13T18:27:05+02:00 http://ramin-tavassoli.de/doku.php?id=prom20:usermanagement&rev=1384363625&do=diff UserManagement bildet die Basis für die Authentifizierung und für die Autorisierung, Module, die austauschbar sein sollen, ohne das gesamte Prinzip der Benutzervewaltung austauschen zu müssen. Hier werden Benutzerkonten eingeführt, und Systemkonten. Auch die Lizenzierung wird hierüber verwaltet, wobei das noch in ein separates Modul ausgelagert werden könnte.