9 years, 11 months ago

Glossary

A collection of Enterprise Architecture terms and definitions from a variety of sources: EA3 Cube, Introduction to Enterprise Architecture, The Common Approach to Federal Enterprise Architecture (FEAF-II), ISO 42010:2011 and TOGAF 9.

Abstraction

Abstraction

TOGAF: Abstraction

The technique of providing summarized or generalized descriptions of detailed and complex content.
Abstraction, as in “level of abstraction”, can also mean providing a focus for analysis that is concerned with a consistent and common level of detail or abstraction. Abstraction in this sense is typically used in architecture to allow a consistent level of definition and understanding to be achieved in each area of the architecture in order to support effective communication and decision-making. It is especially useful when dealing with large and complex architectures as it allows relevant issues to be identified before further detail is attempted.

Actionable

Actionable

FEAF-II: Actionable

Architecture analysis and documentation that is used by executives, managers, and staff to support resource planning, decision-making, and management.

EA3: Actionable

EA documentation and data that is useful to executives. managers. and support staff for resource planning and decision-making.

Actor

Actor

TOGAF

A person, organization, or system that has a role that initiates or interacts with activities; for example, a sales representative who travels to visit customers. Actors may be internal or external to an organization. In the automotive industry, an original equipment manufacturer would be considered an actor by an automotive dealership that interacts with its supply chain activities.

Agency

Agency

FEAF-II: Agency

Any executive department, military department, bureau, government corporation, government-controlled corporation, independent regulatory agency, or other organization in the Executive Branch of the United States Federal Government.

Alignment

Alignment

FEAF-II: Alignment

Conformance to a policy, standard, and/or goal.

Application

Application

TOGAF

A deployed and operational IT system that supports business functions and services; for example, a payroll. Applications use data and are supported by multiple technology components but are distinct from the technology components that support the application.

Application Architecture

Application Architecture

TOGAF

A description of the structure and interaction of the applications as groups of capabilities that provide key business functions and manage the data assets.

Application Platform

Application Platform

TOGAF

The collection of technology components of hardware and software that provide the services used to support applications.

Application Platform Interface

Application Platform Interface (API)

TOGAF

The interface, or set of functions, between application software and/or the application platform.

Application Reference Model

Application Reference Model (ARM)

FEAF-II: Application Reference Model (ARM)

ARM version 1.0 is one of six reference models of the Federal Enterprise Architecture (FEA) version 2.0. It is a classification taxonomy used to describe the type of software applications in a particular architecture at the system, segment, agency, sector, federal, national, or international level. The ARM can help to identify opportunities for collaboration, shared services, and solution reuse in agency IT portfolios and inter-agency Lines of Business.

Architecting

Architecting

ISO 42010: Architecting

Process of conceiving, defining, expressing, documenting, communicating, certifying proper implementation of, maintaining and improving an architecture throughout a system’s life cycle.
Architecting takes place in the context of an organization (“person or a group of people and facilities with an arrangement of responsibilities, authorities and relationships”) and/or a project (“endeavour with defined start and finish criteria undertaken to create a product or service in accordance with specified resources and requirements”) [ISO/IEC 12207, ISO/IEC 15288].

Architectural Style

Architectural Style

TOGAF: Architectural Style

The combination of distinctive features in which architecture is performed or expressed.

Architecture

Architecture

FEAF-II and EA3: Architecture

A systematic approach that organizes and guides design, analysis, planning, and documentation activities.

ISO 42010: Architecture

〈system〉 fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution

TOGAF: Architecture

  1. A formal description of a system, or a detailed plan of the system at component level, to guide its implementation (source: ISO/IEC 42010:2007).
  2. The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.

Architecture Building Block

Architecture Building Block (ABB)

TOGAF

A constituent of the architecture model that describes a single aspect of the overall model.

Building Block: Represents a (potentially re-usable) component of business, IT, or architectural capability that can be combined with other building blocks to deliver architectures and solutions.

Building blocks can be defined at various levels of detail, depending on what stage of architecture development has been reached. For instance, at an early stage, a building block can simply consist of a name or an outline description. Later on, a building block may be decomposed into multiple supporting building blocks and may be accompanied by a full specification. Building blocks can relate to “architectures” or “solutions”.

Architecture Continuum

Architecture Continuum

TOGAF

A part of the Enterprise Continuum. A repository of architectural elements with increasing detail and specialization. This Continuum begins with foundational definitions like reference models, core strategies, and basic building blocks. From there it spans to Industry Architectures and all the way to an organization’s specific architecture.

Architecture Description

Architecture Description

ISO 42010: Architecture description

Work product used to express an architecture.

Architecture Development Method

Architecture Development Method ADM

TOGAF

The core of TOGAF. A step-by-step approach to develop and use an enterprise architecture.

Architecture Domain

Architecture Domain

TOGAF

The architectural area being considered. There are four architecture domains within TOGAF: business, data, application, and technology.

Architecture Framework

Architecture Framework

TOGAF

A conceptual structure used to develop, implement, and sustain an architecture.

Architecture Governance

Architecture Governance

TOGAF

The practice and orientation by which enterprise architectures and other architectures are managed and controlled at an enterprise-wide level. It is concerned with change processes (design governance) and operation of product systems (operational governance).

Architecture Landscape

Architecture Landscape

TOGAF

The architectural representation of assets in use, or planned, by the enterprise at particular points in time.

Architecture Principles

Architecture Principles

TOGAF

A qualitative statement of intent that should be met by the architecture. Has at least a supporting rationale and a measure of importance.

Architecture Segment

Architecture Segment

