Linked.Archi admit extension Ontology
type: Ontology
type: ConceptScheme
based on framework: admit-architecture-framework
license: http://creativecommons.org/licenses/by/4.0/
preferred namespace prefix: admit
creator: Kalin Maldzhanski
description: Linked.Archi admit extension Ontology for Architecture Decision and Architecture evaluation.
created: 2020-07-27
issued: 2020-07-27
modified: 2020-07-27
publisher: Linked.Archi
publisher: linked.archi
status: draft
version IRI: 0.1.0#
version info: 0.1.0
citation: Linked.Archi ADMIT extension Ontology and Vocabulary

Architecture Level
type: Concept
top concept of: Linked.Archi admit extension Ontology
definition: Architecture level represents the scope boundary and granularity of details the architectural activity should take, based on organization hierarchy and communication audience.

Enterprise Architecture
type: Concept
broader: Architecture Level
alternative label: Company level
definition: Enterprise Architecture (Company level) aligns technological strategies and execution plans with business visions and objectives by providing architectural oversight and guidance. Enterprise architecture also drives consolidation, reuse, and economy of scale by addressing company-wide goals in a holistic way across all IT projects.

Solution Architecture
type: Concept
broader: Architecture Level
alternative label: Department level
definition: Solution Architecture (Department level) models a solution vision that defines the IT systems, business processes and reusable services for a specific business unit, spanning across business and technology architectures.

System Architecture
type: Concept
broader: Architecture Level
alternative label: Department level
definition: System Architecture (Team level) defines the structure of an information system in terms of various subsystem components and their relationships with internal and external systems. System architecture focuses on application, data, and technology, and is called software architecture in some organizations.

Architecture Domain
type: Concept
top concept of: Linked.Archi admit extension Ontology
definition: IT architecture encompasses four domains from an information management perspective, based on the components of enterprise, solution, and system architectures.

Business Architecture
type: Concept
broader: Architecture Domain
alternative label: Why domain
definition: Business Architecture (Why domain) represents the business-centric view of the enterprise from a functional perspective. Business processes, business services, and business rules are defined and designed along with the business operating model, business performance goals, and organizational structure. Architecture at any level, starts from this domain and cascades down to technology architecture.

Information/Data Architecture
type: Concept
broader: Architecture Domain
alternative label: What domain
definition: Information/Data Architecture (What domain) describes the data assets and management resources, such as information catalogs, data models, data-flows, data quality, and data security, to support critical business functions and the governance models to share data across enterprise.

Application/Service Architecture
type: Concept
broader: Architecture Domain
alternative label: How domain
definition: Application/Service Architecture (How domain) provides the blueprint for applications and services and their alignment with other business processes and services. Application architecture defines the logical and physical components, object models, process-flow, and cross-cutting concerns such as caching, validation, transaction etc.

Technology/Technical Architecture
type: Concept
broader: Architecture Domain
alternative label: Where domain
definition: Technology/Technical Architecture (Where domain) addresses the technology stack, data center, cloud delivery, network topology, and security architecture. The technology stack includes server, storage, virtualization, operating system, and middleware.

Architecture and Resource Dimension
type: Concept
top concept of: Linked.Archi admit extension Ontology
definition: Technology architecture prepares the infrastructure environment by optimizing the use of system resources to meet key business demands. In order to achieve better performance metrics, a balanced mix of workload, demand, throughput, and latency for a desired capacity and redundancy is required.

Workload
type: Concept
broader: Architecture and Resource Dimension
definition: Workload refers to the computational tasks being performed within the system. Workload consumes available processor capacity, which leaves fewer resources available for other tasks.

Demand
type: Concept
broader: Architecture and Resource Dimension
definition: Demand is the user load and addresses average and peak capacities for users at a particular point within the system. Demand mostly consumes memory for session, state and cache information.

