27.03.2014 Views

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Synthesizing Evidence on Risk Management: A<br />

Narrative Synthesis of two Mapping Studies<br />

Luanna Lopes Lobato 1,2 , Ivan do Carmo Machado 3 , Paulo Anselmo da Mota Silveira Neto 1 ,<br />

Eduardo Santana de Almeida 3 , Silvio Romero de Lemos Meira 1<br />

1 Informatics Center. Federal University of Pernambuco. Recife – PE. Brazil<br />

2 Computer Science Department. Federal University of Goiás. Catalão – GO. Brazil<br />

3 Computer Science Department. Federal University of Bahia. Salvador – BA. Brazil<br />

{lll,pamsn,srlm}@cin.ufpe.br, {ivanmachado,esa}@dcc.ufba.br<br />

Abstract—Software Product Lines (SPL) Engineering is an<br />

effective development paradigm for systematic software reuse. It<br />

is focused on improving software practices, leading companies to<br />

experience a series of benefits, such as: reduction in both time-tomarket<br />

and overall development effort, as well as improvements<br />

in terms of quality for the products delivered to customers.<br />

However, establishing an SPL is not a simple task, and may affect<br />

several aspects of an organization. Moreover, it indeed involves<br />

significant investment if compared to Single System Development<br />

(SSD). As a consequence, a greater set of risks is involved with<br />

SPL adoption, which can impact the project success if they are<br />

not well managed and appropriate RM activities are not applied.<br />

In this context, this paper presents an evidence analysis about<br />

RM in both fields, SPL and SSD. Outcomes from several<br />

published studies were analyzed, by means of systematic<br />

mapping studies, and hence compared in order to highlight the<br />

common and different findings among them. In addition, the<br />

studies were analyzed in order to present their contributions and<br />

the methods used to perform the research.<br />

Software Product Lines; Single System Development; Risk<br />

Management; Evidence-Based Software Engineering; Narrative<br />

Synthesis.<br />

I. INTRODUCTION<br />

SPL Engineering is based on a set of systems sharing a<br />

common, managed suite of features that satisfy the specific<br />

needs of a particular market or mission. Products in an SPL are<br />

developed from a co mmon set of core assets in a prescribed<br />

way [1]. Such a development strategy, based on systematic<br />

software reuse, is aimed at achieving large-scale software<br />

production and customization, reduced time to market,<br />

improved quality and minimized costs [2].<br />

Despite the benefits of the SPL adoption, challenges and<br />

problems may be faced, since it demands mature and<br />

systematic practices. The SPL development consists of a threelevel<br />

process, namely Core Assets Development (CAD),<br />

Product Development (PD) and Management (M) [3]. In the<br />

prior, highly reusable core assets are developed, that will be<br />

assembled in PD to build the planned and expected products.<br />

Management is an o rthogonal activity, performed in order to<br />

coordinate the whole SPL, thus encompassing both CAD and<br />

PD issues [3].<br />

Establishing an SPL is not a simple task, which might<br />

affect several aspects of an o rganization. In this context, risk<br />

management policies should be set down, and communicated<br />

throughout the SPL development life cycle, since these can<br />

affect the project success in all of its phases [4].<br />

Risk Management (RM) in SPL has gained attention from<br />

the research community, but it is still considered as an open<br />

field for investigation, especially in terms of moving research<br />

to industry practices, unlike traditional software development,<br />

i.e., single systems development (SSD), which contains a<br />

relevant set of reported evidences.<br />

In this scenario, this investigation is aimed at discussing the<br />

RM field, on the basis of a comprehensive analysis of common<br />

issues reported for both SPL and SSD. We are interested in<br />

verifying likely gaps in the field of RM, in order to provide<br />

practitioners with a set of open rooms for improving the RM<br />

practices in SPL development.<br />

Findings from two empirical studies [5] serve as a basis for<br />

this work. Such studies, performed as literature reviews on<br />

software risk approaches, in respectively SSD and SPL,<br />

sketched the state-of-the-art in RM in the both fields. They<br />

followed the systematic mapping study methodology [6]. An<br />

initial discussion on these findings was performed in a previous<br />

work [7], a short paper in which a comparison of outcomes is<br />

run. In such a st udy we described and synthesized the risks<br />

identified in the both literature reviews, by applying the<br />

narrative synthesis methodology.<br />

In this work, an extension of [7], the synthesis was<br />

performed based on the guidelines provided by Rodgers et al.<br />

[8] and some experiences described by Cruzes and Dybå [9].<br />

We also followed the lessons learned presented by Mills et al.<br />

[10] about the analysis of different syntheses.<br />

The remainder of this paper is structured as f ollows.<br />

Section II describes the related work. Section III discusses the<br />

comparative analysis about the findings identified. In Section<br />

IV the limitations and threats are presented. Finally, Section V<br />

concludes this work and outlines future work.<br />

II. RELATED WORK<br />

Besides our initial comparative analysis [7], there are no<br />

studies that focus the comparison between RM to SPL and<br />

SSD. Hence, as far as we know, our research is the initial effort<br />

devoted reported towards understanding, based on comparing<br />

641

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!