Solution Architecture Guide Working example for an organization attempting to implement a Data Governance Framework
|
|
- Norma Mathews
- 7 years ago
- Views:
Transcription
1 Solution Architecture Guide Working example for an organization attempting to implement a Data Governance Framework Measuring, Creating, & Delivering the RIGHT Value Page 1
2 Solution Architecture There are 4 separate areas of exploration, each of which builds upon each other in a progressive manner in Step 3: Business Architecture, Operational Architecture, Information Architecture, and Application Architecture. Each area represents a distinct architectural concern and has its own set of techniques and deliverables. The order is important since it allows the team to first understand the scope and breadth of concerns that address the larger business needs for addressing the recommendation. Once those are clear, the team should be able to define the operational concerns so they understand what processes are needed to support the business needs given the assumptions, risks, and scope. The next logical step is to define the information architecture concerns in order to assess the complexity of change required to support the operational needs. Finally, the application architecture can be explored so we understand the conceptual architecture required to support the business, operational, and information architectures as well as component breakdown (including interfaces). Once the 4 areas of architecture are defined, the team will be in position to identify the list of projects, which should be considered to implement the solution. Walking through each of the areas of architecture requires an overview for each area (see Research and Reference Materials below covering Solution Architecture). Business Architecture The concepts we captured in Step 2 are used to populate the list of needs covering Business and Operational perspectives. Examples of business needs include: The business is looking for ways to improve the quality of data (focused on addresses), enable self-service, and improve vendor management. Measuring, Creating, & Delivering the RIGHT Value Page 2
3 Examples of operational needs include: The operational teams are looking for ways to validate and cleanse addresses, ensure operations are properly staffed, and processes are well managed and consistent. Once the needs are captured, we need to capture some of the key scenarios (use cases), which may push the complexity of the solution. These scenarios represent some of the tougher challenges that operations staff experience today and some of the challenges that may occur in the future. Examples of scenarios include: Note: These are only a small sample of the use cases and each of these will need to be explored more fully as part of the business requirements. We also need to capture the Assumptions, Constraints, and Risks to provide a more complete perspective of the business architecture concerns since there are many unknowns at this early stage of analysis. The Assumptions and Constraints are used to guide the scope and approach for the solution. Examples of both include: Measuring, Creating, & Delivering the RIGHT Value Page 3
4 The risks are used to manage the expectations for the business and technical staff. These may impact the timeline, budget, and effort required to build and deliver the solution. Each risk is accompanied by a suggested mitigation approach, but these may change once the business analysis is underway. Further, the numbers of risks will likely increase in the early stages of the analysis as the project team gains a deeper understanding of the challenges associated with each project(s). One other item that typically accompanies the business architecture concerns is the identification of core patterns. These are common sets of capabilities, which already exist in other organizations, and/or which may be prevalent in proven solutions (meaning we don t have to reinvent it we should be able to leverage it). Common patterns include ways to perform business activities (common types of processes), ways to make decisions (common types of rule sets), ways to perform calculations (algorithms and formulas). There are other types of common patterns that can be used across the organization, depending on the problem domain. When these are identified, Measuring, Creating, & Delivering the RIGHT Value Page 4
5 they can be used to drive decisions for buy vs. build when pursuing implementation strategies for a solution. Operational Architecture The next step involves identifying a list of the core processes used to support the operations involved in the solution scope. Core processes represent the most important activities involved in the solution (they are typically involved in day-to-day activities). In addition, the DG Operations team needs to identify a list of exception processes. These processes are considered edge cases which are challenging scenarios. Exception processes are used to explore the level of complexity, which might push the boundaries for the solution. Once the processes are identified the next step involves modeling the processes in a systematic manner. We introduce the SIPOC (see Research and Reference Materials section below) as a tool for detailing the key aspects of each process. SIPOC (Supplier, Input, Process, Output, and Customer) is a disciplined process used to decompose the steps within a given process and capture the core details that used for each process step. We expanded the SIPOC with 2 additional columns to capture information associated with controlling and monitoring each step in the process. A sample of the detail can be found below (the working spreadsheet is actually much larger & comprehensive): The SIPOC created in this methodology is a subset of a more expansive process that is followed during the business analysis for one or more future projects. The purpose of using a lightweight approach for SIPOC is to explore the core processes (and any exception processes) in more detail to gain a better understanding of the operational concerns. The operational architecture is the primary source for detailing the information architecture. Measuring, Creating, & Delivering the RIGHT Value Page 5
6 Information Architecture The next activity involve mapping out the information flows to identify all of the data repositories (files, databases, operational data stores, data warehouses, etc.) required to support the capture of data for each process (identified in the SIPOC). The information flowing to & from each repository is identified as well as rule sets used to control processes and support information flows. Information flows need to demonstrate how the core processes will be supported. The diagram needs sufficient detail to help the business SMEs show the inputs & outputs, as well as where data will be pulled from to support reporting needs. The following diagrams are examples of information flows for data governance: Measuring, Creating, & Delivering the RIGHT Value Page 6
7 Rule Sets are important to explore since they provide additional insights on complexity (breadth & depth) for the solution. The exercise for modeling rules involves identifying types of rules and classifying them into sets of related functionality. In the DG Operations Methodology, we only explore the rule sets at a high level of abstraction to guide the application architecture as well as guide the estimation process. Managing rules will become an increasing important competency as the agency consolidates systems and captures knowledge that is spread in many different locations (including people s heads). The business SMEs need to validate the Information Architecture with the Information Architect leads (see SIPOC below) to ensure it supports the Operational Architecture needs. Measuring, Creating, & Delivering the RIGHT Value Page 7
8 Application Architecture The final piece of the solution architecture is drafting the application architecture, which incorporates aspects covering all of the prior 3 architecture concerns. We first start with drafting the big picture for the overall solution using a Conceptual Model. The purpose of the model is to define an abstract representation of capabilities that support all of the prior architecture concerns (business, operational, and informational). The capabilities can be initially laid out using sticky notes, which can then be sorted into common buckets representing patterns of capability. These buckets are then assembled into a pragmatic structure outlining the conceptual model (see example below): The conceptual model above has additional attributes in shapes and color to provide additional insights on how the application architecture for the solution fits within the greater enterprise architecture. The pink color represents the core capabilities included in the solution. This is the primary focus for what needs to be included in the list of projects required to design, build, and deliver the solution. The blue color represents the various pieces of infrastructure that should be in place in order to support the core capabilities for the solution. These would ideally be in place and only require minor configuration and/or repurposing to meet the needs of the solution. IF they do not exist, then they would be additional IT Infrastructure projects that would need to be defined, funded, and slotted in advance (or parallel) to the core projects to implement Measuring, Creating, & Delivering the RIGHT Value Page 8
9 the solution architecture. The green color represents the operational structures (teams, processes, and governance), which would need to be put in place in order to leverage the solution (technology only exists to support the business and operational needs). Once the conceptual model is defined, reviewed, and approved the next step is to create a functional decomposition of each of the core capabilities ( buckets ) to provide sufficient detail to ensure the solution fully addresses the business, operational, and informational concerns. Ideally, each one of these would also identify common patterns of capability (sets of services not necessarily tools), which need to be in place to address the prior architecture concerns. This is an iterative process and requires some skill with abstraction, familiarity with common patterns of capability within architecture components and an ability to demonstrate traceability from the application architecture back through the prior architecture concerns. Walking through the prior artifacts is helpful as well as having the DG Operations Team discuss scenarios within each area of architecture to identify any major gaps. Once the team has completed their work, they should be able to produce a simple component model like the one below: Measuring, Creating, & Delivering the RIGHT Value Page 9
10 The last piece of the application architecture involves mapping out the key integration points that the solution will need to address (both internal & external points). The details are left to the Information Architecture diagrams (discussed previously), but this is a good point for abstracting them into patterns of interfaces to promote an enterprise view and identify opportunities for reuse that both business analysts, architects, and design teams may want to consider. The example below is a bit simplistic, but provides an outline for cataloguing some of these integration patterns: Once the application architecture has been documented, the DG Operations Team is ready to generate a list of projects to implement the solution architecture. Note: The team may also want to highlight any additional recommendations (from Step 1) and any infrastructure projects (from Step 3 items in blue), which need to be addressed either before or in parallel with the core projects for the Solution Architecture. Measuring, Creating, & Delivering the RIGHT Value Page 10
NASCIO EA Development Tool-Kit Solution Architecture. Version 3.0
NASCIO EA Development Tool-Kit Solution Architecture Version 3.0 October 2004 TABLE OF CONTENTS SOLUTION ARCHITECTURE...1 Introduction...1 Benefits...3 Link to Implementation Planning...4 Definitions...5
More informationBasic Unified Process: A Process for Small and Agile Projects
Basic Unified Process: A Process for Small and Agile Projects Ricardo Balduino - Rational Unified Process Content Developer, IBM Introduction Small projects have different process needs than larger projects.
More informationTime Management. Part 2 Work Breakdown Structure (WBS) Review. Richard Boser
Time Management Part 2 Work Breakdown Structure (WBS) Review Richard Boser WBS Planning Process PMBOK WBS is deliverable-oriented grouping of components that organizes and defines the total scope of the
More informationTHE AGILE WATERFALL MIX DELIVERING SUCCESSFUL PROGRAMS INVOLVING MULTIPLE ORGANIZATIONS
THE AGILE WATERFALL MIX DELIVERING SUCCESSFUL PROGRAMS INVOLVING MULTIPLE ORGANIZATIONS Amit Aggarwal FIS Consulting Services 800.822.6758 Overview The fintech explosion, the Internet of Things and the
More informationData Governance on Well Header. Not Only is it Possible, Where Else Would you Start!
Data Governance on Well Header Not Only is it Possible, Where Else Would you Start! Agenda Intro (Noah) A (not so) Brief History Methodology Prioritization Why Well Header Attribute versus Process Oriented
More informationBackground: Business Value of Enterprise Architecture TOGAF Architectures and the Business Services Architecture
Business Business Services Services and Enterprise and Enterprise This Workshop Two parts Background: Business Value of Enterprise TOGAF s and the Business Services We will use the key steps, methods and
More informationIntroduction: Ladan Heit (lheit@wlu.ca) Current role: Enterprise Architect Responsible for building and maintaining an accurate and holistic view of
Introduction: Ladan Heit (lheit@wlu.ca) Current role: Enterprise Architect Responsible for building and maintaining an accurate and holistic view of the institution s IT capabilities in a logical and structured
More informationRUP Design. Purpose of Analysis & Design. Analysis & Design Workflow. Define Candidate Architecture. Create Initial Architecture Sketch
RUP Design RUP Artifacts and Deliverables RUP Purpose of Analysis & Design To transform the requirements into a design of the system to-be. To evolve a robust architecture for the system. To adapt the
More informationOracle Education @ USF
Oracle Education @ USF Oracle Education @ USF helps increase your employability and also trains and prepares you for the competitive job market at a much lower cost compared to Oracle University. Oracle
More informationLEADing Practice: Artifact Description: Business, Information & Data Object Modelling. Relating Objects
LEADing Practice: Artifact Description: Business, Information & Data Object Modelling Relating Objects 1 Table of Contents 1.1 The Way of Thinking with Objects... 3 1.2 The Way of Working with Objects...
More information3SL. Requirements Definition and Management Using Cradle
3SL Requirements Definition and Management Using Cradle November 2014 1 1 Introduction This white paper describes Requirements Definition and Management activities for system/product development and modification
More informationTOGAF 9 Level 1 + 2 Exam Study Guide
TOGAF 9 Level 1 + 2 Exam Study Guide Created by Nik Ansell http://ae.linkedin.com/in/nikansell Introduction This document was created to help focus the study areas of TOGAF 9 students, studying for the
More informationA Business Analysis Perspective on Business Process Management
A Business Analysis Perspective on Business Process Management October 2013 Discussion Points! Why have Roles?! What is Business Analysis?! Who is the Business Analyst?! Business Analysis & Business Process
More informationMDM for the Enterprise: Complementing and extending your Active Data Warehousing strategy. Satish Krishnaswamy VP MDM Solutions - Teradata
MDM for the Enterprise: Complementing and extending your Active Data Warehousing strategy Satish Krishnaswamy VP MDM Solutions - Teradata 2 Agenda MDM and its importance Linking to the Active Data Warehousing
More informationHow to Implement MDM in 12 Weeks
White Paper Master Data Management How to Implement MDM in 12 Weeks Tuesday, June 30, 2015 How to Implement Provider MDM in 12 Weeks The Health Insurance industry is faced with regulatory, economic, social
More informationContents. Today Project Management. Project Management. Last Time - Software Development Processes. What is Project Management?
Contents Introduction Software Development Processes Project Management Requirements Engineering Software Construction Group processes Quality Assurance Software Management and Evolution Last Time - Software
More informationPartnering for Project Success: Project Manager and Business Analyst Collaboration
Partnering for Project Success: Project Manager and Business Analyst Collaboration By Barbara Carkenord, CBAP, Chris Cartwright, PMP, Robin Grace, CBAP, Larry Goldsmith, PMP, Elizabeth Larson, PMP, CBAP,
More informationComputing & Communications Services
2010 Computing & Communications Services 2010 / 10 / 04 Final Kent Percival, M.Sc., P.Eng. Defining the Value of the Business Analyst In achieving its vision, key CCS partnerships involve working directly
More informationRequirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK
IBM Software Group Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK Jean-Louis Maréchaux Software IT Specialist IBM Rational
More informationCDC UNIFIED PROCESS PRACTICES GUIDE
Purpose The purpose of this document is to provide guidance on the practice of Modeling and to describe the practice overview, requirements, best practices, activities, and key terms related to these requirements.
More informationSOA: The missing link between Enterprise Architecture and Solution Architecture
SOA: The missing link between Enterprise Architecture and Solution Architecture Jaidip Banerjee and Sohel Aziz Enterprise Architecture (EA) is increasingly being acknowledged as the way to maximize existing
More informationManaging Successful Software Development Projects Mike Thibado 12/28/05
Managing Successful Software Development Projects Mike Thibado 12/28/05 Copyright 2006, Ambient Consulting Table of Contents EXECUTIVE OVERVIEW...3 STATEMENT OF WORK DOCUMENT...4 REQUIREMENTS CHANGE PROCEDURE...5
More informationEnterprise Architecture Process, Structure and Organization
Organizational development Enterprise Process, Structure and Organization t-eam* - a framework derived from project experience Dipl.-Inform. Klaus D. Niemann Managing Director...act! consulting GmbH Glockengießerwall
More informationManaging Variability in Software Architectures 1 Felix Bachmann*
Managing Variability in Software Architectures Felix Bachmann* Carnegie Bosch Institute Carnegie Mellon University Pittsburgh, Pa 523, USA fb@sei.cmu.edu Len Bass Software Engineering Institute Carnegie
More informationRevealing the Big Picture Using Business Process Management
Revealing the Big Picture Using Business Process Management Page 1 of 20 Page 2 of 20 Introduction In today s business environment, change is inevitable. Changes in technology, organizational structure,
More informationHow To Develop An Enterprise Architecture
OSI Solution Architecture Framework Enterprise Service Center April 2008 California Health and Human Services Agency Revision History REVISION HISTORY REVISION/WORKSITE # DATE OF RELEASE OWNER SUMMARY
More informationAbstract Doing an ERP? Here s how to project manage the data conversion
Page 1 of 7 Abstract Doing an ERP? Here s how to project manage the data conversion If you are doing an ERP project, then you probably have a business case for improving operational efficiency, reducing
More informationQuality Assurance - Karthik
Prevention is better than cure Quality Assurance - Karthik This maxim perfectly explains the difference between quality assurance and quality control. Quality Assurance is a set of processes that needs
More informationSisyphus Would Be Proud
Ten Best Practices of EA Anne Lapkin Notes accompany this presentation. Please select Notes Page view. These materials can be reproduced only with written approval from Gartner. Such approvals must be
More informationD6.1: Service management tools implementation and maturity baseline assessment framework
D6.1: Service management tools implementation and maturity baseline assessment framework Deliverable Document ID Status Version Author(s) Due FedSM- D6.1 Final 1.1 Tomasz Szepieniec, All M10 (31 June 2013)
More information(Refer Slide Time: 01:52)
Software Engineering Prof. N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture - 2 Introduction to Software Engineering Challenges, Process Models etc (Part 2) This
More informationHow To Develop Software
Software Engineering Prof. N.L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-4 Overview of Phases (Part - II) We studied the problem definition phase, with which
More informationSpreadsheet Simulation
Spreadsheet Simulation Development and Business Benefits Arvind Waghmare Consultant - Modeling, COE - Simulation & TOPSIM Tata Interactive Systems Abstract/Introduction Using simulations as a medium of
More informationSolution Architecture Overview. Submission Management. 2015 The Value Enablement Group, LLC. All rights reserved.
Solution Architecture Overview Submission Management 1 Submission Management Overview Sources of Record MDM Manually Captured Lifecycle Events PLM Repository Data Domain Objects supporting Submission Process
More informationPASTA Abstract. Process for Attack S imulation & Threat Assessment Abstract. VerSprite, LLC Copyright 2013
2013 PASTA Abstract Process for Attack S imulation & Threat Assessment Abstract VerSprite, LLC Copyright 2013 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
More informationSTSG Methodologies and Support Structure
STSG Methodologies and Support Structure STSG Application Life Cycle Management STSG utilizes comprehensive lifecycle tools that are fully integrated and provide capabilities for most of the roles in its
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationEvaluating Data Warehousing Methodologies: Objectives and Criteria
Evaluating Data Warehousing Methodologies: Objectives and Criteria by Dr. James Thomann and David L. Wells With each new technical discipline, Information Technology (IT) practitioners seek guidance for
More informationThe role of integrated requirements management in software delivery.
Software development White paper October 2007 The role of integrated requirements Jim Heumann, requirements evangelist, IBM Rational 2 Contents 2 Introduction 2 What is integrated requirements management?
More informationSoftware Testing Interview Questions
Software Testing Interview Questions 1. What s the Software Testing? A set of activities conducted with the intent of finding errors in software. 2.What is Acceptance Testing? Testing conducted to enable
More information6-1. Process Modeling
6-1 Process Modeling Key Definitions Process model A formal way of representing how a business system operates Illustrates the activities that are performed and how data moves among them Data flow diagramming
More informationTDWI strives to provide course books that are content-rich and that serve as useful reference documents after a class has ended.
Previews of TDWI course books are provided as an opportunity to see the quality of our material and help you to select the courses that best fit your needs. The previews can not be printed. TDWI strives
More informationThe Software Process. The Unified Process (Cont.) The Unified Process (Cont.)
The Software Process Xiaojun Qi 1 The Unified Process Until recently, three of the most successful object-oriented methodologies were Booch smethod Jacobson s Objectory Rumbaugh s OMT (Object Modeling
More informationBusiness Architecture: Scenarios & Use Cases
Business Architecture: Scenarios & Use Cases This white paper was developed as a result of OMG wiki postings between Dec. 2007 and March 2008. It presents a series of business architecture scenarios that
More informationMaster Data Services Training Guide. Modeling Guidelines. Portions developed by Profisee Group, Inc. 2010 Microsoft
Master Data Services Training Guide Modeling Guidelines Portions developed by Profisee Group, Inc. 2010 Microsoft MDM: A Multifaceted Discipline Master Data Management is a multi-faceted discipline that
More informationIPL Service Definition - Master Data Management Service
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
More informationBringing agility to Business Intelligence Metadata as key to Agile Data Warehousing. 1 P a g e. www.analytixds.com
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....
More informationIntroduction to OpenUP (Open Unified Process)
Introduction to OpenUP (Open Unified Process) Different projects have different process needs. Typical factors dictate the needs for a more formal or agile process, such as team size and location, architecture
More informationIterative Project Management 1
Iterative Project Management Module 2 Objectives Understand issues for Project Managers (PM) who use iterative development by: Learning how the PM monitors and steers an iterative project towards success.
More informationOrganising, planning and scheduling software projects. Software management distinctions
Project management Organising, planning and scheduling software projects Software management distinctions The product is intangible The product is uniquely flexible Software engineering is not recognized
More informationMastering Microsoft Project 2013
Course 55054: Mastering Microsoft Project 2013 Page 1 of 9 Mastering Microsoft Project 2013 Course 55054: 2 days; Instructor-Led Introduction This two-day, instructor-led course is intended for individuals
More informationCisco and VMware Virtualization Planning and Design Service
Cisco and VMware Virtualization Planning and Design Service Create an End-to-End Virtualization Strategy with Combined Services from Cisco and VMware Service Overview A Collaborative Approach to Virtualization
More informationWindows Server 2003 migration: Your three-phase action plan to reach the finish line
WHITE PAPER Windows Server 2003 migration: Your three-phase action plan to reach the finish line Table of contents Executive summary...2 Windows Server 2003 and the big migration question...3 If only migration
More informationGartner, Inc. DIR-SDD-2042
Texas Department of Information Resources STATEMENT OF WORK (SOW) FOR DELIVERABLES-BASED INFORMATION TECHNOLOGY SERVICES Identity & Access Management Analysis IT Assessment & Planning Gartner, Inc. DIR-SDD-2042
More informationPart of the solution. Bringing it all Together - Informa2on and Data Management
Bringing it all Together - Informa2on and Data Management 1 Information vs. Data Information Knowledge, meaning The input needed to make business decisions The Focus Area of The Business Data Factual information
More informationApplying 4+1 View Architecture with UML 2. White Paper
Applying 4+1 View Architecture with UML 2 White Paper Copyright 2007 FCGSS, all rights reserved. www.fcgss.com Introduction Unified Modeling Language (UML) has been available since 1997, and UML 2 was
More informationMastering Microsoft Project 2013 Course: 55054A Course Length: 3 Days
3 Riverchase Office Plaza Hoover, Alabama 35244 Phone: 205.989.4944 Fax: 855.317.2187 E-Mail: rwhitney@discoveritt.com Web: www.discoveritt.com Mastering Microsoft Project 2013 Course: 55054A Course Length:
More informationLECTURE 11: PROCESS MODELING
LECTURE 11: PROCESS MODELING Outline Logical modeling of processes Data Flow Diagram Elements Functional decomposition Data Flows Rules and Guidelines Structured Analysis with Use Cases Learning Objectives
More informationDisparate Data, Disparate Systems, Disparate User Groups (How to Architect The Enterprise Business Needs) Robert Schork, General Dynamics IT
Disparate Data, Disparate Systems, Disparate User Groups (How to Architect The Enterprise Business Needs) Robert Schork, General Dynamics IT April 27, 2011 2011 Waters North American Trading Architecture
More informationIntroduction to the Analysis and Management Framework
Introduction to the Analysis and Management Framework Project Team: Don Kranz, Tom Gullion, Neal Saito, Gary Marchiny Project Monitor: Steve Husty 1 Agenda Problem Space The NASA IV&V AMF N Tier Architectures
More informationSoftware Engineering Reference Framework
Software Engineering Reference Framework Michel Chaudron, Jan Friso Groote, Kees van Hee, Kees Hemerik, Lou Somers, Tom Verhoeff. Department of Mathematics and Computer Science Eindhoven University of
More informationLECTURE 1. SYSTEMS DEVELOPMENT
LECTURE 1. SYSTEMS DEVELOPMENT 1.1 INFORMATION SYSTEMS System A system is an interrelated set of business procedures used within one business unit working together for a purpose A system has nine characteristics
More informationCOLUMN. What is information architecture? Intuitive navigation doesn t happen by chance MAY 2005. The cost of failure
KM COLUMN MAY 2005 What is information architecture? Organising functionality and content into a structure that people are able to navigate intuitively doesn t happen by chance. Organisations must recognise
More informationITIL. Lifecycle. www.alctraining.com.my. ITIL Intermediate: Continual Service Improvement. Service Strategy. Service Design. Service Transition
Take your ITIL skills to the next level ITIL Lifecycle ITIL Intermediate: Part of the complete ITIL Education Program Advance your career Add value to your organisation Gain credits towards ITIL Expert
More informationSoftware change and release management White paper June 2008. Extending open source tools for more effective software delivery.
Software change and release management White paper June 2008 Extending open source tools for more Page 2 Contents 2 Integrating and complementing open source tools 2 Trends in business shape software development
More informationA BIAN Building Block Service Repository and Registry
Banking Industry Architecture Network A BIAN Building Block Repository and Registry Author: BIAN Working Group Repository Version: 1.0 Last Change: July 1, 2009 Organization Authors Role Name Company Bruno
More informationAppendix 2-A. Application and System Development Requirements
Appendix 2-A. Application and System Development Requirements Introduction AHRQ has set up a Distributed Systems Engineering Lab (DSEL) to support all internal development efforts and provide a facility
More informationWhat s a BA to do with Data? Discover and define standard data elements in business terms. Susan Block, Program Manager The Vanguard Group
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
More informationA METHODOLOGY FOR KNOWLEDGE DISCOVERY AND CLASSIFICATION. University of Massachusetts Amherst, MA 01003-2210. 15021 21 Drive, SE Mill Creek WA, 98012
A METHODOLOGY FOR KNOWLEDGE DISCOVERY AND CLASSIFICATION Janis Terpenny 1, Stephen Strong 2, Jiachuan Wang 1 1 Department of Mechanical and Industrial Engineering University of Massachusetts Amherst, MA
More informationBUSINESS ARCHITECTURE AND BPM ALIGNMENT
BUSINESS ARCHITECTURE AND BPM ALIGNMENT Austin, Texas, USA - September 17, 2014 INNOVATION WORKSHOP Lloyd Dugan, Business Process Management, Inc. Neal McWhorter, Strategic Value Partners Copyright 2014
More informationSECTION I PROJECT SUMMARY (TRW)
AS OF OCTOBER 11, 2010 SECTION I PROJECT SUMMARY (TRW) Table I Project Summary Agency/Department Information TRW Information Executive Sponsor: Cynthia Lorenzo Received Date: Project Director: Tom McCullion
More informationIncreasing Development Knowledge with EPFC
The Eclipse Process Framework Composer Increasing Development Knowledge with EPFC Are all your developers on the same page? Are they all using the best practices and the same best practices for agile,
More informationCITY OF CARLSBAD CLASS SPECIFICATION BUSINESS INTELLIGENCE ANALYST BUSINESS INTELLIGENCE & ANALYTICS MANAGER
CITY OF CARLSBAD CLASS SPECIFICATION JOB SERIES: DEPARTMENT: BUSINESS INTELLIGENCE ANALYST BUSINESS INTELLIGENCE & ANALYTICS MANAGER INFORMATION TECHNOLOGY DISTINGUISHING FEATURES AND SUMMARY DESCRIPTION:
More informationIn this Lecture you will Learn: Systems Development Methodologies. Why Methodology? Why Methodology?
In this Lecture you will Learn: Systems Development Methodologies What a systems development methodology is Why methodologies are used The need for different methodologies The main features of one methodology
More informationThe Role and Task of the System Architect
- Blah Blah V4aa Idea IO think, analyze listen, talk, walk around design, assist project leader brainstorm, with work breakdown, explain schedule, risks present, meet, teach, discuss travel to write, customer,
More informationService Oriented Architecture
Service Oriented Architecture Charlie Abela Department of Artificial Intelligence charlie.abela@um.edu.mt Last Lecture Web Ontology Language Problems? CSA 3210 Service Oriented Architecture 2 Lecture Outline
More informationDesign Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation
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,
More informationWriting Use Case Scenarios for Model Driven Development
Writing Use Case Scenarios for Model Driven Development This guide outlines how to use Enterprise Architect to rapidly build Use Cases and increase your productivity through Model Driven Development. Use
More informationOracle Real Time Decisions
A Product Review James Taylor CEO CONTENTS Introducing Decision Management Systems Oracle Real Time Decisions Product Architecture Key Features Availability Conclusion Oracle Real Time Decisions (RTD)
More informationAdvanced Big Data Analytics with R and Hadoop
REVOLUTION ANALYTICS WHITE PAPER Advanced Big Data Analytics with R and Hadoop 'Big Data' Analytics as a Competitive Advantage Big Analytics delivers competitive advantage in two ways compared to the traditional
More informationIn the first three installments of our series on Information Security
Information Security Management Programs: Assessment Analysis Lessons Learned and Best Practices Revealed JUSTIN SOMAINI AND ALAN HAZLETON This article, the fourth in a series, expands on the overlooked
More informationAgile Manufacturing for ALUMINIUM SMELTERS
Agile Manufacturing for ALUMINIUM SMELTERS White Paper This White Paper describes how Advanced Information Management and Planning & Scheduling solutions for Aluminium Smelters can transform production
More informationEMA CMDB Assessment Service
The Promise of the CMDB The Configuration Management Database (CMDB) provides a common trusted source for all IT data used by the business and promises to improve IT operational efficiency and increase
More informationTime Monitoring Tool Software Development Plan. Version <1.1>
Time Monitoring Tool Software Development Plan Version Revision History Date Version Description Author 10/01/01 1.0 First Draft Sabrina Laflamme 12/01/01 1.1 Completion of Document John Lemon Page
More informationBusiness Analyst Work Plan. Presented by: Billie Johnson, CBAP CSM
Business Analyst Work Plan Presented by: Billie Johnson, CBAP CSM Agenda Topic Introduction Overview of a Business Analysis Work Plan Initiating a Business Analysis Effort Components of the Business Analysis
More informationUnderstanding Your Training Process
Understanding Your Training Process In a previous article and presentation, Transforming Your Training Department Into A High Performance Strategic Partner (available at www.trainingonashoestring.com),
More informationCITY OF CARLSBAD CLASS SPECIFICATION BUSINESS SYSTEMS ASSOCIATE, BUSINESS SYSTEMS SPECIALIST, SENIOR BUSINESS SYSTEMS SPECIALIST
CITY OF CARLSBAD CLASS SPECIFICATION JOB SERIES: DEPARTMENT: BUSINESS SYSTEMS ASSOCIATE, BUSINESS SYSTEMS SPECIALIST, SENIOR BUSINESS SYSTEMS SPECIALIST VARIOUS DEPARTMENTS Distinguishing Features and
More information1. Process Modeling. Process Modeling (Cont.) Content. Chapter 7 Structuring System Process Requirements
Content Chapter 7 Structuring System Process Requirements Understand the logical (&physical) process modeling by using data flow diagrams (DFDs) Draw DFDs & Leveling Balance higher-level and lower-level
More informationPHASE 5: DESIGN PHASE
PHASE 5: DESIGN PHASE During the Design Phase, the system is designed to satisfy the requirements identified in the previous phases. The requirements identified in the Requirements Analysis Phase are transformed
More informationReaching CMM Levels 2 and 3 with the Rational Unified Process
Reaching CMM Levels 2 and 3 with the Rational Unified Process Rational Software White Paper TP174 Table of Contents INTRODUCTION... 1 LEVEL-2, REPEATABLE... 3 Requirements Management... 3 Software Project
More informationWebSphere Business Modeler
Discovering the Value of SOA WebSphere Process Integration WebSphere Business Modeler Workshop SOA on your terms and our expertise Soudabeh Javadi Consulting Technical Sales Support WebSphere Process Integration
More informationWHY DO I NEED A PROGRAM MANAGEMENT OFFICE (AND HOW DO I GET ONE)?
WHY DO I NEED A PROGRAM MANAGEMENT OFFICE (AND HOW DO I GET ONE)? Due to the often complex and risky nature of projects, many organizations experience pressure for consistency in strategy, communication,
More informationMitigating Service-Orientation Risks with RUP
by Filippos Santas, IT Architect, Credit Suisse Private Banking in Switzerland and Certified SOA Trainer SERVICE TECHNOLOGY MAGAZINE Issue LIV September 2011 Abstract - In this article, we examine the
More informationOff-the-Shelf Software: A Broader Picture By Bryan Chojnowski, Reglera Director of Quality
Off-the-Shelf Software: A Broader Picture By Bryan Chojnowski, Reglera Director of Quality In the past decade, there has been a sea change in the business software domain. Many companies are no longer
More informationAnnouncements. HW due today, 2 to grade this week Welcome back from Spring Break!
Announcements HW due today, 2 to grade this week Welcome back from Spring Break! Analysis (Domain) Modeling: Introduction Reading: Arlow and Neustadt chaps. 8, 9 (& 7) Also see Larman Chapter 10 (2 nd
More informationPOLAR IT SERVICES. Business Intelligence Project Methodology
POLAR IT SERVICES Business Intelligence Project Methodology Table of Contents 1. Overview... 2 2. Visualize... 3 3. Planning and Architecture... 4 3.1 Define Requirements... 4 3.1.1 Define Attributes...
More informationCIO Briefing. IT Portfolio Management Repositories Project Implementation Strategy
CIO Briefing Repositories Project Implementation Strategy This report, prepared for CIO Michael Ridley, outlines a specific parallel-track strategy and short-term recommendations for expediting implementation
More informationThe IT Infrastructure Library (ITIL)
IT service management is often equated with the Information Technology Infrastructure Library (ITIL), even though there are a variety of standards and frameworks contributing to the overall ITSM discipline.
More informationBusiness Process Modeling with Structured Scenarios
Business Process Modeling with Structured Scenarios Doug Rosenberg ICONIX Software Engineering, Inc. In 2008, based on our experience with a number of business process engineering projects over the last
More informationThis software agent helps industry professionals review compliance case investigations, find resolutions, and improve decision making.
Lost in a sea of data? Facing an external audit? Or just wondering how you re going meet the challenges of the next regulatory law? When you need fast, dependable support and company-specific solutions
More information