EXHIBIT_C_-_Requirements_Document _Version_2.0_08.21.13.docx

DOCX document 219 KB Posted

Attached to
Security Forces Qualification and Certification Management Software Tool
Solicitation number
N00030-13-Q-0029
Issued by

About this file

EXHIBIT C - Requirements Document Version 2.0 dated 21 Aug 2013

View the file

Other files

Show all 12

On GovTribe

Work with this file

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

REQUIREMENTS DOCUMENT

For

SECURITY FORCES QUALIFICATION AND CERTIFICATION MANAGEMENT TOOL

Version: 2.0

This page intentionally left blank.

SECURITY FORCES QUALIFICATION AND CERTIFICATION MANAGEMENT TOOL

Approval

Approval: ______________________________________

NAME AND DATE SANITIZED

Approval: ______________________________________

NAME AND DATE SANITIZED

Approval: ______________________________________

NAME AND DATE SANITIZED

Final Approval

Table of Contents: Page Number

1. Overview, Purpose, Scope, Assumptions and Constraints.

1.0. Overview7
1.1. Background7
1.2. Purpose7
1.3 Concept8
1.4 Assumptions and Constraints10
1.5 Change Requests11
2. Applicable Documents12
3. Requirements13
3.1. Key Performance Parameters (KPPs)14
3.2. Application Access Levels15
3.3. General Application Requirements16
3.4. Graphical User Interface (GUI)18
3.5. Data23
3.6. PRP Requirements26
3.7. Reports/Printing26
3.8. Watch Bill Generation27
3.9. Installation/Training/Support30
3.10. Reliability31
3.11. Maintainability31
3.12. Expandability31
3.13. Information Assurance31
4. Abbreviations and Acronyms Page40
5. Point of Contacts41

6. Figures

Figure 1 Watchbill (example)9
Figure 2 Concept Diagram10
Figure 3 Post Requirements (example)35
Figure 4 Training Page (example)36
Figure 5 JQR Definition page (example)37
Figure 6 Individual JQR page (example)38
Figure 7 Watchbill Approval/Notification page (example)39

Change Record Page

Version #
Version Date
Summary of Changes
Approval Date
2.0
21 August 2013
Deleted text for paragraph 3.12.1 and replaced the text with text from paragraph 3.12.2
21 August 2013

1.0 Overview: This Requirements Document contains compliance, performance, and user requirements related to the Security Forces Qualification and Certification Management Tool for NW Security Forces (Navy and Marine) assigned to Strategic Weapons Facilities, Atlantic and Pacific (SWFLANT & SWFPAC). This effort supports manpower management for Marine Corps Security Force Battalions, Kings Bay and Bangor. The intent is to capitalize on existing software technologies to reduce the working load and man hours spent tracking, verifying security force qualifications and certifications, and watchbill generation.

1.1 Background: Marine Corps Security Force Battalions Kings Bay and Bangor assigned to Strategic Weapons Facilities, Atlantic and Pacific (SWFLANT & SWFPAC) have identified the need to eliminate or reduce recurring errors in the process of identifying and ensuring that qualified and Personnel Reliability Program (PRP) certified individuals stand post in accordance with references. The task of maintaining and managing accurate training, qualifications and certification data is complicated by having multiple entry processes and tools to track security personnel training and PRP information. As many as five separate information applications currently have to be maintained and tracked to verify security personnel qualifications.

The Security Forces need the ability to centralize, merge and automate these processes and tools, increase efficiencies by reducing replicated efforts, automate data merging, and provide single point auditing. In addition, centralized data management, entry and storage will reduce opportunity for human error and provide single source training reports and watch bill generation.

1.2 Purpose: The Security Forces Qualification and Certification Management Tool will provide Marine Corps Security Force Battalion (MCSFBn) leadership with a management tool to identify, track and assign individual security force member(s) qualifications for duties. Additionally, the software shall provide:

1.2.1. An application capable of generating an accurate security watchbill containing only qualified and Personnel Reliability Program (PRP) certified personnel. (KPP1)

1.2.2. An application that supports a web based configuration, accessible from remote sites. (KPP2)

1.2.3. An application capable of being hosted on or accessible from existing SSP hardware without the use of additional hardware or personnel. (KPP3)

1.2.4. An application that will provide senior leadership with an ability to conduct reviews of administrative, training and PRP status, monitor qualification timelines and objective qualifying evidence (OQE) of individual(s) qualifications and certifications. (KPP4)

1.2.5. An application that provides training department personnel with a single source for tracking, and verifying individual security force member training and qualification requirements. (KPP5)

1.1.6. An application that allows Watchbill Reviewing Officials (ROs) with a means to review and validate individual security force members for their assigned duties. (KPP6)