EA3: Architecture Segment

A part of the overall EA that documents one or more lines of business, including all levels and threads.

FEAF-II: Architecture Segment

means a part of the overall EA that documents one or more lines of business, including all levels and threads.

Architecture View

Architecture View

ISO 42010: Architecture View

Work product expressing the architecture of a system from the perspective of specific system concerns

TOGAF

The representation of a related set of concerns. A view is what is seen from a viewpoint. An architecture view may be represented by a model to demonstrate to stakeholders their areas of interest in the architecture. A view does not have to be visual or graphical in nature.

Architecture Viewpoint

Architecture Viewpoint

ISO 42010: Architecture Viewpoint

Work product establishing the conventions for the construction, interpretation and use of architecture views to frame specific system concerns.

TOGAF

A definition of the perspective from which a view is taken. It is a specification of the conventions for constructing and using a view (often by means of an appropriate schema or template). A view is what you see; a viewpoint is where you are looking from – the vantage point or perspective that determines what you see.

Architecture Vision

Architecture Vision

TOGAF

A succinct description of the Target Architecture that describes its business value and the changes to the enterprise that will result from its successful deployment. It serves as an aspirational vision and a boundary for detailed architecture development.

Artifact

Artifact

EA3: Artifact

An EA artifact is a documentation product, such as a text document, diagram, spreadsheet, briefing slides, or video clip. EA artifacts document EA components.

FEAF-II: Artifact

A documentation product, such as a text document, diagram, spreadsheet, briefing slides, or video clip.

TOGAF 9

An architectural work product that describes an aspect of the architecture.

Baseline

Baseline

TOGAF

A specification that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development or change and that can be changed only through formal change control procedures or a type of procedure such as configuration management.

Baseline Architecture

Baseline Architecture

FEAF-II: Baseline Architecture

is the set of products that portray the existing enterprise, the current business practices, and technical infrastructure. Commonly referred to as the “As-Is” architecture.

Boundaryless Information Flow

Boundaryless Information Flow

TOGAF

  1. A trademark of The Open Group.
  2. A shorthand representation of “access to integrated information to support business process improvements” representing a desired state of an enterprise’s infrastructure specific to the business needs of the organization.

An infrastructure that provides Boundaryless Information Flow has open standard components that provide services in a customer’s extended enterprise that:

  • Combine multiple sources of information
  • Securely deliver the information whenever and wherever it is needed, in the right context for the people or systems using that information.

Business Architecture

Business Architecture

TOGAF

A description of the structure and interaction between the business strategy, organization, functions, business processes, and information needs.

Business Case

Business Case

EA3: Business Case

A collection of descriptive and analytic information about an investment in resource(s) and/or capabilities

FEAF-II: Business Case

means a collection of descriptive and analytic information about an investment in resource(s) and/or capabilities.

Business Function

Business Function

TOGAF

Delivers business capabilities closely aligned to an organization, but not necessarily explicitly governed by the organization.

Business Governance

Business Governance

TOGAF

Concerned with ensuring that the business processes and policies (and their operation) deliver the business outcomes and adhere to relevant business regulation.

Business Reference Model

Business Reference Model

FEAF-II: Business Reference Model

Business Reference Model (BRM) version 3.0 is one of six reference models of the Federal Enterprise Architecture (FEA) version 3.0. It is a classification taxonomy used to describe the type of business functions and service types in a particular solution architecture at the system, segment, agency, sector, federal, national, or international level. The taxonomy identifies business function and sub-function areas as well as related services that are performed within and between federal agencies and with external partners. The BRM can help to identify opportunities for collaboration, shared services, and solution reuse in agency IT portfolios and inter-agency Lines of Business.

Business Service

Business Service

TOGAF

Supports business capabilities through an explicitly defined interface and is explicitly governed by an organization.

Capability

Capability

TOGAF

An ability that an organization, person, or system possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, processes, and technology to achieve. For example, marketing, customer contact, or outbound telemarketing.

Capability Architecture

Capability Architecture

TOGAF

A highly detailed description of the architectural approach to realize a particular solution or solution aspect.

Capability Increment

Capability Increment

TOGAF

A discrete portion of a capability architecture that delivers specific value. When all increments have been completed, the capability has been realized.

Capital Planning

Capital Planning

EA3: Capital Planning

The management and decision-making process associated with the planning, selection, control, and evaluation of investments in resources, including EA components such as systems, networks, knowledge warehouses, and support services for the enterprise.

FEAF-II: See Capital Planning and Investment Control

Capital Planning and Investment Control

Capital Planning and Investment Control

FEAF-II: Capital Planning and Investment Control

Capital Planning and Investment Control (CPIC) means the same as capital programming and is a decision-making process for ensuring IT investments integrate strategic planning, budgeting, procurement, and the management of IT in support of agency missions and business needs. The term comes from the Clinger-Cohen Act of 1996 and generally is used in relationship to IT management issues. CPIC includes a management process for ongoing identification, selection, control, and evaluation of investments in IT. The CPIC process links budget formulation and execution, and is focused on agency missions and achieving specific program outcomes.

Change Management<

Change Management

FEAF-II and EA3: Change Management

The process of setting expectations and involving stakeholders in how a process or activity will be changed, so that the stakeholders have some control over the change and therefore may be more accepting of the change.

Chief Information Officers Council

Chief Information Officers Council

FEAF-II: Chief Information Officers Council

Chief Information Officers Council (CIO Council) refers to the Federal CIO Council that was established in the E-Government Act of 2002.
documentation that is used by executives, managers, and staff to support resource planning, decision-making, and management.

Communications and Stakeholder Management

