Attachment 20 - Sample Task Order.docx
DOCX document 28 KB Posted
- Attached to
- Application Support Services Federal contract opportunity
- Solicitation number
- A10006
About this file
Attachment 20 - Sample Task
View the file
Other files for this federal contract opportunity
Show all 30
On GovTribe
Work with this file on GovTribe
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
A10006 Attachment 20 Sample Task Sample Task Order Time & Materials
1.0 Background
This Task Order performance work statement is issued under the U.S. Department of the Treasury (Treasury), Application Support Services Contract (ASSC). The contractor shall analyze, engineer, develop, and implement a web-enabled public facing application in support of the Department of the Treasury’s mission to provide services under the Recovery and Reinvestment Act of 2009 (Recovery Act). The contractor shall develop the web-enabled public facing application that takes advantage of the Treasury’s existing HSPD-12 and PKI credentialing program for logical access to the application.
An addendum to the American Recovery and Reinvestment Act of 2009 (Recovery Act) created the Widget Industry Loan Program (Widget Act) in April 2009 to assist US based manufacturers and retailers associated with the ecological/environmental production of widgets. Through this program, the Department of Treasury will make loans available to qualified widget manufacturing companies. The government loans will be administered through 20 regional and urban center based banks. The loans will be made in increments, with successive installments made based upon progress toward the company’s return to profitability and viability, as proposed by the company in its loan application. The Treasury Department is tasked by this legislation to oversee the implementation and management of Widget Act.
The Treasury OCIO’s Headquarters IT (HQIT) organization is responsible for the development, implementation, and maintenance of a web-enabled public facing application system to monitor the Banks in the Widget Act program. The web application will allow the banks to:
a) provide a profile of the individual loans issued to Treasury;
b) provide quarterly loan re-payment reporting; and
c) provide Report of Compliance in Loan Obligations relative to the company’s progress in meeting Return to Profitability Goals to demonstrate merits for granting additional loan installments.
This multi-phased effort, shall be developed and installed over a 9 month period following a two month requirements and planning phase, followed by development and testing phase, and implementation, reporting, and maintenance phase.
· Phase I – Requirements and planning
· Phase II – Development and Testing
· Phase III - Implementation, Reporting, and Testing
2.0 Objective
The objective/goal of this task is to seek application development support for the mission of the Widget Industry Loan Program by designing a user-friendly, citizen-centric Web site. The application will assist the program office in administering the program as set forth in the Widget Act. Program Managers and Bank officials will access the site using PKI and HSPD-12 enabled privileges to digitally sign loan applications.
3.0 Conceptual Solution
The contractor shall provide the Treasury with an on-line solution, owned and hosted by Treasury that will enable banks and financial institutions (approximately twenty financial institutions) to register to obtain credentials (On-line Registration and Credential Issuance); apply for loans from Treasury (participant loan application); Program Updates to Treasury by financial Institutions; Loan Payment Reporting; Program Performance and Compliance Reporting; and Internal Program Management and Surveillance Reporting.
3.1 General System Usage Profile
| Characteristic |
| Attribute |
| Explanation |
| Number of Banks |
| 20 |
| 5 – National Financial Institutions |
10 – Regional Financial Institutions 5 – Urban Center Banks All must have IT organizations able to provide reports electronically in a prescribed format with common secure internet transmission capability
| Estimated Number of Loans |
| Between 200 and 750 |
| Based upon market survey and industry information validated by the National Widget Producers Association (NWPA) |
| Program Office Users |
| 6 - Customer Service Reps. |
10 – Loan Analysts 2 – Program Analysts 1 – Program Executive
3.2 Application Architectural Requirements
| Hosting Environment |
| Treasury’s Secure Extranet Gateway (Primary and Disaster Recovery) |
| Commercial Environment with Internet access, Trust Internet Access service, Microsoft Windows platform, with access Treasury DO network. |
| Access and Authentication Technology |
| M -04-04 compliant with level 2 and 3 services 9PKI and HSPD-12) |
| Participating banks must be cross certified with the Federal Bridge. |
| Database Technology |
| Oracle 10 and SQL Server 2008 |
| Enterprise contracts exist to product licenses. |
| Backup Recovery |
| Services thru Application Hosting service provider |
| Range of services available and provided on an application need basis |
| Helpdesk |
| Call center service available |
| Level 2 and 3 support |
4.0 Functional Requirements
The following table describes the functional requirements of the Treasury for the conduct of the Troubled Widget Industry Loan Program. The contractor is solely responsible to field a system/capability that shall fully satisfy the functional requirements as described in this task order.
Troubled Widget Industry Loan Program Functional Requirements
| No. |
| Description |
| Responsible |
| 1. |
| Participant Outreach |
Send participating Banks an electronic mail message with a link to a Web-based registration page, receipt of user credentials, and reporting changes in users.
NOTE: Before this process, the program office contacts the financial institution to perform certificate/credential activities.
Send participating loan recipients an electronic mail message with a link to a Web-based registration page, receipt of user credentials, and reporting changes in users.
Treasury
| 2. |
| Participant Registration Functionality |
a) Develop and implement a web-based registration capability.
a. For Banks
b. For Loan Recipients
b) Registration Page Design
1. Page should contain explanatory language and necessary legal notices provided by Treasury.
2. Page includes the Treasury seal (Treasury Branding), as well as the logos of the Participating Banks
c) Bank Primary and Alternate Registration Form Fields
1. Bank Name
2. Bank POCs business electronic mail address
3. Bank POCs business telephone number
4. Bank/Financial Institution Information
i. Name
ii. Street Address
iii. City
iv. State
v. Postal zip code
d) Develop Bank User Information administration capability
1. Capability to view bank information
2. Capability modify bank information profile Contractor
| 3. |
| Loan Issuance & Administration Functionality |
a) Loan and Issuance Profile
· Contractor to determine loan profile data requirements
· Image of loan document shall be part of loan record
b) Loan Approval Workflow
1. Contractor shall determine loan approval workflow
2. Workflow Product shall generate electronic notification Contractor
| 4. |
| Loan Payment Reporting Functionality |
a) Concept
1. Banks receive and account payment via internal, individual bank payment systems
2. Banks “push” weekly payment accounting data to SEG
3. Treasury and Banks establish controls to acknowledge and confirm
b) Function Requirement
1. Secure retrieval of pushed content into SEG
2. Validation of Data
3. Issuance of notification of acceptance or errors fund.
4. Update Payment Database
5. Update DR instance and archiving
Contractor
| 5. |
| Compliance Reporting Functionality |
a) Monthly Payment Report and Exception Notifications
b) Quarterly Payment Status
c) Loan Payment and closeout
d) Compliance reporting
e) Executive Dashboard for Program Surveillance and Review Contractor
5.0 System and Information Assurance (Security) Requirements
The following are overall systems functional requirements that the solution shall support.
1. The contractor shall customize the system to have a Treasury look and feel (Treasury Branding).
2. The application shall be compliant with Section 508 of the Rehabilitation Act of 1973.
3. The web site shall meet industry-accepted IT security standards and possess technology tools to mitigate “denial of access”, attempts to “deface”, or otherwise alter the site.
4. The contractor shall ensure that the web site hosting and application functionality, as well as the back-end data storage and processing systems are fully protected from unauthorized access, any comprise of systems and data, and internal or external malicious activity.
5. The contractor shall build the required mechanisms in to the system to encrypt the aggregate and individual bank, loan, and company data packages when they are at rest (i.e., in storage).
6. The web site shall be equipped with controls and notifications of detectable fraudulent and/or unauthorized activities affecting the integrity of the exam and registration.
6.0 Tasks
The contractor shall provide development, implementation, and maintenance support for the Troubled Widget Industry Loan Program to include:
1. Requirements analysis, development, and documentation
2. System Design and Engineering
3. System Development and Integration
4. System Implementation and Deployment
5. System Acceptance Testing
6. Operational Cutover
File details come from the government source that posted it. Updated .