Mail 0692

1996-1997-1998-1999-2000-2001-2002-2003

Contents		Title From Date		History Content Links to V-Model

Title

From

Date

History

Content

Von:            	keller 


Sequenzdiagramme beschreiben die Interaktionsmuster von Objekten/Klassen.
Bei aktiven Objekten sind das dann Prozesse im Sinne Thread of Control,
aber nicht vollständig.
Und auch nur dann, wenn diese Objekte auf Tasks oder Threads abgebildet
werden, das ist aber außerhalb
von UML und kann überdie Abbildung von Profilen mittels
Transformationsvorschriften erreicht werden.
Aktivitäten und deren Abhängigkeiten systemweit können über activity
diagram beschrieben werden.
Wir setzen zur vollständigen Beschreibung von nebenläufigen/verteilten
Prozessen Zustandsdiagramme ein
und generieren mittels profiles und Temoplates daraus den Ablaufcode.
Gruß
H.  Keller

vm-d-l schrieb:

>Von:            	Stefan Görres 
>
>
>Hallo Herr Rudolfo,
>
>eine graphische Darstellung von Prozessen ermöglichen u.a.
>- Programablaufplan
>- Zustandsübergangsdiagramme
>- Sequence Diagram (UML).
>
>Allen gemein ist, dass eine Abhängigkeit zu Programmiersprache,
>Betriebssystem oder Betriebsumgebung (embedded systems oder nicht) nicht
>besteht.
>
>Salopp gesprochen, wenn eine Visualisierung der Programmabläufe mittels
>"Daumenkino" das adäquate Mittel ist, um z.B. Verbindlichkeit in der
>Kommunikation oder Verständnis über die SW-Architektur für die
>Weiterentwicklung zu fördern / zu schaffen, handelt es sich dabei um eine
>graphische Methode, die dem Zweck gerecht wird.
>
>Eine Methodenvorgabe macht das V-Modell auch hier nicht.
>
>In der Regel empfiehlt es sich, das Methodenbündel für die
>Aktivitätenerledigung unter den Gesichtspunkten "Daten", "Funktionen" und
>"Dynamik" im Rahmen der Projektinitialisierung vorzunehmen.
>
>Ich hoffe, mein Beitrag schafft etwas Klarheit, auch wenn ich weiß, dass ich
>Ihnen eigentlich nicht wirklich helfe.
>
>Viele Grüße
>Stefan Görres
>
>-----Ursprüngliche Nachricht-----
>Von: vm-d-l [mailto:vm-d-l@gmx.de]
>Gesendet: Donnerstag, 17. Juli 2003 19:41
>An: Multiple recipients of V-Modell-Mailingliste
>Betreff: Re: SW-Architektur (Grobentwurf) (689)
>
>
>Von:            	Rodolfo.Moeller@temic.com
>
>
>Hallo Fr. Gehrecke,
>
>möglicherweise haben sie meine Frage missverstanden. Mir geht es nicht
>um die Struktur bzw. Gliederung des SW-Architektur-Dokuments (die haben
>wir 1:1 aus dem Kapitel 8 "Produktmuster" im Regelungsteil des V-Modells
>übernommen), sondern um die Inhalte.
>
>Zum Beispiel findet man als Erläuterung zum Kapitel "SwArc_3.3
>Dynamisches Ablaufmodell" folgenden Text (Auszug aus V-Modell):
>
>"Dieses Kapitel beschreibt die dynamischen Zusammenhänge
>von Prozessen. Zur Darstellung eignen sich vorwiegend
>graphische Methoden."
>
>Meine Frage dazu lautet: Welche graphische Methoden sind hier gemeint
>und wären für Embedded Systems, Programmiersprache C und OSEK
>geeignet???
>
>Gruß,
>
>Rodolfo Möller
>
>
>

--
________________________________________________________________

Dr. Hubert B. Keller        Forschungszentrum Karlsruhe
++49/7247/82-5756           in der Helmholtz-Gemeinschaft
Fax: -5702                  Institut für Angewandte Informatik
e-mail: keller@iai.fzk.de   Postfach 3640, 76021 Karlsruhe
________________________________________________________________

Intelligence and Safety in Complex Systems
  http://www.iai.fzk.de/umwelt/innovprozess/welcome.html
The only Real Time and OO-Language Ada
  http://www.Ada-Deutschland.de/
The German Informatics Society
  http://www.gi-ev.de/

Links to V-Model

This page online  •  GDPA Online  •  Last Updated 30.Jul.2003 by C. Freericks