SRF_Mainframe - Defense Information Systems Agency



DISA Enterprise Services Directorate (ESD)

Service Request Form (SRF) – Mainframe

Version 2.5 - October 1, 2013

Instructions

Part 1 - Project Overview

The Project Overview captures key data about the project in a concise summary format.

• The System/Application Name is generally provided by the Partner, but is unique and descriptive to avoid confusion with other systems. This is the official name registered in the DoD IT Portfolio Repository (DITPR).

• The Partner is the entity with authoritative control over requirements, and usually the entity funding the effort.

• Project Title is a unique name given to the project that is descriptive to the service being requested (e.g., New [Partner system], [Partner system] Test environment).

• The Accrediting Agency is the name of the organization represented by the Partner DAA and is not necessarily the same as the Partner name. The Accreditation Expiration is the date that the current IATT, IATO, or ATO expires. If the system is not formally accredited at the time of SRF completion, enter “Not Accredited.”

• Target dates are negotiated with the Partner and represent schedule estimates. The Customer Management Executive (CME) Team should be sensitive to these dates and proactively communicate with the Partner, as early as possible, whenever the dates are threatened.

• The System/Application Description should provide an overview of the key functional and technical elements of the system and describe what the system will do and look like at the conclusion of implementation. This content can sometimes be extracted from the existing IA accreditation package system description or other system documentation.

• Operational Impact – Brief description (1-2 sentences) about what would happen if the system/application were not processing successfully.

• Designated Hosting Site – for existing workload indicate the hosting site.

• Managing Site – for existing workload indicate the managing site.

• The Project Description is an executive summary of what is achieved through the implementation project and salient project attributes that may influence cost, technical, or schedule risk. The description must address at least the following topics. Any additional relevant information about the project should also be included.

o Partner’s goal

o Any known IA risks and potential impacts

o Major elements of the solution (e.g., T&D, COOP, Partner equipment, etc.)

o Major phases of the project, as well as timeframes

o Any other unusual requirements or concerns (can be technical, political, etc.)

• Special Compliance Data will be used in the SLA to identify applications wherein the application data may require special compliance in cases of audit readiness or data calls. An application is not limited to containing only one type of Special Compliance data; every category that pertains should be indicated. The categories are below:

o Personally Identifiable Information (PII) refers to data such as people’s names, birth dates, and social security numbers. Training systems would qualify if they record the student’s name and SSN.

o Health Insurance Portability and Accountability Act (HIPAA) refers to health information regarding patient medical records.

o Financial Systems contribute, directly or indirectly, to an organization's financial statement. This includes machines that store or process information about assets, payments, financial obligations, or anything else that contributes to financial statement reporting. Examples include ATAAPS, DJMS, and most DFAS applications. If a system merely tracks and reports this type of information, but in no way contributes to a financial statement, it is not a financial system.

o Nuclear Information would be indicated if the data being processed contained any information regarding nuclear weapons or warfare.

Part 2 - Implementation and Cutover Support Requirements

The Implementation and Cutover Support Requirements section is intended to capture information and facts that have a material impact on the system implementation.

Part 3 - Technical Requirements

This section collects details of your requirement that can be directly compiled into a functional specification for your ESD-Standard requirements and will help us assess your requirements better if they are non-standard. Consult the DISA Service Catalog for additional details on our standard services or contact your Customer Account Representative (CAR) with questions about filling out this service request. Links to both are accessible from the Enterprise Services Partner Portal at this link.

Note: The best method to add rows to any table in the SRF is as follows:

• Carefully highlight the entire last row in your table of choice, including the small ‘blank’ space just beyond the outside of the gridline.

• Right-click and select and then select . A new, blank row is now added to your table.

• To populate the new row with a title and those grey input fields, copy a populated row and paste it into your new row. Change the title accordingly.

Project Version Control

|Type of Server Requirement: | New Workload |Version: |      |

|Check all that apply. |Addition To or Modification of Existing DECC Workload | | |

| |Federal Data Center Consolidation Initiative (FDCCI) Project | | |

| | |Date: |      |

|SRF Development History |

