qme Software GmbH | Publikationen

Model Driven Architecture - Ein praxisnahe Einführung

Fri, 31 Jul 2009 14:54:12 GMT

Entscheidungsfall Vorgehensmodelle

Fri, 31 Jul 2009 14:50:39 GMT

Der Markt bietet eine Vielzahl von Vorgehensmodellen, Frameworks für Vorgehensmodelle, Methodensammlungen, Tool-Kits und er stellt auch immer wieder neue Vorgehensmodelle vor. Bei jedem neuen Projekt muss immer wieder die Frage gestellt werden, ob das derzeit eingesetzte oder das beim letzten Projekt verwendete Vorgehensmodell auch für die neuen Fragestellungen geeignet ist, ob das Hausmodell auf neue Fragestellungen erweitert werden kann, ob weitere Vorgehensmodelle eingeführt werden müssen, ob eventuell sogar zu einem neuen Vorgehensmodell migriert werden muss oder man sich auf ein Framework einigt und dessen fallweise projektspezifische Ausgestaltung zulässt. Man denke hierbei etwa an Themen wie Web-Applikationen, Knowledge-Management Projekte, Data Warehouse Lösungen, für die gerade die Modelle mit dem höchsten Verbreitungsgrad (z.B. V-Modell^® , RUP^®) nicht gerüstet sind.

Besonders in einer Zeit der schnellen Veränderungen ist die Migrationsfähigkeit ein zentrales Entscheidungskriterium. Das beste Vorgehensmodell nutzt wenig, wenn die organisatorische Implementierung zum Kraftakt wird, weil die Akzeptanz durch die Mitarbeiter nicht erreicht werden kann, es an ausreichender Toolunterstützung fehlt oder der Anpassungsaufwand für Projekte zu groß ist.

Der Workshop 2005 der Fachgruppe WI-VM der Gesellschaft für Informatik hat es sich zum Ziel gesetzt, die „Entscheidungsproblematik Vorgehensmodell“ zu beleuchten, mit Hilfe einer Typisierung einen Überblick über etablierte Vorgehensmodelle zu geben und Kriterien für die Auswahlentscheidung vorzustellen. Als hochaktuelle Entscheidungsfrage wird das neue V-Modell^® XT vorgestellt und die Migration diskutiert. Aber auch andere Themenbereiche wie CMMI, MDA, QFD, SPICE und agile Methoden sind von Interesse.

Praxistauglichkeit von Vorgehensmodellen

Fri, 31 Jul 2009 14:39:08 GMT

Schriften zum Software-Qualitätsmanagement. Erfahrungs- und Forschungsberichte

Fri, 31 Jul 2009 13:46:30 GMT

Software-Qualitätsmanagement scheint alles und nichts zu sein: Im konstruktiven Bereich fällt so ziemlich alles darunter, was auch nur ansatzweise die Qualität (positiv) beeinflussen könnte, z. B. wäre jedes CASE-Tools oder jede höhere Programmiersprache als „Qualitätssicherungsmaßnahme“ zu bezeichnen, womit sicherlich der Teildisziplin Software-Qualitätsmanagement nicht geholfen ist, da sie dadurch in der Beliebigkeit verschwindet. Und im analytischen Bereich? Da bliebt nur das „ewig ungeliebte Wesen“ Testen, welches sich nur langsam vom Boden, an dem es lange Zeit lag, zu erheben vermag. An dieser Stelle müsste nun eigentlich das alt bewährte „Schönreden“ beginnen: „Es ist alles nicht so schlimm“, „und wenn es schlimm sein sollte, es wird sicherlich bald besser“, „die Menschen lernen von den Fehlern der Vergangenheit“, „Qualität setzt sich durch – auch in der IT-Branche“, „die Erde ist eine Scheibe“.

Model-driven Architecture – Quo Vadis?

Fri, 31 Jul 2009 13:18:08 GMT

Es scheint etwas stiller geworden zu sein, was das Thema modellgetriebene Software-Entwicklung bzw. Model Driven Architecture^TM (MDA^TM) angeht. Was ist passiert? Entweder der Hype ist vorbei und hat keine allzu großen Spuren hinterlassen oder die Normalität ist eingekehrt und die MDA gehört zum festen Bestandteil professioneller Entwicklungsprojekte. Diese Arbeit geht dieser Frage etwas auf den Grund.

Optimierung des Tailorings für das V-Modell XT unter Einsatz der Netzwerkprozessanalyse

Fri, 31 Jul 2009 13:09:56 GMT

Zertifizierung von Usability Experten

Tue, 28 Jul 2009 13:15:09 GMT

Bessere Software im Automobil durch qualitativ hochwertige Entwicklungsprozesse mit der Automotive SPICE

Tue, 28 Jul 2009 13:12:21 GMT

Im Rahmen des Forschungsprojektes Projekt- und Qualitätsmanagement für die Software-Entwicklung wurde ua. die Prozessqualität von Software-Entwicklungsvorhaben betrachtet. Das Ziel ist es, mit der Prozessqualität auch die Produktqualität von Software-Produkten zu verbessern. Ein Schwerpunkt war dabei die ISO 15504 / SPICE sowie die spezielle für die Automobilbranche geschaffene Automotive SPICE. Heutzutage kommt Software in sehr vielfältiger Art und Weise im Automobil zum Einsatz, zB. im ABS, in der Motorsteuerung oder im Navigationssystem. Entsprechend komplex und sicherheitskritisch sind Automotive-Software-Entwicklungsprojekte. Dieses Forschungsprojekt sollte die praktische Anwendung von Automotive SPICE in KMU fördern.

Zertifizierung zum Usability Professional: Ein Beitrag zur Qualität des Personals in IT-Projekten

Tue, 28 Jul 2009 13:10:34 GMT

Dieser Beitrag erläutert das Zertifizierungsprogramm für den Certified Usability Professional. Die Ausbildung von Personal im Bereich Software-Ergonomie stellt im Sinne der konstruktiven Qualitätssicherung einen wichtigen Beitrag zur Sicherstellung des Erfolges von IT-Projekten dar. Der Beitrag gibt einige Hinweise zur inhaltlichen Ausgestaltung und stellt das International Board for Usability Qualification (IBUQ) vor.

Projekt- und Qualitätsmanagement für die Software-Entwicklung

Tue, 28 Jul 2009 13:08:23 GMT

Qualität des User Interface: Empfehlungen für das Usability Testing

Tue, 28 Jul 2009 13:06:23 GMT

Der Bereich Usability Testing sorgt für die Prüfung der sog. nicht-funktionalen Anforderungen einer Software [Som92]. Der Begriff Usability lässt sich nicht klar gegen Software-Ergonomie abgrenzen (vgl. [Nie93, S. 23]). Gem. ISO 9241 ist Usability das Ausmaß, in dem die Software von einem bestimmten Benutzer effektiv, effizient und zufriedenstellend verwendet werden kann (vgl. [ISO]). In den letzten Jahren sorgte insbesondere das Internet dafür, dass Methoden des Usability Engineering weite Verbreitung in der Praxis gefunden haben, z.B. die heuristische Evaluation, Focus Group, kognitive Walkthrough (vgl. [Bar02]).

Dieser Beitrag beschreibt kurz Style Guides, Normen und Standards für die Erzeugung ergonomischer Software-Qualität bei interaktiven Systemen und nennt einige Problembereiche, die in Verbindung mit der analytischen Qualitätssicherung – dem Usability Test – vorhanden sind.

Das V-Modell XT in Verbindung mit modellgetriebener Software-Entwicklung

Tue, 28 Jul 2009 13:03:17 GMT

Vorgehensmodelle für die Software-Entwicklung sind allgemeine Vorgaben für Aktivitäten, Rollen, Dokumente und Meilensteine, die für ein konkretes Projekt interpretiert, angepasst und methodisch ergänzt werden müssen (Tailoring). Besonders bei innovativen Ansätzen des Software-Engineering stellt das Tailoringeine anspruchsvolle Aufgabe dar. Das hier vorgestellte Projekt beschäftigt sich mit der terminologischen, methodischen und organisatorischen Ebene des neuen Vorgehensmodell des Bundes, das V-Modell XT (Extreme Tailoring), in Verbindung mit der modellgetriebenen, architekturzentrierten Software-Entwicklung, speziell die Model-Driven Architecture (MDA).

Modellbasiertes User Interface Design und HCI Patterns: Eine Symbiose

Fri, 08 Oct 2010 10:22:42 GMT

