\documentstyle[art10,german]{article}

\thispagestyle{empty}
\pagestyle{empty}

\begin{document}
\baselineskip14pt
\twocolumn[
\titel{\Large \bf Bericht "uber das 2. Treffen der 
\\ GI-Fachgruppe 2.1.8 Software-Entwicklungsumgebungen
\\ 10.  -- 11.9.1996, Koblenz
\\ Thema: Erfahrungen mit CASE-Werkzeugen}
\\ ] 


\noindent Dieses Treffen fand unmittelbar vor der
GI-Fach"-tagung Softwaretechnik'95 in Koblenz statt.  Herr
Ebert war so freundlich, R"aumlichkeiten, Pausengetr"anke
und sonstige logistische Unterst"utzung bereitzustellen;
ihm sei an dieser Stelle noch einmal ganz herzlich
hierf"ur gedankt.

Mit knapp 30 Teilnehmern war dieses Treffen der Fachgruppe
sehr gut besucht, trotz (oder vielleicht auch wegen) der
Dauer von 2 Tagen. Eine weitere Ursache hierf"ur ist
sicher das attraktive Thema dieses Treffens gewesen.
Inhaltlich war das Treffen sehr erfolgreich, viele
Vortr"age ernteten gro"ses Lob bei den Teilnehmern.
Kurzfassungen der Vortr"age finden sich weiter unten.
Etwas mehr als die H"alfte der Teilnehmer wie auch der
Vortr"age kamen aus der Industrie, der Rest aus
Hochschulen und Forschungseinrichtungen.

