Chapter 5 IS630. Project Plan 1.Introduction 2.Project Definition Overview 3.Changes Since Project Definition Was Approved 4.Staffing Plan 5.Development.

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

Software Quality Assurance Plan
<<replace with Customer Logo>>
Chapter 3 Project Initiation
Network Design and Implementation
Cadle & Yeates Ch 5 Revised by Ivor Perry Sept Detailed Planning - 1.
Designing new systems or modifying existing ones should always be aimed at helping an organization achieve its goals State the purpose of systems design.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Fundamentals of Information Systems, Second Edition
Centers for IBM e-Business Innovation :: Chicago © 2005 IBM Corporation IBM Project October 2005.
APPLICATION DEVELOPMENT BY SYED ADNAN ALI.
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
Introduction to Systems Analysis and Design
Chapter 3 Project Initiation. The stages of a project  Project concept  Project proposal request  Project proposal  Project green light  Project.
Configuration Management
Lesson 10: IT Project and Program Management. Lesson 10 Objectives  Identify resources for technical data  Identify project management fundamentals.
Project Management and Scheduling
What is Business Analysis Planning & Monitoring?
Web Development Process Description
Project Management Process Overview
S/W Project Management
RUP Requirements RUP Artifacts and Deliverables
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
PMP® Exam Preparation Course
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Software Testing Lifecycle Practice
© Blackboard, Inc. All rights reserved. Back to the Feature: An Agile, User-centric Software Development Lifecycle Cindy Barry Senior Product Manager Martha.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Chapter 14 Information System Development
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Configuration Management (CM)
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Statistics Monitor of SPMSII Warrior Team Pu Su Heng Tan Kening Zhang.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
16 1 Installation  After development and testing, system must be put into operation  Important planning considerations Costs of operating both systems.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Software Planning Guidelines.
Project Management Methodology Development Stage.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Workforce Scheduling Release 5.0 for Windows Implementation Overview OWS Development Team.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
Chapter 12 The Network Development Life Cycle
State of Georgia Release Management Training
Illuminating Britelite’s Internal Services for Success Strategy for Process Improvement.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Software Project Configuration Management
Software Engineering (CSI 321)
Exam 0 review CS 360 Lecture 8.
Fundamentals of Information Systems, Sixth Edition
Chapter 11: Software Configuration Management
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
Description of Revision
Engineering Processes
Project Management Process Groups
Course: Module: Lesson # & Name Instructional Material 1 of 32 Lesson Delivery Mode: Lesson Duration: Document Name: 1. Professional Diploma in ERP Systems.
Chapter 11: Software Configuration Management
Chapter 5 IS630.
Software Testing Lifecycle Practice
Executive Project Kickoff
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

Chapter 5 IS630

Project Plan 1.Introduction 2.Project Definition Overview 3.Changes Since Project Definition Was Approved 4.Staffing Plan 5.Development Environment 6.High-Level Schedule 7.Deliverables and Milestones 8.Functional Requirements 9.Technical Requirements 10.Decision Support System (DSS) Plan 11.Quality Assurance (QA) Plan 12.Communications Plan 13.Deployment Plan 14.Operations Plan 15.Training Plan 16.Risk Management Plan 17.Measurement Plan 18.Client Acceptance Criteria 19.Project Plan Approval

Staffing Plan 1.Introduction 2.General Information  Info regarding the project such as name of the project, the client, the project manager, and the project start and end dates 3.Skills Assessment  describe the types of personnel/project roles required to complete the project milestones from planning through post-deployment. Include the timeline/duration, title, source, and project role and skill level 4.Staffing Profile  show the people resources required for the project including required hours per week and duration of tenure 5.Organization Chart 6.Outside Resource Profile  details information on client and vendor representatives; and consultants or contractors assigned to project 7.Project Roles and Responsibilities  This is where the roles and responsibilities for each team member, client representative and vendor representative are described in detail. It is important that this section is very clearly defined and understandable to everyone on the project team. You should also list the document owner in this section

Skills Assessment Milestone/ObjectiveTitleSource#Skill Level /Special Requirements Milestone # 1 Project ManagerInternal Technical LeadInternal1 Business AnalystInternal1 Milestone #2 User Interface Designer Internal DBAInternal1 QA EngineerInternal2 Software EngineerInternal4

Staffing Profile Calendar (month or quarter) Title (personnel category) Resource NameLevel of Commitment (utilization rate) Period #1 Project Manager 1 – Full time Technical Lead 1 – Quarter time Period #2 Project Manager1 – Full time Quality Assurance 1 – Half time Software Engineer 4 – Full time How hard, how long, and how many

Outside Resource Profile Calendar (month or quarter) Title (personnel category) Resource Name CompanyLevel of Commitment (utilization rate) May-July Project Manager 1 – Full time Technical Lead 1 – Quarter time August - October Project Manager 1 – Full time Quality Assurance 1 – Half time

Project Roles and Responsibilities Resource Name TitleProject RoleResponsibilities Project ManagerManager and owner for development and delivery of product There is also a RACI model used at HP

