Projekt: A

Projektgeber: Hanno Weber / Rüdiger Kaffenberger

Titel

SE-Handbuch

Aufgabenbeschreibung

Definieren zusätzlicher Inhalte und Aspekte für das deutsche SE-Handbuch. Einführung in die Nutzung des GfSE WIKI (Ablage des dt. Handbuches)

Geplantes Vorgehen

Hinterfragen der Gliederung des INCOSE Handbuches hinsichtlich fehlender Inhalte und Aspekte

Beispielhafte Nutzung des GfSE - Wiki

Meinung des Projektgebers

Wesentliche Weichenstellung für die Erstellung des GfSE Handbuchs

Meinung vom Vorstand:

Basis für die Arbeitsgruppe SE Zertifizierung unter Nutzung des INCOSE Handbuches und der ISO15288

Zielgruppe

MITGLIEDER der GfSE

Hilfreiche Referenzen

Ergebnisse der Arbeitsgruppe; INCOSE Hdbk, ISO15288:2008

Hilfsmittel vom Teilnehmer

Eigener Computer

Projekt: B

Projektgeber: David Endler / Sven-Olaf Schulze

Titel

SE Zertifizierungsprogramm der GfSE

Aufgabenbeschreibung

Die GfSE erarbeitet ein Weiterbildungsprogramm zum zertifiziertem SE.

Geplantes Vorgehen

Auf Basis der Ende Januar vorhandenen Ergebnisse, soll das Ziel weiter verfolgt werden.

Meinung des Projektgebers

Ein wichtiges Treffen der Projektgruppe. Willkommen sind alle Mitglieder, die eine Basis für die weiteren Schritte erarbeiten wollen und Teile schon sichten und kommentieren möchten.

Zielgruppe

MITGLIEDER der GfSE

Hilfreiche Referenzen

Ergebnisse der Projektgruppe

Hilfsmittel vom Teilnehmer

Eigener Computer

Projekt: C

Projektgeber: Christian Beul

Titel

Anwendungsmöglichkeiten SysML im Kontext der Entwicklung nach V-Modell XT

Aufgabenbeschreibung

Das V-Modell XT stellt ein Vorgehensmodell über den gesamten Produktlebenszyklus bereit. Wie kann die SysML helfen, das Vorgehen und deren Prozesse zu unterstützen? Welche Einsatzmöglichkeiten sindbesonders effektiv? Welche Tools unterstützen bei dieser Aufgabe und an welchen Stellen ist ihr Einsatz sinnvoll?

Geplantes Vorgehen

Vorstellung V-Modell XT; Diskussion; Zuordnungsmöglichkeiten der verschiedenen Diagrammtypen in das V und Analyse einer durchgängigen Nutzung eines Tools, Abhängigkeiten der Diagramme bei einem Tailoring, Akzeptanz verschiedener Stakeholder in verschiedenen Ebenen des V; Zusammenführung der Ergebnisse

Meinung des Projektgebers

Das V-Modell XT bietet als Standard eine breite Anwendungsmöglichkeit und hält mehr und mehr Zuspruch. Die Nutzung von SysML kann diesen Zuspruch als auch das allgemeine Systemverständnis weiterhin erhöhen.

Zielgruppe

Anfänger/Erfahrene
- die in der Praxis mit dem Umgang von SysML Tools vertraut sind
- die z.B. schon nach SysMOD bei der Entwicklung im Bereich Systems Engineering oder in der Softwareentwicklung vorgegangen sind

Hilfreiche Referenzen

www.v-modell-xt.de

Hilfsmittel vom Teilnehmer

Projekt: D

Projektgeber: Alexandra Augstin

Titel

Per Anhalter durch das Modell - von der Anforderung zum Ablauf... und wieder zurück

Aufgabenbeschreibung

Es soll eine Methodik entwickelt werden, die es ermöglicht, Varianten in Aktivitäten von Anwendungsfällen mit in das Anforderungsmodell aufzunehmen

Geplantes Vorgehen

Sammlung von konkreten Problemstellungen, Sammlung von konkreten Lösungsmethoden, Abstraktion zur Findung einer allgemeinen Methodik, am Flipchart, in einer Diskussionsrunde

Meinung des Projektgebers

Die Verfolgbarkeit zwischen Anforderungen und den dazugehörigen Analyseergebnissen soll im Modell auch auf Detailebene ermöglicht werden, um eine durchgängige und vollständige Modellierung aller Anforderungen zu gewährleisten.

Zielgruppe

Personen die Grundkenntnisse SysML und Modellierung haben

Hilfreiche Referenzen