Communications and Stakeholder Management

TOGAF

The management of needs of stakeholders of the enterprise architecture practice. It also manages the execution of communication between the practice and the stakeholders and the practice and the consumers of its services.

Component

Component

EA3: Component

EA components are those plug-and-play resources that provide capabilities at each level of the framework. Examples include strategic goals and measures; business services; information flows and data objects; information systems, web services, and software applications; voice/data/video networks, and associated cable plants.

Composite

Composite

EA3: Composite

An EA artifact that uses several documentation modeling techniques and/or represents several types of EA components.

FEAF-II: Composite

means an artifact that uses several documentation modeling techniques and/or represents several types of EA components.

Concern

Concern

ISO 42010: Concern

〈system〉 interest in a system relevant to one or more of its stakeholders.

NOTE A concern pertains to any influence on a system in its environment including: developmental, technological, business, operational, organizational, political, economic, legal, regulatory, ecological and social influences.

TOGAF

The key interests that are crucially important to the stakeholders in a system, and determine the acceptability of the system. Concerns may pertain to any aspect of the system’s functioning, development, or operation, including considerations such as performance, reliability, security, distribution, and evolvability.

Configuration Management

Configuration Management

EA3: Configuration Management

The process of managing updates to EA components and artifacts, ensuring that standards are being followed.

FEAF-II: Configuration Management

the process of managing updates to business and technology resources (e.g., processes, systems, applications, and networks) to ensure that security controls are operating effectively and that standards are being followed.

Constraint

Constraint

TOGAF

An external factor that prevents an organization from pursuing particular approaches to meet its goals. For example, customer data is not harmonized within the organization, regionally or nationally, constraining the organization’s ability to offer effective customer service.

Crosscutting Component

Crosscutting Component

EA3: Crosscutting Component

An EA component that serves several lines of business. Examples include email systems that serve the whole enterprise, and financial systems that serve several lines of business.

Crosscutting Segment

Crosscutting Segment

FEAF-II: Crosscutting Segment

Serves several Lines of Business within or between agencies. Examples include email systems that serve the whole enterprise, and financial systems that serve several lines of business.

Culture

Culture

EA3: Culture

The beliefs, customs, values, structure, normative rules, and material traits of a social organization. Culture is evident in many aspects of how an organization functions.

FEAF-II: Culture

means the beliefs, customs, values, structure, normative rules, and material traits of a social organization. Culture is evident in many aspects of how an organization functions.

Current View

Current View

EA3: Current View

An EA artifact that represents an EA component or process that currently exists in the enterprise.

FEAF-II: Current View

means a collection of artifacts that represent processes and technologies that currently exist in the enterprise.

Data

Data

EA3: Data

Data items refer to an elementary description of things, events, activities, and transactions that are recorded, classified, and stored, but not organized to convey any specific meaning. Data items can be numeric, alphabetic, figures, sounds, or images. A database consists of stored data items organized for retrieval.

FEAF-II: Data

Data refers to an elementary description of things, events, activities, and transactions that are recorded, classified, and stored, but not organized to convey any specific meaning. Data items can be numeric, alphabetic, figures, sounds, or images. A database consists of stored data items organized for retrieval.

Data Architecture

Data Architecture

TOGAF

A description of the structure and interaction of the enterprise’s major types and sources of data, logical data assets, physical data assets, and data management resources.

Data Reference Model

Data Reference Model

FEAF-II: Data Reference Model

Data Reference Model (DRM) version 2.0 is one of six reference models of the Federal Enterprise Architecture (FEA) version 2.0. It is a classification taxonomy used to describe the context for information exchanges and the type of data entities and attributes in a particular solution architecture at the system, segment, agency, sector, federal, national, or international level. The DRM can help to identify opportunities for collaboration, shared services, and solution reuse in agency IT portfolios and inter-agency Lines of Business.

Deliverable

Deliverable

TOGAF

An architectural work product that is contractually specified and in turn formally reviewed, agreed, and signed off by the stakeholders. Deliverables represent the output of projects and those deliverables that are in documentation form will typically be archived at completion of a project, or transitioned into an Architecture Repository as a reference model, standard, or snapshot of the Architecture Landscape at a point in time.

Electronic Government

Electronic Government

FEAF-II: Electronic Government

means the use by the Federal Government of web-based Internet applications and other information technologies, combined with processes that implement these technologies, to (a) enhance the access to and delivery of Government information and services to the public, other agencies, and other Government entities, or (b) bring about improvements in Government operations that may include effectiveness, efficiency, service quality, or transformation.

Enterprise

Enterprise

EA3: Enterprise

An organization or sub-activity whose boundary is defined by commonly-held goals, processes, and resources. This includes whole organizations in the public, private, or non-profit sectors, part(s) of an organization such as business units. programs, and systems, or part(s) of multiple organizations such as consortia and supply chains.
2005: An area of common activity and goals within an organization or between several organizations, where information and other resources are exchanged.

FEAF-II: Enterprise

means an area of common activity and goals within an organization or between several organizations, where information and other resources are exchanged.

TOGAF

The highest level (typically) of description of an organization and typically covers all missions and functions. An enterprise will often span multiple organizations.

Enterprise Architecture

Enterprise Architecture

EA3: Enterprise Architecture

The analysis and documentation of an enterprise in its current and future states from an integrated strategy, business, and technology perspective.

FEAF-II: Enterprise Architecture

means a strategic information asset base, which defines the mission; the information necessary to perform the mission, the technologies necessary to perform the mission, and the transitional processes for implementing new technologies in response to changing mission needs; and includes a baseline architecture, a target architecture, and a sequencing plan.

