James Smith’s Java Oracle Blogs – Author
Technology Architecture phase
Technology Architecture Inputs
- Request for Architecture work
- Org Capabilities, Communication Plan
- SOW, Architecture Vision, Architecture Repository
- Data Principles
- Baseline and Target Business Architecture in Detail
- Baseline and Target Data Architecture in Detail
- Baseline and Target Application Architecture in Detail
- Baseline and Target Technology Architecture in Draft
- Gap Analysis reports
- Business Architecture Components of EA
Technology Architecture Steps
- Develop baseline and target Technology Architectures
- Perform Gap Analysis
- Get it reviewed by stake holders
Data Architecture Outputs
- SOW Updated
- Validate and update Technology principles
- Update Baseline and Target Architecture Documents based on stake holders review
- Draft Architecture Documents on Applications and Technology Vision
- Constraints on Technology if any.
- Refined and updated versions of the Architecture Vision
- Statement of Architecture Work,
- Validated technology principles, or new technology principles
- Draft Architecture Definition Document
- Target Technology Architecture
- Technology Components and their relationships
- Physical (network) communications
- Hardware and network specifications
- Baseline Technology Architecture
- Gap analysis results
Architecture Definition Document – Tech Arch
- Baseline Technology Architecture
- Target Technology Architecture to include Technology Components and their relationships, technology platforms and their decompositions
- Environment and Location Diagrams
- Physical Network Diagrams
- Hardware and Specification Diagrams
Identify Required Diagrams
- Environments and Locations diagram
- Platform Decomposition diagram
- Processing diagram
- Networked Computing/Hardware diagram
- Communications Engineering diagram
Environment and Location Diagram
The Environments and Locations diagram depicts which locations host which applications, identifies what technologies and/or applications are used at which locations, and finally identifies the locations from which business users typically interact with the applications.
This diagram should also show the existence and location of different deployment environments, including non-production environments, such as development and pre production.
Platform Decomposition Diagrams
The Platform Decomposition diagram depicts the technology platform that supports the operations of the Information Systems Architecture. The diagram covers all aspects of the infrastructure platform and provides an overview of the enterprise’s technology platform.
The diagram can be expanded to map the technology platform to appropriate application components within a specific functional or process area. This diagram may show details of specification, such as product versions, number of CPUs, etc. or simply could be an informal “eye-chart” providing an overview of the technical environment.
The Processing diagram focuses on deployable units of code/configuration and how these are deployed onto the technology platform. A deployment unit represents grouping of business function, service, or application components. The Processing diagram addresses the following:
- Which set of application components need to be grouped to form a deployment unit
- How one deployment unit connects/interacts with another (LAN, WAN, and the applicable protocols)
- How application configuration and usage patterns generate load or capacity requirements for different technology components
Networked Computing/Hardware diagram
Starting with the transformation to client-server systems from mainframes and later with the advent of e-Business and J2EE, large enterprises moved predominantly into a highly network-based distributed network computing environment with firewalls and demilitarized zones. Currently, most of the applications have a web front-end and, looking at the deployment architecture of these applications, it is very common to find three distinct layers in the network landscape; namely a web presentation layer, an business logic or application layer, and a back-end data store layer. It is a common practice for applications to be deployed and hosted in a shared and common infrastructure environment.
Communications Engineering diagram
Similar to Sequence Diagram, the Communication Diagram is also used to model the dynamic behavior of the use case.
The Communications Engineering diagram describes the means of communication – the method of sending and receiving information – between these assets in the Technology Architecture; insofar as the selection of package solutions in the preceding architectures put specific requirements on the communications between the applications.
The Communications Engineering diagram will take logical connections between client and server components and identify network boundaries and network infrastructure required to physically implement those connections. It does not describe the information format or content, but will address protocol and capacity issues.