Abstract
Many a computer-based system (CBS) developed in one division of the Israel Aerospace Industries, is a derivation of formerly delivered CBSs. Sometimes, a CBS that was developed over decades needs to be redesigned for a new customer or for new technology. In addition, the requirements management process in the division has to deal with an extensive system of systems, a matrix organizational structure, and many subcontractors in order to develop any fully operational CBS. It has become obvious that any generic building block in any product developed by any project in a project family stands a chance to be reused to build new products in other projects of the same project family. Moreover, this reuse is best if it begins with the consideration of the reuse of a requirements specification of the building block, in order to save the time and money of the block’s development. The reused artifact can be the contract description of the building block, from very early in the lifecycle. Alternatively, the reused artifact can be detailed hardware and software specifications for the building block, from later in the lifecycle. With which specification reuse begins depends on the purpose of the reuse. No matter when a reuse began, it led to some significant reduction in the product’s time to market, i.e., its time to delivery. This paper is a case study of several instances in an industrial setting of building-block reuse within a large-scale system being developed in the division. It reports how these reuses were discovered and carried out. Among the contributions of this paper is a description of the division’s multilevel requirements hierarchy that is based on the multilevel architecture of the CBS to be developed. Also contributed the division’s idea of project-family-based reuse, as opposed to product-line-based reuse. The paper shows how basing reuse on a project family made proactive reuse possible. The paper then analyzes data from the division’s requirements-management tool about these reuses to assess the impact of requirements reuse on time to market. Finally, it confirms this quantitative assessment by a qualitative assessment garnered from quotations gathered from interviews of four key people two-and-a-half years after the end of the period of the case study.
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig1_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig2_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig3_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig4_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig5_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig6_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig7_HTML.gif)
![](http://media.springernature.com/m312/springer-static/image/art%3A10.1007%2Fs00766-013-0182-7/MediaObjects/766_2013_182_Fig8_HTML.gif)
Similar content being viewed by others
Notes
Even though the studied organization develops only bespoke CBSs and does not develop CBSs for the mass market, the department that responds to requests for proposals from external potential customers is called the “Marketing Department”. Thus, what this department is doing are marketing and marketing analysis. Consequently, in the organization, a CBS’s time to delivery is called the CBS’s “time to market”. This paper uses this terminology when it talks about time to delivery.
In each quotation, the sans-seriffed items (the sans-seriffing not part of the original quotation) are those that are considered parts of RM.
These data are confidential, and their actual values cannot be shown here.
The reuse rate of a requirements specification is the ratio between the number of existing requirements in the artifact reused from previous releases and the total number of requirements in the artifact.
References
Goldin L, Matalon-Beck M, Lapid-Maoz J (2010) Reuse of requirements reduces time to market. In: Proceedings of the 2010 IEEE international conference on software science, technology & engineering (SwSTE), pp 55–60
Almefelt L, Berglund F, Nilsson P, Malmqvist J (2006) Requirements management in practice: Findings from an empirical study in the automotive industry. Res Eng Des 17(3):113–134
Ambriola V, Gervasi V (2006) On the systematic analysis of natural language requirements with CIRCE. Autom Softw Eng 13:107–167
Arkley P, Riddle S (2005) Overcoming the traceability benefit problem. In: Proceedings of the 13th IEEE international conference on requirements engineering (RE), pp 385–389
Barnes B, Bollinger T (1991) Making reuse cost-effective. IEEE Softw 8(1):13–24
Boehm B (1999) Managing software productivity and reuse. Computer 32:111–113
Boehm BW, Abts C, Brown AW, Chulani S, Clark BK, Horowitz E, Madachy R, Reifer DJ, Steece B (2000) Software cost estimation with COCOMO II. Prentice Hall, Upper Saddle River, NJ
Breitman KK, Leite JCSdP (2003) Ontology as a requirements engineering product. In: Proceedings of the 11th IEEE international conference on requirements engineering (RE), pp 309–319
Chernak Y (2012) Requirements reuse: the state of the practice. In: Proceedings of the 2012 IEEE international conference on software science, technology & engineering (SwSTE), pp 46–53
Cleland-Huang J, Settimi R, Zou X, Solc P (2007) Automated classification of non-functional requirements. Requir Eng 12(2):103–120
Clements P, Northrop LM (2001) Software product lines: practices and patterns. Addison-Wesley, Reading, MA
Cybulski JL, Reed K (2000) Requirements classification and reuse: crossing domain boundaries. In: Proceedings of the sixth international conference on software reuse: advances in software reusability (ICSR), pp 190–210
Damian D, Chisan J (2006) An empirical study of the complex relationships between requirements engineering processes and other processes that lead to payoffs in productivity, quality, and risk management. IEEE Trans Softw Eng 32(7):433–453
Daneva M (2000) Reuse measurement in the ERP requirements engineering process. In: Frakes W (ed) Software reuse: advances in software reusability (ICSR), LNCS1844. Springer, Berlin, pp 211–230
Davis AM, Yourdon E, Zweig AS (2000) Requirements management made easy. Technical report, Omni-Vista, Inc. http://homepages.laas.fr/kader/Davis_et_al.pdf
Ellis K, Berry DM (2013) Quantifying the impact of requirements definition and management process maturity on project outcome in business application development. Requir Eng J 18(3):223–249
Finkelstein A (1988) Re-use of formatted requirements specifications. Softw Eng J 3(5):186–197
Fortune J, Valerdi R, Boehm BW, Settles FS (2009) Estimating systems engineering reuse. In: Seventh annual conference on systems engineering research (CSER). http://cser.lboro.ac.uk/papers/S01-10.pdf
Frakes WB, Succi G (2001) An industrial study of reuse, quality, and productivity. J Syst Softw 57(2):99–106
Garlan D, Allen R, Ockerbloom J (1995) Architectural mismatch: Why reuse is so hard. IEEE Softw 12(6):17–26
Glass RL (1998) Reuse: what‘s wrong with this picture? IEEE Softw 15(2):57–59
Harter DE, Kemerer CF, Slaughter SA (2012) Does software process improvement reduce the severity of defects? A longitudinal field study. IEEE Trans Softw Eng 38(4):810–827
Hoadley CM, Linn MC, Mann LM, Clancy MJ (1996) When, why, and how do novice programmers reuse code? In: Gray WD, Boehm-Davis DA (eds) Proceedings of the sixth workshop on empirical studies of programmers, Ablex Publishing, Norwood, NJ
IBM Rational DOORS (2011) Viewed 10 Aug 2011. http://www-01.ibm.com/software/awdtools/doors/
ICSR. International conference on software reuse. http://www.informatik.uni-trier.de/ley/db/conf/icsr/index.html
Israel Aerospace Industries (2012) MBT missiles division. Viewed 3 Aug 2012. http://www.iai.co.il/15901-en/SystemMissileandSpace_MBTMissiles.aspx
Israel Aerospace Industries (2012) MBT space division. Viewed 3 Aug 2012. http://www.iai.co.il/18660-en/SystemMissileandSpace_SpaceDivision.aspx
Israel Aerospace Industries (2012) Systems missiles and space group. Viewed 3 Aug 2012. http://www.iai.co.il/25467-en/Groups.aspx
Jacobson I, Griss M, Johnsson P (1997) Software reuse, architecture process and organization for business success. Addison Wesley Longman, Harlow
Jones C (1995) Patterns of software systems failure and success. International Thompson Computer Press, Boston, MA
Kaindl H, Śmiałek M, Nowakowski W (2010) Case-based reuse with partial requirements specifications. In: Proceedings of the 2010 eighteenth IEEE international requirements engineering conference (RE), pp 399–400
Kang KC, Cohen SG, Holibaugh R, Perry J, Peterson AS (1992) A reuse-based software development methodology. Technical report CMU/SEI-92-SR-004, Software Engineering Institute, CMU. http://www.sei.cmu.edu/library/abstracts/reports/92sr004.cfm
Khraiwesh M, El Sheikh A (2009) Empirical validation of requirements management measures. Int Arab J Inf Technol 6(2):196–203
Lam W, McDermid JA, Vickers AJ (1997) Ten steps towards systematic requirements reuse. In: Proceedings of the third IEEE international symposium on requirements engineering (RE), pp 6–15
Lauesen S (2002) Software requirements: styles and techniques. Addison-Wesley, Reading, MA
Lee N-Y, Litecky CR (1997) An empirical study of software reuse with special attention to ada. IEEE Trans Softw Eng 23(9):537–549
Lim WC (1996) Reuse economics: a comparison of seventeen models and directions for future research. In: Proceedings of the fourth international conference on software reuse (ICSR ’96), pp 41–51
Loconsole A (2004) Empirical studies on requirement management measures. In: Proceedings of the twenty-sixth international conference on software engineering (ICSE), pp 42–44
Loconsole A, Börstler J (2005) An industrial case study on requirements volatility measures. In: Proceedings of the twelfth Asia-Pacific software engineering conference (APSEC), pp 249–256
LombardHill.com. (2012) World’s largest reuse bibliography. Viewed 2 Aug 2012. http://www.lombardhill.com/biblio4.html
López Villegas O, Ángel Laguna M (2001) Requirements reuse for software development. In: RE 2001 doctoral symposium. http://giro.infor.uva.es/Publications/2001/LL01/Doc-Workshop.pdf
Loral Federal Systems and SWSC/SMX (1996) Software technology for adaptable, reliable systems (STARS), air force/STARS demonstration project experience report, version 3.1, vol I. Technical report, USAF Material Command, Electronics Systems Center
Maiden N, Sutcliffe A (1992) Exploiting reusable specifications through analogy. Commun ACM 35(4):55–64
Maiden N, Sutcliffe A (1993) People-oriented software reuse: the very thought. In: Proceedings advances in software reuse, selected papers from the second international workshop on software reusability, pp 176–185
Maiden NAM, Mistry P, Sutcliffe AG (1995) How people categorise requirements for reuse: a natural approach. In: Second IEEE international symposium on requirements engineering (RE), pp 148–157
McConnell S (1996) Rapid development: taming wild software schedules. Microsoft Press, Redmond, WA
Meth H, Brhel M (2012) Rise of the machines, the state of the art in automated requirements eliciation. Technical report working paper, enterprise information systems, University of Mannheim
Morais CGB, de Oliveira Basilio J, da Silva LF, de Barbalho TR (2010) Cognitio: um processo para reuso de requisitos. Holo, 4 (in Portuguese). http://www2.ifrn.edu.br/ojs/index.php/HOLOS/article/view/488/369
Morisio M, Ezran M, Tully C (2002) Success and failure factors in software reuse. IEEE Trans Softw Eng 28(4):340–357
Moser T, Winkler D, Heindl M, Biffl S (2011) Requirements management with semantic technology: an empirical study on automated requirements categorization and conflict analysis. In: Proceedings of the twenty-third international conference on advanced information systems engineering (CAiSE), pp 3–17
na Moros B, Vicente-Chicote C, Toval A (2008) Metamodeling variability to enable requirements reuse. In: Proceedings of the thirteeth international workshop on exploring modeling methods for systems analysis and design (EMMSAD), pp 140–154
Paech B, Koenig T, Borner L, Aurum A (2005) An analysis of empirical requirements engineering survey data. In: Engineering and managing software requirements, part 3. Springer, Berlin, pp 427–452
Paulk MC, Curtis B, Chrissis MB, Weber CV (1993) Capability maturity model, version 1.1. IEEE Softw 10(4):18–27
Poulin JS (1997) Measuring software reuse. Addison-Wesley, Reading, MA
Reifer DJ (1997) Practical software reuse. Wiley, New York, NY
Rittel H, Webber M (1973) Dilemmas in a general theory of planning. Policy Sci 4:155–169
Robertson S (1996) Reuse lifecycle: essentials and implementations. In: Proceedings of the international workshop on systematic reuse
Robson C (2011) Real world research, 3rd edn. Wiley–Blackwell, Chicester, West Sussex
Schach SR (1994) The economic impact of software reuse on maintenance. J Softw Maint Res Pract 6(4):185–196
Sen A (1997) The role of opportunism in the software design reuse process. IEEE Trans Softw Eng 23(7):418–436
Shehata MS, Eberlein A, Hoover HJ (2002) Requirements reuse and feature interaction management. In: Proceedings of the fifthteenth international conference on software & systems engineering and their applications (ICSSEA). http://www2.enel.ucalgary.ca/People/eberlein/publications/FI_ICSSEA2002.pdf
Sherif K, Vinze A (2003) Barriers to adoption of software reuse: a qualitative study. Inf Manag 41(2):159–175
Software Engineering Institute (2010) Capability maturity model integration (CMMI) overview. Viewed 10 Aug 2010. http://www.sei.cmu.edu/cmmi/
SSR. Symposium on software reusability. http://dl.acm.org/event.cfm?id=RE121&tab=pubs&CFID=101038456&CFTOKEN=55915038
Tomer A, Goldin L, Kuflik T, Kimchi E, Schach SR (2004) Evaluating software reuse alternatives: a model and its application to an industrial case study. IEEE Trans Softw Eng 30:601–612
Toval A, Nicolás J, na Moros B, Garcia O (2001) Requirements reuse for improving information systems security: a practitioner’s approach. Requir Eng J 6(4):205–219
Tracz W (1995) Confessions of a used program salesman: institutionalizing software reuse. Addison-Wesley, Reading, MA
US DoD (1994) MIL-STD-498, Military Standard: Software Development and Documentation. http://www.everyspec.com/MIL-STD/MIL-STD+(0300+-+0499)/download.php?spec=MIL-STD-498.025500.pdf
Valerdi R, Rieff J, Roedler G, Wheaton M, Wang G (2007) Lessons learned from industrial validation of COSYSMO. In: Proceedings of the seventeenth INCOSE symposium. http://web.mit.edu/rvalerdi/www/Lessons%20learned%20from%20industrial%20validation%20of%20COSYSMO%20Rev5.pdf
Weyuker EJ (1999) Evaluation techniques for improving the quality of very large software systems in a cost-effective way. J Syst Softw 47(2–3):97–103
Wiegers KE (2003) Software requirements, 2nd edn. Microsoft Press, Redmond, WA
Wikipedia (2012) Israel aerospace industries. Viewed 3 Aug 2012. http://en.wikipedia.org/wiki/Israel_Aerospace_Industries
Acknowledgments
Many thanks to the anonymous interviewees.
Author information
Authors and Affiliations
Corresponding author
Additional information
This paper is an enhancement of a paper titled “Reuse of Requirements Reduces Time to Market” [1]. The conference paper has been extended by more detailed explanations of the company’s project structure, of the studied project, of the data, and by lessons learned from interviews of key personnel.
Rights and permissions
About this article
Cite this article
Goldin, L., Berry, D.M. Reuse of requirements reduced time to market at one industrial shop: a case study. Requirements Eng 20, 23–44 (2015). https://doi.org/10.1007/s00766-013-0182-7
Received:
Accepted:
Published:
Issue Date:
DOI: https://doi.org/10.1007/s00766-013-0182-7