Der modellbasierte Entwicklungsansatz trennt die fachliche Essenz (Anwendersicht) von den technischen Details (Entwicklersicht) und lässt sich bei interaktiven Systemen vorteilhaft nutzen. Allerdings sind beim Thema modellbasierte Entwicklung von Benutzeroberflächen noch viele Fragen offen, von denen einige hier beleuchtet werden. Vieles spricht dafür, dass erst in Verbindung mit HCI-Patterns eine intensivere Nutzung der modellbasierten Software-Entwicklung im HCI-Bereich stattfindet – quasi im besten Sinne eines symbiotischen Effektes. Dieser Beitrag stellt zwei Usability Patterns vor: Das Feedback-Patterns als UML-Klassenmodell und das Edit-And-Read-Only-Pattern in Form einer UML-State-Machine. Für beide Modelle werden UML-Profile verwerndet: Das UML-Profil für Model-Based User Interface Design (MBUID) und das Profil für HCI-Patterns.

Hypermedia-Anwendungen im Bereich eLearning: Gedanken zur Qualität

Tue, 28 Jul 2009 12:53:17 GMT

Dieser Beitrag übt Kritik an bestehenden eLearning-Systemen, die in Hochschulen eingesetzt werden, erläutert einige Begriffe und Konzepte und gibt Anregungen, wie ein eLearning-System konzeptionell das individuelle Lernverhalten des Studierenden berücksichtigen kann. Die Bedeutung von eLearning nimmt in Zukunft zu, was allerdings nicht bedeuten muss, dass die Qualität der Lehre dadurch automatisch auch besser wird – das Gegenteil könnte durchaus der Fall sein: Eine eklatante Verschlechterung der Lernsituation und der Lernergebnisse gegenüber dem Präsenzstudium durch mangelhafte Online-Studiengänge droht. Im folgenden wird versucht, nicht nur einige der Gründe für den Qualitätsverlust zu nennen, sondern auch eine konkrete Lösung für zumindest einen Aspekt des Lernens vorzuschlagen, damit eLearning nicht wie viele eCommerce-Projekte scheitert und sich in die Liste der vor sich hin vegetierenden „IT-Worthülsen“ einreiht, denn es bietet – wie dies bei vielen neueren Technologien der Fall ist – einige interessante Chancen, wenn es professionell konzipiert und betrieben wird.

Model based user interface development with HCI patterns: variatio delectat

Fri, 08 Oct 2010 09:53:25 GMT

This paper focus on the variety and the necessity of flexibility when it come to model driven or model based user interface design (MBUID) in conjunction with HCI patterns. Many approaches for user interface design that use graphical models or (semi-)formal textual notation have been developed in recent years and HCI or usability patterns are also well known (at least in theory), but in practice this combination still waits for its breakthrough. What obstacles stand in the way of an intensive usage of MBUID and HCI patterns? Some answers to this questions are given.

Über den Software-Qualitätsbegriff - Teil 2: Anforderungen und Merkmale am Beispiel Software-Ergonomie (Usability)

Tue, 28 Jul 2009 12:46:04 GMT

Dieser Beitrag führt die Diskussion um den Begriff Software-Qualität fort [Petr99b]. Ausgangspunkt war die Feststellung, dass es nicht genügt, den Qualitätsbegriff zu definieren, um ein einheitliches Verständnis für Qualität bei den Beteiligten zu erreichen. Vielmehr sind qualitätsbestimmende Begriffe wie Forderung und Merkmal zu klären. Auch stellt sich die Frage nach der Verwendung dieser Begriffe im Rahmen von Entwicklungsprozessen und Vorgehensmodellen (vgl. [Petr99a]).

In die Kritik geraten dabei Normen und Standards wie beispielsweise die ISO 9001 oder das V-Modell 97, die kaum zur Klärung beitragen. Die Problematik des Qualitätsbegriffes auch in Verbindung mit Prozessstandards sei daher nochmals kurz erläutert. Weiterhin seien einige kontroverse Argumente vorgestellt, und um das Problem mit der Software-Qualität zu veranschaulichen, ist ein Beispiel aus dem Bereich Software-Ergonomie gegeben. Allerdings kann und will dieser Beitrag keine „Küchenrezepte“ liefern, sondern hauptsächlich auf die Schwierigkeiten beim Umgang mit Qualität hinweisen und die Diskussion beleben.

GI-Arbeitskreis "Berufsbild Software Tester“ (IT-ST), Positionspapier: „Empfehlungen für das Berufsbild, die Ausbildung und die Qualifikationsstufen des Software-Testers“

Tue, 28 Jul 2009 12:42:36 GMT

Der Arbeitskreis "Berufsbild Software-Tester" wurde von der Fachgruppe TAV (Test, Analyse und Verifikation von Software) der Gesellschaft für Informatik e.V. (GI) gegründet. Zwischenzeitlich haben sich auch Interessenten aus der Fachgruppe WI-VM (Vorgehensmodelle für die betriebliche Anwendungsentwicklung) engagiert, so dass der Arbeitskreis gemeinsam gestaltet wird.

Das Ziel des Arbeitskreises „Berufsbild Software-Tester" ist es, zu einer einheitlichen und nachvollziehbaren Ausbildung für "Software-Tester" und verwandter Berufsbilder im Software-Qualitätsmanagement beizutragen, um die Qualität der Qualifikation sicherzustellen und damit beizutragen, auch insgesamt die Qualität der Software-Entwicklung in Deutschland zu verbessern.

Die AK-Aktivitäten richteten sich demzufolge auf folgende Themenfelder:

Sammeln, charakterisieren und klassifizieren der verschiedenen Rollen bzw. Berufsbilder, die sich im Bereich Software-Test im besonderen und Software-Qualitätssicherung im allgemeinen in der Praxis herausgebildet haben,

In diesem Zusammenhang Qualifikationsmerkmale herausarbeiten, um entsprechende Leitlinien für die Aus- und Weiterbildung (Qualifikationsschema) entsprechenden Fachpersonals bereitstellen zu können.

Einbringung solcher Leitlinien mit vergleichbaren Aktivitäten auch auf internationaler Ebene.

Ansprechpartner für Fragen bzgl. Berufsbilder "Software-Tester" im speziellen und Software-QM-Ausbildung im Allgemeinen sein.

Das vorliegende Papier stellt die Ergebnisse und Empfehlungen des Arbeitskreises zum Berufsbild "Software-Tester" vor. Auf Arbeitsergebnisse zu verwandten Berufsbildern und Aktivitäten wird ggf. verwiesen.

Environmental Management Information Systems in the Production-Integrated Environmental Protection

Tue, 28 Jul 2009 12:36:07 GMT

Der RUP (Rational Unified Process™) als Vorgehensmodell aus Sicht der Qualitätssicherung

Tue, 28 Jul 2009 12:33:28 GMT

Berufsbilder im Bereich Software-Qualitätsmanagement: Grundlage für die personelle Ausgestaltung von Rollen in Vorgehensmodellen

Tue, 28 Jul 2009 12:30:12 GMT

Die folgenden Betrachtungen bzgl. Berufsbilder und Rollen in Vorgehensmodellen für das Software-Qualitätsmanagement setzen einen Schwerpunkt sich auf die Qualifikation von (Fach-)Hochschulinformatikern (z.B. technische Informatik, Wirtschaftsinformatik). Diese Qualifikationsüberlegungen sollen mit den Rollenbeschreibungen in Vorgehensmodellen abgeglichen werden, so dass es in der Praxis möglich ist, notwendige Ergänzungen oder Anpassungen bei den Stellen- bzw. Rollenbeschreibungen vorzunehmen.

Ein Meta-Tool für das DV-gestützte Qualitätsmanagement in der Software-Entwicklung

Tue, 28 Jul 2009 12:16:57 GMT

Bedeutung von Qualität erkannt

Tue, 28 Jul 2009 12:14:32 GMT

Systematische Planung von Qualitätstechniken für Echtzeitsysteme: Ein Fallbeispiel aus der Praxis

Tue, 28 Jul 2009 12:12:02 GMT

Lasttest im Rahmen eines Eignungstests von Microsoft Windows NT für eine SAP R/3‑Anwendung

Tue, 28 Jul 2009 12:09:14 GMT

Real-Time UML: Eine Anregung zur Diskussion

Tue, 28 Jul 2009 12:06:01 GMT

Electronic Data Interchange mit EDIFACT: Ein Praxisbeispiel für die Einführung

Tue, 28 Jul 2009 12:03:04 GMT

The Definition of ‚Software Quality’: A Practical Approach

Thu, 23 Jul 2009 14:25:26 GMT

Über den Software-Qualitätsbegriff

Thu, 23 Jul 2009 14:23:33 GMT

Wohl jeder hat eine Vorstellung über „Qualität“. Allerdings kommt es bei diesem Thema in der Praxis oft zu Differenzen, besonders bei der Diskussion über Qualitätsmängel zwischen Kunde und Software-Hersteller. Dabei genügt es nicht, den Qualitätsbegriff zu definieren, um ein einheitliches Verständnis für Qualität bei den Beteiligten zu erreichen. Vielmehr sind qualitätsbestimmende Begriffe wie „Forderung“ und „Merkmal“ zu klären, Auch deren Verwendung im Entwicklungsprozessen ist zu anzugeben. Leider kommt die erwartete Unterstützung (noch) nicht von Normen und Standards wie beispielsweise der ISO 9001 oder dem V-Modell 97, so daß es jedem Software-Entwicklungsprojekt selbst überlassen ist, was es unter Qualität versteht und wie mit den Begriffen verfahren wird.

