http://www.sophist.de/ Latest news from sophist.de en http://www.sophist.de/typo3conf/ext/tt_news/ext_icon.gif http://www.sophist.de/ 18 16 Latest news from sophist.de TYPO3 - get.content.right http://blogs.law.harvard.edu/tech/rss Wed, 16 May 2012 16:08:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=563 Vor kurzem wurde mal wieder die Lieblingsfarbe der Deutschen bekannt gegeben. Wie der Titel schon... Die blaue Stunde z.B. oder Blau machen, man kann aber auch sein blaues Wunder erleben…das Steht zudem noch in Dresden. Blau steht für Harmonie, Freundlichkeit, Treue, Freundschaft, Vertrauen, Zuverlässigkeit, das Männliche, Leistung, Sportlichkeit, Selbstständigkeit, Konzentration, aber auch Sehnsucht, Weite, Fantasie, Entspannung und Stille. Das sehen immerhin 43% der Männer und 35% der Frauen so. Des Weiteren kann man rot sehen oder etwas zieht sich wie ein roter Faden hindurch. Mit Rot verbindet man Lebensfreude, Energie, Aktivität, Dynamik, Liebe, Hass, Wut, Zorn, Leidenschaft, Aufregung, Sexualität, Erotik, Aggressivität, Kraft, Hitze, Begierde, das Laute, Gefahr, Eroberungswille aber auch Glück. Das ist zumindest bei 23% der Männer und bei 26% der Frauen so. Kennen Sie weitere umgangssprachliche Verwendungen der Farben? Dann schreiben Sie uns die doch…. Gut zu wissen, dass sich SOPHIST mit seinem blauen Firmenlogo für die Gewinnerfarbe entschieden hat :-)]]> Kultur Wed, 16 May 2012 16:08:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=561 Im Mai dieses Jahres jährt sich eine grundlegende kulinarische Erfindung der Menschheitsgeschichte...
Ganz genau, die Erfindung des Sandwich ;-)

Von vielen wohl als innovative Idee einer amerikanischen Fast Food-Kette deklariert, stammt die Stulle nicht aus den Vereinigten Staaten, sondern aus dem beschaulichen England.

Einst holte der englische Aristokrat John Montagu, Herr über das Örtchen Sandwich, König Charles II. aus dem holländischen Exil auf dem Seeweg zurück nach England. Aus großer Dankbarkeit darüber verlieh man ihm den Titel des (vierten) Earl of Sandwich.
Als leidenschaftlicher Kartenspieler, der ungern Spielpausen einlegte, befahl er seinem Butler eines Tages im Jahr 1762, ihm eine Scheibe Rindfleisch zwischen zwei Brötchen zu servieren. Einerseits um ohne Zeitverlust weiterspielen zu können und andererseits um sich die Finger sauber zu halten. Seine Mitspieler bestellten sich daraufhin die gleiche Mahlzeit wie ihr Gastgeber, „ein Brot wie Sandwich“.

Es ist übrigens König Charles II. zu verdanken, dass wir kein Portsmouth, sondern ein Sandwich essen. Ursprünglich war angedacht, Montagu den Titel Earl of Portsmouth zu verleihen, doch der König disponierte kurzfristig um.

Laut Orlando Montagu, Sohn des elften Earl of Sandwich, war dies aus heutiger Sicht die Geburtsstunde des Fast Food. Seitdem wurden belegte Brötchen als Alternative zu einem warmen Dinner selbst in Adelskreisen akzeptiert und toleriert.

Der Geburtstag wird am 12. und 13. Mai in Sandwich in der Grafschaft Kent gefeiert. Unter anderem mit einem Barockkonzert mit Werken Georg Friedrich Händels, dem Lieblingskomponisten des vierten Earls. Außerdem wird es noch einen Wettbewerb um das beste Sandwich geben. Hierbei stellt sich unter anderem Sandwichs Partnerstadt Honfleur (Normandie) zur Herausforderung „Sandwich gegen Baguette“.

