2/13/07(c) USC-CSSE1 An Empirical Study on MBASE and LeanMBASE Supannika Koolmanojwong Center for Systems and Software Engineering CSSE- Annual Research.

Slides:



Advertisements
Similar presentations
MBASE Integration Framework
Advertisements

MBASE Process: WinWin Spiral
September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
RUP/UP Software Development Method Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn.
University of Southern California Center for Systems and Software Engineering A Look at Software Engineering Risks in a Team Project Course Sue Koolmanojwong.
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)
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Thammanoon Kawinfruangfukul CSSE MS, ID:
Rational Unified Process
University of Southern California Center for Systems and Software Engineering 3/18/2008©USC-CSSE1 Requirements Elaboration Ali Afzal Malik, Barry Boehm,
University of Southern California Center for Software Engineering CSE USC MBASE Essentials Planning and control Milestone content Process models Life cycle.
SE 470 Software Development Processes James Nowotarski 21 April 2003.
Rational Worldwide Software Symposium
Iterative development and The Unified process
University of Southern California Center for Systems and Software Engineering 1 WikiWinWin: Rapid Collaborative Requirements Negotiation Using Wiki and.
Chapter 6– Artifacts of the process
RUP Fundamentals - Instructor Notes
Using IBM Rational Unified Process for software maintenance
Software Engineering Chapter 12 The Generic Iteration Workflow Fall 2000.
Ontologies Reasoning Components Agents Simulations The Eclipse Process Framework Breno Machado.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
University of Southern California Center for Systems and Software Engineering 10/30/2009 © 2009 USC CSSE1 July 2008©USC-CSSE1 The Incremental Commitment.
University of Southern California Center for Systems and Software Engineering The Incremental Commitment Spiral Model Electronic Process Guide (EPG) and.
2/5/20101 R-DCR ARB Preparation A Winsor Brown CS 577B Spring 2010.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
University of Southern California Center for Systems and Software Engineering 7/19/2013(c) USC-CSSE11 USC e-Services Software Engineering Projects.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
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)
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
University of Southern California Center for Systems and Software Engineering 7/13/2012(c) USC-CSSE11 USC e-Services Software Engineering Projects.
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
University of Southern California Center for Systems and Software Engineering 10/25/2010(C) USC CSSE1 CS 577a Overall FCR Feedback [Updated/More]
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
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.
Chapter 8 Workflows of the Process Taken from Walker Royce’s textbook – Software Project Management plus a number of Personal Comments.
Ali Afzal Malik, Supannika Koolmanojwong, Barry Boehm USC-CSSE
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
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 RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
Software Development Framework
TK2023 Object-Oriented Software Engineering
Process 4 Hours.
CS 577b: Software Engineering II
USC e-Services Software Engineering Projects
USC e-Services Software Engineering Projects
Introduction to Software Engineering
Rational Worldwide Software Symposium
CS577a Software Engineering I DCR ARB and Package Workshop
Rational Unified Process (RUP)
ICM_Sw Essentials for CS510
CSCI 577b Tasks and Activities
Rational Worldwide Software Symposium
ICM-Sw Essentials for 577 Process models Success models Product models
CS 577b Software Engineering II -- Introduction
Comparison between each special case
DEN Student Roles In Detail
CS577a Software Engineering ARB #2 Workshop
Rational Worldwide Software Symposium
Presentation transcript:

2/13/07(c) USC-CSSE1 An Empirical Study on MBASE and LeanMBASE Supannika Koolmanojwong Center for Systems and Software Engineering CSSE- Annual Research Review February 13, 2007

2/13/07(c) USC-CSSE2 Outline Introduction Research Questions MBASE & its problem LeanMBASE –Content Comparison –Performance Comparison Conclusion Future Work

2/13/07(c) USC-CSSE3 Introduction Light weighted Software Engineering Projects –CSCI577ab: Software Engineering Course Sequence for graduate students in Computer Science –12 weeks in Fall semester, 12 weeks in Spring semester –6 on-campus students, 2 off-campus students –From , use MBASE as methodology to develop real-client projects. Problems –MBASE is too heavy for software engineering classes.

