… und sprich mit der Entwicklerin
Anfang Dezember hatte ich das Glück, einmal ein professionelles Analytikerseminar besuchen zu dürfen. Ein paar Dinge, die ich dort gelernt habe, und ein paar Dinge, die mir dort und danach selbst (wieder) eingefallen sind, stelle ich in diesem Artikel vor.
Wenn eine neue Software entwickelt oder ein altes System modernisiert werden soll, steht erst einmal eine Analyse an: Was wird derzeit eingesetzt? Was gibt es überhaupt an Aufgaben, die mit oder ohne Software erledigt werden? Welche Wünsche an eine neue Software existieren? Und so weiter, und so fort… Für diese Phase der IT-Systementwicklung gibt es Modellierungsmethoden. Bei OOSE (www.oose.de) gibt es nicht nur den UML-Becher (s. auch die Rezension „Unified Modeling Language“ vom 7. Juni 2003), sondern auch Seminare. Völlig subjektiv sag ich hier mal, dass die klasse sind. [Anm. der Red. Natürlich nicht ganz so klasse wie die Kurse bei der IF… ;-) , aber auch sehr, sehr gut.] Kurz und gut, OOSE lehrt Methoden und Sprachen, die frau online auch beschnuppern kann. Wer noch Weiterbildung sucht, die ihr Chef für sie fordert, sollte hier mal nachsehen. Genug unbezahlte Werbung, jetzt kommt endlich ein bisschen Inhalt.
Interviews
Am Anfang stehen die Interviews. Interviews mit Jenen, die die Software später benutzen. Worum geht es hier? Die Analytikerin will herausbekommen, welche Arbeitsabläufe überhaupt existieren. Dabei gibt es ein paar Punkte, die frau beachten kann:
- Fragen: „Welches sind die Probleme?“
- Probleme identifizieren, erst SPÄTER Lösungen überlegen
- Anzahl identischer Antworten mitzählen sowie Prioritäten protokollieren
- Interviews möglichst zu zweit mit den Interviewpartner/innen führen (dann hat man schon mal vier Ohren und zwei Sichten)
Eine Gefahr bei der Systementwicklung ist „Der goldene Hammer“. Was bedeutet das? Wer als Werkzeug nur den Hammer kennt, für den sieht alles aus wie ein Nagel. Das gilt insbesondere auch für Programmierer/Coder. So könnte es passieren, dass vorschnell Lösungen vorgeschlagen werden, die anscheinend auf der Hand liegen, ohne andere Möglichkeiten zu berücksichtigen.
Im Gespräch bleiben und den Weg im Auge behalten
Wichtig ist die Diskussion, das Gespräch! Details gehören dazu, stehen aber nie im Mittelpunkt (in dieser Phase). Es geht darum, um was es geht! Mit dem Vorsatz, Einigkeit in der Sicht auf die Dinge zu erreichen. Das Ziel ist, das zu modellierende neue Softwaresystem für alle Beteiligten möglichst nützlich und brauchbar entwickeln zu können. Dafür muss frau erst mal wissen, wie der Rahmen aussieht. Details können später geklärt werden. Abstraktion ist hier das Zauberwort.
Eine Schwierigkeit bei der Analyse besteht darin, dass endlose Diskussionen und das Hinabtauchen in Detailfragen den Zeitrahmen sprengen. Was also kann die Analytikerin tun, um das Problem „Zeit einhalten“ bei Arbeitstreffen in den Griff zu bekommen?
- Den Zeitrahmen für Treffen vorgeben (und den Beteiligten vorab und mittendrin mitteilen)
- Das Bewusstsein schaffen: Irgendwann muss man entscheiden
- (Noch) offene Probleme explizit notieren
- „Stehung“ statt Sitzung
Eine Methode, Deadline-Verschiebungen zu vermeiden, ist das „time boxing“: Zeit geht vor Inhalt, d. h. die Deadlines sind fest, nicht die Ergebnisse. Das Ganze geht mit agiler Softwareentwicklung Hand in Hand. Keine Frage, so eine Vorgehensweise muss mit den Entscheiderinnen und Entscheidern abgesprochen werden! Nichtsdestotrotz ist time boxing sinnvoll:
Auftraggeber/innen kaufen lieber fertige Software, die nicht perfekt ist, als perfekte Software, die nicht fertig ist!
Ein Startpunkt jeder Modellierung ist der „gute Fall“, das bedeutet, dass Ausnahmen und Sonderfälle jetzt noch nicht betrachtet werden. Solche werden später eingefügt. Das hilft nicht nur, die Zeit einzuhalten, sondern erhöht auch die Übersichtlichkeit.
Erfolgsformel
Diese Formel habe ich von einem OOSE-Mitarbeiter gelernt – und sofort geglaubt: Erfolg = Qualität * Akzeptanz. Sie beschreibt die Abhängigkeit des Erfolgs nicht nur von der Qualität des Produkts, sondern auch von der Akzeptanz seitens der Kundschaft. Trivial? Klar, aber der eine Faktor (welcher wohl…?) wird leider immer noch viel zu oft ignoriert.
Kreativitätsmethode „Produktkarton“
Aufgabe: Produktkarton für das fertige Produkt (SOLL) entwerfen, in dem der Benutzerin oder dem Benutzer und anderen Beteiligten das System „verkauft“ werden soll. Die Größe sollte etwa die eines Schuhkartons sein. Darauf geschrieben werden Ideen/Systemvoraussetzungen etc. Ein Beispiel ist auf dem Foto zu sehen.
- Wie heißt das Produkt? (Hier: go4IT)
- Produktfeatures: 5-15 Merkmale und Eigenschaften (im Bsp. vier Anwendungsbereiche)
- Voraussetzungen: Hardware, Softwarearchitektur, Systemumgebung/Fremdsysteme (Schnittstellen), Entwicklungswerkzeuge, organisatorische und personelle Voraussetzungen …
- Für Verkaufsprodukte: Preis
Beschreibung und Messkriterien
Zur Beschreibung bietet sich die UML an, die Unified Modeling Language. Außer den Diagrammen gibt es aber noch andere wichtige Aspekte. Wie umfangreich soll die textuelle Beschreibung einzelner Anwendungsfälle denn nun sein? Als Daumenregel kann frau sich merken: Eine Din-A4-Seite. Auch Systemidee und Ziel passen auf max. eine Din-A4-Seite (vgl. Produktkarton). Natürlich helfen bei der Umsetzung auch Kennzahlen. Sie helfen, sind aber immer auch mit Vorsicht zu genießen. Ein Beispiel aus der Nagelfabrikation: Da lautete die Kennzahl „möglichst viele Nägel pro Monat produzieren“. Was dazu führte, dass nur noch kleine Nägel hergestellt wurden. Bei der Kennzahl „Stahlverbrauch pro Monat“ dagegen kam es zur Produktion riesiger Nägel… (auch das ein Beispiel aus dem Seminar und nicht auf meinem Mist gewachsen – aber eingängig).
Was gilt es noch zu beachten? (Achtung, Ausnahmen gibt es ab und an.)
- Ist das verständlich formuliert (Sprache der Anwender/in, nicht der Entwickler/in)? Alle möglichen Leser/innen müssen die Beschreibung verstehen können!
- Substantiv und Verb
- Aus Sicht des Unternehmens bzw. des Akteurs
- Die Beschreibung ist technologieunabhängig, der Name fachlich
- Ist es ein Anwendungsfall oder nur ein Detailschritt?
- Auslöser und Ergebnis finden
- Ist das Beschriebene überhaupt relevant? (Im Zweifel erst mal aufschreiben, streichen kann frau hinterher immer noch)
- Glossar führen: Begriffe definieren
Aus der Praxis
Hier noch ein paar Mosaiksteinchen aus der Praxis. Es gibt Organisationen, die haben für alle Softwaresysteme die Vorgabe „handschuhbedienbar“. Klingt aus meiner Sicht gut, denn ich bin zwar kurzsichtig, aber durchaus technikaffin und erlebe die Miniaturisierung der Webtexte und Links als absolut abstoßend!
Wo war ich stehengeblieben? Ach ja, Mosaiksteinchen. Präsentationen des neuen Softwarekonzepts bei der Auftraggeberin sollten zu zweit oder mehr gehalten werden. Wozu? Eine spricht, ein anderer notiert Fragen während der Präsentation, um diese später zu beantworten. Die Rollen können wechseln, das erhöht die Aufmerksamkeit des Publikums.
Etwas Psychologie kann auch nicht schaden: Haben wir es hier mit einem risikofreudigen oder einem kostenbewussten Typ zu tun? Liegt gerade ein anderes Problem in der Luft, das eigentlich nix mit der Software zu tun hat? Solche Störungen können den Erfolg einer Präsentation bekanntlich stark beeinflussen, das haben wir alle wohl schon mal erlebt.
Fazit
Modellieren ist ein Prozess, der nie abgeschlossen ist (klar, panta rhei). Modelle sind einfach Mittel, die die Kommunikation und gegebenenfalls den Konsens untersützten sollen. Viel Spaß dabei!
Maria
von Maria