Enterprise Continuum

Enterprise Continuum

TOGAF

A categorization mechanism useful for classifying architecture and solution artifacts, both internal and external to the Architecture Repository, as they evolve from generic Foundation Architectures to Organization-Specific Architectures.

Enterprise Roadmap

Enterprise Roadmap

FEAF-II: Enterprise Roadmap

refers to the document that is produced at least annually by the organization responsible for the enterprise (usually a Federal Agency) and which describes the current and future views of the enterprise-wide architecture, how changes occur, and how the EA program functions.

Environment

Environment

ISO 42010: Environment

〈system〉 Context determining the setting and circumstances of all influences upon a system.

NOTE The environment of a system includes developmental, technological, business, operational, organizational, political, economic, legal, regulatory, ecological and social influences.

Executive Agency

Executive Agency

FEAF-II: Executive Agency

has the meaning defined in section 4(1) of the Office of Federal Procurement Policy Act (41 U.S.C. 403(1)).

Executive Sponsor

Executive Sponsor

EA3: Executive Sponsor

The executive who has decision-making authority over the EA program and who provides resources and senior leadership for the program.

Federal Enterprise Architecture

Federal Enterprise Architecture

FEAF-II: Federal Enterprise Architecture

Federal Enterprise Architecture (FEA) is a business-based documentation and analysis framework for government-wide improvement. The FEA allows agencies to use standardized methods to describe the relationship between an agency’s strategic goals, business functions, and enabling technologies at various levels of scope and complexity. The FEA is comprised of a framework for documentation in six domain areas (strategic goals, business services, data and information, systems and applications, infrastructure, and security) and six reference models areas that are designed to facilitate standardized analysis, reporting, and the identification of duplicative investments, gaps, and opportunities for collaboration within and across federal agencies. The FEA method is based on a 5-step repeatable method for solution architecture that can be used at various levels of scope and provides current views, future views, and a transition (sequencing) plan.

Federal IT Dashboard

Federal IT Dashboard

FEAF-II: Federal IT Dashboard

Federal IT Dashboard is a website enabling federal agencies, industry, the general public and other stakeholders to view details including performance for federal information technology investments.

Foundation Architecture

Foundation Architecture

TOGAF

Generic building blocks, their inter-relationships with other building blocks, combined with the principles and guidelines that provide a foundation on which more specific architectures can be built.

Framework

Framework

EA3: Framework

The EA framework is a structure for organizing information that defines the scope of the architecture – what the EA program will document and the relationship of various areas of the architecture.

FEAF-II: Framework

A structure for organizing information that defines the scope of the architecture (what will be documented) and how the areas of the architecture are related.

ISO 42010: Architecture framework

Conventions, principles and practices for the description of architectures established within a specific domain of application and/or community of stakeholders

EXAMPLE 1 Generalised Enterprise Reference Architecture and Methodologies (GERAM) [ISO 15704] is an architecture framework.

EXAMPLE 2 Reference Model of Open Distributed Processing (RM-ODP) [ISO/IEC 10746] is an architecture framework.

TOGAF

A structure for content or process that can be used as a tool to structure thinking, ensuring consistency and completeness.

Future View

Future View

EA3: Future View

An EA artifact that represents an EA component or process that does not yet exist in the enterprise.

FEAF-II: Future View

A collection of artifacts that represent processes and technologies that do not yet exist in the enterprise.

Gap

Gap

TOGAF

A statement of difference between two states. Used in the context of gap analysis, where the difference between the Baseline and Target Architecture is identified.

Governance

Governance

FEAF-II and EA3: Governance

A group of policies, decision-making procedures, and management processes that work together to enable the effective planning and oversight of activities and resources.

TOGAF

The discipline of monitoring, managing, and steering a business (or IS/IT landscape) to deliver the business outcome required.

Government Information

Government Information

FEAF-II: Government Information

means information created, collected, processed, disseminated, or disposed of by or for the Federal Government.

Government Publication

Government Publication

FEAF-II: Government Publication

means information which is published as an individual document at government expense, or as required by law. (44 U.S.C. 1901)

Horizontal Component

Horizontal Component

EA3: Horizontal Component

A horizontal (or crosscutting) component is a changeable goal, process, program, or resource that serves several lines of business. Examples include email and administrative support systems that serve the whole enterprise.

Horizontal Segment

Horizontal Segment

FEAF-II: Horizontal Segment

means a crosscutting process, program, or resource that serves several Lines of Business.

Information

Information

EA3: Information

Information is data that have been organized so that they have meaning and value to the recipient. The recipient interprets the meaning and draws conclusions and implications.

FEAF-II: Information

means any communication or representation of knowledge such as facts, data, or opinions in any medium or form, including textual, numerical, graphic, cartographic, narrative, or audiovisual forms.

TOGAF

Any communication or representation of facts, data, or opinions, in any medium or form, including textual, numerical, graphic, cartographic, narrative, or audio-visual forms.

Information Life Cycle

Information Life Cycle

FEAF-II: Information Life Cycle

means the stages through which information passes, typically characterized as creation or collection, processing, dissemination, use, storage, and disposition.

Information Management

Information Management

FEAF-II: Information Management

means the planning, budgeting, manipulating, and controlling of information throughout its life cycle.

Information Resources

Information Resources

FEAF-II: Information Resources

includes both government information and IT.

Information Resources Management

Information Resources Management

FEAF-II: Information Resources Management

means the process of managing information resources to accomplish agency missions. The term encompasses both information itself and the related resources, such as personnel, equipment, funds, and IT.

