System and Software Support Plan (SP)

Transcription

1 System and Software Support Plan (SP) Student Scheduling System Team06 Douglass Kinnes: Project Manager, Quality Focal Point, Implementation Team member Alexey Tregubov: System Architect, UML Modeler, Implementation Team member Mihir Daptardar : Operational Concept Engineer, Quality Focal Point, Tester Ihsan Tolga : Life Cycle Planner, Feasibility Analyst, Implementation Team member Simone Lojeck : IV&V, Quality Focal Point, Shaper 04/13/2013

2 Version History Date Author Version Changes made Rationale 04/13/2013 Ihsan Tolga 1.0 Support Plan composed. Environment items and responsibilities are defined. Support strategy defined. Ready for IOC2 and TS. Data taken from records and conducted sessions. SP_IOC2_S13b_T06_V1.0 ii Version Date: 04/13/13

3 Table of Contents SYSTEM AND SOFTWARE SUPPORT PLAN (SSSP)... I VERSION HISTORY... II TABLE OF CONTENTS... III TABLE OF TABLES... IV 1. Support Objectives and Assumptions Support Objectives Support Support Strategy Support Lifetime Release Strategy Release Requirement Determination Release Process Support Environment Hardware Software Facilities Support Responsibilities... 6 SP_IOC2_S13b_T06_V1.0 iii Version Date: 04/13/13

4 Table of Tables Table 1: Release Requirement Determination... 3 Table 2: Description of Software required in Support Plan... 4 Table 3: Stakeholders and their supporting responsibilities... 6 SP_IOC2_S13b_T06_V1.0 iv Version Date: 04/13/13

5 1. Support Objectives and Assumptions 1.1 Support Objectives The main purpose of the System and Software Support Plan is to support the key stakeholders of Student Scheduling System project throughout the transition, operation and the maintenance period. The main objectives of support plan of Student Scheduling System can be listed as follows: To provide maintainers of the Student Scheduling System with sufficient capabilities to handle emerging performance issues of the system. To provide maintainers of the Student Scheduling System with sufficient experience and knowledge to overcome possible malfunctions during the operations phase. Due to the nature of CS577 course and developer team structure; to provide maintainers of Student Scheduling System with enough resources and capabilities to add new features to the system or modifying the existing ones. To define environmental variables and hardware / software arguments of the Student Scheduling System. To provide a supplementary resource for User Manual and Training Plan regarding the transition of the system and initial training concerns. 1.2 Support To keep the Student Scheduling System operating and in service properly; several preconditions must be kept satisfied all the time system runs. These key requirements are given below as assumptions which should be valid. The client side and the school are responsible for web hosting, maintenance and running servers. The client side is the decision maker of system preference between legacy system and Student Scheduling System. Student advisors should be very familiar about course scheduling and study plans in case of system failures. The maintainer team is familiar with the architecture and the use cases of Student Scheduling System. The maintainers are familiar with the course structure and system of the department (Steven s Institute of Technology). They also have enough knowledge about course relations and levels and credit system. SP_IOC2_S13b_T06_V1.0 1 Version Date: 04/13/13

6 The client side will conduct required/demanded upgrades and modifications to the system on their own behalf. The development team cannot be in service after the project delivery due to the CS577b structure and course plan. The documents required are given with final deliverables to the client. The required hardware, software and site preparations are done by the client side due to long physical distance between development team and the client. 2. Support Strategy 2.1 Support Lifetime Until the end of the CS577b Software Engineering Spring 2013 course (05/10/2013); maintenance support and other required technical help will be given by the developer team (Team06) to the client. By this time, user training and dry runs are also held via web-conferences and screen sharing which are also supported by the regular weekly meetings. Apart from these subjects above; User Manual, Training Plan and other resources (including sample data) are provided to the client by developer team with System and Software Support Plan for future uses/ 2.2 Release Strategy The initial full capability version of Student Scheduling System (with respect to the 80% of full capability concern) was provided by Core Capability Drive-through (CCD) session. After CCD, small releases are provided regarding the client concerns and bug fixes until Transition Readiness Review (TRR) with respect to the full customer satisfaction concern of developer team. It is agreed that; in case client has some minor demands/changes about the system (mostly related to user interface, not internal structures), the developer team might provide new releases after TRR until May 10 th 2013, the end of the CS577b course. The new releases during the operation phase of Student Scheduling System will be issued by maintainers designated by the client side. The required info for future system transformation and maintenance are given with the final deliverables package and they are also available on team webpage. SP_IOC2_S13b_T06_V1.0 2 Version Date: 04/13/13

