Fakultät für Informatik
Refine
Year of publication
Document Type
- Conference Proceeding (90)
- Book (21)
- Article (peer reviewed) (11)
- Other (10)
- Contribution to a Periodical (9)
- Part of a Book (4)
- Doctoral Thesis (2)
- Working Paper (1)
Is part of the Bibliography
- no (148)
Keywords
- Speech Recognition (18)
- CFT (6)
- Software Development (6)
- Database (5)
- Microsoft (5)
- Sql server (5)
- Augmented Reality (AR) (4)
- Fault trees (4)
- Mobile Robot (4)
- Robotic Research (4)
Institute
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).
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).
Java Server Faces
(2004)
Komponenten in J2EE-Patterns
(2002)
Agiles Projektmanagement
(2015)
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.
Software-Architektur und Projektmanagement sind Mittel, um große Software-Entwicklungsprojekte beherrschbar zu machen. Die Verbindung zwischen beiden Disziplinen wird in dieser Arbeit mithilfe einer Architekturtheorie hergestellt: Ein Verfahren wird vorgeschlagen, mit dem die Beschreibung der logischen Architektur und die Projektplanung iterativ abgeglichen und verbessert werden können. Verfahren zur architekturbasierten Optimierung der Planung werden daraus entwickelt. Die Dokumentation von Architekturen mithilfe von Architektursichten ist der zweite Schwerpunkt. Mathematisch fundierte Verfahren zur Erzeugung von Sichten werden mithilfe einer Architekturtheorie definiert. Die Verfahren erzeugen etwa Architektursichten, die Projektmanagement und die Kommunikation innerhalb des Projektes mithilfe von Planungsinformationen unterstützen. Ein prototypisches Werkzeug demonstriert Anwendbarkeit der Theorie und der vorgeschlagenen Verfahren