PSU CS 106 Computing Fundamentals II Product Life Cycle & SW Product Life Cycle HM 9/3/2007.

Slides:



Advertisements
Similar presentations
Requirements Specification and Management
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
© 2007 AT&T Knowledge Ventures. All rights reserved. AT&T and the AT&T logo are trademarks of AT&T Knowledge Ventures. Interactive Solutions & Design Group.
Software Process Models
CS487 Software Engineering Omar Aldawud
Designing and Developing Decision Support Systems Chapter 4.
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
Alternate Software Development Methodologies
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
Copyright 2009  Develop the project charter: working with stakeholders to create the document that formally authorizes a project—the charter  Develop.
Object-Oriented Analysis and Design
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
DoD Information Technology Security Certification and Accreditation Process (DITSCAP) Phase III – Validation Thomas Howard Chris Pierce.
Development Processes UML just is a modeling technique, yet for using it we need to know: »what do we model in an analysis model? »what do we model in.
High-Level Introduction to Product Life Cycle: Derived from the Intel ® Platform Program Life Cycle HM 6/20/2007.
Chapter 3: The Project Management Process Groups
Development Processes and Product Planning
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Advanced Project Management Project Plan Templates
Project Management Process Overview
S/W Project Management
UML - Development Process 1 Software Development Process Using UML (2)
Object-Oriented Analysis and Design Iterative Development and the Unified Process.
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
1 CMPT 275 Software Engineering Software life cycle.
RUP Fundamentals - Instructor Notes
OSF/ISD Project Portfolio Management Framework January 17, 2011.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
Ahmad Al-Ghoul. Learning Objectives Explain what a project is,, list various attributes of projects. Describe project management, discuss Who uses Project.
Project Life Cycle.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Software Engineering - I
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Develop Project Charter
Inception Chapter 4 Applying UML and Patterns -Craig Larman.
Chapter 8 Workflows of the Process Taken from Walker Royce’s textbook – Software Project Management plus a number of Personal Comments.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
The Software Process Chapter – II. Topics S/w Engg – A layered Technology A Process Framework Process Patterns Process Assessment Product and Process.
Software Engineering Lecture # 1.
The Implementation of BPR Pertemuan 9 Matakuliah: M0734-Business Process Reenginering Tahun: 2010.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Software Project Management Iterative Model & Spiral Model.
1)History of water fall model. 2)Features of water fall model. 3)Phase of water fall model. 4)Brief description of phases. 5)Advantages. 6)Disadvantages.
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
SCOPE DEFINITION,VERIFICATION AND CONTROL Ashima Wadhwa.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Lectures 2 & 3: Software Process Models Neelam Gupta.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
BMS4667 Laboratory Leadership and Management Dr. David Ricketts.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
 System Requirement Specification and System Planning.
MANAGEMENT INFORMATION SYSTEM
Process 4 Hours.
APQP Five Phase Process
Testing Process Roman Yagodka ISS Test Leader.
TechStambha PMP Certification Training
IEEE Std 1074: Standard for Software Lifecycle
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Introduction to Software Engineering
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
Fundamental Test Process
PCC Update 10/28/09 Planning Phase
Adaptive Product Development Process Framework
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT– WEEK 4 Mumtaz Ali Rajput +92 – 301-
Presentation transcript:

PSU CS 106 Computing Fundamentals II Product Life Cycle & SW Product Life Cycle HM 9/3/2007

2 © Dr. Herbert G. Mayer Agenda Definition: Product Life Cycle Generic PLC Phases (4) SW PLC Phases (6) Time Line of PLC Summary of PLC Phases

3 © Dr. Herbert G. Mayer Definition: Product Life Cycle The Product life cycle (PLC) describes a framework by which an organization manages the development of its products from inception to EOL

4 © Dr. Herbert G. Mayer Generic PLC Phases (4) 1.Exploration 2.Planning 3.Development 4.Refresh (or Deployment 1 st time) PLC phases progress sequentially. Due to feedback from learning in some later phases, earlier phases experience corrections or completions; also, for relatively short periods, some phases overlap. The 4 phases of the generic PLC are:

5 © Dr. Herbert G. Mayer SW PLC Phases (6) 1.Requirements Gathering 2.Requirements Specification 3.Architecture Design 4.Detailed Design 5.Implementation 6.Validation and Verification The more specific PLC for SW products refines the Exploration into a more elaborate requirements gathering and specification effort. Similarly, the Planning phase is broken into a High-level (architectural) and Detailed Design phase. The 6 phases of the generic PLC are:

6 © Dr. Herbert G. Mayer Time Line of PLC Exploration Planning Refresh Development Product Production Candidate (PPC) Product Qualified (PLQ) Product Post Mortem Product Architecture Document (PAD) Product Deployment Opportunity Assessment (OA) Opportunity To Product Map (OPM) Product Qual Approval (PQA) Product Launch Approval (PLA) Opportunity Feasibility Approval Opportunity Scope Approval Opportunity Commit Approval Product Commit Approval (PCA) Product Feasibility Approval (PFA) Product Scope Approval (PSA) Product Integration Exit Product Integration ReadyProduct Design Complete Opportunity Identification Approval

7 © Dr. Herbert G. Mayer Summary of PLC Phases ExplorationExploration PlanningPlanning RefreshRefresh DevelopmentDevelopment Exploration Phase analyzes market, business and technology trends & opportunities which identify product solutions, that are implementable and of evident added value. Planning Phase formalizes next level of detail including market requirements, decision times, product scope, usage, features, technology integration, and results in an approved, documented POR. Development Phase implements requirements defined in Planning Phase; its Milestones are synchronization points to quantify progress toward goal. Refresh Phase constitutes further product revisions (or EOL) after initial product launch; may include updates to software, hardware, and other technologies.

8 © Dr. Herbert G. Mayer Requirements During Exploration phase of PLC, the customer’s requirements are gathered Requirements define what needs to be done, not how it can be implemented Takes ~ 20% of total time, calendar time Error-prone, when not communicating with real customer –Experts need to contribute –Not just pointy-haired managers Requirements must be specified in written documents Documented requirements are signed off –Iterations of refinement –Forming an agreement Change Control process defines, whether how requirements can be changed before EOL

9 © Dr. Herbert G. Mayer Design During Planning phase of PLC, the product is designed Solution to requirements are designed in 2 phases Takes ~ 25% of total time, calendar time High-level (AKA architectural) design selects general, high- level methods –Including top-down approach –Or bottom-up approach selection Detailed design breaks architecture into small, implementable modules –With inputs, outputs, globals, parameters –Dependencies between modules –Ideal to have few dependencies Detailed design results in actual plans, with milestones, measurable goals, bottle-necks, and recovery plans Result is an agreed Plan of Record (POR)

10 © Dr. Herbert G. Mayer Implementation During Development phase of PLC, the detailed design documented in the POR is implemented I.e. the steps of the detailed design are actually executed –Sequentially to use experience of programmer –In parallel, to meet milestones on time Takes ~ 35% of total time, calendar time Can create large work force, progressing in parallel Milestones needs to be tracked, met, and if missed, a backup plan needs to be selected to meet final goal

11 © Dr. Herbert G. Mayer V&V and Refresh During Refresh phase of PLC, the implemented product is tested –If first release, run all Validation and Verification steps –If subsequent release, focus on new features Important to schedule some of V&V steps from day 1 –Possible to test modules via Unit Testing –Other parts tested via simulation –Rest desk-tested, or inspected Takes ~ 25% of total time, calendar time –Total of all phases not = 100% Critical to have devised automated tools for testing