Information Resource Management Strategic Plan

Information Resource Management Strategic Plan

FEAF-II: Information Resource Management Strategic Plan

Information Resource Management Strategic Plan is strategic in nature and addresses all information resources management of the agency. Agencies must develop and maintain the agency’s IRM strategic plan as required by 44 U.S.C. 3506(b) (2). IRM strategic plans should conform to guidance provided annually in OMB Circular A–11, provide a description of how IT management activities help accomplish agency missions delivery area and program decision, and ensure decisions are integrated with management support areas including organizational planning, budget, procurement, financial management, and HR.

Information Security

Information Security

FEAF-II: Information Security

Information Security involves all functions necessary to meet federal Information Security policy requirements. It includes the development, implementation and maintenance of security policies, procedures and controls across the entire information lifecycle. This includes implementation and activities associated with NIST SP-800-37, Security Awareness training, SP-800-39 regarding the implementation of a Risk Management Framework and continuous monitoring, SP-800-53A security controls, and FISMA compliance reporting, development of security policy, and security audits and testing.

Information System

Information System

FEAF-II: Information System

Information System means a discrete set of IT, data, and related resources, such as personnel, hardware, software, and associated information technology services organized for the collection, processing, maintenance, use, sharing, dissemination or disposition of information in accordance with defined procedures, whether automated or manual.

Information System Life Cycle

Information System Life Cycle

FEAF-II: Information System Life Cycle

means the phases through which an information system passes, typically characterized as initiation, development, operation, and termination.

Information Technology

Information Technology

EA3

A type of resource that supports the creation, analysis, sharing, archiving, and/or deletion of data and information throughout an enterprise.

FEAF-II: Information Technology

Information Technology (IT) means any equipment or interconnected system or subsystem of equipment that is used in the automatic acquisition, storage, manipulation, management, movement, control, display, switching, interchange, transmission or reception of data or information by an executive agency. IT is related to the terms Capital Asset, IT Investment, Program, Project, Sub-project, Service, and System.

TOGAF

  1. The lifecycle management of information and related technology used by an organization.
  2. An umbrella term that includes all or some of the subject areas relating to the computer industry, such as Business Continuity, Business IT Interface, Business Process Modeling and Management, Communication, Compliance and Legislation, Computers, Content Management, Hardware, Information Management, Internet, Offshoring, Networking, Programming and Software, Professional Issues, Project Management, Security, Standards, Storage, Voice and Data Communications. Various countries and industries employ other umbrella terms to describe this same collection.
  3. A term commonly assigned to a department within an organization tasked with provisioning some or all of the domains described in (2) above.
  4. Alternate names commonly adopted include Information Services, Information Management, et al.

Information Technology Investment

Information Technology Investment

FEAF-II: Information Technology Investment

means the expenditure of IT resources to address mission delivery and management support. An IT investment may include a project or projects for the development, modernization, enhancement, or maintenance of a single IT asset or group of IT assets with related functionality and the subsequent operation of those assets in a production environment. While each asset or project would have a defined life-cycle, an investment that covers a collection of assets intended to support an ongoing business mission may not.

Infrastructure Reference Model

Infrastructure Reference Model

FEAF-II: Infrastructure Reference Model

Infrastructure Reference Model (IRM) version 1.0 is one of six reference models of the Federal Enterprise Architecture (FEA) version 2.0. It is a classification taxonomy used to describe the type of voice, data, video, cloud, and mobile host environments in a particular solution architecture at the system, segment, agency, sector, federal, national, or international level. The IRM can help to identify opportunities for collaboration, shared services, and solution reuse in agency IT portfolios and inter-agency Lines of Business.

Interoperability

Interoperability

FEAF-II: Interoperability

means the ability of different operating and software systems, applications, and services to communicate and exchange data in an accurate, effective, and consistent manner.

TOGAF

  1. The ability to share information and services.
  2. The ability of two or more systems or components to exchange and use information.
  3. The ability of systems to provide and receive services from other systems and to use the services so interchanged to enable them to operate effectively together.

Knowledge

Knowledge

FEAF-II and EA3: Knowledge

Knowledge consists of data or information that have been organized and processed to convey understanding, experience, accumulated learning, and expertise as they apply to a current problem or activity. Data that are processed to extract critical implications and to reflect past experience and expertise provide the recipient with organizational knowledge, which has a very high potential value.

Line of Business

Line of Business

EA3: Line of Business

A distinct area of activity within the enterprise. It may involve the manufacture of certain products, the provision of services, or internal administrative functions.

FEAF-II: Line of Business (LOB)

means a specific operating unit or shared service that exists within or between agencies. LOBs are also OMB-authorized service providers for the Federal Government, managed by designated executive agencies.

Logical

Logical

TOGAF

An implementation-independent definition of the architecture, often grouping related physical entities according to their purpose and structure. For example, the products from multiple infrastructure software vendors can all be logically grouped as Java application server platforms.

Major Investment

Major Investment

FEAF-II: Major Investment

means a program requiring special management attention because of its importance to the mission or function of the agency, a component of the agency, or another organization; has significant program or policy implications; has high executive visibility; has high development, operating, or maintenance costs; is funded through other than direct appropriations; or is defined as major by the agency’s capital planning and investment control process. OMB may work with the agency to declare other investments as major investments. Agencies should consult with the respective OMB agency budget officer or analyst about what investments to consider as “major” and for those an OMB Circular A-11 Exhibit 300 annual submission is required. IT investments not considered “major” are categorized in the annual Exhibit 53 IT budget request submission as “non-major.”

>Managing Partner

Managing Partner

