1 Master Data Management Architecture Version Draft 1.0 TRIM file number - Short description Relevant to Authority Responsible officer Responsible office Date introduced April 2012 Date(s) modified Describes the architecture for managing data that is shared between organisational systems that is referred to as master data. Incorporating management requirements for each phase of the master data lifecycle. The architecture to support the delivery of the DIT business model of how information/data is to be shared between CSU information systems. CSU DIT, Data Custodians, Data Consumers, Business Analysts, Solution Architects, Data Governance Committee, Developers, System Officers. Executive Director, Division of Information Technology Enterprise Architect - Information Next scheduled review date December Related University documents Enterprise Architecture & Liaison, Division of Information Technology CSU Enterprise Architecture Principles Data Standards Master Data Integration Standards Application Standards CSU Identity Standards CSU IT Infrastructure Standards CSU Security Standards Master Data Definitions Master Data Governance Framework CSU Data Principles CSU Information Strategy Enterprise Architecture Glossary of Terms Related legislation Key words State Records Act 1998 (NSW) Privacy Act data, data asset, data architecture, enterprise data, custodians, source systems, guidelines, rules, master data, shared data, data principles, data standards,
2 1 Definition Master Data Management Master data management (MDM) is a technology-enabled discipline in which business and IT work together to ensure the uniformity, accuracy, stewardship, semantic consistency and accountability of the enterprise's official, shared master data assets. Gartner Master data management applies to all enterprise data that is (electronically) shared to support the delivery of required business operations and strategic goals. Master data can be categorised as: - Structured & unstructured data - Data located across multiple subject areas (Multi Domain environment) - Operational data set - Authoritative data Master data has an origin system, destination system/s and defined enterprise master data schema. It is informed by the CSU Information Strategy. 2 Purpose & Benefit Master Data Management is to ensure that master data is a reusable asset that is semantically assured across the enterprise. Gartner Primary purpose of this architecture is to support the organisation in the sharing of the right data between CSU systems and Organisational Units in an effective and sustainable way to enable the timely delivery of business data needs. Core benefits to the organisation are: Single source of truth established Consistency in the data shared Sharing of the right data Supports data integrity and protection Improves availability of data Leveraging master data management for cost optimisation, enabling growth and agility, risk management and regulatory compliance.
3 3 Scope To realise purpose and benefits, the Master Data Management architecture will deliver the following functions: Master Data Lifecycle - Single lifecycle model to meet CSU needs - Defined stages, associated processes, roles & responsibilities - Master data is managed within each defined stage - Organisational change process/es mapped to stages - Tracking events - Reporting Identification of master data - Meet business needs (one university, knowledge based organisation, plug n play, authoritative data shared) - Authoritative data source - Authoritative data lifecycle management processes 1 - Data Custodian Data Description & Context Definition & classification - Organisational view - Common view of data - What data means & purpose 1 - Data Domain & relationships - Business logic 1 - At a level of abstraction that is open, non proprietary - Associated CSU policies & legislative requirements - Security classification Note: Informed by relevant CSU policies and legislative requirements. Data Sharing Master data definitions available (search) Accurate matching of data requirement to master data Process for approved access & use Data security classification Master data schema Instantiation of master data (copy stored within the MDC 2 ) Dependencies exist with other contributing architectures for: - Quality Assurance methods - Data Issues Register - Data integration methods - Available data integration services - Infrastructure standards (security, reliability, performance) Maintenance of shared data sets Standard managed procedure Auditing of integrity and protection mechanisms Collaborative Management Business Stakeholders for data rules & governance 1 Requires input from a contributing business architecture, refer to section 11 for more details. 2 MDC Master Data Cache, an oracle database that stores a copy of every populated master data definition, independent of any application.
4 Data Custodians Data Consumers Information Architect Enabling Technologists Data Governance Committee Effective match of role to responsibility Communication & Culture Availability of resources to support Data Stakeholders (in respective role responsibilities) Access to repository of master data artefacts Supports collaborative work (shared data, shared understanding, one university) Informs and educates University community on master data and relevant updates Master Data Advisory Services
5 4 Past States With the introduction of the concept of master data into CSU in 2006 through the Data Architecture Project the management of master data was limited to the identification and definition of a core set of master data entities managed by the Information Architect in consultation with the respective Data Custodian. Along with a technology solution for enabling a standard method of data integration (webmethods) between disparate systems and an additional database setup to store a copy of shared (master) data to be known as Master Data Registry (MDR). The original purpose of this database was as a backup source for master data. A CSU Data Governance Committee (DGC) was also established to provide governance over data issues that limited or impeded the population and improvement of master data. This project established the close relationship between the Data and Integration Architectures. At this initial stage the concept of master data management was predominately focused around data and technology with less focus on business processes and people. the conclusion of the project included the release of a first version of the data integration standards, each new technology project started to reference these new standards. As a consequence, this initiated the use of (defined) master data by information systems (destination systems) and the need for additional master data (definitions). As the number of information systems requiring access to source data increased the role and responsibilities of the Data Custodian came more into focus, in the need to ensure the right master data was defined, acceptable level of integrity existed and appropriate security/protection classification. Working with the Information Architect on security classification, integrity measures and other aspects relating to each master data set, which also directly supported the organisation in its one university principle. For each project to enable the accurate identification of shared data requirements a clear description of the business requirements was essential, and so the Business Analyst role started to contribute to the management of master data. Of critical importance was having clarity on the needs of the business and associated rules. With master data definitions and use expanding, visibility of other processes and roles that contribute to the management of master data increasingly came into view such as: - Software Development Lifecycle (SDLC) and the roles of the Solution Architect, Developer and Testers. - System Maintenance and the roles of the Application Custodian, Systems Officer, and Data Custodian. - Organisational Change Management Processes Variations in use of the MDR to support data integration services began to occur for various reasons which created some confusion on the source of truth for particular master data. This triggered a review of the implementation of master data in context to the integration architecture, resulting in clarification of the role of the MDR as a stored copy of master data and was subsequently renamed Master Data Cache (MDC). As time moved on, the enterprise view, classification and integration of master data began to be tested by individual project data requirements and timeframes. This was a strong indicator that a master data management solution was not sufficiently in place or at a level of maturity to support all phases of the master data lifecycle given the current CSU business and technology environments. From a business perspective such things as the need to be agile in the delivery of data that was accurate, timely, reliable and suitably protected. From a technology perspective the use & adherence of standards is important to support reliable, cost effective and maintainable solutions. Concurrently, there is the influence of industry trends in both business and technology sectors. The broader group of stakeholders and growing number of master data integration services has increased the need for a more expanded set of metadata that can be made available in real time to enable the timely management of master data as required by Architects, Data Custodians, Developers and Data Consumers. The growing urgency for metadata has also initiated a new discussion around the role of the MDC and the
6 value of/need for developing an alternate view of the technical architecture that is to enable master data management, as distinct from the Integration Architecture view. The status and maturity of master data management capabilities has also been influenced by its dependencies on other contributing architectures. The primary contributors are: - Business architecture, the availability of business needs, processes and rules to allow accurate identification of the right master data, who and how this data can be shared. - Data architecture for principles, standards, issues register and data classifications. - Integration architecture for data integration principles and standards. - Application architecture, role of the Application Custodian, data formats & standards. As master data definitions and use has expanded, there has been recognition and development of a number of management components to enable master data management to occur more at an organisational level and in collaboration with respective Stakeholders changes have occurred in other contributing architectures that directly support the management of master data.
7 5 Present State The current state architecture can be characterised by the following components: Approach - Change driven by business priorities as per IP:ISI and ICT:SWR - Enterprise view with alignment to CSU Strategic Plan - Management evolving and maturing as guided by business needs around master data, benefits realisation and sustainability. No formal master data management strategy documentation exists. - Fostering closer association with business process architecture to support informed use and management of master data - Business Data Custodians remains responsible for the respective management of master data at the origin system and in associated destination system/s. Managing data lifecycle activities in accordance to relevant processes as informed by policies, rules, legislation etc. Master Data Lifecycle - Distributed management and responsibilities for master data in the various lifecycle phases. No organisational agreed & published view of the CSU master data lifecycle. Indicates need for improvement. - Change management process for master data entities closely interlinked with project, SDLC & RFC change processes. Adds complexity to management and can create a level of uncertainty on role responsibilities. - No central technology solution/s that captures and tracks master data lifecycle activities to support master data management Master Data Use Pattern - Operational data transactions - Multi domain (broad as per CSU priorities/ not restricted to student or research domain, etc) NOTE: Increasing business need for a broader set of enterprise business intelligence and analytical services will need to use master data to align with one university principle. This will likely expand the type of change process that will trigger master data requirements and may introduce a new category of data integration services that are based on date parameters. Scope - Structured data - Unstructured data limited sharing Business requirements, scope & timeframes driven by projects - Targets priority needs of business with an enterprise view - Hard to get ahead of project master data needs as detailed business requirements unknown, therefore project timeline directly influences master data timelines Data Domain Dimension (multi domain) - Accommodates a range of subject data domains - Determined by business requirements - Common domains with application & process architectures Master Data Assets - Master Data Cache (MDC) is in place, with a current role description of: Stored copy of every populated master data definition, independent of any application. - Sharing master data assets has a dependency on the Integration architecture - Earlier methods of sharing data between applications still exists and not all shared data elements are known or with a corresponding master data definition.
8 Metadata Modelling notation & levels Descriptive, functional details captured for each Master Data entity (Definition Template) Data Rules (extraction/manipulation/transformation logic): - Not visible to Stakeholders, in particular Data Custodians - No central store that is searchable - Level of duplication between definition and data integration service documentation No specialist management tools in place for: - Master data definitions - Version control - Workflow management Key Publications - Master Data Definitions Catalogue - Master Data Data Dictionary (list view) Governance Data Governance Framework (from Data Architecture) - Data Governance Committee (DGC) established & operational. Meets every 6 weeks. - Data Principles established - Data conflict resolution process (DGC) - Governance Roles (Data Custodian, DGC, Information Architect, Data Consumer) Data Security Classification Scheme - Classification scheme available and referenced Other DIT Change Governance Mechanisms used: - Initiatives Handling - Project Governance - SDLC Governance - CAB Governance Communication & Culture - Selected resources published to EA&L website - Restricted resources located on S drive - Information and education sessions about changes associated with master data management are irregular and vary across the different stakeholder groups. - Working party activities coordinated to address common stakeholder data issues The complexity of master data management is emerging and increasing over time as more systems are integrated to support one university view by accessing the authoritative source systems for data requirements. A common master data lifecycle is not sufficiently visible & shared by Stakeholders. Increasingly creates gaps in managing master data. There are a good base set of roles & responsibilities in place however depending on the change process (eg. project vs. project lite vs. maintenance) increasingly gaps appear in tracking origin & destination systems, QA, and governance. This also hinders identification and implementation of appropriate metrics to measure the value & benefit of MDM to CSU. Delivering the right set of metrics to the right stakeholder group. An increased ease of visibility of data extraction rules and data consuming/sharing rules is required for governance, reuse, agility, value, etc importantly for stakeholder roles of Custodian, Information Architect, Developer, Solution Architect,?others? Lack of timely communication between master data stakeholders can occur often because of given different approaches to managing change activities or schedules. This should improve with a published CSU master data lifecycle and respective role responsibilities agreed. The establishment of a community of practice or other stakeholder reference group may further advance and support communication.
9 6 Target State Following is a general description of the currently known requirements for the future state of the master data management architecture in order to enable the delivery of purpose and benefits. Identified improvements and extensions to the present state are presented below. Where no change is listed for present state element, it indicates it will remain as is into the foreseeable future, eg. as in the existing elements under Approach. For details on when, how and prioritisation of changes to be made to move from the present to target state, refer to the Master Data Management Roadmap. Master Data Management Processes Within the master data lifecycle there are a number of different processes, process owners, stakeholders and change schedules that contribute to master data management. To improve collaboration and opportunities for efficiency gains, the objectives are for: - Established CSU Master Data Lifecycle, agreed at an organisational level - Clear mapping of processes & outputs supporting master data management - Processes that can trigger (gateway to) master data management processes - Contributing roles and responsibilities known and supported - Structured & disciplined approach - Improve alignment to Industry best/good practice - Sustainable solution - Automate where possible - Auditable & track able changes - Every management or change process has a communication action Master Data Use Pattern Expanded Now extends to support for organisational analytical data (data warehousing) requirements by appropriate engagement points within Planning & Audit s relevant change process. Scope Unstructured Data Improve the capability for identifying and describing unstructured master data. The ability to effectively identify and share unstructured data will be influenced by the available metadata therefore this will require collaboration and contribution from other architectures and disciplines. For example, the information and records management disciplines with the aim to achieve an organisational information classification scheme/s that can support the wide range of CSU s unstructured data collections in the ability to discover, manage and share appropriately. Integrity Improved management of master data integrity at both definition and as it is shared between an origin and destination system as a data integration services. As the integrity of master data is influenced by business requirements and activities, together with technology solutions, improvement will need to consider integrity validation from both a business and technology perspective. Identified areas for improvement include: - Initial development and QA testing - Viewable registry of Custodian and Consumer signoff for relevant integrity checkpoints - Service requests in particular job queue, response times and availability of relevant knowledge articles - Minor Change and Maintenance request process - Source data lifecycle management processes Dependencies between Origin and Destination Processes The sharing of data between (origin & destination) systems and consequently business processes will automatically create a dependency between processes. The integrity and currency of master
10 data services is often assumed at fault when there is unexpected data as a result of a data management process (either origin or destination). Each process will have associated policies, rules, volatility, schedule, user groups, criticality of service, etc. Improved access to information on the business process layer will support improved assessment, planning and implementation of shared master data services. Master Data Cache (MDC) The role of the MDC is managed appropriately to support its defined role within the master data management technical architecture. Metadata An expanded set of metadata available to enable increased management efficiency, collaboration and sustainability. Definition (Template) - Alternative view/s are available to improve support for different Stakeholder audiences, namely Custodian, Solution Architect, Developer, and Business Analyst. - Introduction of an organisational classification scheme/s to support data sharing, discoverability, management and protection. Data Sharing Managed access by required Stakeholder roles of information about master data elements such as: - Origin system/s - Destination systems Data Rules (Layer) Single copy and expanded to provide: - Improved visibility of data rules applied for the extraction of master data from source systems - Organisational classification (scheme/s) applied to data element - Improved testing & validation - Entity rules - Aggregation & split rules - Synchronisation rules - Transformation rules - Managed access by required Stakeholder roles Enabling Technology - Introduce a centralised or hybrid metadata repository to capture, manage and report on master data. Governance Master Data Management (MDM) - The CSU Master Data Lifecycle is agreed by Stakeholders and endorsed by the Data Governance Committee (DGC). - A Master Data Management Strategy exists that informs the Master Data Management Architecture. This strategy is authorised by the Data Governance Committee (DGC). MDM Stakeholder Roles & responsibilities - As master data has evolved at CSU it has confirmed Business and IT staff are both responsible for master data, therefore to support the ongoing effective management of master data a clear understanding of roles and responsibilities must be agreed and actioned. Aiming for the right balance of management contribution and collaboration from Stakeholders that delivers a functional and sustainable MDM solution for CSU. - Establish a MDM Stakeholder Representative Group for the purpose of meeting regularly to support the MDM practices. Need to develop a terms of reference or guideline for purpose of group and possibly endorsed by DGC. Example of activities may include discussion on any issues that need addressing with MDM or working on an improvement task, etc.
11 Data Security Classification Scheme - A revised security classification scheme is in place to improve security, protection and privacy assessment and decision-making for data and user access in particular those associated with externally hosted systems, cloud computing services, web 2.0, mobile applications, and other mobility technologies. - Master data reclassified according to revised security classifications Organisational Information classification scheme/s A classification scheme or schemes exist to support identification of unstructured data that will support management of information within CSU, including the sharing of master data. A classification scheme/s would likely cover identification by content type, Org Unit ownership, record type, privacy, etc. Communication - A communication plan, process and associated publication channels are in place and operational. - Use of one Artefact Repository that has a publication interface that allows for role based access control to range of resources. - All supporting artefacts are appropriately branded, provide brief description of purpose, audience and version. Technical Architecture - A developed and implemented technical architecture that will deliver on technology required to effectively and efficiently support CSU s master data management requirements. Management Technology Toolset/s Additional technology and automation is required to support the ability to keep pace with the increasing demand for master data and subsequent growing complexity of the shared data environment. Targeting a right size fit to CSU management requirements that can deliver effective and sustainable management of master data. A general description of a technology solution would include: - Centralised master data management toolset/s - Supports a range of management processes and role responsibilities - Use of role based access control to support a range of user types, with self service capabilities - Automation and workflow capabilities - Delivers agility, integrity, governance, timeliness in management of master data - integration with other architecture domain solutions gain more efficiencies and agility, eg. integration, process, application. - Sustainable solution (from aspect of administration, ongoing cost, skill set, etc.)
12 7 Stakeholders Customers System Officer Developer Business Analyst Solution Architects Solution Coordinators Data Custodians Data Consumers End to End Change Process Customers -Recipient of a product output (service, product, and information) Partners Governance Information Architect Integration Architect Data Governance Committee Application Architect Solution Architect Business Architect Data Consumers Master Data Management Architecture SEC Application Custodians Data Custodians Business Analysts Data Custodians DIT Exec Director EA&L Director & Manager Developer Partners - Partners include those that are jointly engaged in the delivery of the product DIT Resources External Hosts Service Providers CSU Privacy Officer Industry Vendors Contractors Service Providers/ Enablers / Suppliers - Provides resources and support mechanisms to enable the product delivery Governance - the systems and processes in place for ensuring proper accountability and openness in the conduct of the University s business. Description Master Data Management Architecture Stakeholder Model Version: Draft 1 Author: C Middleton Date: 6 Jan Governance Governance Bodies: Data Governance Committee link to Terms of Reference. SEC decisions on the prioritisation of change activities on the IP:ISI. Data Custodians approve access and use of data for individual sharing requests. Application Custodians approve access and any changes to application data structure. DIT Executive Director, EA&L Director & Managers approve the data architecture, principles, standards & roadmap in principle and implementation. Governance Mechanisms: CSU Policies Legislative Requirements Architecture Principles & Standards suite CSU business rules CSU processes 9 Influences Technology: Web 2.0 technologies Cloud computing Mobile apps Agile development methodology Big Data, Research Data BYOD (for organisational activities)
13 NBN (improved user access, expanding user needs, expectations) Business: CSU s one university approach CSU s Strategic Plan and Policies 2012 uncapping of student loads Legislative compliance 10 Opportunities & Risks Overlap with integration architecture in master data lifecycle activities/architecture elements opportunity for rationalisation Inconsistent and not readily available data mapping through the master data lifecycle (source to multiple destination systems) Limited tracking in change processes for signoff of development stages, improvements, reuse Challenge, align MDM maturity activities & resources with business priorities & projects. Risk of legislative or business economics may result in compromise of optimal data architectural solution. Need to accommodate whilst understanding immediate and future impact to CSU s master data architecture. (maybe roadmap item to include development of a simple matrix to measure impact/debt to architecture.) visibility & credit tags The complexity of master data management is emerging and increasing (see note in present state) Data Protection right classification, technology capability & monitoring, consistently applied at origin system, integration services and destination systems. Data Privacy same comment as above. Communication many stakeholders, many processes, many changes. 11 Contributing Architectures Strong interdependencies with other architectures as listed in Table 1. Table 1: Summary of interdependencies Business ( incl. process) Information Architecture Records Mgmt Data Architecture Application Architecture Online Architecture IdM Architecture Integration Infrastructure Security Shared data requirements, availability, and quality, associated rules for input, extraction, security & use. Custodians, Stakeholders, User Groups, data lifecycle mgmt, associated policies, legislative requirements, record mgmt, governance, associated services & resources. CSU Information Strategy and associated policies. Identification of data sets that come under the classification of a record and must align to records mgmt policies & legislative requirements in particular to security, authorisation, and other governance classifications. Data principles & standards, issue register, Data Governance Committee & procedures. Source, target, formats, translation requirements, transfer options, data mgmt processes &/or workflows, logic to implement business rules, reporting tools, automated provisioning. Physical implementation of master data domain model, population of master data entities, integration methods, availability, security. Data storage, connectivity, performance, BC, DR, security.
14 12 Supporting Artefacts CSU Policies Legislative compliance Business rules Data Standards Data Principles Data Security Classifications Data Architecture Roadmap Data Issues Register Enterprise Architecture Glossary of Terms Data Governance Committee Terms of Reference Data Architecture Glossary of Terms Catalogs: Master Data Definitions Catalogue Master Data Dictionary Master Data Schedule of Work Matrices: Information Domain/Master Data Application/Master Data matrix Integration Services/Master Data matrix Diagrams: Master Data Lifecycle Conceptual Master Data Domains Logical Master Data Model Data Security? MDM viewpoints: Include diagrams such as Data volatility Strategic alignment Change processes Fit within Architecture Processes (specific to master data management): Master Data Access Approval Master Data Definition Master Data Integration Services External References: Industry standards (eg. Eduperson) Technology standards (ISO 11179, Security ISO/IEC 27002) Table of amendments Version number Date Short description of amendment
EXPLORING THE CAVERN OF DATA GOVERNANCE AUGUST 2013 Darren Dadley Business Intelligence, Program Director Planning and Information Office SIBI Overview SIBI Program Methodology 2 Definitions: & Governance
IT@UMN Enterprise Architecture Program Guiding Principles 1 Page Enterprise Architecture Guiding Principles Enterprise architecture guiding principles must be considered for all academic and administrative
Data governance is a means to define the policies, standards, and data management services to be employed by the organization. Information Management & Data Governance OVERVIEW A thorough Data Governance
IPL Proposal IPL Service Definition - Master Data Management Service Project: Date: 16th Dec 2014 Issue Number: Issue 1 Customer: Crown Commercial Service Page 1 of 7 IPL Information Processing Limited
Whitepaper Data Governance Roadmap for IT Executives Valeh Nazemoff The Challenge IT Executives are challenged with issues around data, compliancy, regulation and making confident decisions on their business
Enterprise Aligning Quality With Your Program Presented by: Mark Allen Sr. Consultant, Enterprise WellPoint, Inc. (email@example.com) 1 Introduction: Mark Allen is a senior consultant and enterprise
IPL Proposal April 2014 IPL Service Definition - Master Data Management for Cloud Related Services Project: Date: 10 April 2014 Issue Number: Customer: Crown Commercial Service Page 1 of 11 IPL Information
Three Fundamental Techniques To Maximize the Value of Your Enterprise Data Prepared for Talend by: David Loshin Knowledge Integrity, Inc. October, 2010 2010 Knowledge Integrity, Inc. 1 Introduction Organizations
JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7, No. 8, November-December 2008 What s Your Information Agenda? Mahesh H. Dodani,
What s a BA to do with Data? Discover and define standard data elements in business terms Susan Block, Program Manager The Vanguard Group Discussion Points Discovering Business Data The Data Administration
Health Care and Informatics Review Online, 2008, 12(3), pp 37-44, Published online at www.hinz.org.nz ISSN 1174-3379 Metadata Repositories in Health Care Discussion Paper Dr Karolyn Kerr firstname.lastname@example.org
Master Data Management Managing Data as an Asset By Bandish Gupta Consultant CIBER Global Enterprise Integration Practice Abstract: Organizations used to depend on business practices to differentiate them
Reference Process for Enterprise Architecture enabled ICT Planning NSW GEA Toolkit R1 April 2015 Contact email@example.com Strategic Policy Department of Finance, Services & Innovation 1 Table of Contents
Business Intelligence Policy Version Information A. Introduction Purpose Business Intelligence refers to the practice of connecting facts, objects, people and processes of interest to an organisation in
Master Management MDM and Warehousing Complement Each Other Greater business value from both 2011 IBM Corporation Executive Summary Master Management (MDM) and Warehousing (DW) complement each other There
NSW Data & Information Custodianship Policy June 2013 v1.0 CONTENTS 1. PURPOSE... 4 2. INTRODUCTION... 4 2.1 Information Management Framework... 4 2.2 Data and information custodianship... 4 2.3 Terms...
Bringing agility to Business Intelligence Metadata as key to Agile Data Warehousing 1 P a g e Table of Contents What is the key to agility in Data Warehousing?... 3 The need to address requirements completely....
Data Management Policy Version Information A. Introduction Purpose 1. Outline and articulate the strategy for data management across Redland City Council (RCC). This document will provide direction and
ACS 2015 Annual Canberra Conference Are You Big Data Ready? Vladimir Videnovic Business Solutions Director Oracle Big Data and Analytics Introduction Introduction What is Big Data? If you can't explain
Enabling Data Quality Establishing Master Data Management (MDM) using Business Architecture supported by Information Architecture & Application Architecture (SOA) to enable Data Quality. 1 Background &
Enterprise Information Management A Key Business Enabler July 2012 The Vision Auckland Council s vision is for Auckland to become the worlds most liveable city. In order to achieve this vision, it needs
Enable Business Agility and Speed Empower your business with proven multidomain master data management (MDM) Customer Viewpoint By leveraging a well-thoughtout MDM strategy, we have been able to strengthen
Service Oriented Architecture and the DBA Kathy Komer Aetna Inc. New England DB2 Users Group Tuesday June 12 1:00-2:15 Service Oriented Architecture and the DBA What is Service Oriented Architecture (SOA)
Data Governance Francis McWilliams Solutions Architect Master Your Data A Level Set Data Governance Some definitions... Business and IT leaders making strategic decisions regarding an enterprise s data
Data Governance Maturity Model Guiding Questions for each Component-Dimension Foundational Awareness What awareness do people have about the their role within the data governance program? What awareness
Enterprise Data Sharing: Architecture approach and its evolution with Big Data Presented by Gene Boomer CNO Financial Group History: Company Information CNO was incorporated in 1979, began operations in
An Introduction to Master Data Management (MDM) Presented by: Robert Quinn, Sr. Solutions Architect FYI Business Solutions Agenda Introduction MDM Definition MDM Terms Best Practices Data Challenges MDM
How Global Data Management (GDM) within J&J Pharma is SAVE'ing its Data Craig Pusczko & Chris Henderson Abstract See how J&J Pharma organizational alignment drove the evolution of Global Data Management
Developing an MDM Strategy Key Components for Success WHITE PAPER Table of Contents Introduction... 2 Process Considerations... 3 Architecture Considerations... 5 Conclusion... 9 About Knowledgent... 10
SOLUTION BRIEF CA ERwin Modeling How can I understand, manage and govern complex data assets and improve business agility? SOLUTION BRIEF CA DATABASE MANAGEMENT FOR DB2 FOR z/os DRAFT CA ERwin Modeling
DAMA-DMBOK Functional Framework Version 3.02 Mark Mosley September 10, 2008 2008 DAMA International All Rights Reserved Table of Contents Table of Contents... 1 About This Document... 1 Revision History...
Information Asset Management that Drives Business Performance Jeremy Pritchard 1 The amount of data you have doubles every 12 to 18 months Thomas Redman Data-Driven 1 The average amount of inaccurate data
US Department of Education Federal Student Aid Integration Leadership Support Contractor June 1, 2007 Draft Enterprise Data Management Data Policies Final i Executive Summary This document defines data
The First Step in Information Big Data and Big Data Governance Kelle O Neal firstname.lastname@example.org 15-25- 9661 @1stsanfrancisco www.firstsanfranciscopartners.com Table of Contents Big Data
Why is Master Data Management getting both Business and IT Attention in Today s Challenging Economic Environment? How Can You Gear-up For Your MDM initiative? Tamer Chavusholu, Enterprise Solutions Practice
IBM Software A Journey to Adaptive MDM What is Master Data? Why is it Important? A Journey to Adaptive MDM Contents 2 MDM Business Drivers and Business Value 4 MDM is a Journey 7 IBM MDM Portfolio An Adaptive
IT Strategy and Architecture Application DOCUMENT CONTROL Document Owner Document Author, Head of IT Strategy and Architecture, Enterprise Architect Current Version 1.2 Issue Date 01/03/2013 VERSION CONTROL
GENERAL OVERVIEW NAT 11852-08.2004 SEGMENT FORMAT PRODUCT ID INFORMATION MANAGEMENT STRATEGIC FRAMEWORK In the context of the Information Management Strategic Framework, information is defined as: information
1/22 As a part of Qlik Consulting, works with Customers to assist in shaping strategic elements related to analytics to ensure adoption and success throughout their analytics journey. Qlik Advisory 2/22
Enterprise Information Management and Business Intelligence Initiatives at the Federal Reserve Kenneth Buckley Associate Director Division of Reserve Bank Operations and Payment Systems XXXIV Meeting on
Plug and play statistical components the cornerstone for future proofing Australia s statistical systems by Gillian Nicoll, Frank Yu and Michael Meagher Australian Bureau of Statistics ABS House 45 Benjamin
Explore the Possibilities 2013 HR Service Delivery Forum Best Practices in Data Management: Creating a Sustainable and Robust Repository for Reporting and Insights 2013 Towers Watson. All rights reserved.
Previews of TDWI course books offer an opportunity to see the quality of our material and help you to select the courses that best fit your needs. The previews cannot be printed. TDWI strives to provide
Guidelines for Best Practices in Data Management Roles and Responsibilities September 2010 Data Architecture Advisory Committee A subcommittee of Information Architecture & Standards Branch Table of Contents
AUTHORED BY MAKOTO KOIZUMI, IAN HICKS AND ATSUSHI TAKEDA JULY 2013 FOR XBRL INTERNATIONAL, INC. QUALITY CONTROL PROCESS FOR TAXONOMY DEVELOPMENT Including Japan EDINET and UK HMRC Case Studies Copyright
STATS-DC 2012 Data Conference July 12, 2012 Washington State s Use of the IBM Data Governance Unified Process Best Practices Bill Huennekens Washington State Office of Superintendent of Public Instruction,
KPMG Advisory Microsoft Dynamics CRM Advisory, Design & Delivery Services A KPMG Service for G-Cloud V April 2014 Table of Contents Service Definition Summary (What s the challenge?)... 3 Service Definition
Data Migration through an Approach An Executive Overview Introducing MIKE2.0 An Open Source Methodology for http://www.openmethodology.org Management and Technology Consultants Data Migration through an
What is Master Data Management and why is it so important? Date: February 2016 Agenda Introductions KPMG Approach to Master Data Management Panel Discussion Questions from the Audience 2015 KPMG LLP, a
GOVERNANCE DEFINED Governance is the practice of making enterprise-wide decisions regarding an organization s informational assets and artifacts Governance over the use of technology assets can be seen
DATA GOVERNANCE Enterprise Data Governance Strategies and Approaches for Implementing a Multi-Domain Data Governance Model Mark Allen Sr. Consultant, Enterprise Data Governance WellPoint, Inc. 1 Introduction:
Data Management Value Proposition DATA MAY BE THE MOST IMPORTANT RESOURCE OF THE INSURANCE INDUSTRY Experts have long maintained that data are an important resource that must be carefully managed. Like
Certified Information Professional 2016 Update Outline Introduction The 2016 revision to the Certified Information Professional certification helps IT and information professionals demonstrate their ability
DEPARTMENT OF INNOVATION, INDUSTRY, SCIENCE AND RESEARCH ARCHITECTURE PRINCIPLES Version: 2.2 Status: ICTSC endorsed Page 1 of 17 Table of Contents What are Architecture Principles?...3 Further Information...
Overview Hatha Systems Knowledge Refinery (KR) represents an advanced technology providing comprehensive analytical and decision support capabilities for the large-scale, complex, mission-critical applications
Master Data Management Defining & Measuring MDM Maturity, A Continuous Improvement Approach DEFINE IMPROVE MEASURE Presentation by Mark Allen 1 About the Author Mark Allen has over 25 years of data management
What to Look for When Selecting a Master Data Management Solution What to Look for When Selecting a Master Data Management Solution Table of Contents Business Drivers of MDM... 3 Next-Generation MDM...
Advanced Case Management in Government: The Roadmap for Effectiveness and Efficiency Campbell Robertson Program Director, Public Sector IBM Software Group/Industry Solutions/ECM email@example.com Twitter:
DATA GOVERNANCE AT UPMC A Summary of UPMC s Data Governance Program Foundation, Roles, and Services THE CHALLENGE Data Governance is not new work to UPMC. Employees throughout our organization manage data
HP SOA Systinet software Govern the Lifecycle of SOA-based Applications Complete Lifecycle Governance: Accelerate application modernization and gain IT agility through more rapid and consistent SOA adoption
IT Management Advisory A Privacy Officer s Guide to Providing Enterprise De-Identification Services Ki Consulting has helped several large healthcare organizations to establish de-identification services
Guy Tozer, Doriq Associates DG Conference Europe 2009 Background Speaker Introduction Audience Profile Purpose and Focus of the Presentation Ground-rules and Capabilities doriq associates 2008 2 Enterprise
Master Data Management David Loshin AMSTERDAM BOSTON HEIDELBERG LONDON NEW YORK OXFORD PARIS SAN DIEGO Ик^И V^ SAN FRANCISCO SINGAPORE SYDNEY TOKYO W*m k^ MORGAN KAUFMANN PUBLISHERS IS AN IMPRINT OF ELSEVIER
DATA GOVERNANCE AND DATA QUALITY Kevin Lewis Partner Enterprise Management COE Barb Swartz Account Manager Teradata Government Systems Objectives of the Presentation Show that Governance and Quality are
The Role of the BI Competency Center in Maximizing Organizational Performance Gloria J. Miller Dr. Andreas Eckert MaxMetrics GmbH October 16, 2008 Topics The Role of the BI Competency Center Responsibilites
The Value of ITAM To IT Service Management Presented by Daryl Frost What The!! We buy all this IT equipment Where is it!! How much are we buying it seems to cost a fortune! Are we getting any value from
Data on Demand Client Advisory Board update 16 November 2012 Data on Demand The Future Operating Model; Recap from May In May 2012, Citi presented its vision for a future data on demand data strategy for
Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation Despite significant efforts to improve engineering practices and technologies,
MANAGING CROSS-AGENCY DATA IN TAX COMPLIANCE JIM BLAIR TERADATA SR. CONSULTANT Agenda Defining The Problem Cross Agency Opportunity Governance for Cross Agency Use case Wrap-Up / Q & A 2 Confidential Do
ECM Governance Policies Metadata and Information Architecture Policy Document summary Effective date 13 June 2012 Last updated 17 November 2011 Policy owner Library Services, ICTS Approved by Council Reviewed
Using SAP Master Data Technologies to Enable Key Business Capabilities in Johnson & Johnson Consumer Terry Bouziotis: Director, IT Enterprise Master Data Management JJHCS Bob Delp: Sr. MDM Program Manager
1 3 Business Intelligence Support Services Service Definition BUSINESS INTELLIGENCE SUPPORT SERVICES Service Description The Business Intelligence Support Services are part of the Cognizant Information
Capabilities, Sample Use Cases, Case Studies Core capabilities of Diaku Axon Visibility & Understanding Analysis & Alignment Control Measurability Collaborate on a shared understanding of the organisation
Government Enterprise Architecture GEA-NZ v3.1 Context Document Approved June 2015 Crown copyright. This copyright work is licensed under the Creative Commons Attribution 3.0 New Zealand licence. In essence,
White Paper Understanding The Role of Data Governance To Support A Self-Service Environment Sponsored by Sponsored by MicroStrategy Incorporated Founded in 1989, MicroStrategy (Nasdaq: MSTR) is a leading
Corporate Challenges in Model Risk Management : Moving Beyond Model Inventory Iain Wright Ian Francis, IBM 4 June 2015 Corporate Challenges in the Development and Implementation of Effective Model Risk
Enterprise Data Management - The Why/How/Who - The business leader s role in data management Maria Villar, Managing Partner Business Data Leadership Introduction Good Data is necessary for all business
Change Management Office Benefits and Structure Author Melanie Franklin Director Agile Change Management Limited Contents Introduction 3 The Purpose of a Change Management Office 3 The Authority of a Change
The Dataa Governance Maturity Model This document is the copyrighted and intellectual property of RCG Global Services (RCG). All rights of use and reproduction are reserved by RCG and any use in full requires
NSW Government Standard Approach to Information Architecture December 2013 v.1.0 DOCUMENTATION AND ENDORSEMENT Document history Date Version No. Description Author October 2013 0.1 IM Framework Roadmap
Principal MDM Components and Capabilities David Loshin Knowledge Integrity, Inc. 1 Agenda Introduction to master data management The MDM Component Layer Model MDM Maturity MDM Functional Services Summary
THE BRITISH LIBRARY Unlocking The Value The British Library s Collection Metadata Strategy 2015-2018 Page 1 of 8 Summary Our vision is that by 2020 the Library s collection metadata assets will be comprehensive,