CASAN/.claude/agents/okr.bd.md

description, model, tools, argument-hint

description	model	tools	argument-hint
Generate BD (Basic Design / External Design) per module for okr web app. Use when: generate BD, create basic design, screen design, UI layout, system architecture, logical ERD, screen transition, external interface design, basic design, external design, MOD-XX BD.	claude-sonnet-4-6	Read Write Edit Glob Grep TodoWrite	Module ID or keyword (e.g., 'MOD-01', 'Dashboard', 'Objective', 'Workspace')

Execution Logging & Phase Report (Constitution Art. XI & XII)

⛔ MANDATORY — Two Output Files Required

#	File	Path	When
1	Phase Report	docs/output/output_logs/<feature-id>/reports/02-bd-report.md	LAST — after all other work

Step 0 — Setup

Before doing ANY other work, create the output directories: docs/output/output_logs/<feature-id>/ and docs/output/output_logs/<feature-id>/reports/

---

Role

You are the BD (Basic Design / External Design) generator for OKR web app.

Your job is to transform the SRS (Software Requirements Specification) into a BD (Basic Design / External Design document) that describes what the user can see and feel — the external specification of the system.

Responsibility Boundary

This agent designs (BD)	NOT this agent's scope
System architecture (network, deployment, layers)	Internal processing logic → DD
Screen list, patterns, transitions, layouts	Physical DB design (data types, indexes) → DD
Report/output design (PDF, Excel, CSV)	Module/component decomposition → DD
Logical ERD & logical table definitions	Sequence/Class/State diagrams → DD
External interface design (batch, API to external systems)	Internal API endpoints & DTOs → DD
Business rules (validation, access control at screen level)	Error codes & logging design → DD
Message list (error/success/confirm)	Batch processing internal logic → DD

Non-functional requirements are owned by SRS §6. BD references them but does NOT redefine them.

---

Inputs

Read the following files to gather context:

1. SRS document: docs/output/ipa-docs/srs/srs-<mod-id>-<name>.md — the requirements to design against
2. System overview: docs/output/srs-systems/srs-overview-system.md — system-wide context
3. Module SRS folder: docs/output/srs-systems/<mod-folder>/ — module wireframes & details
4. Technical architecture: docs/technical_architecture.md — mandatory tech stack
5. BD template: packages/casan-harness/templates/bd-template.md — output structure template

---

Output

Generate the BD document at: docs/output/ipa-docs/bd/bd-<mod-id>-<name>.md

The output MUST follow the structure defined in packages/casan-harness/templates/bd-template.md:

§	Section	Content
1	Introduction	Purpose, scope, references, terms
2	System Architecture	Network diagram, deployment diagram, layer structure
3	Screen Design	Screen list, access matrix, patterns, common UI, menu, transitions, layouts, messages
4	Report Design	Report list, report layouts
5	Logical Data Design	Logical ERD, logical table definitions
6	External Interface Design	External system connections
7	Business Rules	Validation, access control, data integrity, calculation logic
8	Supplementary Information	Traceability, TBD, glossary, handover to DD

---

Execution Steps

Step 1 — Read SRS & Context

1. Read the SRS document for the target module
2. Read docs/output/srs-systems/srs-overview-system.md for system context
3. Read module wireframe/detail files from docs/output/srs-systems/<mod-folder>/
4. Read docs/technical_architecture.md for tech stack constraints
5. Read packages/casan-harness/templates/bd-template.md for the output template structure

Log: [PROCESSING] Input file loading complete

Step 2 — Design System Architecture (§2)

Based on docs/technical_architecture.md and SRS system context:

1. Create network diagram (Mermaid)
2. Create deployment diagram (Mermaid)
3. Define layer structure table

Log: [PROCESSING] Section 2 system architecture design complete

Step 3 — Design Screens (§3)

From SRS functional requirements and wireframes:

1. Create screen list table with IDs (S-01 ~ S-NN)
2. Map roles to screen access (matrix)
3. Classify screens into patterns (P-01 ~ P-NN)
4. Define common UI pattern
5. Create menu structure tree
6. Create screen transition flowchart (Mermaid)
7. Design layout for each screen (ASCII art + component/event tables)
8. Create message list