Was es dort zu essen gibt, dürfte wohl klar sein ;-)]]> Kultur Fri, 11 May 2012 17:35:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=560 Der Hanser Verlag veranstaltet die Konferenz MED.Software zum Oberthema „Software als...
Marta Bednarczyk:
Requirements Engineering im Medizinbereich
Requirements Engineering ist in allen Branchen eine Schlüsseldisziplin, um den Projekterfolg sicherzustellen und dem Kunden das Produkt zu liefern, was er braucht. In Bereichen wie Pharma und Medizin gibt es allerdings ein paar kritische Randbedingung, die die Auswahl von Methoden im Requirements Engineering komplizierter gestalten. An Stellen, an denen in anderen Branchen mit situativer Kreativität von Mitarbeitern reagiert werden kann, brauchen wir in den Bereichen Medizintechnik und Pharma einen klar definierten, nachvollziehbaren Prozess. Wie ein derartiger RE-Prozess aussehen kann, erläutert Marta Bednarczyk im Rahmen dieses Vortrags. Veranstaltungsort:
NH Hotel Erlangen Weitere Informationen finden Sie hier.]]> Veranstaltungen Mon, 30 Apr 2012 15:06:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=559 Gleich vorweg: Ziel dieses Artikels ist es nicht, Meetings und deren Abwandlungen zu... Meetings sind ein wichtiger Bestandteil im Berufsalltag und in den meisten Fällen ein starker Motor eines Projekts. Da es aber auch Meetings gibt, die einen im Alltag mehr bremsen, als das sie antreiben, soll es Ziel dieses Artikels sein, die Meeting-Zeiten  drastisch zu verkürzen. Geht nicht, glauben Sie?
Versuchen wir es doch mal. Mit Sicherheit haben Sie es schon etliche Male erlebt. Es steht mal wieder ein Tag mit vielen, endlosen Besprechungen bevor und schon weit im Voraus schießen Ihnen viele, immer wiederkehrende Fragen durch den Kopf.
Um ein paar zu nennen: Welcher Sinn verbirgt sich hinter den ganzen Besprechungen? Wie soll ich meine Arbeit schaffen, wenn ich hier sitze? Bringen uns diese Besprechungen überhaupt im Projekt voran? Hätte nicht Kollege Müller anstelle von mir teilnehmen können? Kann ich noch rechtzeitig Urlaub nehmen? Was kostet das eigentlich alles?