FEAF-II: Managing Partner

Managing Partner represents the agency designated as the lead agency responsible for coordinating the implementation of the E-Gov or Line of Business (LoB) initiative. The managing partner is also responsible for coordinating and submitting the Exhibit 300 for the initiative and the Exhibit 300 will be represented as part of the managing partner’s budget portfolio. Please refer to the OMB MAX portal for additional information on managing partner reporting requirements for IT investments.

Meta Context

Meta Context

FEAF-II: Meta Context

Meta Context is the highest level context for understanding an idea, design, enterprise.

Metadata

Metadata

TOGAF

Data about data, of any sort in any media, that describes the characteristics of an entity.

Metamodel

Metamodel

TOGAF

A model that describes how and with what the architecture will be described in a structured way.

Method

Method

TOGAF

A defined, repeatable approach to address a particular type of problem.

Methodology

Methodology

EA3: Methodology

The EA methodology defines how EA documentation will be developed, archived, and used; including the selection of a framework, modeling tools, and on-line repository.

FEAF-II: Methodology

Methodology (sometimes called “approach”) refers to the repeatable process by which architecture documentation will be developed, archived, and used; including the selection of principles, a framework, modeling tools, artifacts, repository, reporting, and auditing.

TOGAF

A defined, repeatable series of steps to address a particular type of problem, which typically centers on a defined process, but may also include definition of content.

Mission Statement

Mission Statement

FEAF-II and EA3: Mission Statement

Mission Statement is a succinct description of why the enterprise exists.

Model

Model

TOGAF

A representation of a subject of interest. A model provides a smaller scale, simplified, and/or abstract representation of the subject matter. A model is constructed as a “means to an end”. In the context of enterprise architecture, the subject matter is a whole or part of the enterprise and the end is the ability to construct “views” that address the concerns of particular stakeholders; i.e., their “viewpoints” in relation to the subject matter.

Model Kind

Model Kind

ISO 42010: Model Kind

Conventions for a type of modelling.

NOTE Examples of model kinds include: data flow diagrams, class diagrams, Petri nets, balance sheets, organization charts and state transition models.

Modeling

Modeling

TOGAF

A technique through construction of models which enables a subject to be represented in a form that enables reasoning, insight, and clarity concerning the essence of the subject matter.

New IT Investment

New IT Investment

FEAF-II: New IT Investment

means an IT investment and its associated projects newly proposed by the agency that has not been previously funded by OMB. This does not include investments existing within the agency that have not previously been reported to OMB.

National Security System

National Security System

FEAF-II: National Security System

means any telecommunications or information system operated by the United States Government, the function, operation, or use of which (1) involves intelligence activities; (2) involves cryptologic activities related to national security; (3) involves command and control of military forces; (4) involves equipment that is an integral part of a weapon or weapons system; or (5) is critical to the direct fulfillment of military or intelligence missions, but excluding any system that is to be administrative and business applications (including payroll, finance, logistics, and personnel management applications).

Major Investment

Non-Major Investment

FEAF-II: Non-Major Investment

means an IT investment not meeting the definition of major as defined above but is part of the agency’s IT Portfolio. All non-major investments are reported on the Exhibit 53.

Objective

Objective

TOGAF

A time-bounded milestone for an organization used to demonstrate progress towards a goal; for example, “Increase Capacity Utilization by 30% by the end of 2009 to support the planned increase in market share”.

On-Going Investment

On-Going Investment

FEAF-II: On-Going Investment

means an investment and its associated assets, including both maintenance projects and operations that have been through a complete budget cycle with OMB with respect to the President’s Budget for the current year.

Operations

Operations

FEAF-II: Operations

mean the day-to-day management of an asset in the production environment and include activities to operate data centers, help desks, data centers, telecommunication centers, and end user support services. Operational activities for major IT investments are reported through Section C of the Exhibit 300B. Operational costs include the expenses associated with an IT asset that is in the production environment to sustain an IT asset at the current capability and performance levels including Federal and contracted labor costs; and costs for the disposal of an asset.

Operations and Maintenance

Operations and Maintenance

FEAF-II: Operations and Maintenance

Operations and Maintenance (O&M) means the phase of an asset in which the asset is in operations and produces the same product or provides a repetitive service. O&M is the same as “steady state.”

Partner Agency

Partner Agency

FEAF-II: Partner Agency

represents the agency for an E-Gov or LOB initiative designated as an agency that should provide resources (e.g., funding, FTEs, in-kind) to the management, development, deployment, or maintenance of a common solution. The partner agency is also responsible for including the appropriate line items in its Exhibit 53 reflecting the amount of the contribution for each of the E-Gov or LOB initiatives to which it is providing resources.

Patterns

Patterns

TOGAF

A technique for putting building blocks into context; for example, to describe a re-usable solution to a problem. Building blocks are what you use: patterns can tell you how you use them, when, why, and what trade-offs you have to make in doing so.

Performance Gap

Performance Gap

FEAF-II and EA3: Performance Gap

Performance Gap is an identified activity or capability that is lacking within the enterprise, which causes the enterprise to perform below desired levels or not achieve strategic or tactical goals.

Performance Management

Performance Management

TOGAF

The monitoring, control, and reporting of the enterprise architecture practice performance. Also concerned with continuous improvement.

Performance Reference Model

Performance Reference Model

FEAF-II: Performance Reference Model

Performance Reference Model (PRM) ) supports architectural analysis and reporting in the strategy sub-architecture view of the overall EA. The PRM allows agencies to better manage the business of government at a strategic level, by providing a means for using the EA to measure the success of investments and their impact on strategic outcomes. The PRM shows the linkage between internal business components and the achievement of business and customer-centric outputs and outcomes. This line of sight is articulated through the PRM’s hierarchical taxonomy and the use of “Measurement Area”, “Category”, “Grouping”, and “Indicator” information areas.

