bannera

Book A.
Introduction

Book B.
7150 Requirements Guidance

Book C.
Topics

Tools,
References, & Terms

SPAN
(NASA Only)

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin


{alias:SWE-107} {tabsetup:1. The Requirement|2. Rationale|3. Guidance|4. Small Projects|5. Resources|6. Lessons Learned} {div3:id=tabs-1} h1. 1. Requirements
Wiki Markup
Tabsetup
1. The Requirement
1. The Requirement
12. Rationale
23. Guidance
34. Small Projects
45. Resources
56. Lessons Learned


Div
idtabs-1

1. Requirements

5.1.6.1

The

Center

Software

Training

Plan

shall

include:

\

[SWE-

108\]       a. Responsibilities.       b. Implementation.       c. Records and forms.       d. Training resources.       e. Minimum training requirements for software personnel.       f. Training class availabilities. h2. {color:#003366}{*}1.1 Notes{*}{color} It is anticipated that there will be one Software Training plan per Center. {note}EHB Editor note: SWE-101 requires that this plan be maintained, which means updated and reissued as appropriate. {note} h2. 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 which meets a non-empty subset of the full requirement can be used to achieve this requirement. {applicable:asc=1|ansc=1|bsc=1|bnsc=1|csc=1|cnsc=1|dsc=1|dnsc=1|esc=1|ensc=p|f=1|g=1|h=p} {div3} {div3:id=tabs-2} h1. 2. Rationale The requirement lists the minimum content needed for each Center training plan. The plan needs to communicate the roles and responsibilities to the appropriate personnel to assure needed training content is acquired and delivered in a timely manner. The collection in one place of available resources, class availabilities, and minimum training requirements makes the communication of this information more efficient. These elements of the plan will assure its usefulness to all who use it, not just the author. Specifying content items also assures a degree of common software knowledge across Centers. {div3} {div3:id=tabs-3} h1. 3. Guidance Each Center typically plans for its training on an annual cycle. Training plan input requests often occur during and as a part of the annual budget cycle. The Center produces a plan that integrates software training needs for organizations and individual career development. On rare occasions, additional plans or plan supplements may be developed to address unique or new needs. Software training planning often is performed as part of the overall Center training plan development cycle. Center 'calls" may be used by Center Training Offices, Agency Offices, engineering organizations, and the Center's Software Engineering Process Group (SEPG) to elicit and develop specific plans for software training for in-house work and to assist in software acquisition activities. Typically such 'calls' result in requests for training and resources that exceed the available funding that will be dedicated to software training activities. The SEPG and the Center engineering organization(s) will collaborate to determine the priority and selection of training activities. These selections are based on known and anticipated software development activities needs, known shortfalls in resident expertise, and on projections of future losses in expertise (e.g., retirements or reassignments). Once the inputs have been obtained and analyzed, the Center responds to the "calls" and captures approved training in an organized manner according to the following six topical sections. This arrangement will enable comparisons to previous and future plans. It will also enable the {term:OCE} to compare and make selections from among all the Centers to assure the Agency perspectives on training needs are included in funding distribution decisions. The NASA Engineering Network website {sweref:258} includes an abbreviated template {sweref:149} for a Center Software Training Plan within the NASA Software Process Asset Library (PAL). {sweref:266} The cover page asks for a signature by the Center Director or designee. The Center training plan document usually includes the following sections: * Responsibilities---This sections lists what each Center, organization, or committee/working group needs to accomplish to develop, maintain, and implement the training activities. * Implementation---This section presents the strategy and organization for acquiring the appropriate training needs, for scheduling classes, and soliciting and approving participants. Course materials and course presenters may be discussed in specific or general terms. * Records and forms---This section describes the manner in which course material will be presented and preserved. It covers selection documentation and attendance documentation (e.g., sign-in sheets). It also covers forms for course and presenter surveys and evaluations. * Training resources---This section describes training venues, classroom support resource requirements, handouts. It includes supplies, courses, Learning Center opportunities, university programs, and availability of on the job training. It may also provide expected funding resource information if available. * Minimum training requirements for software personnel---This section describes minimum levels of training needed for specific roles or positions. It may reflect differences among levels for beginner, journeyman, and senior level positions. Center tasks and projects will be the primary determinant of these requirements. Consideration for unique project or customer needs may be a part of the overall determination of minimum levels. The Headquarters Office of Chief Engineer maintains a Software Engineering Excellence Training (SWEET) curriculum and the Headquarters Office of Safety and Mission Assurance maintains a SMA Technical Excellence Program (STEP) {sweref:294}containing software courses. These can be helpful in setting minimum Center training requirements for software personnel. * Training class availabilities---This refers to schedules posted on the web sites {sweref:289}, {sweref:265} training curricula releases, restricted enrollment levels, email announcements, and information on availabilities at other Centers. Additional guidance related to software training may be found in the following related requirements in this handbook: | [SWE-017|SWE-017] | Project and Software Training | | [SWE-100|SWE-100] | Software Training Funding | | [SWE-101|SWE-101] | Center SW Training Plans | {div3} {div3:id=tabs-4} h1. 4. Small Projects The responsibility for this requirement resides with the Center and therefore does not apply at the project level. {div3} {div3:id=tabs-5} h1. 5. Resources {refstable} {toolstable} {div3} {div3:id=tabs-6} h2. 6. Lessons Learned A documented lesson from the NASA Lessons Learned database notes the following:  *Lack of Education and Training in the Use and Processes of Independent Verification & Validation (IV&V) for Software Within NASA. Lesson number 1173:* While NASA has made major changes to emphasize the need to utilize IV&V on safety critical projects, the technology is not well understood by program managers and other relevant NASA personnel. 1-2-2001 {sweref:544} {div3} {tabclose}

107]
      a. Responsibilities.
      b. Implementation.
      c. Records and forms.
      d. Training resources.
      e. Minimum training requirements for software personnel.
      f. Training class availabilities.

