NIAPS - SOW.pdf
PDF 311 KB Posted
- Solicitation number
- N66001-19-R-0037
View the file
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
STATEMENT OF WORK
NAVY INFORMATION/APPLICATION PRODUCT SUITE
1.0 INTRODUCTION
The Space and Naval Warfare Systems Center Pacific (SSC Pacific), Business Systems and Enterprise Information Systems (EIS) Competency (hereafter referred to as 5.4 Competency) has a requirement for engineering services to support the development and sustainment of Navy Information/Application Product Suite (NIAPS) and other selected application hosting, monitoring, modernization, and replication systems/frameworks.
1.1 BACKGROUND
Distance Support (DS) is a Navy Enterprise effort that combines people (e.g., subject matter experts (SMEs)), processes (e.g., remote equipment monitoring, tele-medicine, interactive detailing, etc.), and technology (e.g., data compression and replication) into a collaborative infrastructure without regard to geographic location. DS, at a minimum, includes the functional areas of logistics; maintenance and modernization; Manpower, Personnel, Training, and Education (MPT&E); and medical support. DS remotely projects reactive, proactive, and predictive support to sailors across these functional areas, in order to achieve the right readiness at the right time, at the right cost. Effective and reliable information transfer is a key prerequisite to enable DS capabilities and processes.DS is rapidly becoming the Fleet's principal web-based readiness enabler, facilitating timely technical assistance, knowledge and education tools, and logistic support. Further expansion of this capability is required as the Navy explores alternatives to operate at sea with fewer sailors (e.g., LCS, DDG 1000, CVN 21, VIRGINIA class SSN, JSF), improve business efficiency, shape a common infrastructure that supports both new and legacy platforms, and deliver Sea Warrior MPT&E capabilities. NIAPS is the current enabler of DS in the Navy. NIAPS is a major component of the Enterprise Systems and Services Program Office (PMW 250) portfolio, which is housed within the Navy’s Program Executive Office for Enterprise Information Systems (PEO-EIS). DS allows sailors to manage their careers, collaborate with SMEs, and access and receive authoritative information in near real-time wherever they are operating. DS furnishes the tools and creates business rules necessary to provide improved capability to the Warfighter.
1.2 SCOPE
NIAPS delivers maintenance, logistics, administrative, training, and management applications to users at sea. NIAPS is designed to maximize the use of limited bandwidth by providing afloat units with access to applications while disconnected from the internet. NIAPS ensures that data between ship and shore remains synchronized throughout the replication of data and applications hosted on NIAPS. NIAPS is a suite of applications and content, integrated together and hosted on a single shipboard server. It can be categorized as a shipboard intranet web-based information system used to support, collect, distribute, and display information in a shipboard environment. NIAPS hosts an intranet that maintains information such as:
training courses, maintenance documents, data collection, and morale and welfare information. NIAPS provides content and information to the user during times that network access external to the ship is unavailable. NIAPS will be phased out in the FY20-24 timeframe and will be replaced by other services providing hosting, monitoring, and replication for afloat applications. These services will have to be developed, tested and supported on several different Navy networks. In addition, current Navy applications require modernization to take advantage of these new services.
2.0 APPLICABLE DOCUMENTS
The following instructional documents, see Table 1, are mandatory for use. Unless otherwise specified, the document’s effective date of issue is the Request for Proposal (RFP) date. Additional applicable documents may be included in specific task orders.
TABLE 1. DS Required Documents
Document Type No./Version Title Date or most current version
NIAPS NIAPS2.0- IN-001 NIAPS 2.X CANES Installation Instructions 27-Aug-13
NIAPS EE610-J2- SAG-010
NIAPS Systems Administration Guide 2.4 NIPR Surface
31-Jan-15
NIAPS NIAPS 2.4 Systems Administrator Checklist 30-Jul-12
NIAPS 6 NIAPS Configuration Management Plan 21-Feb-13
NIAPS 2 NIAPS CM Process Guide and Appendices 21-Feb-13
NIAPS NIAPS System-Subsystem Specification 4-Feb-14
NIAPS EE689-P3- LP-111-
NIAPS User’s Logistic Support Summary 2-Oct-12
Life Cycle Sustainment Plan for Sea Warrior Navy Information Application Product Suite
(NIAPS)
30-Jun-10
NIAPS Systems Engineering Plan 2.4
Software Development Plan (SDP) for
NIAPS
4-Dec-13
NIAPS 3.0 Integrated Master Plan 27-Jan-14
Acquisition Support Office Guides
2 PMW 240 Configuration Management Plan 15-Dec-10
NIAPS2.0- IN-001 Installation Procedure for NIAPS 2.0 Server 27-Aug-13
Acquisition Information Assurance Strategy
NIAPS
27-Dec-13
Information Assurance (IA) Test Execution Plan for NIAPS 3.X
10-Jan-14
NIAPS WI-WXMP- NIAPS-
NIAPS Replication Process Current V iNIAPS NIAPS Production Server Request Lifecycle 23-Oct-12
NIAPS NIAPS Update Request Lifecycle 13-Jan-13
NIAPS NIAPS OST Request Lifecycle 30-Apr-13
NIAPS
CORE Lifecycle (Core “Framework”, IAVA’s, & Removal)
13-Jan-13
N6-NTSP- P80-0820 Naval Training Systems Plan Aug-11
Enterprise Shift Operations Management System (eSOMS)
Electronic Portable Maintenance Assistant (ePMA)
Integrated Condition Assessment System (ICAS) Brief
Navy Career Tools (NCT) Brief
NIAPS Overview
SKED Brief
System Administration and Collaboration
Technical Data Knowledge Management (TDKM) System
Total Ships Information Management System (TSIMS)
Training and Operational Readiness Information Service (TORIS) Afloat
Web Advanced Technical Information Support (WebATIS)
System Operational Verification Test (SOVT) 27-Nov-13 For Navy Information Application Product Suite (NIAPS) Framework Version 3.0
DoD 5205.02-M DoD Manual – Operations Security (OPSEC) Program Manual dtd 3 Nov 08
DoD 5220.22-M DoD Manual – National Industry Security Program Operating Manual (NISPOM)
DoD 5200.2-R DoD Regulation – Personnel Security P
DOD 5200.01-M
DOD 5200.01, Volumes 1 through 4 - DOD Security Program
24-Feb-12
DoDD 5205.02E DoD Directive – Operations Security (OPSEC) Program dtd 20 Jun 12
DoDD 5220.22 DoD Directive – National Industrial Security Program
DOD
DoDD 8500.1 DoD Directive – Information Assurance 24-Oct-02
Directive
DOD
DoDI 8500.2
DoD Instruction – Information Assurance (IA) Implementation
6-Feb-03 Directive
OPNAVINS T
F3300.53C Navy Antiterrorism Program
OPNAVINS T 3432.1 DON Operations Security 4-Nov-11
SECNAVIN ST
5510 30
DoN Regulation – Personnel Security P
SECNAV 5510.30-M
Department of Navy Personnel Security Program
Jun-06
SPAWARI NST 3432.1
SPAWAR Instruction – Operations Security (OPSEC) Policy dtd 2 Feb 05
SECNAV 5510.36-M
Department of Navy Information Security Program
Jun-06
NIST SP
National Institute of Standards and Technology Special Publications 800 Series
800-Series Computer Security Policies, Procedures, and Guidelines
COMUSFL
TFORCOM/
COMPACF LTINST
6320.3A
Commander US Fleet Forces Command/Commander US Pacific Fleet Instruction, Medical Screening For US Govt Civilian Employees, Contractor Personnel, and Guests prior to embarking Fleet Units, of 7 May 13
DoD Directive DoDI 8510.01 DoD Information Assurance Certification and Accreditation Process, 28 Nov 07
28-Nov-07
SECNAVIN ST
5239 3B
DoN Information Assurance Policy, 17 Jun
SPAWARI NST
5721.1B SPAWAR Section 508 Implementation Policy, 17 Nov 09
ISO/IEC 15288
International Organization for Standardization/ International Electrotechnical Commission: Systems and Software Engineering – System Life Cycle Processes
ISO/IEC 12207
International Organization for Standardization/ International Electrotechnical Commission: Systems and Software Engineering – Software Life Cycle Processes
DoD Directive DoDD 5000.01 The Defense Acquisition System
DoD Instruction DoDI 5000.02 Operation of the Defense Acquisition System
DoD Instruction DoDI 6205.4 Department of Defense Instruction, Immunization of Other Than U.S. Forces (OTUSF) for Biological Warfare Defense
The following documents, see Table 2, are to be used as guidance. Unless otherwise specified, the document’s effective date of issue is the RFP date.
TABLE 2. DS Guidance Documents
Document Type No./Version Title Date or most current version Joint Regulation JTR DoD Civilian Personnel Travel Current Version Military Performance Specification
MIL-PRF-29612B
Performance Specification Training Data Products
Current Version
MOA between Installation Program Manager, FRD, PM Sea Warrior
Ser. 62400/0040
Memorandum of agreement for coordination and government on site installation coordinator (OSIC) support for sea warrior program office afloat installations
6-May-13
PMW 250 Sea Warrior 4.2.1 Afloat SOP 8-Jul-13
NAVSEA Operations Manual
SL720-AA-MAN-
Fleet Modernization Program Management and Operations Manual
Current Version
NAVSEA Operations Manual
SL720-AA-MAN-
Surface Ships and Carriers Entitled Process for Modernization (SSCEPM) Operations and Management Manual
Current Version
OPNAVINST 4790.4E
Ships’ Maintenance and Material Management (3-M) System Policy
Current Version
COMFLTFORCOMI
NST
4790.3 Joint Fleet Maintenance Manual
(JFFM)
Current Version
SPAWARINST 4720.3C
SPAWAR Policy Procedures and Responsibilities for Planning and Installing Shipboard Command Control Communications Computers Intelligence Surveillance and Reconnaissance (C4ISR) Fleet Modernization
Current Version
SPAWARINST 4720.1
Policy and Procedures for Installations of Command , Control, Communications, Current Version
Computers, Intelligence, Surveillance and Reconnaissance (C4ISR) and Other Electronic Systems
PEO EIS Policy Current Version Policy for Afloat Installation and Delivery
Current Version
NAVSEA Technical Specification
9090-310F Alterations to Ships Accomplished by Alteration Installation Teams
Current Version
MIL-STD-1916
DoD Test Method Standard – DoD Preferred Methods for Acceptance Of Product
HSPD-12
Homeland Security Presidential Directive – Policy for a Common Identification Standard for Federal Employees and Contractors, August 27, 2004
DTM-08-003
Directive-Type Memorandum 08- 003 – Next Generation Common Access Card (CAC) Implementation Guidance, D b 1 2008
FIPS PUB 201-1
Federal Information Processing Standards Publication 201-1 – Personal Identity Verification (PIV) of Federal Employees and Contractors, March 2006
Form I-9, OMB No.
115-0136
US Department of Justice, Immigration and Naturalization Services, Form I-9, OMB No.
115-0136 – Employment Eligibility Verification
IT IA Guidance Subchapter III of
Chapter 35 of Title 44, United States
C d M h 14 2014
Federal Information Security Management Act (FISMA)
Director of Central
Intelligence Directive
6/3 (DCID 6/3
Protecting Sensitive Compartmented Information Within Information Systems
24-May-00
IT IA Guidance DoDD 8500.1 DoD Directive – 14-Mar-14 Information Assurance
IT IA Guidance DoDI 8500.2 DoD Instruction – Information Assurance (IA) Implementation
6-Feb-03
IT IA Guidance DoD 8570.01M DoD Manual – Information Assurance Workforce Improvement Program
19-Dec-05
3.0 TECHNICAL REQUIREMENTS
3.1 Systems and Equipment Knowledge
The Contactor shall provide functional and technical expertise in support of NIAPS and future systems. Systems will range from client-server applications, employing interactive and batch processes, to customized web-based solutions. Such systems include, at a minimum:
NIAPS COTS – to include application/knowledge of Microsoft (MS) Operating System (OS), MS Windows Server 2016 (and future versions) and MS Office 2016 products, Linux, iOra, Axway Secure Transport, Axway Secure Client, Java, (Server/Client)-Side JavaScript, Websocket, JavaScript, Object Oriented .NET & .NET Core, SharePoint Technologies, Visual Basic, PowerShell Tools, HTML (including web-application support frameworks supporting HTML5, REST API, Websocket and Web 2.0 applications), JSON transactions, Structured Query Language (MS SQL Server & Reporting Services, Oracle, Crystal Enterprise (formerly known as Crystal Reports)), Remedy®, eEye Retina/Assured Compliance Assessment Solution (ACAS), Veritas System Recovery 18, and AWS Cloud SDK/Services. , C#, Powershell, and ITSM, Vcenter Serve and Vsphere, ACAS, Vulnerability Remediation Asset Manager (VRAM), BMC Remedy, NTIRA, SPIDER, and PKI Certificates, Veritas System Recovery 18, and AWS Cloud SDK/Services.
NIAPS GOTS – Dimensions CM, Rapid Integration and Test Environment (RITE), NIAPS DS_Update v4, NIAPS Administration Management tool (NAM), NIAPS Health and Monitoring Remote Suite (HAMRS), NIAPS HAMRS Business Report System, NIAPS Production Administration Transport (PAT), NIAPS 2.4.5 Installation Procedures, NIAPS 2.4.5 Legacy Backup Procedures, NIAPS 3.0.1 installation procedures, Department of Defense Architecture Framework (DoDAF), NIAPS Image/Installation Validation and Reporting Tool, NIAPS 3.0.1 agent and NIAPS Model-Based Systems Engineering (MBSE) architectural development standards and processes.
3.2 Program Management
3.2.1 Program Support
The contractor shall work with the Government project manager and support the needs of the program. The contractor shall assist the Government with coordinating meetings, responding to budget drills, developing agenda items, attending meetings, generating minutes, and tracking action items as required. The contractor shall support the Government in analyzing and recommending changes to policies, doctrine, tactics, and procedures at the Federal, State, and Local level given their past expert opinion or using analysis of actual outcomes. The contractor shall coordinate and interface with various Department of Defense (DoD) and non- DoD activities located in and out of the Continental United States (CONUS).
3.2.2 Project Support Documentation
The contractor shall assist the Government to develop the following Project Management documents:
Performance Work Statement (PWS) Cost Estimation Meeting Agenda and Minutes Plans of Action and Milestone (POAM) Work Breakdown Structure (WBS) Various Program Acquisition related documents: Functional Requirements
Document (FRD), Systems Engineering Plan (SEP), and documents specified in this Statement of Work (SOW)
Installation in-briefs Daily Status Reports (DSR) Information Technology Service Management ticketing reports Casualty Report (CASREP) Health and Monitoring System (HAMS) status report Configuration Management Plan (CMP)/Life Cycle Configuration Management
Manual VRAM report Platform System Operational Verification Test (SOVT)s System Administrator’s Guide (SAG) NIAPS Technical Manual Invoice reviews and QASP
3.2.3 Integrated Master Schedule
The contractor shall assist the Government in developing an Integrated Master Schedule (IMS) for each project to monitor progress. The contractor shall:
Identify breakdown of the tasks, critical path activities, milestones, linkages, and dependencies among multiple working groups
Liaison with functional groups to gather, identify, and communicate weekly status and issues impacting the IMS to the Government IMS lead
Provide inputs and updates to the IMS Update the Program Manager’s primary Project Task Lead and Program Integrated
Product Team Leads on a weekly basis. The following information shall be included in the inputs and updates:
o Activities of the past week; activities of the current week, and any open action items or administrative issues o Assessment of the cause of delays or missed milestones o Identification of the affected dependencies of missed milestones and the impact of delay o Outline the critical path and resources required to complete the activities
The contractor shall maintain the IMS in MS Project 2016 or higher.
3.3 Mobilization and Transition Requirements
3.3.1 Mobilization Phase Support
The services in this SOW are vital to the Government and must be continued without interruption, loss of service, and a minimal loss of knowledge. The contractor shall familiarize itself with program processes and be fully operational to meet the requirements of this SOW within forty-five (45) days from contract award. By the end of the mobilization phase (what is the tie for this phase), the contractor shall obtain and have in place all required personnel, certifications, materials, and equipment to execute the tasks of this contract.
3.3.2 Transition Phase Support
The contractor shall, in addition to their ongoing responsibilities in this SOW, provide customary support to include: transition of all documents, source code, engineering artifacts, hardware, software, licenses, or other relevant items identified via the Program Office in support of operating the program at SPAWAR Systems Center Pacific. The contractor shall provide this support during the first forty- five (45) days of the contract period of performance. This transition support shall be documented in accordance with the Contractor’s Progress, Status, IMS and Management Report/Monthly Status Report.
3.4 Production Services
The contractor shall provide the following services to sustain, maintain, and update NIAPS as fielded:
‐ NIAPS Fleet Help Desk and Installations ‐ Join Services for incorporation of new/updated applications supporting the current mission (MPT&E, Medical, Metrics) of NIAPS, application software sustainment updates, and core framework upgrades
‐ Production Services to include testing, integration, cybersecurity (CS), configuration management (CM), and replication
The contractor shall provide updates addressing CS issues and software patches, application software sustainment updates, and core framework upgrades for NIAPS versions 2.X, 3.X and 4.X and any follow-on tasking.
3.4.1 Configuration Management (CM)
The contractor shall utilize the established Government CM repository, currently Serena Dimensions, for all product deliveries and to maintain CM of NIAPS during all phases of production to include all phases of testing, core framework/network integration, CS compliance, and fielding. The contractor shall coordinate with PMW 250 CM Lead to ensure DS CM procedures are followed in accordance with PMW 250 CM processes and CM Plan.
The contractor shall also assist in the management, tracking, and reporting of changes to all baseline systems in accordance with NIAPS and PMW 250 CM Plans and Standard Operating Practices (SOPs).
3.4.2 Software Engineering Support
The contractor shall support delivery of a fully functioning and deployable DS CSS capability under the architectural direction of Government program engineering managers, including software packages that:
‐ Ensure changes to the legacy system minimize risk to the technical refresh effort.
‐ Ensure updated Technical Refresh versions are compatible/interoperable with earlier versions as designated by the Government.
‐ Ensure service continuity and data exchange with designated external systems, and coordination of concurrent changes with interface partners.
‐ Provide necessary deployment planning, installation verification, and testing to ensure each technical solution works within the system environment.
‐ Abide by Government standards, regulations, and policy.
‐ Provide software release package and supporting documentation comprehensive enough to facilitate package installation and data migration by the existing Government workforce or third-party designee (e.g., Combined Enterprise Data Center (CEDC) Government and contract personnel).
‐ Implement modularity and open systems architecture improvements that reduce life-cycle costs of the systems.
The contractor shall implement changes to the application components in the software engineering, test, and production environments after successfully testing across all platforms.
The contractor shall provide support for all application issues associated with the operation of software applications and associated Commercial Off-The-Shelf (COTS) software. The contractor shall assist the Government to solve any issues with all applications and configuration items currently available in the Fleet.
The contractor shall perform software changes, primarily in a maintenance capacity, in both a web environment and client environment, and produce required documentation. The Contractor shall have knowledge of the following technologies mentioned above in section
3.1. The contractor shall document the baseline configuration as well as changes approved via the ECP/Change Request (CR) process. The contractor shall track all software version changes and provide input to the Government CM repository at PMW 250, currently Dimensions, with supplemental management reporting via RITE at SSC Pacific.
3.4.3 Test and Integration
The contractor shall perform application testing and integration under government instruction to include: installation testing, regression testing, and load testing, providing test reports as required per the NIAPS CM process. The contractor shall provide testing services for both internal use and external use by hosted applications at the discretion of program needs developed with external network demands, e.g., Integrated Shipboard Network System (ISNS), Consolidated Afloat Networks and Enterprise Services (CANES), Total Ship Computing Environment (TSCE), Littoral Combat Ship (LCS). The contractor shall interface daily with government application developers to support troubleshooting.
3.4.4 Server and Network Support
The contractor shall perform the duties of Systems Architect and IT Systems Engineer for server hardware and software configuration, and Network integration management. The contractor shall ensure the server and network environment will meet Ashore Infrastructure
Operational Availability (OA) at 97% per month (Threshold) with the target of 99.9% (Objective) assuming reliable connectivity is available. OA is defined as Uptime divided by Total Time. Total Time is defined as Uptime plus Down Time. Uptime is defined as the time when the system is considered to be ready for use (e.g., when the system is operating, in standby, or turned off but available for use). Down Time is the sum of the total time lost for preventative maintenance as well as all unscheduled failures that impair performance of mission essential functions (these failures are defined as operational mission failures). Down Time does not include time lost due to the failure of shared infrastructures not under the cognizance of the DS owner Information Control (INFOCON) restrictions, Non-secure Internet Protocol Router/Secret Internet Protocol Router Network (NIPR/SIPRNET) Shutdown. All time spent performing repair of operational mission hardware failures and operational mission software failures is part of Down Time. Down Time also includes time for logistics delays and fault correction time for software and hardware maintenance. The contractor shall perform routine backups and other daily procedures without Down Time.
3.4.5 System Infrastructure
The contractor shall assist the Government to maintain the necessary infrastructure including but not limited to: backups (network and off-site), network monitoring, system monitoring, Security Technical Implementation Guides (STIG) and Operating System security compliance and ACAS security scans, and software patches.
3.4.6 Cybersecurity (CS) Support
The contractor shall provide CS/Cybersecurity support in accordance with applicable Navy Assessment & Authorization (A&A) (i.e., Risk Management Framework (RMF)) regulations and procedures, implement CS actions in the designated timeframes, and ensure reporting of CS actions are documented to the appropriate CS organizations in the prescribed timeframes, using approved CS software tools.
3.4.6.1 CS Policy Compliance
The contractor shall provide support to deliver and/or maintain an accredited system in accordance with DoD Instruction (DoDI) 8510.01 – RMF for DoD IT CS references cited in Paragraph 2.2 of this SOW.
The contractor shall implement all IA controls, not specified by the Government as inherited, and as defined within NIST SP 800-53in accordance with Federal Information Processing Standards (FIPS) Publication 199, which requires organizations to categorize information systems as low-impact, moderate-impact, or high-impact for the stated security objectives of confidentiality, integrity, and availability.
The contractor shall establish NIST SP 800-53 compliant administrative/operational, technical, and physical/environmental safeguards to protect any and all Government systems and data to ensure confidentiality, integrity, availability, authentication, and non-repudiation of Government information. At a minimum, safeguards shall include provisions for personnel security, electronic security, and physical security.
The contractor shall ensure that assets have been secured according to all Defense Information System Agency (DISA) prepared STIGs, Security Requirements Guides, and other DoD mandated secure configuration guides during the software sustainment update, test, deployment, and maintenance phases. At a minimum, the contractor shall ensure that the Application Security and Software Sustainment Update, Operating System, Database, and Web Server STIGs are met. If there is software that is outside the scope of these STIGs, additional DoD/DoN security guidance will be reviewed and implemented to ensure the program is compliant with current DoD/DoN guidance.
The contractor shall ensure that NIAPS is able to operate within a Government approved location that has been configured to meet all applicable STIGs, Communication Tasking Orders (CTOs), and Information Assurance Vulnerability Alerts (IAVAs). The Contractor shall integrate third party anti-virus and Host Based Security software as required by DoD and DoN.
The contractor shall demonstrate compliance with policy guidance for International Common Criteria (ICC) for Information Security Technology Evaluation Mutual Recognition Arrangement, the NIAP Evaluation and Validation Program, the FIPS validation program, use of Mobile Code Technologies in DoD Information Systems, and the Navy Ports, Protocols, and Services (NPPS) Manual.
The Contractor shall provide technical and project management support related to all aspects of the Clinger-Cohen Act of 1996, and specifically CS requirements.
This includes participation in technical reviews and analyses of capability, processes, and systems. The contractor shall provide results of analyses and recommendations to the Contracting Officer (KO) or Contracting Officer Representative (COR) within 20 calendar days of completing the analyses.
3.4.6.2 Assessment & Authorization (A&A)
The contractor shall provide support to maintain a valid A&A package and Authority to Operate (ATO) for all system components ashore and afloat. The Contractor shall comply with the A&A process for implementing information safeguards. The A&A process will be used to obtain ATOs, Interim Authorities to Operate, and Authorities to Test to support program requirements.
The contractor shall support the A&A process by providing the Government designee the required documentation necessary to receive an ATO. The Contractor shall make Information Systems (IS)/networks available for testing, and support A&A testing in advance of accessing DoD data or interconnecting with DoD IS/networks. The contractor shall participate in all phases of the A&A process, including, but not limited to:
o Attending and supporting A&A meetings with the Government o Supporting A&A package development/submission o Supporting/conducting the vulnerability mitigation process o Supporting the A&A Team during system security testing o Supporting maintaining, monitoring, and validating security posture
The contractor shall confirm that IS/networks are secured and baselined prior to initiating testing. The contractor shall confirm the system baseline is agreed upon during the definition of the A&A boundary and be signed and documented as part of the A&A Plan. Baselining the system means that there shall be no changes made to the configuration of the system (within the A&A boundary) during the A&A process.
The contractor shall assist the Government with any re-configuration or change in the system during the A&A testing process that will require a re-baselining of the system and documentation of system changes.
The contractor shall mitigate vulnerabilities identified by the Government as "must-fix" issues during the A&A process according to the timeline identified by the Information Assurance Manager (IAM), Information Assurance Officer (IAO), or Designated Approving Authority (DAA). DoD developed checklists, reference materials, and A&A tools may be obtained from DISA Information Assurance Support Environment (IASE) website at http://iase.disa.mil/index2.html. Utilities, reference material, and configuration guides are provided at this site.
3.4.6.3 PPL/SSIL Certification
The contractor shall provide support to attain and maintain the Preferred Product List/System Subsystem Interface List (PPL/SSIL) Certification for the shipboard NIAPS application (including all applications hosted on the NIAPS server).
3.4.6.4 Fleet Forces Certification
The contractor shall provide support to the Government A&A Point of Contact (POC) to attain and maintain certification for the shipboard NIAPS installation (including all applications hosted on the NIAPS server).
3.4.6.5 ISNS/CANES Interoperability Certification
The contractor shall provide support to the Government A&A POC to attain and maintain PMW 160 (ISNS/CANES) Interoperability.
3.4.6.6 LCS TSCE Interoperability Certification
The contractor shall provide support to the Government C&A POC to attain and maintain Interoperability for PMS 505 LCS and TSCE.
3.4.6.7 Information Assurance Vulnerability Management (IAVM)
The contractor shall implement an IAVM program to comply with the Navy IAVM process and report both IAVM and CTO compliance to the Navy’s Tier 2 Computer Network Defense Service Provider (CNDSP) and Navy Cyber Defense Operations Command (NCDOC) to provide CND and Network Operations (NetOps) visibility to Navy leadership.
The contractor shall inspect assets for vulnerabilities through manual checklist reviews and automated scanning tools using Government approved products.
Currently, the scanning product is ACAS.
The contractor shall apply vendor software patches in accordance with IA Control VIVM-1 on at least a monthly basis and with serious vulnerability issues dealt with as soon as possible (ASAP).
3.4.6.8 Data Protection
The contractor shall comply with the DON Privacy program per Secretary of Navy Instruction (SECNAVINST) 5211.5E. The contractor shall ensure all categories of sensitive information, including Personally Identifiable Information (PII), are secured and in compliance with all IA Controls from the DoDI 8500.2, specifically IA Controls DCFA-1 and DCSR-2. Compliance includes the encryption of “data in transit” and “data at rest” as required by the data owner.
The contractor shall comply with the E-Government Act of 2002, mandates that all PII be protected. In addition, systems processing PII must have completed a Privacy Impact Assessment (PIA) and register that PIA with DON CIO.
The contractor shall provide controlled access to prevent unauthorized access to DoD systems and information using identification and authentication as well as encryption.
3.4.7 RDT&E Lab Support
The contractor shall perform the duties of Systems Administrator and IT Systems Engineer for server hardware, software configuration, and Network integration management on the SPAWAR Systems Center Pacific (SSC PAC) Research Development Test and Evaluation (RDT&E) test network. Duties shall include, but are not limited to:
‐ IA and software patch installation and management ‐ Systems and network problem troubleshooting and resolution ‐ Day to day administrative tasks such as backup and restore of test systems ‐ Shipboard installation images are copied to media and shipped to an installation location ‐ VMWare specific support to maintain ongoing CS configuration maintenance for DELL 830 Blade Servers with VMWare 6 and beyond ‐ Automation of future software installations of NIAPS and developed DS products ‐ OpenShift management in AWS and Azure cloud environments to project containers to any IP-connected region worldwide ‐ AWS and Azure government cloud security for development, testing, and production services
3.4.8 Replication
The contractor shall manage and maintain the shore-based NIAPS replication infrastructure.
Duties shall include, but are not limited to:
‐ Monitoring systems for issues ‐ Verifying that automated processes are running as expected ‐ Server Management consisting of:
o Management of Test/Development (TEST/DEV) amendments to/from TEST/DEV servers for testing o Management of Production Publishers for Operational Systems Tests (OST's), new releases, fixing corrupt pubs o Management of Production Return Data (RD) Servers – to ensure application of new outbound data, Knowledge Management Center (KMC) update maintenance, data transport verification (i.e., gets to customer File Transfer Protocol (ftp) machine) o Management of DS-Scriptron machines - subscription files ‐ Systems Administration duties to include:
o Management of Customer FTP accounts/directory structure o Management of Ship FTP accounts/directory structure o Management of FTP (Axway Secure Transport) Software - patches, service packs, support calls o Certificate updates - importing into FTPs interface, creating for ships, creating for infrastructure machines, etc.
o Data translation management to new replication technologies for
NIAPS point and spot releases o Integration into automated monitor processes in a continuous integration (CI) process o Participation in an agile development, test, and production schedule
‐ Adding new automated processes as new applications join NIAPS ‐ Supporting testing/release of content and programs by ensuring data is only replicated to specific Fleet units ‐ Interface with programmers of hosted NIAPS applications to troubleshoot and resolve issues
3.4.9 NIAPS Fleet Support
3.4.9.1 NIAPS Fleet Support Help Desk
The contractor shall staff the NIAPS Fleet Support Help Desk from 0800-1600 EST (core business hours), Monday through Friday. The contractor shall support after hours on call services that may require immediate action at the NIAPS Fleet Support or remote user locations. The contractor shall provide end-user support via remote collaboration tools and ship visits. The contractor shall maintain trouble ticket information for metrics, including, but not limited to, trouble ticket turnaround time of two days, and exploration of areas of improvement with an anticipated rate of 150 trouble tickets per month. The contractor shall analyze how long each installation will take and track by issue, if applicable, and how many hours and overtime hours were required.
The types of typical NIAPS issues to be resolved are:
o Data Issues (Corrupted files /data, Import / Export issues) o Replication Issues o Application Issues o CS Issues o Configuration Issues
3.4.9.2 NIAPS Training Development
The contractor shall develop/revise training materials for shipboard and shore-based command training on the DS NIAPS modules for the following:
o NIAPS Overview o Enterprise Shift Operations Management System (eSOMS) o Electronic Tagout (eTAGOUT) o Integrated Condition Assessment System (ICAS) Brief o Enterprise Risk Management (eRM) Brief o Career Tools Afloat (CTA)Brief o Preventive Maintenance Scheduling (SKED) Brief o System Administration and Collaboration o Total Ships Information Management System (TSIMS) o Web Advanced Technical Information Support (WebATIS) o Afloat Integrated Learning Environment (AILE) o Electronic Training Jacket (ETJ) o Fleet Training and Management Planning System (FLTMPS) o Food Service Management (FSM3) o Navy Credentialing Opportunities Online (COOL) o Navy 311 Afloat Request o Navy Training Management Planning System (NTMPS) Afloat
Datamart (NAFL Datamart) o Retail Operations Manager (ROM3)
The contractor shall develop/revise NIAPS training modules in support of NIAPS upgrades for both the shore-based and shipboard versions. The Contractor shall develop training modules as Instructor- led Training (ILT) in accordance with MIL-PRF-29612B and Performance Specification Training Data Products using Adobe Acrobat file format.
The contractor shall provide training material for the Alteration Installation Team (AIT) on-site trainer to provide all students attending NIAPS Training. The Contractor shall provide a link to the training material on the Sailor website and updated CM sheet for the AIT on-site trainer to provide the Training Support Agent, every time NIAPS training materials are updated or a new version is issued.
3.4.9.3 Software/Firmware for AIT Support
The contractor shall create software and firmware delivery files (function currently takes place at SSC PAC facility), as listed below, to be installed on required Navy platforms and mail the image to the applicable AIT representative on the east or west coast:
o Software configuration files. Software configuration files shall include those files containing the state of any installed servers, clients, switches, virtual private network (VPN) devices, routers, firewalls, and intrusion detection systems. The server system state files shall include the registry, Com+ class registration database, and boot files.
The files containing the configuration data shall be burned onto approved encrypted storage device. The storage device shall be provided to the receiving activity and provided to the on-site Government representative or project engineer for the NIAPS Software Support Activity (SSA).
o Firmware configuration files. All bios and other similar settings embedded in Permanent or semi-permanent programmable (Proms) by the Contractor shall be documented with text files (.txt extension) showing the firmware version and settings in use. The files containing configuration data shall be burned onto an approved encrypted storage device. The storage device shall be provided to the receiving activity and provided to the on-site Government representative or project engineer for the NIAPS Software Support Activity (SSA).
3.4.10 Lifecycle Logistics Support
The contractor shall apply engineering and analytical disciplines required to implement life cycle (acquisition) logistics as a multi-functional technical management discipline associated with the test, production, fielding, sustainment, and improvement modifications of NIAPS achieving the Fleet’s peacetime and wartime readiness requirements. The Contractor shall ensure that support considerations are an integral part of the NIAPS system’s requirements, the system can be cost effectively supported through life cycle, and the facilities and infrastructure elements necessary to the initial fielding and operational support of the system are identified, developed, acquired, and supported.
3.5 AIT Fleet Support
The Software Support Activity (SSA) Fleet Support Lead is assigned to monitor, maintain, and support the SSA’s afloat fielding efforts. The contractor shall coordinate with the SSA and provide technical support to satisfy afloat requirements and processes. The Contractor shall also coordinate with SPAWAR PEO Command, Control, Communications, Computers and Intelligence (C4I) to include the CANES Program Office, Fleet Readiness Directorate (FRD), Naval Sea Systems Command (NAVSEA), Naval Network Warfare Command (NNWC), and Navy Information Dominance Force Type Commander (TYCOM) installation personnel as necessary to ensure fielding efforts are understood, installations are performed in accordance with Navy policy and guidance, and installations follow appropriate ship scheduling. The Contractor shall follow policies supporting installations that adhere to Fleet, Navy, Command, Control, Communications, Computers, Collaboration, and Intelligence Master Plan (C5IMP) processes and Navy Modernization Process (NMP), and all other policies referenced in SOW Table 2. These are enterprise-level processes for installing aboard naval vessels that ensure the correct maintenance and modernization is performed at the appropriate level.
The contractor shall comply with these PMW 250 Program Office installation requirements.
The contractor shall travel to various worldwide locations as required both CONUS and Outside CONUS (OCONUS) to perform SOW requirements to support Installation, Ship Rider, and Waterfront Support.
NIAPS is currently deployed on ~74 Submarine Forces (SUBFOR), ~156 Surface Forces (SURFOR), and 11 Air Force (AIRFOR) units with possible expansion to other platforms. The contractor shall adhere to required NMP policies, certifications, instructions, requirements, and will work in alignment with PMW 250 Government afloat representatives for purposes of planning and executing program installations.
Average installation timeframes (time to install) are listed below in Tables 3 and 4:
Table 3. Average Installation Times – SURFOR/AIRFOR
AVERAGE # OF WORK DAYS TO
INSTALL
( SURFOR/AIRFOR)
CONUS 10
OCONUS 10
Table 4. Average Installation Times – SUBFOR
AVERAGE # OF WORK DAYS TO
INSTALL (SUBFOR)
CONUS 10
OCONUS 10
3.5.1 DS AIT Fleet Support Tasks
3.5.1.1 Afloat Documentation
The contractor shall perform, document and deliver the following tasks and deliverables in accordance with a Technical Report-Study/Services.
The contractor shall repose copies of all approved certifications and applicable documents on the PEO-EIS portal. The contractor shall provide document approval status and timeline status on pending certifications in monthly reports:
PPL/SSIL Certification. The contractor shall provide support to attain and maintain the PPL/SSIL Certification for the shipboard application and deliver any required artifacts.
Fleet Forces Certification. The contractor shall provide support to the Government A&A POC to attain and maintain certification for the shipboard installation and document those efforts and any required artifacts.
ISNS/CANES and Submarine Local Area Network (SubLAN) Interoperability Certification. The Contractor shall provide support to the Government A&A POC to attain and maintain PMW 160 ISNS/CANES and SubLAN Interoperability and document those efforts and any required artifacts.
Daily Install SITREP to document production review meetings with the Onsite Installation Coordinator (OSIC). This shall be included in the Daily Install SITREP.
Alteration Installation Team (AIT) Trip Reports.
On-Job-Training (OJT) documentation at the completion of AIT installs. Training may include the IT 2790/2791 System Administrators and the system end users. The Contractor shall provide list of attendees to the Government after each ship training event.
Documentation for the following tasks are required if hardware is installed:
o Notification to the AIT Manager with information for preparation of Liaison Action Reports (LAR) when required.
o Change Order Request Notification (CORN) and submission, if work is delayed, pending LAR approval the OSIC and AIT Manager notification o Ship Installation Drawing (SID) updates noting removal of material and equipment marked as “Remove” or “Relocate”.
AIT book/folder containing all required documents for the Regional Maintenance and Modernization Coordination Office (RMMCO). The AIT book will be used to check in and out of RMMCO and will be turned over to the RMMCO agent upon installation completion and RMMCO check-out. The RMMCO agent will then turn the AIT book over to the ship. The AIT book/folder will include but is not limited to copies of the following documents:
o Work Authorization Form (WAF), o Letter of Authorization (LOA) or Approved Risk Form, o OSIC pre-installation briefings, o Blank Alteration Completion Report (ACR), o SOVT, o Ship Change Document (SCD), o Integrated Logistics Support (ILS) Certification, o Copy of the Common Operating Picture (COP) File from
Configuration Data Managers Database- Open Architecture
(CDMD-OA),
o DD Form 1149, o Completion Message draft, o POA&M, o Training Verification Statement, o PII Removal (depending on type of system) o Copy of Memorandum for the Record (MFR) (depending if ship is within five year Decommission window), o Occupational Safety Health Administration (OSHA) training cards (during the installation, the installer shall also keep a copy of their OSHA training card on them at all times), o Quality Assurance (QA) Plan, o Fire & Safety Plan.
List of training attendees to the Government.
Installation and travel schedules.
Current installation scheduling information in a tracking spreadsheet to be approved by PEO EIS Assistant PEO-Logistics (APEO-L), PMW 250 DS Assistant Program Manager (APM), and PMW 250
PSM.
Plan and coordinate ship visits and communicate through a naval message.
Documentation of sustainment training and version specific rollout training to IT 2790/2791 System Administrator (SYSAD) and System End Users.
3.5.1.2 Afloat Logistics
The contractor shall ensure systems engineering, testing, lifecycle logistics, training, and fleet support, (as required), are available to support afloat installations. This includes:
Review ship schedules to determine availability for installations.
Perform all work in accordance with the requirements of the
NAVSEA Standard Items (SI) or Naval Shipyard Uniform Industrial Process Instructions (UIPI) as applicable.
Provide data entry support into Navy Data Environment (NDE), CDMD-OA, and SPAWAR PEO Integrated Data Environment and Repository (SPIDER) as appropriate for ship scheduling and milestone tracking; NMP timelines will be adhered to when entering data into databases.
Develop installation documentation, including SCDs, ILS Certifications, Risk Assessment Forms, etc.; and develop in accordance with NMP timelines.
Supply, assemble, and transport all material that is not Headquarters Centrally Provided Material (HCPM) for the installation.
Perform upgrades and installations of software and hardware on Navy platforms. This may include upgrades in order to be hosted on a new platform like CANES.
Perform inspections, testing, and/or assembly to the maximum extent practicable, to facilitate the installation schedule.
Perform Pre-Installation Checkout (PICO) as required.
Perform installation in support of OST and provide assistance with test defect analysis and resolution.
3.5.1.3 Afloat Installation Management Coordination
The contractor shall assist the Government in coordinating all management efforts required to complete the systems installation. Efforts shall include:
Provide the workforce necessary to meet Target Completion Dates.
Provide sufficient technical expertise services and materials as necessary to effectively and efficiently install and verify operation in order to provide full functional systems listed in the SOW.
Ensure all installation personnel have accomplished the necessary training for shipboard installations and have required access to Navy advanced planning databases (includes: SPIDER, NDE, CDMD-OA, OSHA, RMMCO, etc.) and document in accordance with the Personnel Transition/ Turnover Plan.
Submit all visit/clearance information in a timely manner to ensure no impact on installation schedule. Additional visit clearance and training requirements may be required at certain shipyards.
Obtain all required passes and badging.
Obtain all required work authorizations and permits.
Submit Hazard Material (HAZMAT) handling requests.
Coordinate material handling with the shipyard/base facility.
Provide AIT Manager with documentation of all updated software versions in order to support entry into the CDMD-OA.
Ensure the installation data is loaded into the RMMCO database 30 days prior to start of installation.
Attend and document all required shipboard installations meetings (i.e., PEO EIS, NAVSEA, CVN, LCS, CANES, etc.) in meeting minutes.
Perform RMMCO physical check in/check-out, prior to going on-board to perform installation and after completion of the install.
Ensure installation team follow local Naval Support Activity (NSA) requirements (e.g., OSHA Safety Training).
Maintain compliance with the following NAVSEA Technical Specifications and develop documentation as required:
o General Requirements of Standard Item 009-01.
o Quality Management System requirements of Standard
Item 009-04.
o Maintain work area cleanliness in accordance with
Standard Item 009-06.
o Government Property Control requirements of Standard
Item 009-20.
o Work Authorization Control requirements of Standard
Item 009-24.
o OSHA requirements of Standard Item 009-74, and 29
CFR Part 1915.
Develop a QA Workbook in accordance with NAVSEA Tech
Spec 9090-310(F), and deliver in accordance with the Quality Management System (QMS) documentation.
The Contractor shall complete the SOVT in accordance with the SOVT Preparation and Execution Guidance (SPEG) and document all required efforts and artifacts in accordance with the SOVT Plan and Report. This includes:
o Develop and submit System and Platform SOVTs in SPIDER four months prior to ship availability.
o Provide installation support during SOVT.
o Provide troubleshooting services to assist the SME during the post-installation SOVT.
o Track installation discrepancies, correct deficiencies discovered during SOVT, manage repair of all corrections, and obtain all required completion signatures before the end of ship availability.
o Upload executed/signed SOVTs to SPIDER.
o Report major discrepancies/deficiencies immediately to the OSIC. If the discrepancy is related to errors in Engineering Change Request (ECR), Engineering Change (EC), Field Change (FC), Software Load Plan, System Configuration, or other technical Government Furnished Information (GFI) documents for which a resolution is not known, the assigned AIT Manager shall be notified so that a technical resolution can be provided. The Contractor shall redline technical GFI documents, as required, based on technical direction provided by the assigned AIT Manager.
o Coordinate SOVT efforts with the OSIC and AIT Manager.
o Perform system…
This is the start of the file's text. The full file is on GovTribe.
File details come from the government source that posted it.