Dieser Beitrag zeigt die Problematik des Qualitätsbegriffes auf und hilft, ein Verständnis für Qualität zu entwickeln, welches dem Stand der Wissenschaft der Informatik entspricht und dessen Vermittlung praxisnah und leicht nachvollziehbar ist. Die Erfahrungen mit dem hier vorgestellten Ansatz waren in Projekten, in denen er vermittelt und verwendet wurde, durchweg positiv.

Process-Oriented ‚Software Quality’ : The Management of Requirements and Characteristics

Thu, 23 Jul 2009 14:18:50 GMT

A prerequisite for a quality system is the definition of the relevant notions. The intention is to create a common understanding not only in development teams but also between suppliers and customers. In the center of interest are the terms quality, requirement and characteristic.

Requirements engineering ensures that requirements are defined and traced, but the measurement of software quality is only possible when characteristics of the software product are taken into account, i.e. (stated and implied) requirements should be explicitly related with product characteristics. At the first look, this concept seems to be rather theoretical. However, its practical importance becomes comprehensible when it comes to quality in the real world: Often suppliers and customers have different interpretations about problems with a piece of software, not only because the requirements are not properly defined, but also because of the inability to identify the appropriate characteristics which cause the alleged fault.

Although there is no “instant” technique to solve “software’s chronic crisis” [10], this article contributes to a better understanding of quality in conjunction with requirements and characteristics that can help to avoid unnecessary discussions about software faults.

The following description results from the need to have a comprehensible and uniform definition not only for software quality, but also for requirement and characteristic inside software projects. The fact that the personnel consist of mainly software engineers was considered. That is why this explanation will not remain on a theoretical level, but also uses a real life example.

Benutzerzentrierte Entwicklung ergonomischer Anwendungen im Internet – Ein Beitrag zur konstruktiven Qualitätssicherung mit einem Beispiel im Bereich eCommerce B2B / B2C

Thu, 23 Jul 2009 14:07:19 GMT

Besonders bei Web-Anwendungen, aber auch generell bei interaktiven Software-Systemen, erlangt die Qualität der Benutzerschnittstelle (User Interface) zunehmend an Bedeutung, so dass Software-Ergonomie oftmals als entscheidender Erfolgsfaktor anzusehen ist. Dennoch sind zahlreiche und gravierende Mängel bei Software-Systemen im Internet selbst bei namhaften und markterfahrenen Unternehmen zu beobachten. Dies zeigt die Notwendigkeit für die Entwicklung neuer bzw. die Verbesserung vorhandener Techniken für das Usability Engineering.

Dieser Artikel beschreibt einerseits einen benutzerzentrierten Entwicklungsansatz, der u.a. durch die Benutzer- und Anforderungsanalyse, die Benutzerprofildefinition, die Erstellung von Konzeptmodellen und die Realisierung von Prototypen für das User Interface besteht, und andererseits die nachvollziehbare Transformation von Benutzeranforderungen zu Merkmalen des Software-Systems; diese Transformationsschritte sollten nachvollziehbar und dokumentiert vorliegen, so dass ein entscheidender Beitrag zur Software-Qualität im Form einer konstruktiven Qualitätssicherungsmassnahme geleistet werden kann.

Im folgenden sei die Navigationsraummodellierung mit UML-Diagrammen in Verbindung mit einer Methode zur Entwicklung des User Interface vorgestellt. Dabei liegt der Schwerpunkt auf den Anforderungen und deren Transformation zu Software-Merkmalen zur Erreichung einer möglichst hohen Benutzbarkeit (Usability). Um diesen Ansatz zu exemplifizieren, wurde ein Prototyp für eine eCommerce-Anwendung im Internet für zwei verschiedene Benutzergruppen (business-to-business, und business-to-consumer) entwickelt. Die Anwendungsdomäne ist dabei das operative Geschäft eines Reisebüros.

Software-Qualität - Transformation von Anforderungen zu Merkmalen

Thu, 23 Jul 2009 14:02:29 GMT

Wohl jeder hat eine Vorstellung über Qualität Allerdings kommt es bei diesem Thema in der Praxis oft zu Differenzen, besonders bei der Diskussion über Qualitätsmängel zwischen Kunde und Software-Hersteller. Dabei genügt es nicht, den Qualitätsbegriff zu definieren, um ein einheitliches Verständnis für Qualität bei den Beteiligten zu erreichen. Vielmehr sind qualitätsbestimmende Begriffe wie Forderung und Merkmal zu klären, Auch deren Verwendung im Entwicklungsprozessen ist zu anzugeben. Leider kommt die erwartete Unterstützung (noch) nicht von Normen und Standards wie beispielsweise der ISO 9001 oder dem V-Modell 97, so daß es jedem Software-Entwicklungsprojekt selbst überlassen ist, was es unter Qualität versteht und wie mit den Begriffen verfahren wird.
Dieser Beitrag zeigt die Problematik des Qualitätsbegriffes auf und hilft, ein Verständnis für Qualität zu entwickeln, welches dem Stand der Wissenschaft der Informatik entspricht und dessen Vermittlung praxisnah und leicht nachvollziehbar ist. Die Erfahrungen mit dem hier vorgestellten Ansatz waren in Projekten, in denen er vermittelt und verwendet wurde, durchweg positiv.

Development of Ergonomic Software - Transformation from Requirements to Features using a Web Application's Navigation Space as an Example

Thu, 23 Jul 2009 13:59:24 GMT

Gedanken zur Informatikausbildung an Fachhochschulen im Bereich Software-Qualitätsmanagement

Thu, 23 Jul 2009 13:43:08 GMT

Globalisierung von Vertragsaushandlungen am Beispiel des OMG-Traders in einer CORBA-Umgebung

Thu, 23 Jul 2009 13:39:13 GMT

Dieser Beitrag setzt sich mit der Thematik der elektronischen Vertragsaushandlung zwischen eigenständigen Wirtschaftseinheiten in einem globalen Umfeld auseinander. Dabei werden unabhängig arbeitende Software-Einheiten (OMG-Trader), die zwischen einem Anbieter und einem Kunden vermitteln und deren Daten in einer Datenbank speichern, betrachtet. Die software-technische Realisierung dieses Konzeptes trägt der verteilten Umgebung, die i. d. R. auf der Basis des Internets besteht, durch die Verwendung von CORBA Rechnung. Ein Software-Prototyp wurde entwickelt, mit dessen Hilfe die verschiedenen Szenarien, die sich bei der Vertragsaushandlung ergeben können, ablaufen und somit den Benutzer unterstützen. Weiterführende Ansätze, z. B. das Federation-Manager-Object, welches die Verwaltung eines Traders bezüglich seiner Links übernimmt, sind ebenfalls erwähnt.

Model-to-Code-Transformation mit der Model to Text Transformation Language

Fri, 08 Oct 2010 09:26:51 GMT

Die Model to Text Transformation Language (MTL) ist ein Sprachkonzept der Object Management Group zur Transformation von formalen Modellen zu Text. Dieser Beitrag stellt die Code-Generierung auf der Basis eines UML-Klassenmodells vor, wobei einige der Sprach-Features von MTL in Verbindung mit OCL zum Einsatz kommen, z.B. Module, Templates, Queries und Polymorphismus. Die Entwicklungsumgebung ist Eclipse mit der MTL-Implementierung Acceleo von Obeo. Das Fallbeispiel transformiert Klassen und Assoziationen sowie assoziative Klassen in Java-Klassen, so dass ausführbarer Code entsteht, der allerdings manuell ergänzt werden muss. Dies erfolgt in Form von Protected Regions. Der Beitrag schließt mit einigen praktischen Hinweise und einem Fazit.

Style Guides am Beispiel der “Java Look and Feel Design Guidelines” von Sun Microsystems

Thu, 23 Jul 2009 13:35:02 GMT

Die "Java Look and Feel Design Guidelines" von Sun Microsystems liefern Vorgaben für die Entwicklung von graphischen Benutzungsschnittstellen, die auf der Basis der Java Foun dation Classes entstehen. Mit diesen Werk versucht Sun eine Lücke zu schließen, die durch die Verbreitung von Java und dem Fehlen einer Richtlinie vom Erfinder dieser plattformübergreifenden Sprache entstanden war. Dieser Beitrag betrachtet die im Style Guide dargelegten Anforderungen an das User Interface von Java-Applikationen und gibt einige kritische Anmerkungen.

