1 / 21

Practical Implementation of COSYSMO Reuse Extension

Practical Implementation of COSYSMO Reuse Extension. Gan Wang, Aaron Ankrum, Cort Millar, Alex Shernoff, Ricardo Valerdi. Agenda. Background Industry Definition BAE Systems Implementation Lessons Learned and Recommendations. What Is the Problem?. Everything has a legacy

dana-holman
Download Presentation

Practical Implementation of COSYSMO Reuse Extension

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Practical Implementation of COSYSMO Reuse Extension Gan Wang, Aaron Ankrum, Cort Millar, Alex Shernoff, Ricardo Valerdi

  2. Agenda • Background • Industry Definition • BAE Systems Implementation • Lessons Learned and Recommendations

  3. What Is the Problem? • Everything has a legacy • In particular, most of the systems we build and programs we execute are based on legacy systems, architecture, and experience • Rarely are we building something completely new from the “clean slate”. • Academic COSYSMO assumes all size drivers (Req, Int, Alg, Scn) are new, which is inadequate in estimating the systems we build today • Therefore, we must consider the impact of reuse on systems engineering size • We anticipate this will improve the model’s accuracy since reuse plays a significant role in today’s systems

  4. COSYSMO at BAE Systems • BAE Systems E&IS OG has developed an internal systems estimating tool based on COSYSMO • Collected 55 past program data points across lines of business and major sites • Developed platform-specific calibrations • Problem encountered: Academic COSYSMO could not provide the correlation and convergence required to create meaningful calibrations • One of the big issues was driver reuse • We worked with key stakeholders and developed the industry definition of COSYSMO Reuse • We developed an internal implementation/instantiation of the reuse extension

  5. Industry Definition

  6. Reuse Categories • New: Items that are completely new. • Adopted: Items that are incorporated unmodified. • Modified: Items that are reused but are tailored. • Deleted: Items that are removed from a system.

  7. Driver Counting Framework Difficult # System Requirements # System Interfaces # System Algorithms # Operational Scenarios Nominal Easy New Adopted Modified Deleted

  8. Application of Reuse at BAE Systems

  9. Implementation Strategy • Be consistent with industry definition • By further instantiating and refining the verbiage so as to avoid any potential conflicts and inconsistencies • Provide a clear and consistent operational guideline for driver counting and classification • By defining unambiguous verbiage of the reuse definition • Establish clear boundaries between categories to ensure easy separation and consistency • Steps rather than ramps • Delineated by common concepts

  10. Approach • Define two (orthogonal) dimensions of classification framework to enable finer grain estimation of the size drivers: • Reuse by Process: SE activities • Level of Difficulty by Relative Effort: easy, nominal, difficult

  11. Reuse Categories at BAE Systems • New: Items that are completely new • Managed: Items that are incorporated and require no added SE effort other than technical management • Adopted: Items that are incorporated unmodified but require verification and validation • Modified: Items that are incorporated but require tailoring or interface changes, and verification and validation • Deleted: Items that are removed from a legacy system, which require design analysis, tailoring or interface changes, and verification and validation • Notes: • New items are generally unprecedented • Those items that are inherited but require architecture or implementation changes should be counted as New

  12. Added Categories “Managed” • We found, in particular, significant number of requirements require “technical management” level of effort only • They are still part of the system deliverables • They are still to be “sold off” to customers • They are not free • Applied for • Proven elements from previous iterations/spirals • Subcontract/teammate provided turn-key components

  13. Extended COSYSMO Relationship Where: PMNS = effort in Person Hours/Months (Nominal Schedule) A = calibration constant derived from historical project data k = {REQ, IF, ALG, SCN} r = {New, Managed, Adopted, Modified, Deleted} wr = weight for defined levels of size driver reuse wx = weight for “easy”, “nominal”, or “difficult” size driver Фx = quantity of “k” size driver E = represents diseconomy of scale CEM = composite effort multiplier

  14. Driver Classification Guideline • Separate the two dimensions: • Apply reuse in terms of Process (activity) • Apply levels of difficulty in term of Relative Effort Second Pass Order of Classification First Pass

  15. Define Reuse Weights Based on Activities

  16. Data Before Reuse Application

  17. Same Data After Reuse Application

  18. Excellent Correlation Achieved for Similar Programs PRED(30) PRED(25) PRED(20)

  19. Application Lessons Learned • Modified category, in particular, covers a wide range • The intent of the modified category is to capture those elements that involve tailoring changes only, with no changes to the internal architecture • If you modify everything, you should classify it as New • Consistency is the key • Between data points • Between calibration data and new estimate • What do we do for consistency? • Asked for a sample nominal requirement • Compare the productivity metric with peer programs • Graphical aids are helpful, e.g.,

  20. Recommendations • Reuse weights are meant to be defined ones only. Once they are defined, you should stick with it and apply to all programs • If you have to change them, apply to all program data • Recommendation: industry should have a recommended value range for all reuse categories • To better communicate BOEs

  21. Contact Gan Wang gan.wang@baesystems.com 703-668-4259 Ricardo Valerdi rvalerdi@MIT.edu 213-440-4378

More Related