Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin
1. The Requirement
1. The Requirement
12. Rationale
23. Guidance
34. Small Projects
45. Resources
56. Lessons Learned

1. Requirements

Excerpt Each Center Director, or designee, shall contribute applicable software engineering process assets in use at his/her Centers to the Agency-wide process asset library. 

1.1 Notes

NPR 7150.2, NASA Software Engineering Requirements, does not include any notes for this requirement.

1.2 History

titleClick here to view the history of this requirement: SWE-144 History

Include Page
SITE:SWE-144 History
SITE:SWE-144 History


2. Rationale

The Agency-wide process asset library (PAL) is a collection of processes, procedures, job aids, examples and other recommended best practices. These assets are intended to facilitate the software development process Agency-wide. To make this asset library complete, useful, and representative of all Centers across the Agency, it is necessary for all Centers to contribute assets to the collection.


3. Guidance

When choosing items for the Agency-wide PAL to use the following concepts to help guide that selection:

  • Include documentation and job aids that describe “what to do” or “how to do something”.
  • Select the best examples.
  • Have those assets reviewed by the appropriate Center authority (an organizational group at the Center such as a Division, Branch, or level of the organization where CMMI® appraisals are being done) before submitting for inclusion in the PAL?
  • For process assets where the approval level is not the Center (maybe the Office of the Chief Engineer (OCE) or the Office of Safety and Mission Assurance (OSMA)) or, in some cases, presentations were done by Software Working Group (SWG) members accepted at conferences, these items can be submitted, but there must be some vetting before submission.
  • Perhaps make this an annual review preceding a NASA Software Working Group meeting.
  • Perhaps include this as part of a project’s post-mortem retrospective.
  • Sensitive but Unclassified (SBU) material, proprietary data and International Traffic in Arms Regulations (ITAR) data should not be submitted. 

As described on the Software Processes Across NASA (SPAN) website (accessible to NASA users from the SPAN tab in this Handbook), areas of interest include:

  • Processes and procedures are driven by policies at NASA:
    • Management, including estimation, class transition, planning, monitoring and control, risk.
    • Engineering, including requirements, design, code and integration, peer reviews, verification and validation, release, sustaining, retirement.
    • Support, including software assurance, safety, configuration management, decision making, metrics, process improvement.
    • Acquisition, including purchasing and contracting.
    • Process related assets:
      • Templates, checklists, forms.
      • Examples of project artifacts.
      • Training documents.
      • Standards, guides.
      • Logs, databases.
      • Manuals.
      • Reports, metrics.
      • Plans.
      • Tools frequently used in developing projects.
      • Milestone review documents.

Process assets can be submitted at any time, but the preference is that assets be submitted as soon as they are approved by the Center. To submit Center assets to the SPAN website, the SWG representative or the process improvement lead for the Center follows the instructions in the “Submit an Asset to SPAN” section of the Introduction page of the SPAN website.

All process assets approved and submitted by a Center are posted unless the APPS team has concerns that some of the material might be SBU, ITAR, etc. Assets approved by a Center get a designation as assets from that particular Center. A Center can also nominate certain of their assets as best practices or examples and those will be reviewed by the APPS team. If the APPS team agrees that they are best practices or examples, the assets will be posted with a NASA designation.


4. Small Projects

This requirement applies to all projects regardless of size.  Process assets from small projects may be useful for other small projects in their efforts to meet the requirements of this NPR.


5. Resources

5.1 References

Show If
titleVisible to editors only

Enter the necessary modifications to be made in the table below:

SWEREFs to be addedSWEREFS to be deleted

SWEREFs NOT called out in text but listed as germane: none

SWEREFs called out in text: none

5.2 Tools

Include Page
Tools Table Statement
Tools Table Statement

6. Lessons Learned

6.1 NASA Lessons Learned

No Lessons Learned have currently been identified for this requirement.

6.2 Other Lessons Learned

No other Lessons Learned have currently been identified for this requirement.