DoD FEAC 1 202-546-7927 Activity and Data Modeling in Perspective Dennis E. Wisnosky Wizdom Systems, Inc. 630.357.3000

Slides:



Advertisements
Similar presentations
Business Alignment Using Enterprise Architecture
Advertisements

Evolution of Parametric Analysis within Rolls-Royce Purchasing
Chapter 1 Business Driven Technology
HR SCORECARD Presented By ADEEL TARIQ MOBASHIR ALI.
Business Architecture
Mahmut Ali GÖKÇEIndustrial Systems Engineering Lecture 2 System Identification ISE102 Spring 2007.
Components of a Product Vision/Strategy
Lecture # 2 : Process Models
CS487 Software Engineering Omar Aldawud
1 icetools – Process Management © Copyright CSP Group, Inc., All rights reserved. ™ Information Management and IT Compliance User Forum 2005 Presented.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
© 2004 Visible Systems Corporation. All rights reserved. 1 (800) 6VISIBLE Holistic View of the Enterprise Business Development Operations.
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
Planning and Strategic Management
Unit Five – Transforming Organizations
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Business Performance Management (BPM)
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Presentation Title: Utilizing Business Process Management (BPM) and Enterprise Architecture (EA) to Achieve and Maintain a Competitive Advantage Presented.
Chapter 2: IS Building Blocks Objectives
Management is Essential
Lecture Nine Database Planning, Design, and Administration
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
The database development process
Introduction to BPM Sarbashrestha Panda August 2008.
Enterprise Architecture
Enterprise Business Information Model Enterprise Data Services.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Concepts in Enterprise Resource Planning 2 nd Edition Chapter 7 Process Modeling, Process Improvement, and ERP Implementation.
1.Database plan 2.Information systems plan 3.Technology plan 4.Business strategy plan 5.Enterprise analysis Which of the following serves as a road map.
Bina Nusantara 2 C H A P T E R INFORMATION SYSTEM BUILDING BLOCKS.
Chapter 9 Database Planning, Design, and Administration Sungchul Hong.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Ch 11 IT-390Cost Estimating. 2 Cost Estimating Predictive process used to quantify cost and price and possibly resources –Goal: Minimize the uncertainty.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
DBS201: DBA/DBMS Lecture 13.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition Irwin/McGraw-Hill.
Managing Organizations Informed decision making as a prerequisite for success Action Vision Mission Organizational Context Policies, Goals, and Objectives.
2131 Structured System Analysis and Design By Germaine Cheung Hong Kong Computer Institute Lecture 2 (Chapter 2) Information System Building Blocks.
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
Chapter 10 Information Systems Analysis and Design
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007.
Illustrations and Answers for TDT4252 exam, June
Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition Irwin/McGraw-Hill.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
6.1 © 2010 by Prentice Hall 6 Chapter Foundations of Business Intelligence: Databases and Information Management.
Systems Analysis and Design in a Changing World, Fourth Edition
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 2 Information System Building Blocks.
Enterprise Architecture HOW COMPANIES ARE EXPLOITING INFORMATION TO THROUGH IT.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
UTA/ARRI. Enterprise Engineering for The Agile Enterprise Don Liles The University of Texas at Arlington.
Software Engineering Lecture 10: System Engineering.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
The Components of Information Systems
Intelligent Systems Development
CV-1: Vision The overall vision for transformational endeavors, which provides a strategic context for the capabilities described and a high-level scope.
MGT 498 Education for Service-- snaptutorial.com.
MGT 498 Education for Service-- snaptutorial.com
MGT 498 Teaching Effectively-- snaptutorial.com
The Components of Information Systems
Technology Planning.
Enterprise Architecture at Penn State
Information System Building Blocks
Presentation transcript:

DoD FEAC Activity and Data Modeling in Perspective Dennis E. Wisnosky Wizdom Systems, Inc OV-5 and OV-7

DoD FEAC IDEF Created in the late ‘70s IDEF stands for Integrated DEFinition Language. Provides a common, public-domain language for modeling and describing: –Processes –Data –Requirements –Functions Has been used to improve hundreds of enterprises IDEF is a standard modeling technique for all US Government agencies, and many private companies.

DoD FEAC Materials Corporate Policies Corporate Resources Products Vision Mission Culture Customer Where do the pieces fit? How do the pieces fit?

DoD FEAC Models

DoD FEAC Effective Engineering Requires a Blueprint Models are a basic necessity for building everything from houses to cars; marketing plans to financial forecasts. Modeling gives you a clear picture of the current situation, as well as a plan for the future. A model helps concepts evolve to plans and prototypes. Modeling a structure or solution is especially worthwhile when implementation goals are obvious and important.

DoD FEAC And a Structured Approach to Enterprise Engineering, to Knowledge Management, to Workflow ………. Blueprints become the Change Management Architecture

DoD FEAC Analyze Time, Cost and Quality Simulate Changes Create A Vision of Change Develop Prototypes and Implement Change Strategically Target Projects for Improvement Activity Models are a Mandatory Operational View Model the Activities