\paragraph{Planung weiterer Aktivit"aten:} Das 3.\ Treffen
der Fachgruppe ist geplant f"ur 
\medskip
\begin{center}
{\bf Montag, 29.09.1997 bis Dienstag,
30.09.1997 in Darmstadt}.
\end{center}
\medskip Die lokale Organisation "ubernimmt Anja Harnisch.
Schwerpunktthema des 3.\ Treffens sollen {\bf Werkzeuge
zur Entwicklung von Internet-An"-wendungen} sein, also
insb. Werkzeuge zur
\begin{itemize}
\item Entwicklung von HTML-Seiten
\item Programmierung von Java-Applets
\item ggf.\ zus"atzlich Konstruktion von multimedialen
   Pr"asentationen im Netz
\end{itemize}
Interessenten, die einen Vortrag zu diesen und
benachbarten Themen und ggf.\ eine Demonstration beisteuern
m"ochten, werden gebeten, sich m"oglichst fr"uh mit einem
Mitglied der Fachgruppenleitung in Verbindung zu setzen.

\medskip Zu berichten ist schlie"slich noch, da"s die
Fachgruppe inzwischen unter der Adresse {\tt
http://www.in\-for\-ma\-tik.uni-siegen.de/gi/pi/fg218}
"uber eine WWW-Seite verf"ugt. F"ur Mitglieder der
Fachgruppe kann auf Wunsch von dieser Seite aus ein Link
auf ihre private WWW-Seite eingerichtet werden.
\\[5mm]
gez.
\\Udo Kelter\\[1cm]

%\pagebreak


%\baselineskip10.7pt

\noindent
{\large \bf Zusammenfassungen der Vortr"age:}


\newcommand{\vortrag}[4]{
\medskip\noindent
{\bf #1} 
(#2): 
{\it #3}
\\{\it Zusammenfassung:} #4
}


\vortrag{Sanjay Dewal}
{Stadt Bochum}
{Anwendungsentwicklung bei den Kommunen am Beispiel Bochum}
{Viele Anwendungen werden im kommunalen Bereich zur
Unterst"utzung der allt"aglichen T"atigkeiten eingesetzt.
Hierzu gibt es die kommunalen Datenzentralen, die neben der
Anwendungsentwicklung und -betreuung auch die Beschaffung
von Hard- und Software durchf"uhren. Im Zuge der immer
kritischer werdenden Finanzsituation in den Kommunen
erfolgen Umstrukturierungsma"snahmen, die an der
Datenverarbeitung nicht vorbeigehen. Durch die dezentrale
Ressourcenverantwortung in den "Amtern wird die
Anwendungsentwicklung k"unftig mit anderen Anbietern um
Auftr"age konkurieren m"ussen.\\ Ausgehend von einer
Darstellungen des Status Quo zeigen wir die Probleme der
Anwendungsentwicklung am Beispiel der GKD Ruhr auf.
Anschlie"send stellen wir dar, wie eine L"osung der
Probleme erfolgt und dokumentieren diese an Beispielen aus
der allt"aglichen Praxis.}


\vortrag{Stefan Dissmann} 
{Univ. Dortmund}
{Einsatz und Anwendung von SEU in der Ausbildung}
{
 wird noch nachgeliefert
}


\vortrag{Inge Hanschke} {Heimbach GmbH \& Co., D"uren}
{SEU f"ur ein mittelst"andisches Fertigungsunternehmen}
{Der Einsatz einer SEU in einem Unternehmenskontext steht
in dem Spannungsfeld der folgenden Aspekte:
\begin{itemize}
\item Anforderungen / Erwartungen an das Zielsystem (Anwender)
\item Strategische Ausrichtung der EDV / des Unternehmens
\item Motivation und Qualifikation der Mitarbeiter
\end{itemize}
 Zus"atzliche Komplexit"at entsteht dadurch, da"s die
Komponenten einer (mehr oder weniger sprunghaften)
Entwicklung unterworfen sind. Vor diesem Hintergund hat
die Fa. Heimbach einen pragmatischen Ansatz gew"ahlt, der
leicht erlernbar ist, eine homogene Umgebung aufweist, auf
etablierten Standards beruht und zugleich tragf"ahige und
zukunftssichere Konzepte beinhaltet. Der Vortrag gibt
einen "Uberblick "uber den aktuellen Stand.}


\vortrag{Willi Hasselbring} 
{Univ. Dortmund} 
{Erfahrun\-gen mit dem Einsatz von Objectory in der
Soft\-waretechnik-Ausbildung} 
{Objectory ist ein CASE-Werkzeug f"ur die objektorientierte
Entwicklungsmethodologie OOSE. In diesem Beitrag wurde
"uber den Einsatz von Objectory innerhalb der
universit"aren Ausbildung in Softwaretechnik berichtet.
Objectory wurde u.a.\ f"ur die vorlesungsbegleitenden
"Ubungen zu einer Softwaretechnologie-Vorlesung und einen
Kurs zur objektorientierten Software-Entwicklung
eingesetzt.  Die "Ubungs- und Kursaufgaben werden kurz
vorgestellt und die Erfahrungen bei der Bearbeitung
mittels Objectory diskutiert. (Literatur: W. Hasselbring:
Erfahrungen mit dem Einsatz von Objectory f"ur
vorlesungsbegleitende "Ubungen in der
Softwaretechnik-Ausbildung, Softwaretechnik-Trends
16(2):10--15, Mai 1996.)}


\vortrag{Udo Kelter} {Univ. Siegen}
{Unterst"utzung von Themenbereichen in OOA in ToolFrame}
{Im Rahmen einer Diplomarbeit wurde an unserer Fachgruppe
f"ur ein mittelst"andisches metallverarbeitendes
Unternehmen eine Systemanalyse incl.\  Datenbankentwurf
realisiert.  F"ur die Systemanalyse wurde OOA eingesetzt,
als unterst"ut\-zendes Werkzeug den OOA-Editor von
Tool\-Frame (auf Basis von H-PCTE). Als wesentlicher
Nachteil von OOA stellt sich in der Praxis heraus, da"s
diese Methode kein Abstraktionskonzept enth"alt: bei mehr
als ca. 20 Klassen wird ein einziges Diagramm (das dann
typischerweise DIN A2-Format hat) viel zu un"ubersichtlich.
Themenbereiche oder Subsysteme bieten keine echte L"osung
an: man verliert jede Detailinformation. Gel"ost wurde
das Problem durch eine andere Art von
``Themenbereichs''-Konzept f"ur OOA-Diagramme: ein
Themenbereich ist ein OOA-Diagramm, auf dem nur eine
Teilmenge des gesamten OOA-Diagramms incl.\  aller Details
dargestellt wird. Themenbereiche k"onnen beliebig
"uberlappen und beliebig editiert werden (sogar parallel;
"Anderungen werden durch den Notifikationsmechanismus von
H-PCTE fortgepflanzt).}


\vortrag{Ulrich Kriegel} {ISST Berlin} 
{Eine Entwicklungsumgebung f"ur FAPU - vom
objektorientierten Entwurf zur Implementation}
   {FAPU (FORTRAN APPLICATION and Program Understanding)
ist ein System, das als Gemeinschaftsprojekt (06/94 -
05/96) vom Fraunhofer ISST und dem Wiss. Zentrum der
IBM/Institut f"ur Datenbanken und Software-Engineering
entwickelt wurde.  Ziel des FAPU-Arbeitsplatzes ist es,
Software-Ingenieure beim Verstehen gro"ser
FORTRAN-Anwendungen zu unterst"utzen.  Randbedingungen
f"ur die Realisierung von FAPU waren die Verwendung von
C++ als Programmiersprache und die Nutzung der
objektorientierten Datenbank ObjectStore [1] f"ur die
persistente Speicherung interner Objekte. Parallel dazu
wurde ein internes Projekt am Fraunhofer ISST gestartet,
das eine Entwicklungsumgebung zur Realisierung von FAPU
entwickeln sollte. Hier ging es haupts"achlich darum, im
Software-Entwicklungsproze"s die Phasen objektorientierter
Entwurf und Implementation sowie generell die Arbeit mit
ObjectStore und kooperatives Arbeiten durch Werkzeuge zu
unterst"utzen. Als Plattform f"ur die Entwicklung dienten
Sun/SPARC-Arbeitsstationen, die Zielpattform sind
IBM/RS6000. Nach einer Auswahl-Phase, in der mehrere
Werkzeuge zum objektorientierten Entwurf evaluiert wurden,
erfolgte eine Entscheidung zugunsten von Rational Rose/C++
[2]. Dieses Werkzeug gen"ugt zumindest den folgenden
Bedingungen:
\begin{itemize}
\item effiziente und parametrisierbare Code-Ge"-nerierung
\item Unterst"utzung des
   Round-Trip-Gestalt-Engin\-eering-Prozesses nach Booch
   [3]
\item Aufteilung der Modelle in separat bearbeitbare
   Einheiten
\item parametrisierbarer Anschlu"s an ein
   Revisions-Kontroll-System
\item  Unterst"utzung der Grobstrukturierung von Modellen
\item Abbildung der logischen Struktur der Modelle auf
   physische Struktur des Rechnersystems
\end{itemize}
Zur Unterst"utzung der Implementation wurde das Werkzeug
Takefive/SNiFF+2.x [4] eingesetzt, das Hierarchien von
Arbeitsbereichen verwalten kann. Beide Werkzeuge arbeiten
"uber einem gemeinsamen Repository, das durch das
Revisions-Kontroll-System RCS [5] verwaltet wird.  SNiFF
erlaubt den Anschlu"s von eigenen Men"us, "uber die
folgende Hilfsprogramme angeschlossen wurden:
\begin{itemize}
\item  Erzeugung von Schema-Dateien f"ur Objektstore
\item Arbeit mit Bearbeitungszust"anden von Dateien im
   Repository
\item Reservieren aller zu einer bestimmten
   Rose-Kategorien geh"orenden Implementationsdateien
\item  Handling von Dateien im Repository
\end{itemize}
Zur Aktualisierung des Projektbereiches wurde ein Proze"s
installiert, der arbeitst"aglich einen neuen
Arbeitsbereich mit Dateien erstellt, die von den
Bearbeitern f"ur den Integrationstest freigegeben wurden.
In diesem Arbeitsbereich wird automatisch ein neues
FAPU-System genieriert und getestet. Ist der Test
erfolgreich verlaufen, so wird der Gruppenarbeitsbereich
mit der Konfiguration des Testbereichs aktualisiert, der
Bearbeitungszustand der entsprechenden Dateien wird
modifiziert. Danach werden die Bearbeiter per email
unterrichtet, da"s sie ihre lokalen Arbeitsbereiche
aktualisieren k"onnen.

Die Konfigurationen der lokalen Arbeitsbereiche und des
Gruppenbereiches werden im Repository verwaltet, so da"s
bei der Entwicklung auch auf einen vorhergehenden
Entwicklungszustand zur"uckgegangen werden kann.

Die Erfahrungen bei der Benutzung der Entwicklungsumgebung
waren nach Anfangsschwierigkeiten durchweg positiv.

Die hier gewonnenen Erkenntnisse werden im Projekt ``SPU''
[6] genutzt, um gemeinsam mit 3 Berliner Firmen eine
Software-Entwicklungsumgebung speziell f"ur kleine und
mittelst"andische Unternehmen zu schaffen. 
\\[2mm]
   {}[1] http://www.odi.com
\\ {}[2] http://www.rational.com
\\ {}[3] G.Booch, ``Object-Oriented Analysis and De\-sign'',
    Benjamin/Cummings, 1994
\\ {}[4] http://www.takefive.com
\\ {}[5] W. F.  Tichy, ``RCS - A System for Version
    Control'', Software-Practice \& Experience 15, 7 (July
    1985), 637-654.
\\ {}[6] http://www.isst.fhg.de/~spu/SPU.html }


\vortrag{Matthias Suilmann} 
{CCI GmbH, Meppen}
{Einsatz von PCMS in einer prozessorientierten
Softwareentwicklungsumgebung}
{In dem Vortrag wurde der Einsatz des
Konfigurationsmanagementwerkzeuges PCMS bei der Competence
Center Informatik GmbH (CCI) dargestellt. Die CCI ist ein
unabh"angiges System- und Softwarehaus mit den
Schwerpunkten Dokumentenmanagement, Einsatzleitsysteme,
Eingebettete Realzeit-Systeme und IT-Sicherheit.  Die in
der Projektarbeit entstehenden Produkte erfordern eine
leistungsf"ahige Versions- und Variantenverwaltung. F"ur
die Unterst"utzung unterschiedlicher Proze"smodelle
(V-Mo\-dell, MIL-STD 498, DO 178B etc.) ist dar"uber
hinaus auch eine einfache Anpassung des
projektspezifischen Projektmanagements erforderlich, wobei
die Unternehmensrichtli\-nien gem"a"s ISO 9001
ber"ucksichtigt werden m"ussen.  Um diesen Anforderungen
gerecht zu werden, wurde eine 'process engine' definiert,
die es erlaubt, aus einem Meta-Modell heraus die jeweiligen
projektspezifischen Regelungen der Proze"smodelle
festzulegen. Aus dem Meta-Modell lassen sich zwei Arten
der Projektsteuerung und -kontrolle ableiten:
\begin{itemize}
\item Bei Verwendung eines Vorgangsbearbeitungssystems
   steht die Aktivit"at mit Regeln, Vor- und
   Nachbedingungen, Zust"anden und zu bearbeitenden
   Objekten im Vordergrund.
\item Beim Einsatz des Konfigurationsmanagementsystems
  erfolgt die Projektsteuerung "uber das Objekt anhand von
  Zust"anden (geplant, in Bearbeitung, vorgelegt,
  akzeptiert), Rollen (Entwickler, Pr"ufer, Projektleiter)
  und Rechten (lesend, schreibend, "andernd).
\end{itemize} 
Die Implementierung des Meta-Modells f"ur CCI-spe\-zifische
\begin{itemize}
\item Rollen,
\item Lebensl"aufe,
\item Design Parts (Strukturierung von Systemen),
\item Item Types (Strukturierung von Objekten) und
\item Regeln (insbesondere f"ur das "Anderungsmanagement)
\end{itemize}
wurde mit dem Konfigurationsmanage\-mentwerkzeug PCMS
durchgef"uhrt.  
}


\vortrag{Ralf Tomaschewski} {Deutsche Bank, Eschborn} 
 {Der Entwicklerarbeitsplatz der Deutschen Bank} 
 {Der Entwickler-Arbeitsplatz (EAP) ist die
Integrationsplattform f"ur in der Deutschen Bank
eingesetzte Entwicklungs- und Testwerkzeuge auf einer
Workstation. Er unterst"utzt die Erstellung sowohl von
PC-stand-alone- und Client/Server Anwendungen als auch die
Entwicklung reiner HOST-Systeme. Vorgef"uhrt wurde die
Information Engineering Entwicklungslinie mit den
Werkzeugen KEY(ADW) und Micro Focus Workbench.}


\vortrag{Andreas Wehringer} 
{MIGROS-Ge"-nossenschafts-Bund}
{Einf"uhrung eines Client/Server orientierten CASE-Tools -
Resume nach 2 Jahren} 
{Der MIGROS-Genossenschafts-Bund als Koordinierungs- und
Lenkungsinstrument f"ur das gr"o"ste Schweizer Handels- und
Dienstleistungsunternehmen hat f"ur seine
SW-Entwicklungsabteilung Mitte 1992 die Einf"uhrung einer
modernen Software-Entwicklungsumgebung beschlossen. Einer
sorgf"altigen Anforderungsanlayse und Markterhebung f"ur
zeitgem"a"se Methoden und Tools folgte ein mehrstufiger
Auswahlprozess. Die wichtigsten Ziele waren: Die
Verbessserung der Applikationsqualit"at (Zuverl"assigkeit,
Benutzerfreundlichkeit, Zeitverhalten,
Wartungsfreundlichkeit), Reduktion der Entwickungskosten,
Verbesserung der Kommunikation mit den internen
Auftraggebern, Transparenz im Entwicklungsproze"s
(Projektverfolgung) und die Erh"ohung der
Konkurrenzf"ahigkeit gegen"uber externen Anbietern. Nach
einem erfolgreichen Pilotprojekt wurde die Einf"uhrung auf
breiter Front beschlossen, die neben erheblichen
Investitionen in Sachmittel vor allem auch die Anpassung
des mitausgew"ahlten Vorgehensmodells und eine intensive
Schulung der Mitarbeiter erforderte. Pro Mitarbeiter
wurden im Schnitt 35 Schulungstage aufgewendet. Seit
Anfang 1995 werden alle neuen Applikationen unter
MS-Windows in Client/Server-Technik mit einer ORACLE
Datenbank mit der neuen, integrierten CASE-Umgebung
erstellt. Dier ersten 6 Projekte, die jetzt zumindest in
den ersten Ausbaustufen abgeschlossen sind, wurden
"uberwiegend gut bis sehr gut beurteilt.  Einzig die
Wartungsfreundlichkeit konnte nicht ganz in dem erhofften
Ausma"s verbessert werden. Als Erfolgsfaktoren f"ur ein
solches Vorhaben wurden folgende Punkte festgestellt:
Strategischer Ansatz, Unterst"utzung durch das
DV-Management, fr"uhzeitige und laufende Information der
Betroffenen sowie deren Einbezug soweit wie m"oglich,
Begleitung durch einen ins Team passenden externen
Berater, Kommunikationskultur im Unternehmen
(=3DBer"ucksichtigung der Humanfaktoren), Mischung aus
umfassender Organisation und Hemds"armeligkeit. Die
wichtigsten Komponenten der SEU sind: Systems Engineer vom
LBMS mit Generatoren f"ur Visual Basic und ORACLE, Process
Engineer von LBMS mit Interface zu MS-Project und
Generator f"ur Helpfile, selbstenwickelte Window-Klassen
in Visual Basic.}


\vortrag{Hans-Josef Wolber, Manfred Fidelak} 
{Stadtwerke D"usseldorf AG}
 {Einsatz des ARIS-Toolsets bei den Stadtwerken
D"usseldorf AG}
 {Die optimale dv-technische Unter\-st"utzung von
betrieblichen Prozessen setzt zun"achst eine Kenntnis der
Abl"aufe und deren Verkn"upfungen auf Fachkonzeptebene
voraus. Mit dem ARIS-Toolset als Upper-Case-Tool gelingt
deren Dokumentation, die "uber strukturierte Grafiken und
Hinterlegung von Text\-attributen dem Einstieg in die
Systemauswahl bzw.\ -entwicklung und/oder
\linebreak-einf"uhrung dient. In diesem Vortrag wird die
Vorgehensweise des ARIS-Einsatzes und die sich aus
zahlreichen Projekten ergebenden Erfahrungen bei den
Stadtwerken D"usseldorf vorgestellt.  Ein praktisches
Beispiel aus dem Bereich einer M"ullverbrennungsanlage
rundet die Pr"asentation ab.}

\end{document}