Physical

Physical

TOGAF

A description of a real-world entity. Physical elements in an enterprise architecture may still be considerably abstracted from Solution Architecture, design, or implementation views.

Platform

Platform

TOGAF

A combination of technology infrastructure products and components that provides that prerequisites to host application software.

Platform Service

Platform Service

TOGAF

A technical capability required to provide enabling infrastructure that supports the delivery of applications.

Primitive

Primitive

EA3: Primitive

An EA artifact that uses one modeling technique to describe an EA component.

FEAF-II: Primitive

means an artifact that uses one modeling technique to describe one type of EA component.

Privacy Impact Assessment

Privacy Impact Assessment

FEAF-II: Privacy Impact Assessment

Privacy Impact Assessment (PIA) is a process for examining the risks and ramifications of using information technology to collect, maintain and disseminate information in identifiable form from or about members of the public, and for identifying and evaluating protections and alternative processes to mitigate the impact to privacy of collecting such information. Consistent with OMB M–03–22, implementing the privacy provisions of the E-Government Act, agencies must conduct and make publicly available PIAs for all new or significantly altered IT investments administering information in identifiable form collected from or about members of the public.

Program

Program

EA3: Program

An ongoing endeavor that manages existing processes/resources, or oversees development of new processes/resources via projects.

2005: A group of related projects managed in a coordinated way. Programs usually involve an element of ongoing activity.

FEAF-II: Program

means an ongoing set of activities and projects managed in a coordinated way.

Project

Project

EA3: Project

A temporary endeavor undertaken to create a unique product, service, or result.

FEAF-II: Project

means a temporary activity to create a unique product, service, or result.

Quality Assurance

Quality Assurance

FEAF-II: Quality Assurance

Quality Assurance is the systematic monitoring and evaluation of the various aspects of a project, service or facility to maximize the probability that standards of quality are being attained by the production process.

Records

Records

FEAF-II: Records

Records includes all books, papers, maps, photographs, machine readable materials, or other documentary materials, regardless of physical form or characteristics, made or received by an agency of the United States Government under Federal law or in connection with the transaction of public business and preserved or appropriate for preservation by that agency or its legitimate successor as evidence of the organization, functions, policies, decisions, procedures, operations, or other activities of the Government or because of the informational value of data in them. Library and museum material made or acquired and preserved solely for reference or exhibition purposes, extra copies of documents preserved only for convenience of reference and stocks of publications and of processed documents are not included.

Records Management

Records Management

FEAF-II: Records Management

means the planning, controlling, directing, organizing, training, promoting, and other managerial activities involved with respect to records creation, records maintenance and use, and records disposition in order to achieve adequate and proper documentation of the policies and transactions of the Federal Government and effective and economical management of agency operations. (44 U.S.C. 2901(2))

Reference Architecture

Reference Architecture

FEAF-II: Reference Architecture

Reference Architecture is an authoritative source of information about a specific subject area that guides and constrains the instantiations of multiple architectures and solutions.

Reference Model

Reference Model (RM)

TOGAF

A reference model is an abstract framework for understanding significant relationships among the entities of [an] environment, and for the development of consistent standards or specifications supporting that environment. A reference model is based on a small number of unifying concepts and may be used as a basis for education and explaining standards to a non-specialist. A reference model is not directly tied to any standards, technologies, or other concrete implementation details, but it does seek to provide common semantics that can be used unambiguously across and between different implementations. Note: The source of this definition is OASIS; refer to www.oasis-open.org/committees/tc_home.php?wg_abbrev=soa-rm.

Repository

Repository

TOGAF

A system that manages all of the data of an enterprise, including data and process models and other enterprise information. Hence, the data in a repository is much more extensive than that in a data dictionary, which generally defines only the data making up a database.

Requirement

Requirement

TOGAF

A statement of need that must be met by a particular architecture or work package.

Roadmap

Roadmap

TOGAF

An abstracted plan for business or technology change, typically operating across multiple disciplines over multiple years. Normally used in the phrases Technology Roadmap, Architecture Roadmap, etc.

Role

Role

TOGAF

  1. The usual or expected function of an actor, or the part somebody or something plays in a particular action or event. An Actor may have a number of roles.
  2. The part an individual plays in an organization and the contribution they make through the application of their skills, knowledge, experience, and abilities.

Security Reference Model

Security Reference Model

FEAF-II: Security Reference Model

Security Reference Model (SRM) version 1.0 is one of six reference models of the Federal Enterprise Architecture (FEA) version 2.0. It is a classification taxonomy used to describe the type of security controls in a particular architecture at the system, segment, agency, sector, federal, national, or international level. The SRM can help to identify opportunities for collaboration, shared services, and solution reuse in agency IT portfolios and inter-agency Lines of Business.

Segment Architecture

Segment Architecture

FEAF-II: Segment Architecture

Segment Architecture is a detailed, results-oriented architecture (baseline and target) and a transition strategy for a portion or segment of the enterprise. Segments are individual elements of the enterprise describing core mission areas and common or shared business services and enterprise services. They provide the core linkage of the IT Investment Portfolio to the Agency’s performance management system. As such, segments are designed to be common across programs that support the same mission area. Increasingly, shared segments will be common across the government and agencies should plan to use approved government-wide shared segments as their target architecture.

TOGAF

A detailed, formal description of areas within an enterprise, used at the program or portfolio level to organize and align change activity.

