Comparison of Requirements Hand-off, Analysis, and Negotiation: Case Study

Companies in the software business often distribute requirements engineering responsibilities over several roles. Product management has overall product responsibility and performs early-phase market-driven requirements engineering. Product development implements the product and performs late-phase solution-oriented requirements engineering. Such shared responsibility provides advantages in the utilization of specific knowledge, skills, and resources, but leads to problems of mutual understanding and coordination. Earlier research proposed a negotiation process, handshaking with implementation proposals, that allows product management and development to achieve agreed requirements understanding. The process found acceptance in industry, but the relative advantages compared with traditional requirements hand-off and analysis had not been understood yet. This paper fills this gap by describing a case of measuring requirements and design volatility and an architect’s requirements understanding during requirements hand-off, analysis, and negotiation.

[1]  R. Yin Case Study Research: Design and Methods , 1984 .

[2]  Tony Gorschek,et al.  Handshaking with Implementation Proposals: Negotiating Requirements Understanding , 2010, IEEE Software.

[3]  Bent Bruun Kristensen Object-Oriented Modelling with Roles , 1995, OOIS.

[4]  Olly Gotel,et al.  An analysis of the requirements traceability problem , 1994, Proceedings of IEEE International Conference on Requirements Engineering.

[5]  Björn Regnell,et al.  A market-driven requirements engineering process: Results from an industrial process improvement programme , 1998, Requirements Engineering.

[6]  Christof Ebert,et al.  The impacts of software product management , 2007, J. Syst. Softw..

[7]  Barry W. Boehm,et al.  Bridging models across the software lifecycle , 2003, J. Syst. Softw..

[8]  Klaus Pohl,et al.  The Three Dimensions of Requirements Engineering , 1993, CAiSE.

[9]  Jos Nijhuis,et al.  Design Decisions: The Bridge between Rationale and Architecture , 2006 .

[10]  Martin Glinz,et al.  Object-oriented modeling with A , 2002, Inf. Syst..

[11]  Amaresh Chakrabarti,et al.  Identification and application of requirements and their impact on the design process: a protocol study , 2004 .

[12]  Philippe Kruchten,et al.  Building Up and Reasoning About Architectural Knowledge , 2006, QoSA.

[13]  Claes Wohlin,et al.  Using Students as Subjects—A Comparative Study of Students and Professionals in Lead-Time Impact Assessment , 2000, Empirical Software Engineering.

[14]  Philippe Kruchten,et al.  An Ontology of Architectural Design Decisions in Software-Intensive Systems , 2004 .

[15]  Klaus Pohl,et al.  The three dimensions of requirements engineering: a framework and its applications , 1994, Inf. Syst..

[16]  Axel van Lamsweerde,et al.  From System Goals to Software Architecture , 2003, SFM.

[17]  Tony Gorschek,et al.  Industry evaluation of the Requirements Abstraction Model , 2007, Requirements Engineering.

[18]  Dar-Biau Liu,et al.  Metrics for requirements engineering , 1995, J. Syst. Softw..

[19]  L. Thompson,et al.  The Mind and Heart of the Negotiator , 1997 .

[20]  Jeff Tyree,et al.  Architecture decisions: demystifying architecture , 2005, IEEE Software.

[21]  Tony Gorschek,et al.  Handshaking Between Software Projects and Stakeholders Using Implementation Proposals , 2007, REFSQ.

[22]  Jeremy Dick Design Traceability , 2005, IEEE Softw..

[23]  Bashar Nuseibeh,et al.  Weaving Together Requirements and Architectures , 2001, Computer.

[24]  Klaus Pohl,et al.  Supporting the Consistent Specification of Scenarios across Multiple Abstraction Levels , 2010, REFSQ.

[25]  Chris Rupp Requirements and Psychology , 2002, IEEE Softw..

[26]  Inge van de Weerd,et al.  Towards a Reference Framework for Software Product Management , 2006, 14th IEEE International Requirements Engineering Conference (RE'06).

[27]  Stephen Fickas,et al.  Goal-Directed Requirements Acquisition , 1993, Sci. Comput. Program..

[28]  Alan M. Davis,et al.  Identifying and measuring quality in a software requirements specification , 1993, [1993] Proceedings First International Software Metrics Symposium.

[29]  Robert O. Briggs,et al.  Surfacing tacit knowledge in requirements negotiation: experiences using EasyWinWin , 2001, Proceedings of the 34th Annual Hawaii International Conference on System Sciences.

[30]  J. Hauser,et al.  Integrating R&D and marketing: A review and analysis of the literature , 1996 .

[31]  Tony Gorschek,et al.  Requirements Abstraction Model , 2005, Requirements Engineering.