Alle Fragen aufzulisten und zu beantworten würde ein ganzes Buch füllen. Die wichtigste Frage aber: „Was kostet das eigentlich alles?“ können Sie sich schnell beantworten, wenn Sie Besitzer eines Smartphones sind und Sie sich zutrauen, Gehälter in Ihrer Firma zu schätzen.  Unter dem Begriff „Meeting Cost Timer“ lassen sich in der iOs, Blackberry und Android Welt diverse Apps für die Kalkulation der Besprechungs Kosten finden. Der Umfang der Apps kann variieren, manche bieten Fixkosten, andere können Teilnehmer variabel hinzufügen und entfernen. Am Beispiel der iOs App Meeting Timer (http://itunes.apple.com/de/app/meetingtimer-track-cost/id440246156) zeigen wir, warum die Apps sehr interessant sein können. Nachdem Sie die App heruntergeladen haben, fügen Sie vor einem Meeting jeden Meeting-Teilnehmer hinzu und schätzen beim Eintragen einfach mal das Gehalt Ihrer Kollegen pro Stunde. Sie brauchen hier nicht übermäßig genau sein und in Ihrer Personalabteilung fragen. Es geht nur darum, ein Gefühl für die Kosten eines Meetings zu kriegen.
Wenn Sie fertig mit den Eintragungen sind und das Meeting beginnt, dann starten Sie den Timer.
Sollten Teilnehmer abberufen werden, dann lassen sich unter „Berater wählen“ die entsprechenden Teilnehmer aus der Kostenkalkulation herausnehmen und natürlich wieder hinzufügen. Stoppen Sie erst, wenn die Besprechung beendet ist. Voilà! Die Kosten Ihrer Besprechung sind kalkuliert. Nach ein paar Mal, hat sich ein Gefühl für die Kosten entwickelt. Nun zurück zum Anfang: Wie lässt sich die Besprechungszeit drastisch verkürzen?
Reden Sie in Ihrem Team mal darüber. Kündigen Sie an, dass Sie den Timer verwenden wollen.
Nicht um alle Leute zu ermahnen, nein, eher so aus Spaß. Die meisten Teilnehmer, sogar die „Meeting Herauszögerer“, werden sehr interessiert sein und hinterher mit Schrecken feststellen, dass doch ganz schön viel Geld dabei durchläuft. Nach ein paar Mal werden sich die Meetings straffen.

Das war es auch schon. Viel Spaß also beim Meeting verkürzen. :-)
Ach ja, falls Sie mal eine Besprechung mit Philippe Dauman dem CEO von Viacom haben sollten, dann wundern Sie sich nicht über explodierende Meeting Kosten. Herr Dauman verdient pro Stunde geschätzte 9500$ und ist damit der Bestverdiener des Jahres 2011 - weltweit. Und dabei ist noch nicht einberechnet, dass Herr Dauman auch ab und an schläft.]]> Kultur Fri, 27 Apr 2012 14:12:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=558 Willkommen zum letzten Teil unserer Blogreihe. Lassen Sie uns kurz rekapitulieren welche Methoden...
Bitte klicken Sie hier um das Bild zu vergrößern. Wie eingangs bereits erwähnt wollen wir heute die Rücktransitionen aus unseren Fehlerzuständen zurück zum Ausgangszustand „flugfähig“ modellieren. Da aktuell noch keine Signale definiert wurden die unsere Fehlerfälle aufheben, müssen wir in einem ersten Schritt unser Informationsmodell erweitern. Eine Möglichkeit dies darzustellen besteht daraus, für jedes mögliche Fehlersignal in unserem System ein zweites Signal zu modellieren dass die Aufhebung des Fehlerfalles signalisiert. Dies erreichen wir indem für analog zu unserer Oberklasse „FlugzeugFehler“ eine zweite Oberklasse zu generieren die durch eine Assoziation mit „FlugzeugFehler“ verbunden ist. Unsere neue Klasse nennen wir „FlugzeugFehlerKorrigiert“. Die Assoziation zwischen diesen beiden Klassen versehen wir nun mit der Multiplizität „1….1“. Dies sagt aus das jedes Signal von Typ „FlugzeugFehler“ über genau ein Gegenstück vom Typ „FlugzeugFehlerKorrigiert“ verfügt. Abschließend spezialisieren wir die Klasse „FlugzeugFehlerKorrigiert“ auf dieselbe Weise wie wir es bereits bei „FlugzeugFehler“ kennengelernt haben und modellieren damit auf diese Weise für jedes Fehlersignal ein Gegenstück. Unser Informationsmodell wächst dadurch beachtlich in seinem Umfang und sieht daraufhin wie folgt aus:
Bitte klicken Sie hier um das Bild zu vergrößern. Wie Sie sehen können befinden wir uns wieder einmal an dem Punkt, dass durch die Masse an in unserem Modell enthaltene Information die Lesbarkeit des Modelles leidet. Deshalb möchten wir Ihnen eine weitere Variante zeigen mithilfe derer sich Generalisierungsbeziehungen in einem Klassendiagramm darstellen lassen. Anstatt jedes spezialisierte Signal als eigene Klasse zu modellieren, gibt es nämlich auch die Möglichkeit unsere Blattklassen als Enumerationwerte eines Attributes seiner Oberklassen darzustellen. Dies modelliert man mit der UML wie folgt. In einem ersten Schritt wird eine Enumeration angelegt die wir „FlugwerkSignalTyp“ nennen. Diese Klasse wird nun Attributen versehen die unseren bisherigen spezialisierten Flugwerkfehler Klassen entsprechen. Da unsere neuen Enumerationwerte auch für unsere Korrektur Signale verwendet werden sollen, bleiben wir bei der Bennenung der Attribute abstrakter und nennen diese nur noch „Fahrwerk“ oder „Rumpfwerk“ und lassen die Unterscheidung zwischen Fehler und Korrektursignalen vorerst weg. Die neue Enumeration „FlugwerkSignalTyp“ enthält demnach die fünf Attribute „Fahrwerk“, „Rumpfwerk“, Tragwerk“, Steuerwerk“ und „Leitwerk“. Anschließend versehen wir die Klasse „FlugwerkFehler“ mit einem Attribut „FehlerTyp“ vom Typ „FlugwerkSignalTyp“ und entfernen unsere bisherigen spezialisierten Klassen aus dem Modell. Zu lesen ist das Modell nun wie folgt. Die Klasse „FlugwerkFehler“ verfügt über ein Attribut „FehlerTyp“ das die Werte annehmen kann die wir in der Klasse „FlugwerkSignalTyp“ als Attribute angelegt haben. Analog dazu verfahren wir mit unseren Generalisierten Korrektursignalen. Einziger Unterschied an dieser Stelle ist das wir die Attribute „Korrekturtyp“ anstatt „FehlerTyp“ nennen. Mit dieser Modellierungsvariante können wir nun alle Spezialisierungen unserer Fehlersignale aus dem Diagramm entfernen ohne dass dabei Informationen verloren gehen. Nachdem wir alle Blattklassen in Enumerationattribute umgewandelt haben würde unser Informationsmodell wie folgt aussehen:
Bitte klicken Sie hier um das Bild zu vergrößern. Wie Sie sehen hat die Lesbarkeit im Vergleich zu unserem ersten Entwurf wieder stark zugenommen. Nachdem unser Informationsmodell wieder vollständig ist, können wir uns nun dem Zustandsautomaten zuwenden und die letzten fehlenden Transitionen nachtragen. Jeder Fehlerzustand erhält nun eine Transition zurück zum Zustand „flugfähig“. Als Trigger für diesen Übergang wird nun das jeweilige Korrektur-Signal auf die Transition gelegt und der Zustandsautomat ist letztendlich vollständig.
Bitte klicken Sie hier um das Bild zu vergrößern. Wir hoffen dass wir Ihnen mit dieser Blogreihe einige interessante Methoden zur Signalmodellierung näher bringen konnten, die Sie auch in der Praxis anwenden können und hoffen dass Sie uns auch weiterhin treu bleiben. Denn auch wenn wir dieses Thema vorerst abschließen, haben wir bereits weitere, interessante Praxistyps für die Modellierung mit der UML in der Hinterhand die Sie in den folgenden Monaten hier finden können. Schöne Grüße aus Nürnberg. Die SOPHISTen
Hier finden Sie den 4. Teil der Blogserie Modellierung von Signalfamilien.]]> Thu, 26 Apr 2012 17:45:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=557 Die offizielle Amtssprache in Deutschland ist… selbstverständlich Deutsch. Die Kommunikation ist... http://www.urbandictionary.com/. Diese Vokabeln nutzen zwar wenig für den nächsten Vokabeltest oder den Berufsalltag, aber dafür versteht man die Einheimischen im Urlaub besser! Ist doch ein tolles Gefühl, mehr zu Wissen als der Durchschnittstourist! Das Schöne an diesem Wörterbuch ist, dass es kostenlos und für alle im Web frei zugänglich ist. Wie bei Wikipedia können nicht nur alle mitlesen, sondern sich auch an der Erweiterung und Erhaltung der Inhalte beteiligen. Benötigt wird nur eine gültige E-Mail- Adresse und dann kann es auch schon los gehen. Auch wenn man „nur“ Besucher ist, kann man mit diesem Wörterbuch jede Menge Spaß haben. Jeden Tag gibt es das Wort des Tages und selbstverständlich kann man sich auch die Einträge der vergangenen Tage ansehen. Falls man ein ganz bestimmtes Wort sucht, kann man die Wörterbucheinträge durchgehen. Wer immer noch nicht genug bekommt, hat die Möglichkeit im Synonymwörterbuch nach Ausdrücken mit ähnlicher Bedeutung zu suchen. Die Erklärung, wie es verwendet wird, gibt es wie beim Wörterbuch mit dazu. Am Ende seiner Recherche kann man sich seine(n) Lieblingseinträge auch auf Shirts oder Tassen drucken lassen—gegen einen kleinen Obolus, versteht sich ;-) Doch auch für diejenigen, die sich eher ungern mit Wörterbüchern beschäftigen, hat diese Seite etwas zu bieten! Eine Sparte beschäftigt sich mit Videos rund um das Thema „slang“. Hilfreich? Das muss wohl jeder selber entscheiden. In jedem Fall hat man eine Menge Spaß dabei. Eine besondere Suchfunktion dieser Seite soll jedoch noch erwähnt werden: Es ist eine allseits bekannte Tatsache, dass Vorgesetzte die Namen der potentiellen Angestellten googeln. Und auch sonst erfährt man über Google oft sehr viel über seinen Bekanntenkreis. Aber warum auch nicht mal etwas über den eigenen Namen oder über den des Chefs in der „urban dictionary“- Namenssuche herausfinden? Das Ergebnis ist es in jedem Falle Wert. Ob dieses Wörterbuch nun dazu beiträgt, alle Verständigungsschwierigkeiten zu beseitigen, muss jeder für sich selbst herausfinden. In jedem Fall trägt es zum „Wissenszuwachs“ und zu vielen heiteren Stunden bei. Für Spaß und Unterhaltung sorgt jedoch auch noch eine andere Seite, die im deutschsprachigen Raum angesiedelt ist. Wem ist es nicht schon passiert, dass einem die richtigen Worte fehlen? Nicht nur, weil man das richtige Wort nicht findet, sondern weil es das entsprechende Wort schlicht und ergreifend nicht gibt. Was tut man also in einem solchen Fall? Eine Möglichkeit ist, man arrangiert sich mit dem vorhandenen Vokabular oder man sieht sich auf der folgenden Seite um: http://www.neon.de/wettbewerb/505. Hinter dieser URL verbirgt sich ein Wörterbuch der ganz besonderen Art. Findige Menschen haben dort aus ihrer Not eine Tugend gemacht. Als sie für eine entsprechende Situation kein Wort parat hatten, haben sie kurzerhand eines erfunden. Freundlicherweise behielten diese Menschen ihre Wortneuschöpfungen nicht für sich, sondern stellen sie auf dieser Website für jedermann/-frau zur Verfügung. Wenn also das nächste Mal der passende Begriff fehlt, einfach mal diese Seite besuchen und fündig werden. Sollte nichts Passendes dabei sein, kann man ja selber kreativ werden und andere bereichern. Für alle, die dann immer noch nicht genug bekommen können, gibt es auch noch den „kleinen Duden für die Zukunft“. Der ist im Handel erwerblich.]]> Kultur Tue, 24 Apr 2012 15:55:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=556 Pünktlich mit dem Erscheinen der vierten Auflage unseres UML-Buches „UML 2 glasklar“ möchten wir...

