enterprise architecture information policy council
TRANSCRIPT
![Page 1: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/1.jpg)
![Page 2: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/2.jpg)
Enterprise Enterprise ArchitectureArchitecture
Information Policy CouncilApr 19, 2001
![Page 3: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/3.jpg)
Why Enterprise Architecture?
Electronic government is fundamentally changing the way citizens interact with the government, both as consumers of government services and stakeholders in the affairs of state
![Page 4: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/4.jpg)
Design Goals
Facilitate change– The primary design goal for information
systems must be to enable rapid change in business processes and the applications and technical infrastructure that enable them.
Provide better interoperability of agency systems
Deploy advanced electronic government services
![Page 5: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/5.jpg)
Enterprise Technical Architecture
A logically consistent set of principles, standards, and models that:– Are derived from business requirements– Guide the engineering of an organization’s
information systems and technical infrastructure across various domains
![Page 6: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/6.jpg)
Components of Technical Architecture
Conceptual Architecture - the top-level set of principles and standards that guide the domain architectures
Domain Architectures - Logical groupings of related technologies– e.g. application, network, data, middleware,
groupware, security, accessibility
![Page 7: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/7.jpg)
Business Drivers I
Appropriate government information and services will be accessible regardless of location, time, method of access and group (e.g. language, culture, age and ability)
Access to information and services will be authenticated to the degree required by specific information and services. Information will be protected to the level required both internally and externally.
Provide coherent and navigable access across multiple points of interaction for government information and services (I.e., “no wrong door”) spanning departments and other levels of government.
![Page 8: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/8.jpg)
Business Drivers II
Government information and services will quickly respond to the client’s changing expectations
Government will reduce the total cost of ownership of IT investments though the elimination of duplicate infrastructures, support services, and leveraging economies of scale.
The government will increase attractiveness for business investment to build stronger local economies.
![Page 9: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/9.jpg)
Minnesota Version
Start with existing Architecture Advisory Group and Architecture Working Group
Use shortcut process to display tangible progress
Use an existing template to develop a draft with small team from the Working Group
Get go-ahead from Advisory Group Develop the conceptual and domain
architectures with parallel teams.
![Page 10: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/10.jpg)
Document Structure
Topic ChapterConceptual Architecture Chapter 1
Group I: Functional Domains
Data
Information
Document Management
Chapter 2
Middleware Chapter 3
Application Chapter 4
Presentation
Accessibility
Chapter 5
Group II: Infrastructure Domains
Platform Chapter 6
Network Chapter 7
Groupware
Directory Services
Chapter 8
![Page 11: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/11.jpg)
Domain Structure
Category Obsolete Current Emerging
Purpose Scope Principles Best Practices Implementation Guidelines
Standards
![Page 12: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/12.jpg)
Cover Design
ENTERPRISE
ARCHITECTURE
FOR
DUMMIESCIOEDITION
A Reference forThe Rest of Us!
21Hundred
Sold
![Page 13: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/13.jpg)
Other Considerations
Operational focus of agency IT efforts Impact on smaller agencies Existing efforts, e.g.:
– Common security infrastructure (PKI)– Northstar portal upgrades– Electronic Government Services
collaborative– Recordkeeping Metadata study
![Page 14: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/14.jpg)
Adoption and Implementation
Willingness of agencies to adhere to the architecture in future development:– Compelling perceived advantage– Substantial natural consequence– OT leadership– IPC sponsorship
![Page 15: Enterprise Architecture Information Policy Council](https://reader036.vdocuments.net/reader036/viewer/2022062514/5583678ed8b42a360c8b4c92/html5/thumbnails/15.jpg)
Schedule
Drafting Committee - mid March Working Group approval - Mid April Advisory Group approval - late May Domain architecture definitions - June-
September Architectural Reference, version 1 - October