Commuter rail operating agreement



Download 2.72 Mb.
Page35/45
Date19.10.2016
Size2.72 Mb.
#4744
1   ...   31   32   33   34   35   36   37   38   ...   45
Schedule 3.16 (Information Technology Requirements) against corruption or hardware failure. This system must utilize a remote off-site backup solution that ensures the data’s survivability in the event of a disaster or destruction of the original repository.

      1. IT SUPPORT AND MAINTENANCE SERVICES

        1. General.

This Section 8 (IT Support and Maintenance Services) of this Schedule 3.16 (Information Technology Requirements) sets out the Operator's obligations with respect to various maintenance and support services related to the Commuter Rail IT Environment (collectively, the “IT Support and Maintenance Services”). Notwithstanding anything to the contrary, the Operator acknowledges and agrees that it shall be solely responsible for the support and maintenance of the Commuter Rail IT Environment and insuring that all components within the Commuter Rail IT Environment are maintained in good working order.

        1. Operator Service Center.

          1. The Operator shall provide, operate and maintain a service center approved by the MBTA (the “Operator Service Center”), fully staffed by qualified Operator personnel. The Operator shall use the Operator Service Center to receive and respond (i) to MBTA system users' questions, complaints, reports of problems and Issues, inquiries, requests for Error Corrections and Error-related calls and all other applicable service requests, and (ii) to complaints, reports of problems, and other service requests of customers of the MBTA, submitted to the Operator in accordance with Section 26 (Customer Complaints) of Schedule 3.16 (Information Technology Requirements). Such service requests and other communications, identified in either subsection (i) or subsection (ii) immediately above, are each referred to as an “Incident Communication”. For purposes of clarification, and not limitation, the term Incident Communication expressly includes Customer Incident Communications (as that term is defined in Section 8.26 (Customer Complaints) of this Schedule 3.16 (Information Technology Requirements). The Operator shall field, manage and respond to Incident Communications received through the Operator Service Center, or entered into the Issue Tracking Portal, in accordance with applicable Service Levels and other requirements set out in this Section 8 (IT Support and Maintenance Services) of this Schedule 3.16 (Information Technology Requirements).

          2. The Operator shall maintain operational hours for the Operator Service Center equivalent to the required operation of the MBTA transit system, which is defined as between 06:30 to 20:00 hours, 7 days a week (the “Operator Service Center Hours”). The Operator Service Center Hours may only be modified by written agreement of the parties. The Operator shall be responsible for staffing the Operator Service Center sufficiently to meet the applicable Service Levels and other requirements set out in this Section 8 (IT Support and Maintenance Services) of this Schedule 3.16 (Information Technology Requirements). The Operator shall also provide after-hours support for emergency issues that arise outside of the Service Center Hours, with a response time of not less than one (1) hour for any after-hours support issue.

          3. The Operator shall utilize the Issue Tracking Portal for all Incident Communications received through the Operator Service Center. The Issue Tracking Portal shall be configured to generate Tickets automatically upon call and e-mail receipt and it is the Operator's responsibility to Acknowledge the Incident Communication received and address the underlying issue. For purposes of this Agreement, the term "Acknowledge" means assigning a severity level and initial issue description to the Ticket via the Issue Tracking Portal.

          4. In the event of a failure of the Issue Tracking Portal or an event that renders the Issue Tracking Portal inaccessible, the Operator shall undertake operational procedures necessary to continue to operate and shall manually record, create and update Tickets until the Issue Tracking Portal has been restored.

          5. The Operator shall implement a call recording system to record all phone calls to and from the Operator Service Center (the “Call Recording System”). The Call Recording System shall be configured to (i) time stamp recorded calls, and (ii) maintain copies of recorded calls preserved from deletion. The MBTA shall be entitled to access, listen and review all calls at any time via their own dedicated logins to the Call Recording System. The recordings shall be linked to the related Ticket and, where possible, be maintained per retention requirements set out in Section 3.5.1.5 (Ticket Retention) of this Schedule 3.16 (Information Technology Requirements). Notwithstanding anything to the contrary, the Operator shall comply with all applicable laws relating to the Call Recording System.

          6. The Operator shall provide and maintain an interactive voice response system (the “IVR System”) for use with the Operator Service Center, and such IVR System shall direct callers to the appropriate service area of the Operator Service Center.

          7. In addition to the other requirements set out in this Section 8.2 (Operator Service Center) of this Schedule 3.16 (Information Technology Requirements) and elsewhere in the Agreement, the Operator shall ensure that the Operator Service Center meets the requirements set out in Appendix 8 (Operator Service Center Requirements) to this Schedule 3.16 (Information Technology Requirements).

        2. Confirmation; Tracking.

The Operator shall confirm receipt of all Incident Communications and shall cause the same to be tracked through the Issue Tracking Portal. The MBTA shall be entitled to report Incident Communications to the Operator either via email, by accessing a website maintained by the Operator for such purpose, by telephone or by creating a Ticket in the Incident Tracking Portal. The Operator shall log all Incident Communications into the Issue Tracking Portal. Upon receipt of an Incident Communication, the Operator shall issue an Incident Tracking Number (each, an “ITN”) to the MBTA via email. The ITN shall remain open until the issue underlying the applicable Incident Communication has been satisfactorily resolved in accordance with the problem tracking and response procedures set forth in this Section 8 (IT Support and Maintenance Services) of this Schedule 3.16 (Information Technology Requirements).

        1. Problem Inquiries; Responses.

Upon receipt an Incident Communication, the Operator shall: (i) evaluate the underlying issue; (ii) provide advice to resolve the problem described therein; and (iii) call in appropriate staff as reasonably necessary to respond to the situation in accordance with the Acknowledgement and Resolution Standards.

        1. MBTA Assistance; MBTA Efforts.

The MBTA shall: (i) reasonably report Errors to the Operator on such form as may be reasonably prescribed by the Operator; (ii) submit such form via telephone, fax, e-mail or in any other format reasonably required by the Operator and approved by the MBTA; and (iii) provide other documentation, information or assistance reasonably requested by the Operator. Prior to seeking assistance from the Operator with respect to Errors, the MBTA shall use commercially reasonable efforts to perform problem definition activities, and limited remedial or corrective actions, as described in applicable Documentation provided to the MBTA by the Operator. Notwithstanding anything to the contrary, the MBTA's failure to provide the Operator assistance shall not alleviate the Operator of any of its obligations hereunder.

        1. Error Corrections.