|Date |Section Reference |SRF Version Number |Partner Acknowledgement |Description |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|BASELINE SRF ACHIEVED |DATE:       |Partner Acknowledgement:       |

|Baseline Change Request (BCR) History |

|Date |Section Reference |BCR Number |Partner Acknowledgement |Description |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

Part 1 - Project Overview

Project Identification

|System/Application Name |Partner |Project Title |ESD Control Number | Priority |

|      |      |      |ESD to complete | |

|Designated Hosting Site |      |Managing Site |      |

|Project Description |

|Describe project details, dependencies, and constraints below. Attach any relevant design specifications or documentation to this section: |

|      |

| |

| |

|System/Application Description |

|      |

|Operational Impact |

|      |

|ASC/BAN |MAC Level |Confidentiality Level |DoD Network |

|      |      | Public | NIPRNet |

| | |Classified |SIPRNet |

| | |Sensitive |Partner DAA Accredited Enclave (CDAE) |

|System DAA POC |      |

|(Name, Title, Org, Email, Phone) | |

|Accreditation Status |If System/Application NOT accredited, what is partner’s plan for achieving accreditation? |

|      |      |

|Accrediting Agency |Accreditation Expires |System DITPR Number |

|      |      |      |

|Special Compliance Information (select all that apply) |

|Personal Identifiable Information |Health Insurance Portability and Accountability |Financial System/ Application |Nuclear Information |

|(PII) |Act (HIPAA) | | |

| Yes No | Yes No | Yes No | Yes No |

|Data Access |CAC Enabled (Restricted/Private) |

| Unrestricted (unauthenticated) | Yes |

|Restricted (authenticated .com) |No |

|Private (access from .mil only) | |

|Points of Contact |Name |Office |Phone |Email |

|Partner Program POC |      |      |      |      |

|Partner Technical POC |      |      |      |      |

|Partner Financial POC |      |      |      |      |

|Partner IA POC |      |      |      |      |

|ESD Team Lead |      |      |      |      |

|ESD Project Manager |      |      |      |      |

|ESD Technical Lead |      |      |      |      |

|ESD CAR |      |      |      |      |

|ESD IA Technical Advisor |      |      |      |      |

|ESD Network Lead |      |      |      |      |

|ESD Software Engineer |      |      |      |      |

|Key Dates |

|IOE Date – Initial Operating Environment - Date that Operating Environments are turned over to the application administrators for application load |

|IOC Date – Initial Operating Capability - Date that Operating Environments are configured for production users |

|Target LE Date |Target Funding Date |Target IOE Date |Target IOC Date |

|      |      |      |      |

|Risk Assessment |

|Technical |Schedule |Information Assurance |

| High | High | High |

|Medium |Medium |Medium |

|Low |Low |Low |

|Enter Details of Any “High” or ‘Medium” Risks Noted: |

|      |

Part 2 - Implementation and Cutover Support Requirements

|Implementation Contacts |

|Role |Name and Contact Information |

|Partner Lead Technical POC |      |

|Partner Lead Management POC (Authority to |      |

|approve changes) | |

|Vendor or Integrator SME |      |

|Other Implementation POC (Specify) |      |

|Migration Requirements |

|Operating Environment/ File System Name |Size of File(s) or |Type |File Transmission Method |Migration Method |

| |Image Being |(e.g., DB Export, Flat|(Offline Copy, Online Copy (SFTP), |(Import, Overlay, Mirror, OVA) |

| |Migrated (GB) |File, OVA Image) |Array-to-Array Replication, | |

| |(Usable) | |Application Replication) | |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|Cutover Requirements |

|Describe the cutover window in terms of length and timing |      |

|constraints: | |

|Describe the Partner, integrator, and vendor resources |      |

|necessary to support cutover: | |

|Describe any system-specific post-cutover acceptance |      |

|criteria: | |

|Describe any post-cutover parallel processing requirements: |      |

|Performance Metrics |

|Provide any performance metrics that must be attained for |      |

|systems migrating to DISA: | |

Part 3 – Technical Requirements

|IBM Mainframe |

|Is this a new mainframe application? | Yes |

| |No |

|Can you provide SMF Data to DISA for system sizing analysis? | Yes |

| |No |