Development Environment 1Introduction 2Development Environment for In-House Project Development Team 2.1Platform 2.2Operating System (and Version) 2.3Development Tools (editors, compilers, debuggers) 2.4Design Tools 2.5Unit Test Tools 2.6Other Equipment or Tools 3Development Environment for Client Developers or Quality Assurance 4Development Environment for Consultants and Contractors 5Development Environment for Vendors 6Special Instructions 7Roles and Responsibilities

Functional Requirements 1.Introduction 2.Features 3.Performance 4.Speed 5.Ease of Use 6.Use Cases 6.1.Define Different Actors 6.2.Interaction with Product 6.3.Workflow Diagrams 6.4.Alternative Workflows 7.Usability 7.1.User Interface 7.2.Look and Feel 8.Legal Requirements 8.1.Regulatory Requirements 8.2.Security 8.3.Privacy 9.Decision Support Requirements (most of the system do not need this) 9.1.Data Requirements 9.2.User Requirements 9.3.User Interface 10.Access Requirements 10.1.Remote (VPN, Internet, etc.) 10.2.Local 11. Backup Requirements

Technical Requirements 1.Introduction 2.Network Requirements 2.1.Hardware 2.2.Software 3.Server Requirements 3.1.Hardware 3.2.Software 4.Workstation Requirements 4.1.Hardware 4.2.Software

Technical Requirements 5.Database Requirements 5.1.Hardware 5.2.Software 6.Error Handling 7.Error Logging, Reporting, Monitoring 8.Redundancy 9.Capacity 10.Reliability 11.Interoperability 12.Scalability

Technical Requirements 13.Stability 14.Extensibility 15.Flexibility 16.Portability 17.Security 17.1.Authentication 17.2.Monitoring

Technical Requirements 18.Decision Support 18.1.Logging 18.2.Data Collection 18.3.Data Storage (Database) 18.4.Reporting Mechanism 19.Systems Monitoring 19.1.Monitoring Mechanism 19.2.Reporting and Alert System 20.Backup Technical Requirements

QA Plan 1.Introduction 1.1.Project Overview 1.2.Project Scope 1.3.Testing 1.4.Completion Criteria 1.5.Schedule 2.Test Matrix 2.1.QA Methodologies 2.2.Test Summary Report 3.Test Plan 3.1.Activities 3.2.Resources 4.Traceability Matrix 5.Test Cases 6.Test Scripts 7.Defect Reports 8.Quality Risk Assessment 9.Performance & Stability Test Plan

Communication Plan 1Introduction 2List of Steering Committee and Stakeholder Groups and Members  Who need to be included 3Formal Communication Schedule/Plan  Major meeting details 4Informal Communication Plan  How else communications are done 5Communication Rules  What is considered “Correct” manners such as format, waiting time, language, etc.

Deployment Plan 1.Introduction 1.1.General Information 2.Network Deployment 2.1.Network Setup 2.2.Network Test 3.Server Deployment 3.1.Directory Structure 3.2.Deployment Steps 4.Workstation Deployment 4.1.Directory Structure 4.2.Deployment Steps 5.Database Deployment 5.1.Directory Structure 5.2.Deployment Steps

Deployment Plan 6.Database Access 7.Data Conversion 8.Security 9.For Software Project 9.1.CD Mastering and Duplication 9.2.Artwork and Packaging 9.3.Printing 9.4.Assembly 9.5.Distribution 9.6.Shipping 10.Deployment Schedule of Events and Timelines 11.Roles and Responsibilities 12.Verification and Test 13.Acceptance Criteria 14.Project Hand-Off

Operations Plan 1.Introduction 2.Operations Document 2.1.Network and System Diagrams 2.2.Technical Specifications for All Hardware and Software Components 2.3.Interoperability Specification 2.4.Network Specification 2.5.Security 2.6.Decision Support 2.7.Required Regular Maintenance 2.8.Bug Fix Releases 2.9.Product Update Mechanism and Process 2.10.System Monitoring Error Logging Error Severity Escalation and Notification 2.11.Change Control Process 2.12.List of Related Documents 2.13.Service or Maintenance Contracts Contract Details Contact Information Renewal Date 2.14.Scheduled System Downtime 2.15.Escalation Process 2.16.Roles and Responsibilities

Operations Plan 3.System Administrator Guide 3.1.Network and System Diagrams 3.2.Technical and Functional Specifications for All Hardware and Software Components 3.3.Server Hardware and Software Installation and Setup Guide 3.4.Required Regular Maintenance Procedures 3.5.Monitoring and Reporting System Process Error Detection Method Error Codes Escalation Procedures 3.6.Troubleshooting Criteria Procedures 3.7.Restart and Recovery Procedures For Each Part of the System Processes Launched at Startup 3.8.Backup and Restore Procedures 3.9.Scheduled Processes and Scripts Manual Reports or Processes Activity Log