The Operator shall acknowledge requests for Error Correction and other Errors related to the Commuter Rail IT Environment within the target time frame for the priority level of such problem, as set out below in Section 8.9 (Acknowledgement and Resolution Times) of this Schedule 3.16 (Information Technology Requirements). The Operator shall use best efforts to resolve reported Errors within the target time frame. In the event that the Operator reasonably foresees an inability to remedy the reported Error within the target time-frame applicable to its priority level, the Operator shall increase resources and shall continue its corrective efforts and, in the case of High and Medium priority problems, shall advise the MBTA at least every three (3) hours of the status of such efforts and the expected time such problem correction will be completed.

        1. Assigning Priority.

The MBTA shall assign the appropriate severity level for Incident Communications. To the extent the MBTA has not provided a severity level for an Incident Communication at the time the ticket is entered, the Operator shall assign the appropriate severity level to such Incident Communication, in accordance with the criteria for assigning severity levels set out in Section 9 (Severity Levels) of Schedule 3.18 (Service Level Agreement and Service Credits).

        1. Analysis; Reporting.

The Operator shall analyze each Incident Communication and verify the existence of the circumstances relating to the underlying issue. The Operator shall give the MBTA updates, direction and assistance in the course of the Operator’s resolving the Incident Communication.

        1. Acknowledgment and Resolution Times.

The Operator’s acknowledgement and problem resolution times for all requests for Error Corrections and Error-related Incident Communications, and other Incident Communications (the “Acknowledgement and Resolution Standards”) are as set out in Section 19 (Response and Resolution of Incident Communications) of Schedule 3.18 (Service Level Agreement and Service Credits).

        1. Closure of Issues.

The Parties acknowledge and agree that all Issues shall remain open and unresolved, and that the Operator shall continue to be solely responsible for said resolution, until both parties agree during relevant IPRs that the applicable Issue has been fully resolved.

        1. Root Cause Analysis.

          1. In the event of a service disruption, critical failure, physical injury, security breach, Severity 1 incident, Severity 2 incident or otherwise at the direction of the MBTA (each, an “Urgent Event”), the Operator shall perform a root cause analysis (each, a “Root Cause Analysis”) and mitigation plan effort, as provided below (each, a “Mitigation Plan”). The Operator shall immediately notify the MBTA of the occurrence of an Urgent Event via personal calls and e-mail to designated MBTA contacts, and the Operator shall create a Ticket through the Issue Tracking Portal. The Root Cause Analysis and Mitigation Plan shall contain, at a minimum, the following information: (i) the event being analyzed; (ii) the reason for the analysis; (iii) the scope of the event and its impact; (iv) the damage and operations impact analysis; (v) method of exploitation or cause of the event; (vi) the impact on future operations and schedules; (vii) analysis of fundamental causes of the failure(s) that resulted in the event; (viii) a mitigation strategy to prevent the issue from reoccurring, including immediate actions and stop gap measures; and (ix) a permanent solution and remediation plan to address the fundamental and root cause of the issue, which shall be provided to the MBTA for approval within one (1) day of completion of the Root Cause Analysis.

          2. The Operator shall initiate the Root Cause Analysis and Mitigation Plan immediately upon the occurrence of an Urgent Event and the Root Cause Analysis and Mitigation Plan shall be a priority for the Operator. The Operator shall brief the MBTA within twelve (12) hours if the Urgent Event is a Severity 1 or 2 incident, and the MBTA shall dictate the subsequent resolution schedule. The Operator shall identify and implement preliminary actions and stopgap measures within three (3) days of the event. Permanent remediation measures identified in the Mitigation Plan shall be submitted to the MBTA no later than seventy-two (72) hours after completion of the Root Cause Analysis, and commenced by the Operator upon approval from the MBTA.

        2. Updates.

IT Maintenance and Support Services shall include the timely provision of Updates for all components of the Commuter Rail IT Environment. The Operator shall integrate the Updates into the Commuter Rail IT Environment within a reasonable time of release of the applicable Update; provided, however, that the Operator shall promptly test and install security patches and other Updates necessary for the continued security and integrity of the Commuter Rail IT Environment. Throughout the Term, the Operator shall deliver, install, integrate and test new Updates of all components within the Commuter Rail IT Environment in order to: (i) meet its obligations in terms of Error Corrections; (ii) maintain the currency of the applicable Software and IT Infrastructure; and (iii) take advantage of software engineering and other relevant developments. Failure to provide Updates shall be handled pursuant to Section 8 (Provision of Updates) of Schedule 3.18 (Service Level Agreement and Service Credits).

        1. Updates; Costs.

The cost of Updates to Third Party Software shall be covered by the IT Operations and Maintenance Costs allowance, except for the cost of Updates to Developed Software (excluding only Operator-Commissioned Software), for which the Operator shall not be entitled to charge a fee to the MBTA. The Operator shall be responsible for all testing, integration, and implementation of all Updates (including Updates for Third Party Software and Developed Software). Under no circumstances shall the Operator acquire Updates at the MBTA’s expense without the MBTA’s prior express approval. For the avoidance of doubt, it is agreed and understood that upgrades to the Commuter Rail IT Environment that the MBTA requests under Section 2 (Other MBTA-Designated IT Components) shall be handled in accordance with such Section 2 (Other MBTA-Designated IT Components).

        1. Support for Prior Versions.

During the Term, the Operator shall continue to provide IT Maintenance and Support Services for Versions of Software within the Commuter Rail IT Environment within one Release or Version prior to the most recent release (for example, support will continue for version 2.0 up through and including version 4.0). Notwithstanding anything to the contrary, the Operator shall obtain proper and current maintenance and support for Software and IT Infrastructure within the Commuter Rail IT Environment. The Commuter Rail IT Environment shall not include any software version that is no longer supported by its licensor.

        1. No Sunsets.

