(e)Business Process Management easyREMOTE DWH © Josef Schiefer, IBM Watson Process Warehousing Unified Business Framework... in concert.

Slides:



Advertisements
Similar presentations
Enterprise Grants Management The Time is Right. Transformation From To.
Advertisements

Chapter 5 – Enterprise Analysis
Components of a Product Vision/Strategy
CSC340: Tutorial 1 Software Lifecycles TA: Yuan An Date: 9:00-10:00am, Fri. Oct. 3, 2003 Location: BA1130.
Chapter 2 Modeling the Process and Life Cycle Shari L. Pfleeger
 2004 by SEC Chapter 2 Software Development Process Models.
Evaluating Requirements. Outline Brief Review Stakeholder Review Requirements Analysis Summary Activity 1.
Alternate Software Development Methodologies
4.1 Blended approaches: Information Engineering IMS Information Systems Development Practices.
Introduction to data warehouses
Left overs. Agenda 9. Sept Leftovers PM –Methodologies –Models in system development XPM Project Group establishment (45 min) Introduction to requirement.
The Unified Software Development Process - Workflows Ivar Jacobson, Grady Booch, James Rumbaugh Addison Wesley, 1999.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
RSM McGladrey, Inc. is a member firm of RSM International – an affiliation of separate and independent legal entities. Operational Risk Management Framework.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
Operational Risk Management Framework Control Self Assessment
Certified Business Process Professional (CBPP®) Exam Overview
Managing Projects
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
What is Business Analysis Planning & Monitoring?
RUP Requirements RUP Artifacts and Deliverables
UML - Development Process 1 Software Development Process Using UML (2)
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
Chapter 2 The process Process, Methods, and Tools
Karolina Muszyńska. Reverse engineering - looking at the solution to figure out how it works Reverse engineering - breaking something down in order to.
Rational Unified Process Fundamentals Module 4: Disciplines II.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 1 Slide 1 Software Processes (Chapter 3)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
1 Software Process Models-ii Presented By; Mehwish Shafiq.
Data Warehouse Development Methodology
BABOK Version 3.
1 Introduction to Software Engineering Lecture 1.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
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)
© Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
Info-Tech Research Group1 Requirements Gathering World Class Operations - Impact Workshop.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
PROC-1 1. Software Development Process. PROC-2 A Process Software Development Process User’s Requirements Software System Unified Process: Component Based.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Project Initiation at The Regence Group 12/19/2015John Garrigues1.
Software Development Life Cycle (SDLC)
Ivar Jacobson, Grady Booch, and James Rumbaugh The Unified Software Development Process Addison Wesley, : James Rumbaugh's OOMD 1992: Ivar Jacobson's.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Evaluating Requirements
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Chapter 2 Software Development Model and 1. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
Modelling Management Components for Reuse using UML David Lewis (FlowThru Technical Co-ordinator) Chris Malbon Alina DaCruz University College London.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
1 SYS366 Week 2 - Lecture Visual Modeling and Process.
Chapter 24: Architecture Competence
CIM Modeling for E&U - (Short Version)
Introduction to Software Testing
Data Framework A Positive Impact.
Presentation transcript:

(e)Business Process Management easyREMOTE DWH © Josef Schiefer, IBM Watson Process Warehousing Unified Business Framework... in concert

 (e) Business Process Management Business Process Management Lifecycle

 (e) Business Process Management Research Fields...

 (e) Business Process Management Problem Definition  easyREMOTE DWH Framework –Many failed data warehouse projects because of poor requirements –Missing collaboration in requirements engineering activities –Difficulties in capturing business requirements and use cases for information systems –Problems in requirements reuse, automatic generation of downstream artifacts  Process Warehousing –Organizations have difficulties in developing key performance indicators for (e)business processes –Gap between analysing business data and process data, no closed-loop analysis for (e)business processes –No existing general approach for analyzing (e)business processes, which allows the use of state-of-the-art business intelligence tools  Unified Business Framework –Need for flexible customziation of (e)business processes –Support of B2B scenarios –Implementation Model for WCS

 (e) Business Process Management Strengths of the easyREMOTE DWH Prototype  Top-Down Approach / Abstraction Levels for Requirements  easyREMOTE DWH Requirements Process  Requirements Validation / Verification (Fit Criteria, Test Cases,...)  Traceability (Focus: Top-Down Dependencies)  Customizability  Collaboration (Team-Support, Reviewing, Ownership, Discussions,...)  Goal-based / Use Case-Driven Requirements Elicitation  Visibility of Requirements  Creativity Support (mind mapping support)  Requirements Management (Change Control, Version Control, Tracing, Tracking...)  Locality Principle for Requirements (all relevant information for a requirement can be found on one place)  Flexible Interfaces for Import and Export of Data (RDBMS, XML, Web Services…)  Power of Lotus Notes, Domino …

 (e) Business Process Management easyREMOTE DWH & BPIA  Support of initial steps of BPIA methodology (Step 1: Understand, Step 2: Plan)  Step 1: Understanding –Assessing existing business strategy for process directions –Identify important processes and their goals –Developing process vision (  strategic “Fit”) –Capturing of business process requirements –Development of process attributes –Identification of process owners, sponsors, BPM/BPR team –Understanding and improving existing processes –Specifying “ends” objectives –Collaboration Support  Step 2: Planning –Formulation of process performance objectives, assessing tangible and intangible factors –Evaluating alternatives, piloting new processes –Prioritizing, scope management –Risk management –Change management –Cost projection –Collaboration support

 (e) Business Process Management Process Warehouse Objectives  Automatically extracts performance data from enterprise processes  Uncovers weaknesses in process handling  Optimize throughput times, resource assignments  Warning system by monitoring business processes  Benchmarking based on measurable process indicators -> identification of best practices  Process-driven analysis of business data  Past activities can drive prospective interactions with the customer  Continous process improvement, closed loop analysis

 (e) Business Process Management Process Warehouse Architecture

 (e) Business Process Management SWOT for Process Warehousing

 (e) Business Process Management UBF Modeller  Modeling of UBF state diagrams  Incremental, iterative (e)Business Process Modeling  XML Representation of UBF state diagrams  Business Flow Management  Simulation of (e)Business Processes  Web service of Uploads  For more information see