Throughput
type: Concept
broader: Architecture and Resource Dimension
definition: Throughput corresponds to the volume of data being transferred to and from a storage medium and is measured in terms of I/O operations per second or megabytes transmitted per second.

Latency
type: Concept
broader: Architecture and Resource Dimension
definition: Latency measures the round-trip time and the processing delay of network resources.

Capacity
type: Concept
broader: Architecture and Resource Dimension
definition: Capacity is the raw resource power in a machine. Capacity is increased by augmenting CPU, memory, network connectivity, and storage capabilities in the server and contributes to scale-up architecture (vertical scaling).

Redundancy
type: Concept
broader: Architecture and Resource Dimension
definition: Redundancy refers to the case when multiple machines are sharing the workloads or system switches to other machine seamlessly when primary machine fails. This contributes to scale-out architecture (horizontal scaling).

ArchitectureDesignForces
type: Concept
top concept of: Linked.Archi admit extension Ontology
alternative label: ADF
definition: Design forces focus on the strategies and techniques of developing the architecture systematically. In order to develop architecture with excellent system qualities, a structured thinking process is encouraged, so that the correct decision can be made to select the best possible option. ADFs are used to drive the methodical development of any architecture.

Business Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: A needs assessment from the business community should be considered first, in order to craft a successful solution. Business and IT will partner together to identify innovative solutions that satisfy requirements and adhere to IT strategy and standards. Architects transform ideas and concepts into systems and solutions; yielding the definition of business processes and services by applying their broad domain knowledge and business expertise.

Operation Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Non-functional requirements, such as system health monitoring, administration, service level agreements, and operational concerns usually comes from the business and IT operations. Despite not originating from direct client needs, meeting these requirements and pursuing operational excellence is a vital component of any architectural work.

Aestheticism Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Artistry and aestheticism should come into play because of human interaction with the systems we create. Architectural design delights people and raises their spirits. Seamless, effortless and attractive user interface will enhance customer experience and engagement. Helping business with right mix of technology, process, and pragmatism is a combination of both science and art. For that, left and right brains should be fused to think outside of box.

Future Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: In addition to current requirements, architects have to consider the relevance of the solution for next five to ten years, so that a sound and solid architecture can be built to cater the expected growth pattern. Think ahead by introducing abstraction layers (boxes on flow chart or interfaces in code), but defer implementation until it is required.

Simplicity Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Simplicity not only improves the understandability of the system to its stakeholders, but also saves cost in the long run. However, sometimes complexity is unavoidable in the enterprise. Architects should be able to identify and manage the necessary complexity by abstraction or decomposition, and prevent the design entropy from taking hold. In the real world, complex systems evolve from simple working systems.

Change Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: In order to be competitive in the market place, we have to embrace and adopt changes quickly. For this reason, systems should be easily configurable using metadata and properties. Architecture will be better off if it is based on common foundation and building blocks to enable agility and flexibility.

Process Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Outdated business processes and custom solutions should be reengineered to deliver both current and future requirements. Standardized and integrated business processes build core capabilities for execution and growth. Industry standard processes are appropriate for most functions, unless a clear competitive reason exists for a custom solution.

Integration Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Integration plays a major role in sharing data between applications as well as external business in the case of corporate acquisitions. To maintain flexibility and interoperability, integration should be loosely-coupled and standard-based. Common integration patterns and messaging protocols prevent the proliferation of redundant technologies and reduce maintenance costs.

Implementation/Pattern Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Architects need to provide implementation details like object models (UML), data models (ERD), shared components, data-flow diagrams, dependency graphs, service APIs, communication protocols, messaging structure, etc. to the delivery team. These patterns, frameworks, and standards play an important role in architecture design. Patterns are proven solutions of a problem within a given context. Frameworks are the implementation kits for architecture and design patterns. Technology standards are used to improve interoperability of the system.

