• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Process-Oriented Business Requirements
 

Process-Oriented Business Requirements

on

  • 2,679 views

A process-oriented & visual approch for defining & designing business requirements, based on Proforma methodologies & tools.

A process-oriented & visual approch for defining & designing business requirements, based on Proforma methodologies & tools.

Statistics

Views

Total Views
2,679
Views on SlideShare
2,673
Embed Views
6

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 6

http://www.slideshare.net 6

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 1

Process-Oriented Business Requirements Process-Oriented Business Requirements Presentation Transcript

  • Business Requirements Analysis in a Visible Enterprise With Metastorm Provision BPA
  • Today’s Challenge – Mind the Gaps
    • Goals and objectives
    • Enterprise Models
    • Relationships & Future State
    • Modeling
    • Simulation
    • Optimization (Six Sigma, SCOR, ITIL…)
    • Design
    • Integration
    • Automation
    • Metrics and Monitoring
    Process Analysis & Optimization Strategy & Enterprise Architecture Process Execution & Management  2007 Metastorm Inc.
  •  2007 Metastorm Inc. Close the Gaps with a Common Language
  • Process-Oriented Management
  • Process Orientation
  • Process Thinking
    • Cross-departmental: looking beyond functional silos
    • Optimization of end-to-end process cycle rather than local maxima
    • Focus on creating value for customers/shareholders
    • Enabling agility: built to change, not built to last
  • The Need for Process Improvement “… the idea of reexamining your processes from time to time to make them more effective and to wring out inefficiencies is more important now than ever.” “ A rule of thumb is that a lousy process will consume ten times as many hours as the work itself requires. A good process will eliminate the wasted time, and technology will speed up the remaining real work.” Bill Gates, “ Business @ The Speed Of Thought” , 1999 Business modeling enables improved performance.
  • Business Process Improvement – the Objective
    • Improve a business domain’s business processes
    • Define the business requirements in support of the new business process
    • Identify an automated solution that implements the business requirements
  • A Typical Software Development Project
  • What is the cause of most failed System Development projects?
    • “ If you don’t know where you are going, any road will get you there.”
      • Inadequate requirements
      • Scope not defined
    • Inadequate communication between Business and Information Technology personnel:
      • Don’t understand each other’s language
      • Don’t understand each other’s needs
      • Process vs. Data
      • Ambiguity
      • Assumptions
  • The Best Way to Gather Business Requirements
      • Capture requirements as a set of software models
      • Build a software repository from the models
      • Analyze the business first...and implementation second
      • Gain consensus of business process owners
      • Involve owners jointly in the analysis and design process
  • Enterprise Architecture (EA)
    • “An Enterprise has an Architecture even if it doesn't have Electricity…”
    • Anonymous
  • Zachman Framework TM e.g. DATA Builder SCOPE (CONTEXTUAL) MODEL (CONCEPTUAL) ENTERPRISE Designer SYSTEM MODEL (LOGICAL) TECHNOLOGY MODEL (PHYSICAL) DETAILED REPRESEN- TATIONS (OUT-OF- CONTEXT) Sub- Contractor FUNCTIONING ENTERPRISE DATA FUNCTION NETWORK e.g. Data Definition Ent = Field Reln = Address e.g. Physical Data Model Ent = Segment/Table/etc. Reln = Pointer/Key/etc. e.g. Logical Data Model Ent = Data Entity Reln = Data Relationship e.g. Semantic Model Ent = Business Entity Reln = Business Relationship List of Things Important to the Business ENTITY = Class of Business Thing List of Processes the Business Performs Function = Class of Business Process e.g. Application Architecture I/O = User Views Proc .= Application Function e.g. System Design I/O = Data Elements/Sets Proc.= Computer Function e.g. Program I/O = Control Block Proc.= Language Stmt e.g. FUNCTION e.g. Business Process Model Proc. = Business Process I/O = Business Resources List of Locations in which the Business Operates Node = Major Business Location e.g. Business Logistics System Node = Business Location Link = Business Linkage e.g. Distributed System Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics e.g. Technology Architecture Node = Hardware/System Software Link = Line Specifications e.g. Network Architecture Node = Addresses Link = Protocols e.g. NETWORK Architecture Planner Owner Builder ENTERPRISE MODEL (CONCEPTUAL) Designer SYSTEM MODEL (LOGICAL) TECHNOLOGY MODEL (PHYSICAL) DETAILED REPRESEN- TATIONS (OUT-OF CONTEXT) Sub- Contractor FUNCTIONING MOTIVATION TIME PEOPLE e.g. Rule Specification End = Sub-condition Means = Step e.g. Rule Design End = Condition Means = Action e.g., Business Rule Model End = Structural Assertion Means =Action Assertion End = Business Objective Means = Business Strategy List of Business Goals/Strat Ends/Means=Major Bus. Goal/ Critical Success Factor List of Events Significant Time = Major Business Event e.g. Processing Structure Cycle = Processing Cycle Time = System Event e.g. Control Structure Cycle = Component Cycle Time = Execute e.g. Timing Definition Cycle = Machine Cycle Time = Interrupt e.g. SCHEDULE e.g. Master Schedule Time = Business Event Cycle = Business Cycle List of Organizations People = Major Organizations e.g. Work Flow Model People = Organization Unit Work = Work Product e.g. Human Interface People = Role Work = Deliverable e.g. Presentation Architecture People = User Work = Screen Format e.g. Security Architecture People = Identity Work = Job e.g. ORGANIZATION Planner Owner to the Business Important to the Business What How Where Who When Why SCOPE (CONTEXTUAL) Architecture e.g. STRATEGY ENTERPRISE e.g. Business Plan Process Activity
  • The Enterprise Architecture Framework View Why
  • Business Requirements Analysis – Project Plan
  • Business Requirement Deliverables
  • Business Domain Profile Business Interaction Model Goal Model Organization Model Process Model
  • Business Requirements Models Workflow Model Use Case Model Business Class Model Statechart Model
  • Business Requirements Models Requirements Model Storyboard Model Sequence Model Operation Model
  • Creating Process Scenarios
  • Performing Simulations
  • Activity-Based-Costing Analysis Resource Utilization Analysis – Identifying Bottlenecks Analyzing Results
  • From Workflow Model to Use Case Model
  • User Interface Identification
  • Navigation Grids & Reports
  • From Business Class to Activity (CRUD)
  • Publishing
  • Traditional Vs. BPM Developing BPM enabled applications is a vastly different approach to traditional systems development methodologies © BPM Focus Inc., 2006 – All Rights Reserved
  • The Spiral Approach BPM Enabled Application Development © BPM Focus Inc., 2006 – All Rights Reserved
  • Iterative BPM Lifecycle - a Simplistic View © BPM Focus Inc., 2006 – All Rights Reserved
  • Recommended
    • Alec Sharp, Advancing Data Management through Process Orientation
    • Case Study in Sony: How Business Process Mapping Saved an IT Project
    • Peter Fingar, The MBA is Dead, Long Live the MBI
    • BPM Intro