Scenario Oriented Project Management Knowledge Reuse within a Risk Analysis Process Márcio de Oliveira Barros Cláudia Maria Lima Werner Guilherme Horta.

Slides:



Advertisements
Similar presentations
IBM Software Group ® Design Thoughts for JDSL 2.0 Version 0.2.
Advertisements

Object-Oriented Application Frameworks Much of the cost and effort stems from the continuous re- discovery and re-invention of core concepts and components.
1 A Methodological Approach to IS Research Presented by: Dr. Jay Nunamaker, Jr.
Alternative Software Life Cycle Models By Edward R. Corner vol. 2, chapter 8, pp Presented by: Gleyner Garden EEL6883 Software Engineering II.
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
TRANSIMS Research and Deployment Project TRACC TSM Staff Dr. Vadim Sokolov Dr. Joshua Auld Dr. Kuilin Zhang Mr. Michael Hope.
Márcio Barros Cláudia Werner Guilherme Travassos Explaining the Behavior of System Dynamics Models POSTER OBJECTIVE To present.
From Metamodels to Models: Organizing and Reusing Domain Knowledge in System Dynamics Model Development Márcio de Oliveira Barros Cláudia Maria Lima Werner.
Software IMprovement using Product LinEs Project Final Presentation Liana Lisboa – PM Project: Starship.
Industrial Organization Economists have developed a branch of economic analysis called Industrial Organization to trace the relationship between the structure.
Model Driven Architecture (MDA) Partha Kuchana. Agenda What is MDA Modeling Approaches MDA in a NutShell MDA Models SDLC MDA Models (an Example) MDA -
Software Architecture Quality. Outline Importance of assessing software architecture Better predict the quality of the system to be built How to improve.
A Middleware to Increase Awareness in Distributed Software Development Workspaces Copyright, 1997 © Dale Carnegie & Associates, Inc. Marco A. S. Mangan.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Course Instructor: Aisha Azeem
Science and Engineering Practices
Modeling and Simulation
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
CLEANROOM SOFTWARE ENGINEERING.
Chapter 1 Introduction to Simulation
HIT241 - RISK MANAGEMENT Introduction
1 CS 456 Software Engineering. 2 Contents 3 Chapter 1: Introduction.
Computer Systems & Architecture Lesson Software Architecture in the Future.
Centro de Estudos e Sistemas Avançados do Recife PMBOK - Chapter 4 Project Integration Management.
Requirements Engineering Requirements Elicitation Process Lecture-8.
1 Issues in Assessment in Higher Education: Science Higher Education Forum on Scientific Competencies Medellin-Colombia Nov 2-4, 2005 Dr Hans Wagemaker.
A Design Science (Multi-Methodological) Approach to IS Research Presented by: Dr. Jay F. Nunamaker, Jr. 1.
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
Copyright 2002 Prentice-Hall, Inc. 1.1 Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 1 The Systems Development.
Team Think For You. Outline  Introduction  Process  Requirements Engineering  Architecture  Detailed Design  Testing  Demo  Extensibility  Conclusions.
Assessing the influence on processes when evolving the software architecture By Larsson S, Wall A, Wallin P Parul Patel.
P1516.4: VV&A Overlay to the FEDEP 20 September 2007 Briefing for the VV&A Summit Simone Youngblood Simone Youngblood M&S CO VV&A Proponency Leader
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
CSCE 522 Secure Software Development Best Practices.
Introduction Better Faster Cheaper (pick any two) On-going issue that continues to motivate research in software engineering Applications: –continue to.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Development of Methodologies for Independent Verification and Validation of Neural Networks NAG OSMA-F001-UNCLASS Methods and Procedures.
Aspect-Oriented Requirements Engineering David Schaefer, Joao Araujo, Isabel Brito, Awais Rashid, Claudia Mesquita.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
Process: A Generic View
1 V&V Needs for NextGen of 2025 and Beyond A JPDO Perspective Maureen Keegan JPDO Integration Manager October 13, 2010.
Improving Dependability in Service Oriented Architectures using Ontologies and Fault Injection Binka Gwynne Jie Xu School of Computing University of Leeds.
Developing the theoretical and conceptual framework From R.E.Khan ( J199 lecture)
University of Nebraska  Lincoln R School of Natural Resources Donald A. Wilhite, Director School of Natural Resources University of Nebraska The U.S.
Rigorous Testing by Merging Structural and Behavioral UML Representations Presented by Chin-Yi Tsai.
SCOPE DEFINITION,VERIFICATION AND CONTROL Ashima Wadhwa.
OOD OO Design. OOD-2 OO Development Requirements Use case analysis OO Analysis –Models from the domain and application OO Design –Mapping of model.
Chapter 14 - Analyzing a Case and Writing a Case Report 1 Understanding the Case Method of Learning What is the case method?  Applies the ancient Socratic.
Continual Service Improvement Methods & Techniques.
Configuration Control (Aliases: change control, change management )
A Generic Model for Software Architecture Yun Sang-hyun Rossak. W. / Kirova. V. / Jolian. L. / Lawson. H. / Zemel. T. Software, IEEE Jul/Aug.
Introduction To Modeling and Simulation 1. A simulation: A simulation is the imitation of the operation of real-world process or system over time. A Representation.
Software Design Process. What is software? mid-1970s executable binary code ‘source code’ and the resulting binary code 1990s development of the Internet.
Welcome to M301 P2 Software Systems & their Development
Review of last class Software Engineering Modeling Problem Solving
Design Patterns: MORE Examples
Risk Management.
Chapter 1 The Systems Development Environment
Rumbaugh’s Objectmodeling Technique
Chapter 1 The Systems Development Environment
Model-Driven Analysis Frameworks for Embedded Systems
Object-Oriented Analysis
Object Oriented Analysis and Design
Technology Planning.
Chapter 9 Architectural Design.
Strategy for development of new software
Department of Computer Science Abdul Wali Khan University Mardan
Chapter 8, Design Patterns Introduction
Chapter 1 The Systems Development Environment
Presentation transcript:

Scenario Oriented Project Management Knowledge Reuse within a Risk Analysis Process Márcio de Oliveira Barros Cláudia Maria Lima Werner Guilherme Horta Travassos COPPE / UFRJ

Software Project Management  Complex software development is a risk job –Too many software projects are concluded costly and behind schedule than planned, specially large projects  Project Management –Project management is determinant to project success –Most project management techniques that are used today date from the early 1950’s –There has been little advancements in PM techniques when compared to development techniques

Scenario Based PM  Scenario analysis in project management –Scenario based project management (SBPM) is a set of techniques that allow a manager to test a project sensibility to unexpected events and actions –The manager defines project expect behavior, such as activities distribution through schedule, planned cost and quality (project model) –The manager reuses and creates scenarios describing events, actions or policies that can affect the project (scenario models) –Scenarios and project models are integrated to evaluate scenario impact upon the project

SBPM Architecture Project Model Scenarios develops analyzes P M Simulation Environment builds

Behavior Evaluation  Models are described in system dynamics (SD) –System dynamics is a modeling technique to describe complex systems, focusing on their structural aspects –Models are mathematically formulated using extended system dynamics constructors –Project models are evaluated through simulation, with or without integrated scenario models  We are proposing some extension to SD –Higher model representation level –Element attributes representation –Separating facts from assumptions

PM Knowledge Representation  Scenarios hold project management knowledge –Scenarios can be organized in an organization-wide knowledge base to project managers –Scenarios allow formal documentation of assumptions and proven information about project management –Senior project managers can create scenarios allowing less experienced managers to share their knowledge by retrieving and reusing such models –During application development, the manager retrieves the scenarios that he believes can affect his project and evaluates their impact upon the project behavior

PM Knowledge Reuse  Knowledge sharing resembles a reuse process –Scenario models are the reusable artifact –Two-staged development process –“Development for reuse” and “Development with reuse” IdentifyDocumentPack Development for Reuse Reusable Artifacts BrowseUnderstandAdapt Development with Reuse Need for reusable artifacts

PM Knowledge as Scenarios  Advantages –Scenarios are formal representations that can be directly evaluated upon a project model –Due to system dynamics, scenarios capture non-linear relationships among project elements –There is a framework for PM knowledge sharing and reuse (based on the generic reuse process) –There is a technique for scenario evaluation and we are currently developing tools to support this technique  Disadvantages –Math is good for computer evaluation, but not for human analysis. Scenarios need complementary information to help selection and understanding

Risk Archetypes  Standard information structure –Describes a potential problem that can occur along several development projects –The information structure documents the experience of forecasting, identifying and resolving such problems –It wraps scenario models that are used to describe the impact of the problem and its resolution strategies –It allows navigation among risk archetypes and has criteria for problem selection based on the application or development process characteristics

Development Sharing as Reuse  Development for reuse –Risk management for risk identification –Identifying, modeling, and documenting risk archetypes  Development with reuse –Risk management for application development –Selecting, understanding, and adapting risk archetypes  Feedback –Applications might need some archetypes that are not already developed, feeding the risk identification process with needs

Experimental Validation  The proposed techniques are under evaluation  Preliminary studies –Observational study upon documenting the risks of an application domain using risk archetypes to (financial market risk management software)  First major experiment –Quasi-experiment to evaluate the application of the proposed techniques in software project management

Conclusions  Scenarios are useful for PM knowledge representation  Scenarios have higher representation capabilities than traditional PM models, such as PERT  There is a framework to support scenario sharing and reuse  Experimental results show promising results

Questions