2/13/07(c) USC-CSSE4 Research Question With small-sized, limited schedule, real client project, how can we provide the best opportunity for students to learn good software engineering approaches and apply them to the real software project development?

2/13/07(c) USC-CSSE5 MBASE Model-Based (Systems) Architecting and Software Engineering Approach –MBASE/ RUP Activity / Process Model –WinWin Spiral model –Risk-driven strategy –Iterative refinement –Stakeholder commitment at anchor-point milestones –Emphasis of system and life-cycle issues. The MBASE Guidelines provide content, format and templates for project artifacts –Project Artifacts Operational Concept, System Requirements, System Architecture, Lifecycle Plan, Feasibility Studies Plans and reports for constructions and Transition phase Software tools –The Easy WinWin negotiation tool –Effort reporting tool –Risk identification tool –USC COCOMO II –COCOTS

2/13/07(c) USC-CSSE6 Problems in MBASE Problems with MBASE –MBASE is designed for large industry projects –Hugh Amount of effort in documentation –Less time to focus on project implementation Strategies –Analyze data from our project repositories –Shape up MBASE  leanMBASE

2/13/07(c) USC-CSSE7 Solutions in LeanMBASE –Minimum-essential documentation –Tailor up if proper –More time in project implementation Fall 2005, –the 260 pages of MBASE Inception and Elaboration phase Guidelines were replaced with 90 pages of LeanMBASE Guidelines.

2/13/07(c) USC-CSSE8 LeanMBASE Same approach, same documentation set, same tool but light-weight Identify high-value activities, balance the workload of a development Off-campus V&V  IIV&V (Integrated Independent) involve more to the team In Fall 2006, add one new document (SID: Supporting Information Document) as package header; combined all similar information.

2/13/07(c) USC-CSSE9 Outline Introduction Research Questions MBASE & its problem LeanMBASE –Content Comparison –Performance Comparison Effort Comparison Client Evaluation Comparison Conclusion Future Work

2/13/07(c) USC-CSSE10 Content Comparison I Operational Concept Definition (OCD); System and Software Requirements Definition (SSRD); System and Software Architecture Description (SSAD); Life Cycle Plan (LCP); Feasibility Rationale Document (FRD) Inception & Elaboration Document Size Comparison: LeanMBASE: smaller size; except SSAD in fall 2005 InceptionElaborationConstruction Transition

2/13/07(c) USC-CSSE11 Content Comparison II Plans and Reports in Construction and Transition Phase Peer Review Plan (PRP) Peer Review Report (PRP) Iteration Plan (IP) Iteration Assessment Report (IAR) Quality Management Report (QMP) Test Plan (TP) Test Description and Result (TDR) Release Description (RD) Transition Plan (TRP) Support Plan (SP) Packaged Tools and Procedures (PTP) Regression Test Package (RTP) User Manual (UM) Construction and Transition Document Size Comparison; Not much different in CTS documents; Room for improvement

2/13/07(c) USC-CSSE12 Effort Comparison Average number of hours spent for documentation: Less Effort, except SSAD in Fall 2005 Average number of hour/page in documentation: Less number of hours per page; except SSRD in Fall 2006

2/13/07(c) USC-CSSE13 Client Evaluation Semester Average Score of Customer evaluation FallSpringTotal (20 pts) (40 pts) Fall 03 – Sp 04 : MBASE Fall 04 – Sp 05 : MBASE Fall 05 – Sp 06 : LeanMBASE Fall 06 – Sp 07 : LeanMBASE17.9n/a Average Uniformly high; relatively close

2/13/07(c) USC-CSSE14 Conclusion With LeanMBASE –Smaller document size –Less time in documenting –Comparably satisfied with the project result from Clients –Off-campus students or IIV&V personnel play more roles At least for small real-client student-team projects, the LeanMBASE more efficiently supports students in –developing software projects, –learning software development –providing a win-win result to all key stakeholders.

2/13/07(c) USC-CSSE15 Future Work Additional Comparison –Risk Comparison –Defect List Comparison Process Enhancement –Electronic Process Guideline (LeanMBASE Plug-Ins on EPF OpenUp Framework) –WikiWinWin –Mentor Program