The Operator shall not "sunset" or "end of life" (or announce the same) Software within the Commuter Rail IT Environment, or any part thereof. If a Third Party (i) “sunsets” or “end of lifes” (or announces the same) Third Party Software, or any part thereof, or (ii) replaces, develops or acquires any new product intended to replace such Third Party Software, the Operator shall timely replace such Third Party Software with other Third Party Software or Operator Software that meets the requirements of this Agreement and provides the same functionality, and implement such new Third Party Software or Operator Software within the Commuter Rail IT Environment subject to the process set out in Section 4 (Operator-Proposed IT Components) of this Schedule 3.16 (Information Technology Requirements).

        1. Revised Operator Documentation.

At no additional charge, the Operator shall provide updated Documentation in the form of new revision manuals or changed pages to current manuals (or updated "help screens") consistent with the original Documentation supplied or required, and reflecting changes embodied in an Update. The Operator shall also provide (at no charge) installation instructions, procedures and any installation program required by the installation.

        1. Integration.

The Operator shall be solely responsible for in the installation, implementation, integration support and maintenance and operation of all Updates and new components (including, but not limited to, all New IT Component Environment and Operator-Provisioned IT Environment) to the Commuter Rail IT Environment.

        1. Regulatory Changes.

The Operator shall develop Updates and license Third Party Software necessary to ensure that all components of the Commuter Rail IT Environment comply with regulatory requirements that impose new requirements or restrictions on the operation of the Commuter Rail System, on the use of MBTA Data, or on other aspects of the MBTA's activities with respect to the Commuter Rail System.

        1. Migration of Commuter Rail Data Center.

The MBTA shall be entitled, upon reasonable notice to the Operator, to migrate all MBTA Data from the Commuter Rail IT Environment to either (i) an MBTA-controlled data center, or (ii) a Third Party hosted data center. Upon receipt of such notice, the Operator shall provide such migration services as directed by the MBTA. Costs for the migration services set out in this Section 19 (Migration of Commuter Rail Data Center) of this Schedule 3.16 (Information Technology Requirements) shall be addressed pursuant to Schedule 9 (Supplemental Work) of the Operating Agreement.

        1. Lifecycle Management.

The Operator shall develop and execute a good and sufficient lifecycle management plan to support the Commuter Rail IT Environment (the “Lifecycle Management Plan”). The Lifecycle Management Plan shall cover all IT Infrastructure within the Commuter Rail IT Environment. All IT Infrastructure shall be functionally capable for their role. All IT Infrastructure shall be covered throughout their use by a warranty. IT Infrastructure out of warranty or no longer functionally capable for their role shall promptly be replaced. The Operator shall be solely responsible for maintaining the Lifecycle Management Plan and following the included Lifecycle management schedule. Moreover, other than the Baseline IT Environment, all IT Infrastructure provided by the Operator shall only be new (and not used or reconditioned, and not of such age or so deteriorated as to impair their usefulness or safety). If, at any time during its performance of hereunder, the Operator believes that the furnishing of material comprising the IT Infrastructure that is not new is necessary or desirable, the Operator shall notify the MBTA immediately, in writing, including the reasons therefore and proposing any consideration which will flow to the MBTA if authorization to use such non-new material is granted. The MBTA shall then make a determination regarding whether use of such non-new material is authorized and notify the Operator of the same.

        1. Inventory; Operator-Conducted IT Audits.

On an annual basis, the Operator shall conduct a full inventory and audit of all IT Assets comprising the Commuter Rail IT Environment (each, an “Annual IT Inventory”). The Operator shall compile the Annual IT Inventory into an itemized list, with fields reasonably designated by the MBTA (the “Inventory Listing”). The Operator shall promptly update the Inventory Listing with incremental changes in the Annual IT Inventory.

        1. Protection of Personal Information.

The Operator shall architect the Commuter Rail IT Environment such that the MBTA shall be entitled to access all functionality, including all Interface Tools and Documentation, without accessing Personal Information of Data Subjects who have not provided consent for such access. Where the Operator proposes to lock-out MBTA access to comply with the above requirement, the Operator shall provide a conceptual systems description of the functionality of that system, and the MBTA must approve such lock-out in writing before production use of the impacted system, an the MBTA shall have the right to withdraw such consent at any time and for any reason. For purposes of clarification, any lock-out implemented without the MBTA's prior written consent shall constitute the unavailability of a system application and shall be included in measurements relating to Section 1 (System Application Availability) of Schedule 3.18 (Service Level Agreement and Service Credits) to the Operating Agreement.

        1. Emergency Access Provisions.

The Operator shall maintain a set of access codes and passwords that have full rights and operational capability for the entirety of the Commuter Rail IT Environment, including system administrator privileges, core switch access codes, full database access codes, terminal and console access addresses and points and root access codes (collectively, the “Passwords and Access Instructions”). The Passwords and Access Instructions shall be no more than one hour out-of-date. The Passwords and Access Instructions requirements shall apply to all systems including proprietary and otherwise restricted systems (including systems subject to permitted lock-out under Section 8.22 (Protection of Personal Information) of this Schedule 3.16 (Information Technology Requirements)) including, but not limited to, the software domain, system administration for applications and network security. The Passwords and Access Instructions shall be maintained in a fireproof document safe at the MBTA, with access held by the MBTA's CIO. The MBTA shall not use these Passwords and Access Instructions unless in exigent circumstances, as reasonably determined by the MBTA.

        1. Maintenance of MBTA Internal IT Environment; Operator Access.

The MBTA shall be responsible for the security, uptime, maintenance and support of the MBTA Internal IT Environment, less only those components provided by the Operator. Provided the Operator complies with all applicable MBTA security policies and procedures, the MBTA shall provide the Operator with necessary access to the MBTA Internal IT Environment, but solely for the purpose of the Operator fulfilling its obligations hereunder and for no other purpose.

        1. Quality Assurance.

          1. Quality Assurance Procedures.

The goal of the quality assurance procedures is to ensure that each component of the Commuter Rail IT Environment as well as applicable Projects are thoroughly tested for conformity with the applicable specifications before being integrated into the Commuter Rail IT Environment.

          1. Operator QA Responsibilities; QA Documentation.

The Operator shall be responsible for: (i) controlling the quality of all components of the Commuter Rail IT Environment hereunder; (ii) ensuring that all vendors and suppliers of raw materials, parts, components, subassemblies, and other elements have an acceptable quality control system; (iii) ensuring the quality of all provided components of the Commuter Rail IT Environment hereunder; and (iv) maintaining substantiating evidence that the components of the Commuter Rail IT Environment conform to the applicable quality requirements and furnishing such information to the MBTA upon request. The Operator shall prepare and deliver good and sufficient QA documentation in accordance with best industry practices.

          1. Qualifications.

