University of Southern California Center for Systems and Software Engineering 10/25/2010(C) 2009-2010 USC CSSE1 CS 577a Overall FCR Feedback [Updated/More]

Slides:



Advertisements
Similar presentations
1 Lecture #8 Purpose of SSRD Describe Capability Requirements: system subject matter measured by concrete means Describe Project, Level of Service, and.
Advertisements

University of Southern California Center for Systems and Software Engineering (C) 2009 USC CSSE1 CS 577a FCR Feedback, Fall 2009 Winsor Brown, Barry Boehm,
University of Southern California Center for Systems and Software Engineering A Look at Software Engineering Risks in a Team Project Course Sue Koolmanojwong.
EPICS Design Review Template Notes:  Use the template as a guide to preparing your presentation….you may add, subtract, or rearrange as needed to tell.
EPICS Conceptual Review Template Notes:  Use the template as a guide to preparing your presentation….you may add, subtract, or rearrange as needed to.
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC USC-CSE Executive Workshop March 15, 2006 Processes for Human.
University of Southern California Center for Software Engineering CSE USC 477 Class Project – HazMat (Hazardous materials) Spring 2003 Feb. 4.
University of Southern California Center for Software Engineering CSE USC MBASE Essentials Planning and control Milestone content Process models Life cycle.
University of Southern California Center for Systems and Software Engineering USC CSSE Research Overview Barry Boehm Sue Koolmanojwong Jo Ann Lane Nupul.
OO Development Process. UML and Process UML standardizes notation, not process –Increase likelihood of widespread acceptance There is significant variability.
2/13/07(c) USC-CSSE1 An Empirical Study on MBASE and LeanMBASE Supannika Koolmanojwong Center for Systems and Software Engineering CSSE- Annual Research.
University of Southern California Center for Systems and Software Engineering Feasibility Evidence Description (FED) Barry Boehm, USC CS 577a Lecture Fall.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Software Project Planning CS470. What is Planning? Phases of a project can be mostly predicted Planning is the process of estimating the time and resources.
Operational Concept Description
University of Southern California Center for Systems and Software Engineering 10/30/2009 © 2009 USC CSSE1 July 2008©USC-CSSE1 The Incremental Commitment.
2/5/20101 R-DCR ARB Preparation A Winsor Brown CS 577B Spring 2010.
University of Southern California Center for Systems and Software Engineering Incremental Commitment Spiral Model (ICSM) for CS 577 Barry Boehm, Supannika.
University of Southern California Center for Systems and Software Engineering Retrospective Analysis Supannika Koolmanojwong October 21,
IT Requirements Management Balancing Needs and Expectations.
University of Southern California Center for Systems and Software Engineering 1 CS577a Software Engineering I DCR ARB and Package Workshop Supannika Koolmanojwong.
How to start Milestone 1 CSSE 371 Project Info There are only 8 easy steps…
University of Southern California Center for Systems and Software Engineering 7/19/2013(c) USC-CSSE11 USC e-Services Software Engineering Projects.
13-January-2003cse LifeCycle © 2003 University of Washington1 Lifecycle CSE 403, Winter 2003 Software Engineering
University of Southern California Center for Systems and Software Engineering 1 Architecture Review Boards Barry Boehm 10/14/2009.
COMP3615,5615 Capstone Projects Week Overview of the semester Website tour – XP and roles – Assessment – note especially the individual mark operating.
Latifa AlAbdlkarim King Saud University October,2009.
University of Southern California Center for Systems and Software Engineering 11/22/ CS577a Software Engineering I DCR ARB and Package Workshop Supannika.
University of Southern California Center for Systems and Software Engineering Life Cycle Plan (LCP) Barry Boehm CS577a Fall /20/
University of Southern California Center for Systems and Software Engineering Agile Project Management Tools Supannika Koolmanojwong CSCI 577a.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
University of Southern California Center for Systems and Software Engineering 7/13/2012(c) USC-CSSE11 USC e-Services Software Engineering Projects.
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 577 process CSCI 577a Software Engineering I Supannika Koolmanojwong Mobasser.
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.
CS 5150 Software Engineering Lecture 2 Software Processes 1.
University of Southern California Center for Systems and Software Engineering MS Project Tutorial CSCI-577a Software Engineering I Fall 2008 Itti Charoenthongtrakul.
University of Southern California Center for Systems and Software Engineering Quality Management & Architecture Review Board October 5, 2015 ©USC-CSSE1.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Project Deliverables CIS 4328 – Senior Project 2 And CEN Engineering of Software 2.
University of Southern California Center for Systems and Software Engineering 7/23/2010(c) USC-CSSE1 08/21/09 ©USC-CSSE1 USC e-Services Software.
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 RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
CS 577b: Software Engineering II
USC e-Services Software Engineering Projects
Incremental Commitment Spiral Model (ICSM)
EPICS Design Review Template Notes:
USC e-Services Software Engineering Projects
Incremental Commitment Model (ICM)* for Software
E-Lockbox DCR ARB Client: Living Advantage, Inc.
Project Charter <Project Name>
CS577a Software Engineering I DCR ARB and Package Workshop
CS 577b: Software Engineering II
USC e-Services Software Engineering Projects
OCD Risk Management CS 577a, Fall 2012 ©USC-CSSE.
Architecture Review Boards Foundations Commitment Review
ICM-Sw Essentials for 577 Process models Success models Product models
Distributed Assessment of Risk Tool DART
Software Engineering I Fall 2017
Architecture Review Board
USC e-Services Software Engineering Projects
ARB Schedule Locations
CS 577b Software Engineering II -- Introduction
Comparison between each special case
Software Engineering I Fall 2017
CS577a Software Engineering ARB #2 Workshop
Architecture Review Boards Remote Student Specifics
CIS 4328 – Senior Project 2 And CEN Engineering of Software 2
Incremental Commitment Model (ICM)* for Software
Presentation transcript:

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE1 CS 577a Overall FCR Feedback [Updated/More] Fall 2010 Winsor Brown October 27,

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE2 IICSM-Sw ARB Review Success Criteria 2 FCR For at least one architecture, a system built to that architecture will: Support the Ops Concept Satisfy the Requirements Be faithful to the Prototype Be buildable within the budgets and schedules in the Plan Show viable business case [requires presenting OCD [all parts] and LCP Most major risks identified and resolved or covered by risk management plan Key stakeholders committed to support Foundations Phase (to DCR) DCR For the selected architecture, a system built to the architecture will: Support the Ops Concept Satisfy the Requirements Be faithful to the Prototype Be buildable within the budgets and schedules in the Plan As shown in an early lecture, ALL the documentation and models need to be up to date All major risks resolved or covered by risk management plan Key stakeholders committed to support full life cycle

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE3 Overall FCR Feedback Most (6 of 8) done well (presentations, client rapport), but –Time Management (usually because of NO practice?) and too many pages –Few helped the review team (and clients) by saying what type of project you were doing on the cover of the presentation. AND unreconciled FCR content with ARB Success Criteria –OCD (Shared Vision, especially) was focus of ARB: All had some problem with Benefits Realization Chain (BRC) Most did NOT have all benefits in BRC (even intangibles) Some had System LOSs which were not –2 of 8 had serious English problems obvious in at least 1 doc. –LCP: poor valuation & risk identification –FED Poor risk not all present (too many not continuing in 2 nd Sem.) Poor ROI (off by 6 months; did not include intangibles 3

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE4 Overall FCR Feedback - 2 Not reconciled with FCR content with ARB Success Criteria (continued) – SID Few Defined ALL key terms and acronyms in SID's glossary Tailoring not correct: only for deferring or skipping a normally- included artifact; explain why (e.g. COTS internals unavailable) Presentation –Occasional order changes in presentation without telling us in a modified agenda at the beginning –Very occasionally, slides with NO value added Role of primary DEN/remote student often misstated –ONE is System/Project Engineer (S/PE) –Always Includes IIV&V (also done by second DEN/remote student) –Includes Shaping (and re-shaping throughout semesters) –IF&F 2 DEN/remote, 2nd is QFP 4

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE5 Overall FCR Feedback - 3 Occasional pointing at laptop screen, not projected image (even better with screen sharing, use mouse) When asked a question: – Give the answer in brief, this will help your time management and the Review Board will get the desired information – Do NOT answer back while Review Board attempts to provide guidance

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE6 Overall FCR Feedback - 4 Many teams did not cover correctly –Risks in going forward with too few team members (should have come talk with me & DEN-remote) –Recognition that teams in 577b will be very different: Most teams will only have 1-2 people maintaining documents Every team needs developers & testers after DCR (usually 2-3) Team size will be only 5 to 6 (maximum); DEN-remote students can do anything (and some QFP work?)

University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE7 Overall FCR Feedback - 5 My lessons-learned –Project Selection Process needs updates –Need to plot trends in continuation by ARB over year –Need to add "Field of Dreams" concept with Benefits Chain diagram and specific suggestions –Students/Teams need COCOMO Tutorial before FCR ARB, not just general lecture