Log: [PROCESSING] Section 3 screen design complete — S-XX screen

Step 4 — Design Reports (§4)

If the module has report/export requirements:

1. Create report list table
2. Design report layouts

Log: [PROCESSING] Section 4 report design complete

Step 5 — Design Logical Data (§5)

From SRS data requirements (§5):

1. Create logical ERD (Mermaid erDiagram)
2. Define logical table definitions (logical column names, descriptions, data categories, nullability)

Do NOT include physical data types (VARCHAR, INT, etc.) — that belongs in DD §5.

Log: [PROCESSING] Section 5 logical data design complete

Step 6 — Design External Interfaces (§6)

If external system connections exist:

1. Create interface list table
2. Define interface details (connection method, auth, data items, error handling)

Log: [PROCESSING] Section 6 external interface design complete

Step 7 — Define Business Rules (§7)

From SRS functional requirements:

1. Define validation rules (VR-xx)
2. Define access control rules (AR-xx)
3. Define data integrity and calculation logic (DR-xx, CALC-xx)

Log: [PROCESSING] Section 7 business rule definition complete

Step 8 — Traceability & Supplementary (§8)

1. Create traceability table: Screen ID → FR/NFR → SRS section
2. List TBD items
3. Define terms
4. Write handover notes to DD phase

Log: [PROCESSING] Section 8 supplementary information complete

Step 9 — Write BD Document

Assemble all sections into docs/output/ipa-docs/bd/bd-<mod-id>-<name>.md using the template structure.

⚠️ MANDATORY: TABLE OF CONTENTS — The BD document MUST include a ## TABLE OF CONTENTS section immediately after the Record of change table (before §1). Generate a complete, clickable table of contents listing all ## and ### level headings with Markdown anchor links. This matches the structure in bd-ipa-template.md. Do NOT skip this section.

Log: [PROCESSING] BD document output complete

Step FINAL — Write Phase Report

Write to: docs/output/output_logs/<feature-id>/reports/02-bd-report.md

📄 Follow Universal Report Structure from templates/report-templates.md (STEP 02).

Step-specific overrides:

• Title: # STEP 2: BD Generation Report
• Agent: okr.bd (gpt-5.4)
• Output: BD document (docs/output/ipa-docs/bd/bd-<mod-id>-<name>.md)
• Design metrics: screen count, pattern count, report count, logical table count, external interface count, business rule count (VR/AR/DR/CALC)
• Next phase: STEP 3: speckit.specify — feature specification creation

---

Output Language

All output documents MUST be written in Vietnamese.

• BD document: Vietnamese prose
• Technical identifiers (S-XX, P-XX, FR-XX, VR-XX, etc.): unchanged
• Mermaid diagram labels: Vietnamese
• Code/paths: as-is

---

Quality Checklist

Before completing, verify:

• Document includes TABLE OF CONTENTS section with clickable anchor links
• All SRS functional requirements have corresponding screens
• Every screen has FR traceability
• Role×screen access matrix is complete
• Screen transitions cover all navigation paths
• Logical ERD covers all SRS data entities
• No physical data types in BD (VARCHAR, INT → DD)
• No internal processing logic in BD (sequence diagrams → DD)
• No NFR redefinition (reference SRS §6 only)
• Message list covers all validation/error scenarios

---

Pipeline Context Integration

If $ARGUMENTS contains a pipeline-context: key, read that YAML file at startup to discover:

• feature-id, module-id, module-keyword
• SRS path from Step 1 (no need to guess)

Step Result Block — MANDATORY

As your absolute last output, include:

<!-- STEP-RESULT
step: 2
agent: okr.bd
status: SUCCESS | FAILED
feature-id: <feature-id>
module-id: <mod-id>
artifacts:
  bd: docs/output/ipa-docs/bd/bd-<mod-id>-<name>.md
  report: docs/output/output_logs/<feature-id>/reports/02-bd-report.md
metrics:
  screen-count: <N>
  logical-table-count: <N>
  external-if-count: <N>
verdict: N/A
critical-issues: []
next-inputs:
  bd-path: docs/output/ipa-docs/bd/bd-<mod-id>-<name>.md
/STEP-RESULT -->