The Operator employees shall have the knowledge, skills and certifications necessary to perform the required services in support of MBTA Infrastructure as reasonably determined by the MBTA. In furtherance of Time and Materials tasks, the Operator shall furnish proof of employee's qualifications with resumes or written certification, which is subject to review and concurrence by the MBTA. The Operator employees not meeting minimum qualifications shall not be considered unless a waiver is granted by the Operator and the MBTA. The MBTA reserves the right to restrict access or work under Projects to United States citizens only where the MBTA reasonably determines to be within its best interest.

          1. Quality Assurance Requirements.

The Operator shall ensure that all components of the Commuter Rail IT Environment that have associated Service Levels shall be governed by the quality assurance requirements set out in this Agreement as well as industry-standard QA procedures.

The Operator shall be obligated to perform all internal QA procedures related to the Commuter Rail IT Environment and provide good and sufficient Documentation setting out the process and results of such quality assurance procedures to the MBTA. Such internal procedures shall include, but not be limited to, independent peer review by subject matter experts of the Project and impacted portions of the Commuter Rail IT Environment. For the avoidance of doubt, any QA procedures conducted in connection with a Project that identify a revision to an existing Service Level Agreement shall be identified and notice shall be provided to the IT Change Control Board in accordance with Section 12 (Change Control and Configuration Management) of this Schedule 3.16 (Information Technology Requirements).



          1. Quality Control Program

The Operator shall establish and maintain a complete Quality Control Plan (the “QCP”) to ensure the services performed conform to stated quality assurance requirements set out in this Agreement. The MBTA shall notify the Operator of acceptance or required modifications to the QCP. The Operator shall make appropriate modifications at no additional cost to the MBTA and obtain acceptance of the QCP by the MBTA before the Agreement Services Commencement Date. The Operator shall submit an updated QCP to the MBTA for approval six months after the Agreement Services Commencement Date, revised to reflect developments resulting from its provision of the Commuter Rail Services during such six month period. The Operator shall review, update and submit revised QCPs annually, or as changes occur for action by the MBTA as it deems necessary. The QCP shall describe the inspection system for the Commuter Rail IT Services and shall include, at least, the following:

            1. A description of the Operator quality control system, which shall cover: (i) all services; (ii) specify work to be inspected on either a scheduled or unscheduled basis; (iii) frequency; and (iv) describe how inspections are to be conducted;

            2. The name(s) and qualifications of individual(s) responsible for performing quality control inspections and the extent of their authority;

            3. A description of the methods used to record the quality control inspection and corrective actions taken;

            4. A description of the methods used for identifying and preventing defects in the quality of service performed; and

            5. The approach for filling vacancies in a timely manner, providing qualified personnel and maintaining an ongoing training program to ensure that Operator employees acquire the knowledge and skills necessary for new or emerging technology, managing changes in workload requirements and providing timely and accurate invoices.

The Operator shall maintain a file of all scheduled and performed quality control inspections, inspection results and dates and details of corrective actions. The file shall be made available to the MBTA upon request.

          1. MBTA Review of Operator Quality Assurance Obligations.

The MBTA shall have the right to evaluate and audit the Operator’s performance of its obligations under Section 8 (IT Support and Maintenance Services) of this Schedule 3.16 (Information Technology Requirements) in order to determine the Operator’s compliance. The MBTA’s quality assurance is not a substitute for quality control by the Operator. All findings of unsatisfactory or non-performed work will be resolved in accordance with the QCP.

        1. Customer Complaints.

The Operator shall be responsible for responding and resolving Incident Communications that originate from MBTA Customers (each, a “Customer Incident Communication”), in accordance with this Section 8 (IT Support and Maintenance Services) of this Schedule 3.16 (Information Technology Requirements) and applicable Service Levels. Customer Incident Communications will be submitted to the Operator through the following paths, and the Operator shall address each as follows:

          1. The MBTA Service Center will receive Customer Incident Communications through its customer service center. The MBTA will enter such Customer Incident Communications in the Issue Tracker Portal and, upon issuance of the associated ticket, the Operator shall be responsible for responding to and resolving the Customer Incident Communication in accordance with applicable Service Levels.

          2. Customers shall be able to enter Customer Incident Communications on an MBTA website page (or pages) linked to the Customer Complaint Website specified in Section 27 (Customer Complaint Website). The Operator shall be responsible for creating and maintaining such link, and all requite interfaces to the MBTA Internal IT Environment for such purposes. Upon receipt of the Customer Incident Communication via the Customer Complaint Website, the Customer Incident Communication shall be entered into the Issue Tracking Portal in the manner set out in Section 27 (Customer Complaint Website). Upon receipt of the Customer Incident Communication via the Customer Complaint Website, the Operator shall be responsible for responding to and resolving the Customer Incident Communication in accordance with applicable Service Levels.

          3. The Operator receives Customer Incident Communications directly from Customers through any channel not otherwise described above. The Operator shall enter such Customer Incident Communications into the Issue Tracker Portal and, upon issuance of the associated ticket, the Operator shall be responsible for responding to and resolving the Customer Incident Communication in accordance with applicable Service Levels.

        1. Customer Complaint Website.

The Operator shall establish and maintain a website designed to accept Customer Incident Communications and permit the Operator to ensure that such Customer Incident Communications are entered into the Issue Tracker Portal for response and resolution in accordance with Section 2 (Customer Complaints) of this Schedule 3.16 (Information Technology Requirements) (the "Customer Complaint Website"). Apart from the function specified in this Section 27 (Customer Complaint Website) of this Schedule 3.16 (Information Technology Requirements), the Customer Complaint Website need not contain further MBTA customer-facing functionality. The Operator shall ensure that the Customer Complaint Website complies with all applicable best practices with respect to terms of use and privacy policies.

        1. Maintenance Contracts.

During the Term, the Operator shall obtain (and invoice against the IT Operations and Maintenance Costs allocation) all maintenance, support, subscription and other agreements that are necessary or advisable for the maintenance and support of Third Party Software, and of other third party components within the Commuter Rail IT Environment. The Operator shall provide copies of such agreements to the MBTA upon request.

      1. IT TRAINING SERVICES.

        1. Overview of IT Training Services.

