Der nächste Abschnitt 5, 4, 5,
4 ist agilen, ist objektorientierten Vorgehensweisen, gewidmet.
Dabei gehen wir, das machen wir aber relativ kurz,
nur auf die Besonderheiten einzugehen. Auch das ist ein typischer Art von Vorgehensmodellen,
vor allen Dingen bei Softwarehäusern, die Softwareentwicklung als Hauptzweig treiben.
Die sind häufig auf Methoden angerichtet. Während bei den
agilen Vorgehensmodellen nichts von der Objektorientierung oder Serviceorientierung oder was
auch immer gesagt wird und bei dem V-Modell schon gar nicht,
so sind die Objektorientierten Vorgehensmodelle sehr stark auf die objektorientierte Methodik ausgerichtet.
Das Beispiel, was wir hier haben, Ist der Rechnal Unified Process?
Das ist unser Beispiel, was wir hier nehmen,
dass die anderen Prozesse, Vorgehensmodelle für Objektorientierung sind, mehr oder weniger, ähnlich. Ja,
jene, der rechnet der Unified Process,
Sie sehen es hier auf der Folie, ist ein kommerzielles Produkt,
man kauft das für eine bestimmte, bestimmten Preis,
hat man ein Lizenzmodell und damit kommen auch noch ein paar zusätzliche Hilfen,
die man damit kauft,
um eben die Dokumente zum Beispiel anzulegen,
dass das gleich alles vorbereitet oder so eine Art Anpassung,
so ein Teeloing ist
auch teilweise vorbereitet
Ja, also das, was wir schon wissen,
was allgemein für Vorgehensmodelle zutrifft, es beschreibt Rollen, Aktivitäten, Vorgehensweise.
Aber mit besonderem Fokus auf Objekte und hier der Methodik,
also wie schneide ich die Sachen, wie kommunizieren die Sachen.
Das ist hier besonders vorgesehen. Und ja,
hier unten haben wir dann, hier sind wir zum Beispiel
die Rolle des Architekten und welche Tätigkeiten für den zustehen,
zu treffen.
Das ist einfach so ein Bildchen, was ich da mal rausgenommen habe.
Das Gleiche könnte man auch für einen Entwickler sagen,
mit welchen Aktivitäten hat er
denn zu tun
Und hier unten stehen die Artefakte,
mit denen er zu tun hat, also die Dokumenttypen,
die sind, die für ihn wichtig sind.
Ja, lassen Sie mich kurz noch etwas dazu sagen,
was der Rechnel Unified Process, was ihn eigentlich ausmacht.
Ich könnte das jetzt hier hinschreiben, ich schreibe es mal
auf die nächste Folie. Rechnel Unified Process,
er ist nicht nur ein kommerzielles Produkt von IBM,
sondern er ist der Prozess zur UML
Alle denken, sagen, wir entwickeln objektorientiert, wir entwickeln mit UML.
Ja, das ist, das ist schon richtig,
aber UML selbst ist keine Vorgehensweise, enthält keine vorgehensweisen Hinweise,
sondern nur sagt, so beschreibt man es.
UML gemeinsam mit der UML ist der Rechnel Unified Process
von den drei Entwicklern der UML entwickelt worden.
Jacobson, Booch und Rambo,
die haben gemeinsam die UML entwickelt aus der Taufe gehoben und
dabei eben auch den Rechnel Unified Process entwickelt
Da hieß zu Anfang nur Unified-Proses, im Sinne von,
wie Unified Modeling Language, UML.
Dann haben sie eine Firma gegründet, rechnen.
Und deswegen heißt der Rational Unified Proses, wird oder von
IBM aufgekauft und wird da noch so ein kleines bisschen vermarktet.
Der Prozess zur UML, der enthält also vorrangig Vorgehensweisen.
Zur Gestaltung und zum Bauobjekt
uinierte Systeme
Das korrigiere ich mal noch ein bisschen hier.
Objekt, orientierter, wie ein Tier der Software.
So, das ist erst mal das eine. Und was
wir auf jeden Fall noch sagen sollten, es gibt,
wenn man diese Lizenz von IBM kauft für das Rechner,
für den Rechner Unified Process,
gibt es auch noch eine Reihe von Tools
mit dazu
Unterstützt. Durch Werkzeuge, da gibt es ein spezielles Case-Werkzeug,
was die UML besonders gut unterstützt. Rechner Suite heißt das Produkt,
der Name ändert sich immer mal und so richtig offensiv ist
die Vermarktung von UML auch nicht mehr,
aber das ist ja Ja, und dann,
was auch noch dabei ist durch Werkzeuge und durch Vorlagen und Arbeitshilfen.
Mit Arbeitshilfen ist gemeint so etwas
wie Checklisten oder wie Rollenbeschreibungen
Rollenbeschreibungen soll das heißen. Ja, so, das folgende Bild habe ich
aus dem rechnenden Unified Posses genommen, um zu zeigen, wie Iterationen laufen.
Auch dieses Bild hatten wir am Anfang der Vorlesung schon mal,
was ihnen zeigen soll, dass die Sachen ineinander übergehen. Ja,
also das Geschäft, die Klarheit darüber, was der Prozess eigentlich soll,
das macht man nicht nur ganz zu Anfang,
sondern auch parallel, auch wenn die,
wenn die Anforderungsentwicklung, Anforderungsaufnahme eigentlich schon den Höhepunkt hat,
da denken wir immer noch drüber nach,
was ist die grundsätzliche Vision aus,
was soll da grundsätzlich gemacht werden?
Ja, Anforderungsanalyse, Requirements, Engineering läuft parallel dazu und man fängt tatsächlich an,
schon die ersten Sachen für das Design zu machen.
Das sind vor allen Dingen Templates, das sind Arbeitshilfen,
das sind auch Beispielimplementationen, um mal zu prüfen,
ob etwas geht. Und dann noch kommt nach,
wenn die Entwicklungen weitgehend abgeschlossen ist, kommt der Entwurf abgeschlossen ist,
dann kommt hier ganz viele Leute an Bord,
die Implementation und Test machen.
Hier ist gezeigt, Test als fortwährend der Aufgabe,
weil man immer solche Unitests macht und in bestimmten Zyklen vorgeht,
in Sprints vorgeht,
das ist sicherlich ein
ganz wichtiger Punkt
Ja, so viel nur zu Objektorientierung. Ich glaube,
wir haben dazu gar keine direkte Frage. Nein,
haben wir nicht. Doch, hier unten erläutern sie anhand
der zeitlichen Verteidigung der Aufgaben, den Iterativ inkrementellen Charakter.
Das ist genau dieses Bild, was wir hier gerade gesehen haben.
Ja, also iterativ inkrementell. Man kann nur ahnen,
dass das also, dass im Prinzip die Inkremente ja hier nicht,
jetzt sieht man nur, wie viele Leute arbeiten hier,
also in dem Gebiet Requirements Engineering oder noch Geschäftsprozessoptimierung und wie viele Arbeiten im Gebiet Analyse,
wie viele Arbeiten im Gebiet Implementationen.
Und hier können wir sehen, dass es nicht zu Anfang
Null ist für Implementierung und zum Schluss 100 Prozent,
sondern es gibt immer noch so Abstufungen.
Und das zeigt uns, dass das hier ein wichtiger
Baustein ist
Soweit dazu. Jetzt haben wir drei wesentliche Vorgehensmodelle besprochen und
ich möchte jetzt gern noch auf etwas wesentlich,
also diese drei stehen als Beispiel für Sachen,
die sie in der Industrie in ihrer Firma antreffen werden.
Ich habe hier noch etwas weiteres mitgebracht,
was irgendwie ein bisschen im Zusammenhang steht und zwar Reifegrad-Modelle.
Ich hebe hier auf das CMMI ab,
das ist von der Chronicle Melden University,
dem SEI-Softwareentwicklungsinstitut entwickelt worden
Und heißt Capability, Mecurity, Model. Viele sagen auch nur CMM,
das war allerdings tatsächlich die vorgehende Version, die heißt jetzt CMMI,
Campability, Mecurity-Model, Integration, aber das Wesentliche ist hier Meteority.
Es geht um Reife. Diese Reife soll bewertet werden,
das ist das eine, aber man soll auch gleichzeitig kommen,
dass dieses CMMI auch mit Empfehlungen,
wie erreiche ich denn den nächsten Schritt?
Ja, also es ist ein Referenzmodell,
man kann es zum Vergleich nutzen für Organisationen,
die Software entwickeln,
die Hardware entwickeln und so weiter
Und man bewertet, dass anhand von bestimmten Teilbereichen, die heißen Process Areas.
Und in der Summe gibt es für jeden Level
ein paar erwartete Ausprägungen, was dort passieren soll.
Da kann man dann entsprechend das ausrechnen. Wir haben da
ein Bild dazu. Und bevor wir dazu kommen zu dem Geschäft,
zu den Bereichen, möchte ich erstmal die Reifekrate erläutern.
Wir haben fünf bei diesem CMMI. Und zwar der erste,
der unterste, der heißt Initial.
Man könnte auch sagen, durchaus chaotisch oder adhoc.
Das ist das Vorgehen so, wie man es halt macht.
Wir haben keinerlei Anforderungen an dem Prozess
Das ist so der Startpunkt. Jeder macht das so,
egal wie chaotisch er vorgeht. In der Stufe,
auf der nächst höheren Ebene versucht man Projekte wenigstens zu führen.
Man kann ihn nicht kontrolliert komplett steuern, Feintuning kriegt man
nicht hin, aber man versucht sie zu führen.
Und dann kann man auch Projekte wiederholen.
Und dann kann man auch zum Beispiel Aufwandsschätzung ein bisschen stabiler
aufgrund Erfahrung vom letzten Mal darstellen
Die Feind, die nächste Stufe. Die sagt,
nicht nur, wir können die Projekte führen,
sondern wir können sie ganz gezielt durchführen und können gezielt an
den einzelnen Stellschrauben drehen und sagen,
dort müssen wir etwas mehr machen,
dort müssen wir etwas weniger machen und überlegt man den Fokus auf die und diese Qualitätsziele.
Und da gibt es eine unternehmensweite kontinuierliche Verbesser-Prozessverbesserung,
dass man das Optimum zum Beispiel sucht.
Nicht so viel Bürokratie,
sondern optimale Herangehensweisen
So, das ist schon ein gutes Level, also Firmen, die die Level 3 erreicht haben, die sind schon sehr gut organisiert. 4 und 5,
da sind wenige Firmen unterwegs, es gibt die natürlich auch,
die dann dafür sorgen, dass man quantitativ hier das Ganze steuert,
hier können zum Beispiel Metriken dazu,
also nicht Metriken hier unten gleich, sondern Metriken eigentlich erst wenig,
wobei von Stufe 3 unterwegs bin und Optimierung des gesamten Prozesses zum Beispiel auch,
dass man immer wieder prüft,
produziere ich hier nicht so viel Papier,
mache ich nicht so viel Bürokratie oder brauche ich noch weitere Qualifikationen für diese Art von Projekten oder was auch immer.
Ja, Diese Reifegrade werden gemessen, die Zuordnung zur Reifegraden,
nach solchen Process Areas. Die Process Areas sind hier in
Kästchen dargestellt. Und hier ist man ein bisschen dargestellt,
welche Process Areas gehören zu den verschiedenen Levels.
Zu dem Level 1, den sehen Sie ja nicht.
Das gehört gar nichts, weil das hat jeder automatisch.
Da muss man nichts dazu haben. Zu dem nächsten Level
gibt es erstmal nur solche Sachen wie, es gibt ein Qualitäts-Requirements-Management.
Es gibt eine Planung. Es gibt einen Plan Verfolgung.
Es gibt ein paar Messungen und es gibt,
man sorgt sich um Qualität
Qualitätssicherung. Ja, Konfigurationsmanagement gehört da auch mit dazu.
Ja, also das sind Bereiche hier.
Ich hatte schon gesagt, bei den qualitativen, da gehören,
dass man dem, das gehören Metriken dazu.
Also hier in den Kästchen ist immer noch eine ganze Menge drin.
Das lohnt es sich schon, mit diesem Material wirklich mal
zu arbeiten. Und was jetzt das Wesentliche ist,
ist, dass man hier auch als mit Empfehlungen kommt
Und diese Empfehlungen helfen uns dabei, zum Beispiel zu sagen,
ja, wir haben jetzt von dem Level 2,
haben wir ziemlich alles erreicht, dass sie jeweils, sie können sich vorstellen,
zu jedem Punkt gibt es hier so eine Art Fragebogen und dann können sie sagen,
wir haben 80 Prozent der Fragen,
kann ich mit Ja beantworten oder 60 Prozent oder ich habe gerade mal ein bisschen.
Typischerweise ist das so, dass man hier unten,
wenn man auf der Ebene eigentlich im Wesentlichen an der Grenze zwischen zwei und drei ist,
dass man schon ein paar von drei hat,
vielleicht gelegentlich sogar irgendwas auch schon von vier,
aber auch vielleicht noch ein Pass von zwei
Und dann gibt es diese, dies,
was wir hier sehen oder beziehungsweise das, was dahinter steht,
nämlich an konkreten Empfehlungen, was man da für Maßnahmen machen könnte.
Das gibt dann die Empfehlung, dass man sagt,
okay, wir schließen jetzt erstmal die Lücken auf Ebene 2.
Schon bewegen wir uns automatisch ein bisschen höher.
Und dann greifen wir die Sachen von Ebene 3 raus,
die uns leicht fallen oder wo wir gute Erfolge erreichen können oder die besonders kritisch sind.
Und dann erreichen wir langsam Ebene 3. Und dann eben eine 4,
also es ist nicht nur der Fest,
sondern ich kann da durchaus 2,7 oder sowas erreichen.
Auf jeden Fall möchte ich Ihnen das nahelegen als eine Technik oder als ein Arbeitsmittel,
diese Fragebogen, die hier hinter jedem dieser Sachen drinstehen,
um rauszukriegen,
was könnte man denn noch machen,
was wäre denn noch sinnvoll oder was ist
das nächste sinnvoller
Soweit zu Reifegradmodellen und damit genau,
damit sind wir auch schon am Ende der Vereinsschneidung entgekommen.
Es kommt noch ein kleines bisschen was,
Hinweise zu Bachelorarbeit und ja, und die Werbung,
dass sie Tutoren bei uns werden sollen, das möchte ich jetzt gleich anschließen.
Die Phase im Studium, in dem man regulär ist,
wenn man Softwaretechnik hört, führt das Semester im Bachelor,
ist die Phase,
wo man dann anfangen sollte,
sich ein Bachelorarbeitsthema zu suchen
Ja, typischerweise kommen ganz viele zu uns, das,
was uns sehr freut, wenn wir vielleicht offensichtlich einen guten Eindruck durch
unsere Lehrveranstaltung bei ihnen hinterlassen haben oder weil sie die Themen interessant finden.
Wir möchten aber sagen, dass diese Bachelor-Arbeit durchaus,
auch wenn sie interessiert sind, an Softwareentwicklung von anderen Gruppen auch gemacht werden kann.
Ja, also es gibt in vielen anderen Gruppen,
ich habe ja extra hingeschrieben, in allen Arbeitsbereichen des Fachbereichs Informatik,
können sie suchen, dass sie dort jemanden finden,
der Softwareentwicklungsthemen für sie hat in Bilderkennung, in Robotik,
in Sprachverarbeitung,
in mathematischer Statistik,
wo auch immer
Also alle haben irgendwie auch kleine Entwicklungsaufgaben, wo sie da
durchaus hingehen können, wenn sie alle zu uns kommen.
Das hat uns sehr, aber dann haben wir in gewisser Weise mehr Leute,
mehr als wir verarbeiten können, als wir betreuen könnten.
So, und sie sollten dabei sich darauf vorbereiten,
dass die Arten der Aufgabenstellung sich natürlich da deutlich unterscheiden.
Wenn sie sich für eine bestimmte Richtung interessieren,
dann machen sie das natürlich daran fest,
wer es ihnen von den Lehrenden sympathisch, was sind Sachen,
die sie interessant finden.
Aber gehen sie durchaus auch davon aus, nicht nur,
was sie jetzt interessant finden, sondern das,
was sie auch schon ein bisschen mehr davon wissen,
wo sie Vorkenntnisse haben
Ja, denn es funktioniert nicht, wenn jemand,
also ich sag mal, Datenbanken gar nicht gehört hat oder nur
das absolut Pflichtprogramm und da will er seine Bachelorarbeit da schreiben.
Dann sollte er schon ein bisschen mehr zu Datenbanken auch wissen,
damit die Einarbeitungszeit nicht zu lang wird, damit Ergebnisse rauskommen.
Häufig fast alle Gruppen, darin auch meine, wird das
Schreiben NS-Exposé verlangt. Exposé ist eine Kurzdarstellung von den Sachen,
die ich machen möchte. Und wir zum Beispiel verlangen das,
dass sie so ein Exposé aufstellen,
das muss nicht lang sein,
drei bis fünf Seiten
Das verlangen wir, damit wir wissen, sie wissen, was sie wollen.
Sie wissen, was sie tun. Und sie haben auch
verstanden, was an dem Thema wichtig und kritisch ist.
Und das ist ein bisschen, das ist wichtig, bevor wir sie anmelden lassen.
Ja, also deswegen, und das dauert aber Zeit,
deswegen fangen sie rechtzeitig an, zu suchen,
deren Thema, das dauert durchaus ein bis drei Monate.
Der letzte Teil, den verstehen manche nicht, wieso denn
nicht in einer Firma. Meine Firma bietet solche Abschlussarbeitsthemen. Ja,
das ist bei Fachhochschulen durchaus üblich,
die haben zu wenig eigenes Personal und das ist komplett die Betreuung zu leisten,
die sagen,
geht mal in die Firma und bringt eine Note mit und dann
ist alles gut
Das ist die ja an der Universität anders. Unsere Prüfungsordnung erlaubt das nicht in dieser Form.
In den meisten Fällen ist der betriebliche Betreuer auch nicht derjenige,
der in die Note gibt, sondern die Note bekommen sie von uns.
Und weswegen ich abreite davon, ist nicht,
weil sie nicht zu den Firmen gehen sollen, sondern weil viele von den Firmenthemen nicht passen.
Die passen einfach nicht für eine Abschlussarbeit,
da können sie nicht zeigen, da können sie zwar irgendwas arbeiten,
aber schlecht zeigen, was sie dahin gelernt haben,
was sie gelernt haben im Studium, sondern,
und sie haben noch ganz viel Arbeit,
bis das Thema soweit ist, dass es unterschreibsreich ist,
dass es taugt dafür.
Ja, sie machen da die Pendel-Diplomatie.
Deswegen nehmen sie Firmen ja, aber nur zum Datenliefern.
Nehmen sie die als Fallbeispiellieferant, als Unterstützer.
Und wenn die an dem Thema interessiert sind,
umso mehr aber die Aufgabenstellung,
nehmen sie bitte von der Universität,
der Prüfungsordnung in ihrer merkt,
fordert das alles
Soweit ein paar Worte zur Bachelorarbeit. Und ich möchte noch,
wir können ja dann gerne in der Fragerunde nach der Vorlesung
da noch ein paar Fragen dazu sprechen.
Meine Empfehlung nennen. Und ich habe ganz zum Anschluss noch
eine Werbung in eigener Sache. Sie haben,
wenn sie das Ganze, die ganze Veranstaltung nur online mitkriegen,
haben sie natürlich nicht so richtig gut Kontakt mit den Tutoren.
Aber wir brauchen die Tutoren normalerweise in den Anwesenheits-,
als Anwesenheitsübungen geführten Übungen. Da brauchen wir sie als jemand,
der dort moderiert, der dort eine Gruppendiskussion ermöglicht,
der dort Input in die Gruppe gibt und Fehler durch die auftreten,
durch sein Beispiel, durch seine Erfahrung eben auch erklären kann.
Und das ist natürlich etwas, was ihnen sehr hilft,
auch in ihrer persönlichen Entwicklung, wenn sie merken,
wie gut sie da ankommen, wie gut sie klären oder vermitteln könnten.
Aber es gibt auch ein paar ganz gute Sachen,
die einfach nur so Standards sind.
Also man verdient dort nicht so schlecht. Sie entwickeln ihre
eigenen Fähigkeiten, insbesondere immoderieren im Erklären, in den Kommunikationssachen.
Kommen Sie zu uns als Tutor für Softwaretechnik
Damit sind wir am Ende. Vielen Dank für die Aufmerksamkeit.
Ich hoffe, dass Sie aus dieser Veranstaltung viel mitnehmen,
was ihnen hilft, in der Berufstätigkeit.
Vielen Dank