4. SWE - Requirement Page Style4.1 Page TitleThe title of the SWE has two parts. For Example: "SWE-987 This Is the Title" - The SWE number is 7 characters long and the numeric portion is always a 3 digit number. This is necessary for the referencing to work properly. See SWEHBDOC References in SWEHB for details
- The title portion is a text headline for the SWE telling the viewer what the SWE is all about. It is advisable to not use special characters if possible. Some special characters will result in unpredictable issues for the SQL Server Database.
The 7 character prefix is used by the References macros. When the HR requirements were added the numbering was managed to always ensure a 7 character prefix in SWEREFs and elsewhere. The SWE number comes from the NPR. The number is assigned there. The SWEHB Maintainer must work with the NPR authors to ensure that numbering of SWEs is performed properly. Care should be taken when adding SWEs to not create duplicate SWE numbers. Also, if a SWE has been added and published in a SWEHB version, the topic for that SWE number is established. SWEs may be reused if the content of the SWE has not changed much. However, if it is very different, consider using a new SWE number. There is a very simple reason for this. When a new version of the SWEHB is created, a full copy of the latest version of the SWEHB is used as a model for the new version. All the SWEs from the old version are duplicated in the new version. All references to a SWE are reused. If a SWE number is reused with a total different title, there will be confusion created among the references for the SWE because the first 7 characters of the SWE title are used for tying a reference to a SWE. |
4.1.1 Creating a new SWE PageIn the directory tree for a SWEHB version space there is a page for "SWE Pages". This is the container for all active SWEs in the version. In the Protected Area, there is another container for "Retired SWEs". All possible SWEs, used or reserved so far, are found in one of these containers. If you are creating a new SWE page, start by opening, in a new tab, a page from the SWE Pages container. - Use the "Copy" comment on an that existing page to create a new page from the old page. This works best if the existing page and new SWE are similar in structure. Specifically, "Institutional Requirements" from chapter 2 in NPR 7150.2 have fewer tabs than Project Software Requirements" in chapters 3 through 5 of NPR 7150.2.
- Retitle the new page by removing the "Copy of" from the title, changing the SWE number, and replacing the title with the new title of the page.
- At this point, Save the new page.
- Verify that the new page appears in the page tree for the space, in the SWE Pages container. If there is a problem with the page title, fix it before moving on.
- Next, open the page for editing and cleanout the old content, saving structure for reuse in the new SWE:
- You will reuse the TABSETUP structure including tab titles, and heading structures.
- In 1. Requirement, copy from NPR 7150.2 the paragraph number and SWE text into the Excerpt macro.
- In 1.1 Notes, copy from NPR 7150.2 the Notes for the SWE
- In 1.2 History, replace the link to the SWE History page with a new link to a new page for this SWE.
4.2 Tabbed Presentation Of ContentThe content of most pages in SWEHB uses the TABSETUP User Macro. This macro serves as a container and organizer of content in a tabbed format. You can use any existing SWE as a model for following along with the descriptions below. For details on "tabsetup" see 4.2.1 Configuring TABSETUPAfter inserting the TABSETUP macro, edit the macro and enter the titles for each of the tabs. In SWEHB, tabs are numbered. It is best to keep the tab title short to reduce overflow across the page. See SWEHBDOC Tabs In SWEHB Pages for additional details. 4.2.2 Configuring a DIV Each tab is implemented using a DIV macro. Each DIV is edited and contains only an ID parameter. The format of the ID parameter is "tabs-1", "tabs-2", etc. The first line in the body of a DIV should be the numbered the same as the tab title. The text style should be "Heading 1". Subsequent subdivisions in the DIV may use styles like "Heading 2", "Heading 3", etc. to organize content. Further detail in using all macros is included in the various maintenance guides. 4.2.3 Tips on tabsetup and DIVs- It is best to organize the DIVs in numeric order so you don't get confused when adding deleting or changing the order of the content.
- If a DIV is missing an ID number, the content will appear below the tabsetup area when you are viewing the page.
- Numbering the first line of each tab helps you keep the tabs and content matched up properly.
- If you have two DIVs with the same ID parameter, the page will have content from both IDs in one tab.
4.3 Organization of a SWE or HR pageEach requirement is organized the same way. Project Software Requirements have an extra tab (tab 7) for Software Assurance. If you are building a new page, the simplest thing to do is - Go to an existing page and use the Copy command to get a "Copy of ..." page built.
- Don't copy attachments - you will be adding your own later as you need them.
- The value of using the Copy command is that you will build the new page in the correct place in the pagetree automatically.
- The Copy command will put you in the editor with the new page.
- Change the title of the page with your new SWE number and title
- Save the page.
- Once you have the new page saved it will have a new title and the content will be that of the page you copied from.
- Make sure that the page looks correct.
- Edit the page and do the following in each of the DIVs:
- Review each of the DIVs, keeping the structures that make sense to keep. For example, in tab 1 keep all of the header 2 lines because you will need them in your new page.
- Delete content that you will be replacing with content for your new page.
- Edit the "tabsetup" if necessary - for a SWE you will probably not need to make any changes.
- Save the page again and check to see that all the old content is gone and only the necessary structural elements remain.
- Continue editing the page to add the content for the new page.
- Each tab has unique elements. Some require creating new pages (like "Related" pages) create these pages as necessary and make sure they appear under the new requirement page in the pagetree.
- Add attachments as necessary to the page.
- Add references as necessary.
- Add images as necessary to the page. Images should be stored as attachments to the page.
4.4 Tabs In A Requirements PageThis describes the structure in a requirements page. Content unique to the requirement is organized the same way for each requirement page to make it easy for the user to find things. 4.4.1 Requirement tab 1. Requirement - contains an EXCERPT macro with the text of the requirement in it. This facilitates reusing the text of the requirement in other SWEHB pages (using the EXCERPT INCLUDE macro) 1.1 Notes - contains the text of the "Notes" for the SWE taken directly from the NPR 7150.2. If there is no Notes section, the text "NPR 7150.2, NASA Software Engineering Requirements, does not include any notes for this requirement." 1.2 History - Contains a link to the History page for the SWE. History pages are located in the SITE space. There is a page for each SWE. On each page is a table with the text of each SWE by NPR 7150.2 version SWE. Between each version of the SWE text is a row describing the differences between the SWEs. 1.3 Applicability Across Classes - contains a table displaying the content of the applicability of the SWE for each of the software classes. It is either Applicable or Not Applicable. Applicability is assigned in an appendix in the NPR 7150.2. Applicability is only included for SWEs that appear in the matrix in the appendix of the NPR 7150.2. See SWEHBDOC - User Macros in SWEHB for details on using the Applicability macro. 1.4 Related Activities - contains a list of the Activities that the requirement belongs to. These links are stored in the "Related Activities" page for the Requirement. This will need to be created under a new requirement. 4.2.2 Rationale tab 2. Rationale - short statement explaining why the SWE is a requirement. This expands on the requirement and notes from the prior tab. 4.2.3 Guidance Tab 3. Guidance - explains how the requirement can be implemented. It may include: - examples of how to satisfy the requirement
- links to references and other pages containing templates for use in satisfying the requirement
- quotations that help explain how the requirement can be implemented. For a complete discussion of Quotations, see the SWEHBDOC Quotations in SWEHB page.
- Links to related pages in the SWEHB
- An "Additional Guidance" section including links to the "Related SWEs" and "Related SM" pages stored under the requirement in the pagetree.
- Images or other aids to explaining how the requirement can be implemented.
4.2.4 Small Projects 4. Small Projects - Guidance on how the requirement can be satisfied by small projects. In some cases, small projects may get a waiver for the requirement. 4.2.5 Resources5. Resources 5.1 References - contains a macro / report of SWEREFS that are called out in the page. See SWEHBDOC References in SWEHB. - A Show-If macro with a Panel titled "Visible to Editors Only" is used to hide some details of interest only to editors. This includes:
- A table for SWEREFs to be added or deleted
- List of SWEREFs called out in the text,
- List of SWEREFs NOT called out in the text,
- List of child pages. This is a quick way of accessing the "Related" pages plus any other development pages.
5.2 Tools - an include page describing the tools library. Other sections as necessary to list other resources such as PATs, etc. 4.2.6 Lessons Learned6. Lessons Learned 6.1 NASA Lessons Learned - bulleted list of items from the NASA Lessons Learned Database. - Lesson Title in bold. Lesson Number 9999: 567 Extract from the lesson. Extract taken which points up the lessons that is appropriate to the SWE or Topic of this page. Add a SWEREF pointing back to the reference for the lesson.
6.2 Other Lessons Learned (add this category only if appropriate) - Lesson Title in bold. Lesson Number 9999: 567 Extract from the lesson. Extract taken which points up the lessons that is appropriate to the SWE or Topic of this page. Add a SWEREF pointing back to the reference for the lesson.
4.2.7 Software Assurance7. Software Assurance - includes am "excerpt-include" macro pointing to the requirement excerpt in tab 1. The requirement is repeated here to reinforce what SA is responsible for. 7.1 Tasking for Software Assurance - includes tasking taken from the NASA-STD-8739.8B that is relevant to the requirement. 7.2 Software Assurance Products - a list of the SA products that are expected to be created or updated as part of the requirement. Objective Evidence list of evidence items to be created or updated. 7.3 Metrics - a list of metrics to be collected in the performance of the requirement. 7.4 Guidance - Additional guidance, beyond that in tab 3, and focused specifically on what SA is responsible for. 7.5 Additional Guidance - Lists of links from "Related SWEs" and "Related SM" pages. 4.2.8 Objective Evidence8. Objective Evidence - This came from the tab 7 content and has been made into its own tab. |