Subject to Section (4) (Relevant Baseline Software; Operator Training Obligations) of this Schedule 3.16 (Information Technology Requirements), the Operator shall be responsible for providing all good and sufficient raining to MBTA personnel relating to all components of the Commuter Rail IT Environment (collectively, the “IT Training Services”). The IT Training Services shall be provided to current and new MBTA employees who work with portions of the Commuter Rail IT Environment or MBTA IT Internal Environment in connection with their job duties. The Operator shall also, at a minimum, prepare and provide in connection with the IT Training Services, the following: (i) the proposed target audience; (ii) the applicable program objectives; (iii) the subject material; (iv) classroom instruction; (v) the duration of the program (including maximums and minimums); (vi) a description of the materials (i.e. Documentation and user manuals) to be provided by Operator as well as the materials; (vii) the location of each training program; and (viii) the schedule for program development and delivery. For purposes of clarification, and not limitation, the Operator shall be responsible for providing all IT Training Services related to any components of the Commuter Rail IT Environment other than those portions that consist of the Baseline IT Environment.

        1. Training of the MBTA by the Operator.

The Operator shall also provide training and associated training materials for Updates implemented pursuant to this Schedule 3.16 (Information Technology Requirements) and elsewhere as required under this Agreement. The Operator shall provide such training in a Train-the-Trainer format, where key personnel of the MBTA's selection shall be trained with the necessary information to take back and train their teams, implement and initiate utilization at the specified timeline requested by the MBTA.

        1. Operator Use of Training Provided by the MBTA.

Requisite Operator personnel shall attend all training provided by the MBTA (if any), and such training shall be in a Train-the-Trainer format. The Operator trainers shall promptly roll-out such training to all necessary Operator personnel and its contractors. The timeline for provision of training shall be directed by MBTA mission complexity and operational needs. Before execution of any training session, collaborative planning session shall take place under an In-Process Review.

        1. Relevant Baseline Software; Operator Training Obligations.

Except with respect to those portions of the Relevant Baseline Software included in the Commuter Rail IT Environment as of the Agreement Services Commencement Date, the Operator shall not be obligated to provide training to MBTA employees relating to the use of the Relevant Baseline Software; provided, however, that the Operator shall provide training to (i) current MBTA employees (and new hires) not familiar with the applicable Relevant Baseline Software and that are required to use said Relevant Baseline Software to fulfill their job duties, and (ii) all Updates to the Relevant Baseline Software.

      1. INTELLECTUAL PROPERTY.

The Parties’ Intellectual Property Rights are set out in Schedule 3.15 (Intellectual Property; Ownership).

      1. IT SECURITY.

The Operator shall be solely responsible for providing all security services for the Commuter Rail IT Environment (collectively, the “IT Security Services”). The Operator's obligations with respect to IT Security Services are set out in Schedule 3.17 (IT Security).

      1. SERVICE LEVEL AGREEMENTS AND SERVICE CREDITS.

The Operator shall comply with the Service Levels and Service Level Credit Structure set out in Schedule 3.18 (Service Level Agreement and Service Credits). Notwithstanding anything to the contrary, the Operator shall be solely responsible for ensuring that the Commuter Rail IT Environment and its provision of all services pursuant to this Agreement comply with the applicable Service Levels and the MBTA's reasonable expectations.

      1. MBTA MONITORING AND OVERSIGHT OF THE COMMUTER RAIL IT ENVIRONMENT.

        1. Commuter Rail IT Environment Information Gathering and Assessment Methodology.

The Operator shall comply with the information gathering and assessment methodology set out in Appendix 9 (Commuter Rail IT Environment Information Gathering Methodology) to this Schedule 3.16 (Information Technology Requirements), and as otherwise necessary for the MBTA to monitor and oversee the Commuter Rail IT Environment and the Commuter Rail Services.

        1. Commuter Rail IT Environment Monitoring Oversight.

The Operator shall be responsible for all network connectivity and operations. With respect to Network connectivity and operations, the Operator shall be responsible for the following:

          1. Establishing secure channels between the Network Operations Center (the “NOC”) and the MBTA, within in-scope environment elements only, to deliver managed infrastructure services using managed, end-to-end, IP Security (IPSec) encrypted VPNs or hardware-based stateful inspection firewalls.

          2. Maintaining contractual responsibilities for Operator-managed network capabilities.

          3. Maintaining network failover capabilities in the event of loss of connectivity.

          4. Providing bandwidth sufficient to perform the environment management services at agreed upon Service Levels.

          5. Providing event-management and continuous monitoring of all components within the Commuter Rail IT Environment based on predefined parameters and thresholds and feeding of events into fault management tools.

          6. Monitoring systems across all components of the Commuter Rail IT Environment including identifying unauthorized to the network and reporting outages via the management tool set.

          7. Providing event-correlation for fault managed devices and mapping of the relationship for multiple identified events.

          8. Providing engineering support at agreed levels for addressing, mediating and managing critical hardware and software issues.

          9. Maintaining and providing network documentation for the Commuter Rail IT Environment and participating with the MBTA in maintaining overall network documentation.

          10. Maintaining and supporting network components within the Commuter Rail IT Environment including: (i) supporting network and server software required and provided protocols and security techniques as well as standard data access and transport techniques; (ii) providing hardware maintenance for environment servers, remote routers, operating system, database, middleware and application software products and ancillary components as required operating the systems; (iii) tracking, managing, communicating and supporting resolution of network exceptions; and (iv) evaluating and testing, in advance, network, hardware and interface equipment including the configuration and installation of equipment that will be attached to, and will communicate over, the MBTA network.

          11. Upon the MBTA review and approval, supporting the provision of connectivity to the Commuter Rail Services and third party agency facilities and systems or other external networks.

          12. Developing acceptance procedures for installation and changes to the network, and for verifying restoration of availability following problems with network circuits or equipment, all in compliance with ITIL, other applicable standards and best industry practices.

          13. In consultation with the MBTA, and as set forth in applicable SOWs, developing and providing reports on the status of the Commuter Rail IT Environment and related networks.

      1. MBTA ACCESS TO COMMUTER RAIL IT ENVIRONMENT.