Use-Case-Diagramm

Aktivitätsdiagramm

Klassendiagramm (als Informationsmodell)

Zustandsautomat

Evtl. Sequenzdiagramm

Die erwünschten Vorkenntnisse sind vergleichbar mit denen in dem Certified Professional Requirements Engineer – Advanced Level Modeling Requirements vermittelten Inhalte. Sie werden die seriöse, d.h. realitätsnahe Anwendung der o.g. Diagramme und besonders die Zusammenhänge zwischen ihnen üben. Zusätzlich werden Sie die Ergänzung durch textuelle Anforderungen kennenlernen und Erfahrungen sammeln, wann diese Art der Notation sinnvoll eingesetzt werden kann und wann Sie besser ein anderes Diagramm der UML einsetzen. Der Workshop wird in kleinen Gruppen (drei bis vier Teilnehmer) ablaufen. Sie werden sich in regelmäßigen Abständen die bis dahin gewonnenen Erkenntnisse und Ergebnisse gegenseitig vorstellen. Sie werden in Ihrer Gruppenarbeit auf Wunsch durch einen Assistenten unterstützt, der Ihnen die nicht unwichtige Arbeit abnimmt, die Diagramme in einem Tool zu modellieren und die Zusammenhänge syntaktisch korrekt in der UML darzustellen. Sie werden von einem sehr erfahrenen Berater begleitet, der Ihnen neben einer methodischen Hilfestellung noch eine weitere Option anbieten wird: unsere vorgefertigten Aufgabenstellungen bieten genügend Raum, um auf spezielle Probleme zu fokussieren. Haben Sie Interesse an der Modellierung von Rollen? Oder an der Modellierung von Benutzerinteraktionen, vielleicht gepaart mit asynchron eintreffenden Informationen externer Systeme? Mit unserer Erfahrung aus zahlreichen Projekten können wir als virtueller Auftraggeber die Aufgabenstellung online nach Ihren Wünschen anpassen, damit Sie genau an Ihren Problemstellungen arbeiten können. Habe ich Sie neugierig gemacht? Dann lesen Sie weiterführende Informationen in unserem Trainingsangebot oder kontaktieren Sie uns direkt unter Training@sophist.de. Wir freuen uns! Ihr Stefan Queins]]> SOPHIST Wed, 18 Apr 2012 16:40:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=555 Als Ergänzung zu unserem Blogbeitrag vom 20. Januar 2012 zum Wort/Unwort des Jahres 2011, haben wir... 20. Januar 2012 zum Wort/ Unwort des Jahres 2011, haben wir heute noch den Anglizismus des Jahres. Das Wort wird hauptsächlich im Internet verwendet und laut Begründung der Jury gebe es keine passende Übersetzung ins Deutsche.
Als „Shitstorm“ wird die öffentliche Entrüstung im Netz bezeichnet, bei der sich Argumente mit Beleidigungen und Bedrohungen mischen, zuletzt etwa gegen Banken. Des Weiteren wird zur Entscheidung angeführt, dass das Wort eine Lücke im deutschen Wortschatz schließt.
Die deutschen Begriffe Kritik oder Sturm der Entrüstung griffen in diesem Zusammenhang zu kurz. Die Zusammensetzung von Shit (Scheiße) und Storm (Sturm) sei auch nicht vulgär.
„Natürlich handelt es sich um einen gewollt derben Ausdruck, dem man seine Herkunft aus dem amerikanischen Slang ansieht“, sagte der Wissenschaftler. „Aber gerade der klare Lehnwortcharakter des Wortes federt diese Derbheit soweit ab, dass das Wort auch im öffentlichen Sprachgebrauch akzeptiert ist.“ Lassen wir uns mal Überraschen welche Worte es dieses Jahr in die berühmt-berüchtigte Auswahl schaffen :-)]]> Kultur Mon, 16 Apr 2012 15:41:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=554 Auch als Entwickler sollte man über seinen fachlichen Spezialbereich hinausblicken und auch die...
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