1.1.7 An application that will notify the chain of command via email when an individual’s PRP status changes. (KPP7)

1.3. Concept:

1.3.1 Concept definitions: The following definitions frame the operational concept of the Security Forces Qualification and Certification Management Tool as shown in example (figure 2).

1. Watchbill. The Watchbill is a schedule made to assign qualified personnel to a security watch (guard). See example (figure 1).

2. Operational Area (OA). The Operational Area is a section or designated area made up of posts, ECPs and other guard stations. An example of an Operational Area is an Armory. More than one Operational Area may be assigned to a watchbill.

3. Posts. Posts are areas of security assigned to an OA. Posts may be ECPs, Guard stations, guard towers, Sergeant of the Guard (SOG), Corporal of the Guard (COG), or Officer of the Day (OD). Multiple posts can be assigned to an OA. Post may be assigned to a watchbill independent of an OA. Post requirements will be a combination of PRP status, required JQRs and Other Training Requirements such as weapons qualifications.

4. Job Qualification Requirements (JQR). JQRs are a list of training requirements and On the Job Training (OJT) called Under Instruction Watches or UIs. A sentry has to accomplish these in order to stand that post. Individual JQR requirements will be signed by the supervisor and completed JQRs will be signed by unit Commanders. More than one JQR can be required per post. JQR can be assigned to multiple Posts.

5. Personnel Reliability Program (PRP). The PRP is a DoD program which requires training and evaluation to be conducted and certified by an official prior to an individual standing post. Personnel without current PRP status UP or green are not eligible to stand post.

6. Other Training requirements. Other training and certification will be required to stand post. These may include weapons, qualifications, drivers’ license, or other personnel training listed on the individual’s personal training page.

1.3.2 The Security Forces Qualification and Certification Management Tool will allow the creation of accurate watchbills (Figure 1) by mapping and tracking all training requirements, qualifications and certification and ensuring that individuals assigned to post are qualified to stand that post. Requirement and certification flow is outlined in the example provided in (Figure 2)

Figure 1

Figure 2

1.4. Assumptions and Constraints:

1.4.1. Assumptions:

The following assumptions were considered in developing requirements for the Security Forces Qualification and Certification Management Tool effort:

1. The Commanding Officer of the SWF and the Battalions are designated as PRP Reviewing Officials (RO).

2. The SWF and Battalion PRP officers are designated as the PRP Certifying Officials

3. The servers on which the application will be installed will be UNCLASSIFIED and reside on the government network.

4. All security forces assigned to a SWF/BN will be included in the application.

5. The application will be operated and maintained by SWF/BN security and training personnel.

1.4.2. Constraints:

The following constraints were considered in developing requirements for the Security Forces Qualification and Certification Management Tool effort:

1. There are limited numbers of user terminals in the battalion.

2. Replication of data that is managed in other sources is minimized to reduce work and potential errors.

1.5. Change Requests:

Any requests for changes to this document shall be submitted in writing to SP30. Change requests will be reviewed by all signatories and incorporated / rejected based on their recommendations.

2. Applicable Documents.

The following Specifications, standards, and handbooks form a part of this document to the extent specified in this requirements document.

2.1 References

Table 1

3. Requirements:

a. The Key Performance Parameters (KPPs) are those attributes or characteristics of the application that are considered critical or essential to the development of an effective capability. KPPs are outlined in paragraph 3.1.
b. Precedence is identified as either “Threshold” (T) indicates a minimum feature, parameter, or requirement and “Objective” (O) indicates a desired feature, parameter, or requirement. Some requirement statements include both a threshold and objective component (T/O). The appropriate value for the statement is indicated in the Threshold/Objective column of Table 1. For T/O statements, the portions are marked with the symbols [T] and [O].
c. The qualification provisions (QP) or methods for verification of the requirements are:

(T) Test – A verification method by which performance is measured through controlled application of a functional and/or environmental stimulus. The resulting quantitative measurements are evaluated to determine the degree of compliance.

(A) Analysis – A verification method that uses mathematical models, simulations, algorithms, or other scientific principles and procedures to provide evidence that stated requirements were met. It includes the assessment of accumulated data through reduction, interpolation, extrapolation, etc., or assessment of technical data of similar component units.

(D) Demonstration – A verification method generally used to observe the actual operation of items to provide evidence of functional and/or other expected outputs under specific scenarios.

(I) Inspection – A verification method used to determine conformance to specified requirements through examination of the item or associated documentation. Inspection is generally nondestructive and typically includes the use of visual, mechanical, and/or electrical measurements. The appropriate method to be used for each requirement is listed in the (QP) column in Table 2 using either T, A, D, or I. The verification of compliance of threshold requirements in this RD is a condition of acceptance by SP321 and 164. Verification of compliance with objectives is not required unless directed by SP321 and 164.