The MBTA shall have full access to the Commuter Rail IT Environment including, but not limited to, all MBTA Data and Confidential Information (of either party) included in the Commuter Rail IT Environment; provided, however, that this access shall not apply to data that fall under the provisions Section 8.22 (Protection of Personal Information) of this Schedule 3.16 (Information Technology Requirements). Any exclusion for these reasons must be justified in writing and approved by the MBTA.

The MBTA shall have the access rights and abilities to log into any non-excluded system any time it desires outside of a scheduled and approved downtime. The MBTA shall be entitled to utilize this access for any reason including, but not limited to, performing audits and inspections of the systems. The MBTA will not manage, trouble shoot, or operate the systems in any way. To ensure that all parties are only performing their functions, the systems shall enable logging of user access and actions. The logs shall not be modified or changed in any way once the system creates them. The Operator shall come to an agreement with the MBTA during the IPRs to develop a log purge policy for these access logs.



MBTA shall be entitled to full system access, and this access shall extend both digitally as stated above and physically to site and hardware. The MBTA will conform to operating hours for such inspections but may at its discretion appear at any site and inspect/audit any hardware or system that support its operations and/or the Commuter Rail IT Environment. The MBTA shall be entitled to perform these audits unannounced and at a frequency of its determination, and the Operator shall treat these as random. The MBTA shall use all commercially reasonable efforts to avoid disrupting operations while performing these audits. The MBTA will (i) inform the Operator of the audit's occurrence, before, during, and immediately following the audit, as a courtesy, and (ii) provide in its discretion its findings or the results of the audit. The term “Full Access” means all access rights to all components of the Commuter Rail IT Environment.

      1. AUDITS OF IT DATA AND RECORDS BY THE MBTA.

Promptly upon notice, the Operator shall permit the MBTA, or its designated representative, to examine and audit all records, reports, metrics, data and other information and materials relating to the Commuter Rail IT Environment and the Operator's performance hereunder (the “Audit Materials”). The Operator shall provide full and efficient access to all Audit Materials, and shall provide copies of such materials in the form reasonably requested by the MBTA (or its designee), it being understood that a request for Audit Materials in digital and fully searchable format, paper format or other industry accepted format shall be deemed reasonable. The expenses associated with such audits shall be borne by the MBTA unless the audit at issue discloses material inaccuracies in information provided by the Operator to the MBTA, in which event the Operator shall reimburse the MBTA for the costs and expenses of such audit. The Operator shall correct any material inaccuracy within thirty (30) days of the completion of such audit and immediately thereafter provide the corrected information to the MBTA.

        1. Inventory and Audit of Commuter Rail IT Environment by the MBTA.

Promptly upon notice, the Operator shall permit the MBTA, or its designated representative, to conduct a physical inventory and audit of all components of the Commuter Rail IT Environment (or those designated by the MBTA). The Operator shall provide full and efficient access to all such components to permit this audit.

      1. IT TRANSITION SUPPORT.

        1. General.

In connection with the expiration or termination of this Agreement, the Operator shall take all actions necessary to accomplish a complete and timely transition from the Operator to the MBTA, or to any new operator (the “New Operator”) without material impact on the Commuter Rail IT Environment or provision of the Commuter Rail Services. The Operator shall provide personnel support, labor, Commuter Rail IT Services and other necessary or desirable transition services (collectively, the “IT Close-of-Contract Transition Services”) to ensure successful and timely migration from the Operator to a New Operator. The Operator shall cooperate with the MBTA and its New Operator and otherwise take all steps reasonably required to assist the MBTA in effecting a complete and timely IT Close-of-Contract Transition Services. The Operator shall provide the MBTA and the New Operator with all information regarding the Commuter Rail IT Environment and related services and all other information as is otherwise needed for IT Close-of-Contract Transition Services, subject to the New Operator agreeing to maintain the confidentiality of Operator Confidential Information. The Operator shall provide for the prompt and orderly conclusion of all work, as the MBTA may direct, including completion of Projects currently underway, documentation of work in progress and other measures to assure an orderly transition to the MBTA or the New Operator. The Operator shall provide such IT Close-of-Contract Transition Services as the MBTA reasonably requests for a period of up to three hundred and ninety (390) days at the MBTA's cost, and such cost shall be determined pursuant to the IT Change control process set out in Section 12 (Change Control and Configuration Management) of this Schedule 3.16 (Information Technology Requirements).

        1. IT Close-of-Contract Transition Services Process.

The IT Close-of-Contract Transition Services process shall begin on the earlier of any expiration or termination of this Agreement or upon written notice of the MBTA that the IT Close-of-Contract Transition Services are to commence. The Operator and the MBTA shall discuss in good faith a plan for determining the nature and extent of the Operator's IT Close-of-Contract Transition Services obligations except, however, that the Operator's obligation under this Agreement to provide all IT Close-of-Contract Transition Services shall not be lessened in any respect. The Operator shall be required to perform its IT Close-of-Contract Transition Services on an expedited basis, as determined by the MBTA. Notwithstanding anything to the contrary, the IT Close-of-Contract Transition Services shall include the services described herein as well as any additional services reasonably requested by the MBTA to complete the transition to a New Operator.

        1. Full Cooperation and Information.

From and after the commencement of the IT Close-of-Contract Transition Services, the Operator shall cooperate fully with the MBTA and its New Operator to facilitate a smooth transition of the Commuter Rail IT Environment to the MBTA or such New Operator. Such cooperation shall include the provision (both before and after the cessation of the Operator’s providing all or any part of the Commuter Rail IT Environment) by the Operator to the MBTA of reasonably full, complete, detailed and sufficient information (including all information then being utilized by the Operator) to enable the MBTA's personnel (or that of the New Operator), to fully assume and continue without interruption of the provision of the Commuter Rail IT Environment in accordance with applicable Service Levels.

        1. No Interruption or Adverse Impact.

The Operator shall cooperate with the MBTA, the MBTA’s other Authorized Vendors and the New Operator to assist and reasonably effect a smooth transition at the time of IT Close-of-Contract Transition Services, with no interruption of the Commuter Rail IT Environment (including, but not limited to, the Commuter Rail IT Services) or the MBTA's activities, no interruption of any services provided by Third Parties and no adverse impact on the provision of services provided by Third Parties relating to the Commuter Rail System. The MBTA and the Operator shall work together to ensure that their personnel, vendors and the New Operator cooperate and reasonably effect a smooth transition at the time of the IT Close-of-Contract Transition Services to provide for no interruption of the Commuter Rail IT Environment.

        1. Third Party Authorizations.