Assessing usability of model driven development in industrial projects

Tue, 30 Jun 2009 18:52:16 GMT

An integral use of the model driven development paradigm influences and changes an organization's software development division rather heavily. Such a paradigm reduces some tasks in complexity and costs, but also introduces new tasks and, if introduced seriously, has severe affects on activities and roles in the software development process. As the model becomes the most important development artifact, there are new challenges to the development team, e. g. assessing the model's quality, model partitioning and
configuration management for distributed teams, setup of build management, tool chaining and tracing of information through the various artifacts. Organizations coping with model driven development need to successfully introduce new tools and new ways of thinking, they are challenged in adopting their processes and training their staff. This paper presents an ongoing research project on the assessment of the usability of modeling and model driven development at a global industrial organization with its headquarters in Germany. The matter of interest is the analysis of the usability of modeling (especially with the UML) and model driven development by accomplishing an empirical, quantitative survey.

Empfehlungen zum Thema Performance-Tests

Tue, 21 Apr 2009 11:06:02 GMT

Ein minimales Vorgehensmodell zur benutzerzentrierten Entwicklung ergonomischer Web-Anwendungen mit dem Schwerpunkt "Navigation"

Tue, 21 Apr 2009 11:05:53 GMT

Vor dem Hintergrund der Entwicklung komplexer Web-Anwendungen beschreibt dieser Artikel einen benutzerzentrierten Entwicklungsansatz als minimales Vorgehensmodell, welches die Benutzer- und Anforderungsanalyse, die Benutzerprofildefinition, die Erstellung von Konzeptmodellen und die Realisierung von Prototypen für das User Interface (UI) umfaßt. Das Ziel ist es, im Falle von komplexen Web-Anwendungen das Thema „Software-Ergonomie“ mit dem Schwerpunkt Navigation berücksichtigen zu können, ohne dabei ein komplett vordefiniertes, von rein linearen Abläufen geprägtes und vor allen Dingen umfangreiches Vorgehensmodell berücksichtigen bzw. erstellen zu müssen. Im Mittelpunkt der Betrachtung liegt dabei die Navigation, d.h. die Interaktionen, die die Steuerung bestimmen, welche i.d.R. zur Präsentation verschiedener Dialoge oder Dialogbereiche (z.B. Windows, Web-Seiten, Frames etc.) einer Anwendung führen. Das Vorgehensmodell sieht dabei die Navigationsraummodellierung mit UML-Diagrammen [OMG99] in Verbindung mit einer Methode zur Entwicklung der Benutzerschnittstelle vor. Wichtig sind in diesem Zusammenhang die Anforderungen und deren Transformation zu Software-Merkmalen zur Erreichung einer möglichst hohen Benutzbarkeit (Usability). Um diesen Ansatz zu exemplifizieren, wurde ein Prototyp für eine eCommerce-Anwendung im Internet für zwei verschiedene Benutzergruppen (Business-to-Business, d.h. Firmenkundengeschäft, und Business-to-Consumer, d.h. Endkundengeschäft) entwickelt. Die Anwendungsdomäne ist dabei das operative Geschäft eines Reisebüros. Das Vorgehensmodell ist zur Zeit in der Entwicklung und Erprobung, so daß es sich bei dem hier vorgestellten Ansatz um einen Zwischenstand handelt. Innerhalb der nächsten 3 Monate soll ein weiteres Projekt, welches mit einem Praxispartner durchgeführt wird, zusätzliche Erkenntnisse, z.B. über die Praxistauglichkeit, erbringen.

Benutzerzentrierte Entwicklung ergonomischer eCommece-Anwendungen mit dem Schwerpunkt "Navigation"

Tue, 21 Apr 2009 11:05:43 GMT

Vor dem Hintergrund der Entwicklung komplexer eCommerce-Anwendungen beschreibt dieser Beitrag einen benutzerzentrierten Entwicklungsansatz als Vorgehensmodell, welches die Benutzerund Anforderungsanalyse, die Benutzerprofildefinition, die Erstellung von Konzeptmodellen und die Realisierung von Prototypen für das User Interface (UI) umfaßt. Das Ziel ist es, im Falle von Web-Anwendungen das Thema Software-Ergonomie mit dem Schwerpunkt Navigation berücksichtigen zu können, um dem Anwender eine Oberfläche zur Verfügung zu stellen, die sich ohne Einarbeitungsaufwand, d.h. auch ohne komplettes mentales Modell, intuitiv bedienen läßt. Im Mittelpunkt der Betrachtung liegt die Navigation: Das Vorgehensmodell sieht die Navigationsraummodellierung mit UML-Diagrammen in Verbindung mit einer Methode zur Entwicklung der Benutzerschnittstelle vor. Wichtig sind in diesem Zusammenhang die Anforderungen und deren Transformation zu Software-Merkmalen zur Erreichung einer möglichst hohen Benutzbarkeit (Usability). Um diesen Ansatz zu exemplifizieren, wurde ein Prototyp für eine eCommerce-Anwendung im Internet für zwei verschiedene Benutzergruppen (Business-to-Business, d.h. Firmenkundengeschäft, und Business-to-Consumer, d.h. Endkundengeschäft) entwickelt.

Qualifikation und Berufsfelder im Bereich Software-Qualitätsmanagement

Tue, 21 Apr 2009 11:05:33 GMT

Software-Qualitätsmanagement kann als eine wichtige Komponente des Informationsmanagements aufgefaßt werden, das durch die zunehmende Durchdringung von Anwendungssystemen auch eine höhere Bedeutung gerade in Hinblick auf die adäquate Aus- und Weiterbildung des Personals für das Qualitätsmanagement (QM) erlangt. Dieser Beitrag stellt einige QM-Berufsfelder dar, nennt Problembereiche bei der Ausbildung und bietet Lösungsansätze. Allerdings kann an dieser Stelle keine abschließende Darstellung der Thematik QM-Berufsbilder geboten werden, da sich einerseits viele QM-bezogene Berufe noch nicht klar herausgebildet haben und anderseits die Arbeit zur Analyse und Beschreibung von QM-Qualifikationsprofilen gerade erst begonnen hat, z.B. in Form eines Arbeitskreises im Rahmen der Fachgruppe 2.1.7 (TAV - Test, Analyse und Verifikation von Software) der Gesellschaft für Informatik e.V. bildet2. Die folgenden Betrachtungen der Aus- und Weiterbildung für das Software-Qualitätsmanagement beschränken sich daher auf die Qualifikation von Informatikern im Hochschulbereich (z.B. technische Informatik, Wirtschaftsinformatik), um den Rahmen nicht zu sprengen. Zunächst erfolgt im Kapitel 2 eine kurze Begriffsklärung. Anschließend beschreibt Kapitel 2 die QM-Ausbildungssituation an den (Fach-)Hochschulen und nennt einige Problembereiche. Private Bildungsträger sind nur an Rande erwähnt. Weiterhin stellt Kapitel 4 Anforderungen aus Sicht der Praxis und eine grobe Klassifikation des QM-Personals (Berufsfelder) vor. Auf Schwierigkeiten bei der Wissensvermittlung von QM-Inhalten geht Kapitel 5 ein, wobei auch Ansätze zur Verbesserung der Qualifikation von QM-Personal, insbesondere durch Hochschulen, aufgezeigt werden. Kapitel 6 schließt mit einen Fazit ab.

Qualifikation von Personal im Bereich Software-Entwicklung: Standardisierung und Zertifizierung am Beispiel des Berufsbildes Software-Tester

Tue, 21 Apr 2009 11:05:25 GMT

Dieser Beitrag befasst sich mit der Aus- und Weiterbildung von Personal, das im Rahmen von Vorgehensmodellen eingesetzt werden soll. Dabei gibt es zahlreiche Probleme: So ist beispielsweise die Beschreibung der Rollen in den Vorgehensmodellen unzureichend oder für die Mitarbeiter sind keine passenden Lehrgänge verfügbar. Der Beitrag zeigt hierfür einige Ansätze auf, indem er zunächst einige Probleme benennt, auf die Zertifizierung von Personal eingeht, die Rolle des Software-Testers bei Vorgehensmodellen genauer untersucht und anschließend Empfehlungen gibt, was bei Vorgehensmodellen wie dem V-Modell 97 verbessert werden sollte.

