Date post: | 19-Dec-2015 |
Category: |
Documents |
View: | 213 times |
Download: | 0 times |
Enterprise ArchitecturePlanning
(EAP)
Administrative Computing Services12/17/2002
Dec 17, 2002 2
Topics
• What is Enterprise Architecture Planning (EAP)?
• What is an EA used for?
• Why should we do it?
Dec 17, 2002 3
A comprehensive blueprint of an organization by which we analyze and plan changes and make additions.
The structure of (Enterprise) components and their relationships, as well as principles and guidelines governing their evolution over time.
A common understanding, of the names and definitions of our organization’s entities.
MOST IMPORTANTLY: THE MODELS
... We need to build a new application…What do we have already in place? Impact?
What is an Enterprise Architecture?
Dec 17, 2002 4
The EA is a strategic asset repository which defines the current and target architecture environments, including:
•the business (processes),
•the information (data or entities),
•the technology, and
•the transitional processes that keeps all aligned.
Emphasis on Logical, not Technological…Technology will always change
Beware of Protocol Gas!
What is an Enterprise Architecture?
Source: Federal Conceptual Architecture model
Dec 17, 2002 5
Example: Technical Blueprint
Dec 17, 2002 6
Example: Organizational Data/Entities
Dec 17, 2002 7
Example: Organizational Data Attributes
Dec 17, 2002 8
EAP Consists of...
•A standard methodology
•A standard framework
•A standard set of templates
•A repository
•A change management process
Dec 17, 2002 9
Methodology adopted: “Guiding Principles”
•Conceptual Guiding Principles for all Architecture Domains •Specific Domain Architecture Guiding Principles
Commercial-Off-The-Shelf SolutionsDeveloped ApplicationsMiddlewareNetworkPlatformsSecurityDatabasesOperations Management
Dec 17, 2002 10
Adopted “Sliding Window” Technology Change Management Methodology
•Matrix for a 4-year, 16-quarter sliding window within which the various recommendations for the Specific Domain Architectures are documented.
•Document which components should be researched, piloted, invested in, maintained but not upgraded, disinvested, obsoleted, and rejected.
•Planning Architecture Governance and Change Management Procedures
Dec 17, 2002 11
Adopted Baseline Reference Technology
•J2EE
•XML
•LDAP Directory
•Business Portal (uPortal) as application development and integration framework
Dec 17, 2002 12
Adopted Zachman’s Framework for Information Systems Architecture
Dec 17, 2002 13
Topics
What is Enterprise Architecture Planning (EAP)?
• What is an EA used for?
• Why should we do it?
Dec 17, 2002 14
•Investment decisions, vendor selection
•Modeling
•Analysis
•Requirements definition
•Planning
•Describing, understanding, and communicating
What is an EA used for?
Dec 17, 2002 15
What is an EA used for?
• Promote interoperable and cost-effective systems
• Provide the rules, guidance and governance for buying or developing systems and managing change
• Ensure a common denominator for understanding, describing, comparing, and integrating systems
• Provide a mechanism for managing complexity.
Dec 17, 2002 16
Architecture Defines the Transitional Roadmap
Source: Federal Conceptual Architecture model
Dec 17, 2002 17
Topics
What is Enterprise Architecture Planning (EAP)?
What is an EA used for?
• Why should we do it?
•Too much work!
•Too difficult!
•Too many deadlines!
Dec 17, 2002 18
Non-optimum HRIS Situation
DATA
ApplicantTracking
DATA
Staffing Management (Job
Description Builder, QuickRec, FastClass)
Employee Evaluation
DATA
TrainingMgmt.
DATA
Payroll
DATA
Budgeting
DATA
Dec 17, 2002 19
CompetencyModeling
Staffing Management (Job
Description Builder, QuickRec,
FastClass)
Optimum Situation
EmployeeEvaluation
TrainingMgmt.
Payroll
ApplicantTracking
Budgeting
DATA
Integrated Systems and Data
Dec 17, 2002 20
Non-optimum Payquest
Billing Agency
Info
AdCom Payquest
Billing Agency
Info
Gastroenterology
Pediatrics
Billing
Agency Info
Dec 17, 2002 21
CompetencyModeling
Gastroenterology
Optimum Payquest Situation
TrainingMgmt.
Pediatrics
AdCom Payquest
Any department
Billing Agency Info in LDAP Directory
Integrated Data and Access Control
Eudora
Any LDAP compliant software (DralaWorkflow,
uPortal, Expresso)
Dec 17, 2002 22
Present “Stovepipes”
Source: Federal Conceptual Architecture model
Dec 17, 2002 23
Desired State
Source: Federal Conceptual Architecture model
Dec 17, 2002 24
Target
Source: Federal Conceptual Architecture model
Dec 17, 2002 25
How do we get to the Target?
• Understand our challenges, goals and “Guiding Principles”.
• Apply and maintain “16-quarter Sliding Window” technology management Matrix for Domain Architectures (Security, COTS, etc).
• Build in Reference Technology (J2EE, XML, LDAP, Portal)
• Populate Zachman Framework Row 1 - the Planner’s perspective.
• Work with our business units to populate Zachman Framework Row 2 - the “Stakeholder’s” perspective (business models).
• Understand where we take “shortcuts”, why, and for how long.
• Plan, organize and commit.
• Communicate.
Dec 17, 2002 26
•Applications in different technologies•Redundant code, redundant data with multiple uses•Redundant security, user/group management •30 year old systems•Alignment with business needs not timely•Data quality issues•Costly integration•Customized development of application instead of
assembly from “parts” •Funding (State Budgets depend on explicit EAP ) •Projects done without architecture planning cost
significantly more in long term (John Zachman)•Without it, we can’t understand impact of change.
Why? Too much work! Impossible!
Dec 17, 2002 27
Benefits to the Business of planned systems
• More responsive to customer’s needs
• Reduced data-entry costs
• Efficient systems maintenance means improved service.
• Architectures eliminate complex costly interfaces between incongruent systems
• Management decisions in all functional areas will be based on more accurate and timely data, leading to various improvements and cost-saving measures
• New systems are developed faster and at less cost due to common data, common code, and a shortened requirements phase
• Easier to evaluate and select vendor SW packages
Source: Enterprise Architecture PlanningSteven Spewak
Dec 17, 2002 28
Conclusion
What is Enterprise Architecture Planning?
What is an EA used for?
Why should we do it?
MOST IMPORTANTLY: THE MODELS
... We need to build a new application…What do we have already in place? Impact?