University of Southern California Center for Systems and Software Engineering Core Capability Drive-Through (CCD) Feedback Pongtip Aroonvatanaporn CSCI.

Slides:



Advertisements
Similar presentations
Agile Software Development Robert Moore Senior Developer Curtin University.
Advertisements

Chapter Extension 1 Collaboration Information Systems for Decision Making, Problem Solving, and Project Management.
EDEXCEL LEVEL 2 BTEC FIRST DIPLOMA FOR ICT PRACTITIONERS
Beta Testing: The Contractor’s Perspective Trns·port User Group Meeting October 2005.
University of Southern California Center for Systems and Software Engineering Design-Code Review Preparation Pongtip Aroonvatanaporn CSCI577b Spring 2012.
Requirements Engineering, Daniela DamianGILD project -- Feb 5, 2003 GILD and requirements management Daniela Damian University of Victoria.
University of Southern California Center for Software Engineering CSE USC 477 Class Project – HazMat (Hazardous materials) Spring 2003 Feb. 4.
Design Process …and the project.
Designing Course-Level Performance Measures Aligned with Program-Level Learning Outcomes Steven Beyerlein, Mechanical Engineering University of Idaho Daniel.
Agile Testing with Testing Anywhere The road to automation need not be long.
RESETTING PERFORMANCE MANAGEMENT – MANAGER AS COACH Manager Briefing & Discussion Sessions Winter 2013.
University of Southern California Center for Systems and Software Engineering Rational Software Modeler Tutorial Pongtip Aroonvatanaporn.
Effective Methods for Software and Systems Integration
The Software Development Process A*D*I*T*D*E*M All Day I Try to Defy Evil Milligan.
Ontario Psychological Association (OPA) Student Assessment Project “Designing a Project for Success” Date: February 6, 2009 Presented by: Marg Peppler,
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
Internationalization (I18N) Sufficiency Testing Presented to Seattle Area Software Quality Assurance Group June 19, 2003.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 10: Testing and Inspecting to Ensure High Quality Part 4:
Getting runs on the board with student group work The affordances of Online Peer Evaluation tools.
Staff Performance Evaluation Process
 Intermountain HEN Measurement April 12, Introduction  Lucy Savitz, PhD, MBA  Overview of:  Changes in CMS requirement for reporting  Criteria.
