What's changed: Initial version
1.1System planning and enterprise architecture
Covers the four layers of enterprise architecture (EA)—BA (business architecture), DA (data architecture), AA (application architecture), and TA (technical architecture)—and the judgment skill of aligning IT planning with business strategy and, from the gap between the current state (As-Is) and the target state (To-Be), making the optimal planning decision in light of return on investment.
ES's Part-A-II exam does not test rote definitions such as "what is enterprise architecture"; it tests the ability to judge, given the gap between business strategy/requirements and the constraints of the current system, where the gap lies and which layer (BA/DA/AA/TA) to address first. If, in the early stage of system planning, a review of the business itself (BA) is skipped and only application renewal (AA) proceeds, the old inefficient business process simply gets systematized as-is, and the investment fails to pay off.
1.1.1The four layers of enterprise architecture
- Enterprise architecture (EA) is a framework for systematically designing and managing an organization's business and systems as a whole while keeping them aligned with business strategy. BA (Business Architecture) designs business functions, business processes, and organization. DA (Data Architecture) designs the structure, flow, and location of the data the business handles.
- AA (Application Architecture) designs the configuration and interrelationships of the application functions that support the business. TA (Technical Architecture) designs the technology foundation—hardware, software platform, network, and so on. The four layers form a hierarchy that becomes progressively concrete in the order BA -> DA -> AA -> TA, and renewing only the lower layers (AA/TA) without reviewing the upper layer (BA) does not resolve business inefficiency.
1.1.2As-Is / To-Be gap analysis
- As-Is analysis visualizes the actual state of current business processes, system configuration, and data flow. The To-Be model is the desired shape of the business and systems, derived from business strategy and business goals. Gap analysis identifies the difference between As-Is and To-Be and pinpoints the measures (the scope of business reform and system renewal) needed to close that gap.
- At the planning stage, an architect is expected to be able to explain to management the return on investment (ROI) of the measures that close the gap. Even for measures whose benefit is hard to quantify (such as improved business quality), it is the system architect's role to translate them into measurable indicators—KPIs, projected cost savings—and prioritize accordingly.
Most-tested: EA becomes progressively concrete in the order BA -> DA -> AA -> TA; a system renewal that skips reviewing the business itself (BA) tends to yield poor return on investment; and gap analysis prioritizes using measurable indicators. Practice being able to work backward from the situation to determine which layer to start from.
Suppose you are the system architect at a mid-size manufacturer, and management hands down the business strategy of "halving the lead time from order receipt to shipment," tasking you with the system planning. The current order management system is aging, and the responsible executive believes "renewing it to a modern package should speed things up." What must be noted here is that the long lead time may not stem from a slow system at all, but from an inefficient business process itself—orders passed repeatedly between departments via paper or email, duplicated approvals, manual re-entry. In this case, renewing only the AA (application architecture) would simply transplant the inefficient process into the new system as-is, and the goal of halving lead time would not be achieved. The appropriate approach is to first visualize the As-Is (the current order-to-shipment process) from a BA (business architecture) perspective, identify duplicated approval routes and manual bottlenecks, design the To-Be (the desired business process), and then, to realize that To-Be, work out in order which data (DA) needs to flow where, what application functions (AA) are needed, and which technology foundation (TA) to choose. Rather than the shortsighted judgment that "a new system automatically speeds up the business," the core of system planning is discerning whether the bottleneck to the business goal lies in the process or the system, and starting from the upper layers of EA.
| EA layer | What it designs | Order of concreteness |
|---|---|---|
| BA (Business Architecture) | Business functions, processes, organization | Topmost (reviewed first) |
| DA (Data Architecture) | Data structure, flow, location | Made concrete following BA |
| AA (Application Architecture) | Configuration of application functions | Made concrete following DA |
| TA (Technical Architecture) | Hardware/software platform, network | Bottommost (made concrete last) |
Trap: "Even when the business process is suspected to be the slow part, renewing the system (AA/TA) first will still achieve the business goal" is wrong—if the bottleneck lies in the business process (BA), renewing only AA/TA merely transplants the inefficient process as-is, yielding poor return on investment. Also wrong: "the four EA layers give the same result regardless of the order in which they are addressed"—they form a hierarchy that becomes concrete in the order BA -> DA -> AA -> TA, and skipping the upper layer undermines the premise of the lower layers' design.
1.1.3Section summary
- EA is a hierarchy made concrete in the order BA (business) -> DA (data) -> AA (application) -> TA (technology)
- Use As-Is/To-Be gap analysis to identify where the bottleneck lies (business or system) before deciding on measures
- Planning's core is translating return on investment into measurable indicators and starting from the upper layers of EA
Sign in to track progress — Log in.
Quick check
(just a quick review)Q1. Management has handed down the strategy of "halving the lead time from order receipt to shipment," but the responsible executive proposes only renewing the aging order management system (AA). As the system architect, what should you check first?
Q2. Which statement about the relationship among the four EA layers (BA/DA/AA/TA) is most appropriate?
Q3. In As-Is/To-Be gap analysis during the system planning stage, what is the most appropriate way to handle return on investment (ROI)?

