CS577a Software Engineering ARB #2 Workshop

Slides:



Advertisements
Similar presentations
University of Southern California Center for Systems and Software Engineering (C) 2009 USC CSSE1 CS 577a FCR Feedback, Fall 2009 Winsor Brown, Barry Boehm,
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Green Software Engineering Sheryl John Introducing green elements and guidelines in Software Engineering.
2/13/07(c) USC-CSSE1 An Empirical Study on MBASE and LeanMBASE Supannika Koolmanojwong Center for Systems and Software Engineering CSSE- Annual Research.
City of LA Personnel Department Mobile Application Team 02 1.
Web Development Process Description
S/W Project Management
Healthy Kids Zone Team Introduction Chad Honkofsky 2.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
TEAM’S STRONG/WEAK POINTS David Wiggins – Remote Student 1.
RUP Fundamentals - Instructor Notes
City of Los Angeles Personnel Department Mobile Application Team 02:Shreya kamani Anushree Sridhar Pattra Thongprasert Abhishek Trigunayat Travis Jones.
University of Southern California Center for Systems and Software Engineering 10/30/2009 © 2009 USC CSSE1 July 2008©USC-CSSE1 The Incremental Commitment.
Elockbox Team08 Fall2014 Jian Lei Role(s): Project Manager / Builder Da Lu Role(s): Prototyper / System/Software Architect Cheng Role(s):Feasibility Analyst.
2/5/20101 R-DCR ARB Preparation A Winsor Brown CS 577B Spring 2010.
Task: Copyright © 2003 PM tec, Inc; D. Sankey; D. Padelford. All rights reserved. 1 Fast Start For Projects  Electric Dipole Moment Project Facilitator:
Software Engineering Management Lecture 1 The Software Process.
Boston University Project Management Association Website Development Group 3 Team3 CS632 Dr. Vijay Kanabar Team Members Mario Soto Emily Ziegler Kevin.
University of Southern California Center for Systems and Software Engineering 1 CS577a Software Engineering I DCR ARB and Package Workshop Supannika Koolmanojwong.
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.
University of Southern California Center for Systems and Software Engineering 7/19/2013(c) USC-CSSE11 USC e-Services Software Engineering Projects.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
University of Southern California Center for Systems and Software Engineering 1 Architecture Review Boards Barry Boehm 10/14/2009.
University of Southern California Center for Systems and Software Engineering Introduction to: System and Software Construction, Transition and Support.
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)
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/
Request for Proposal (RFP)
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 10/25/2010(C) USC CSSE1 CS 577a Overall FCR Feedback [Updated/More]
University of Southern California Center for Systems and Software Engineering 577 process CSCI 577a Software Engineering I Supannika Koolmanojwong Mobasser.
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY © Tomi Männistö, Varvana Myllärniemi, 2008 T Software Architectures.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
University of Southern California Center for Systems and Software Engineering Quality Management & Architecture Review Board October 5, 2015 ©USC-CSSE1.
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 Core Capability Drive-Through Preparation Pongtip Aroonvatanaporn CSCI 577b.
University of Southern California Center for Systems and Software Engineering RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
ServiceNow Special Interest Group Phased WorkTemplate Information & Educational Technology 1 DRAFT
TK2023 Object-Oriented Software Engineering
Software Engineering Management
CS 577b: Software Engineering II
USC e-Services Software Engineering Projects
Transitional Readiness Review Team 08
Client Introductions to CS577a
ShareTheTraining TRR ARB Presentation Team 11
USC e-Services Software Engineering Projects
Introduction to Tech Communication & Project Management Arthur C.M. Chen , Rm
Request for Proposal (RFP)
E-Lockbox DCR ARB Client: Living Advantage, Inc.
USC e-Services Software Engineering Projects
Engineering Processes
CS577a Software Engineering I DCR ARB and Package Workshop
CSCI 577b Tasks and Activities
USC e-Services Software Engineering Projects
Architecture Review Boards Foundations Commitment Review
ICM-Sw Essentials for 577 Process models Success models Product models
Project Management Process Groups
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Architecture Review Board
USC e-Services Software Engineering Projects
ARB Schedule Locations
CS 577b Software Engineering II -- Introduction
Comparison between each special case
Project Introduction Spring 2017.
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Architecture Review Boards Remote Student Specifics
Core Capability Drive-Through Workshop
Joint Application Development (JAD)
Presentation transcript:

CS577a Software Engineering ARB #2 Workshop A Winsor Brown 11/20/09 11/20/2009 (c) 2000-2009 1

Topics 577B Participation options Regular student (ideally 3; 2 in unusual circumstances) DR (>2 units; or 1 unit + Unpaid Intern 5+hrs/week)) DR only DR with Class work (to qualify for Specialization in SE) Unpaid Intern (10+hours/week) Project's going forward: 4 to 5, ideally with 577a experience or strong technical skill match Participation Survey 11/20/2009 (c) 2000-2009

Instructional Incremental Commitment Model – Sw 11/20/2009 (c) 2000-2009