1.1 Notes

It is anticipated that there will be one Software Training Plan per Center.


Note

Editor note: SWE-101 requires that this plan be maintained, which means updated and reissued as appropriate.


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.


applicable
f1
g1
hp
ansc1
asc1
bnsc1
csc1
bsc1
esc1
cnsc1
dnsc1
dsc1
enscp



Div
idtabs-2

2. Rationale

The requirement lists the minimum content needed for each Center Software Training Plan. The plan needs to communicate the roles and responsibilities to the appropriate personnel to assure needed training content is acquired and delivered in a timely manner. The collection in one place of available resources, class availabilities, and minimum training requirements makes the communication of this information more efficient. These elements of the plan will assure its usefulness to all who use it, not just to the author. Specifying content items also assures a degree of common software knowledge across Centers.


Div
idtabs-3

3. Guidance

Each Center typically plans for its training on an annual cycle. Training plan input requests often occur during and as a part of the annual budget cycle. The Center produces a plan that integrates software training needs for organizations and individual career development. On rare occasions, additional plans or plan supplements may be developed to address unique or new needs.

Software training planning often is performed as part of the overall Center training plan development cycle. Center "calls" may be used by Center Training Offices, Agency Offices, engineering organizations, and the Center's Software Engineering Process Group (SEPG) to elicit and develop specific plans for software training for in-house work and to assist in software acquisition activities. Typically, such "calls" result in requests for training and resources that exceed the available funding that will be dedicated to software training activities. The SEPG and the Center engineering organization(s) will collaborate to determine the priority and selection of training activities. These selections are based on known and anticipated software development activities needs, known shortfalls in resident expertise, and projections of future losses in expertise, e.g., retirements or reassignments.

Once the inputs have been obtained and analyzed, the Center responds to the "calls" and captures approved training in an organized manner according to the six topical sections discussed below. This arrangement will enable comparisons to previous and future plans. It will also enable the OCE (Office of the Chief Engineer) to compare and make selections from among all the Centers to assure the Agency perspectives on training needs are included in funding distribution decisions.

The NASA Engineering Network website

sweref
258
258
includes an abbreviated template
sweref
149
149
for a Center Software Training Plan within the NASA Software Process Asset Library (PAL).
sweref
266
266
The cover page asks for a signature by the Center Director or designee.

The Center training plan document usually includes the following sections:

  • Responsibilities. This sections lists what each Center, organization, or committee/working group needs to accomplish to develop, maintain, and implement the training activities.
  • Implementation. This section presents the strategy and organization for acquiring the appropriate training needs, for scheduling classes, and for soliciting and approving participants. Course materials and course presenters may be discussed in specific or general terms.
  • Records and forms. This section describes the manner in which course material will be presented and preserved. It covers selection documentation and attendance documentation, e.g., sign-in sheets. It also covers forms for course and presenter surveys and evaluations.
  • Training resources. This section describes training venues, classroom support resource requirements, and handouts. It includes supplies, courses, Learning Center opportunities, university programs, and availability of on-the-job training. It may also provide expected funding resource information, if available.
  • Minimum training requirements for software personnel. This section describes minimum levels of training needed for specific roles or positions. It may reflect differences among levels for beginner-, journeyman-, and senior-level positions. Center tasks and projects will be the primary determinant of these requirements. Consideration for unique project or customer needs may be a part of the overall determination of minimum levels. The Headquarters OCE maintains a Software Engineering Excellence Training (SWEET) curriculum, and the Headquarters Office of Safety and Mission Assurance (SMA) maintains an SMA Technical Excellence Program (STEP)
    sweref
    294
    294
     containing software courses. These can be helpful in setting minimum Center training requirements for software personnel.
  • Training class availabilities. This refers to schedules posted on the web sites
    sweref
    289
    289
    ,
    sweref
    265
    265
    training curricula releases, restricted enrollment levels, email announcements, and information on availabilities at other Centers.

Additional guidance related to software training may be found in the following related requirements in this Handbook:


SWE-017

Project and Software Training

SWE-100

Software Training Funding

SWE-101

Center SW Training Plans



Div
idtabs-4

4. Small Projects

The responsibility for this requirement resides with the Center and, therefore, does not apply at the project level.


Div
idtabs-5

5. Resources


refstable

toolstable


Div
idtabs-6

6. Lessons Learned

A documented lesson from the NASA Lessons Learned database notes the following: 

Lack of Education and Training in the Use and Processes of Independent Verification & Validation (IV&V) for Software Within NASA (2001). Lesson Number 1173: "While NASA has made major changes to emphasize the need to utilize IV&V on safety critical projects, the technology is not well understood by program managers and other relevant NASA personnel." 

sweref
544
544