Nach ein paar organisatorischen Hinweisen durfte dann endlich unsere prominente Besucherin sprechen: Zaheda Bhorat erzählte uns die Google-Story. Darf ich vorstellen: Bhorat, Zaheda Bhorat.
Das Binnenschiff mit der Informatikausstellung tourt dieses Jahr durch viele Städte – in Duisburg war es schon Anfang Juli. Bis zum 18. September ist es jetzt noch im Süden der Republik unterwegs. Die Ausstellung an Bord des Binnenschiffs zeigt, wie Informatik den Sport im Allgemeinen und Sportgeräte im Speziellen beeinflusst.
Im ersten Bereich gibt es zum Beispiel eine Apparatur, bei der die Sprunghöhe aus dem Stand gemessen wird (ich hatte 28 cm; ist das gut?). Zum "Kopf" gehört alles, was mit Intelligenz und Psyche zu tun hat. Außerdem kann frau mal ausprobieren, ob sie Talent für’s Speerwerfen hat. Oder ob Kickern gegen den Automaten zu gewinnen ist (aber Vorsicht, das Ding ist für Linkshänderinnen gebaut). Soweit die Spielereien beim "Material".
Für die "Fähigkeiten" werden Schnelligkeit und Reaktionsgeschwindigkeit getestet, zum Beispiel beim Linealfalltest. Dabei lässt Eine ein Lineal fallen, das die Andere auffangen muss; je nach cm-Marke war frau dann schnell oder nicht so schnell. Ich war schnell, weil ich sowohl die Eine als auch die Andere war … Oder es gilt zu schätzen, wie lange 20 Sekunden dauern. Drückt frau zum zweiten Mal auf den Knopf, erscheint die Zeit, die wirklich vergangen ist.
Wer zahlt’s? Der Eintritt ist frei! Finanziert wird das Ganze durch das Bundesministerium für Bildung und Forschung und die Deutsche Telekom Stiftung. Die Fraunhofer Gesellschaft, die Leibniz-Gemeinschaft und die Max-Planck-Gesellschaft stellen die Exponate. Außerdem haben die Universitäten Darmstadt, Münster und Hohenheim ihre Finger im Spiel, das Institut für Forschung und Entwicklung von Sportgeräten FES, der Olympiastützpunkt Berlin und – klar – die Deutsche Sporthochschule. Dort sind sicher auch arme Studis damit beschäftigt, ihr Rucksackproblem zu lösen. Das gibt’s natürlich auch auf dem Schiff – als Holzkiste (nee, leider ohne Piratenschatz) mit Holzklötzen. Oder ging es da eigentlich um Gleichgewicht, Schwerpunkt und Auskippwinkel? Geht hin und findet’s selbst raus.
Die Ausstellung ist täglich von 10 bis 19 Uhr geöffnet. An Bord gibt es ein kleines Café, so dass für das leibliche Wohl auch gesorgt ist. Schließlich ist es manchmal ganz schön anstrengend, dieses besondere "Museum" zu nutzen.