Req Number
Title
Requirement Statement
Prec
QP
Source Reference
KPP

3.1 Key Performance Parameters (KPP)

3.1.1
Watchbill generation
The application shall be capable of generating an accurate security watchbill containing only qualified and PRP certified personnel.
T
T

KPP1

3.1.2
Web based access
The application shall support a web based configuration, accessible from remote sites.
T
T

KPP2

3.1.3
Hosting
The application shall be capable of being hosted on or accessible from existing SSP Hardware without the use of additional hardware or personnel.
T
T

KPP3

3.1.4
Leadership oversight
The application will provide senior leadership with a ability to conduct reviews of administrative, training and Personnel Reliability Program status, monitor qualification timelines and objective qualifying evidence (OQE) of individual(s)qualifications and certifications.
T
T

KPP4

3.1.5
Training tracking
The application shall provide training department personnel with a single source for tracking and verifying individual security force member training and qualification requirements.
T
T

KPP5

3.1.6
Reviewing Officials (RO)
The application shall provide Watchbill Reviewing Officials (ROs) with a means to review and validate individual security force members for their assigned duties.
T
T

KPP6

3.1.7
Notification
The application shall notify the chain of command via email when an individual’s PRP status changes.
T
T

KPP7

3.2 Application Access levels

3.2.1
CAC
The application shall utilize Common Access Card (CAC) for application access and permissions.
T
T
3.2.2
Access level
The application shall provide multi level access with applied restrictions. with the following precedence: 1.Application Technician 2. Super User 3. Data Entry Approval 4. Watchbill read only 5. Application Read only 6. Watch bill read/write 7. Application read/write/modify 8. Watchbill Certify/approval 9. Auditor
T
T
3.2.2.1
Access level - Super User
Super User Access level – will allow complete application access and lower level access control to include certification/watch bill approval. Super User access is intended for senior leadership only.
T
T
3.2.2.2
Access level - Application Technician
Application Technician - will allow complete application access and lower level access control Without watchbill approval authority. Intended for those individuals who manage the application day to day, define post requirements etc.
T
T
3.2.2.3
Access level - Watchbill read only
Watchbill read only access - Will only allow the watch bill to be viewed and printed for their assigned unit level.
T
T
3.2.2.4
Access level - Application read only
Application Read only access - Will only be allowed to view data and print reports and watch bill.
T
T
3.2.2.5
Access level - Watchbill read/write/modify
Watchbill read/write/modify access - Only will allow user to build a watchbill and forward for approval.
T
T
3.2.2.6
Access level – Data Entry read/write/modify
User and Training Read/write/modify access - Will allow user to enter personal or training data and forward to data entry approval authority.
T
T
3.2.2.7
Access level - Watchbill Approval authority
Watchbill Approval authority access - Will allow user in the approval chain to review, approve/deny and modify the watch bill.
T
T
3.2.2.8
Access level - Data entry approving authority (data entry)
Data entry approving authority access - Will allow user to review and certify all data entries as accurate.
T
T
3.2.2.9
Access level - Auditor
Auditor access - Will allow user to view current and archived watchbills, data and event logs.
T
T

3.3 General Application Requirements

3.3.1
Software development
The Security Forces Qualification and Certification Management Tool shall adhere to Mil-Std-498 for general guidance in the software development process.
T
D
mil-std-498
3.3.2
Event log
The application will incorporate an event log to archive all data entries, entry dates and the user making the entries and user approving entries. The event logs will only be accessible by those individuals with auditor and super user access.
T
D
3.3.2.1
Event log
The application event log shall not be able to be modified by any user access level.
T
D
3.3.2.2
Event log - searchable
The application event log shall be searchable by date, event or user to those individuals with auditor access.
T
T
3.3.3
Watchbill archive
The application will automatically archive all approved watchbills and allow for searching of archives by date, version #, and unit for viewing of archived watchbills.
T
T
3.3.4
Backup
The application shall be capable of auto backup of all application data at user define intervals.
T
D
3.3.5
Login Security Monitor Consent Banner
Main Page / Login Page will provide the IT Application/ Consent to Monitoring Banner
T
D
3.3.6
Data Export
Application must allow Application Technician the ability to generate data for export to archives and backup.
T
D
3.3.7
Data Migration (Pull)
The application will pull information from other service training databases (i.e. Marine Online and Navy Knowledge Online) (Objective)
O
T
3.3.8
Data Migration (Push)
The application will push information to other service training databases (i.e. Marine Online and Navy Knowledge Online)(Objective)
O
T
3.3.9
Data Import (Excel)
The application will provide the capability to merge selected data fields from existing Microsoft Excel documents
T
T
3.3.10
Data Import (Access)
The application will provide the capability to merge selected data fields from existing Microsoft Access database.
T
T
3.3.11
Data Export (Excel)
The application will provide the capability to export selected data fields to Microsoft Excel documents.
T
T
3.3.12
Data Export (Access)
The application will provide the capability to export selected data fields to Microsoft Access database.
T
T
3.3.13
Hyperlinks - Names
All areas of the application will allow users to click on any name and be hyperlinked to that individual's personal training page if the user has the access level to view that page.
T
T
3.3.13.1
Hyperlinks - User defined - internal
All areas of the application will allow the creation of user defined Hyperlinks to pages within the application.
T
T
3.3.13.2
Hyperlinks - User defined - External
All areas of the application will allow the creation of user defined Hyperlinks to pages outside of the application.
T
T
3.3.14
Help menu
The application shall have embedded help to provide basic instructions on data management, watch bill generation and reports.
T
T