Packages: Instructional ICM-Sw Too High, unaddressable CCD-Core Capability Drivethrough; DCR- Development Commitment Review; ECR-Evaluation Commitment Review; FCR-Foundations Commitment Review; OCR- Operational Commitment Review; RDCR-Rebaselined Development Commitment Review; TRR-Transition Readiness Review; VCR-Valuation Commitment Review Adjust Scope, priorities, or discontinue Exploration Valuation Foundations Development ECR VCR FCR DCR Team formed, project assigned Start of Fall Semester Negligible Acceptable Risk? High, but addressable Break RDCR Team reformed, CCD TRR 1 Client Evaluation Client Evaluation, Close Out Report End of Spring Project Release OCR Operation Construction Transition 2 OCD, LCP, FED FCP-Level OCD, SSRD, SSAD, LCP, FED, SID, QMP* Prototype DCP-Level OCD, SSRD, SSAD, LCP, FED, SID, QMP**, ATPC^, IP†, TP‡, Exec. Prototype SSAD, LCP, FED, SID, QMP, ATPC, IP, TP, Exec. Prototype * Peer Review Strategy for Foundations; ** Peer Review and Test Strategy For Development; ^ at least one test case; † Skeletal for up through CCD; ‡ Team/Client tasks and dates identified 11/20/2009 (c) 2000-2009

DCR ARB DCR ARB Session Outline (x,y): (presentation time, total time) (5, 5) Acceptance Test Plan and Cases; Things done right; open issues to address (Remote Team member) (5, 5) OCD. System purpose; changes in current system and deficiencies, proposed new system, system boundary, and desired capabilities and goals; top-level scenarios (5,10) Prototype Update. Changes in significant capabilities (especially those with high risk if gotten wrong) (5, 10) SSRD. ALL high priority or changes in requirements; rating for all others (10, 15) Architecture. Overall and detailed architecture; design if critical; COTS/reuse selections (NOT JUST CHOICES) (10, 15) Life Cycle Plan. Focus on 577b (no history) or ? as appropriate; Include plans for CTS initial cycle “Plans” during 2nd Foundations Iteration Team members’ roles & responsibilities in 577b. (5, 10) Feasibility Rationale. Refined business case; major risks; general discussion (0, 5) Feedback from Instructors • Plan on 2 minutes per briefing chart, except title • Focus on changes (particularly new things) since FCR • You may vary from the above: please notify ARB board members IN ADVANCE • QFP & QMP not presented/discussed due to time constraints. 11/20/2009 (c) 2000-2009 5

Instructional ICM-Sw: One semester projects (NDI/NCES) End of Fall Semester Start of Fall Semester Typical Project Milestones Draft DC Package A R B A R B FCP-Level OCD, SSRD?, SSAD*, LCP, FED*, SID*, QMP*, Prototype DCP-Level OCD, SSRD?, SSAD*, LCP, FED*, SID*, QMP, ATPC, IP, Prototypes Team formed, project assigned Client Evaluation, Close Out Report All developed artifacts OCD, LCP, FED Project Release TP, SP, ATPR, UM 08/22 09/22 10/06 10/20 11/14 11/21 12/01 T O R or C R R ECR VCR FCR DCR CCD P T R R Exploration Valuation Foundations Development Operation Construction Transition ATPC: Acceptance Test Plan & Cases; ATPR: Acceptance Test Procedure & Results; IP: Iteration Plan; TP: Transition Plan; SP: Support Plan; UM: User Manual * Document / Scope adjusted; All documents are based on minimal system capabilities; ? SSRD only if significant glue code 11/20/2009 (c) 2000-2009 6

TRR/OCR for One Semester Development Projects 10 min. Introduction Operational concept overview, TRR specific outline, transition objective & strategy 15 min. Demo of IOC (Product status demonstration) 5 min. Support Plan 10 min. Data Reporting & Archiving 25 min. Summary of Transition Plan (as appropriate) HW, SW, site, staff preparation Operational testing, training, & evaluation Stakeholder roles & responsibilities Milestone plan Required resources Software product elements (code, documentation, etc.) 15 min. Feedback *** Times are approximate *** 11/20/2009 (c) 2000-2009

NDI/NCIS-intensive ARB Session Outline (x,y): (presentation time, total time) (5 , 5) Remote Team Member(s) (jointly) Team’s strong points & weak points (operational view and technical view) concerns & possible solutions (5, 5) OCD. System objectives; result/ benefit-chain diagram; system boundary diagram; project constraints; current processes; system capabilities; level of services; deployment diagram (10,10) Prototype/ demo/ sample screenshots Most significant capabilities [buying information](especially those with high risk if gotten wrong) (5, 10) SSAD. System Architecture; Info&Arctifacts (if RDB); Deployment; (5, 10) LCP. Overall strategy; milestones and schedule; deliverables; Risks (5, 10) FCP. Assessment approach, assessment results, evaluation criteria, business case, conclusion (5, 10) SID. Traceability Matrix (5, 10) Test Results. Test cases and results (5, 5) Transition Plan and Support Plan. HW/SW/Site preparation, support environment, release strategy Things done right; issues to address (Instructional staff) Plan on 2 minutes per briefing chart, except title Each chart MUST have information SPECIFIC to your project 11/20/2009 (c) 2000-2009