Kampf der Notationen: BPMN vs. UML (Teil 2)

In unserem ersten Teil der Blogserie haben wir die ersten Vergleiche zwischen BPMN und UML angestellt und kamen zu dem Ergebnis, dass die BPMN einen leichten Vorteil gegenüber der UML besitzt. Doch warten Sie ab, ob es im zweiten Teil dabei bleibt. Weiterlesen →

Kampf der Notationen: BPMN vs. UML Teil 1

Im ständigen globalen Wettbewerb stehen viele Unternehmen vor dem Problem effizienter zu arbeiten. Um dieses Ziel zu erreichen, haben früher viele Unternehmen oftmals auf eine reine Ablösung eines bestehenden, ineffizienten Altsystems gesetzt. Doch in den letzten Jahren kann man häufig einen anderen Trend beobachten: Bevor sich ein Unternehmen an die Systementwicklung macht, wird zunächst eine Analyse und Dokumentation der Geschäftsprozesse vorgeschaltet. Diese Entwicklung zeigt sich u. a. daran, dass die Verbreitung der BPMN 2.0 (Business Process Model and Notation 2.0) permanent zunimmt. Daraus folgt jedoch, dass sich die Projektbeteiligten, v. a. die Fachseiten, die sich gerade an die UML (Unified Modeling Language) gewöhnt haben, eine „neue“ Notationssprache aneignen müssen. Weiterlesen →

Systementwicklung Teil 3

Im ersten Teil unserer Blog-Serie haben wir Ihnen zwei Verbindungsmöglichkeiten von den Kunden-Anforderungen zu den Use Cases vorgestellt. Sie können dazu die Anforderungselemente aus der System Modeling Language (SysML) oder die Kommentarfelder der Use Cases, gefüllt mit den Anforderungen oder deren IDs, verwenden. Im zweiten Teil haben wir Ihnen die Modellierung der System-Architektur am Beispiel von drei Sichten beschrieben, die Verbindung der Design-Elemente untereinander und mit den Analyse-Elementen aber ausgelassen, um diese im Gesamtzusammenhang des Nachverfolgbarkeits-Konzeptes in diesem dritten und letzten Teil zu beschreiben. Das Konzept ermöglicht es Ihnen, die Kunden-Anforderungen über die UML-Elemente der Analyse bis hin zur System-Architektur zu verfolgen, was beispielsweise eine große Unterstützung bei der Impact-Analyse nach Anforderungsänderungen oder bei der Wartung des realisierten Systems ist. Weiterlesen →

Systementwicklung – Teil 2

Nachdem wir uns im ersten Teil unserer Blog-Reihe mit der Anforderungsanalyse und deren modellbasierten Dokumentation beschäftigt haben, widmen wir uns im zweiten Teil der Designphase. Diese hat folgende Ziel

  • Identifikation  der Hardware- und Software-Komponenten
  • Zuordnung der Software- zu den Hardware-Komponenten sowie
  • Beschreibung der Schnittstellen zwischen den Software- und Hardware-Komponenten. Weiterlesen →