Without limiting the Operator’s obligations, the Operator shall, subject to the terms of any Third Party agreements, procure for the MBTA any third party authorizations necessary to grant the MBTA and any New Operator the use and benefit of any third party agreements between the Operator and third party operators relating to the Commuter Rail IT Environment.

        1. Transfer of Subcontracts, Leases, Licenses and Agreements.

The Operator shall convey or assign to the MBTA or its designee such subcontracts, leases, licenses, maintenance and support agreements, subscription agreements, and other contracts used by the Operator, the MBTA or any other Person in connection with the Commuter Rail IT Environment, as the MBTA may select. The Operator’s obligation under this Section 16 (IT Transition Support) of this Schedule 3.16 (Information Technology Requirements) shall include the Operator's performance of all obligations under such subcontracts, leases, licenses and other agreements to be performed by it with respect to periods prior to the date of conveyance or assignment, and the Operator shall reimburse the MBTA for any claims, liabilities, losses, costs, damages and expenses with respect to the Operator's actions or inactions that arose prior to the date of such assignment or conveyance and resulting from any claim that the Operator did not perform any such obligations.

        1. Delivery of Documentation.

At the time of any IT change, modification, or add, Within thirty (30) days of The Operator shall deliver to the MBTA or any New Operator during the IT Close-of-Contract Transition Services, and otherwise during the Term at the MBTA's request, all Documentation and data related to the MBTA, including in and on any media or form of any kind (as requested by the MBTA): (i) data or summaries or indices of data related to the MBTA or its customers, the Commuter Rail IT Environment, including data in the MBTA's databases or otherwise in the MBTA's possession; (ii) any Personal Information of the MBTA's customers; (iii) any Intellectual Property of the MBTA; and (iv) all other MBTA and Operator records, data, files, input materials, reports, forms and other such items that may be received, computed, developed, used or stored by the Operator, or by any subcontractor, in the performance of the Operator's duties under this Agreement and all materials specifically generated under this Agreement held by the Operator. The Operator shall destroy all other copies thereof not turned over to the MBTA, all at no charge to the MBTA.

        1. Preparation for IT Close-of-Contract Transition Services; Complete Documentation.

At all times throughout the Term, the Operator shall provide to the MBTA sufficient information, including complete Documentation for the Commuter Rail IT Environment to enable the MBTA to fully assume the provision of the Commuter Rail IT Environment and related services as well as the operations, support, maintenance, repair and replacement of the Commuter Rail IT Environment. The Operator shall provide such documentation for all Updates to, or replacements of, the Commuter Rail IT Environment.

        1. Facilitating Work with the MBTA and MBTA Vendors.

The Operator shall execute reasonable, industry standard non-disclosure agreements to permit it to meet obligations to migrate the Commuter Rail IT Environment from the current operator to the Operator. In addition, the Operator shall not enforce non-solicitation, non-competition and other restrictive employment (or independent contractor) provisions that would impede the MBTA's access to, or hiring of, Operator personnel. The Operator shall be entitled to require industry-standard confidentiality obligations from a New Operator in connection with the IT Close-of-Contract Transition Services, but shall not seek to impose higher confidentiality standards.

        1. All Necessary Cooperation and Actions.

The Operator shall provide all cooperation, take such additional actions and perform such additional tasks as may be necessary to ensure the timely IT Close-of-Contract Transition Services in compliance with the provisions of this Section 16 (IT Transition Support) of this Schedule 3.16 (Information Technology Requirements), including full performance, on or before the termination or expiration of this Agreement, of the Operator's obligations under this Section 16 (IT Transition Support) of this Schedule 3.16 (Information Technology Requirements). The MBTA shall cause the New Operator to reasonably cooperate with the Operator to ensure a IT Close-of-Contract Transition Services in compliance with the provisions of this Section 16 (IT Transition Support) of this Schedule 3.16 (Information Technology Requirements). Notwithstanding anything to the contrary, the Operator shall migrate and transition its operation of the Commuter Rail IT Environment from the current operator in accordance with Schedule 3.12 (Mobilization) and as otherwise reasonably requested by the MBTA.
Appendix 1 to Schedule 3.16:
Relevant Baseline Software



M Indicates Module

Relevant Baseline Software

Version

Description

Operating Department

 

 

 

 

 

 

Conductor Companion

V 1.5

IPhone Application for Conductors

Transportation

 




 

 

 

 

Trapeze (Formerly AssetWorks/Maximus)

 

 Enterprise Asset Management System that tracks all repairs, preventive maintenance, equipment information, vehicle availability, work orders that capture labor and parts usage/rolling stock.

 

M

Trapeze EAM – Revenue Vehicle/Rolling Stock

Enterprise 12

RailFocus tracks all functions related to the maintenance of equipment for revenue vehicles. It manages rolling stock and linear assets throughout their Lifecycles, from pre-acquisition to post-disposition. RailFocus also ensures equipment reliability, regulatory compliance and cost containment.

Mechanical

 

 

 

 

 

M

Trapeze EAM – Non-Revenue and Work Equipment



Enterprise 12

FleetFocus tracks all functions related to the maintenance of equipment. This includes non-revenue vehicles and equipments as well as work equipment.

Engineering and Mechanical

 

 

 

 

 

M

Trapeze EAM – Tracking Linear Assets

Enterprise 12

LinearFocus manages the data necessary to link maintenance and inspection activities to RailFocus, which enables rail operations to identify how those activities, will affect train scheduling and performance throughout the rail system. It also helps rail organizations plan and track history of inspections, defects, repairs and maintenance of linear assets.

Engineering

 

 

 

 

 

M

Trapeze EAM – Tracking Facility Assets

Enterprise 12

EquipmentFocus tracks all functions related to the maintenance of equipment, including the following functions: Processing repair and PM work orders. Tracking operating expenses and licensing. Tracking and billing for equipment usage

Engineering

 

 

 

 

 

 

TRMS II - Train Resource Management System. Designed specifically for MBTA Commuter Rail Replaces ROSS system

V 1.14

TRMSII organizes and simplifies day-to-day operations and record keeping tasks, provides the information required to incidents and operations, and gives the user a look at the operation's past and present performance. It facilitates the timely management of delays and incidents. TRMSII also provides an up-to-the-minute view of transit operations. Test & Observations is also maintained within TRMS.