Zwar lassen Vorgehensmodelle für die betriebliche Anwendungsentwicklung die Qualifikation nicht völlig außer Acht, geben jedoch zu wenig Informationen, z.B. Anforderungen an die Qualifikation, Besetzungshinweise etc. In der Praxis stellt sich jedoch oftmals die Frage nach der „ richtigen“ Besetzung der Projektrollen, die von Vorgehensmodellen vorgegeben werden, so dass ein Bedarf nach einer verbesserten Unterstützung bei der Qualifizierung des Personal besteht. Die Lösung für das Problem könnte eine stärkere Standardisierung der Aus- und Weiterbildung sowie eine Zertifizierung von Personal sein. Leider steht dieser Bereich in Deutschland erst am Anfang seiner Entwicklung – zumal nicht klar erkennbar ist, welche Bedeutung staatliche Stellen, Verbände, Vereinigungen wie z.B. die Gesellschaft für Informatik e.V. dabei haben. Immerhin ist beim Qualifikationsprofil für den Software Tester eine Standardisierung zu beobachten: Das Schulungsprogramm für den ASQF®-Certified-Tester ist durch das German-Testing-Board festgelegt und unterliegt einer Akkreditierung. Allerdings sind noch viele Fragen zu klären, z.B. die Kompatibilität dieses zertifizierten Testers mit den Rollen der Vorgehensmodelle. Auch bleibt offen, ob mit anderen Rollen (z.B. Konfigurationsmanager) genauso verfahren werden sollte, wobei zu vermuten ist, dass die Standardisierung und Zertifizierung für den Personalbereich in Deutschland in den nächsten Jahren erheblich zunehmen wird und sich – wie dies in andere Ländern bereits geschehen ist – auch international weiter entwickelt.

Auktion von Aufgaben zur Rollen- und Stellenbesetzung im Rahmen des Projektmanagements für Software-Entwicklungprojekte in Verbindung mit der Nutzung von Vorgehensmodellen

Tue, 21 Apr 2009 11:05:16 GMT

Dieser Beitrag stellen eine Projektrollen- und -stellenbesetzung auf Auktionsbasis vor. Aufgaben werden an vorab ausgewählte Mitarbeiter ausgeschrieben, die ein Gebot abgeben. Der Ansatz hat besonders dann Vorteile, wenn viele Projekte zu verwalten sind und eine große Anzahl von Mitarbeitern verplant werden muss. Auch kann die Komplexität bei der Personalplanung, die sich durch den Einsatz unterschiedlicher Vorgehensmodelle und durch Projekte mit innovativen Aufgabenstellungen und unklaren Qualifikationsanforderungen ergibt, reduzieren werden. Das Auktionsprinzip ehöht die Akzeptanz von Vorgehensmodellen durch die Mitarbeiter.

Process-oriented Quality Management: A Provocation

Tue, 21 Apr 2009 11:04:58 GMT

Mobiler Client für die E-Learning Plattform "CLIX"

Sat, 18 Apr 2009 12:44:13 GMT

Model-Driven-Architecture (MDA) im Kontext von Vorgehensmodellen

Sat, 18 Apr 2009 12:43:23 GMT

Bei der Verwendung von Vorgehensmodellen wie dem V-Modell® XT stellen sich in Verbindung mit der Model Driven Architecture (MDA) der Object Management Group (OMG) verschiedene Fragen bzgl. der Rollen, Aktivitäten und Produkte. So ist z.B. zu klären, ob die Metamodellierung im Einklang mit den Aktivitäten des V-Modells im Bereich Systementwurf und Prüfung steht und welche Bausteine ggf. noch zusätzlich definiert werden müssen. Zwar lässt sich an dieser Stelle kein umfassendes und abschließendes Konzept für die Verbindung des V-Modell XT mit MDA vorstellen, aber erste Überlegungen für eine weiterführende Arbeit sind erfolgt, z.B. im Bereich der Aktivitäten.

Erweiterung des V-Modell XT - Eine Projektdurchführungsstrategie für die modellgetriebene Software-Entwicklung

Sat, 18 Apr 2009 12:42:26 GMT

Automotive SPICE als ISO 15504-konformes Process Assesssment Modell: Erfahrungsbericht

Sat, 18 Apr 2009 12:41:33 GMT

Die internationale Norm ISO 15504 hat sich unter dem Namen SPICE für die Bewertung von Software-Prozessen durchgesetzt. Insbesondere die Automotive SPICE^TM als branchenspezifische Ausprägung ist für viele Zuliefererbetriebe verbindlich. Dieser Beitrag stellt die Automotive SPICE^TM kurz vor, gibt einen Erfahrungsbericht und stellt Best Practices beim Umgang mit dem Standard vor.

MDA für embedded Systems: Pros und Cons – Eine Anregung zur Diskussion

Sat, 18 Apr 2009 12:40:03 GMT

Bevor auf das Für und Wider der MDA für die Entwicklung von Embedded Systems eingegangen wird, stellt der Beitrag zunächst einige Spezifika der Entwicklung eingebetteter Systeme und Ihren Bezug zur MDA vor. Anschließend wird eine Ausprägung des MDA-Konzeptes im Bereich der eingebetteten Systeme vorgestellt, um die Zusammenhänge besser darzulegen. Die Schwerpunkte unserer Betrachtungen sind: (1) Identifizierung der generisch zu erzeugenden Komponenten eines embedded Systems entsprechend den aktuellen Herstellerprozessen und (2)
Erhöhung der Produktionsqualität durch die Verschmelzung der durch Softwaremetriken zu formalisierenden analytischen QS mit dem MDA Vorgehen. Zum Schluss sind die Argumente Pro und Contra der MDA für die weitere Diskussion genannt.

Modellbasierte Entwicklung von Web 2.0 Anwendungen mit MDA

Sat, 18 Apr 2009 12:38:58 GMT

Modellbasierte Software-Entwicklung wie beispielsweise die Model Driven Architecture der OMG eignet sich für Anwendungssysteme, bei denen die fachliche Essenz von den technischen Details bzw. der Plattform zu trennen und dabei ein hoher Grad an Automatisierung (Code-Generierung) erwünscht ist – was wohl bei den meisten Open Source und kommerziellen Systemen sinnvoll erscheint. Aber besonders bei Web-Anwendungen wird deutlich, welch unterschiedlicher Lebenszyklus die eher statischen Fachkonzepte (z.B. Kunde, Warenkorb) und die Technologien und Plattformen (z.B. Java Enterprise, Ruby on Rails) haben: Die Vermischung von fachlichen Aspekten (Anwendersicht) mit den implementationsspezifischen Details (Entwicklersicht) erschweren (nicht nur) bei Web 2.0 die Wartbarkeit, Wiederverwendbarkeit und Portabilität der Software. Die Folge ist, dass identische Fachkonzepte immer wieder auf der Basis neuer Plattformen entwickelt werden müssen – ein kaum noch zu vertretender vermeidbarer Aufwand. Modellbasierte ermöglichst den Austausch von Technologien bzw. Plattformen - unter Beibehaltung der fachlichen Modelle. Dieser Beitrag zeigt an einem einfachen Beispiel, wie aus einer „alten“ Web-Anwendung (Apache struts) eine Software unter Verwendung von AJAX für das Web 2.0 entstehen kann, ohne dass eine komplette Neuentwicklung stattfinden muss. Im Gegenteil: Durch wieder verwendbare Modelle kann der Großteil der Software generiert werden, ohne dass der Systemanalytiker bzw. Anwendungsentwickler eingehende Kenntnisse von Javascript oder Java Server Faces haben muss.

Model Based User Interface Design: Model Driven Architecture und HCI Patterns

Sat, 18 Apr 2009 12:37:38 GMT

Der modellgetriebene Entwicklungsansatz, den die OMG als Model Driven ArchitectureTM (MDATM) bezeichnet, fordert die Trennung der fachlichen Essenz (Anwendersicht) von den technischen Details (Entwicklersicht), wobei formale Modelle für die notwendige Präzision und Prägnanz sorgen. Die Vorteile dieser Separation und des hohen Formalisierungsgrades in den frühen Phasen
eines Projektes sind u.a. die Wiederverwendbarkeit der Modelle und die verbesserte Wartbarkeit und Portabilität der zum größten Teil automatisiert entstehenden Software-Artefakte. Die MDA eignet sich prinzipiell auch für interaktive Systeme, macht allerdings keine genauen Vorgaben, welche Modelle zu verwenden sind und wie software-ergonomische Anforderungen erfüllt werden können. HCI-Patterns2 sind ein seit geraumer Zeit verfügbare Technik des Usability-Enginerings und können einen Beitrag zur Software-Ergonomie leisten, wurden jedoch bisher kaum im Kontext der MDA beschrieben. Dieser Beitrag zeigt die Grundlagen für die Verwendung von HCI-Patterns in Verbindung mit der MDA. Dabei werden die Modelle, der MDA-Entwicklungsprozess und HCI-Patterns berücksichtigt. Das hier vorgestellte Konzept für ein Model Based User Interface (MBUI) ist allerdings zur Zeit noch im Rahmen eines Forschungsprojektes in der Entwicklungs- und Erprobungsphase.

MDAQuA: A MDA based paradigm of Analytical Software Quality Assurance

Sat, 18 Apr 2009 12:36:00 GMT

