Linked.Archi admit extension Ontology

▼Architecture Level

Architecture level represents the scope boundary and granularity of details the architectural activity should take, based on organization hierarchy and communication audience.

https://meta.linked.archi/admit#ArchitectureLevel
- Enterprise Architecture (Company level)
  
  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.
  
  https://meta.linked.archi/admit#EnterpriseArchitecture
- Solution Architecture (Department level)
  
  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.
  
  https://meta.linked.archi/admit#SolutionArchitecture
- System Architecture (Department level)
  
  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.
  
  https://meta.linked.archi/admit#SystemArchitecture
▼Architecture Domain

IT architecture encompasses four domains from an information management perspective, based on the components of enterprise, solution, and system architectures.

https://meta.linked.archi/admit#ArchitectureDomain
- Business Architecture (Why domain)
  
  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.
  
  https://meta.linked.archi/admit#BusinessArchitecture
- Information/Data Architecture (What domain)
  
  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.
  
  https://meta.linked.archi/admit#InformationDataArchitecture
- Application/Service Architecture (How domain)
  
  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.
  
  https://meta.linked.archi/admit#ApplicationServiceArchitecture
- Technology/Technical Architecture (Where domain)
  
  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.
  
  https://meta.linked.archi/admit#TechnologyTechnicalArchitecture
▼Architecture and Resource Dimension

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.

https://meta.linked.archi/admit#ArchitectureAndResourceDimension
- Workload
  
  Workload refers to the computational tasks being performed within the system. Workload consumes available processor capacity, which leaves fewer resources available for other tasks.
  
  https://meta.linked.archi/admit#Workload
- Demand
  
  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.
  
  https://meta.linked.archi/admit#Demand
- Throughput
  
  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.
  
  https://meta.linked.archi/admit#Throughput
- Latency
  
  Latency measures the round-trip time and the processing delay of network resources.
  
  https://meta.linked.archi/admit#Latency
- Capacity
  
  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).
  
  https://meta.linked.archi/admit#Capacity
- Redundancy
  
  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).
  
  https://meta.linked.archi/admit#Redundancy
▼ArchitectureDesignForces (ADF)

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.

https://meta.linked.archi/admit#ArchitectureDesignForces
- Business Force
  
  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.
  
  https://meta.linked.archi/admit#BusinessForce
- Operation Force
  
  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.
  
  https://meta.linked.archi/admit#OperationForce
- Aestheticism Force
  
  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.
  
  https://meta.linked.archi/admit#AestheticismForce
- Future Force
  
  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.
  
  https://meta.linked.archi/admit#FutureForce
- Simplicity Force
  
  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.
  
  https://meta.linked.archi/admit#SimplicityForce
- Change Force
  
  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.
  
  https://meta.linked.archi/admit#ChangeForce
- Process Force
  
  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.
  
  https://meta.linked.archi/admit#ProcessForce
- Integration Force
  
  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.
  
  https://meta.linked.archi/admit#IntegrationForce
- Implementation/Pattern Force
  
  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.
  
  https://meta.linked.archi/admit#ImplementationPatternForce
- Enterprise Force
  
  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.
  
  https://meta.linked.archi/admit#EnterpriseForce
- Constraint/Environment Force
  
  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.
  
  Close Match: Constraint
  
  https://meta.linked.archi/admit#ConstraintEnvironmentForce
- Failure Force
  
  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.
  
  https://meta.linked.archi/admit#FailureForce
- Channel Force
  
  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.
  
  https://meta.linked.archi/admit#ChannelForce
- Content Force
  
  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.
  
  https://meta.linked.archi/admit#ContentForce
- Platform Force
  
  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.
  
  https://meta.linked.archi/admit#PlatformForce
- Infrastructure Force
  
  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.
  
  https://meta.linked.archi/admit#InfrastructureForce
- Network Force
  
  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.
  
  https://meta.linked.archi/admit#NetworkForce
- Storage Force
  
  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.
  
  https://meta.linked.archi/admit#StorageForce
- Security Force
  
  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.
  
  https://meta.linked.archi/admit#SecurityForce
- Cost Force
  
  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.
  
  https://meta.linked.archi/admit#CostForce
▼Architecture Development Lifecycle (ADLC)

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.

https://meta.linked.archi/admit#ArchitectureDevelopmentLifecycle
- ▼DevelopmentArea
  
  https://meta.linked.archi/admit#DevelopmentArea
  - ▼PlanningStrategyPhase
    
    https://meta.linked.archi/admit#PlanningStrategyPhase
    - Identify business vision and strategy
      
      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.
      
      https://meta.linked.archi/admit#IdentifyBusinessVisionAndStrategy
    - Plan stakeholder management (Plan requirement management)
      
      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.
      
      https://meta.linked.archi/admit#PlanStakeholderManagement
    - Define architecture and technology strategy
      
      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.
      
      https://meta.linked.archi/admit#DefineArchitectureAndTechnologyStrategy
    - Assess current architecture
      
      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.
      
      https://meta.linked.archi/admit#AssessCurrentArchitecture
  - ▼DesignExecutionPhase
    
    https://meta.linked.archi/admit#DesignExecutionPhase
    - Design target architecture
      
      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.
      
      https://meta.linked.archi/admit#DesignTargetArchitecture
    - Conduct gap analysis ()
      
      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.
      
      https://meta.linked.archi/admit#ConductGapAnalysis
    - Develop execution roadmap
      
      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.
      
      https://meta.linked.archi/admit#DevelopExecutionRoadmap
    - Build reference architecture (Build architecture pattern)
      
      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”.
      
      See Also: ReferenceArchitecture
      
      https://meta.linked.archi/admit#BuildReferenceArchitecture
  - ▼ManagementGovernancePhase
    
    https://meta.linked.archi/admit#ManagementGovernancePhase
    - Review architecture with stakeholders
      
      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.
      
      https://meta.linked.archi/admit#ReviewArchitectureWithStakeholders
    - Initiate a quick-win project
      
      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.
      
      https://meta.linked.archi/admit#InitiateQuick-winProject
    - Perform implementation governance
      
      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.
      
      https://meta.linked.archi/admit#PerformImplementationGovernance
    - Manage lifecycle changes
      
      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.
      
      https://meta.linked.archi/admit#ManageLifecycleChanges
    - Manage architecture assets
      
      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.
      
      https://meta.linked.archi/admit#ManageArchitectureAssets
- ▼OptimizationArea
  
  https://meta.linked.archi/admit#OptimizationArea
  - ▼OptimizationPhase
    
    https://meta.linked.archi/admit#OptimizationPhase
    - Improve architecture and process continuously
      
      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.
      
      https://meta.linked.archi/admit#ImproveArchitectureAndProcessContinuously
- ▼AutomationArea
  
  https://meta.linked.archi/admit#AutomationArea
  - ▼AutomationPhase
    
    https://meta.linked.archi/admit#AutomationPhase
    - Automate lifecycle with tool and technology
      
      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.
      
      https://meta.linked.archi/admit#AutomateLifecycleWithToolAndTechnology