Enterprise Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Having enterprise systems, shared IT infrastructure, and company-wide core data store provides global synergy, promotes efficiency of processes, and saves overhead costs, compared to building business silos for each business vertical. Focus should be on system reusability, core business processes and master data management.

Constraint/Environment Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: In the organization, there may be some constraints that inevitably need to be addressed. These constraints can be related to personnel, technology, or time. We need to balance those constraints while designing the architecture. Architecture is also influenced by many environmental factors such as the organization’s structure and culture, as well as individual employee’s influence and corporate politics.

Failure Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Protecting systems from a single point of failure is achieved by considering fault-tolerance, redundancy, and data replication in the architecture. Over time all hardware and software systems fail. We need to plan for success scenarios, as well as failure scenarios in order to mitigate this risk.

Channel Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Companies target different customer segments via multiple channels, such as mobile, web, social media, and on premises kiosks to provide unique and differentiating user experiences. Architects need to consider various tangible devices that are available to reach the consumer, and their related technologies at the client tier for mass adaption.

Content Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Content such as data and information is an enterprise asset that needs to be governed and delivered in an efficient way. Content sourcing, integration, and distribution are some of the important aspects of content strategy.

Platform Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Platform covers the operating systems, virtual servers, middleware, database, and other technologies that deliver products. They play a major role in overall architecture in application and data space.

Infrastructure Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: To design a highly scalable and reliable infrastructure, architects consider server sizing and cluster environments to balance the workload for multiple servers and to protect the system from single point of failure. Infrastructure includes hardware stacks and the datacenter facility.

Network Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: To design a distributed system for a globalized environment, we have to consider next-generation networks including mobile and cloud and prepare deployment topologies with the proper network segmentation and firewall protected perimeter security.

Storage Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Protecting data’s integrity is one of the most important elements in IT. These assets should be stored in a persistent storage medium such as NAS, SAN. Attention should be paid to define data replication strategy, backup and retention policy, restore and cleanup procedure.

Security Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Companies formulate security policies to meet the legal and regulatory requirements of compliance, governance, and privacy in addition to protecting the organization and its brand from various risks. These policies are enforced as part of network security, application and data security, platform security, and physical security.

Cost Force
type: Class
subclass of: Force
broader: ArchitectureDesignForces
definition: Minimizing cost and maximizing quality is everybody’s business in IT. Architects explore multiple of design options and their associated trade-offs in order to measure their cost and effectiveness before deciding the best possible solution of the business problem. Efficient technology is always good for company’s bottom-line.

Architecture Development Lifecycle
type: Concept
top concept of: Linked.Archi admit extension Ontology
alternative label: ADLC
definition: Lifecycle defines the phases and processes of managing the architecture development. In order to manage architecture development effectively, fifteen processes have been defined in the lifecycle. These processes are agile and iterative, and are grouped into five phases: planning, design, management (from development area), optimization (optimization area) and automation (automation area) as shown below.

DevelopmentArea
type: Concept
broader: Architecture Development Lifecycle

OptimizationArea
type: Concept
broader: Architecture Development Lifecycle

PlanningStrategyPhase
type: Concept
broader: DevelopmentArea

DesignExecutionPhase
type: Concept
broader: DevelopmentArea

ManagementGovernancePhase
type: Concept
broader: DevelopmentArea

OptimizationPhase
type: Concept
broader: OptimizationArea

AutomationPhase
type: Concept
broader: AutomationArea

AutomationArea
type: Concept
broader: Architecture Development Lifecycle

Identify business vision and strategy
type: Concept
broader: PlanningStrategyPhase
definition: Business vision and strategic plan are identified in this process. Architecture is initiated by a business case and its objectives. This will form the basis of business architecture.

Plan stakeholder management
type: Concept
broader: PlanningStrategyPhase
alternative label: Plan requirement management
definition: Stakeholders are identified for the architecture initiative. Managing their expectations, requirements, and communication needs are keys to success of any architecture implementation. Relationship management, communication, and negotiation play crucial parts in this process.

