Tag

Dunderly HR System 19

An Azure-hosted HR system for Dunderly, a paper supplies company: employee records, salary-change approvals, vacation balances and a monthly payroll file for the legacy on-premises payment system.

Planning Type: Internal HR web application (architecture case study) Stack: .NET (ASP.NET Core API, Blazor WebAssembly, Azure Functions), Azure SQL, Blob Storage Hosting: Azure, single region (West Europe), on-premises payment system Scale: 250 employees growing to 500, ~10 concurrent users, ~25.5 GB Integration: Monthly payroll file to a legacy C++ payment system Architecture: System diagram 18 of 18 areas written 7 diagrams

Diagrams

Every diagram of the project in one place, each linking to the section that explains it.

Network topology

Networks and subnets, protocols and ports, TLS points, DNS and the way in and out.

Not drawn yet; belongs in Technical Architecture

Request sequence

One important request, call by call, including retries and failure paths.

Not drawn yet; belongs in Technical Architecture

Identity and access flow

How people and services authenticate, and where authorization is decided.

Not drawn yet; belongs in Security and Privacy

Threat model

Trust boundaries, entry points and the threats considered at each one.

Not drawn yet; belongs in Security and Privacy

Data model

Entities, relationships and ownership (ER diagram).

Not drawn yet; belongs in Data and Integration

Deployment topology

Environments, clusters and hosts, and what is deployed where.

Not drawn yet; belongs in Infrastructure and Environments

Telemetry and alerting

How metrics, logs and traces flow, and how an alert reaches a person.

Not drawn yet; belongs in Operations and Observability

User journey

The main path a user takes, screen by screen.

Not drawn yet; belongs in User Experience and Design

Discover and Define

Design

Build and Test

Ship

Run and Support

Govern and Improve

Interview Prep

Interview Questions 64 questions

The project as you would discuss it in an interview, answered from architect, developer, DevOps and SRE perspectives, with links back to the playbook.