|Can you provide DCOLLECT data for these systems? | Yes |

| |No |

|Are LPARs in these systems part of a geographically dispersed parallel sysplex (GDPS)? | Yes |

| |No |

|Is there an HCD/IOCDS available? | Yes |

| |No |

|Existing workload already hosted with at DISA ESD? | Yes |

| |No |

|If Yes, describe request:       |

|IBM Mainframe System |

| |

|Model |  |  |  |

|LPAR Name |Function |OS |Version |Sysplex Name |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|LPAR Configuration |

|  |Logical CPs |  |  |  |

|LPAR Name |CP |

|If Yes, there are MIF channels, identify the LPARS by name:       |

|DASD Subsystem |

|DASD Volume Type |LV QTY |Useable Bytes |Total Useable Bytes |Useable GB |

|3390-01 |      |946,005,480 |      |      |

|3390-02 |      |1,892,010,960 |      |      |

|3390-03 |      |2,838,016,440 |      |      |

|3390-09 |      |8,514,049,320 |      |      |

|3390-27 |      |27,844,689,600 |      |      |

|3390-54 |      |55,689,279,200 |      |      |

|Tape Subsystem |

|How many virtual tapes are there? |      |

|How many physical tapes are there? |      |

|Is there a virtual tape subsystem? | Yes |

| |No |

|If Yes, a virtual tape subsystem exists, please provide the following: |

|Make and Model: |      |

|Total Slots in the silo(s): |      |

|Free Slots in the silo(s): |      |

|OEM Information |

|OEM |Tape Model |Qty |

|IBM |3480 |      |

|IBM |3490 |      |

|IBM |3490-E |      |

|IBM |3579 |      |

|IBM |3590 |      |

|IBM |3590-E |      |

|STK |9840 |      |

|STK |9940 |      |

|Print Requirements |

|Are there local print requirements? | Yes |

| |No |

|If Yes, there are local print requirements, how many pages per day?       |

|External Comm Requirements |

|Are there APPN or Enterprise Extender circuits required? | Yes |

| |No |

|Are there Hypersocket requirements? | Yes |

| |No |

|If Yes, there are Hypersocket requirements, describe:       |

|External Interfaces |

|From |To |Type |Ports |Protocols |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|      |      |      |      |      |

|z/VM LPAR Requirements |

|z/VM LPAR Name |Guest OS |OS Version |Major Application |

|      |      |      |      |

|      |      |      |      |

|      |      |      |      |

|      |      |      |      |

|      |      |      |      |

|      |      |      |      |

|      |      |      |      |

|Software by LPAR |

|LPAR Name:        |  |LPAR Name:        |  |

|  |Software |Version |  |Software |Version |

|Security Pkg |      |      |Security Pkg |      |      |

|DBMS |      |      |DBMS |      |      |

|OLTP |      |      |OLTP |      |      |

|Management SW |      |      |Management SW |      |      |

|Other SW |      |      |Other SW |      |      |

|LPAR Name:        |  |LPAR Name:        |  |

|  |Software |Version |  |Software |Version |

|Security Pkg |      |      |Security Pkg |      |      |

|DBMS |      |      |DBMS |      |      |

|OLTP |      |      |OLTP |      |      |

|Management SW |      |      |Management SW |      |      |

|Other SW |      |      |Other SW |      |      |

|LPAR Name:        |  |LPAR Name:        |  |

|  |Software |Version |  |Software |Version |

|Security Pkg |      |      |Security Pkg |      |      |

|DBMS |      |      |DBMS |      |      |

|OLTP |      |      |OLTP |      |      |

|Management SW |      |      |Management SW |      |      |

|Other SW |      |      |Other SW |      |      |

|LPAR Name:        |  |LPAR Name:        |  |

|  |Software |Version |  |Software |Version |

|Security Pkg |      |      |Security Pkg |      |      |

|DBMS |      |      |DBMS |      |      |

|OLTP |      |      |OLTP |      |      |

|Management SW |      |      |Management SW |      |      |

|Other SW |      |      |Other SW |      |      |

|UNISYS Mainframe |

|SUPS: |      |

|DASD: |      |

|UNISYS Tape Storage (MB/Days): |      |

................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download