bannerd

SWEHBDOC Content Style and Consistency

 1. Introduction

Content style and consistency gives the Handbook a professional and polished appearance. It is easy to let different styles and phrasing creep into the pages and give the overall Handbook a less than professional appearance. From the viewers perspective, the Handbook should look uniform in its presentation and styling and not have variations in the look and feel appearing on many pages. 

This page may be used as a Release Checklist for reviewing Watch list emails and evaluating changes to Handbook Pages.  

1.1 Reviewing Content And Changes 

This checklist may be used as part of a quality check on any adds or changes made to a Handbook page. It may also be used when reviewing new pages or pages with large amounts of content reorganization. 

Type Of ChangeDescription
Body text 

This will be highlighted in green (for additions) or red strike out (for deletions) or blue (for formatting changes). Each change should be reviewed for 

Consistency of Language

Using tab 2 Consistency of Language, ensure that specific terms are spelled correctly. 

Tabs
  • Ensure that all the tabs are used and have sensible titles when compared to the Header 1 of the tab content. 
    • SWEs have a fixed 6 or 7 tab structure. 
    • Topics (series 5 - Doc Structures, etc.) have more flexible structures but all should have a (Resources) tab. 
  • Check for improper IDs on Divs used in the tabbing. This may result in wrong content appearing on all tabs, or content missing from the intended tab. 
Headers
  • All tabs should have only one Header 1, at the top, of the tab. 
  • All tabs should have headers 2 and 3 used to organize content .
  • Investigate use of headers 4, 5, and 6 to see if they are necessary .
  • See 3.3 Headings and Sub-headings In Tabs for details. 
Balance
  • Check for overall balance of the content across tabs. Avoid over sized tabs if possible.
  • See 3.4 Content Balance for details. 
Lists
  • Check bulleted lists for consistency. 
  • Check numbered lists for consistency . 
  • See 3.5 Lists
Images
  • Check all images for consistency
  • See 3.6 Images
  • If the image is a screenshot of an attached document, check to see if the link is working properly and the document can be downloaded from the previewer. 
Panels
References in body text
  • Check all references in body text, each should have a doc ID or Title in bold text
  • Each reference should have a SWEREFN macro pointing to the Resources Tab. 
  • If the Resources tab is not tab 5, see that a Set Data macro is at the top of the page indicating the tab number of the Resources tab. 
  • Each reference that appears in the body of the page should appear in the References list - Properly added to the Reference Table. 
References - germane
but not in body text
  • Each reference should appear in the References List - Properly added to the Reference Table. 
  • Each should be noted in the "germane" list in the hidden portion of the References list. 
Tables
  • If "Sticky Headers" are used, they should be in tab 1. See - SWEHBDOC Sticky Headers.
  • Tables should have blue header background - Light Blue 35% - col, row - 5,7.
  • Make sure there are no nested tables - these are hard to maintain in the long term.
Crosslinking
  • Identify and add links to other SWEs, Topics, and Activities. Be sure that links are "relative links" and not "absolute links". 
  • Update Topic and SWE pages to complete the bi-directional linking by linking back to the page being updated. 
  • Update all "Related" pages as necessary to complete the crosslinking. 

2. Consistency of Language

2.1 Writing Style

The content of the SWEHB is intended for use by anyone developing software in NASA and subject to NPR 7150.2. The writing style should be simple and concise. The objective is to convey the most information in a way that is easily understood and clear. 

Complex structures and and convoluted content are to be avoided in programming and should be avoided in the SWEHB as well. The objective is to make things clear and helpful to all who read this material. 

2.2 Choice Of Words In the SWEHB 

Many words and terms used in the SWEHB have multiple spellings. Alternatives creep into common usage and as content in the SWEHB is updated from other sources, these alternatives may get included in the SWEHB. They must be found and fixed during regular maintenance if they are not fixed at the time they are initially introduced. 

