bannera

Book A.
Introduction

Book B.
7150 Requirements Guidance

Book C.
Topics

Tools,
References, & Terms

SPAN
(NASA Only)


SWE-108 - Center SW Improvement Plan

1. Requirements

5.1.7.1 The Center Software Engineering Improvement Plans shall include: [SWE-108]
      a.    Process improvement goal(s).
      b.    Scope of process improvement.
      c.    All Center organizations responsible for the performance of mission-critical software development, management, and acquisition.
      d.    The Center's tactic for phasing in improvements (e.g., domain phasing and organizational phasing).
      e.    Ownership of Center Software Engineering Improvement Plan.
      f.     The Center's tactic for monitoring Center Software Engineering Improvement Plan progress, including responsibilities.
      g.    Strategies and objectives.
      h.    The Center's tactic for supporting the implementation of all strategies of the NASA Software Engineering Initiative Implementation Plan.
      i.      Schedule.
      j.      The Center's tactic or approach for phasing in new and upgraded NASA Headquarters requirements.

1.1 Notes

One plan per Center.

1.2 Applicability Across Classes

Class E and Not Safety Critical and Class H are labeled with "P (Center)." This means that an approved Center-defined process that meets a non-empty subset of the full requirement can be used to achieve this requirement.

Class

  A_SC 

A_NSC

  B_SC 

B_NSC

  C_SC 

C_NSC

  D_SC 

D_NSC

  E_SC 

E_NSC

     F      

     G      

     H      

Applicable?

   

   

   

   

   

   

   

   

   

    P(C)

   

   

    P(C)

Key:    A_SC = Class A Software, Safety-Critical | A_NSC = Class A Software, Not Safety-Critical | ... | - Applicable | - Not Applicable
X - Applicable with details, read above for more | P(C) - P(Center), follow center requirements or procedures

2. Rationale

The execution of planned Center software engineering improvement activities begins with the documentation of the planned tasks and activities to assure a common understanding and agreement with these activities by the relevant Center stakeholders. The documentation of common content among the Centers assures sufficient software engineering improvement elements are addressed across the Agency. This, in turn, will strengthen software teaming activities in support of multi-Center projects at NASA. The commonality of improvement elements helps identify where collaborating Center approaches differ, as well as their similarities in goals, scope, strategies, and tactics.

3. Guidance

The Center Software Improvement Plan is a stand-alone plan. The plan is to be written, reviewed, approved, and concurred with by the appropriate engineering department(s) and Center management officials. Center policies and procedures are used to obtain specified reviews and approvals. Once approved, the Center provides a copy of the final plan, as well as updates, to the NASA Office of the Chief Engineer (OCE).

As called out in the requirements text above, the Center Software Improvement Plan will contain specific information. The following paragraphs provide guidance for the type of information to be included in the plan.

Document content

The following paragraphs are based on the content as outlined and specified in Appendix C of the NASA Software Engineering Initiative Implementation Plan (NSEIIP). 038 The actual composition, formatting, and documentation method are optional and left to the Center to determine. Center plans are encouraged to utilize the numbering scheme and titles provided in the outline. The content outlines the method the Center will use to achieve improvements in software processes and products. Appropriate metrics are used to evaluate progress and areas of need. Additional sections may be added at the end of the Center plans. The Resources section below lists Center examples of plans based on the NSEIIP. 056, 051, 029, 001, 364

  • Process improvement goal(s).

This is a statement of the Center goal(s) as they apply to its objectives, with an indication of the overall benefit(s) to the Center.

  • Scope of process improvement.

This is a statement of what is covered and what organizations and which personnel are primarily responsible for the overall improvement activities. At a minimum, this section specifies the plans for mission-critical software development improvements.

  • Responsible Center organizations.

This is a section in the plan that identifies key management positions and involved organizations, a detailed description of their responsibilities, assignment of performing groups, and identification of the expected beneficiaries. It also provides the details of the participation by the Center software assurance organization.

  • Phasing tactics.

