ARB Schedule Locations

Slides:



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

Software Quality Assurance Plan
Software Project Transition Planning
Iterative development and The Unified process
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
City of LA Personnel Department Mobile Application Team 02 1.
TRR ARB Presentation Women at Work Website Redesign.
S/W Project Management
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.
Z26/GI03: Project Management Tutorial: What to include in your presentation Graham Collins.
Resources Performance time. resources Performance time 2.
City of Los Angeles Personnel Department Mobile Application Team 02:Shreya kamani Anushree Sridhar Pattra Thongprasert Abhishek Trigunayat Travis Jones.
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.
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,
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 11/22/ CS577a Software Engineering I DCR ARB and Package Workshop Supannika.
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]
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
University of Southern California Center for Systems and Software Engineering 577 process CSCI 577a Software Engineering I Supannika Koolmanojwong Mobasser.
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 Milestone Reviews CS 577b Software Engineering II Supannika Koolmanojwong.
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.
What has been accomplished at the end of MSD 1 & 2?
University of Southern California Center for Systems and Software Engineering RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
Project Execution Methodology
Iterative development and The Unified process
Supportability Design Considerations
Software Engineering Management
ISA 201 Intermediate Information Systems Acquisition
USC e-Services Software Engineering Projects
Transitional Readiness Review Team 08
ShareTheTraining TRR ARB Presentation Team 11
ISA 201 Intermediate Information Systems Acquisition
DCR ARB Presentation Team 5: Tour Conductor.
ISA 201 Intermediate Information Systems Acquisition
USC e-Services Software Engineering Projects
JTAMS PRE-MILESTONE B ANALYSIS
Requirements and the Software Lifecycle
Request for Proposal (RFP)
Frenzy TRR ARB Presentation
Transition Readiness Review December 4th, 2015
E-Lockbox DCR ARB Client: Living Advantage, Inc.
USC e-Services Software Engineering Projects
Team 07-Fuppy Krupa Patel Adil Assouab Yiyuan Chen(Kevin)
SOCCER DATA WEB CRAWLER
CS577a Software Engineering I DCR ARB and Package Workshop
Chapter 1 (pages 4-9); Overview of SDLC
Mission Science By Team 07.
IS&T Project Reviews September 9, 2004.
By Jeff Burklo, Director
CSCI 577b Tasks and Activities
USC e-Services Software Engineering Projects
Architecture Review Boards Foundations Commitment Review
Architecture Review Board
USC e-Services Software Engineering Projects
CS 577b Software Engineering II -- Introduction
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
CS577a Software Engineering ARB #2 Workshop
Project Name Here Kick-off Date
Presentation transcript:

ARB Schedule Locations All will be at SAL 322, except 2:00 – 3:20 slots will be at OHE 122 Print out a copy of your presentation for your client Put your slides on team website Otherwise, -2 points https://doodle.com/poll/gnr54ygzyqnbsmqc Monday 11/26/2018 Friday 11/30/2018 12:30 - 1:50 2:00 - 3:20 3:30 - 4:50 5:00 - 6:20 6:30 – 7:50 Monday Nov 30, 3:30 - Team 2 5pm - Team 1 Tues Dec 1 12:30 - Team 5 3:30 - Team 3 Fri Dec 4 12:30 - Team 7 2pm - Team 4 3:30pm - Team 6

DCR success criteria For the selected architecture, a system built to the arch. will: Support the Ops Concept Satisfy the Requirements Be faithful to the Prototype Be buildable within the budgets and schedules in the Plan All major risks resolved or covered by risk management plan Key stakeholders committed to support full life cycle

DCR Expectation Less time for OCD Continue on Prototype More time for Architecture, Plan  Fine-tuning based on FCR ARB experience  Focus on changes since FCR  Emphasize material that is relevant to 577B (or to end of class)  Risk management still fundamental

Presentation Outline (2 semesters) (x,y): (presentation time, total time) (5, 5) Acceptance Test Plan and Cases; Team's strong and weak points & Overall Project Evaluation (DEN Remote Team member) (5, 5) OCD. System boundary, and desired capabilities and goals; top-level scenarios  (10,10) Prototype Update. Changes in significant capabilities (especially those with high risk if gotten wrong) (5, 5) Requirements. 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 Plan; Include plans for Construction-Transition-Support initial cycle “Plans” during 2nd Foundations Iteration; Team members’ roles & responsibilities in 577b, Iteration Plan (5, 10) Feasibility Evidence. Refined business case; major risks; general discussion (5,5) Quality Focal Point –Solved & Remaining Technical Debt, Traceability Matrix between OCD, Arch, Test cases, 2 selected metrics (10) Feedback from Instructors Focus on changes (particularly new things) since FCR

Transition Readiness Review Product works as expected (or not with noted exceptions) Product will help users do job Show quality development Show sustainability  Show confidence that product is/will be ready to be used e.g. Transition plan & status

TRR Presentation Outline 5 minutes Operational concept overview, TRR specific outline, transition objective & strategy 25 min. Demo of Initial Operational Capability (Product status demonstration) 10 min. Test Cases, Procedures and Results  5 min Quality Focal Point - (Solved & Remaining)Technical Debt, Traceability Matrix, 2 selected Metrics 10 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.)

Marks allocation (70 points) Quality of the presentation: 10 Quality of the project: 40 Progress: 10 Consistency: 5 Time Management: 5