Distributed Software Development
University of Southern California Center for Systems and Software Engineering Approaching the Design Stages Pongtip Aroonvatanaporn November 25, /25/20091.
Introducing the Next Generation Science Standards (NGSS)
LIANZA Sept Getting it together for libraries : Designing a collaborative learning centre Karen Kealy, Manager, Planning and Projects Information.
University of Southern California Center for Systems and Software Engineering 7/19/2013(c) USC-CSSE11 USC e-Services Software Engineering Projects.
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem.
Design for Learning Jackie Chetzron, MLS. The Approach Are you a part to the whole OR Are you whole to the part? The key to teaching 21 st century skills.
Close Reading.  Discuss Model for Text Complexity  Discuss Reader and Task  Define Close Reading  Model a Close Reading Lesson  Create a Close Reading.
Teaching material for a course in Software Project Management & Software Engineering – part V.
Solutions Within Reach
P.R.I.D.E. School Professional Day :45 am- 3:30 pm.
University of Southern California Center for Systems and Software Engineering Approaching the Design Stages Pongtip Aroonvatanaporn CSCI577 Fall 2010 November.
KUFA UNIVERSITY Department of Computer Science 09/12/2015.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
University of Southern California Center for Systems and Software Engineering Reducing Estimation Uncertainty with Continuous Assessment: Tracking the.
EDUC 4454 – Class 20 P/J Methods
Assessment of Build 1d PDS4 Standards Reta Beebe Dan Crichton.
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 Reducing Estimation Uncertainty with Continuous Assessment Framework Pongtip.
GW ToDo A Task Manager CSCI 6442 Project Spring, 2016.
Student Employment Where Learning Happens. Today’s Agenda Overview of Learning Outcomes UWM Employment Experience – What our data says – Student Employment.
Test Plan SP1: Time To Train User Plan: Gather a group of people and teach them individually how to use the system. Document how long it takes each.
Stage 1 Integrated learning Coffee Shop. LEARNING REQUIREMENTS The learning requirements summarise the knowledge, skills, and understanding that students.
Group 4 – Development of a User’s Manual for Use with an HTML Interface Andrew Slatton Kathryn Dwyer.
University of Southern California Center for Systems and Software Engineering Core Capability Drive-Through Preparation Pongtip Aroonvatanaporn CSCI 577b.
Requirements. Outline Definition Requirements Process Requirements Documentation Next Steps 1.
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
University of Southern California Center for Systems and Software Engineering ICSM Stage II: Phases and Continuing Project Example Anandi Hira CS 510,
University of Southern California Center for Systems and Software Engineering RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
Fundamentals of Health Workflow Process Analysis and Redesign Acquiring Clinical Process Knowledge Lecture c This material Comp10_Unit4c was developed.
Antonio Hansford ITEC 400 Berkeley Software Design April 14, 2016.
Integrating MBSE into a Multi-Disciplinary Engineering Environment A Software Engineering Perspective Mark Hoffman 20 June 2011 Copyright © 2011 by Lockheed.
USC e-Services Software Engineering Projects
Transitional Readiness Review Team 08
USC e-Services Software Engineering Projects
What are the learning values?
SKILL ASSESSMENT OF SOFTWARE TESTERS Case Study
USC e-Services Software Engineering Projects
HRA User Satisfaction Report
CSCI 577b Tasks and Activities
Team 11- Central Avenue Business District Operating System
Design Review ELEC 421.
OO Design and Development
ARB Schedule Locations
CS 577b Software Engineering II -- Introduction
CS577a Software Engineering ARB #2 Workshop
Core Capability Drive-Through Workshop
Unit 4 - A06 – Review Grade Criteria To get a c
Presentation transcript:

University of Southern California Center for Systems and Software Engineering Core Capability Drive-Through (CCD) Feedback Pongtip Aroonvatanaporn CSCI 577b Spring 2010 March 31, 2010 April 1, 20091

University of Southern California Center for Systems and Software Engineering Outline Grading criteria Highlights IKIWISI Problem Suggestions Q & A April 1, 20092

University of Southern California Center for Systems and Software Engineering Grading Criteria Total of 20 points –Progress as plan (3) –Quality of CCD Completeness of functionalities (10) –Team readiness Quality of documents (3) Test data/Scenarios (3) People readiness (1) April 1, 20093

University of Southern California Center for Systems and Software Engineering Highlights Generally done well Responded well to dramatic changes Some clients knew the system very well Most teams followed the plan well –With some exceptions Most teams are on the right track Every team prepared some test scenarios and data April 1, 20094

University of Southern California Center for Systems and Software Engineering The IKIWISI What IKIWISI stands for Classic problem that occurs in software development Understanding of client’s perspective –Requirements knowledge –Asking the “What about…” question –Consider all scenarios April 1, 20095

University of Southern California Center for Systems and Software Engineering Suggestions (1) Understanding the purpose of CCD –Client –Developers Collaboration with DR/Programmer Eager to direct client –Not intuitive? April 1, 20096

University of Southern California Center for Systems and Software Engineering Suggestions (2) Take UI into considerations –Think in the perspective of end users –How to make it user friendly –“We developed this based on the requirements” –Productive to use the system? –Always verify with the client. No surprises Many lack collaboration with client User’s manual should not be overwhelming April 1, 20097

University of Southern California Center for Systems and Software Engineering Suggestions (3) Completeness of functionalities –Most are not 100% –Determine most critical capabilities –Should reflect what the plan says Respect client’s suggestions –Key to success –May have suggestions that differ from the initial requirements –Be flexible April 1, 20098

University of Southern California Center for Systems and Software Engineering Suggestions (4) Set up –HW, SW, etc. Testing –Run tests prior to CCD –Use same machine April 1, 20099

University of Southern California Center for Systems and Software Engineering Questions? April 1,