This work defines a model-based quality assurance processes based on OMG's Model Driven Architecture (MDA). The approach is called Model Driven Analytical Quality Assurance of Software (MDAQuA). The goal is to analyze software projects and products independent from programming and modeling languages making it also possible to integrate tools for project and quality management and software engineering. Firstly, a definition of the meta levels of MDAQuA for defining software artifacts that are to be analyzed is given. Second, the core language cl4AQuA which MDAQuA environment can analyze is defined. Third, we also defined transformation rules for mapping software model artifacts and programming languages into cl4AQuA. This approach allows transparency between MDA and Analytical Quality Assurance because it defines software development abstraction levels with MDA conformance and it maps them into cl4AQuA. In other words, all MDA levels can be handled with MDAQuA. In this way, we defined a design and programming language independent method for analytical Quality Assurance. Further, our work shows an application example of MDAQuA: Programming language independent calculation of software metrics.

Model-Driven Architecture (MDA) in Verbindung mit dem V-Modell XT

Sat, 18 Apr 2009 12:34:51 GMT

Die Model Driven Architecture^TM (MDA) der Object Management Group (OMG) ist ein modellgetriebener Ansatz für die Software-Entwicklung, der die strikte Trennung der fachlichen Spezifikation (Platform Independent Model – PIM) von der Plattform (Platform Specific Model – PSM) eines Systems propagiert (vgl. OMG MDA Guide, 2003). Durch Transformationen entsteht aus einem PIM ein PSM, welches selbst wieder ein PIM für die nächste Transformationsstufe darstellen kann. Am Ende der Transformationskette wird der Code generiert.l

Bei einem Projekt, in dem das V-Modell XT in Verbindung mit der MDA zum Einsatz kommen soll, lassen sich die vorhandenen Projektdurchführungsstrategien des V-Modell XT jedoch nicht ohne Änderungen anwenden, da entscheidende MDA-Aktivitäten wie zum Beispiel Plattformmodellierung nicht oder nicht ausreichend im V-Modell XT als Entscheidungspunkte abgebildet sind. Zunächst ist jedoch zu untersuchen, in welchem Umfang die MDA einzubringen wäre und ob dafür in jedem Fall eine neue Projektdurchführungsstrategie notwendig ist oder ob ein einfaches Mapping der unterschiedlichen Aspekte genügt.

Im Folgenden soll daher nach einer kurzen Einführung der MDA, eine Gegenüberstellung mit dem V-Modell XT erfolgen. Anschließend wird die Integrationsmöglichkeit der beiden Modelle bewertet und ein Ausblick auf zukünftige Entwicklungen gegeben.

MDD / MDA® in der Krise? Ein modellbasierter Blick in die Zukunft

Sat, 18 Apr 2009 12:33:57 GMT

Es scheint etwas stiller geworden zu sein, was das Thema modellgetriebene Software-Entwicklung bzw. Model Driven Development^TM (MDD^TM) angeht. Was ist passiert? Entweder der Hype ist vorbei und hat keine allzu großen Spuren hinterlassen oder die Normalität ist eingekehrt und modellgetriebene Ansätze gehören zum festen Bestandteil professioneller Entwicklungsprojekte. Dieser Beitrag will dieser Frage etwas auf den Grund gehen. Immerhin gibt es seit ca. 7 Jahren die Initiative der OMG mit dem Namen Model Driven Architecture^TM. Auch hier darf man sich fragen, was daraus geworden ist und wie es zukünftig weitergeht.

MDA und analytische Qualitätssicherung: Eine mögliche Synthese

Sat, 18 Apr 2009 12:32:54 GMT

Die vorliegende Arbeit definiert ein skalierbares und portables Verfahren für die Automatisierung der analytischen Qualitätssicherung (QS). Der Kern dieses Konzeptes ist die von uns eingeführte Zwischensprache, die als alleiniges Artefakt des Softwareprojektes durch die automatisierte analytische QS analysiert wird. Die konkrete Analyse eines bestimmten Gegenstandes des betrachteten Softwareprojektes erfolgt dementsprechend durch dessen Transformation in die von uns definierte Zwischensprache, deren Terme durch die analytische QS analysiert werden. Unser Verfahren heißt MDAQuA (Model Driven Analytical Quality Assurance). Die eingeführte Zwischensprache haben wir cl4AQuA genannt.

In der vorliegenden Arbeit wird das von uns definierte Verfahren, seine Anwendungsbereiche und noch zu klärende Problemaspekte präsentiert.

Qualität von Software-Modellen

Sat, 18 Apr 2009 12:31:54 GMT

Die Arbeit betrachtet einen weiteren wichtigen Aspekt der analytischen Qualitätssicherung (QS): Durch die Einführung der MDA- und MDD-Software-Entwicklungstechniken und -technologien sinkt die Effektivität des auf die Source-Code-Analyse fokussierten Bereiches der analytischen QS. Die Beurteilung der Komplexität der durch einen Generator erzeugten Software ist beispielsweise weniger aussagekräftig als die Beurteilung der Komplexität des dynamischen Software-Modells. Die Effektivität der analytischen QS kann nur dann erhalten bleiben, wenn die wichtigsten, bisher am Software-Code analysierten Software-Merkmale, im Modellierungsparadigma überwacht werden. Dabei stellt sich die Frage der Übertragbarkeit des Analyseverfahrens auf die Software-Modelle. Am Beispiel der McCabe-Softwaremetrik haben wir ein solches Übertragungsschema definiert.

Agile modellbasierte Software-Entwicklung

Sat, 18 Apr 2009 12:30:53 GMT

Agile modellbasierte Software-Entwicklung in der Praxis

Sat, 18 Apr 2009 12:28:38 GMT

Wenn die Entwicklungsprozesse bereits nach MDA/MDD-Ansatz (Model Driven Architecture bzw. Development) ausgerichtet sind und eine entsprechende MDA-Tool-Kette existiert, dann ist agiles Projektmanagement (APM) für die modellbasierte Softwareentwicklung ein weiterer folgerichtiger Schritt in Richtung „professionelle MDA-Projekte”. In diesem Rahmen sind das Projektmanagement und das Zusammenspiel mit der Softwareentwicklung zu optimieren. Der Artikel zeigt einen praxisnahen Ansatz, um auf der Basis des „Eclipse Process Framework” einen MDAEntwicklungsprozess für das Projektmanagement bereitzustellen und dabei konsequent agil und damit flexibel zu bleiben. Wir nennen diesen Ansatz APM4MDA.

Modellqualität als Indikator für Softwarequalität: eine Taxonomie

Thu, 09 Apr 2009 12:01:59 GMT

Komplexität, Anforderungsmanagement und Variantenvielfalt sind zentrale Herausforderungen bei der Entwicklung und Evolution heutiger softwaregesteuerter Systeme. Diesen wird zunehmend durch den Einsatz modellbasierter Entwicklungsmethoden begegnet. Dadurch wird das Modell zum zentralen Artefakt und die Erstellung und Nutzung von Modellen zu einer zentralen Tätigkeit in der Softwareentwicklung. Mit der Bedeutung der Modelle steigen auch die Ansprüche an ihre Qualität. Dieser Beitrag untersucht die Implikationen, die daraus entstehen, insbesondere werden sinnvolle Qualitätsmerkmale für softwarebeschreibende Modelle identifiziert und diskutiert.

Vorgehensmodelle und Qualitätssicherung

Sat, 18 Apr 2009 12:27:20 GMT

Das Buch führt in die Konzepte des V-Modell XT ein und dient als Begleiter für die Durchführung von IT-Projekten und die organisationsspezifische Anpassung und Einführung.

Der Beitrag von Roland Petrasch und Florian Fieber betrachtet Vorgehensmodelle im Allgemeinen und das V-Modell XT im Speziellen unter dem Gesichtspunkt der Qualitätssicherung.

Model Driven Software Engineering Transformations and Tools

Tue, 28 Jul 2009 16:13:36 GMT

Angepasste Vorgehensmodelle

Sat, 18 Apr 2009 12:05:45 GMT

Praxistauglichkeit von Vorgehensmodellen

Sat, 18 Apr 2009 12:04:37 GMT

Akzeptanz von Vorgehensmodellen

Sat, 18 Apr 2009 12:03:16 GMT

Schriften zum Software-Qualitätsmanagement (Band 1)

Sat, 18 Apr 2009 12:01:35 GMT

Testfallgenerierung für die C1-Überdeckung von C-Programmen mit zufälligen und evolutionären Verfahren; Test von Web-Anwendungen; Möglichkeiten zur Minimierung des Anpassungsaufwandes von Testscripten; Software-Qualität: Transformation von Anforderungen zu Merkmalen; Benutzerorientierte Entwicklung ergonomischer Anwendungen im Internet - Ein Beitrag zur konstruktiven Qualitätssicherung mit einem Beispiel im Bereich eCommerce B2B/B2C; Qualitätssicherung in der objektorientierten Softwareentwicklung mit Hilfe von CASE-Tools - Ein Erfahrungsbericht der ProSieben Information Service GmbH mit den Tools der Rational Enterprise.

