User Tools

Site Tools


applications:prom

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

applications:prom [2013/02/27 12:39]
rtavassoli
applications:prom [2013/11/13 16:21] (current)
rtavassoli [PRO•M Basismodule (PRO•M Legacy)]
Line 11: Line 11:
 PRO•M 2.0 ist in C# entwickelt und verwendet eine COM API für die Funktionen von PRO•M 1.0. PRO•M 2.0 erweitert die Funktionen von Version 1.0 um folgende Module PRO•M 2.0 ist in C# entwickelt und verwendet eine COM API für die Funktionen von PRO•M 1.0. PRO•M 2.0 erweitert die Funktionen von Version 1.0 um folgende Module
   * [[prom20:scheduling|PRO•M Terminplanung]]   * [[prom20:scheduling|PRO•M Terminplanung]]
 +==== PRO•M Basismodule (PRO•M Legacy) ====
 +PRO•M 1.0 wird in der Version 2.0 modular entwickelt. Dabei bedingen einige Module das Vorhandensein von anderen. Folgende Module sind aus der Migration von PRO•M 1.0 nach 2.0 entstanden:
 +
 +  * Entity
 +    * [[prom20:tenant|Tenant]]
 +    * [[prom20:person|Person]]
 +    * [[prom20:enterprise|Enterprise]]
 +    * [[prom20:orga|Organization]]
 +  * Identity & Access Control
 +    * [[prom20:usermanagement|User Mangagement]]
 +    * [[prom20:authentication|Authentication]]
 +    * [[prom20:authorization|Authorization]]
 +  * Project
 +    * [[prom20:project|Project (Basis)]]
 +    * [[prom20:projectbudget|Project Budget]]
 +    * [[prom20:projectclassification|Project Classification]]
 +    * [[prom20:projectreporting|Project Reporting]]
 +      * [[prom20:projecttimereporting|Project Time Reporting]]
 +      * [[prom20:projectexpensereporting|Project Expense Reporting]]
 ===== Migration von PRO•M 1.0 Delphi nach PRO•M 2.0 .Net  ===== ===== Migration von PRO•M 1.0 Delphi nach PRO•M 2.0 .Net  =====
-Die Migration von Delphi zu .Net soll fließend sein. Die vorhandenen Funktionalitäten aus Delphi sollen als //Upstream Bounded Contexts// für die .Net Funktionen dienen, die dann die Ergebnisse in Form von Daten aus dem //Read Model// verwenden.+Die Migration von Delphi zu .Net soll fließend sein. Die vorhandenen Funktionalitäten aus Delphi werden sukzessive nach .NET migriert. Die neue [[technology:systemarchitecture|System Architektur]] ist dabei eine moderne, auf Nachrichten((Messaging)) basierte Technologie, die gleichzeitig eine modular erweiterbare API auch für Entwickler von Clients bietet, die nicht direkt für die TAV Enterprise Software programmieren.
 \\ \\ \\ \\
-Einzelne Bereiche sollen dann auch komplett nach .Net migriert werdendamit Delphi 6 Schritt für Schritt abgelöst werden kann. Dabei werden Konzepte aus DDD((Domain Driven Design von Eric Evans)) verwendet. Die Umsetzung wird aber vorerst nicht mit CQRS((Command-Query Responsibility Segregation von Greg Young)) und ES((Event Sourcing von Greg Young)) gemacht, weil das mit den vorhandenen Datenstrukruren nicht kompatibel ist. Während der Migration sollen nämlich Delphi 6 und C#/.Net Module parallel an den Daten arbeiten können. Über Datenbank Trigger können die für .Net notwendigen Daten geschrieben werden, die Delphi selbst nicht schreibt, und ebenso können Event Handler oder Trigger die Datenänderungen aus den .Net Modulen Delphi-kompatibel machen. +Sobald die Migration ausreichend weit fortgeschritten istkann Delphi 6 Schritt für Schritt abgelöst werden. Dabei werden Konzepte aus DDD((Domain Driven Design von Eric Evans)) verwendet. Die Umsetzung verwendet ebenfalls Konzepte aus CQRS((Command-Query Responsibility Segregation von Greg Young)) und ES((Event Sourcing von Greg Young)).
-\\ \\ +
-Verwendet wird EF((Entity Framework von Microsoft)) als ORM((Object Relational Mapping)) unter Berücksichtigung von CQS((Command-Query Separation von Bertrand Meyer)). Als Beispiel können wir hierfür die [[applications:prom:workbreakdownstructure|Projektstruktur]] nehmen.+
applications/prom.1361965183.txt.gz · Last modified: 2013/02/27 12:39 by rtavassoli