Empirical Study of Tool Support in Highly Distributed Research Projects

Prause, Christian R.; Reiners, René; Dencheva, Silviya

doi:10.1109/icgse.2010.13

Cited by 11 publications

(3 citation statements)

References 12 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…We have based our review of general challenges on [12] and [6]. There are many others like [5], [10] and [4], but we did not find that they added anything substantial to the primary literature reviews we use, which confirmed our impression that we were on solid ground. For the CM-related challenges there is very little.…”

Section: Literature Reviewmentioning

confidence: 61%

Configuration Management Stories from the Distributed Software Development Trenches

Bendix

Magnusson

Pendleton³

2012

2012 IEEE Seventh International Conference on Global Software Engineering

View full text Add to dashboard Cite

Distributed projects are generally recognized as being more complex and adding a number of new challenges to project management. Configuration management (CM) can be considered the infrastructure of all types of project being they co-located or distributed and lack of CM or badly implemented CM will hurt any type of project. In this paper, we take a closer look at the role of CM in distributed projectswhere can standard CM techniques help, how can they be implemented, and what special challenges does distribution pose. We do that by looking at general and CM-specific challenges from literature on global software development and discuss those in the light of our experience as CM practitioners on different distributed industrial projects. Some challenges in distributed development can be solved or alleviated by CM techniques, for other challenges CM has to be implemented differently-and some challenges are challenges to CM too.

show abstract

Section: Literature Reviewmentioning

confidence: 61%

Configuration Management Stories from the Distributed Software Development Trenches

Bendix

Magnusson

Pendleton³

2012

2012 IEEE Seventh International Conference on Global Software Engineering

View full text Add to dashboard Cite

show abstract

“…Gains from process improvements of more than one percent do not seem obnoxious because, first, the national space market is rather small but complex, limiting the effects of open competition on the need for productivity optimization and, second, because some work is also done by research organizations and small enterprises that often do not invest very much in their process maturity (cf. ). Basili et al report that over the time of several years, through their efforts in the domain of software engineering and process improvement in the NASA, they achieved improvements of 15%, which would translate to an annual 3.75 million USD savings.…”

Section: Software Product Assurance and Cost Of Qualitymentioning

confidence: 97%

Software product assurance at the German space agency

Prause¹,

Bibus²,

Dietrich³

et al. 2016

J Software Evolu Process

Self Cite

View full text Add to dashboard Cite

The DLR Space Administration designs and implements the German space program. While project management rests with the agency, suppliers are contracted for building the space devices and their software. As opposed to many other domains, these are often unique devices with uncommon and custom-built peripherals. Its software is specifically developed for a single mission only and controls critical functionality. A small coding error can mean the loss of a mission. For this reason, customer and supplier collaborate to improve products and processes to achieve better software at the end of a project. We discuss quality in the context of space projects, and report a cross-sectional view from a customer's perspective on various management tools for influencing suppliers' processes and product quality: standards, single-source tailoring and cross-company product assurance.

show abstract

“…[Reiners et al 2012]). The problem was also seen in a survey conducted by [Prause et al 2010] who present results from a survey on research projects within the Sixth EU Framework Programme 3 in which 152 representatives from 73 different projects participated. Extrapolation in total regarded 741 projects out of 1167 as relevant for the study.…”

Section: Introductionmentioning

confidence: 97%

Requirements for a collaborative formulation process of evolutionary patterns

Reiners

Falkenthal

Jugel

et al. 2013

Proceedings of the 18th European Conference on Pattern Languages of Program

View full text Add to dashboard Cite

Within distributed research projects, it is necessary to align many kinds of engineering efforts across different work packages within the considered domain. Every project member has his own visions, expectations and experience that must be considered throughout the whole project duration. This work addresses challenges encountered in distributed research projects in which the research consortia consist of partners from research and industry with multidisciplinary backgrounds. Different working practices and documentation as well as specification material is produced by every partner. We aim at giving every project member the chance to contribute knowledge in an easy and light-weight manner right from the start of the project. Our approach applies the idea of using design patterns as interdisciplinary communication medium, especially for describing and explaining the current application domain and its characteristics. This work presents considerations from two workshops with participants from two different projects that work in the domain of emergency response and enterprise & service-oriented architectures. The aim of the workshops was to analyze current pattern identification and pattern language structuring processes concerning their suitability to engineering practices within distributed research projects. Although the idea of using patterns as interdisciplinary communication medium was considered as useful, challenges that were faced with current pattern derivation processes were extracted. In a second step, the workshop participants agreed on three sets of requirements that a collaborative pattern formulation process should fulfill. The third set of requirements is especially suited to the domain of service-oriented architectures.

show abstract

Empirical Study of Tool Support in Highly Distributed Research Projects

Cited by 11 publications

References 12 publications

Configuration Management Stories from the Distributed Software Development Trenches

Configuration Management Stories from the Distributed Software Development Trenches

Software product assurance at the German space agency

Requirements for a collaborative formulation process of evolutionary patterns

Contact Info

Product

Resources

About