Schriften zum Software-Qualitätsmanagement (Band 2)

Sat, 18 Apr 2009 12:00:27 GMT

Software-Qualität ist in vielen Bereichen zumindest Normalität, eine befriedigende Situation ist aber keinesfalls zu konstatieren.

Ein prominentes Beispiel: Ein großes Software-Unternehmen stellt mittlerweile eine Spiele-Konsole her und erschließt sich damit einmal mehr einen Markt, kämpft jedoch nach wie vor mit Qualitätsproblemen, womit nicht nur die allseits bekannten Abstürze gemeint sind - auch Inkompatibilitäten und Konzeptionsfehler führen zu schlechter Qualität. Denn stellt ein Herstelller bewusst Produkte her, die zu Standards inkompatibel sind bzw. verweigert die Veröffentlichung des Source Codes, so schränkt dies die Möglichkeiten des Anwenders ein, z.B. verschiedene Plattformen zu nutzen, Sicherheitslücken zu entdecken oder zu begegnen oder Schnittstellen zu programmieren. Solche Alleingänge sind häufig ohne erkennbaren Vorteil für den Kunden, besonders dann, wenn der Hersteller ein monopolähnliches Gebilde darstellt.

Die neue Offenheit (Stichwort Open Source) und der Erfolg des Betriebssystems Linux sowie der darauf verfügbaren Anwendungssoftware tragen immerhin dazu bei, dass sich zunehmend Hersteller und deren Kunden mit Software-Produkten auseinandersetzen, deren Qualität sie direkter beeinflussen können - dies ist ein Schritt in die richtige Richtung.

Auch bei technischen Systemen gab es in der jüngeren Vergangenheit nur wenige spektakuläre Vorfälle, wie der Absturz des Mars Climate Orbiters, der auf einen Schnittstellenfehler zurückzuführen ist: Ein Software-Modul hatte Werte in englischen Einheiten an ein anderes Software-Modul übergeben, welches mit metrischen Werten gerechnet hatte. Diese Fehlinterpretation führte zu völlig falschen Ergebnissen, obwohl die Software-Module in sich wohl korrekt arbeiteten. Hier lagen offensichtlich Defizite bei der Anforderungsanalyse, der Spezifikation und natürlich beim Integrationstest vor.

Auch der Absturz der Ariane 5 im Jahr 1996 durch einen Software-Fehler ist beinahe schon vergessen. Außerdem hat die Trägerrakete die letzten Starts erfolgreich absolviert - schnell geraten solch "unangenehmen Zwischenfälle" in Vergessenheit.

Es deutet einiges darauf hin, dass es noch erheblicher Anstrengungen in Hinblick auf Software-Qualität bedarf, da einerseits die Anwendungsgebiete von Software-Anwendungen permanent zunehmen (besonders im sicherheitskritischen Bereich) und andererseits Personalknappheit herrscht (trotz eCommerce-Einbruch und Konjunkturflaute). Auch sind die Innovationszyklen im IT-Bereich nach wie vor sehr kurz und der Automatisierungsgrad bei der Software-Entwicklung in einigen Teilbereichen (z.B. Debugging) kaum vorhanden. All diese Faktoren können dazu beitragen, dass es zu Qualitätsproblemen bei ausgelieferten Produkten kommt.

Die Beiträge dieses Bandes tragen den oben genannten Problemen und Entwicklungen Rechnung.

Einführung in das Software-Qualitätsmanagement

Sat, 18 Apr 2009 11:59:24 GMT

Diese 2. Auflage des Buches seit Feb., 2002 erhältlich (ersetzt die 1. Auflage: Einführung in das Software-Qualitätsmanagement - Software-Qualität, Software-Qualitätsmanagement, Normen und Standards, ISO 9000ff., V-Modell, Umsetzungsbeispiele für Verfahrensanweisungen. Logos Verlag Berlin, 1998).

Das Buch richtet sich an Software-Entwickler und Projektleiter, die einen Einstieg in die Thematik suchen und an Studierende, die ihr Wissen über das Qualitätsmanagement vertiefen wollen. Folgende Themen werden behandelt:

Qualität im Kontext des Software-Engineering: Der Begriff Qualität wird geklärt, auf die UML, Software-Architekturen, analytischen Qualitätssicherungsmaßnahmen (Test) und Werkzeuge eingegangen. Darüberhinaus werden konstruktive Maßnahmen behandelt, sowie die Aus- und Weiterbildung
Normen, Standards und Methoden bzw. Techniken: Erläutert werden u.a. die ISO 9000, das Capability Maturity Model (CMM), der Rational Unified Process (RUP), das V-Modell 97, das SPICE-Projekt (ISO 15504) das W-Modell und das Test Process Improvement (TPI)
Verfahrensanweisungen: Beim Qualitätsmanagement nehmen Prozessbeschreibungen eine zentrale Rolle ein. Diese werden leicht verständlich und in konkreten Ablaufbeschreibungen erklärt - und so eine Vorstellung von den Anwendungen des Qualitätsmanagements vermittelt. Auf die Probleme im Umfeld des Qualitätsmanagements wird ebenfalls eingegangen.

Das Buch enthält mehr als 88 Abbildungen, 26 Tabellen, eine Linksammlung und eine umfangreiche Literaturliste. Weitere Informationen bietet der Anhang, darunter Beispiele für Interviewfragen, eine Vorlage für Verfahrensanweisungen, Stellen- und Normenbeschreibungen.

Schriften zum Software-Qualitätsmanagement (Band 3)

Sat, 18 Apr 2009 11:57:55 GMT

Software-Qualitätsmanagement scheint alles und nichts zu sein: Im konstruktiven Bereich fällt so ziemlich alles darunter, was auch nur ansatzweise die Qualität (positiv) beeinflussen könnte, z.B. wäre jedes CASE-Tool oder jede höhere Programmiersprache als "Qualitätssicherungsmaßnahme" zu bezeichnen, womit sicherlich der Teildisziplin Software-Qualitätsmanagement nicht geholfen ist, da sie dadurch in der Beliebigkeit verschwindet. Und im analytischen Bereich? Da bleibt nur das ewig ungeliebte Wesen Testen , welches sich nur langsam vom Boden, an dem es lange Zeit lag, zu erheben vermag. An dieser Stelle müsste nun eigentlich das alt bewährte "Schönreden" beginnen: "Es ist alles nicht so schlimm", "und wenn es schlimm sein sollte, es wird sicherlich bald besser", "die Menschen lernen von den Fehlern der Vergangenheit", "Qualität setzt sich durch - auch in der IT-Branche", "die Erde ist eine Scheibe".

Nach dem "Maut-Debakel" mit Toll-Collect und dem hürdenreichen Web-Auftritt der Bundesagentur für Arbeit scheint die Frage berechtigt: Kann es überhaupt ein Software-Projektmanagement geben, welches in der Lage ist, die minimale Software-Qualität a priori und beim ersten "Anlauf" sicherzustellen?

Im vorliegenden Band sind folgende Beiträge enthalten:

V-Modell XT - eine Einführung
Qualität von Anforderungen in IT-Projekten - eine andere Perspektive
Möglichkeiten und Potentiale der Formalisierung in der Softwareentwicklung
GI-Arbeitskreis "Berufsbild Software Tester (IT-ST); Positionspapier: "Empfehlungen für das Berufsbild, die Ausbildung und die Qualifikationsstufen des Software-Testers"
Analyse, Bewertung und Einsatzplanung von Werkzeugen der statistischen Analyse in der Software-Qualitätssicherung
The Role of Usability Testing in Software Quality Control: Finding Mismatches, not Defects
Hypermedia-Anwendungen im Bereich eLearning: Gedanken zur Qualität

Werkzeuge und Anwendungsgebiete der modellbasierten Software-Entwicklung

Sat, 18 Apr 2009 11:55:26 GMT

Der Tagungsband enthält alle Beiträge zum 1. Workshop "Werkzeuge und Anwendungsgebiete der modellbasierten Software-Entwicklung", organisiert von der Special Interest Group "Model-Driven Software-Engineering".

Die Beiträge untersuchen die technischen Grundlagen und den Einsatz der modellbasierten Software-Entwicklung. Dabei werden sowohl Erfahrungen aus der Forschung als auch die praktische Umsetzung gleichermaßen behandelt.

Modellbasierte Software-Entwicklung für eingebettete Systeme

Tue, 14 Apr 2009 13:56:58 GMT

