Auflistung P143 - Software Engineering 2009 nach Erscheinungsdatum
1 - 10 von 31
Treffer pro Seite
Sortieroptionen
- KonferenzbeitragKontextsensitive Dialogmodellierung(Software Engineering 2009, 2009) Rückert, Jürgen; Paech, BarbaraDie Anpassung von graphischen Benutzungsschnittstellen wird in vielen Anwendungsszenarien benötigt. Anwenderinnen möchten beispielsweise die Oberfläche personalisieren oder diese auf den Kontext des Einsatzes reagieren lassen. Wenn es gelingt die Anpassung zu modellieren, die entweder von Menschen definiert werden kann oder von der Maschine automatisch erlernt werden kann, dann kann das Software Engineering von Benutzungsschnittstellen verkürzt werden. Einerseits entsteht durch die Modellierung Mehraufwand. Andererseits verringert sich der Implementierungsaufwand durch modellgesteuerte, wiederverwertbare Komponenten oder durch Modell-zu-Quellcode-Transformationen. Der Beitrag fokussiert auf die gleichzeitige Modellierung anpassbarer Strukturen, Eigenschaften und Verhalten von Benutzungsschnittstellen. Der Beitrag stellt ein technologieunabhängiges, kontextsensitives Dialogmodell vor. Das Dialogmodell wurde zur Modellierung eines Web Portals verwendet.
- KonferenzbeitragUsing template analysis as background reading technique forrequirements elicitation(Software Engineering 2009, 2009) Stein, Sebastian; Lauer, Yves; Kharbili, Marwane elRequirements cannot be collected, but must be elicited from people's tacit and systems' embedded knowledge. It is a proven approach to use existing systems and manuals as a source. Literature suggests using background reading to elicit requirements from domain descriptions and manuals. Besides content analysis, no concrete technique describing how to actually conduct background reading is available in literature. In this paper, we evaluate the usage of template analysis as a technique for background reading. We applied template analysis in a project to extract requirements from 35 success stories about process performance management. We found template analysis to be very useful not just for eliciting requirements and creating a shared understanding of the studied domain, but also for helping new employees to get familiar with the domain. We also formulated competence questions to document and communicate requirements, but this did not prove helpful and hence we would not recommend it.
- KonferenzbeitragA comprehensive survey of UML compliance in current modelling tools(Software Engineering 2009, 2009) Eichelberger, Holger; Eldogan, Yilmaz; Schmid, KlausThe Unified Modeling Language (UML) specification is widely adopted in software engineering. When tools do not fully implement the UML specification, the user might be locked-in to a modeling tool, e.g. when exported models are not compatible among tools or tools implement different subsets of the UML. These compatibility problems also have significant impact on the effectiveness of model-driven development approaches. Compliance, as defined by the UML standard, is intended to characterize tools and to highlight such problems. In this paper we describe an approach to asses the UML compliance levels of modeling tools. Using UML definition of compliance, we could only identify 4 out of 68 tools as being acceptable.
- KonferenzbeitragVergleich und Integration von Komposition und Annotation zur Implementierung von Produktlinien(Software Engineering 2009, 2009) Apel, Svan; Kästner, Christian; Lengauer, ChristianEs gibt eine Vielzahl sehr unterschiedlicher Techniken, Sprachen und Werkzeuge zur Entwicklung von Softwareproduktlinien. Trotzdem liegen gemeinsame Mechanismen zu Grunde, die eine Klassifikation in Kompositionsund Annotationsansatz erlauben. Während der Kompositionsansatz in der Forschung große Beachtung findet, kommt im industriellen Umfeld hauptsächlich der Annotationsansatz zur Anwendung. Wir analysieren und vergleichen beide Ansätze anhand von drei repräsentativen Vertretern und identifizieren anhand von sechs Kriterien individuelle Stärken und Schwächen. Wir stellen fest, dass die jeweiligen Stärken und Schwächen komplementär sind. Aus diesem Grund schlagen wir die Integration des Kompositionsund Annotationsansatzes vor, um so die Vorteile beider zu vereinen, dem Entwickler eine breiteres Spektrum an Implementierungsmechanismen zu Verfügung zu stellen und die Einführung von Produktlinientechnologie in bestehende Softwareprojekte zu erleichtern.
- KonferenzbeitragGlobal Sourcing und die Industrialisierung der Software-Entwicklung(Software Engineering 2009, 2009) Martignoni, Robert
- KonferenzbeitragProjektvorhersage - die nichtlineare Zukunft(Software Engineering 2009, 2009) Manleitner, Markus
- KonferenzbeitragWirtschaftlich und wirksam: Entwicklungsprozesse auf Basis des Eclipse Process Frameworks(Software Engineering 2009, 2009) Singvogel, Rainer
- KonferenzbeitragTestfokusauswahl im Integrationstestprozess(Software Engineering 2009, 2009) Borner, Lars; Paech, BarbaraIm Integrationstestprozess werden Bausteine eines Softwaresystems schrittweise zusammengesetzt und deren Abhängigkeiten untereinander getestet. Die große Anzahl Abhängigkeiten heutiger Systeme macht es unmöglich, alle Abhängigkeiten zu testen. Tester müssen sich daher auf die fehlerhaften Abhängigkeiten fokussieren. In diesem Beitrag stellen wir einen Ansatz vor, der Informationen über Abhängigkeitseigenschaften nutzt, um den Testfokus für den Integrationstest festzulegen. Der Ansatz umfasst eine Liste von Eigenschaften, um Abhängigkeiten zu klassifizieren. Darüber hinaus gibt er eine Methode vor, um mit Hilfe von Fehlerdaten früherer Versionen eines Softwaresystems sowie deren Eigenschaften fehlerhafte Abhängigkeiten zu identifizieren. Evaluiert wurde der Ansatz mit Hilfe der Entwicklungsumgebung Eclipse.
- KonferenzbeitragMehr sehen mit sira - Mit einem Blick IT-Projekte durchleuchten(Software Engineering 2009, 2009) Bülte, Hendrik; Mäckel, Oliver
- KonferenzbeitragStopping (and reversing) the architectural erosion of software systems. An industrial case study(Software Engineering 2009, 2009) Merkle, BernhardDuring the evolution of a software system it becomes more and more difficult to understand the originally planned software architecture. An architectural erosion happens for various reasons during the development phases. In this paper we describe an approach to stop and reverse architectural degeneration of software systems. Using this method, the software architecture can even be improved, especially on the long term. Many projects suffer a loss of the initial software architecture over the project lifetime and end up with a nearly unmanageable code base. Symptoms are e.g. undocumented software architectures, unwanted or unknown dependencies, and an unknown number of changes. In the end such systems often end like the 'big ball of mud' and the only solution is to throw them away and start again from scratch. In most cases however one can not afford to lose the investment in the current code base, therefore it is essential to keep an eye on the architecture and monitor it on a regular basis. Recently several tools have become available to accomplish and automate this task and we were able to apply it to a critical project. SICK AG is the worldwide leading provider of sensor solutions, especially laser scanners. We describe a real case study where we were able to stop and even reverse the architectural erosion.