Systems Engineering mit SysML/UML, Tim Weilkiens, 2. Auflage, dpunkt Verlag (Hilfreich, jedoch nicht zwingend erforderlich)

Hilfsmittel vom Teilnehmer

Keine

Projekt: E

Projektgeber: Nikolai Stein

Titel

Reviews offline durchführen – Eine technische (und nervliche) Herausforderung

Aufgabenbeschreibung

Die Durchführung von Offline-Reviews von Anforderungen aus RM-Systemen (insb. Doors) hat viele Stolpersteine. Es gilt eine Lösung zu finden, wie Anforderungen einfach aus dem System und die Reviewkommentare wieder zurück in das System gelangen.

Geplantes Vorgehen

1. Diskussion bisheriger Erfahrungen der Teilnehmer

2. Erstellen einer Übersicht eingesetzter Techniken und einer Pro-Contra-Liste

3. Ausprobieren verschiedener Werkzeuge (eingeschränkt)

4.Erarbeiten einer Anforderungsliste für Offline-Reviews

Meinung des Projektgebers

Reviews sind ein zentrales Thema. Im Zuge einer besseren Nachvollziehbarkeit müssen die Reviewergebnisse im RM-Werkzeug mit abgelegt werden. Für die Durchführung von Offline-Reviews fehlen jedoch oft die notwendigen Funktionen.

Zielgruppe

Erfahrene

Hilfreiche Referenzen

Hilfsmittel vom Teilnehmer

Ein eigener Computer, vielleicht mit REQ Tools (soweit möglich)

Projekt: F

Projektgeber: Stephan Roth / Experte Rudolf Hauber

Titel

Erarbeitung eines praxisorientierten Vorgehensleitfadens für das NATO C3 Architecture Framework (NAF)

Aufgabenbeschreibung

Die Frameworks aus dem Defence-Bereich dienen primär nicht zur eigentlichen Systementwicklung, sondern vielmehr der Organisationsentwicklung, die Unterstützung und Umsetzung strategischer Programme (bsp. NNEC) und die Planung, Durchführung und Entwicklung von Systems-of-Systems im Rahmen multinationaler Einsätze im Fokus haben. Aber Ansätze, wie das seit Version 3 enthaltene "Radio Spectrum Bandwidth Management" zeigen, das NAF bis zu einem gewissen Level auch technische Ziele verfolgt. Für die Entwicklung bsp. eines einzelnen Embedded Systems wird solch ein Framework natürlich nicht verwendet.

Geplantes Vorgehen

1) die NAF-Philosophie erläutern (Ziel, Scope NAF, Nutzergruppe)

2) einen Überblick über die NAF-Sichten,

3) den Zusammenhang zum System Engineering klar machen

4) eine grobe Skizzierung der Vorgehensweise und des Tailorings zu erarbeiten.

Meinung des Projektgebers

Im Bereich Defence ist immer häufiger zu beobachten, dass öffentliche Auftraggeber bei Ausschreibungen von Systementwicklungsprojekten ein Vorgehen nach NAF verbindlich einfordern. Die Architekturentwicklung nach NAF ist ausgesprochen komplex und ressourcen-intensiv, so dass insbesondere KMU hier unterstützt werden müssen. Zudem erscheint ein modellbasierter Ansatz obligat.

Expertenmeinung:

Insgesamt muss man sich aber unbedingt klarmachen, dass was N bei NAF, DoD bei DoDAF und MoD bei MoDAF sehr ernst zu nehmen ist; d.h. es sind Frameworks deren Hauptzweck nicht das System Engineering ist.

Sie decken mehr den Systembeschreibungsstand bis zur Auftragvergabe ab und nicht die eigentliche Entwicklung.

Für GfSE ist also aus meiner Sicht relevant:

- wie können solche Architecture-Frameworks genutzt werden für das System Engineering?

- welche Ergängungen sind für SE wichtig?

- welche Sichten sind für SE eher irrelevant?

- wie sieht der Übergang Angebotsphase - SE aus, wie können die Angebotssichten im SE genutzt werden?

Zielgruppe

Erfahrene SE

Hilfreiche Referenzen

Sind Inhalt der Diskussion, jedoch nicht schon gelesene Voraussetzung:

1) NATO C3 Board: ANNEX 1 TO AC/322-D(2007)0048

2) O. Vogel et. al.: Software-Architektur, Grundlagen – Konzepte – Praxis, Spektrum Akademischer Verlag, ISBN 978-3-8274-1933-0

3) MODAF Meta Model (M3) Version 1.2, http://www.modaf.org.uk

Hilfsmittel vom Teilnehmer

Laptops mit einer Office-Suite, ggf. Modellierungstool, Internetzugang.