The table below includes a list of words and terms that need to be found and changed to the Preferred wordings. (Edit in SWEHBDOC Consistency of Language. )

Variants

Preferred/Corrected Word(s)

Consistency Check Complete?

life cycle, lifecycle, life-cycle

life cycle


safety critical, safety-critical

safety-critical


non-conformance, nonconformance

non-conformance


top level, top-level

top-level


flowed-down, flowed down

Flow down


Software Assurance Plan, SA Plan, SAP

Software Assurance Plan, SA Plan


NPR 2810.1 Security of Information Technology

NPR 2810.1 Security of Information and Information Systems


NIST SP 800-40 Creating a Patch and Vulnerability Management Program

NIST SP 800-40  Guide to Enterprise Patch Management Planning: Preventive Maintenance for Technology


IEEE Standard Measures of the Software Aspects of Dependability, 8 November 2005

IEEE Standard Dictionary of Measures of the Software Aspects of Dependability, 8 November 2005


CMMI-Dev 2.0, CMMI-Dev 1.3

CMMI-Dev 2.0 (for current version of Handbook only)


A version of this table is used in



3. White Space and Lists  

3.1 White Space

Filling pages with content consisting of long sentences and huge paragraphs is makes reading and comprehension very difficult. Reading takes longer and comprehension drops. The author's points are often lost in the noise of the page. 

White space is a simple way for an author to make the page more inviting to the reader. Use shorter sentences. Each sentence should have a single point. If you have to make multiple points, consider more paragraphs or use a list. 

3.2 Dividing Content Into Tabs

Most Handbook pages use the "tabsetup" macro to divide the page into smaller chunks. for details on this see TABSETUP Macro

Each tab contains the content of a Header Style 1 if you are composing documents in MS Word. 

All SWEs are in a tabbed format. Most Topics are also in a tabbed format. 

3.3 Headings and Sub-headings In Tabs

The SWEHB pages are typically tabbed. However, even un-tabbed page should follow this guidance. The heading styles available in Confluence allow for clearly dividing content into coherent pieces. The first heading used on a page or tab should be Heading Style 1. 

Heading Style 2 should be used next to separate the major areas of the page or tab. 

Heading Style 3 should be used to further divide content under a Style 2 heading. 

If you find the need for using additional styles like 4, 5, or 6, consider reorganizing the content onto multiple tabs or pages. Once you get beyond style 3, the content is usually to complex to describe in a meaningful manner. You may find that further use of styles 4 and beyond makes the content very unbalanced. 

3.4 Content Balance

As you write your content, try to keep a sense of balance. If you find that most of the tabs or headings have only a small amount of content but one section keeps expanding into more and more levels of complexity, it's time to re-evaluate. Your reader needs to be able to easily follow your train of thought. If you make things too detailed in one area, you may lose the reader along the way. Also, the other sections that are more brief may not be regarded as important. Or, worse, the complex section may be the most important, but is impossible to follow. the content may even contain logic errors or incomplete pathways. In programming, this can lead to disasters. If content is unclear, it may not be followed correctly, leading to poor or no results. 

3.5 Lists

When making multiple points, you may have started out using heading styles. That is good for dividing things at a high level. Down at the "working level" you may need some other ways to group related points. The Confluence editor gives us two basic ways of doing this - Bulleted List, and Numbered List. 

These lists typically generate a lot of white space on the right side of the page. This gives the reader the impression that you are using smaller phrases and sentences to make the content easier to read and understand.  

3.2.1 - Bulleted List

  • This is an item in the bulleted list
  • Each item is prefaced with a bullet at the left
  • Each time you hit Enter at the end of a line, you get another bullet
    • If you hit the Tab key you indent to a new sub level of the list
    • You can have several items at this level
    • you can get back to the previous level using two consecutive Enters
  • If you had hit one more Enter you would have been jumped out of the bulleted list