Dieser Tagungsband enthält alle Beiträge zum 2. Workshop "Modellbasierte Software-Entwicklung für eingebettete Systeme", organisiert von der Special Interest Group "Model-Driven Software Engineering" (SIG-MDSE). Die Beiträge widmen sich den spezifischen Anforderungen und Problemstellungen der modellbasierten Software-Entwicklung im Bereich der eingebetteten Systeme. Dabei werden sowohl Erfahrungen aus der Forschung als auch die praktische Umsetzung gleichermaßen behandelt.

Schriften zum Software-Qualitätsmanagement (Band 4)

Tue, 14 Apr 2009 13:54:55 GMT

Vorgehensmodelle und der Product Lifecycle – Projekt und Betrieb von IT-Lösungen

Thu, 09 Apr 2009 13:38:56 GMT

Model-Driven Architecture - Eine praxisorientierte Einführung in die MDA

Thu, 09 Apr 2009 13:10:42 GMT

Dieses Buch über die Model-Driven Architecture der Object Management Group (OMG) ist als Lehrbuch für Studenten und Praktiker konzipiert und bietet eine praktische Einführung in die Grundideen der modellgetriebenen Software-Architektur. Es enthält drei inhaltliche Schwerpunkte: a) Grundlagen der MDA einschließlich der Standards, z.B. UML, b) Software-Qualität und Entwicklungsprozesse (Vorgehensweise) und c) das technische Umfeld mit einer Betrachtung der Tools für die MDA.
Anhand eines ausführlichen und praxisnahen Anwendungsbeispiels können die Leser das MDA-Konzept schließlich eigenständig als Projekt umsetzen. Als Zielplattform dient die Java 2 Enterprise Edition (J2EE), verwendet werden u.a. die integrierte Entwicklungsumgebung (IDE) Eclipse sowie das MDA-Werkueg AndroMDA und das CASE-Werkzeug MagicDraw. Das gesamte Projekt ist vollständig und Schritt für Schritt erläutert und umfasst auch die Entwicklung einer eigenen Cartridge für die Modelltransformation.
Nach der Lektüre sind die Leser in der Lage, die Grundlagen der MDA nachzuvollziehen, sich weiterführende Konzepte anzueignen und eigene anspruchsvolle Projekte in der Praxis durchzuführen. Auch für die Einschätzung der vorhandenen Tools im MDA-Umfeld, das Verständnis für Qualitätsverbesserung und die zukunftige Entwicklung der MDA ist die Lektüre zu empfehlen.
Vorkenntnisse sollten in den Bereichen UML-Modellierung, Java-Programmierung und Web-Anwendungen vorhanden sein.
Auf der Website zum Buch (www.MDABuch.de) werden u.a. alle Lösungen der Übungsaufgaben zur Verfügung gestellt.

qme Software GmbH | Publikationen

Model Driven Architecture - Ein praxisnahe Einführung

Entscheidungsfall Vorgehensmodelle

Praxistauglichkeit von Vorgehens­modellen

Schriften zum Software-Qualitätsmanagement. Erfahrungs- und Forschungsberichte

Model-driven Architecture – Quo Vadis?

Optimierung des Tailorings für das V-Modell XT unter Einsatz der Netzwerkprozessanalyse

Zertifizierung von Usability Experten

Bessere Software im Automobil durch qualitativ hochwertige Entwicklungsprozesse mit der Automotive SPICE

Zertifizierung zum Usability Professional: Ein Beitrag zur Qualität des Personals in IT-Projekten

Projekt- und Qualitätsmanagement für die Software-Entwicklung

Qualität des User Interface: Empfehlungen für das Usability Testing

Das V-Modell XT in Verbindung mit modellgetriebener Software-Entwicklung

Modellbasiertes User Interface Design und HCI Patterns: Eine Symbiose

Hypermedia-Anwendungen im Bereich eLearning: Gedanken zur Qualität

Model based user interface development with HCI patterns: variatio delectat

Über den Software-Qualitätsbegriff - Teil 2: Anforderungen und Merkmale am Beispiel Software-Ergonomie (Usability)

GI-Arbeitskreis "Berufsbild Software Tester“ (IT-ST), Positionspapier: „Empfehlungen für das Berufsbild, die Ausbildung und die Qualifikationsstufen des Software-Testers“

Environmental Management Information Systems in the Production-Integrated Environmental Protection

Der RUP (Rational Unified Process™) als Vorgehensmodell aus Sicht der Qualitätssicherung

Berufsbilder im Bereich Software-Qualitätsmanagement: Grundlage für die personelle Ausgestaltung von Rollen in Vorgehensmodellen

Ein Meta-Tool für das DV-gestützte Qualitätsmanagement in der Software-Entwicklung

Bedeutung von Qualität erkannt

Systematische Planung von Qualitätstechniken für Echtzeitsysteme: Ein Fallbeispiel aus der Praxis

Lasttest im Rahmen eines Eignungstests von Microsoft Windows NT für eine SAP R/3‑Anwendung

Real-Time UML: Eine Anregung zur Diskussion

Electronic Data Interchange mit EDIFACT: Ein Praxisbeispiel für die Einführung

The Definition of ‚Software Quality’: A Practical Approach

Über den Software-Qualitätsbegriff

Process-Oriented ‚Software Quality’ : The Management of Requirements and Characteristics

Benutzerzentrierte Entwicklung ergonomischer Anwendungen im Internet – Ein Beitrag zur konstruktiven Qualitätssicherung mit einem Beispiel im Bereich eCommerce B2B / B2C

Software-Qualität - Transformation von Anforderungen zu Merkmalen

Development of Ergonomic Software - Transformation from Requirements to Features using a Web Application's Navigation Space as an Example

Gedanken zur Informatikausbildung an Fachhochschulen im Bereich Software-Qualitätsmanagement

Globalisierung von Vertragsaushandlungen am Beispiel des OMG-Traders in einer CORBA-Umgebung

Model-to-Code-Transformation mit der Model to Text Transformation Language

Style Guides am Beispiel der “Java Look and Feel Design Guidelines” von Sun Microsystems

Assessing usability of model driven development in industrial projects

Empfehlungen zum Thema Performance-Tests

Ein minimales Vorgehensmodell zur benutzerzentrierten Entwicklung ergonomischer Web-Anwendungen mit dem Schwerpunkt "Navigation"

Benutzerzentrierte Entwicklung ergonomischer eCommece-Anwendungen mit dem Schwerpunkt "Navigation"

Qualifikation und Berufsfelder im Bereich Software-Qualitätsmanagement

Qualifikation von Personal im Bereich Software-Entwicklung: Standardisierung und Zertifizierung am Beispiel des Berufsbildes Software-Tester

Auktion von Aufgaben zur Rollen- und Stellenbesetzung im Rahmen des Projektmanagements für Software-Entwicklungprojekte in Verbindung mit der Nutzung von Vorgehensmodellen

Process-oriented Quality Management: A Provocation

Mobiler Client für die E-Learning Plattform "CLIX"

Model-Driven-Architecture (MDA) im Kontext von Vorgehensmodellen

Erweiterung des V-Modell XT - Eine Projektdurchführungsstrategie für die modellgetriebene Software-Entwicklung

Automotive SPICE als ISO 15504-konformes Process Assesssment Modell: Erfahrungsbericht

MDA für embedded Systems: Pros und Cons – Eine Anregung zur Diskussion

Modellbasierte Entwicklung von Web 2.0 Anwendungen mit MDA

Model Based User Interface Design: Model Driven Architecture und HCI Patterns

MDAQuA: A MDA based paradigm of Analytical Software Quality Assurance

Model-Driven Architecture (MDA) in Verbindung mit dem V-Modell XT

MDD / MDA® in der Krise? Ein modellbasierter Blick in die Zukunft

MDA und analytische Qualitätssicherung: Eine mögliche Synthese

Qualität von Software-Modellen

Agile modellbasierte Software-Entwicklung

Agile modellbasierte Software-Entwicklung in der Praxis

Modellqualität als Indikator für Softwarequalität: eine Taxonomie

Vorgehensmodelle und Qualitätssicherung

Model Driven Software Engineering Transformations and Tools

Angepasste Vorgehensmodelle

Praxistauglichkeit von Vorgehensmodellen

Akzeptanz von Vorgehensmodellen

Schriften zum Software-Qualitätsmanagement (Band 1)

Schriften zum Software-Qualitätsmanagement (Band 2)

Einführung in das Software-Qualitätsmanagement

Schriften zum Software-Qualitätsmanagement (Band 3)

Werkzeuge und Anwendungsgebiete der modellbasierten Software-Entwicklung

Modellbasierte Software-Entwicklung für eingebettete Systeme

Schriften zum Software-Qualitätsmanagement (Band 4)

Vorgehensmodelle und der Product Lifecycle – Projekt und Betrieb von IT-Lösungen

Model-Driven Architecture - Eine praxisorientierte Einführung in die MDA

Praxistauglichkeit von Vorgehensmodellen