Chris Rupp:
Spezifizierst du noch oder implementierst du schon?
Wie viel Requirements Engineering braucht ein Projekt wirklich? Der Vortrag hebt die entscheidenden Faktoren heraus, welche die laufenden Kosten in einem Projekt und die Wahl der geeigneten Notationsarten und die Methoden des Requirements Engineering wesentlich bestimmen. Wie erkenne ich als Architekt eine gute Spezifikation? Was ist der entscheidende Input durch die Architektur?

Veranstaltungsort:
Meistersingerhalle Nürnberg Weitere Informationen finden Sie hier.]]> Veranstaltungen Fri, 13 Apr 2012 15:30:00 +0200 http://www.sophist.de/index.php?id=180&no_cache=1&tx_ttnews%5Btt_news%5D=553 Wir sagen immer wieder: Gute und korrekte Anforderungen sind und bleiben DIE Ausgangsbasis für alle...
Unser Vortrag:
24. April 2012, 11:35 – 12:20 Uhr

Marco Prillwitz:

Spezifizierst du noch oder implementierst du schon? – Wie viel Requirements Engineering ist genug für ein Produkt?
Wie viel Requirements Engineering braucht ein Produkt über seinen gesamten Lebenszyklus wirklich? Und wie viel ist bereits zu viel? Vor allem Architekten beklagen sich gerne über die zwei Spezifikationstypen, die Ihnen das Leben schwerer machen.

