1 INNOVATIONS 2001 Organized by The Clear Lake Council Of Technical Societies (CLCTS) in cooperation with and co-sponsored by CLCTS member organizations.

Slides:



Advertisements
Similar presentations
Project Management with VIVA PPM Tool (Project Portfolio Management)
Advertisements

IBM Software Group ® Traceability From Need To Solution What, Why and How Tammy Lavi Alon Bar-Ner.
PROJECT RISK MANAGEMENT
OCTAVESM Process 4 Create Threat Profiles
S3-1 © 2001 Carnegie Mellon University OCTAVE SM Process 3 Identify Staff Knowledge Software Engineering Institute Carnegie Mellon University Pittsburgh,
Chapter 2 The Software Process
S2-1 © 2001 Carnegie Mellon University OCTAVE SM Process 2 Identify Operational Area Management Knowledge Software Engineering Institute Carnegie Mellon.
Networked Systems Survivability CERT ® Coordination Center Software Engineering Institute Carnegie Mellon University Pittsburgh, PA © 2002 Carnegie.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 Pittsburgh, PA Lecture 6: Team Planning.
Manage Your Requirements with RequisitePro Kim Werner Ajilon Consulting
Project Risk Management
SE 555 Software Requirements & Specification Requirements Management.
1 Systems V & V, Quality and Standards Dr Sita Ramakrishnan School CSSE Monash University.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems Introduction to Hewlett Packard (HP) Application Lifecycle Management.
Computer Security: Principles and Practice
10.5 Report Performance The process of collecting and distributing performance information, including status reports, progress measurements and forecasts.
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Managing Project Risk.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Intaver Institute Inc. 303, 6707, Elbow Drive S.W, Calgary, AB, Canada
Project Documentation and its use in Testing JTALKS.
Overview of Change Management ClearQuest Overview for CORUG January, 2008.
What is Business Analysis Planning & Monitoring?
Project Risk Management And Case study. Eng.Ahmed Ibrahim.
PMI Knowledge Areas Risk Management.
Introduction to Software Quality Assurance (SQA)
Emergency Management Information System - EMIS
Risk management in Software Engineering T erm Paper By By Praveenkumar Sammita Praveenkumar Sammita CSC532 CSC532.
Using IBM Rational Unified Process for software maintenance
International Software & Productivity Engineering Institute Current Trends in Software Engineering Vladimir L Pavlov, INTSPEI Chairman and Chief Strategy.
The Rational Unified Process
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Mar 03 Mar 03wec1 NASA Continuous Risk Management (CRM) CQSDI 2-4 March 03 Warren Connley Chief, Systems Management Support Office GSFC ,
Managing Risk. Objectives  To Describe Risk Management concepts and techniques  To calculate and analyze a project using Probability of completion 
Risk Management - the process of identifying and controlling hazards to protect the force.  It’s five steps represent a logical thought process from.
NIST Special Publication Revision 1
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Module 10: Monitoring ISA Server Overview Monitoring Overview Configuring Alerts Configuring Session Monitoring Configuring Logging Configuring.
1 SYS366 Lecture Visual Modeling and Business Use Case Diagrams.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Risk Management in the Built Environment Qualitative and Quantitative Risk Management By Professor Simon Burtonshaw-Gunn – licensed under the Creative.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Método de NASA
INCOSE TOULOUSE - FRANCE 1. 2 James C. Helm Associate Professor, Systems Engineering School of Science and Computer Engineering 2700 Bay Area Boulevard.
Georgia Institute of Technology CS 4320 Fall 2003.
© Mahindra Satyam 2009 Configuration Management QMS Training.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
Develop Project Charter
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
SOFTWARE PROJECT MANAGEMENT
Project Management Methodology
1 James C. Helm Assistant Professor, Systems Engineering School of Natural and Applied Sciences 2700 Bay Area Boulevard Houston, Texas VPN
Introduction to Project Management Chapter 9 Managing Project Risk
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Implementing Multiagency Coordination IS-701.A – February 2010 Visual 4.1 Unit 4: Implementing Multiagency Coordination.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
1 1 Effective Administration of Commercial Contracts Breakout Session # Session D06 Name: Holly Walker, CPCM Corporate Learning Solutions and Contract.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Building the Corporate Data Warehouse Pindaro Demertzoglou Lally School of Management Data Resource Management.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
Computer Security: Principles and Practice First Edition by William Stallings and Lawrie Brown Lecture slides by Lawrie Brown Chapter 17 – IT Security.
ISS Team Group Member ◦ Nguy ễ n Nh ậ t Minh ◦ Nguy ễ n Kh ắ c Khu ◦ Ph ạ m Ng ọ c Hi ế u ◦ Nguy ễ n Ng ọ c Khánh ◦ Nguy.
S7-1 © 2001 Carnegie Mellon University OCTAVE SM Process 7 Conduct Risk Analysis Software Engineering Institute Carnegie Mellon University Pittsburgh,
Iterative Risk Management Workflow Tool
CS4311 Spring 2011 Process Improvement Dr
Introduction to Software Engineering
Rational Unified Process (RUP)
Project Management Group
Presentation transcript:

