1/20
Vocabulary flashcards covering requirements, definitions, verification approaches, delivery plan activities, sync meeting schedules, and deliverables from the Middleware Architecture Proposal Project Briefing.
Name | Mastery | Learn | Test | Matching | Spaced | Call with Kai | Chat |
|---|
No analytics yet
Send a link to your students to track their progress
Chrisitan Bertsch / We are 4U GmbH
The author/organization issuing the project briefing for the middleware architecture proposal.
Project Duration & Budget Allocation
A 6-week initiative with 34 hours/week part-time allocation, totaling a budget of 204 hours.
Zero-Downtime Deployment Requirement
Operational definition requiring support for Blue/Green, Canary, or Rolling Update strategies during continuous 7/24 operations, verified by measuring deployment time vs. service interruption duration.
Monitoring & Observability Requirement
Operational definition requiring metrics, structured logging, distributed tracing, and defined alerting thresholds, verified by accessible dashboards and alerts triggered on simulated failures.
Performance Requirement
Operational definition requiring target latency (e.g., <200ms p95) and throughput (requests/sec), verified by load testing results documenting compliance with targets.
Error Handling Requirement
Operational definition requiring retry policies, circuit breakers, and dead-letter queues, verified by simulated failure scenarios showing recovery behavior.
API Definitions Requirement
Operational definition requiring an API-first approach using OpenAPI/Swagger or gRPC with a documented versioning strategy, verified by Swagger/OpenAPI spec files in the repository.
Microservices Design Requirement
Operational definition requiring defined service decomposition boundaries and specified inter-service communication protocols, verified by component diagrams showing service boundaries and dependencies.
Caching Strategy Requirement
Operational definition requiring a defined cache layer architecture (distributed cache, invalidation strategy), verified by cache hit-rate metrics and invalidation flow documentation.
Redundancy & HA Requirement
Operational definition requiring high availability architecture with defined failover behavior, verified by a disaster recovery runbook demonstrating failover procedure.
Flexible Deployment Requirement
Operational definition requiring containerized deployments with orchestration capability (Kubernetes-compatible), verified by Dockerfiles and deployment manifests in the repository.
Version Control Requirement
Operational definition requiring all source code to be managed in Bitbucket with CI/CD pipeline integration, verified by pipeline execution logs and merge request workflow documentation.
MoSCoW Method
A prioritization technique used in Week 2 to categorize requirements into Must, Should, Could, and Won't.
Sync Meeting #1
A 30-minute Week 1 sync meeting focused on confirming shared understanding of requirements and verifying testable acceptance criteria.
Sync Meeting #2
A 30-minute Week 2 sync meeting focused on reviewing and approving the requirements specification document and business value priorities.
Sync Meeting #3
A 30-minute Week 3 sync meeting focused on validating technology patterns and shortlisting promising tools and patterns.
Sync Meeting #4
A 30-minute Week 4 sync meeting focused on reviewing draft proposal options A, B, and C to evaluate trade-offs and clear distinctions.
Sync Meeting #5
A 30-minute Week 5 sync meeting focused on assessing feasibility, scaling strategies, and risk review of remaining architecture options.
Sync Meeting #6
A 45-minute Week 6 final sync meeting focused on full presentation of three proposals, recommendations, and decision-ready materials.
Escalation Path
The requirement to immediately escalate any technical or project blocker lasting greater than 24 hours rather than waiting for the Friday sync.
Deliverables Checklist
The final package due by Week 6 containing the Requirements Specification Document, 3 Architecture Proposal Documents (max. 10 pages each), Comparison Matrix, Technology Stack Recommendation, Risk Register (top 5 risks per option), and 1-page Executive Summary.