1 EA : IT Civil Engineering (ITCE) Association of Enterprise Architects Washington DC Chapter November 9, 2005 By John C. Wu

Slides:



Advertisements
Similar presentations
Light Enterprise Architecture
Advertisements

Ulrich Frank, Stefan Strecker Information Systems and Enterprise Modelling research group ICB Institute for Computer Science and Business Information Systems.
Life Science Services and Solutions
The HR Paradigm Shift Discover Stakeholder Value for the Human Resources Function.
Business Architecture
Applied IT Architecture Introduction Reference IT architecture & Standards Applied Reference Architecture Governance model Governance process Problems.
BENEFITS OF SUCCESSFUL IT MODERNIZATION
Applying the SOA RA Utah Public Safety ESB Project Utah Department of Technology Services April 10, 2008 Prepared by Robert Woolley.
U.S. Department of Housing and Urban Development (HUD) Enterprise Architecture Managing the Paradigm Shift Deborah Carter, CEA Director, Office of Enterprise.
Building an Operational Enterprise Architecture and Service Oriented Architecture Best Practices Presented by: Ajay Budhraja Copyright 2006 Ajay Budhraja,
Building a SOA roadmap for your enterprise Presented by Sanjeev Batta Architect, Cayzen Technologies.
Utilization of Basic Register Information from the PSI Perspective Aki Siponen, Counsellor, Ministry of Finance Business with Public Information National.
Dr Phil Richards, Chief Innovation Officer LMN Directors Forum 29/01/2014 Jisc Co-design.
Brief History of Architecture Frameworks
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
Enterprise SOA and Cloud Planning Presentation to Association of Enterprise Architects, Washington DC Chapter John Chi-Zong Wu
All Rights Reserved: JusticeExperts.com Enterprise? What Enterprise? Enterprise Development.
Reference Models مدل های مرجع معماری.
Interoperability. Martin Sykes Information architecture programs suffer from EA's worst problem: They have a strategic and enterprisewide focus that.
IT Planning.
Enterprise Risk Management in DHHS
Considering an Enterprise Architecture for the NSDI
Certified Business Process Professional (CBPP®) Exam Overview
Extended Enterprise Architecture Framework (E2AF)
Enterprise Architecture
IT Professional Perspectives, Discussions, and Recommendations Steven K. Wall IT7833 IT Strategy, Policy and Governance.
Developing Enterprise Architecture
Project Management COE Helen Schmitz, Chief IT Architect (Acting)
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.
a Service Oriented Architecture
Chapter 2 The process Process, Methods, and Tools
The Enterprise Map: See the unseen Enterprise Present to The Association of Enterprise Architects - DC May 4, 2011 John Chi-Zong Wu
1 CS 456 Software Engineering. 2 Contents 3 Chapter 1: Introduction.
Compuware Corporation Business Driven SOA Edwin Schumacher Director of Product Management
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
Enterprise Architecture Enterprise Architecture = a framework or ‘blueprint’ for how the organization achieves the business objectives at hand and in future.
1. 2 Today’s Presentation The City of Baltimore Water and Wastewater Systems Challenges facing the City The Strategic Planning Initiative So Where Are.
FEA DRM Management Strategy Presented by : Mary McCaffery, US EPA.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
1 DAS Annual Review June 2008 “Build to Share” Suzanne Acar, US DOIAdrian Gardner, US National Weather ServiceCo-Chair, Federal DAS
Federal Enterprise BOF Rick Murphy Chief Architect, Blueprint Technologies June 7, 2004.
Information Technology Division Executive Office for Administration and Finance Service Oriented Architecture An Enterprise Approach to Enabling the Business.
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.
The future of Statistical Production CSPA. 50 task team members 7 task teams CSPA 2015 project.
Coherent EA and Segment Architecture Present to The Association of Enterprise Architects, DC By John Chi-Zong Wu August 13, 2008
David Smiley SOA Technology Evangelist Software AG Lead, follow or get out of the way Here Comes SOA.
Pre-Decisional Involvement
CSPC 464 Fall 2014 Son Nguyen.  Attendance/Roster  Introduction ◦ Instructor ◦ Students  Syllabus  Q & A.
Enterprise Architecture & Process Improvement EPIC Process Improvement Workshop April 17, 2007 Dick Burk Chief Architect and Manager, Federal Enterprise.
National Geospatial Enterprise Architecture N S D I National Spatial Data Infrastructure An Architectural Process Overview Presented by Eliot Christian.
19-20 October 2010 IT Directors’ Group meeting 1 Item 6 of the agenda ISA programme Pascal JACQUES Unit B2 - Methodology/Research Local Informatics Security.
Enterprise Architecture Reference Framework Generalities
Aligning Business Process Architecture and Enterprise Architecture: A Model Driven - Service Oriented Approach Chris Capadouca Business Solutions Architect.
Technology Ventures: From Idea to EnterpriseChapter 4: Summary Praise competitors. Learn from them. There are times when you can cooperate with them to.
+ Informatics 122 Software Design II Lecture 13 Emily Navarro Duplication of course material for any commercial purpose without the explicit written permission.
ORGANIZATION CAPACITY ASSESSMENT (2013) Produced in April 2013.
Towards an Enterprise Architecture for Wits In the context of the new Student Information System programme Prof Derek W. Keats Deputy Vice Chancellor (Knowledge.
Chapter 5 Creating Business Value © John Wiley & Sons Canada, Ltd.5-1.
Accreditation of study programs at the Faculty of information technologies Tempus SMGR BE ESABIH EU standards for accreditation of study.
1 Balanced Scorecard Philosophy, Basics, Fundamentals, and Functions.
Managing Enterprise Architecture
Transforming the future of public health in Missouri
CIM Modeling for E&U - (Short Version)
Forest Service Geospatial Enterprise Architecture
IT Governance at the SCO
Enterprise Architecture Methods
Model-Driven Analysis Frameworks for Embedded Systems
Enterprise Architecture at Penn State
Presentation transcript:

1 EA : IT Civil Engineering (ITCE) Association of Enterprise Architects Washington DC Chapter November 9, 2005 By John C. Wu

11/09/05www.e-cio.org2 Abstract and Bio John C. Wu Planning and Engineering Manager Management Systems Designers, INC. (MSD) Abstract : This presentation suggests that EA is nothing new to be confused. Relax! It is only the good old Civil Engineering in the information age to share common IT resources in the people oriented civil community. EA is still evolving and there are many different EA approaches and directions depending on whom you talk to. EA is here to stay and will become a part of the information age culture. However, only the EA approaches that can overcome the challenge of buy-in from stakeholders will success. This presentation suggests that EA may reuse the Civil engineering approach to overcome the challenge of buy- in from stakeholders instead of reinventing the wheel. The civil engineering approach, which is the engineering of public work, has been the historical solution to the challenge of buy-in from the people oriented civil community. The civil engineering approach overcomes the challenge of buy-in from the stakeholders via political processes in the people oriented civil community by: Comprehending the big picture to know the stakeholders. Focusing on commonality to achieve consensus. Keeping it simple with reusable patterns for every community. Working from bottom up to provide the services. Engaging full communication for total participation.

11/09/05www.e-cio.org3 Abstract and Bio Mr. Wu is an employee of Management Systems Designers INC (MSD) in Washington DC Metropolitan area. He has served as an Enterprise Architect in the US Department of Homeland Security component of Immigration Customs Enforcement (DHS ICE) and the legacy INS since Mr. Wu was a Registered Professional Civil Engineer in his previous career. The inter discipline of EA and Civil Engineering enable Mr. Wu to recognize the similarity between EA and Civil Engineering. He has applied this concept for many years in DHS ICE and have produced very useful EA products. Mr. Wu has also been the Director of Computer Support of the Office of Assistant Secretary of Planning and Evaluation (ASPE) in the Department of Health and Human Services (DHHS) where he managed the information technology program involving IT policy, system management, application development, network management and IT security. Mr. Wu holds a Master Degree on Computer Science from Florida Institute of Technology and a Master Degree on Civil Engineering from Howard University in Washington DC.

11/09/05www.e-cio.org4 It is all about people Civil engineering is the engineering of public work. The word of “Civil” says it is all about people. Traditionally, public works are roads, bridge, water and sewer. In information age, public works are extended to application services, information resources and technology infrastructure. EA is all about people. [Ambler, 2003] After all the significant effort to design the architecture, the architects find out that “buy-in from stakeholders” is not guaranteed “Buy-in from stakeholder” is the key EA success factor.

11/09/05www.e-cio.org5 Use political processes to secure buy-in Government relies on political process of legislation, Executive and Judicial branches. Civil engineering use political process to secure buy-in from stakeholders. EA governance places the political processes for making and enforcing IT related policies into business realm of the enterprise [Bolton, 2003] GovernmentCivil engineering governance EA Governance Legislative (The stakeholders) Establish the lawEstablish the zoning and building code The EA standards Executive (The government ) Establish the policyEstablish the city planning and civil engineering policy Establish the EA policies JudicialInterpret and enforce the law Enforce the zoning and codes. Enforce the policy and standards

11/09/05www.e-cio.org6 How to secure buy-in from stakeholders 1. Comprehend the big picture to know the business and stakeholders 2. Building consensus over common denominator 3. Keep it simple by reuse patterns 4. Bottom up to provide services 5. Communication Governance processes established with consensus from the stakeholders to empower the legitimacy for enforcement. Compliance processes enforce the architecture standards. Governance Framework

11/09/05www.e-cio.org7 1.0 Comprehend the big picture Almost all of EA depends on knowing what is the enterprise. Many stove pipe systems are created due to lack of big picture. Comprehend the big picture requires special discipline; Seeing the forest is not trivial. Civil engineers comprehend the big picture via survey and mapping EA comprehends the big picture via the Business architecture architecture effort.

11/09/05www.e-cio.org8 1.1 Business & Solution Architecture Business Architecture is the bridge between enterprise strategic planning to the solution architecture. It translate the strategic planning to tangible requirements for the solution architecture. (as shown) EA resolve the challenge of stove pipe system based the big picture of the enterprise. Business Architecture describes the big picture of the enterprise. Solution Architecture which include application architecture, data architecture and technology architecture is the automation solution for the enterprise Solution Architecture Business Architecture EA Strategic Planning

11/09/05www.e-cio.org9 1.2 EA is not business process centric EA is not business process centric as it is in Application development and BPR. Common foundation by definition is generic to specific business processes. Physical architecture is not a function of business logic, it is driven by workload and performance requirement. Business processes subject to localization. It requires significant effort to exhaust all the enumeration of business process sequence. ITCE describe the business logic with function decomposition rather then business process modeling BPR is a dedicated paradigm to business processes optimization. It is not the best value of EA in redundancy.

11/09/05www.e-cio.org Business ArchitectureBusiness Architecture Business Architecture is described by the attributes of why, How, What, Who, Where and When based on the Zachman framework with modification. The Mission (Why) The Functions (How) The Information (What) The Organization (Who) The Location (Where) The Workload and performance requirement (When) The Enterprise Definition (Who, Where, When) describes the enterprise. FunctionsPerformance Information Function Organizations Locations Peak Hour WHO WHAT HOW WHERE WHEN Mission WHY Enterprise Definition

11/09/05www.e-cio.org Building consensus on common denominator Civil Engineering overcomes the challenge of buy-in from stakeholders by focus on the common infrastructure, resources and services. It is difficult for every one to agree on every thing, there is always a common denominator upon which they can agree. Civil engineers and city planners do not design every building in the city. It does not only requires significant investment of time and cost but also very difficult to earn buy-in from the stakeholders.

11/09/05www.e-cio.org The EA paradigm EA looks for commonality between the differences to enable the agility of automation. It is a distinct paradigm of its own to comprehend the big picture and conduct the engineering of reuse and sharing. Strategic planning establish the vision, direction to transform the enterprise. It has been an established paradigm. BPR optimizes unique processes to win competitive advantage. It is an established paradigm where various processes depend on local culture. EA and BPR are complement to each other to support application development for strategic direction as shown on the next exhibit.

11/09/05www.e-cio.org13 BPR Application Development 2.2 The EA paradigm context Enterprise Architecture Strategic Planning Strategic Planning is responsible for enterprise transformation with vision and direction. BPR look for uniqueness to win competitive edge, it subject localization and also encourage stove pipe systems. Application development automate business processes to support enterprise strategy EA looks for commonality to resolve stove pipe systems and enable agile application development,

11/09/05www.e-cio.org Nothing is new under the sun There are different layers of commonality and there are different approaches to establish the commonality in an enterprise. The following commonality model is establish to distinguish the different layers of commonality. The unique business layer in the enterprise. The common patterns within the lines of business (LOB) in the industry. The common patterns between a group of LOB within the enterprise. The general common patterns for the enterprise.

11/09/05www.e-cio.org Keep It Simple by reuse patterns Civil engineering secure buy-in by keep it simple. Civil Engineering has never been too difficult to any civil community. Engineering handbooks and design charts present significant engineering patterns, best practices and design templates so the engineers can pick and choose to keep it simple. The FEAPMO reference models is in the same direction to identify the reuse patterns. Background

11/09/05www.e-cio.org The Enterprise Reference ModelThe Enterprise Reference Model The Enterprise Reference Model (ERM) is a 3-D expression of the FEAPMO reference models. There are common application services, information resources and technology infrastructure patterns to vertically associate LOB. ERM contains the common reuse solution patterns base on LOB and the enterprise performance requirements (size). Enterprise can pick and chose their automation solution patterns from ERM. BRM PRM SRM DRM TRM Lines of Businesses Performance requirement

11/09/05www.e-cio.org17 Enterprise 3.2 Establish common foundation from LOB s Human Resources Legal Services Law Enforcement Budget & Finance Technology Patterns Data Patterns Application Patterns Civil engineers establishes the public work based on high level city zoning designations such as the commercial, residential and industrial. Enterprise can design the common foundation from their LOBs and associated patterns from high level business architecture without the significant effort of a water fall approach.

11/09/05www.e-cio.org LOB driven approach

11/09/05www.e-cio.org Bottom up to provide services IT Civil EngineeringTraditional Civil Engineering Services LayerApplication servicesPublic facilities Resources Layer Data, Information, KnowledgeWater and energy resources Infrastructure Layer Network, Platform, SecurityBridges, Roads, Drainage Reuse patterns from LOB enable bottom up solution. The value of EA is to provide the agility to accommodate the dynamic of local business process reengineering. The common foundation include infrastructure, resources and services as shown in the following table.

11/09/05www.e-cio.org ITCE Model A short list of standards and patterns does not constitute an architecture. ITCE is the engineering of reuse and sharing. The engineering of reuse is base on patterns to establish standards. The engineering of sharing establish the architecture common foundation architecture base on enterprise definition of organization, geographic distribution and workload. Background

11/09/05www.e-cio.org Top down and Bottom Up ITCE model combines the top down and bottom approach. The Bottom up approach is not a random, it has an implicit top down side. Align to business based on LOB in a top down approach to define the standards and patterns. Design enterprise architecture bottom up with the selected patterns and standards based on enterprise definition.

11/09/05www.e-cio.org EA Artifact FrameworkEA Artifact Framework

11/09/05www.e-cio.org Communication ! Communication ! Communication is fundamental to secure buy-in. Civil engineering information has become common knowledge. They use drawings as the container to pass architecture information to the community. EA information has not become common knowledge among application developers due to lack of basic communication mechanism. ITCE suggests the following communication model using drawing set, documents with web technology.

11/09/05www.e-cio.org Communication model

11/09/05www.e-cio.org EA drawings ITCE adopt the traditional architecture drawing approach to communicate with stakeholders. Architects and Engineers use drawings to communicate with stakeholders. It overcome the language barrier and can become international. The drawings serve as the container which can be certified and delivered to the stakeholders similar to a token or a package in the network communication world. ITCE propose the drawing sets as shown on the prototype. Business architecture. Application architecture. Data architecture. Infrastructure architecture..

11/09/05www.e-cio.org EA PortalEA Portal EA portal delivers updated information using web technology to the stakeholders at the right time. ITCE portal is based on the following implementation framework.