University of Southern California Center for Systems and Software Engineering ICSM Stage II: Phases and Continuing Project Example Anandi Hira CS 510,

Slides:



Advertisements
Similar presentations
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Advertisements

The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Project What is a project A temporary endeavor undertaken to create a unique product, service or result.
University of Southern California Center for Systems and Software Engineering A Look at Software Engineering Risks in a Team Project Course Sue Koolmanojwong.
1 Chapter 2: Product Development Process and Organization Introduction Importance of human resources: Most companies have similar technology resources.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
University of Southern California Center for Systems and Software Engineering SoS Engineering and the ICM Workshop Overview Jo Ann Lane USC CSSE
University of Southern California Center for Systems and Software Engineering USC CSSE Research Overview Barry Boehm Sue Koolmanojwong Jo Ann Lane Nupul.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Software Project Transition Planning
Fundamentals of Information Systems, Second Edition
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC CS 510 Lecture Fall 2011 Value-Based Software Engineering.
University of Southern California Center for Software Engineering CSE USC Distributed Assessment of Risk Tool DART Jesal Bhuta
University of Southern California Center for Software Engineering CSE USC 9/14/05 1 COCOMO II: Airborne Radar System Example Ray Madachy
Principles of Information Systems, Sixth Edition 1 Systems Investigation and Analysis Chapter 12.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
TECH 101 Product Design and Manufacturing. TECH 1012 System Life-Cycle Engineering 2 Major phases in almost all products and in many cases services –Acquisition.
Michael S. Zachowski, Robert D. Walla Astrix Technology Group 1090 King Georges Post Rd Edison, NJ A Successful Approach to a LIMS Upgrade In A Public.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Effective Methods for Software and Systems Integration
Process: A Generic View n A software process  is a roadmap to building high quality software products.  provides a framework for managing activities.
1 Advanced Computer Programming Project Management: Software Life Cycle Copyright © Texas Education Agency, 2013.
Server Virtualization: Navy Network Operations Centers
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
The Rational Unified Process
Creating a Practical IPv6 Transition Plan Jeff Doyle President Jeff Doyle and Associates, Inc. Global IPv6 Summit in China April, 2008.
From Research Prototype to Production
Satzinger Chp. 2 Part Part 4 of 4 2 Object-Oriented Analysis and Design with the Unified Process Testing Testing is critical discipline Testing activities.
Operational Concept Description
University of Southern California Center for Systems and Software Engineering Incremental Commitment Spiral Model (ICSM) for CS 577 Barry Boehm, Supannika.
Installation and Maintenance of Health IT Systems
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
University of Virginia Software Development Processes (CS340 John Knight 2005) 1 Software Development Processes.
University of Southern California Center for Systems and Software Engineering Barry Boehm CS 510, Fall 2014 ICSM Stage I: Phases and Project Example.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
University of Southern California Center for Software Engineering C S E USC Using COCOMO for Software Decisions - from COCOMO II Book, Section 2.6 Barry.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Software Planning Guidelines.
Rational Unified Process Fundamentals Module 5: Implementing RUP.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
CS 577b Software Engineering II -- Introduction
An Introduction to Software Engineering
Fundamentals of Information Systems, Second Edition 1 Systems Development.
University of Southern California Center for Systems and Software Engineering (c) USC-CSSE Incremental Commitment Spiral Model for CSCI577 1.
University of Southern California Center for Systems and Software Engineering 3/3/2010© USC-CSSE CSCI577B 2010 Light Weight Sw Engg for Off-the-Books.
University of Southern California Center for Systems and Software Engineering Approaching the Design Stages Pongtip Aroonvatanaporn CSCI577 Fall 2010 November.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
IS444: Modern tools for applications development Dr. Azeddine Chikh.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
University of Southern California Center for Systems and Software Engineering Aug. 26, 2010 © USC-CSE Page 1 A Winsor Brown CS 577a Lecture Fall.
University of Southern California Center for Systems and Software Engineering Core Capability Drive-Through Preparation Pongtip Aroonvatanaporn CSCI 577b.
How Software Projects Start SW projects start with a need. We need to keep better data on the students in the CSCE Dept. I heard that one of our competitors.
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Fall 2010 Software Planning Guidelines.
Technical External Management Requirements Technology Complexity Interfaces Reliability / Performance Quality Planning Controlling Funding / Resources.
Chapter 11 Project Management.
CS 577b: Software Engineering II
Software Planning Guidelines
Software Processes (a)
Chapter 2 SW Process Models
Chapter 4 Systems Planning and Selection
Rational Unified Process (RUP)
Chapter 1 (pages 4-9); Overview of SDLC
Software Development Process
EMIS 7307 Chapter 6.
ARB Schedule Locations
Project Management Chapter 11.
8 Tech Processes Drive Acquisition
The Survival Plan.
Presentation transcript:

