Campus Solutions Upgrade Project Plan Baseline 9-28-2007 ...

  • 1,007 views
Uploaded on

 

More in: Business , Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
1,007
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
44
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. North Dakota University System Campus Solutions Project Plan Campus Solutions Upgrade to 9.0 September 28, 2007, Baseline Version Presented by: Jennifer Kunz, PMP Assistant Director, Campus Solutions
  • 2. Table of Contents Introduction.................................................................................................................................................................3 Purpose of this document.......................................................................................................................................3 Background.............................................................................................................................................................3 Project Purpose......................................................................................................................................................3 Project Assumptions and Constraints.....................................................................................................................4 Project Approach....................................................................................................................................................4 Scope Management....................................................................................................................................................5 Product Scope........................................................................................................................................................5 Project Scope Statement........................................................................................................................................5 Scope Control.......................................................................................................................................................13 Acceptance Management (Deliverable Acceptance Process)...............................................................................13 Time Management....................................................................................................................................................14 Baseline Schedule................................................................................................................................................14 Schedule Control..................................................................................................................................................15 Cost Management.....................................................................................................................................................16 Budget...................................................................................................................................................................16 Cost Control..........................................................................................................................................................16 Quality Management.................................................................................................................................................16 Quality Control......................................................................................................................................................16 Human Resources Management...............................................................................................................................17 Project Organization Chart....................................................................................................................................17 Team Directory.....................................................................................................................................................18 Roles and Responsibilities....................................................................................................................................18 Communication Management...................................................................................................................................20 Communication Management Plan.......................................................................................................................20 Risk Management and Issue Management...............................................................................................................21 Risk Management Plan.........................................................................................................................................21 Issues Management Plan......................................................................................................................................21 Appendix I.................................................................................................................................................................23 Baseline Project Schedule.................................................................................................................................23 Appendix II................................................................................................................................................................26 Training Plan.........................................................................................................................................................26 Potential Classes ..............................................................................................................................................26 Testing Plan..........................................................................................................................................................27 Functional Testing..............................................................................................................................................27 Technical Testing...............................................................................................................................................28 Appendix III...............................................................................................................................................................29 Change Control Log..............................................................................................................................................29 Risk Management Log..........................................................................................................................................29 Issue Management Log.........................................................................................................................................29 Deliverable Acceptance Log.................................................................................................................................29 .................................................................................................................................................................................29 Baseline Project Plan Approval.................................................................................................................................30 Sign-off .................................................................................................................................................................30 2 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 3. Introduction Purpose of this document The purpose of the Project Plan is to define the project scope, schedule, budget, and quality expectations of the project, and to provide a comprehensive strategy for managing the project. Background Project Background: ConnectND is North Dakota’s implementation of Oracle PeopleSoft financials, human resources, and student administration applications across North Dakota’s State Government and University System. The Oracle PeopleSoft implementation provides web-based applications for its users. NDUS Institutions originally went live with Campus Solutions, beginning in October 2003 with two pilot campuses. In 2004, five additional campuses went live with campus solutions and in 2005, the remaining four campuses were live. In 2005, PeopleSoft was purchased by Oracle. Business Need: The decision on whether to upgrade or not, or whether to upgrade to version 8.9 or 9.0 was based upon several factors. The primary driver to upgrade is Oracle published end dates for application support. The Campus Solutions portal will go unsupported in March 2008 and the application software will go unsupported at the end of August 2008. The lack of support would mean that changes to meet regulations and security, performance and other issues would not be available and the application would fail to meet business requirements. In determining whether or not to upgrade to 9.0 several factors were considered. First, in the Oracle Health Check it was Oracle’s opinion that we should bypass version 8.9 and move directly to 9.0. Second, 9.0 offers much additional functionality not provided in version 8.9. Many of these are the functionalities, such as the ability to have multiple GPA’s or the ability to easily modify the transcript, which the Institutions have been requesting. Third, the 8.9 software, from what we’ve become aware of on the listserv, has many issues that are resolved in 9.0. The decision to move to the Oracle 9.0 Enterprise Portal is to keep all software in sync and to allow us to fully take advantage of the software’s capabilities. It was these factors that led us to determine that version 9.0 would be a much more viable product for upgrade versus 8.9. Finally, Oracle is providing migration paths from versions 8.0 to 8.9 and 8.0 to 9.0. The version 9.0 software puts the Institutions of the NDUS in a much better position for eventual movement to the Fusion product. The decision to move to the Oracle 10g database software was driven by the Oracle Health Check which indicated that we would gain performance and be better prepared for Fusion by using this opportunity to change databases. Application changes will also more likely be available and tested on the Oracle database prior to that of other vendor’s products. Project Purpose The purpose of this project is to upgrade the existing NDUS student administration system to Campus Solutions 9.0 and to migrate the database from a SQL platform to an Oracle platform. 3 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 4. Project Assumptions and Constraints Assumptions: 1. Project staffing will be sufficient to allow us to meet the deadlines imposed on the project plan and if it is not, we will hire contracted resources. 2. Consulting help will be available to assist us through this first major upgrade and to ensure that we continue the level of support for 8.0. 3. Campus staff, especially the User Groups, will be available to ensure the project keeps progressing; the project management team will give campus staff at least 30 days lead time, but sometimes only a short notice will be possible. 4. The project scope and schedule will be driven by effort estimates. 5. Sufficient consulting assistance will be available for loading of both the Oracle database as well as the conversion of current data. 6. Sufficient funding will be available for training of programming and technical staff with changes to the technology. 7. At the appropriate time during the upgrade there will be a stop put on all developments and migrations of projects. 8. We will need to maintain the bundles and fixes on the current 8.0SP1 system. 9. After the infrastructure upgrade and the start of the Fall 2007 semester, this project will have priority status over all other projects and staffing will be adjusted accordingly. 10. Staff will, in general, be able to maintain a normal work schedule and take vacation time which if not taken will be lost according to NDUS policy. 11. New functionality will only be considered for implementation at this time if it replaces an existing customization. Constraints: 1. Schedule: o Ideally, the application and database would have been implemented separately and the project begun earlier. The availability of funding set the start date. There is a need to complete the project prior to the end of August 2008 due to loss of support. Implementing over the summer months prior to students returning is preferred. o Due to the steep learning curve with the products of this project and the unknowns of the new technology, the tasks cannot be thoroughly scoped very far in advance. Task start/end dates will be firm only within 30 days of this plan version and/or a status communication. High-level dates for tasks will be provided out to 90 days and are somewhat firm, but any dates beyond 90 days are not firm and are subject to change due to the necessity of the gradual detailing of the scope and schedule. 2. Project Dependencies: o The project will overlap with the Financials upgrade and there may be concern whether we have sufficient technical staff. Additionally, we have a dependency on hiring additional staff plus having consulting staff to ensure the upgrade and the maintenance of the current software is maintained. We will still need to do all the Federal Updates on 8.0 during this time which takes several weeks and will happen 6-8 times during the upgrade. Having the staffing levels to support both projects will put constraints on what can/can’t be accomplished. We have 14 major projects to implement during this time and having the time, resources, and campus assistance will be vital to ensuring we meet all deadlines. Project Approach The method of project management to be used in the project is based on the Project Management Institute’s (www.pmi.org) Project Management Body of Knowledge (PMBOK) and the North Dakota Project Management Guidebook (www.nd.gov/epm). Both methodologies are based on initiating, planning, executing, controlling, and closing processes to ensure that the project completes its objective on time and on budget, while meeting the quality expectations of the stakeholders. 4 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 5. Scope Management Scope Management involves the identification of all the work required, and only the work required, to complete the project successfully. In an effort to ensure the deadlines are met, a comprehensive project scope statement is necessary. Without a thorough understanding of the scope, we run the risk of missing deadlines which are critical to campuses Product Scope The product scope is the software, hardware, features, functions, etc. that are being delivered. It is the “what.” The major products of this project are as follows: a. New hardware b. Oracle 10gR2 Database c. All new environments (Demo, Test, Stage, Production, Query) d. 9.0 Oracle PeopleSoft Campus Solutions e. 9.0 Oracle PeopleSoft Enterprise Portal f. PeopleTools 8.49 g. UPK (User Productivity Kit) h. Third-party product modifications Project Scope Statement The project scope is the work that must be accomplished in order to deliver the product. It is the “how.” The project scope for this particular project is first broken down into initiating, planning, executing, monitoring and controlling, and closing phases. These phases are further broken down into tasks and deliverables. NOTE: the numbering of the tasks corresponds with the numbering in the project schedule. 1. Campus Solutions Upgrade to 9.0 1.1. INITIATING 1.1.1. Contract Negotiations o Deliverable: Signed Contracts 1.1.2. Finalize the NDUS Business Case o Deliverable: Project Business Case 1.1.3. Develop the NDUS Project Charter o Deliverable: Acceptance of Project Charter 1.1.4. Define Oracle planning services and Schedule the Upgrade Planning Workshop 1.2. PLANNING 1.2.1. Develop Project Plan 1.2.1.1. Develop Scope, Schedule, Budget and Risk, Quality and HR Mgmt Plan 1.2.1.2. Draft the Training Plan 1.2.1.3. Draft the Testing Plan 1.2.1.4. Draft the Environment Management Plan 1.2.1.5. Draft the Application Maintenance Plan 1.2.1.6. Deliverable: Baseline Project Plan 1.2.2. Project Planning Kickoff Meeting - Internal Managers 1.2.3. Oracle Upgrade Planning and Strategy Workshop 5 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 6. o Oracle attends on site for this workshop to review and plan all activities that will occur in their ‘Application Solution Center’ (lab). This workshop will be done in correlation with the Planning Workshop • Deliverable (Migration Milestone #1): Platform Migration Workshop and Platform Migration Report 1.2.4. Finalize the Cutoff Date for Development 1.2.5. Project Kickoff Meeting - CND and ITSS Staff 1.2.6. CAC and Oversight Project Kickoff Meeting 1.2.7. User Group Kickoff Meeting 1.2.8. Develop MS Project Server and Project Repository 1.3. EXECUTING 1.3.1. CND Staff Training 1.3.1.1. Learn the New Release (this occurs throughout the project) o Throughout the project, all team members should reference the information on Customer Connection including: Benchmark performance reports, Change Assistant documentation, Hardware and software requirements guides, Installation guides (for PeopleTools and the product), PeopleTools PeopleBooks, Platform certifications, Product documentation (PeopleBooks), Red papers, Release notes, Upgrade guides, Upgrade pages (upgrade documentation, template and scripts, planning info.) 1.3.1.2. Training Classes for Staff o See Training Plan in Appendix II for details on planned or upcoming training classes The following classes have already occurred: 1.3.1.2.2 Oracle 10gR2 Administration I 1.3.1.2.3 Oracle 10gR2 Administration II 1.3.1.2.4 Oracle Enterprise Manager 10g Grid Control 1.3.1.3. UPK Planning and Implementation 1.3.1.3.1 UPK Planning o Determine how to deploy UPK 1.3.1.3.2 UPK Implementation and Testing o Install and test UPK o NOTE: the details of how UPK will be used will be a part of the Training Plan in Appendix II. 1.3.2. Prepare Technical Environments 1.3.2.1. Complete Pre-Installation Checklist o This checklist must be sent to Oracle before they will complete their installation of DEMO and certification 1.3.2.2. Package Database for the Upgrade Lab o The DBA’s will perform various tasks per Oracle’s instructions to package the database and send it to the Lab. o Planning must take place before and after the database is sent, because all subsequent customizations that change the table structure must be tracked very closely as they won’t be part of the first compare report. 1.3.2.3. Schedule the Oracle Installer to be onsite for the installation in DEMO. 1.3.2.4. Create and Certify DEMO Environment o This involves multiple tasks related to network configuration, hardware and operating system installation, and installing the Oracle 10g database shell into the DEMO environment (Oracle will assist with this as part of the contract). Crystal and COBOL will also need to be installed, but before doing so, those licenses must be verified and/or acquired. o Oracle will perform the following services onsite according to Exhibit 1 of the contract: 6 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 7. • Install the standard functionality contained within Campus Solutions version 9 (PeopleSoft application and PeopleTools 8.49) • Deliverables: Certification / Post Installation Checklist (a completed checklist verifying the implementation readiness of the Installed Software as demonstrated by the Install verification Test) aka certification of DEMO by Oracle. o Set up Access • Technical staff must perform a series of tasks to make the DEMO environment accessible to other CND/ITSS staff. o NOTE: DEMO is one of several environments to be created, described as follows: • DEMO: this will remain ‘vanilla’ and be used as it is today • TEST (SYS): this will be where the developers build projects, queries, programs and functional analysts do their initial testing • STAGE: this environment will be a scaled down production environment. This environment will include multiple web servers, app servers and a clustered database. It will be used as a last test for developments. Users will also do their final testing in this environment. • PRODUCTION: This will remain as it is today • QUERY: for query writers • LOAD TEST: This environment will be built after the go-live date. This environment is exactly like production and will be used to perform load tests 1.3.2.5. Planning for Tools, Access, Bundles, Migrations, and Refreshes o Planning meetings and research in order to make decisions on the following areas: tools, access, bundles, migrations, and refreshes. 1.3.2.6. Create PROD Environment o This task is similar to the creation of the DEMO Environment, including the network services configuration, hardware and operating system installation and installing the Oracle 10g database shell. In addition, PeopleTools 8.22 should be installed and Data Mover and App Designer will need to be tested. Refer to the detailed technical plan (spreadsheet for specific details and steps). 1.3.2.7. Create TEST and STAGE Environments 1.3.2.8. Post Install Management for All Environments o Various technical tasks required to plan and manage the Oracle environments (refer to schedule details and/or associated technical plan). 1.3.2.9. Environment Management and Tuning 1.3.2.9.1 General Environment Management and Tuning 1.3.2.9.2 Performance Tool Setup 1.3.2.9.3 Plan for Load Testing and Update the Master Test Plan 1.3.2.9.4 Customization tracking 1.3.2.9.5 Bundle 19 for 8.0 PROD 1.3.2.9.6 Bundle 20 in 8.0, Bundle 4 in 9.0 (1098T & Fixes, to be available Aug. 24) 1.3.2.9.7 Bundle 21 in 8.0, Bundle 5 in 9.0 (Regulatory Release 1, to be available Nov. 2) 1.3.2.9.8 Bundle 22 in 8.0, Bundle 6 in 9.0 (Regulatory Release 2, to be available Jan. 18) 1.3.2.9.9 Critical Fix (to be available mid-Feb.) 1.3.2.9.10 Bundle 23 in 8.0, Bundle 7 in 9.0 (Regulatory Release 3, to be available Apr. 18) o NOTE: it does not appear that there will be time to do Bundle 24 for 8.0 (8 for 9.0) before go-live. 1.3.3. Oracle Database Platform Migration and Upgrade Services (in Upgrade Lab) 1.3.3.1. Oracle DATABASE MIGRATION Services (according to Exhibit 2 of the contract): o Compare our existing release to a vanilla version of the same release 7 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 8. • Deliverables (Migration Milestone #2): Standard Oracle Compare Reports; Vanilla Compare Spreadsheet o Evaluate the results of the compare reports and update existing Platform SQL syntax objects: Records View, Peoplecode, Application Engine and Structured Query Reports (SQR’s) as appropriate for the new Target Platform and document the updated objects in a MS Excel spreadsheet. Create SQL-to- Oracle database migration scripts designed for use to migrate one copy of our PeopleSoft production environment using proprietary migration tools. • Deliverables (Migration Milestone #3): Database Migration Scripts, PeopleSoft Datamover export of the PeopleTools Tables, Updated Vanilla Compare Reports 1.3.3.2. Oracle UPGRADE Services according to Exhibit 3 of the contract: o Compare our existing release to an “out-of-the-box” version of the new release and provide us with the standard Oracle compare reports and an Excel spreadsheet containing the results of the vanilla compare. Compare our PeopleTools queries contained in our existing release with the standard fields and records contained in the standard “out-of-the-box” upgrade release and provide us with an Excel spreadsheet showing the results of the query Jumpstart Tier 1. Compare our SQR’s/SQC’s contained in our existing release with the standard fields and records contained in the standard “out-of-the-box” upgrade release • Deliverables (Upgrade Milestone #1): − Standard Oracle Compare Reports – Vanilla and New Release − Vanilla compare spreadsheet in MS Excel − Query Jumpstart Tier I Reports − SQR Jumpstart Tier I Reports o Initial Upgrade Steps • Deliverables (Upgrade Milestone #2): − A PeopleSoft Datamover export of the PeopleTools tables at the upgrade release after the initial upgrade steps have been completed − Standard Oracle data conversion programs contained in our upgraded release modified to include our custom added record/field objects. − Our changes to reapplication objects contained in the existing release manually reapplied to the upgraded release. − The latest certified PeopleTools release − A record of the decisions made by Oracle regarding the reapplication objects in the Excel spreadsheet containing the results of the new release compare 1.3.3.3. NDUS Obligations with Oracle Lab Services o Participate in weekly Oracle Status Meetings o Identify customizations that will be retained, removed, remapped, or renamed o Review Migration Preparation Checklist and Upgrade preparation Checklist documents and return to Oracle by August 31. o Review Defaults Questionnaire for LS 801-90 and return to the lab by August 31. o Review functional steps in Ch. 1 Upgrade Instructions in order to perform on MSS copy of production take prior to Test Move. o Complete the ASC Upgrade Services discovery questionnaire 1.3.4. Perform Test Moves (into TEST (SYS)) 1.3.4.1. Develop Master Test Plan 1.3.4.2. First Test Move 1.3.4.2.1 Preparations and Create SQL Copy of Production 1.3.4.2.2 Perform the First Test Move • On-site Database Migration Test Move Services – Oracle will migrate one copy of our PeopleSoft production environment from SQL to Oracle. 8 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 9. − Deliverables (Migration Milestone #4): o Up to 15 person days of onsite technical assistance o Database Platform Migration Design Document • On-site Upgrade Test Move Services – Oracle will upgrade a copy of our existing release in its production environment to version 9.0. − Deliverables (Upgrade Milestone #3): o Up to 15 person days of onsite technical assistance 1.3.4.2.3 Technical, Unit, and System Testing • Refer to Testing Plan in Appendix II 1.3.4.3. Second Test Move 1.3.4.3.1 Preparations and Create SQL Copy of Production 1.3.4.3.2 Perform the Second Test Move 1.3.4.3.3 Technical, Unit, and System Testing • Refer to Testing Plan in Appendix II 1.3.4.4. Third Test Move 1.3.4.4.1 Preparations and Create SQL Copy of Production 1.3.4.4.2 Perform the Third Test Move 1.3.4.4.3 Technical, Unit, and System Testing • Refer to Testing Plan in Appendix II 1.3.4.5. Confirm Go-Live Date o Once the Third and/or Fourth Test Move are complete, the project management team will have enough information to confirm a go-live date. 1.3.4.6. Fourth Test Move 1.3.4.6.1 Preparations and Create SQL Copy of Production 1.3.4.6.2 Perform the Fourth Test Move 1.3.4.6.3 Technical, Unit, and System Testing • Refer to Testing Plan in Appendix II 1.3.5. Comparison Analysis 1.3.5.1. Conduct Comparison Analysis o Analyze release notes, PeopleBooks, all upgrade docs for 9.0 (business analysts) • Take sections and start reading and highlighting areas in which we need clarification • Use the “Upgrade Comparison Worksheet” to document comments o Identify current business processes, the current navigation, the related customizations, modifications, reports, interfaces and queries, using the “Upgrade Comparison Worksheet.” This worksheet can be used for planning test scripts also. o Identify new 9.0 navigation and processes that could replace current customizations/modifications and document them on the “Upgrade Comparison Worksheet” o Once the Preliminary Report is developed (below) and the User Groups are trained, the business analysts, programmers, and the User Groups will work to complete the analysis and deliver the Final Report. 1.3.5.2. Deliver Preliminary NDUS Comparison Analysis Report o This draft document will be the recommendations of the functional and technical staff, prior to User Group Training and involvement. 1.3.5.3. Prepare for Initial User Testing/Training 1.3.5.4. Initial User Training/Testing 1.3.5.5. Estimate and Prioritize Fixes for Customizations, Modifications, Interfaces, Reports & Queries o Using the “Comparison Analysis Spreadsheet,” add estimates and priorities to each of the customizations/modifications. 1.3.5.6. Deliver Final NDUS Comparison Analysis Report o This final document will be the recommendations of functional, technical, and User Group staff 9 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 10. 1.3.6. Security Analysis and Configuration 1.3.6.1. Hire Security Consultant o Review résumés and select likely candidate(s). o Interview the candidate(s). o Determine the time schedule for when the consultant will be needed and the consultant’s availability. Recommend the candidate to be offered the position. o Hire the candidate and arrange schedule. 1.3.6.2. Review Documentation for 9.0 Security o Review documentation applicable to PeopleTools security. Highlight areas where we need clarification. • Divide up the sections under Maintain Security: Use, Setup, and Process to learn more about the options available and to see if we can easily implement to improve institution security. • Create and update the ‘Upgrade Security Tasks’ spreadsheet as tasks are identified to redesign or create permission lists and roles. • Create and update the ‘Upgrade Tasks Needing Clarification’ as questions arise. As the questions are resolved, update the ‘Upgrade Security Tasks’ spreadsheet. o Review documentation applicable to Design Student Administration. Highlight areas where we need clarification. • Divide up the Secure Student Administration and Secure Student Financials sections. • Update the ‘Upgrade Security Tasks’ spreadsheet as tasks are identified. • Update the ‘Upgrade Tasks Needing Clarification’ spreadsheet as questions arise. As the questions are resolved, update the ‘Upgrade Security Tasks’ spreadsheet 1.3.6.3. Identify and Document Modifications to the Current Security o Review Security Change Log, DR’s, and other documentation applicable to modifications for Security. • Identify and document changes that will be necessary. • Update the ‘Upgrade Security Tasks’ spreadsheet. 1.3.6.4. Review Current Security Functionality - roles and permissions o Review the current security role and permission lists set-up. 1.3.6.5. Research Best Business practice in 9.0 Security Access o Research the best method of creation of security roles and permission lists. • Same roles for all campus? • Same permission lists but different roles for each campus? • Different permission lists and different roles for each campus? • How would bundles and MR's be handled? o Determine the lines of authority and approval for: • Access requests • New permission lists or changes to permission lists • New roles or changes to roles. o Determine methods to implement better institutional security • Security Views, etc 1.3.6.6. Design and Configure New/Revised Security Roles and Permissions for 9.0 o Design and configure the new/revised security roles and permission lists for 9.0 based on the Best Business practice research completed above. o Decide on naming convention for permission lists and roles. o Begin creating the spreadsheet documentation of all permission lists. 1.3.6.7. Security Documentation o Complete the spreadsheet documentation for each permission list. o Create descriptions for each new role. • Determine which roles should be published, to enable the users to determine the correct access assignments. 10 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 11. • Determine which roles should not be published, and how the roles will be approved, if requested. o Publish the new roles o Create a Security document containing procedures and policies. • Create the document • Determine who should approve the document • Obtain the approval of the document o Re-design and create request forms. • Create the forms • Seek approval of the forms • Publish the new forms 1.3.6.8. Creation and Assignment of New Security Roles to Campus End Users o Determine the correct security access for campus end users by campus personnel, based on documentation created in the previous task. o Communicate the requests for users to the ConnectND Security Staff o Apply the Security changes • Apply new roles • Apply additional institutional security, etc. 1.3.7. Plan for and Perform Testing/Fixes/Updates and Configure Functionality 1.3.7.1. Planning and Coordination for Development Cutoff o Communication and coordination of outstanding developments 1.3.7.2. Development Cutoff o This milestone signifies a point when no additional developments should be migrated to production, unless it is approved by the Campus Solutions Director and/or is a federal or regulatory requirement. 1.3.7.3. Create Test Scripts o Refer to Testing Plan in Appendix II 1.3.7.4. Perform Fixes, Resolve Issues, Retest o Test and perform the appropriate fixes to ensure that approved customizations and modifications function as designed in the new release. 1.3.7.5. Configuration of Functionality, Resolve Issues, Testing o Configure 9.0 functionality for business processes and the approved customizations and modifications. 1.3.7.6. Documentation o Create documentation and configuration documents. 1.3.8. Portal Creation 1.3.8.1. Create Portal Demo Environment 1.3.8.2. Create Portal Production Environment 1.3.8.3. Create Portal Pre-Production (Q) 1.3.8.4. Create Portal Test Environment 1.3.8.5. Copy Portal Environments 1.3.9. Third Party Product Installation / Configuration 1.3.9.1. Ad Astra Reinstall 1.3.9.1.1 Ad Astra Planning 1.3.9.1.2 Production Environment 1.3.9.1.3 Test Environment 1.3.9.1.4 Acceptance o The database migration to Oracle is part of the overall plan that also requires a change to Ad Astra. However, there might be other reasons for changes. We will first gather information from Ad Astra to determine if there are also functional changes needed because of the upgrade to 8.9 and above such as table structure changes. 1.3.9.2. Housing 1.3.9.2.1 Judicial Officer on-demand student import 11 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 12. 1.3.9.2.2 Housing Director on-demand student import 1.3.9.2.3 Data Interface Module student update 1.3.9.2.4 MyHousing external data source connections 1.3.9.2.5 MyHousingApplyOnline external data source connections 1.3.9.2.6 Data Interface Module billing exports 1.3.9.3. TouchNet 1.3.9.3.1 TouchNet Configuration and Interfaces 1.3.9.4. AppWorx Reinstall 1.3.9.4.1 AppWorx Planning 1.3.9.4.2 AppWorx Installation and Testing 1.3.9.5. EdConnect 1.3.9.5.1 Analysis of Impacts and Issue Resolution 1.3.9.6. Kronos 1.3.9.6.1 Analysis of Impacts and Issue Resolution 1.3.9.7. Self Service HRMS 1.3.9.7.1 Analysis of Impacts and Issue Resolution 1.3.9.8. FAMIS 1.3.9.8.1 Analysis of Impacts and Issue Resolution 1.3.9.9. CRM – Recruiting and Admissions 1.3.9.9.1 Analysis of Impacts and Issue Resolution 1.3.10. End-to-End Testing 1.3.10.1. Develop Go-Live Plan, including Help Desk procedures 1.3.10.2. Integration, Parallel, and User Acceptance Testing o Refer to Testing Plan in Appendix II 1.3.10.3. Final Test Move o Preparations and Creation of SQL Copy of Production o Perform Final Test Move o Validation and Testing of Final Test Move 1.3.10.4. Performance Testing (Load Testing) 1.3.10.5. CAC and User Group Acceptance of System 1.3.10.6. Evaluate Readiness for Go-Live 1.3.10.7. Acceptance for Go-Live 1.3.11. Campus End User Training 1.3.11.1. Prepare Training Plan and Materials 1.3.11.2. Perform Training o Refer to Training Plan in Appendix II 1.3.12. Go-Live Planning and Preparations 1.3.12.1. Misc. Go-Live Preparations 1.3.13. Go-Live 1.3.13.1. Final Move to Production o Preparations and Creation of SQL Copy of Production o Perform Final Move to Production o Validation and Testing of Final Move to Production 1.3.13.2. Final Acceptance Test 1.3.13.3. Go live 1.3.13.4. Initial Go-Live Support 1.3.14. Post-Upgrade Transition 1.3.14.1. Problem prioritization and resolution 1.3.14.2. Transition to support mode 1.4. Monitoring and Controlling 12 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 13. 1.4.1. Coordinate Plans (Training, Testing, Environment, Maintenance) 1.4.2. Update and Maintain the Project Plan / Manage Scope, Schedule, Budget, and Quality 1.4.3. Stakeholder Communications - Meetings and Correspondence 1.5. Closing 1.5.1. Post Implementation Review and Report Scope Control To ensure Scope Control, a Change Control Log will be developed (see Appendix III). This log will contain the following fields: • Request number (for tracking purposes) • Date of Request • Description of the scope control change item • Areas that are impacted by this scope control change item • Who the change item is assigned to • The status of the change item • The last update recorded on the change item To ensure the scope control document is utilized in the overall project management of this implementation it will be reviewed on a weekly basis by the Project Manager and Project Leads. The outcome of this meeting will include a report that will be forwarded to the Steering Committee and the CAC if necessary. Acceptance Management (Deliverable Acceptance Process) To ensure proper accounting of signoffs and assurance that deliverables are met, the deliverables acceptance log will be utilized (see Appendix III). This log will include the following items: • Deliverable Name (as determined by campus and project staff) • Date sent for review • Date sent for acceptance • Action and Comments • Action Date This acceptance log will be reviewed by the Project Manager and Campus Solutions Director each week and a report filed with the Steering Committee. The Acceptance Log will be maintained in coordination with campus staff, module lead, and Project Administration. 13 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 14. Time Management Project Time Management includes the processes required to ensure timely completion of the project. Baseline Schedule The baseline summary schedule below is the base version of the schedule. The schedule will have additional details added to it as the project progresses. Any significant changes will follow the Schedule Control procedures below. To view additional schedule details, refer to Appendix I. Note: The detailed resource assignments for these tasks are not yet included in the summary below. However, there are no tasks assigned to campus personnel or the Functional User Groups within the next 45 days. As more details and resource assignments are planned, campus personnel will be notified 30 days in advance through the Weekly Updates and other communications as to which tasks they can expect to be participating in. Reminder: Due to the steep learning curve with the products of this project and the unknowns of the new technology, the tasks cannot be thoroughly scoped very far in advance. Task start/end dates will be firm only within 30 days of this plan version and/or a status communication. High-level dates for tasks will be provided out to 90 days and are somewhat firm, but any dates beyond 90 days are not firm and are subject to change due to the necessity of the gradual detailing of the scope and schedule. 1 Baseline Schedule for the Upgrade to Campus Solutions 9.0 Project 1.1 Initiating May 4, 2007 June 8, 2007 1.1.1 Contract Negotiations May 4, 2007 May 29, 2007 1.1.2 Finalize the NDUS Business Case May 14, 2007 May 18, 2007 1.1.3 Finalize the NDUS Project Charter May 18, 2007 May 30, 2007 1.1.4 Define Oracle planning services and Schedule the Upgrade Planning Workshop May 30, 2007 June 8, 2007 1.2 Planning April 2, 2007 August 13, 2007 1.2.1 Develop Baseline Project Plan May 18, 2007 August 13, 2007 1.2.2 Project Planning Kickoff Meeting - Internal Managers May 30, 2007 May 30, 2007 1.2.3 Oracle Upgrade Planning and Platform Migration Workshop June 19, 2007 June 21, 2007 1.2.4 Finalize Cutoff Date for Development June 22, 2007 June 22, 2007 1.2.5 Project Kickoff Meeting - CND and ITSS Staff June 25, 2007 June 25, 2007 1.2.6 CAC and Oversight Project Kickoff Meeting June 28, 2007 June 28, 2007 1.2.7 User Group Kickoff Meeting August 2, 2007 August 2, 2007 1.2.8 Develop MS Project Server and Project Repository May 30, 2007 July 10, 2007 1.3 Executing May 14, 2007 August 2008 1.3.1 Staff Training May 14, 2007 July 2008 1.3.2 Prepare Technical Environments June 6, 2007 August 2008 1.3.3 Oracle Database Platform Migration and Upgrade Services (in Lab) June 14, 2007 October 12, 2007 September 4, 1.3.4 Perform Test Moves 2007 February 2008 14 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 15. 1.3.5 Comparison Analysis August 14, 2007 December 2007 1.3.6 Security Analysis and Configuration July 16, 2007 February 2008 1.3.7 Plan for and Perform Testing/Fixes/Updates and Configure Functionality June 29, 2007 April 2008 1.3.8 Portal Creation August 6, 2007 February 2008 1.3.9 3rd Party Product Installation/Configuration August 1, 2007 February 2008 1.3.10 End to End Testing March 2008 July 2008 1.3.11 Campus End User Training April 2008 July 2008 1.3.12 Go-Live Planning and Preparations April 2008 July 2008 1.3.13 Go-Live July 2008 July 2008 1.3.14 Post-Upgrade Transition July 2008 August 2008 August 14, 1.4 Monitoring and Controlling 2007 August 2008 1.4.1 Coordinate Plans (Training, Testing, Environment, Maintenance) August 14, 2007 July 2008 1.4.2 Update and Maintain the Project Plan / Manage Scope, Schedule, Budget, and Quality August 14, 2007 July 2008 1.4.3 Stakeholder Communications - Meetings and Correspondence August 14, 2007 August 2008 1.5 Closing August 2008 September 2008 1.5.1 Post-Implementation Review and Report August 2008 September 2008 Schedule Control To ensure control of the schedule, the following controls will be in place for this implementation: • No change will be made to the schedule without the approval of the Project Manager. • All schedule changes will be agreed on by the Project Leads and the Project Manager. • The Project Manager will report all schedule changes to the Steering Committee and the CAC with an explanation for the change in schedule. • The Change Control Log in Appendix III will be used to track schedule changes. 15 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 16. Cost Management Project Cost Management includes the processes required to ensure that the project is completed within the approved budget Budget The project budget is $1,545,000. The budget is to be used for the Oracle Lab services, consulting, training, the Universal Productivity Kit. Refer to the current status report for a listing of expenses to date. Cost Control To control implementation costs the following will be adhered to: • Final approval for all changes will be the responsibility of the Steering Committee and CAC. • When changes in costs are realized they should be first addressed by the Project Manager. • If the Project Manager and Project Director believe the costs are critical to the overall success of the project, they will document the reasons and forward them to the Steering Committee for review. • Upon reviewing any requests for additional costs, the Project Manager and Project Director will meet with the Steering Committee to review the costs and ensure that all cost controls have been reviewed. • If additional funding is to be sought out, the Steering Committee will forward the need for additional funding to the NDUS Senior Councils for review and funding source identification. • Only when all efforts have been exhausted to control costs will the request be forwarded to the Project Oversight Committee for review. • The Change Control Log in Appendix III will be used to track budget changes. Quality Management Project Quality Management includes the processes required to ensure that the project will satisfy the needs for which it was undertaken Quality Control To ensure quality control, the following standards will be utilized in the implementation: • For overall Project Management, the Project Management Institute’s Body of Knowledge (PMBOK) www.pmi.org and the North Dakota Project Management Guidebook www.nd.gov/epm will be utilized. • For Technical Standards the North Dakota University System Technical Standards Guide will be utilized. This will include Development Requests (DR), Migration Requests (MR), and Technical Requests (TR). • For overall ‘health’ checks of the project, the Project Manager will meet monthly with Project Oversight (Assistant to the CIO) and submit quarterly reports to Project Oversight. • To monitor the overall success/failure of the project, the Project Manager and Project Director will review the deliverables, issues log, change log, and project plan on a weekly basis as a measure of overall project success. 16 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 17. Human Resources Management Project Human Resource Management includes the processes required to make the most effective use of the people involved with the project. Project Organization Chart State Board of Higher Education Bill Goetz, Chancellor Laura Glatt, Vice Chancellor for Admin Affairs NDUS CIO CND Oversight Committee Randall Thursby Steering Committee Campus Advisory Committee Mick Pytlik, CND Executive Director Project Scott Mahar, Campus Solutions Director Oversight Nancy Haskins/Janie Adam, Application Rich Lehn, Asst. Systems Development Director to the CIO Dorette Kerian, ITSS Director Project Manager Jennifer Kunz, Campus Solutions Assistant Director Project Leads Tricia Campbell, Lead Business Analyst Functional User Groups Angela Uhlenkamp, Lead Business Analyst Campus Community Marv Hanson, ITSS Assoc. Director Financial Aid Gail Sullivan, Lead Database Admin. Recruiting & Admissions David Levenseller, Help Desk Lead Student Finance Bonnie Jundt, Network Admin. Manager Student Records Janie Adam, Lead Programmer Ancillary Systems Barb Rask, Lead Security Admin. Keith Wildermuth, Lead System Admin. Team Members End Users 17 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 18. Team Directory <<Please contact the Project Manager, Jennifer Kunz (jennifer.kunz@ndus.nodak.edu to request a copy of this directory>> Roles and Responsibilities Role Names Responsibility Project o Randall Thursby, NDUS CIO o Review overall progress and budgetary impacts Sponsors o Mick Pytlik, CND Director o Review project recommendations and make o CND Oversight Committee decisions o CND Campus Advisory o Make strategic decisions for the Campus Committee Solutions System Steering o Randall Thursby, NDUS CIO o Review and manage escalated risks, issues, Committee o Mick Pytlik, CND Director overall progress, and resource impacts o Dorette Haskins, ITSS Director o Deploy resources necessary for the project o Scott Mahar, CND-Campus Solutions Director o Nancy Haskins / Janie Adam, CND-Application Services & Development Director o Rich Lehn, NDUS Assistant to the CIO Project o Jennifer Kunz o Develop the project charter and the project plan, Manager including the schedule and budget o Monitor the project schedule and budget o Report overall project status to the steering committee and project sponsors o Assist in the identification, reporting, and resolution of project changes, risks, and issues. o Coordinate overall resources necessary for the project o Conduct regular and ongoing review of the project to confirm that it meets original objectives and requirements o Direct the planning and management of the tasks in the project schedule o Develop, prepare, and coordinate the dissemination of timely information to stakeholders. o Close the project Project Leads o Tricia Campbell, Lead Business o Coordinate project tasks and manage resource Analyst impacts for assigned employees o Angela Uhlenkamp, Lead o Report task progress to the project manager Business Analyst o Assist in the identification of project risks and issues and escalate them to the project o Marv Hanson, ITSS Assoc. manager Director o Communicate project information to applicable o Gail Sullivan, Lead Database employees Admin. o David Levenseller, Help Desk Lead 18 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 19. o Bonnie Jundt, Network Admin. Manager o Janie Adam, Lead Programmer o Barb Rask, Lead Security Admin. o Keith Wildermuth, Lead System Admin. Functional User o Campus Community o Perform functional tasks assigned Groups o FAMIS o Provide recommendations for customizations and modifications o Financial Aid o Perform testing o Housing o Assist with training planning o Parking o o Student Finance o Student Records Project Team o Various technical and functional o Perform technical and functional tasks assigned staff and report progress to the project leads and project manager Students and o Various students and end users o Assist with testing, providing recommendations, End Users and feedback on the project 19 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 20. Communication Management Project Communication Management includes the processes required to ensure timely and appropriate generation, collection, dissemination, storage, and ultimately disposition of project information. Communication Management Plan Description of To Whom / Stakeholders involved Frequency Facilitator / Communication Author (s) Project Review Meetings Project Leads Wednesdays Scott Mahar Steering Committee (optional) Oracle Lab Status Meetings Project Leads Weekly Jennifer Kunz Steering Committee Meeting CND Directors Tuesdays Jennifer Kunz (part of CND Directors meeting) Project Status Reports Steering Committee Fridays Jennifer Kunz Project Team (Monthly to CAC) Weekly Updates about Project Team Weekly Jennifer Kunz current and upcoming project SA List Serv tasks (based on 30 day and 90 day increments) Web Site Updates All Stakeholders TBD Jennifer Kunz IVN Meetings As needed for FUG’s, Users, etc. TBD Jennifer Kunz 20 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 21. Risk Management and Issue Management Risk Management is the systematic process of identifying, analyzing, and responding to project risks. It includes maximizing the probability and consequences of positive events and minimizing the probability and consequences of adverse event to project objectives. Risk Management Plan To ensure proper accounting of Risks (events that could happen), the Risk Management Log will be utilized (see Appendix III). This log will include the following items: • Identification Number • Date Risk Raised • Status (Active/Potential/Closed) • Risk • Risk Probability (Low, Medium, High) • Risk Impact (Low, Medium, High) • Risk Assignment • Agreed Response (Avoid, Transfer, Mitigate, Accept) • Risk Score (Matrix) • Risk Response Plan This Risk Management Log will be reviewed weekly by the Project Manager and Project Director with the Project Leads, with a report filed to the Steering Committee, CAC, and Oversight Committee. The Risk Management Log will be maintained in coordination with campus staff, module leads, and Project Administration Issues Management Plan In an effort to ensure proper accounting of Issues (events that have already occurred), the Issue Management Log will be utilized (see Appendix III). This log will include the following items: • Issue Number • Date Issue Raised • Description • Comments • Who Assigned To • Action Taken • Status • Last Update This Issues Management Log will be reviewed weekly by the Project Manager and Project Director with the Project Leads, with a report filed to the Steering Committee, CAC, and Oversight Committee. The Issue Management Log will be maintained in coordination with campus staff, module leads, and Project Administration 21 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 22. 22 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 23. Appendix I Baseline Project Schedule The baseline summary schedule below is the base version of the schedule. It has more details expanded than the summary version on page 14. The schedule will have additional details added to it as the project progresses. Any significant changes will follow the Schedule Control procedures. If you would like to receive the Excel spreadsheet as a separate file, please send an email to the Project Manager, Jennifer Kunz at jennifer.kunz@ndus.nodak.edu. Note: The detailed resource assignments for these tasks are not yet included in the summary below. However, there are no tasks assigned to campus personnel or the Functional User Groups within the next 45 days. As more details and resource assignments are planned, campus personnel will be notified 30 days in advance through the Weekly Updates and other communications as to which tasks they can expect to be participating in. Reminder: Due to the steep learning curve with the products of this project and the unknowns of the new technology, the tasks cannot be thoroughly scoped very far in advance. Task start/end dates will be firm only within 30 days of this plan version and/or a status communication. High-level dates for tasks will be provided out to 90 days and are somewhat firm, but any dates beyond 90 days are not firm and are subject to change due to the necessity of the gradual detailing of the scope and schedule. 1 Baseline Schedule for the Upgrade to Campus Solutions 9.0 Project 1.1 Initiating May 4, 2007 June 8, 2007 1.1.1 Contract Negotiations May 4, 2007 May 29, 2007 1.1.2 Finalize the NDUS Business Case May 14, 2007 May 18, 2007 1.1.3 Finalize the NDUS Project Charter May 18, 2007 May 30, 2007 1.1.4 Define Oracle planning services and Schedule the Upgrade Planning Workshop May 30, 2007 June 8, 2007 1.2 Planning April 2, 2007 August 13, 2007 1.2.1 Develop Baseline Project Plan May 18, 2007 August 13, 2007 1.2.2 Project Planning Kickoff Meeting - Internal Managers May 30, 2007 May 30, 2007 1.2.3 Oracle Upgrade Planning and Platform Migration Workshop June 19, 2007 June 21, 2007 1.2.4 Finalize Cutoff Date for Development June 22, 2007 June 22, 2007 1.2.5 Project Kickoff Meeting - CND and ITSS Staff June 25, 2007 June 25, 2007 1.2.6 CAC and Oversight Project Kickoff Meeting June 28, 2007 June 28, 2007 1.2.7 User Group Kickoff Meeting August 2, 2007 August 2, 2007 1.2.8 Develop MS Project Server and Project Repository May 30, 2007 July 10, 2007 1.3 Executing May 14, 2007 August 2008 1.3.1 Staff Training May 14, 2007 July 2008 1.3.1.1 Learn the New Release (this occurs throughout the project) May 14, 2007 July 2008 23 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 24. 1.3.1.2 Training Classes for Staff May 14, 2007 July 2008 1.3.1.2.1 Oracle 10gR2 Administration I May 14, 2007 May 18, 2007 1.3.1.2.2 Oracle 10gR2 Administration II May 21, 2007 May 25, 2007 1.3.1.2.3 Oracle Enterprise Manager 10g Grid Control July 9, 2007 July 13, 2007 1.3.1.3 UPK Planning and Implementation June 22, 2007 September 14, 2007 1.3.1.3.1 UPK Planning June 22, 2007 July 26, 2007 1.3.1.3.2 UPK Implementation, Testing, and Training July 27, 2007 September 14, 2007 1.3.2 Prepare Technical Environments June 6, 2007 August 2008 1.3.2.1 Complete Pre-Installation Checklist June 6, 2007 June 12, 2007 1.3.2.2 Package Database for the Upgrade Lab June 8, 2007 June 14, 2007 1.3.2.3 Schedule the Oracle Installer to be onsite June 18, 2007 July 23, 2007 1.3.2.4 Create and Certify DEMO Environment June 22, 2007 August 13, 2007 1.3.2.5 Planning for Tools, Access, Bundles, Migrations, and Refreshes June 22, 2007 November 2007 1.3.2.6 Create PROD Environment July 30, 2007 December 1, 2007 1.3.2.7 Create TEST and STAGE Environments November 2007 January 2008 1.3.2.8 Post Install Management for All Environments July 23, 2007 August 2008 1.3.2.9 Environment Management and Tuning June 14, 2007 August 2008 1.3.3 Oracle Database Platform Migration and Upgrade Services (in Lab) June 14, 2007 October 12, 2007 1.3.3.1 Oracle Database Migration Services June 14, 2007 July 25, 2007 1.3.3.2 Oracle Upgrade Services July 25, 2007 September 14, 2007 1.3.3.3 NDUS Obligations with Oracle Lab Services June 14, 2007 October 12, 2007 1.3.4 Perform Test Moves September 4, 2007 February 2008 1.3.4.1 First Test Move September 4, 2007 November 8, 2007 1.3.4.1.1 Preparations and Creation of SQL Copy of Production September 4, 2007 September 10, 2007 1.3.4.1.2 Perform the First Test Move September 10, 2007 October 5, 2007 1.3.4.1.3 Technical, Unit, and System Testing of First Test Move October 5, 2007 November 2007 1.3.4.2 Second Test Move November 13, 2007 December 2007 1.3.4.3 Third Test Move January 2008 February 2008 1.3.4.4 Fourth Test Move February 2008 February 2008 1.3.4.5 Confirm Go-Live Date February 2008 February 2008 1.3.5 Comparison Analysis August 14, 2007 December 2007 1.3.5.1 Conduct Comparison Analysis August 14, 2007 December 2007 1.3.5.2 Deliver Preliminary NDUS Comparison Analysis Report October 2007 October 2007 1.3.5.3 Prepare for Initial User Testing/Training September 17, 2007 November 2007 1.3.5.4 Initial User Group Training/Testing November 2007 November 2007 1.3.5.5 Estimate and Prioritize Fixes for Customizations, Modifications, Interfaces, Reports & Queries October 2007 December 2007 1.3.5.6 Deliver Final NDUS Comparison Analysis Report December 2007 December 2007 1.3.6 Security Analysis and Configuration July 16, 2007 February 2008 1.3.6.1 Hire Security Consultant July 16, 2007 August 6, 2007 24 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 25. 1.3.6.2 Review Documentation for 9.0 Security August 27, 2007 October 9, 2007 1.3.6.3 Identify and Document Modifications to the Current Security August 27, 2007 September 14, 2007 1.3.6.4 Review Current Security Functionality - roles and permissions September 17, 2007 November 2007 1.3.6.5 Research Best Business practice in 9.0 Security Access August 27, 2007 October 2007 1.3.6.6 Design and Configure New/Revised Security Roles and Permissions for 9.0 September 18, 2007 February 2008 1.3.6.7 Security Documentation October 1, 2007 April 2008 1.3.6.8 Assignment of New Security Roles to Campus End Users April 1, 2008 June 2008 1.3.7 Plan for and Perform Testing/Fixes/Updates and Configure Functionality June 29, 2007 April 2008 1.3.7.1 Planning and Coordination for Development Cutoff June 29, 2007 August 2, 2007 1.3.7.2 Development Cutoff August 1, 2007 August 1, 2007 1.3.7.3 Create Test Scripts August 14, 2007 February 2008 1.3.7.5 Perform Fixes, Resolve Issues, Testing October 2007 April 2008 1.3.7.6 Configuration of Functionality, Resolve Issues, Testing October 2007 April 2008 1.3.7.7 Documentation July 30, 2007 April 2008 1.3.8 Portal Creation August 6, 2007 February 2008 1.3.8.1 Create Portal Demo Environment October 1, 2007 January 2008 1.3.8.2 Create Portal Production Environment October 2007 January 2008 1.3.8.3 Create Portal Q Environment October 1, 2007 December 2007 1.3.8.4 Create Portal Test Environment November 2007 April 2008 1.3.8.5 Copy Portal Environments February 2008 February 2008 1.3.9 3rd Party Product Installation/Configuration August 1, 2007 February 2008 1.3.10 End to End Testing March 2008 July 2008 1.3.11 Campus End User Training April 2008 July 2008 1.3.12 Go-Live Planning and Preparations April 2008 July 2008 1.3.13 Go-Live July 2008 July 2008 1.3.14 Post-Upgrade Transition July 2008 August 2008 1.4 Monitoring and Controlling August 14, 2007 August 2008 1.4.1 Coordinate Plans (Training, Testing, Environment, Maintenance) August 14, 2007 July 2008 1.4.2 Update and Maintain the Project Plan / Manage Scope, Schedule, Budget, and Quality August 14, 2007 July 2008 1.4.3 Stakeholder Communications - Meetings and Correspondence August 14, 2007 August 2008 1.5 Closing August 2008 September 2008 1.5.1 Post-Implementation Review and Report August 2008 September 2008 25 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 26. Appendix II Training Plan ***NOTE: This Training Plan is high level only at this time. More details will be added as the project progresses. Potential Classes 1. Data Center o Oracle 10g Real Application Clusters o Oracle 10g Application Server Admin I o Oracle 10g Application Server Admin 2 o Oracle 10g Intro to SQL o Oracle 10g SQL Tuning o Oracle 10g Performance Tuning o Change Assistant Training o Additional Training TO BE LISTED AT A LATER DATE o 2. Programmer Training o XML Publisher o Additional Training TO BE LISTED AT A LATER DATE 3. Functional Training - Business Analysts o POP Select o Additional Training TO BE LISTED AT A LATER DATE 4. Security Training o TO BE LISTED AT A LATER DATE 5. Help Desk Training o TO BE LISTED AT A LATER DATE 6. User Group Member Training o TO BE LISTED AND EXPLAINED AT A LATER DATE Oracle Task Suggestions yet to be added: o Identify Training Topics o Identify Training Requirements and Audiences o Identify Training Methods o Create Project Team Training Schedule o Draft Project Team Training Plan o Draft End-User Training Plan o Review and Approve Training Strategy 26 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 27. Testing Plan ***NOTE: This Testing Plan is high level only at this time. More details will be added as the project progresses. Functional Testing Types of Testing 1. Unit Testing – This testing is done to determine if the system is working correctly. The first testing will be used to test the setup configuration on 9.0 PS. This testing will start at the end of July (as soon as the demo environment is available). 2. System Testing – This testing is done to test business processes to determine if they still work on 9.0. 3. Integration Testing – This testing is done with all modules participating. This tests the coordination between the modules as well as other databases and software’s (Ad Astra, Housing, Parking, etc). The other products must be stable before this testing is done. This should be done in a separate environment that is not cluttered. It is very important that this be a copy of a good environment. 4. Parallel Testing – This testing is done in two environments simultaneously to ensure they are both working the same. This should be done prior to data conversion 5. Performance (Load) testing – Functional Assistance is needed, but it is mainly done by the technical staff. 6. User Acceptance Testing – This testing is important for accepting features new to the 9.0 release. This testing may be done early in the process to have user input in additions to the system, but it must also be done at the end of the testing process Testing Concerns 1. Expect that processes WILL NOT WORK correctly at first. 2. Security Access testing must be done throughout all testing types. 3. Since this is a version upgrade, the scope of the testing should be restricted to current functionality and approved customizations/modifications. 4. It is very important that areas of concern in one area be shared with other modules as the issue may affect other areas. This communication is vital! 5. Significant amounts of time will be required for testing. Testing time must be blocked off for this. 6. Specific campus users may help with testing. These users will need to expect that things will not work at first. Needed for Testing Test Scripts (Steps) – As much or as little effort as needed or wanted may be used to make these. The creation of these documents eats up time. Previous test scripts or desk manuals may be used if desired. The important thing is to document all issues and recommendations. Scenarios for Integration Testing – Determine which types of students, enrollment situations are needed to ensure the most complete testing is done. Initial Effort Estimates 1. Create Test Scripts What a. First determine how to use UPK and/or old test scripts b. Develop the UPK process and/or a template c. Create at least --- scripts for each module d. Discuss as a group e. Discuss with user groups f. Signoff 2. Initial Unit Testing in DEMO What a. Test navigation 27 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 28. b. Test the setup configuration of 9.0 c. Test individual online transactions and batch processes on the upgraded database d. Test and Document issues e. Deliver an Issues List 3. Initial Unit and System Testing in the migrated and upgraded Copy of Production (SYS) What Unit Testing a. Test individual online transactions and batch processes on the upgraded database Validate data converted ruing the upgrade b. Verify that you can access existing data and enter new data successfully c. Test customizations reapplied to the upgraded database d. Each customization is tested individually along with all related processes e. Business processes and test scripts are not yet tested f. Test and Document findings System Testing a. Test inbound and outbound interfaces and related business processes b. Test online business processes using relevant security (user IDs, roles, and permission lists) c. Test batch business processes d. Test reporting processes (SQR, PS/Query, nVision, and Crystal) e. Test customizations to business processes f. Perform using test scripts g. Compare expected results to actual results h. Test and Document findings i. Deliver a list of all Issues to be resolved? 4. Resolve Issues, Perform Fixes, Retest What a. Test, Document, Resolve issues, retest Technical Testing <<This section is not yet started>> 28 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 29. Appendix III <<These are examples only; the logs will be updated weekly and included with the weekly Status Report>> Change Control Log Request # Date of Description Area of Assigned To Status Last Update Request Impact Pending/Accept/Reject Risk Management Log ID Date Status Risk Risk Risk Risk Agreed Risk Risk Raised (active, Probability Impact Assignment Response Score Response potential, (L, M, H) (L,M,H) (Avoid, (Matrix) Plan closed) Transfer, Mitigate, Accept) Issue Management Log Issue # Date Issue Comments Assigned Action Status Last Update Raised Description To Taken Deliverable Acceptance Log Deliverable Name Date Sent Date Sent Action and Comments Action Date for Review for Acceptance 29 Baseline Project Plan for the Campus Solutions Upgrade to 9.0
  • 30. Baseline Project Plan Approval Sign-off _________________________________ ___August 17, 2007_____ Randall Thursby, NDUS-CIO Date _________________________________ ___August 17, 2007_____ Mick Pytlik, CND Executive Director Date _________________________________ ___August 17, 2007_____ Dorette Kerian, HECN-N / ITSS Director Date ______________________________________ ___August 23, 2007_____ Campus Advisory Committee Date ______________________________________ ___September 12, 2007__ Oversight Committee Date 30 Baseline Project Plan for the Campus Solutions Upgrade to 9.0