All

 

 

 

 

 

 

ROSS - The Rail Operations Software Solutions (ROSS) is an integrated suite of software modules designed specifically for use in rail operations. Replaced by TRMSII

V 2.1.6

Currently used only for Historical Reporting. Stores historical day-to-day operations and information required for incidents and operations, and gives the user a look at the operation's past performance.

All

 

 

 

 

 

 

Permits & Licensing

V 1

Permits and License application is a Microsoft Access Database developed by Earthtech to track permits and license's to perform actions which may affect the environment, i.e. Wash trains and or fuel tanks etc.

Engineering

 

 

 

 

 

 

AIRG – FRA Safety Reporting Application - for all passenger and employee injuries and accidents.

V 4.0.0.12

The AIRG system is the Accident/Incident Report Generator System. It contains FRA accident/incident and injury/illness reporting forms to allow for data entry. Every month the reports are transmitted to Virginia.

Safety

 

 

 

 

 

 

AutoCAD Software – Allows vendor to create, manage, and share drawing file information related to a project.

2013

The Operator uses the AutoCAD software to track charts and create the following: Grade Crossing Plans, Track Design Plans, Bridge Tie Plans, Construction Plans, Floor Plans, Site Plans

Engineering

 

 

 

 

 

 

ArcGIS - ArcInfo/ArcView – The software is used to map all environmentally sensitive areas and environmental concerns on or near the rail system.

V 10

A geographic information system for management, analysis, and display of geographic knowledge, which is represented using a series of information sets. It helps identify where the critical environmental areas are, or if there is some type of environmental emergency. Also, it allows the Operator to plan ahead for environmental permits.

Engineering

 

 

 

 

 

 

CROCC - Commuter Rail Operations Control Center – It is a self contained computer network isolated from the MIS department's networks.

V 5.2

The rail-transit dispatching system used on the CROCC network is the ARINC's AIM (Advanced Information Management) Platform. The software governs train movement such as aligning switches and controlling signals. Used for Northside and Greenbush lines.

Transportation

 

 

 

 

 

 

Ortec Harmony Crew Dispatch Schedule

 

 

 

M

Ortec Harmony Crew Dispatch Schedule – Train and Engine Crew Dispatch System used to schedule all Train and Engine personnel and track their actual shift duration.

V 2010.2.2.2

The software is used to schedule and track Train & Engine personnel shifts. The schedule and actual time recorded by Crew Dispatch is imported to the Kronos WorkForce Central system daily for time and attendance recording for payroll pre-processing.

Transportation/Crew Dispatch

 

 

 

 

 

M

Ortec Crew Run Optimization - Automate the creation of daily duties to satisfy the train schedule and staffing requirements.

TBD - Compatible with Harmony 2010.2.2.2

Generates and Optimizes daily duties based on MBTA Train Schedule, Staffing requirements, FRA HOS rules, and variables (e.g. Duties must start and end at same location, transfer times, …).

Transportation/Crew Dispatch

 

 

 

 

 

M

Ortec Job Creation - Generates weekly jobs of daily duties.

TBD - Compatible with Harmony 2010.2.2.2

Generates weekly jobs of 5 duties. These weekly jobs will be created based on duties created by the Optimizer and Rules in compliance with all FRA regulations.

Transportation/Crew Dispatch

 

 

 

 

 

M

Ortec Employee Portal - Provides web based end user access to assignments, schedules, and employee information

TBD - Compatible with Harmony 2010.2.2.2

Provides T&E employees with access to Ortec scheduling, realization, and employee information.

Transportation/Crew Dispatch

 

 

 

 

 

 

TRAC - Ticket Revenue Accounting Channel – A web-based application used to track ticket sales.

V 3.2.4330.23334

The South Station, North Station, and Back Bay ticket offices track ticket printed stock assigned to the Ticket Sellers and the actual sales of printed and TOM tickets on a daily basis. Revenue Accounting produces monthly sales revenue reports for the MBTA.

Finance/Revenue Accounting

 

 

 

 

 

 

CTEC – South side's rail-transit dispatching system. Supported by Amtrak

Amtrak Mainframe Application

The software governs train movement such as aligning switches and controlling signals.

Transportation

 

 

 

 

 

 

Claims - A web-based application for claims management.

V 2.0.8

This application is used for claims management.

Claims

 

 

 

 

 

 

ITM – An inventory transaction management application.

V 4.2.2.22400

Provides an user interface to the Great Plains Inventory module primarily used by the Inventory storerooms to issue and return inventoried items to physical inventory.

All

 

 

 

 

 

 

Engineering Certificate Tracking

V 2.0.1

This application provides the ability to track significant Engineering qualifications. Letters and the certificate can be printed and alerts can be set, etc.

Transportation

 

 

 

 

 

 

Parature- Customer Service

V 12.1

This application provides the necessary tools to track, report, and respond to commuter rail concerns. Additionally statistical reports are produced regarding customer issues.

Customer Service

 

 

 

 

 

 

MSDS On-line

 

Material safety data sheets

All

 

 

 

 

 

 

Bentley Microstation

V 8i

Software used to support Signal Design

Engineering

 




 

 

 

 

Gas Boy PC/FCN Fuel Management System

3.1.0.7

Monitors / Tracks fuel dispensing for Locomotives at Widette, CRMF and Readville.

Engineering

 

 

 

 

 

 

ARINC CIAS – Customer Information & Announcement System

V 2.5.4.1.6

Control system for South Station, North Station, and Back Bay electronic signage and announcements.

Customer Service

 

 

 

 

 

 

American Messaging Paging System

V7

Used to page personnel in emergencies.

Transportation

 

 

 

 

 

 

GE AVL - Auto Vehicle Locator. Currently Supported by GE

V 2.8.2.11.8

Controls on-board announcements. (Part of PTIS).

Transportation

 

 

 

 

 

 

GE Rail Edge - Supported by GE

V7.0.25.65

Controls electronic signage at remote passenger stations. (Part of PTIS).

Transportation


Download 2.72 Mb.

Share with your friends:
1   ...   31   32   33   34   35   36   37   38   ...   45




The database is protected by copyright ©ininet.org 2024
send message

    Main page