Pünktlich mit dem Erscheinen der vierten Auflage unseres UML-Buches „UML 2 glasklar“ möchten wir Ihnen die Möglichkeit bieten, Ihre Kenntnisse und Fähigkeiten im Bereich der Modellierung von Anforderungen mit der UML auszubauen. Weiterlesen
Archiv des Autors: SOPHIST
Einen haben wir noch…
Als Ergänzung zu unserem Blogbeitrag vom 20. Januar 2012 zum Wort/ Unwort des Jahres 2011, haben wir heute noch den Anglizismus des Jahres. Weiterlesen
Ein RE-Vortrag auf einer Entwickler-Konferenz?
Auch als Entwickler sollte man über seinen fachlichen Spezialbereich hinausblicken und auch die anderen „Stationen“ einer Systementwicklung kennen und verstehen. Ein Blick auf das Ganze bringt immer nur zusätzliche Vorteile. Umso wichtiger ist es für Entwickler vor allem zu verstehen, was die ursprünglichen Ideen und Forderungen hinter dem zu entwickelnden System waren. Oder anders ausgedrückt:
Ein guter Entwickler versteht die Sprache der Spezifikation, die ihm vorgelegt wird. Dabei stellt sich eine weitere wichtige Frage: Wie viel Spezifikation braucht man als Entwickler maximal, um seinen Job erfolgreich durchzuführen? Und was davon sind nur unnötige Notationskosten?
Wie viel und wie, wird SOPHIST-Chefin Chris Rupp in Ihrem Vortrag auf der diesjährigen .NET Developer Conference im Mai in Nürnberg vortragen.
Unser Vortrag
14.05.2012 17:00 – 18:00 Uhr Weiterlesen
LifeCycleConf 2012: Wir erklären Ihnen was RE mit PLM zu tun hat
Wir sagen immer wieder: Gute und korrekte Anforderungen sind und bleiben DIE Ausgangsbasis für alle anderen Geschäftsprozesse, Entwicklungsvorhaben, großen Veränderungen und Ideenumsetzungen.
So deshalb auch in einem Bereich wie Lifecycle Management. Requirements Engineering kann z. B. beim Product Lifecycle Management mit Sicherheit eine große Unterstützung sein. Warum und wie? Unser Trainer und Berater Marco Prillwitz zeigt Ihnen in seinem Vortrag auf der diesjährigen LifeCycleConf in München, wie PLM von RE profitieren kann.
Unser Vortrag:
24. April 2012, 11:35 – 12:20 Uhr Weiterlesen
Modellierung von Signalfamilien – Teil 4
In unserem letzten Blogeintrag ging es darum, dass alle verwendeten Signale den gleichen Zustandsübergang auslösten. Wir haben einen Automaten modelliert, in dem ein Zustandsübergang durch den Empfang von FlugzeugFehler ausgelöst wird. Weiterlesen