Auf der einen Seite sind da schemenhafte oberflächliche Spezifikationen, welche die Zusammensetzung des zu entwickelnden Produkts nur allzu vage schildern und dessen gewünschte Eigenschaften von den Architekten dann meist auf gut Glück erraten werden müssen. Auf der anderen Seite sind das allumfassende, extrem detaillierte Spezifikationen mit so vielen Einschränkungen, dass die einzigen daraus resultierenden und erlaubten Realisierungsmöglichkeiten den Beteiligten das Leben zu Hölle machen. Wir glauben, dass in einem Projekt die Risiken der beste Indikator dafür sind, wie viele methodische Strapazen wirklich notwendig sind. Sobald die potentiellen Risiken maximalst-möglich reduziert sind kann, man mit dem Spezifizieren aufhören. Kurz: So wenig wie möglich, aber so viel wie nötig! Leider wird diese einfache Maxime gerne ignoriert.

Viele Analytiker benutzen die falschen Methoden und die falschen Notationsarten und verursachen dadurch nur Verwirrung statt konsistenter Klarheit. Dieser Vortrag wird die entscheidenden Faktoren herausheben, welche die laufenden Kosten in einem Projekt und die Wahl der geeigneten Notationsarten und die Methoden des Requirements Engineering wesentlich bestimmen.

Es werden unter anderem auch folgende Fragen geklärt:

• Welche Rolle spielt das Requirements Engineering in der Entwurfsphase des Produkt Lifecycle Managements?
• Warum sind Spezifikationen heutzutage genau so, wie sie sind, und wie lenkt man das Ganze in eine konstruktive Richtung?

Veranstaltungsort: NH Hotel München Dornach Hier finden Sie weitere Informationen.]]> Veranstaltungen Thu, 05 Apr 2012 16:39:00 +0200