3.4 Graphical User Interface (GUI)

3.4.1
Graphical User interface(GUI) (top)
The GUI will have a horizontal ribbon across the top of the display with all functionality menu options available for selection based on the User’s level of access
T
D
3.4.2
Graphical User interface(GUI) (bottom)
The GUI will have a horizontal ribbon across the bottom of the display which provides the following information: 1. Location of the user in the application with hyperlinks back up to the main screen and allow for opening “New Windows/Tabs” for these locations 2. User logged on level of access.(Objective)
O
D
3.4.3
Graphical User interface(GUI)Shell orientation
The GUI will be laid out in a landscape orientation with any vertical scrolling occurring so the top banner remains visible at all times.
T
D
3.4.4
Graphical User interface(GUI)Pages
The application will provide separate GUI pages to aid user. Pages will be based on access level. The pages will be defined as: 1. Application Technician 2. Personal training page 3. Post Requirements page 4. Operational area

5. User configuration page 6. JQR Definition 7. Approval/notification chain assignment 8. Watchbill generator 9. Watchbill viewer 10. Training/PRP summary 11. JQR Individual

T
D
3.4.4.1
Graphical User interface(GUI) Pages - Application Technician Design Page
The Application Technician Design page will allow the Application Technician to define data fields and arrange defined data fields on to desired pages.
T
D
3.4.4.2
Graphical User interface(GUI) Pages - Personal training page
The personal training page will display all information on an individual and the current PRP status. This page will display data for viewing, entry or modification depending on user access level. See (Figure 4) for an example Personal Training page.
T
D
3.4.4.3
Graphical User interface(GUI) Pages - Post requirements page
The Post requirements page will provide authorized users a means to define posts and assign training and qualification required to stand that post. This page will display data for viewing, entry or modification depending on user access level. See (Figure 3 for an example of a post requirements page.
T
D
3.4.4.4
Graphical User interface(GUI) Pages - Operational area page
The Operational area page will provide authorized users a means to assign posts to a user defined operational area. This page will display data for viewing, entry or modification depending on user access level.
T
D
3.4.4.4.1
Graphical User interface(GUI) Pages - Operational area page
The Operational Area page shall be capable of creating multiple Operational Areas.
T
D
3.4.4.5
Graphical User interface(GUI) Pages - User Configuration
The User Configuration page will allow authorized users to assign user accounts and access level permissions.
T
D
3.4.4.6
Graphical User interface(GUI) Pages – JQR Definition page
The JQR Definition page will allow the Application technician to assign training requirements and qualifications to user defined JQR. See (Figure 5) for an example of a JQR Definition Page.
T
D
3.4.4.7
Graphical User interface(GUI) Pages – Approval/Notification chain assignment page
The Approval/notification chain assignment page will allow authorized users to assign approval chains for generated watchbills. This page will display data for viewing, entry or modification depending on user access level.
T
D
3.4.4.7.1
Graphical User interface(GUI) Pages – Approval/Notification chain assignment page
The Approval/notification chain assignment page will allow authorized users to assign individuals to be notified if an individual PRP status changes after a Watchbill has been generated. This page will display data for viewing, entry or modification depending on user access level. see (Figure 7) for example of a Notification Chain Page.
T
D
3.4.4.8
Graphical User interface(GUI) Pages - watchbill generator page
The watchbill generator page will allow authorized users the ability to design, generate and submit a watchbill. The watchbill generator will allow the approval authority the means to modify and approve submitted watchbills. See (Figure 1) for an example of a Watchbill.
T
D
3.4.4.9
Graphical User interface(GUI) Pages - watchbill viewer page
The watchbill viewer page will allow authorized users the ability to view the current approved watchbill. See (Figure 1) for an example of a Watchbill.
T
D
3.4.4.10
Graphical User interface(GUI) Pages - training/PRP summary page
The training/PRP summary page will allow authorized users the ability to view and print the current training/PRP summary. The training and PRP summary will be presented in a percentage UP.
T
D
3.4.4.10.1
Graphical User interface(GUI) Pages - training/PRP summary page
The training/PRP summary page will allow authorized users the ability to view, sort and print the summary of any qualification
T
D
3.4.4.11
Graphical User interface(GUI) Pages – JQR Individual Page
The JQR Individual page shall provide a summary of an individual’s JQR completion. See (Figure 6) for an example of a JQR individual page.
T
D
3.4.4.12
Graphical User interface(GUI) Pages – JQR Individual Page
The JQR Individual page will display all JQR qualifications and provide a digital signature for completed qualifications and completed JQR’s. See (Figure 6) for an example of a JQR individual page.
T
D
3.4.4.13
Graphical User interface(GUI) Pages - data entry page
The data entry page will allow authorized users to enter data on the individual’s personal page format or in an roster format (spreadsheet).
T
D
3.4.5
Individual User Photograph Requirement
The top banner of the GUI personal training page will include a location for a Photograph to be loaded and viewed on the Personal Training page.
T
D
3.4.6
PRP Status
In any location where an individual's PRP status is displayed,the status will be colored red indicating PRP down and Green indicating PRP up.
T
D
3.4.7
Displaying expiring and expired qualifications
In any location where an individual's training fields and qualification are displayed,the status will be colored red indicating expired/not qualified and yellow indicating within 3 months of expiring.
T
D

3.5 Data

3.5.1
Data fields
The application will allow for user defined fields. Field types will include: 1. Text 2. Date 3. Check box / yes or no 4. PRP Status button 5. Numerical 6. Duration (user defined, annual, semi-annual, etc....)
T
D
3.5.1.1
Data fields - Dates
All date fields will be assigned through the use of a drop down calendar. Then formatted into either Dd/mm/yy or Yy/mmm/dd. Default to Dd/mm/yy.
T
D
3.5.1.2
Data fields - entries
The Application shall allow for data entries to be made on an individual's record or as a group entry. Group entries will be made by unit in a spreadsheet format.
T
D
3.5.1.3
Data fields - reoccurring entries
The application shall provide an auto-populate option for reoccurring entries.(Objective)
O
D
3.5.1.4
Training Records
The application shall contain the following information default data in each training record. 1. First Name 2. Middle Name 3. Last Name 4. Rank/Rate 5. Pay Grade 6. Rifle qual score 7. Rifle qual date 8. Rifle expiration date 6. Pistol qual score 7. Pistol qual date 8. Pistol expiration date 9. Billet 10. MOS/NEC 11. Report date 12. Rotation date 13. E-mail 14. Address 15. Next of Kin 16. Recall number 17. PRP Status 18. Company 19. Platoon/division 20. Squad/Section 21. Identification number 22. Comments 23. Physical fitness test 24. Combat fitness test 25. Drivers improvement 26. MCMAP Qual 27 Swim Qual Date 28 Swim Qual
T
D
3.5.2
Job Qualification Requirements check box
The application shall allow user to create a JQR check box. The JQR check box as a logic field (yes checked or no unchecked).
T
D
3.5.2.1
Job Qualification Requirements check box
The JQR check box shall be linked to the completion and final signature of that JQR. Once final digital signature is received the check box will auto populate.
T
D
3.5.3
Post qualifications
The application shall allow the user to create a Post qualification. The post qualification requirement will be mapped by the user. The user will associate all post requirements fields to a desired post.
T
D
3.5.3.1
Post qualifications - availability
An individual’s name will not be available for a post until all qualifications for that post are met. The application will auto-populate the Watchbill generator page with the individuals name once requirements are met. (Example; post 1 requires a current rifle qualification, driver license checked and JQR 1 completed. Once these requirements are met the individual’s name will appear in the drop down selection list for that post.)
T
D
3.5.4
Operational Area(OA)
The application shall allow user to create one or more operational area. The operational area will consist of user defined posts. (Example; the user defines Operational area 1 as requiring, post 1 (SOG), Post 2 (COG) and Post 3 (rover)).
T
D
3.5.5
Data - sorting and viewing
The application will provide the ability to create queries and sort data to facilitate data entry and report generation.
T
D
3.5.6
Approval chain
The application shall allow user to create watchbill approval chain.
T
D
3.5.6.1
Approval chain - Unit assigned
Watchbill approval chains will be unit assigned. Example: (A company will have its own unique approval chain and B company a separate unique approval chain.)
T
D
3.5.7
Data – File upload
The application shall allow user to store and associate (hyperlink) scan documents to qualifications. (Objective)
O
D
3.5.8
Data entry
The application will allow data entries to be forwarded for approval.
T
D
3.5.9
Data entry approval
All data entries will require a digital signature of the approval authority prior to being saved. (Objective)
O
D

3.6 Personnel Reliability Program (PRP) Interface

3.6.1
PRP - polling
If not resident the application shall poll the existing PRP databases on an quarter hourly basis to determine PRP status and update the watchbill.
T
D
3.6.2
PRP - notification
If an individual's PRP status changes to down the appropriate approval chain shall be notified by email and the current watchbill will highlight in red the individual as PRP down.
T
D
3.6.3
PRP - Timestamp
The application shall timestamp PRP polling time and display timestamp on watchbill and all application pages.
T
D
3.6.4
PRP - event log
The application shall file PRP changes, timestamps and notifications in the event log.
T
D

3.7 Reports and Printing

3.7.1
Printing
The application shall provide the ability to print a complete training record for each individual from the data associated with the individual.
T
D
3.7.2
Printing
The application shall provide the ability to customize reports to user needs and print those customized reports.
T
D
3.7.3
Alpha Roster requirements
The application shall have a default Alpha Roster and will list all personnel assigned to the command in alphabetical order, by Unit Last Name. Specifics will be: Last Name, First, MI, Rank/Rate.
T
D
3.7.4
Expired qualification reports
The application shall provide the ability to create, view and print reports that identify personnel with expired qualifications and those personnel with qualifications set to expire within a user defined timeframe.
T
D
3.7.5
Personnel training reports
The application shall provide the ability to create, view and print reports that contain all training and PRP Status for any individual.
T
D
3.7.6
Querying reports
The application shall provide the ability to set report parameters to create customized reports. (Example of parameters: By date, later than, before).
T
D
3.7.7
Printing pages
The application shall provide the ability print all GUI pages defined in Document
T
D
3.7.8
PRP Status
The application shall provide the ability quickly print a unit PRP status report. This report will print full names, rank, unit and PRP status and a percentage of units PRP up and timestamp of last PRP Polling.
T
D
3.7.9
Weekly training status report
The application shall generate automatic weekly training status reports. This report will identify all qualification and certifications due to expire within 3 months and those which are already expired.
T
D
3.7.9.1
Weekly training status report
The automatic weekly training status reports will be automatically distributed to all individual on the notification Page.
T
D

3.8 Watchbill generation

3.8.1
Watchbill information
The watchbill will contain the following information: 1. Post name or number 2. Post times (start and stop) 3. Post stander name 4. Post stander rank 5. Heading 6. User defined fields 7. Date 8. Comments/remarks 9. PRP Polling timestamp 10. Signatures of approval chain 11. Special instructions 12. Additional user defined fields.
T
D
3.8.1.1
Watchbill information - time entries
The watchbill times will be entered by use of a drop down menu displayed in 24 hour format and in 15 minute increments.
T
D
3.8.2
Operational area
The application shall allow the user to choose a predefined operational area and posts will be auto populated using the predetermined operational area.
T
D
3.8.2.1
Operational area - post
The application shall allow the user to delete predefined Posts or add user defined posts.
T
D
3.8.3
Post time assignment
The application shall allow the user to determine post times and duration by post.
T
D
3.8.4
Post assignment - qualified personnel
The application will allow the user to select the post stander with a drop down menu which will display only the individuals who meet all the predefined post requirements and are PRP up status.
T
D
3.8.4.1
Post assignment - non available personnel
The application will allow the user to select post stander with a drop down menu which will display only the names of individuals who are not currently assigned to that same timeslot.
T
D
3.8.5
User preferences
The application shall save users last configuration to memory and provide the option to populate watchbill operational area, post and times upon next use. (Objective)
O
D
3.8.6
Watchbill approval - notification
The application shall provide a "submit" button on the watchbill generation page. When the user "clicks" submit, the individuals identified as approval authority chain will be notified via email.
T
D
3.8.7
Watchbill approval - digital signatures
The application shall provide an "approved" button on the watchbill generation page. When the authorized user "clicks" the "approved" button the application will automatically insert an approved digital signature line on to the watchbill.
T
D
3.8.8
Watchbill approval - archive
The application shall archive all approved watchbills.
T
D
3.8.9
Watchbill approval - event log
The application shall make entries in the event log for submission, approval of watchbill.
T
D
3.8.9.1
Watchbill approval - final approval
The application will automatically post the approved watchbills to the watchbill viewer page
T
D
3.8.9.2
Watchbill approval/modification/denial
The application will automatically notify the watchbill approval chain and the watchbill originator by email of final approval, modifications and denial of a submitted watchbill.
T
D
3.8.10
Watchbill viewer page
The watchbill viewer page will display approved watchbills for up to 7 days for view by all users. Watch bills that have expired will be deleted from the watchbill viewer page.
T
D
3.8.10.1
Watchbill viewer page
The watchbill viewer page will continue PRP Polling and highlight in red any individual assigned post and automatically notify the approval/notification chain of the change in PRP status
T
D
3.8.11
Watchbill viewer page - modify
The watchbill viewer page will provide a modify button at the bottom of each watchbill. When clicked by an authorized user the view will change to generator page with same data auto populated.
T
D
3.8.12
Watchbill viewer page - version #
The watchbill viewer page will provide version # in the heading identifying the number of approved modifications to that watchbill.
T
D
3.8.13
Watchbill generator page - modify
When a watchbill is modified the approval process will start again from the beginning.
T
D
3.8.14
Watchbill generator page - denial
Watchbill generator page will have a "Deny" button. If a member of watchbill approval chain clicks the "deny" a justification box will appear and the user will have to provide justification.
T
D
3.8.14.1
Watchbill generator page - denial - notification
If a member of watchbill approval chain clicks the "deny" button the application will notify the originator and the watchbill approval chain of the denial and justification by email.
T
D

3.9 Installation, Training and Support

3.9.1
Onsite training and “Burn in” period
The Application developer will provide onsite training and “Burn in” period with the SWF/Bn. Prior to final certification and acceptance of application.
T
D
3.9.1.1
Onsite training
The Application developer Shall provide onsite training and supporting training materials.
T
D
3.9.2
User’s Manual Requirement
The application shall include an electron User’s Manual (electronic) with the ability to print out a paper version in portions or as a whole.
T
D
3.9.2.1
User’s Manual (search function)
The electronic version of the User’s Manual shall have a key word search function.
T
D
3.9.2.2
User’s Manual Format
The User’s Manual shall be divided into two major areas, (1) general functions and (2) individual role functions
T
D
3.9.3
Technician’s Manual Requirements
The application shall include an electronic Technician’s manual available within the help menu. with the ability to print out a paper version
T
D
3.9.3.1
Administrator’s Manual accessibility
The technicians manual shall only be accessible to personnel with Super Admin and Field Admin level of access
T
D
3.9.3.2
Administrator’s Manual (search function)
Technicians Manual: Tech manual (electronic version) must have a key word search function
T
D

3.10 Reliability

3.10.1
Application Availability Requirement
The application on which the application is installed on shall maintain at least a 90% availability rating.
T
A

3.11 Maintainability

3.11.1
COTS Maintenance Requirement
COTS software purchase shall include vendor supported maintenance and security patches
T
D

3.12 Expandability

3.12.1
Expandability
The application shall be written to allow for expansion to the maximum extent possible.
T
D

3.13 Information Technology (IT) and Information Assurance (IA)

3.13.1
Dodd Warning Banner
The application shall display the DoD Warning Banner.
T
D
Policy on Use of Department of Defense (DoD) Information Systems Standard Consent Banner and User Agreement 09 May 2008
3.13.2
Authentication Requirement
Application shall use DoD approved PKI authentication.
T
D
SSPINST 5239.12
3.13.3
Digital Signature
The application shall use DoD approved PKI certificates for digital signature where required.
3.13.4
DADMS Approval
Application shall be approved in DADMS
T
A
Memo: DESIGNATION OF DEPARTMENT OF THE NAVY (DON) APPLICATION AND DATABASE MANAGEMENT SYSTEM(DADMS) AS AN AUTHORITATIVE DATA SOURCE
3.13.5
Application Implementation Constraints
Application implementation shall not include alterations of the commercial product such that inhibit future software upgrade and security patches.
T
I
3.13.6
Active X Requirement
Application shall not use unsigned mobile code or Active X controls.
T
A
DODI 8552.01
3.13.7
Operating System Requirements
Application shall be compatible with Windows Server 2008 Release 2. (Objective)
O
A
5230.5, SSP IT Standard Products
3.13.8
PKI
All items that require signature approval/denial will be PKI signature enabled.
T
D
3.13.9
IA and STIG Compliance
Application shall be compatible with an IA and STIG compliant environment
T
T
DoD Instruction 8500.2
3.13.10
SQL Requirements
Application shall use SSP supported database technology: Oracle 11g or SQL
T
A
5230.5, SSP IT Standard Products
3.13.11
Application Services Requirements
Application shall use SSP supported application services: Tomcat or IIS.
T
A
5230.5, SSP IT Standard Products
3.13.12
Network Connectivity Requirement
Application shall connect only to networks and applications with a valid ATO.
T
A
DoD Instruction 8500.2
3.13.13
Protocol Requirements
Application shall use standard ports, protocols and services in accordance with DoD guidance.
T
A
DoD Instruction 8551.1
3.13.14
Personally Identifying Information Requirements
Application and database configuration shall be in compliance with DoN mandated protections for PII.
T
A
3.13.15
VMWare Compatibility
Application shall be compatible with SSP supported virtualization technology: VMware.
T
D
5230.5, SSP IT Standard Products
3.13.16
Supported Browser Requirement
Application shall be compatible with SSP supported browsers: IE 7 and IE 8.
T
D
5230.5, SSP IT Standard Products
3.13.17
External interface Requirement
Application interfaces to external systems shall be through secure channels (SSL).
T
D
DoD Instruction 8500.2
3.13.18
Internal interface Requirement
User to system communication shall be through secure channels (SSL).
T
D
DoD Instruction 8500.2
3.13.19
SSN Storage requirement
The application shall not store Social Security Numbers in any form, including but not limited to: truncated, masked, partially masked, encrypted or disguised SSNs. The application can use the individual user's CAC EDI number.
T
A
DON CIO MSG 171625Z FEB 12
3.13.20
IA and STIG Compliance
The application and all components shall be compliant with all DoN guidelines including applicable STIGs, CTOs and FRAGOs.
3.13.21
IA and STIG Compliance
Initial and ongoing assessments for STIG compliance will be documented in the form of a STIG checklist
3.13.22
Data Encryption
The application must protect data (system and user) to 128K encryption
T
A
3.13.23
Individual User account access
The application will only allow the user accounts to access and modify data based on the permissions authorized for assigned access levels
T
T
3.13.24
Application installation
The application will provide written installation with application instructions.
T
T
3.13.25
Application requirements
The application installation instructions will state the minimum application requirements to install and run Application. To include: RAM, Processor speed and operating system (OS).
T
T

Table 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

4. Abbreviations and Acronyms:

AAnalysis (verification method)
AMSAlarm Monitoring Station
Aux-RFFAuxiliary Response Force Facility
CACCommon Access Card
C2Command and Control
C4ICommand, Control, Communications, Computers, and Intelligence
COGCorporal of the Guard
DDemonstration (verification method)
DAADesignated Approving Authority
DoDDepartment of Defense
DNCODuty Non Commissioned Officer
ECPEntry Control Point
GUIGraphical User Interface
IInspection (verification method)
IAInformation Assurance
ITInformation Technology
INWSSIntegrated Nuclear Weapons Security System
ISAInfrastructure and Situational Awareness
JQRJob Qualification Requirements
KPPKey performance parameter
LALimited Area
MCSFMarine Corps Security Forces
MILCONMilitary Construction
MOSMilitary Occupational Specialty
NBK-BRNaval Base Kitsap–Bangor
NECNavy Enlisted Classification
NSB-KBNaval Submarine Base-Kings Bay
NWSNuclear Weapons Security
OObjective
OAOperational Area
ODOfficer of the Day
OQEObjective Qualifying Evidence
PRPPersonnel Reliability Program
QPQualification Provision
RDRequirements Document
ROReviewing Officials
SSPStrategic Systems Programs
SASituation Awareness
SFSecurity Force
SOGSergeant of the Guard
SSCCSite Security Control Center
SWFLANTStrategic Weapons Facility, Atlantic
SWFPACStrategic Weapons Facility, Pacific
TTest (verification method); also Threshold
UPSUninterruptible Power Supply
WSWatch Supervisor

5. Requirements Document Points of Contact:

Strategic Systems Programs:

NAME AND DATE SANITIZED

Marine Corps Security Force Regiment:

NAME AND DATE SANITIZED

Strategic Weapons Facility, Pacific Marine Corps Security Force Battalion, Pacific

NAME AND DATE SANITIZED

Marine Corps Security Forces Battalion, Atlantic image2.png image3.emf

Microsoft_Office_Excel_Worksheet1.xlsx Sheet1

Short Title Long Title

MIL-STD-498 Software Development and Documentation

SECNAVINST 5510.36A Department of the Navy (DON) Information Security Program (ISP) Instruction

SECNAV M5510.36 DON Information Security Program Manual

DODM S-5210.41-M Nuclear Weapons Security Manual

DODI 8552.01 Use of Mobile Code Technologies in DoD Information Systems

DODI 8500.2 Information Assurance (IA) Implementation

DODI 8551.1 Ports, Protocols, and Services Management (PPSM)

SECNAVINST S8126 Navy Nuclear Weapons Security

SSPINST 5239.12 SSP Information Assurance Program

SSPINST 5230.5 SSP IT Standard Products

Memorandum Designation of Department of the Navy (DON) Application and Database Management System (DADMS) as authoritative data source image4.emf image5.jpeg image1.jpeg

File details come from the government source that posted it. Updated .