1 INNOVATIONS 2001 Organized by The Clear Lake Council Of Technical Societies (CLCTS) in cooperation with and co-sponsored by CLCTS member organizations AIAA, IEEE, ISA, ISSA and INCOSE Friday, April 27, 2001 at Second Floor Gilruth Center, JSC, Houston Texas

2 James C. Helm Assistant Professor, Systems Engineering School of Natural and Applied Sciences 2700 Bay Area Boulevard Houston, Texas VPN FAX Tailoring RUP Tools for Systems Engineers

3 Overview Risk Management Paradigm functions Risk Statement by Paradigm function Rational Unified Process Rational RequisitePro

4 Risk Management Paradigm

5 Components of Risk Management - 1 Identify search for and locate risks before they become problems Analyze convert risk data into useable information for determining priorities and making decisions Plan translate risk information into planning decisions and mitigating actions (both present and future), and implement those actions

6 Components of Risk Management - 2 Track monitor risk indicators and mitigation actions Control correct for deviations from the risk mitigation plans and decide on future actions Communicate & Document provide information and feedback to the project on the risk activities, current risks, and emerging risks

7 Components of a Risk Statement Condition: a single phrase that identifies possible future problems, and describes current key circumstances, situations, etc. that are causing concern, doubt, anxiety, or uncertainty Consequence: a single phrase or sentence that describes the key, negative outcome(s) of the current conditions Condition Consequence Risk Statement there is a possibility that Given the will occur ;

8 IDENTIFY Risk Information Sheet –Risk Information sheet –Risk Management database Complete: ID Date Identified Risk statement Origin Risk Context

9 ANALYZE Risk Information Sheet Related areas: Priority Probability Impact Timeframe Class

10 PLAN Risk Information Sheet To be completed: Assigned to Mitigation Strategy Contingency plan and trigger Risk Information Sheet Status Status Date Approval Closing Date Closing Rationale Contingency Plan and Trigger Mitigation Strategy Context Statement Origin Probability Impact Timeframe Class Assigned Identified: __/__/__ to: ___/___/___ Priority ID

11 TRACK Risk Information Sheet Completed or Updated: –Priority –Probability –Impact –Timeframe –Status –Status Date

12 CONTROL Risk Information Sheet Completed Items: –Approval –Closing date –Closing rationale –Status

13 Rational Unified Process  RUP is a Software Engineering Process A disciplined approach to Project Management, Assigning Tasks, Responsibilities and Configuration Control  RUP captures best Software Development practices: 1.Develop SW iteratively 2.Manage requirements 3.Use component-Based architecture 4.Visually model SW 5.Continuously verify SW quality 6.Control Changes to SW

14 Rational RequisitePro  Risk Management is critical for project success.  Rational RequisitePro provides a common tool for requirements management that can be applied to risk management.  Rational RequisitePro provides a framework within which a risk management project can be created.

15 RequisitePro Tips Defining your risk management process Deciding on the type of database to store risks Deciding how to organize RequisitePro projects Creating the RequisitePro project(s) Specifying document types Specifying risks types Specifying risk attributes and default values Setup security Importing existing risk information into RequisitePro Enabling for discussion groups Protecting your risk database

16 RequisitePro Views - RISK

17 Select, Show and Add Risk Properties for the Project

18 Attributes Matrix Views - RISK

19 Traceability Tree View

20 Summary The Risk Information Sheet is key to the success of the Projects life cycle The Risk Information Sheet components must be managed, tracked and controlled Rational RequisitePro provides a common tool that can be applied to Risk Management RequisitePro maintains the Risk Information Sheet components in a databases (ACCESS, SQL Server or Oracle)

21 References Dorofee, A. J.; Walker, J.A.; Alberts, C.J.; Higuera, R. P.; Murphy, R. L.; Williams, R. C., Continuous Risk Management Guidebook, Pittsburg,Pa.: Software Engineering Institute, Carnegie Mellon University, 1996.