Warum Wildtiere nicht ohne Informatik auskommen – Informatiktage im Duisburger Zoo
Die Zucht von Wildtierarten wird jeweils von einem Zoo aus weltweit koordiniert. Für Duisburg sind das die Fossa (
Auch andere Informationen als die für geeignete Elternpaare sind im ZIMS – zoological information management system – zu finden. Ohne umfangreiche Informationen zur Biologie, ohne Kenntnis über tiergärtnerische Einzelheiten und tiermedizinische Befunde der einzustellenden Tiere wären – nicht nur am Kaiserberg in Duisburg – Koalas und Pinselohrschweinee, Fossas und Gorillas dem endgültigen Artentod ausgeliefert.

Exkurs Baumkänguruhs
Sommer 2005 in Dubai
Mit den Zügeln in der Linken und der Gerte in der Rechten legten also im Sommer 2005 die zehn blau- und rotgewandetetn Roboter die 3 km lange Rennstrecke zurück. Angefeuert wurden sie von Hunderten von Fans. Die Kamele erreichen dabei eine Geschwindigkeit von bis zu 30 km pro Stunde. Allerdings geht es in diesem Rennen nicht ums gewinnen, sondern um einen Test unter realistischen Bedingungen. Nach dem Test ist es klar; die Roboterjockeys reiten die Kamele auch in der echten Rennsaison.



Am CeBIT-Samstag trafen sich im Convention Center der Messe Hannover nicht Vertreter verschiedener Unternehmen und Organisationen. Darunter Microsoft Deutschland, die Telekom, die Fraunhofer Gesellschaft. Leider waren Wenige da, die zum vielseitigen und exzellenten Nachwuchs der I(C)T, der Informations- und Kommunikationstechnologien, zählen. Immerhin, nach längerer Durststrecke sieht die Branche jetzt wieder etwas Land. Unter diesem "aufgehenden Stern" startete denn auch der Kongress "Exzellenz und Power in ICT". In der ansteigenden Konjunktur ist eine neue Nachwuchsinitiative keine schlechte Idee.
Ansätze in die richtige Richtung berichteten alle Plenumsmitgliedern: Die Telekom bietet ihren Angestellten vorbildliche Kindertagesstätten, die schon früh Naturwissenschafts- und Technikverständnis bei den Minis fördern. Die Fraunhofergesellschaft bietet Programme für den Nachwuchs, unter anderem Mentoring. Microsoft hat das Projekt "Schlaumäuse" ins Leben gerufen, eine Kindergarteninitiative. Dort werden die Minis beim Sprach- und Kommunikationserwerb unterstützt, dem Baustein, der vor allem anderen Lernen steht.
Nach dem Plenum präsentierte Dr. Deborah Keyek-Franssen in ihrem 



Drei Hochschulteams werden im Mai 2006 um die besten Ideen konkurrieren. In einer großen Samstagabendshow um innovative Erfindungen werden auch "Deutschlands klügste Köpfe" vorgestellt. Die Studierenden-Teams erhalten vor Ort eine Aufgabe, die sie innerhalb der Sendung lösen müssen. Dabei sind natürlich Kreativität und Einfallsreichtum gefragt, wenn es ans Lösen geht. Es gilt, eine Apparatur zu bauen, mittels derer die Aufgabe gelöst werden kann. Dafür braucht Ihr Euer technisches Verständnis und handwerkliches Können. Um es nicht zu leicht zu machen, ist die Materialauswahl für die Apparatur begrenzt.

Neue Runde im Mentoringprogramm für Schülerinnen
Beim
CyberMentor ist ein E-Mail-Mentoring-Programm; jede Teilnehmerin verpflichtet sich dabei, gerade mal zehn (10) Minuten pro Woche in die E-Mail-Kommunikation zu investieren. Schülerinnen aus Baden-Württemberg ab 12 Jahren können sich als Mentees bewerben. Die Mentorinnen sind in den Bereichen Mathematik, Informatik, Naturwissenschaften oder Technik (MINT) beruflich tätig oder stecken gerade im Hauptstudium.
Alle Teilnehmerinnen können an den Offline-Treffen teilnehmern. Im laufenden ersten Programmjahr gab es bisher zwei. Das letzte fand am 11. Februar statt und stieß bei allen Beteiligten auf Begeisterung. Für die Mentorinnen gab es Vorträge zu CyberMentor und SCIberMENTOR (dem kanadischen Vorbild). Außerdem erklärte Prof. Dr. Albert Ziegler, wie frau bei ihrer Mentee – oder anderen Kids – "Begabungen erkennen, Pygmalion nutzen, Prüfungsangst minimieren" kann. Prof. Dr. Judy L. Lupart aus Kanada stand für Fragen nach SCIberMENTOR zur Verfügung. Die Mentees kamen mittags dazu und konnten zwischen zwei Workshops wählen, die einige Mentorinnen anboten: "Die Zukunft des Automobils" oder "Minicomputer überall". Einige Fachfrauen boten sich spontan an, den Mentees eine Führung auf einer Großbaustelle in Stuttgart zu organisieren. Natürlich gab es zwischen Brezeln, Tee, Kaffee und Brötchen für alle die Gelegenheit, sich kennenzulernen.