Engineer Architecture study plan
Engineer Architecture · Give each week a clear focus.
8 weeks · About 6 hours per week
Architecture Fundamentals and Design Principles
Explain the difference between architecture and design, and classify five real systems by their architectural style (layered, event-driven, microservices, pipeline, service-oriented).
Compare at least six design principles (separation of concerns, single responsibility, information hiding, coupling/cohesion, abstraction, dependency inversion) and state the trade-off each makes.
Draw a context and component diagram for a familiar system and label where each principle is applied or violated.
Identify three architectural drivers (constraints, quality goals, stakeholder concerns) for a sample system and rank them by influence.
Your checkpoint
A 2-page architecture style comparison table plus an annotated context/component diagram of one real system, with at least six principles mapped to concrete design decisions.
System and Solution Architecture Modeling
Create UML-compliant structural views (class, component, deployment) for a case study and justify element choices.
Model behavioral views (sequence, activity, state machine) that trace a primary use case end to end.
Apply a modeling viewpoint framework (e.g., logical, process, development, physical) and explain which stakeholder each view serves.
Review a peer-style model for ambiguity and correct at least three notation or consistency errors.
Your checkpoint
A model package containing one structural and one behavioral view set for the same case study, plus a review log of at least three corrections with rationale.
Requirements Engineering and Stakeholder Analysis
Elicit and write at least eight functional requirements and four non-functional requirements in testable form (given/when/then or measurable criteria).
Build a stakeholder map identifying power, interest, and concerns for at least six stakeholder groups.
Trace each requirement to a design element and flag two requirements that conflict.
Prioritize requirements using MoSCoW or a value/effort matrix and defend the ordering.
Your checkpoint
A requirements specification with traceability matrix linking requirements to stakeholders and design elements, including a documented conflict and its resolution.
Quality Attributes and Non-Functional Requirements
Define measurable scenarios for at least five quality attributes (performance, availability, security, modifiability, usability) using stimulus-response format.
Convert three vague NFRs into quantified targets with acceptance thresholds.
Analyze how two tactics (e.g., redundancy vs. caching) affect multiple quality attributes and state the trade-off.
Map quality attributes to architectural patterns that support or hinder them.
Your checkpoint
A quality attribute scenario catalog with at least five scenarios, each with stimulus, response measure, and the tactics chosen to satisfy it.
Integration, Interfaces, and Interoperability
Compare REST, messaging, and RPC integration styles on coupling, latency, and failure behavior.
Design interface contracts for two services, including versioning, error handling, and idempotency rules.
Identify three interoperability risks (data format, protocol mismatch, semantic drift) and propose mitigations.
Diagram an integration flow showing synchronous and asynchronous boundaries.
Your checkpoint
An integration design document with two interface contracts and a risk/mitigation table covering at least three interoperability risks.
Architecture Evaluation and Trade-off Analysis
Run a lightweight architecture evaluation (ATAM-style or scenario-based) on your week 2 model and record at least four risks and three sensitivity points.
Construct a trade-off matrix comparing two candidate architectures against weighted quality attributes.
Identify architectural debt and rank items by impact and remediation cost.
Write a recommendation memo defending one architecture choice against alternatives.
Your checkpoint
An evaluation report containing a trade-off matrix, at least four documented risks, and a one-page recommendation memo with justification.
Architecture Governance and Documentation
Produce an architecture decision record (ADR) set with at least four decisions, context, alternatives, and consequences.
Draft a documentation outline following a recognized view-based structure (e.g., views-and-beyond) and justify section choices.
Define two governance checkpoints (design review, compliance gate) with entry and exit criteria.
Audit your week 1–6 artifacts for consistency and correct at least two documentation gaps.
Your checkpoint
A governance and documentation package: four ADRs, a documentation outline, and two governance checkpoints with criteria.
Implementation, Deployment, and Operations Support & Professional Practice, Ethics, and Communication
Map architecture decisions to deployment and operational concerns (CI/CD, observability, rollback, capacity) for one system.
Explain how architecture supports incident response and at least three operational runbook items.
Analyze two ethical scenarios (conflict of interest, data privacy, accessibility) using a professional code of ethics and state a defensible course of action.
Deliver a 10-minute architecture briefing to a non-technical stakeholder and handle three anticipated objections.
Your checkpoint
A deployment/operations readiness checklist plus a recorded or written stakeholder briefing with a written response to three objections.
Milestones
Week 2: Can produce both structural and behavioral UML views of one system and explain which stakeholder each view serves.
Week 4: Can write five measurable quality attribute scenarios and trace each to a design tactic; score at least 80% on a self-made 20-question quiz covering domains 1–4.
Week 6: Can run a scenario-based evaluation and defend a trade-off decision with a weighted matrix.
Week 8: Can present a complete architecture package (requirements, views, quality scenarios, ADRs, evaluation) and pass a mock oral review covering all nine domains.