Operations Plan 4.User Guide 4.1.Description of the Functionality and Features 4.2.Client Hardware and Software Installation and Setup Instructions Step-by-Step Instructions Screenshots 4.3.Step-by -Step Instructions on How to Use Each Feature or Component 4.4.Customizing Views 4.5.How to Print Reports 4.6.How to Submit Defect Reports 4.7.How to Contact Technical and Customer Support 4.8.How to Use Knowledgebase 4.9.How to Use Help 4.10.Accessibility 4.11.Troubleshooting 4.12.Who to Contact 4.13.How to Manually Process Order, Shipment and Delivery 5.Technical Support Guide 6.Customer Support Guide 7.Release Notes

Training Plan 1.Introduction 1.1.General Information 2.Purpose / Goal 3.Objectives 4.Scope 5.Assumptions 6.Training Requirements 7.Training Strategy 7.1.Training Resources 7.2.Hardware Environment to Be Used 7.3.Software Environment to Be Used 8.Dependencies, Constraints, and Limitations 9.Types of Training Manuals Required and Number of Each

Training Plan 10.Course Description (For Each Course Define): 10.1.Course Outline 10.2.Target Audience 10.3.Goals and Objectives 10.4.Content 10.5.Learning Methods and Activities 10.6.Attendee Prerequisites 10.7.Training Resources 10.8.Training Environment 10.9.Training Materials Training Evaluation Certification 11.Constraints and Risks 12.Roles and Responsibilities 13.Training Schedule 14.Training Log

Risk Management Plan 1.Introduction 2.Risks Identified During Planning Phase 3.The Risk Identification and Evaluation Process 3.1.Identify 3.2.Evaluate 3.3.Analyze 3.4.Risk Action Plan 4.Prioritization Process 5.Management of Risks 5.1.Risk Log 5.2.Risk Status Reporting 6.Roles and Responsibilities

Measurement Plan 1.Introduction 2.Overview of Measurement Plan 2.1.Requirements 2.2.Scope 3.Measurement Criteria 4.Description of How Each Objective Will Be Measured 4.1.Objective Objective 2 5.Roles and Responsibilities

Project Approach  It is a document define the processes/methodologies of a project UML (OO) Agile Evolutionary Prototyping Data driven

Project Processes 1.Introduction Describe the purpose of the document 2.Project Lifecycle The project lifecycle describes the six distinct phases in the life of the project. In this section of the project approach the lifecycle will be described exactly as it pertains to this particular project. 3.Change Control Process 4.Technical Processes 5.Client Processes – used by the clients 6.Vendor Processes 7.Organizational Processes -- how to sick leave, hand off build, get engineers to answer a questions, etc 8.Defect Tracking Process

Project Processes 9.Decision Support System (DSS) Process 10.Status Report Process Document the process for status reporting. 11.Monitoring and Reporting 12.Special Processes or Considerations Note any special processes or considerations not covered in other sections or documents. Include links or references to documents where necessary. 13.Escalation Procedures 14.Project Documentation Process define the update and communication process for every project document. 15.Roles and Responsibilities 15.1.Process Owner 16.Project Approach Approval

Change Control Process 1.Introduction 2.Change Control Process 2.1.Description Overview and Process Flowchart 2.2.Planning Phase 2.3.Design Phase 2.4.Development Phase 2.5.Integration Phase 2.6.Deployment Phase 2.7.Post-Deployment Phase 3.Bug Change Control Process 4.Appeal Process for Change Request Denials 5.Roles and Responsibilities 5.1.Process Owner 5.2.Change Control Board

Technical Processes 1.Introduction 1.1.General Information 2.The Build Process 2.1.Build Schedule 2.2.Time Builds Are Kicked Off 2.3.Approximate Completion Time 2.4.Who Kicks Off the Build (If It Is Not Automated) 2.5.Who Is Responsible for Ensuring the Build Is Done 2.6.Who Is Responsible for Fixing Problems That "Break" The Build 2.7.Which Builds Are Given to QA for Testing 3.Source Control Process The process should define the source code used, the process for checking in and checking out code, who is responsible for the source code system,and procedures for dealing with problems that require the source code to be restored or rebuilt. 4.Versioning The process should define the versioning method and who is responsible for tracking the current version. 5.Configuration Management The configuration management process should be defined—who owns it, who uses it, and the process for using the CM system for building the final products. 6.Roles and Responsibilities 6.1.Process Owner

Defect Tracking Process 1.Introduction 1.1.General Information 2.Definition of Defect 2.1.Defect/Bug 2.2.Enhancement 2.3.New Feature 3.Who Can Submit Defects 4.How to Complete a Defect Report 5.Defect Process 6.How to Reopen a Defect Report If the Defect Is Not Fixed 7.How to Appeal a Decision to Defer or Close a Defect Report 8.Roles and Responsibilities 8.1.Process Owner

Monitoring and Reporting Process 1.Introduction 1.1.General Information 2.Status report 3.Error Categorization and Definition 2.1.Level Level Level Level 4 4.Process for Each Type of Error 3.1.Level Level Level Level 4 5.Alerts Pager 6.Storage and Backup 7.Reporting 8.Analysis 9.Roles and Responsibilities 8.1.Process Owner

Escalation Procedures 1.Introduction 1.1.General Information 2.Escalation Path Level Definition Expected Response Response delay allowed 3.Notification Contact Info 4.Roles and Responsibilities 4.1.Process Owner