7 2.3 Release Requirement Determination The expected primary drivers of new release content of Student Scheduling System are given in the table below. Table 1: Release Requirement Determination Drivers Responsible Role Small modification mostly related to user interface of the system and Development Team visualizations. Adding new medium level changes (i.e. new arguments for solver Maintainers algorithm) Small user interface changes, new pages / screens Maintainers Service level improvements and performance advancements Maintainers Recently discovered bug fixes / defect removals Maintainers / Development Team (by the end of CS577b) Changes regarding system environment (New host, hardware change, Maintainers database modifications) 2.4 Release Process After the client side designated its capable maintainer staff and their training session, these maintainer team need to define a policy which can orient the release process given below. It is assumed that the software / hardware environment for the system and the hosting are already up and running. Designating people among the maintainers (or outsourcing) for the new release. The identification of needs / requirements for the new release which also includes the tracked bugs if exist. Conducting a brief business case analysis and effort / cost calculation for the new release. Developing the new release. (Includes storing the back-up data and source files, environment variables etc.) Testing the recently developed components and components interoperability. Complete testing of the new release. Preparing the transition site and hardware / software. Transitioning the new release after the current log is saved. Updating the users of the system with the new release and informing. Setting up the database with pre-stored data. Observing the performance of new release, issue resolution if necessary. SP_IOC2_S13b_T06_V1.0 3 Version Date: 04/13/13

8 3. Support Environment For long-term operating Student Scheduling System, the following hardware / software requirements and the facilities should be acquired by the client side / user side. 3.1 Hardware Server Side Hardware Requirements: Processor : Intel Xeon E3xxx Processor or equivalent. Memory : 3GB + 5GB for Database Data Bandwidth : (Relative to the simultaneous numbers of users.) ~1 Mbit/s Domain Name and Dedicated IP address I/O Devices for Maintenance Issues User Side Hardware Requirements: Processor : Intel Centrino/Core/Celeron/PentiumIV; AMD Athlon/Phenom/FX processors or equivalent. Memory : 1GB Internet Connection I/O Devices to operate Web Browsers properly. 3.2 Software Table 2: Description of Software required in Support Plan UNIX Server or Windows Server To run Student Scheduling System on server machine. ; unixhelp.ed.ac.uk Unix is available on Unix web page. Microsoft Server need license. Steven s Institute of Technology already has required servers. Java Runtime Environment Required middle layer to operate Java both on user and server machines docs.oracle.com/javase/7/docs/api Java Version 7 Update 17 is available on It is required to run /java files and for PLAY framework MySQL To maintain and operate a relational database for the system. dev.mysql.com/doc/en MySQL is free and open source database software. Download is available on dev.mysql.com/downloads ; release It works well with Xampp. PLAY Framework for Java/Scala Student Scheduling System is based on this Java framework. It is free and version is available for download on SP_IOC2_S13b_T06_V1.0 4 Version Date: 04/13/13

9 It is required for maintenance of the system. Java Editor (Eclipse) To monitor/modify.java source files and related developer actions. Eclipse is open source, free and available on A strong IDE like Eclipse is required for maintenance concerns. Xampp To access MySQL and Apache Web Server function for maintenance concerns. ; Xampp is free and available on It is highly recommended to access MySQL database and for maintenance issues. Web Browser (Mainstream browsers i.e. Mozilla Firefox, Google Chrome) To access the HTML codes generated by Student Scheduling System. Documentation and manuals are available in related browsers web-page and help tab. Mainstream web browsers are freeware and available in their related pages. Google Chrome or Mozilla Firefox is recommended. 3.3 Facilities Student Scheduling System is a web-based application running on users web browser and Java virtual machine and the hosting should be on a web-server running Java as well. As a result; there is no special facility required to run / operate the system particularly. SP_IOC2_S13b_T06_V1.0 5 Version Date: 04/13/13

10 4. Support Responsibilities Key stakeholder roles for the Student Scheduling System and their related roles / skills are given in the table below. Items for the development team (Team06) cover the period by 05/10/2013 the end of the course and starting of the operation phase of the project lifecycle. Table 3: Stakeholders and their supporting responsibilities Stakeholder Supporting roles # Supporting Skills Development Team (Team06) Releasing new versions by the end of the CS577b course. 5 Implementation skills with Java, MySQL and Providing User Manual and Training web-app. Plan for customer. Training knowledge, Providing System and Software Support Plan for future maintenance. Web design and knowledge about user Providing training to the client and preparing final deliverables with development documents as well. interface software. Client (David Klappholz) Designating maintenance people. Informing students about the new Student Scheduling System and leading the operation/transition before Fall 2013 semester. Receiving feedback from users of the system and planning future releases. 1 Project administration. Project management. Java, web-app. Maintainers (for maintain) Maintaining the Student Scheduling System Resolving emerged defects and malfunctions. Resolving performance issues with the system. Tracking shortfalls about the system during operation phase and required features, 2 Knowledge about Java, PLAY framework, MySQL, web-app. Knowledge about courses and relation between courses in Steven s Institute. Maintainers (for developing future releases) Identifying needs, calculating effort and costs for new releases. Planning for new releases, setting environments and storing data. Implementing new version releases for Student Scheduling System Modifying existing controllers, solver and user interface. 1 Knowledge about Java, PLAY framework, MySQL, web-app. Knowledge about courses and relation between courses Knowledge about HTML and Scala development SP_IOC2_S13b_T06_V1.0 6 Version Date: 04/13/13