Cost Model for Verifying Requirements

被引:0
作者
Dou, Edward [1 ]
机构
[1] Raytheon Co, Syst Verificat Ctr, El Segundo, CA 90245 USA
来源
2016 IEEE AUTOTESTCON PROCEEDINGS | 2016年
关键词
cost model; verification; proposals; requirements volatility;
D O I
暂无
中图分类号
TP301 [理论、方法];
学科分类号
081202 ;
摘要
Testable requirements are the foundation to any development program. The number of requirements and the technical difficulty of satisfying those requirements are factors that drive program cost and schedule. Being able to quickly assess the scope of requirement verification and costing that activity is essential to the proposal process. For awarded programs, controlling and costing requirements volatility is critical to ensuring sufficient resources to execute the program and meet customer need dates. When considering requirements verification, to include regression testing, a balance is often needed between the cost and the coverage provided. These challenges are commonly encountered during program startup and execution. This paper presents a cost model, Cost Model for Verifying Requirements (CMVR), to assist program managers in quickly assessing the financial impact of verifying requirements as a result of changing (e.g. adding, modifying, and deleting) requirements. Of note, this paper focuses on more formal testing and verification activities, but does not address development and integration aspects. For the CMVR model to provide accurate results, the test team should first fully map requirements to test events. In doing so, requirements should be traced from the stakeholder (e.g. customer requirements) through derived requirements to test objectives and ultimately to test scripts/procedures. Each test script and procedure will need to be assessed to determine the cost (man-hours and duration) to complete the test objective. With the linkage between requirements and test events established, programs can then use the cost model for bidding, evaluating requirements volatility, and developing test sets that optimize the cost-benefit ratio. Bidding: During bidding, requirements are often not fully developed. The CMVR model addresses these ambiguities by providing a portfolio mix (easy, moderate, difficult) based on historical data, enabling program managers to select or alter similar to tailoring ones 401K plan. Requirements Volatility: Evaluating the impact of requirements volatility on test costs requires assessing development, test setup, execution, and analysis of potential efficiencies that can be leveraged from overlapping tests. Developing Test Sets: With limited time and resources, programs may need to identify a subset of tests to execute (such as for regression testing). Programs will need to determine the focus areas of requirements (Depth), the test requirement coverage (breadth), and the critical must-test requirements. This paper also includes examples of utilizing the CMVR model and demonstrating how this capability enables quickly assessing cost and schedule impacts due to a change in requirements. In summary, The CMVR cost model provides program managers with an important tool to quickly assess the testing cost of requirements.
引用
收藏
页数:5
相关论文
共 9 条
  • [1] [Anonymous], 2008, GUID PROJ MAN BOD KN
  • [2] [Anonymous], 2015, Systems Engineering Handbook: A Guide for System Life Cycle Pro- cesses and Activities
  • [3] The Effects of Project Management Certification on the Triple Constraint
    Catanio, Joseph T.
    Armstrong, Gary
    Tucker, Joanne
    [J]. INTERNATIONAL JOURNAL OF INFORMATION TECHNOLOGY PROJECT MANAGEMENT, 2013, 4 (04) : 93 - 111
  • [4] Cost impacts, scheduling impacts, and the claims process during construction
    Chester, M
    Hendrickson, C
    [J]. JOURNAL OF CONSTRUCTION ENGINEERING AND MANAGEMENT, 2005, 131 (01) : 102 - 107
  • [5] Heldman K., 2015, PMP project management professional exam deluxe study guide: updated for the 2015 Exam
  • [6] Hull E., 2010, REQUIR ENG
  • [7] IEEE, 2011, 29148 IEEE
  • [8] A cost-value approach for prioritizing requirements
    Karlsson, J
    Ryan, K
    [J]. IEEE SOFTWARE, 1997, 14 (05) : 67 - 74
  • [9] Van Wyngaard CJ, 2012, IN C IND ENG ENG MAN, P1991, DOI 10.1109/IEEM.2012.6838095