Define architecture and technology strategy
type: Concept
broader: PlanningStrategyPhase
definition: Management and strategic direction are defined by technology standards, asset governance, and portfolio management. Key technology decisions such as buy versus build or cloud versus premises are also considered as aspects of this strategy.

Assess current architecture
type: Concept
broader: PlanningStrategyPhase
definition: Architecture assessment is performed by reviewing the overall requirements of the new system and comparing them with the state of the current architecture using SWOT, MoSCoW, and other techniques. Based upon this assessment, a list of best practices is recommended for architecture advancement and adoption in later phase.

Design target architecture
type: Concept
broader: DesignExecutionPhase
definition: In order to execute the proposed business strategy or to meet business requirements, the target architecture with future processes is developed using the aforementioned architecture design forces. Sometimes transition architectures are identified to deliver continuous business value before reaching the target architecture.

Conduct gap analysis
type: Concept
broader: DesignExecutionPhase
definition: The current and target architectures are compared and gaps between them are identified. Impacts on upstream and downstream systems and existing processes are analyzed; identifying dependencies, synergies, risks, assumptions, and constraints that should be addressed during implementation.

Develop execution roadmap
type: Concept
broader: DesignExecutionPhase
definition: Based on identified gaps, an execution roadmap with multiple project and program initiatives and sequencing action plan is developed to migrate from current state to future state, based on business priorities, costs, and expected value.

Build reference architecture
type: Concept
broader: DesignExecutionPhase
alternative label: Build architecture pattern
definition: Reference architecture provides the architectural foundation and guidance via solution blueprints and models for future implementations across multiple organizations or business units. Architects need to implement standard, reusable platforms, and formulate best practices and repeatable patterns in their own technology’s “center of excellence”.

Review architecture with stakeholders
type: Concept
broader: ManagementGovernancePhase
definition: Architects need to socialize their solutions with stakeholders in order to garner support and establish consensus. Engineering solutions, architecture views, and roadmap are reviewed with stakeholders and validated for viability and feasibility in regularly scheduled checkpoint meetings to get their approval and buy-in.

Initiate a quick-win project
type: Concept
broader: ManagementGovernancePhase
definition: In order to realize the business value quickly, it is recommended to begin with a foundation project that emphasizes accelerating the implementation’s time-to-market. This project prepares the organization and IT environment for the future solutions that will be implemented.

Perform implementation governance
type: Concept
broader: ManagementGovernancePhase
definition: An architecture team will manage and monitor where the architecture standards and guidelines that are being followed by the delivery teams during regularly scheduled project architecture reviews.

Manage lifecycle changes
type: Concept
broader: ManagementGovernancePhase
definition: This process ensures that the architecture responds to the changing needs of business during its lifecycle. Architecture changes need to be evaluated and analyzed for their impact and then managed proactively in a controlled manner.

Manage architecture assets
type: Concept
broader: ManagementGovernancePhase
definition: Architecture assets are used to communicate the stakeholder’s concerns and referred to as a knowledge area for future architecture works. Deliverable artifacts such as views, models, catalogs and other assets need to be recorded and managed within a content repository in order to be congruent with version, approval, and access controls.

Improve architecture and process continuously
type: Concept
broader: OptimizationPhase
definition: Continuous improvement of the product, process, and personnel is a key element in delivering quality solutions. Architectures are improved and optimized iteratively to maximize their value to the business. Similarly, lifecycle processes should be improved and streamlined over time in order to achieve efficiency.

Automate lifecycle with tool and technology
type: Concept
broader: AutomationPhase
definition: Architecture development is a process that has specific objectives and uses tools and techniques to convert inputs into output deliverables. Architecture development and the management of its processes depend heavily on architect’s skill and experience. Appropriate tools and technologies should be used to automate some parts of the development lifecycle in order to assist architects in a well-established architecture practice.