Service Consumer

Service Consumer

FEAF-II: Service Consumer

means an agency or business unit that receives business or technology service(s) from a Line of Business provider. A service consumer may be either internal or external to the organization responsible for providing services.

Service Orientation

Service Orientation

TOGAF

A way of thinking in terms of services and service-based development and the outcomes of services.

Service Oriented Architecture

Service Oriented Architecture

FEAF-II: Service Oriented Architecture

TOGAF

An architectural style that supports service orientation. It has the following distinctive features:

  • It is based on the design of the services – which mirror real-world business activities – comprising the enterprise (or inter-enterprise) business processes.
  • Service representation utilizes business descriptions to provide context (i.e., business process, goal, rule, policy, service interface, and service component) and implements services using service orchestration.
  • It places unique requirements on the infrastructure – it is recommended that implementations use open standards to realize interoperability and location transparency.
  • Implementations are environment-specific – they are constrained or enabled by context and must be described within that context.
  • It requires strong governance of service representation and implementation.
  • It requires a “Litmus Test”, which determines a “good service”.

Service Provider

Service Provider

FEAF-II: Service Provider

Service Provider means an agency or business unit that provides business or technology service(s) as a Line of Business consumer(s). This includes a discrete set of personnel, IT, and support equipment with the primary function of providing service(s) to more one or more other agencies or business units on a reimbursable basis.

Shared Service

Shared Service

FEAF-II: Shared Service

Shared Service means a mission or support function provided by one business unit to other business units within or between organizations.

Solution Architecture

Solution Architecture

FEAF-II: Solution Architecture

Solution Architecture is a standardized method of identifying business requirements and viable technology solutions within the context of a single agency’s enterprise architecture or a multi-agency sector or government-wide/international architecture. Solution architecture includes current and future views as well as transition plans at a number of levels of scope including applications, systems, segments, enterprise, sector, government-wide, national, and international. The Federal Solution Architecture Methodology (FSAM) is the repeatable process for doing solution architecture through projects at various levels of scope in the federal sector.

TOGAF

A description of a discrete and focused business operation or activity and how IS/IT supports that operation. A Solution Architecture typically applies to a single project or project release, assisting in the translation of requirements into a solution vision, high-level business and/or IT system specifications, and a portfolio of implementation tasks.

Solution Building Block

Solution Building Block (SBB)

TOGAF

A candidate solution which conforms to the specification of an Architecture Building Block (ABB).

Solutions Continuum

Solutions Continuum

TOGAF

A part of the Enterprise Continuum. A repository of re-usable solutions for future implementation efforts. It contains implementations of the corresponding definitions in the Architecture Continuum.

Stakeholder

Stakeholder

FEAF-II and EA3: Stakeholder

means those who are or will be affected by a program, activity, or resource. EA3: Stakeholders for the EA program include sponsors, architects, program managers, users, and support staff.

ISO 42010: Stakeholder

〈system〉 Individual, team, organization, or classes thereof, having an interest in a system.

TOGAF

An individual, team, or organization (or classes thereof) with interests in, or concerns relative to, the outcome of the architecture. Different stakeholders with different roles will have different concerns.

Standards Information Base

Standards Information Base (SIB)

TOGAF

A database of standards that can be used to define the particular services and other components of an Organization-Specific Architecture.

Strategic Architecture

Strategic Architecture

TOGAF

A summary formal description of the enterprise, providing an organizing framework for operational and change activity, and an executive-level, long-term view for direction setting.

System

System

EA3: System

A type of EA component that is comprised of hardware, and software, and activities that has inputs and outputs.

2005: A type of EA component that is comprised of technology and activities that has inputs and outputs.

FEAF-II: System

means a tangible IT asset that is comprised of hardware devices, software applications, databases, users, processes, and security controls.

Systems Development Life Cycle

Systems Development Life Cycle

FEAF-II: Systems Development Life Cycle

Systems Development Life Cycle (SDLC) is guidance, policies, and procedures, for developing systems throughout their life cycle, including requirements, design, implementation testing, deployment, operations, and maintenance.

Target Architecture

Target Architecture

FEAF-II: Target Architecture

Target Architecture is the representation of a desired future state or “to be built” for the enterprise within the context of the strategic direction.

TOGAF:

The description of a future state of the architecture being developed for an organization. There may be several future states developed as a roadmap to show the evolution of the architecture to a target state.

Taxonomy of Architecture Views

Taxonomy of Architecture Views

TOGAF

The organized collection of all views pertinent to an architecture.

Technology Architecture

Technology Architecture

TOGAF

A description of the structure and interaction of the platform services, and logical and physical technology components.

Transition Architecture

Transition Architecture

TOGAF

A formal description of one state of the architecture at an architecturally significant point in time. One or more Transition Architectures may be used to describe the progression in time from the Baseline to the Target Architecture.

Vertical Component

Vertical Component

EA3: Vertical Component

An EA component that is contained within one line of business. Examples include a system, application, database, network, or website that serves one line of business.

Vision Statement

Vision Statement

FEAF-II and EA3: Vision Statement

is the part of a strategic plan that succinctly describes the competitive strategy of the enterprise.

Web-enabled

Web-enabled

FEAF-II: Web-enabled

Web-enabled means applications and services that are accessed through a web browser and function through an internal and/or external Internet-protocol based collaboration environment (e.g., Internet, local area network, wide area network, public cloud, private cloud, and hybrid cloud).

Work Package

Work Package

TOGAF

A set of actions identified to achieve one or more objectives for the business. A work package can be a part of a project, a complete project, or a program.