University of Southern California Center for Systems and Software Engineering ICSM Stage II: Phases and Continuing Project Example Anandi Hira CS 510, Fall 2014

University of Southern California Center for Systems and Software Engineering Outline Overview of ICSM Stage I Stage II Detailed Descriptions –Development Phase –Production Phase –System Operations Phase Example Project Usage –Continuation of MedFRS example –(Medical First Responder System) 2Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Stage II You can’t just ask the customers what they want and then try to give that to them. By the time you get it built, they’ll want something new. - Steve Jobs Stage II: Incremental development –Development Phase: Procurement, iterative detailed design and development, integration, and test of current- increment components –Production and Operations Phase: System “units” produced, integrated, and put into operations 3Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Outline Overview of ICSM Stage I Stage II Detailed Descriptions –Development Phase –Production Phase –System Operations Phase Example Project Usage –Continuation of MedFRS example –(Medical First Responder System) 4Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering 5Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Ready to Release? 6Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Potential Pitfalls Inadequate budget/schedule Neglecting SCSs Neglecting to take time to fix architecture/foundation s problem Inadequate risk identification Starting development by easiest capabilities Inadequate development monitoring, rescope Inadequate testing Inadequate change monitoring, response Unvalidated, unprioritized capabilities Inadequate Production and Operation plans 7Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Major Risks Optimistic plans, schedules, budgets Technologies not mature COTS do not meet expectations Reuse items not “reusable” Critical engineering staff shortfalls Weak critical links in the vendor support/supply chains Weak manufacturing process or quality controls 8Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Outline Overview of ICSM Stage I Stage II Detailed Descriptions –Development Phase –Production Phase –System Operations Phase Example Project Usage –Continuation of MedFRS example –(Medical First Responder System) 9Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering 10Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Potential Pitfalls and Major Risks  Weak manufacturing process and quality controls  Inadequate source code control or configuration management  Inadequate configuration management of system software and hardware components  Inadequate phase budgets and schedules  Neglecting SCSs  Optimistic plans, schedule  System parts/components late for assembly  Breakdown of manufacturing equip.  Inadequate manufacturing plans or procedures  Component quality/defective parts  Assembly quality  Inadequate transition plans 11Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Outline Overview of ICSM Stage I Stage II Detailed Descriptions –Development Phase –Production Phase –System Operations Phase Example Project Usage –Continuation of MedFRS example –(Medical First Responder System) 12Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering 13Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Potential Pitfalls and Major Risks  Inadequate transition plans and preparations for release  Inadequate budget/schedule for sustainment and user support  Neglecting system stakeholders (users, esp)  Inadequate support and change management  Little/slow response to problems  Inadequate logistics support and spares provisioning  Inadequate plans or budget to deploy upgrades  Inadequate attention to:  How Users use system  User suggestions and complaints  Product recalls  Changing external systems and services 14Fall 2014Copyright (C) USC-CSSE

University of Southern California Center for Systems and Software Engineering Outline Overview of ICSM Stage I Stage II Detailed Descriptions –Development Phase –Production Phase –System Operations Phase Example Project Usage –Continuation of MedFRS example –(Medical First Responder System) 15Fall 2014Copyright (C) USC-CSSE