This section in the plan is primarily a milestone-based description of proposed improvement activities, a discussion of the relationship among activities if they are phased, a discussion of the criteria to be used that indicate success and the passage to the next phase. It includes a discussion of how plan adjustments will be determined and executed. It distinguishes between phasing by classes and criticalities of software and/or by the sequencing of involved organizations at the Center.

  • Plan ownership.

This is a description of the primary individual charged with developing, executing, and reporting results against the Center's Software Improvement Plan. The NSEIIP refers to this individual as the "software champion." This individual is usually the Center representative to the NASA Software Working Group and may be the Chair of the Center's SEPG (Software Engineering Process Group). The software Management Steering Group (MSG) is usually responsible for providing plan direction and the support for its implementation.

  • Progress monitoring tactic.

This section of the plan describes monitoring and review efforts to evaluate progress against the plan and the activity to develop adjustments to the plan to mitigate deviations occurring against the plan. The activities documented in this plan are monitored by the SEPG, under the direction of the Center's MSG in accordance with its charter.

  • Strategies and objectives.

This section includes a description of the plan's approach to executing the strategies for software improvement.

  • Strategy implementation tactics.

The section describes any needed facility enhancements, training curricula preparation, submittals to training calls, funding needs, and personnel requirements for executing the Center plan.

  • Schedule.

Appendix C of the NSEIIP calls for the dates, approaches, and milestones for executing the plan.  The description of the schedule content also calls out specific information needs for the Center plan. It describes detailed activities and tasks, identifies the critical path, and presents milestones.

  • Phase-in approach for new/modified requirements.

This section describes Center and SEPG activities to disseminate new methods and capabilities, revised requirements, and required training to software development engineers and teams

Additional guidance related to Center software improvement planning may be found in the following related requirements in this Handbook:

SWE-003

Center Improvement Plans

SWE-005

Software Processes

SWE-017

Project and Software Training

SWE-101

Center SW Training Plans


4. Small Projects

No additional guidance is available for small projects. The community of practice is encouraged to submit guidance candidates for this paragraph.

5. Resources

  • (SWEREF-001) Software Development Process Description Document, EI32-OI-001, Revision R, Flight and Ground Software Division, Marshall Space Flight Center (MSFC), 2010. This NASA-specific information and resource is available in Software Processes Across NASA (SPAN), accessible to NASA-users from the SPAN tab in this Handbook.
  • (SWEREF-029) JSC Software Engineering Improvement Plan, JSC 29542,rev A, NASA Lyndon B. Johnson Space Center (JSC), 2003. This NASA-specific information and resource is available in Software Processes Across NASA (SPAN), accessible to NASA-users from the SPAN tab in this Handbook.
  • (SWEREF-038) Release 1.0, NASA Office of the Chief Engineer, 2002.
  • (SWEREF-051) Software and Systems Engineering Process Implementation (SSEPI) Plan, KSC-PLN-2302, Revision A, NASA Kennedy Space Center (KSC). This NASA-specific information and resource is available in Software Processes Across NASA (SPAN), accessible to NASA-users from the SPAN tab in this Handbook.
  • (SWEREF-056) Software Engineering Improvement Plan FY12, NASA Langley Research Center (LaRC), 2012. This NASA-specific information and resource is available in Software Processes Across NASA (SPAN), accessible to NASA-users from the SPAN tab in this Handbook.
  • (SWEREF-266) This NASA-only resource is available to NASA users at https://nen.nasa.gov/web/software/nasa-software-process-asset-library-pal.
  • (SWEREF-364) JPL Software Quality Improvement Project Initiation Plan, NASA Jet Propulsion laboratory, 2001. This NASA-specific information and resource is available in Software Processes Across NASA (SPAN), accessible to NASA-users from the SPAN tab in this Handbook.

5.1 Tools

Tools to aid in compliance with this SWE, if any, may be found in the Tools Library in the NASA Engineering Network (NEN).

NASA users find this in the Tools Library in the Software Processes Across NASA (SPAN) site of the Software Engineering Community in NEN.

The list is informational only and does not represent an “approved tool list”, nor does it represent an endorsement of any particular tool. The purpose is to provide examples of tools being used across the Agency and to help projects and centers decide what tools to consider.

6. Lessons Learned

No Lessons Learned have currently been identified for this requirement.