Refine
Year of publication
Document Type
- Book (7)
- Other (6)
- Conference Proceeding (5)
- Report (3)
- Part of a Book (2)
- Contribution to a Periodical (2)
- Doctoral Thesis (1)
Is part of the Bibliography
- no (26)
Keywords
- Software Development (5)
- Forschung (3)
- Projektmanagement (3)
- Requirements Engineering (3)
- Software Engineering (3)
- Software- Architektur (3)
- Grundlagen Informatik (2)
- Informatik (2)
- Informatikstudium (2)
- Java (2)
Institute
Das Buch bietet eine umfassende und praxisorientierte Einführung in die wesentlichen Grundlagen und Konzepte der Informatik. Es umfasst den Stoff, der typischerweise in den ersten Semestern eines Informatikstudiums vermittelt wird, vertieft Zusammenhänge, die darüber hinausgehen und macht sie verständlich. Die Themenauswahl orientiert sich an der langfristigen Relevanz für die praktische Anwendung. Praxisnah und aktuell werden die Inhalte für Studierende der Informatik und verwandter Studiengänge sowie für im Beruf stehende Praktiker vermittelt. Die vorliegende fünfte Auflage wurde grundlegend überarbeitet und aktualisiert.
Das Lehrbuch Software Requirements von Ulrike Hammerschall und Gerd Beneken führt in die Grundkonzepte des Requirements Engineering ein und zeigt anhand vieler anschaulicher Beispiele, wie man systematisch und methodisch bei der Ermittlung, Dokumentation, Spezifikation, Modellierung, Validierung und Verwaltung von Software Requirements vorgeht. Mit seinem Inhalt und didaktisch wertvollem Aufbau richtet sich das Buch an Studierende der Fachrichtung Informatik und Wirtschaftsinformatik, sowie aller verwandten Fachrichtungen, die sich mit den Themen Software Engineering oder Requirements Engineering beschäftigen.
Software Requirements sind die Anforderungen der Anwender an die Funktionalität eines geplanten Software-Systems. Requirements Engineering ist der Prozess zur methodischen Erhebung und Beschreibung der Anforderungen. Die Kunst eines guten Requirements Engineerings ist die Entwicklung einer stabilen Anforderungsbasis als zuverlässige Grundlage für die weitere Entwicklung der Software.
Das vorliegende Buch führt in die Grundkonzepte des Requirements Engineering ein und zeigt anhand vieler Beispiele, wie man systematisch und methodisch bei der Ermittlung, Dokumentation, Spezifikation, Modellierung, Validierung und Verwaltung von Software Requirements vorgeht. Ausführliche Methodenbeschreibungen dienen zur Erläuterung und ein durchgängiges Fallbeispiel hilft dem Leser die Anwendung der Methoden nachzuvollziehen. Mit Hilfe der Übungen am Ende jedes Kapitels, können die Methoden selbst eingeübt werden.
Neben dem klassischen Dokument-getriebenen Requirements Engineering beschäftigt sich das Buch mit den Methoden des agilen Requirements Engineering und vergleicht die beiden Ansätze. Zusätzlich bietet das Buch einen Blick über den Tellerrand und betrachtet die Schnittstellen des Requirements Engineerings zu anderen Teilprozessen im Entwicklungsprozess.
Das Buch richtet sich an Studierende der Fachrichtung Informatik und Wirtschaftsinformatik, sowie aller verwandten Fachrichtungen, die sich mit den Themen Software Engineering oder Requirements Engineering beschäftigen.
- Der RE-Prozess, Vorgehen und Methodik.
- Anforderungsermittlung, -dokumentation und -spezifikation.
- Querschnittliche Aufgaben wie Validierung, Modellierung und Management von Anforderungen
- Agiles RE, Vorgehen und Methodik.
- Schnittstellen zu benachbarten Teilprozessen (Projektmanagement, Qualitätsmanagement, Software-Architektur) sowie zum Usability Engineering.
- Einführung und Verbesserung des Requirements Engineering Prozesses in einer Organisation.
Aktuelle Projekte werden nur noch selten von einem einzigen Team an einem einzigen Standort bearbeitet. Um verteilt arbeitende Teams, Auftrag- und Unterauftragnehmer zu koordinieren, ist einerseits ein abgestimmtes Vorgehen notwendig, andererseits müssen Projekte in solchen Szenarios durch Werkzeuge unterstützt werden.
Die problemorientierte und organisationsspezifische Integration von Werkzeugen und Vorgehensmodellen ist ein wesentliches Erfolgskriterium für Organisationen und ihre Projekte. Werkzeuge können Anwender unterstützen und durch vorgegebene Prozesse wie z.B. Risikomanagement oder Berichtswesen führen. Eine nahtlose Integration eines Vorgehensmodells in eine gegebene und akzeptierte Werkzeugumgebung kann sich positiv auf den Erfolg von Prozessanpassungen auswirken.
Effizienzsteigerungen, bspw. durch die automatische Generierung von Vorlagen oder Dokumentation, machen Werkzeugintegrierte Prozesse auch für Entwickler interessant. Auf der anderen Seite müssen Projektspezifische Anforderungen an Werkzeuge und Prozesse berücksichtigt werden, die eine Flexibilität in der Anwendung und Benutzung erforderlich machen.
Dieser 3. Workshop diskutiert in Fortsetzung der Workshops Formalisierung und Anwendung sowie Reife und Qualität unterschiedliche und facettenreiche Fragen, die sich hinsichtlich der Werkzeugunterstützung und der werkzeuggeführten Anwendung von Vorgehensmodellen ergeben. Insbesondere die semi- und vollautomatische Integration von Vorgehensmodellen, die Generierung von Arbeitsumgebungen und Optionen zur Anwenderunterstützung und Anwenderführung spielen hier zentrale Rollen.
Im Zentrum des Workshops steht der Lifecycle von Vorgehensmodellen mit dem Schwerpunkt der Operationalisierung durch Werkzeuge und der geführten/unterstützten Anwendung. Von besonderem Interesse sind Fragen nach der Konzeption und Durchführung von Werkzeugen und Anwenderunterstützung im Kontext verschiedener Vorgehensmodelle, wie bspw. dem V-Modell XT, Scrum, Prince2, RUP, XP.
Themenüberblick:
Der 1-täige Workshop zielt im Wesentlichen auf folgende Themen:
Verbesserung der Akzeptanz von Vorgehensmodellen
Werkzeugunterstützte Prozesseinführung:
Einführung und Einführbarkeit mithilfe von Werkzeugen
Etablierung und Durchsetzung, Do's und Dont's
Kontinuierliche werkzeugunterstützte Prozessverbesserung
Kosten und Nutzen, Abhängigkeiten, Vor- und Nachteile
Werkzeugunterstützung bei der Projektdurchführung
Lose gekoppelte Werkzeuglandschaften vs. integrierte Tools
Werkzeugunterstützte Planung, Steuerung von Agilen Projekten
Unterstützung für kleine, große und verteilte Teams
Werkzeugunterstützung bei Auswahl, Anpassung und Tailoring
Grenzen der Werkzeugunterstützung
Formalisierung und Werkzeugunterstützung von Prozessen und Prozessschritten
Vorgehens- und Reifegradmodelle: V-Model XT, XP, CMMI, RUP, Scrum etc.
Nowadays, in software development usually various models and description fragments are created. Some of these artifacts describe the core of the application, such as the data model or the user interaction model. Other artifacts describe cross-cutting concerns, such as security or the requirement: “every change of data has to be confirmed by the user, before it is written into the database”. During the development process these artifacts are combined, transformed, and finally implemented manually or even automatically. For instance a designer may combine a model of a dialog component specifying an action, that changes data, with a common description of a generic confirm dialog. The integrated dialog description may be afterwards implemented by a programmer. The manual combination of both artifacts and the transformation of the combined description into code are errorprone and hard to change. Industry basically tests or actually uses two approaches for the combination today: 1. At the level of code and execution Aspect-Oriented Programming (AOP) is used [KLM+97]. An aspect defines a cross-cutting concern and the weaving instructions. A code weaver provides the actual weaving at compile or runtime. 2. At the level of design models and analysis models Model-Driven Software Development (MDSD) is used [KWB03]. A model in MDSD is a first class development artifact. Thus models are significantly more abstract than the implementation of code. However, these models cannot be executed. Hence, a abstract model is transformed into another, typically more detailed. A series of such transformations results in executable code. Thereby, a model transformer or a code generator reads some of the artifacts. The other artifacts and the combination rules are implemented in transformation rules or code generation templates (or somewhere else in the transformation / generation approach).
Creating long-lived software systems requires a technol ogy to build systems with good maintainability. One of the core ideas of the Model Driven Architecture (MDA) is to ease the change of the run-time platform by raising the level of abstraction in which just the business aspects are modelled, and by separating business aspects from techni cal issues and implementation details. This article anal yses the MDA approach with respect to maintainability. We argue that MDA systems will become even harder to maintain because the maintainability depends on the sys tem's (development) environment. MDA, UML and other base technologies are still under development, therefore the tools will change considerably. While the MDA possibly eases the change of the run-time platform, we show that it is quite difficult to exchange a link in the development tool chain. Our argumentation is based on the general proper ties of software evolution and the dependency chains in the development and run-time environments. It is backed by experiences with MDA development as well as by analo gies to general maintenance experiences.
Dieser Beitrag beschreibt, wie Referenzarchitekturen die MDA nutzbar machen. Die Referenzarchitekturen liefern dabei die konzeptionelle Unterstützung für die Konstruktion und Implementierung von Software und die MDA bietet den Rahmen für eine Werkzeugunterstützung. Die praktische Umsetzbarkeit wird mit dem OpenSource Framework AndroMDA und einer Referenzarchitektur der Firma iteratec GmbH gezeigt.
Components and component-based technologies (componentware) are well-known and widely used in software development. There is a large amount of work and research in componentware. The number of available componentware approaches increases steadily and it is quite difficult to keep track of current trends in this area. In this paper, we survey the current state of the art in componentware, introduce and compare several well-known componentware approaches and classify them according to outstanding characteristics. We discuss a list of open issues in resarch and practical use of componentware and offer some proposals for further development. In our practical considerations we focus on embedded systems and business information systems because most of our partners in industry work in one of these two domains. We hope to start a broader discussion on componentware and to get a common understanding, which open issues are most important in research and industry (as a research agenda).
Agenda:
Studienziel Software-Ingenieur(in) Projekte im Rahmen des Informatik-Studiums Projektbeispiele -IT Partner in Forschungsprojekten
Labor für Software-Technik
-IT Partner in Forschungsprojekten -Einzelanfertigungen für genau einen Kunden -Unterstützung von Startups / Testen von Geschäftsideen -Projekte mit kleinen und mittleren Unternehmen Zusammenarbeit mit FH: Nächste Schritte