Sebastian Adam

Implementing Requirements Engineering Processes: Using Cooperative Self-Assessment and Improvement

Requirements engineering can help assure success for projects and their products. Small-to-medium enterprises (SMEs) demand effective, efficient RE practice because they must adhere to delivery dates and provide the same quality as large organizations, but with a smaller budget and staff. Moreover, these companies are highly affected by each customers specific needs, and they must react accordingly.

Towards Crowd-Based Requirements Engineering A Research Preview

[Context and motivation] Stakeholders who are highly distributed form a large, heterogeneous online group, the so-called “crowd”. The rise of mobile, social and cloud apps has led to a stark increase in crowd-based settings. [Question/problem] Traditional requirements engineering (RE) techniques face scalability issues and require the co-presence of stakeholders and engineers, which cannot be realized in a crowd setting. While different approaches have recently been introduced to partially automate RE in this context, a multi-method approach to (semi-)automate all RE activities is still needed. [Principal ideas/results] We propose “Crowd-based Requirements Engineering” as an approach that integrates existing elicitation and analysis techniques and fills existing gaps by introducing new concepts. It collects feedback through direct interactions and social collaboration, and by deploying mining techniques. [Contribution] This paper describes the initial state of the art of our approach, and previews our plans for further research.

The role of quality aspects for the adequacy of business processes and business information systems

In the requirements engineering area, it has been recognised that quality issues are essential for the success of any system development and that they should be considered right from the beginning of every project. Even though quality also plays a central role in business process management, systematic consideration of quality requirements is still missing. In this article, we therefore discuss that the continuous traceability of quality might lead to more adequate business processes and supporting information systems. To underpin this position, we develop – based on our many years of experience in the information systems domain – a meta-model, mathematical dependencies and a development method that show how quality goals, business processes and quality requirements for the involved systems are intertwined and how they influence each other.

Balancing User and Business Goals in Software Development to Generate Positive User Experience

Business contexts represent a big challenge for software development, specifically in terms of finding a balance between business goals and user goals. The users of a business application are forced to use it as part of their jobs. It would be beneficial to their motivation, their health, and their performance if the software they use were not only functional in the sense that the job can be done with it, but that doing the job would be a pleasure for them. The challenge is in engineering intrinsic aspects into the product in a systematic way and finding a decent equilibrium between the right numbers of functional aspects and hedonic aspects. If an ideal balance is achieved between these elements, the software can support the achievement of the expected results for the company and also generate a positive user experience (UX) for its users. In this chapter, we discuss the definition and structure of business and user goals and their mutual relationships in the work environment. We also present an integrated software development approach that allows engineers to build this bridge between business and users goals as well asa case study in which this approach was successfully applied.

Produktlinien-bewusste Anforderungserhebung durch maßgeschneiderte Erhebungsprozesse

1 Einleitung Produktlinien gelten als der systematischste Ansatz um die Softwareentwicklung durch strategische Wiederverwendung deutlich effizienter zu gestalten. Allerdings zeigt die Erfahrung, dass die Entwicklung von Softwaresystemen auf Basis einer bestehenden Wiederverwendungsinfrastruktur haufig weniger effizient ist, als geplant und generell propagiert [1]. Einer der Grunde hierfur liegt darin begrundet, dass sich eine Reihe von Anforderungen, welche potentiell in Kundenprojekten auftreten konnen, nicht vorab antizipieren und mit Hilfe von Variabilitatsoder Entscheidungsmodellen angemessen beschreiben lassen [2]. Dies ist insbesondere in modernen Informationssystemen zu beobachten, welche oftmals sehr spezielle Anforderungen realisieren mussen, um dem Kunden Wettbewerbsvorteile zu ermoglichen. Das Requirements Engineering in solchen Projekten hat jedoch in diesem Fall das Problem, dass sich die Auswirkungen von Anforderungen, welche nicht explizit in den Variabilitats,oder Entscheidungsmodellen hinterlegt sind, auf die Produktlinienarchitektur und die konkrete Systementwicklung oft nicht abschatzen lassen [3]. In der Praxis zeigt sich, dass daher oftmals Anforderungen erhoben werden, welche spater aus Grunden der technischen oder wirtschaftlichen Machbarkeit nachverhandelt werden mussen. Des Weiteren werden auch haufig wichtige Anforderungen aufgrund der starken Variabilitatsmodellfokussierung ubersehen, anders herum jedoch oft auch fur die Entwicklung unnotige Informationen spezifiziert. Dies fuhrt letztendlich dazu, dass die Anforderungsprozesse in Produktlinienbasierten Kundenprojekten haufig ineffektiv verlaufen, wodurch die gesamte Effizienz des Projekts geschmalert wird [4]. Bei Betrachtung des Stand der Praxis und Stand der Technik stell sich heraus, dass bis dato keine Ansatze im Requirements Engineering existieren, welche Anforderungsingenieure wahrend der Erhebung von Kundenanforderungen in solchen Produktlinienbasierten Projekten systematisch anleiten. Insbesondere uber die Rahmenbedingungen und Fahigkeiten einer gegebenen Produktlinie konnen heutige Hilfsmittel wie Variabilitatsoder Entscheidungsmodelle nur bedingt informieren. Die Qualitat, Effektivitat und Effizienz des Requirements Engineering hangt daher oftmals davon ab, welche personliche Kenntnis der durchfuhrende Anforderungsingenieur uber die Produktlinie hat und zu welchem Grad sich Kundenanforderungen vorab explizit antizipieren und beschreiben lassen. Im Rahmen einer Dissertation am Fraunhofer IESE wurde daher ein Ansatz entwickelt, welche eine Produktlinien-bewusste Anforderungserhebung durch explizite Bereitstellung von Produktund Prozesswissen uber die zugrundeliegende Produktlinie ermoglicht. Dabei werden in Kundenprojekten anzuwendende Erhebungsleitfaden basierend auf einer bestehenden Produktlinienarchitektur systematisch masgeschneidert. Das Produktwissen reflektiert dabei die Rahmenbedingungen, welchen Anforderungen genugen mussen, um der gegebenen Architektur nicht zu widerlaufen. Das Prozesswissen reflektiert daruber hinaus, welche Anforderungsarten uberhaupt erhoben werden mussen, um die Produktlinie fur einen Kunden individuell instanziieren zu konnen. Beides ermoglicht es einem Anforderungsingenieur schlieslich ausreichend informiert explizit antizipierte, aber auch kundenspezifische Anforderungen integriert zu erheben und bedarfsweise fruhzeitig zu verhandeln. „Bose Uberraschung“ und kostspielige Anderungen erst spat im Kundenprojekt konnen dadurch proaktiv minimiert werden. In diesem Artikel stellen wir die Grundkonzepte des Ansatzes sowie seine wesentlichen Verbesserungen vor.