This appendix contains additional definitions to supplement the definitions contained in 3. Definitions .
Software entities which have a specific business purpose.
In the context of IT systems, the probability that system functional capabilities are ready for use by a user at any time, where all time is considered, including operations, repair, administration, and logistic time. Availability is further defined by system category for both routine and priority operations.
Hardware, software, policy statements, processes, activities, standards, and people which together implement a business function.
A structured list of architectural outputs of a similar kind, used for reference. For example, a technology standards catalog or an application portfolio.
An application component which requests services from a server.
An acronym for Control OBjectives for Information and related Technology, created by the Information Systems Audit and Control Association (ISACA) and the IT Governance Institute (ITGI), which provides a set of recommended best practices for the governance/management of information systems and technology.
A discipline applying technical and administrative direction and surveillance to:
Also, the management of the configuration of Enterprise Architecture practice (intellectual property) assets and baselines and the control of change over of those assets.
An agreement between a service consumer and a service provider that establishes functional and non-functional parameters for interaction.
A decision-making step with accompanying decision logic used to determine execution approach for a process or to ensure that a process complies with governance criteria. For example, a sign-off control on the purchase request processing process that checks whether the total value of the request is within the sign-off limits of the requester, or whether it needs escalating to higher authority.
The chief officer within a particular function of the business; e.g., Chief Executive Officer, Chief Financial Officer, Chief Information Officer, Chief Technology Officer.
A specialized type of database containing metadata; a repository of information describing the characteristics of data used to design, monitor, document, protect, and control data in information systems and databases; an application system supporting the definition and management of database metadata.
A basic unit of information having a meaning and that may have subcategories (data items) of distinct units and values.
An encapsulation of data that is recognized by a business domain expert as a thing. Logical data entities can be tied to applications, repositories, and services and may be structured according to implementation considerations.
A structured or organized collection of data entities, which is to be accessed by a computer.
A computer application program that accesses or manipulates the database.
An external or internal condition that motivates the organization to define its goals. An example of an external driver is a change in regulation or compliance rules which, for example, require changes to the way an organization operates; i.e., Sarbanes-Oxley in the US.
Person who ultimately uses the computer application or output.
A complete suite of integrated applications that support the major business support functions of an organization; e.g., Financial (AP/AR/GL), HR, Payroll, Stock, Order Processing and Invoicing, Purchasing, Logistics, Manufacturing, etc.
An organizational state change that triggers processing events may originate from inside or outside the organization and may be resolved inside or outside the organization.
A hierarchy of the functions of an enterprise or organization.
A high-level statement of intent or direction for an organization. Typically used to measure success of an organization.
An architectural document that provides guidance on the optimal ways to carry out design or implementation activities.
The physical infrastructure needed to run software; e.g., servers, workstations, network equipment, etc.
Grouping of information (or data entities) by a set of criteria such as security classification, ownership, location, etc. In the context of security, information domains are defined as a set of users, their information objects, and a security policy.
The computer (or IT)-based portion of a business system.
A relationship between architectural building blocks (i.e., services or components) that embodies communication or usage.
An architectural view, catalog, or matrix that shows a particular type of interaction. For example, a diagram showing application integration.
Interconnection and inter-relationships between, for example, people, systems, devices, applications, or the user and an application or device.
A way of quantifying the performance of the business or project.
The period of time that begins when a system is conceived and ends when the system is no longer available for use.
A place where business activity takes place and can be hierarchically decomposed.
An encapsulation of application functionality that is independent of a particular implementation. For example, the classification of all purchase request processing applications implemented in an enterprise.
A boundary zone that encapsulates related data entities to form a logical location to be held. For example, external procurement information.
An encapsulation of technology infrastructure that is independent of a particular product. A class of technology product. For example, supply chain management software as part of an Enterprise Resource Planning (ERP) suite or a Commercial Off-The-Shelf (COTS) purchase request processing enterprise service.
A best practice methodology for program management, developed by the UK Office of Government Commerce (OGC).
A format for showing the relationship between two (or more) architectural elements in a grid format.
An indicator or factor that can be tracked, usually on an ongoing basis, to determine success or alignment with objectives and goals.
A pattern or template of the view, from which to develop individual views. Establishes the purposes and audience for a view, the ways in which the view is documented (e.g., for visual modeling), and the ways in which it is used (e.g., for analysis).
See also 3.18 Architecture Viewpoint in 3. Definitions .
A system that implements sufficient open specifications for interfaces, services, and supporting formats to enable properly engineered application software:
The operational performance of systems against contracted performance levels, the definition of operational performance levels, and the implementation of systems that ensure effective operation of systems.
See also 3.43 Governance in 3. Definitions .
Services that are acquired from the market from a Commercial Off-The-Shelf (COTS) vendor, rather than being constructed via code build.
An application, application module, application service, or other deployable component of functionality. For example, a configured and deployed instance of a Commercial Off-The-Shelf (COTS) Enterprise Resource Planning (ERP) supply chain management application.
A boundary zone that encapsulates related data entities to form a physical location to be held. For example, a purchase order business object, comprising purchase order header and item business object nodes.
A specific technology infrastructure product or technology infrastructure product instance. For example, a particular product version of a Commercial Off-The-Shelf (COTS) solution, or a specific brand and version of server.
The complete set of change activities or systems that exist within the organization or part of the organization. For example, application portfolio and project portfolio.
An acronym for PRojects IN Controlled Environments, which is a standard project management method.
A process represents a sequence of activities that together achieve a specified outcome, can be decomposed into sub-processes, and can show operation of a function or service (at next level of detail). Processes may also be used to link or compose organizations, functions, services, and processes.
Output generated by the business. The business product of the execution of a process.
A set of one or more base standards and, where applicable, the identification of those classes, subsets, options, and parameters of those base standards, necessary for accomplishing a particular function.
Identifying standards and characteristics of a particular system.
A co-ordinated set of change projects that deliver business benefit to the organization.
A single change project which delivers business benefit to the organization.
The management of risks and issues that may threaten the success of the Enterprise Architecture practice and its ability to meet
its vision, goals, and objectives, and, importantly, its service provision.
The ability to use the same application software on many different classes of hardware/software platforms from PCs to super-computers (extends the portability concept). The capability to grow to accommodate increased work loads.
Services which protect data, ensuring its confidentiality, availability, and integrity.
An application component which responds to requests from a client.
A preset configuration of non-functional attributes that may be assigned to a service or service contract.
An acronym for Specific, Measurable, Actionable, Realistic, and Time-bound, which is an approach to ensure that targets and objectives are set in a way that can be achieved and measured.
The management of suppliers of products and services to the Enterprise Architecture practice in concert with larger corporate procurement activities.
A combination of interacting elements organized to achieve one or more stated purposes (Source: ISO/IEC/IEEE 15288:2015).
The timeframe over which the potential impact is to be measured.
Interaction between a user and a computer in which the user inputs a command to receive a specific result from the computer.
A view of organization, application, or product functionality that illustrates capabilities in context with the user of that capability.