DoD FEAC IDEF is tool for describing...managing...and improving complex processes and systems To do this, we need a common framework for visualizing the processes and the systems they support, and a methodology for representing both.

DoD FEAC A process is any set of managed,predictable behaviors. Rapid Growth Opportunity Innovation Rationalization Competition Consolidation Involution Frustration Business Process Lifecycle

DoD FEAC Process Management The goal of process management is to minimize costs through: Rationalization, Consolidation, Involution, and to maximize the benefits of innovation, growth, and change.

DoD FEAC Every Endeavor of Man and Beast has a Natural Process Analysis Specification Design Construction/ Integration Installation Operation Evolution Entropy/ Maladaption Engineering Process Lifecycle

DoD FEAC What are the Processes Doing? The goal is to improve the management of both tangible and intangible assets according to a long-range plan while achieving continuous improvement. Since assets are all that an organization (and men and women) have, this is all that the goal can be.

DoD FEAC Asset Management Challenge

DoD FEAC Asset Management Challenge

DoD FEAC Asset Management Challenge Heading AltitudeAirspeed

DoD FEAC Pooch Management

DoD FEAC Asset Management Heading Altitude Airspeed

DoD FEAC IDEF (0 and 1X) Is the unified modeling methodology that embraces management and user concerns in systems and process management.

DoD FEAC Activity Models Data Models Activity models are graphic representations of functions and processes. Are hierarchical Decomposed to the needed level of detail. Track inputs, controls, mechanism, and outputs. IDEF0 Data models define the information requirements of the process. Used for building computer applications, databases, and repositories. Track flow of information through functional areas. IDEF1x

DoD FEAC IDEF Model Integration IDEF0 Process Model Process I1 I2 C1 M1 C2 O2 O1 IDEF1X EAR Model PKEY 1 ATTR 1 ATTR 2 ATTRn I2 PKEY 1 PKEY 2 ATTR6 ATTR7 ATTRm O2 IDEF1X ER Data Model I1 I2 O1 O2 C1 C2

DoD FEAC Varieties of Models Models come in many shapes and sizes: – Process Vs Data models – Text Vs Graphic-based models – High- Vs Low-level models – Flat Vs Hierarchic models – Degree of rigor in the modeling methodology – Representation of additional detail: timing, data states, business rules...

DoD FEAC Model Vs Reality Models represent reality in a form that can be easily controlled, evaluated, and manipulated. Complex, poorly understood processes become manageable when broken down into their component parts. Models can be used for analysis of the simplest processes; or the most complex systems with lifecycle costs in the millions of dollars

DoD FEAC Activity Modeling links the organization to its strategic goals. Simplification of Value-Added Activities Consolidation of Value-Added Activities Elimination of activities that do not add value Automated support only after basic business processes are efficient and effective. Provides the basis for analysis and continuous improvement.

DoD FEAC Levels of Analysis Strategic overview-- examination of the corporation as a whole, focusing on mission and long range goals and objectives. Mid-level analysis of management, culture, and organizations. Detailed look at individual processes. All analyses are done in terms of time, cost, and quality

DoD FEAC Process Analysis IDEF models gather the data for analysis: Cost: Activity-based costing, functional economic analysis Time: Timeline, cycle time, run time, turn-around times, sequence, hierarchy, dependencies. Quality: Quality metrics, comparisons between past, present, and future, TQM, CQI. Redundant, over-lapping, non-value- added processes become apparent while building the model.

DoD FEAC Levels of Integrated Analysis Strategic Overview Logical Models of Data and Processes Program Structure/ Core Activities Systems Functions/ Specific Processes System Process

DoD FEAC IDEF Methodology Components IDEF0 - Function and process modeling Answers the question - WHAT DO I DO? IDEF1X - Entity-Attribute-Relationship data modeling- Answers the question - WHAT DO I NEED TO KNOW TO DO WHAT I DO? –IDEF2 - Process simulation modeling Answers the question - WHEN DO I NEED TO KNOW WHAT I NEED TO KNOW, TO DO WHAT I DO?

DoD FEAC Benefits IDEF0 reveals redundant and non-value- added processes. IDEF0 documents the AS-IS-- the processes, the relationships between them, and the logical breakdown of those functions into their sub-processes and properties for baseline evaluation and further analysis. IDEF0 begins the road map from the AS-IS to the TO-BE.

DoD FEAC Benefits (continued) IDEF0 provides a means for communicating and presenting results. IDEF0 establishes a forum and a structure for data gathering and knowledge acquisition. IDEF0 identifies opportunities for improvements. IDEF0 reveals data relationships and incongruities. IDEF0 identifies and categorizes information entities which form the foundation for information modeling (IDEF1x).

DoD FEAC IDEF is not a substitute for...  thinking...  intelligence...  or experience,  But it can expose their absence.

DoD FEAC This concludes Activity and Data Modeling in Perspective

DoD FEAC Now we can begin the important work!