When using the bulleted list in the Confluence editor, you have no control over the type of bullet you get. If you need to change the type of bullet, you may need to use HTML. 

3.2.2 - Numbered List

The numbered list will give you numbers instead of bullets. These lists may be used in places where you need to indicate a sequence of steps or a priority of things. 

  1. This is an item in the numbered list
  2. Each item is prefaced with an integer at the left
  3. The integer includes the point after it
  4. Each time you hit Enter at the end of a line, you get another numbered line
    1. If you hit the Tab key you indent to a new sub level of the list
    2. Notice that the "numbering" has changed to lettering
    3. This change is automatic 
    4. You can have several items at this level
    5. you can get back to the previous level using two consecutive Enters
  5. If you had hit one more Enter you would have been jumped out of the bulleted list

Numbered lists can be tricky. This is especially noticeable when you try to add content in the middle of the list or if the list is a mixture of numbers and bullets. Keep it simple to avoid digging a deep hole that you can't get out of. 

3.6 Images

Images are another way to present content and manage white space on the page. The old adage "A picture is worth a thousand words." applies here. 

The image below is taken from a page in the SWEHBVD. The screenshot was captured using the Snipping Tool in Windows. It was then saved as a PNG file and attached to this page. It is inserted here and formatted as follows: 

  • Size: 600px - this may be changed to make the text readable and control the overall feel of the page. Thumbnails are not used frequently in SWEHB
  • Border On - to emphasize the limits of the image
  • Centered - to leave white space on both the right and left of the image (balance).

3.6.1 Links To Attached Documents

Some pages, like the PATs, use a screenshot of a document embedded in the page. The image is then linked to the document which is in the page attachments. This allows the user to see a sample of the document, then click on it to preview the entire document. In the previewer, they may download the document for further use. 

4. Panels, Notes and Warnings

Panels are another technique for using white space. It uses a border to divide the page into discrete areas Each area is separate from the rest of the page. Each of these areas has a specific point to be made and emphasized. 

4.1 Panel Macro

Simple Panel macro is discouraged in most SWEHB pages starting with SWEHBVD. The grey frame is too hard to see and can lead to confusion. 

Alternatives to the plain Panel macro are easy to achieve, however. The alternatives being used, starting with SWEHBVD, are shown below. 

4.1.1 Panel Macro Used For A Quotation

Panel Macro Used For A Quotation

When a Panel is used for a quotation, two features of the Panel macro are implemented: 

  • Title - A title is used to make the reason for the panel clear
  • Border Color - A border color of "blue" is used to denote that the panel contains a quotation from another source. 

There are additional features employed in a Quotation. See SWEHBDOC Quotations in SWEHB for a full description. 

4.1.2 Panel Macro Used For A List of Process Asset Templates

Panel Macro Used For A List of Process Asset Templates

When a Panel is used for a list of Process Asset Templates, two features of the Panel macro are implemented: 

  • Title - A title is used to make describe the PATs in the list
  • Border Color - A border color of "green" is used to denote that the panel contains a list of PATs 

There are additional features employed in a PAT List. See SWEHBDOC PAT - Process Asset Templates In SWEHB for a full description. 

4.2 Note Macro

The Note macro is used for calling special attention to some statement in the SWEHB. 

The general use of the Note macro is without using the Title feature. In special cases, the Title may be used to add even more emphasis to a note. 

The Note Icon is typically left "checked" (the default) to call attention to the note. Additionally, the note has a yellow border and pale yellow background to further make it stand out on the page. 

4.3 Warning Macro

The Warning macro is used for calling special attention to some statement in the SWEHB. it is rarely used but may be used in cases where special increased attention is drawn to some content. 

The general use of the Warning macro is without using the Title feature. In special cases, the Title may be used to add even more emphasis to a warning. 

The Warning Icon is typically left "checked" (the default) to call attention to the warning. Additionally, the warning has a red border and pale red background to further make it stand out on the page. 

  • No labels