BA — Business AnalysisUC 4.1–4.17dashboard simUC_4.7.5 — Daily Loss Limit Bar (Persistent Global Header)
QnA Init Docs — UC_4.7.5: Daily Loss Limit Bar (Persistent Global Header)
Ngày tạo: 2026-08-08
Phiên bản: v1
BA phụ trách: Trang Nguyen
Trạng thái: ✅ BA đã trả lời 6/6 câu (1 điểm mở còn treo: CR-13 chưa chính thức có trong common_rules.md — xem QN-4.7.5-01; 1 điểm mở: overlay "Daily Limit Reached" chưa xác nhận thuộc UC nào — xem QN-4.7.5-03; 1 điểm mở: thiếu wireframe — xem QN-4.7.5-06)
⚠️ Lưu ý đặc biệt: WBS record trống
WBS hiện tại của UC_4.7.5 chỉ có function name ("Daily loss limit bar (Persistent Global Header)"), toàn bộ description/mapping_be/mapping_fe/mapping_design/reference đều trống (stt: 0). Nội dung QnA dưới đây được synthesize từ:
References/QnA from clients/03_STAGE2_DASHBOARD_EVALUATION/QnA_STAGE2_DASHBOARD_EVALUATION.md— STAGE2-003/004/007/031/032/033 (★★★ client-confirmed, override source).References/Customer supplies/v7_full.txtL410-450 — WS event schemaRULE_TRACKING,DAILY_LIMIT_BREACH.References/Customer supplies/dashboard_v7_full.txtL569-571 — "Global Header Progress Bar" Key Feature text.
Carried-forward context (đã confirm ở dashboard_common/UC_4.1.1-4.1.5/QnA_init_docs.md, KHÔNG hỏi lại)
- A-04: Daily Loss Limit Bar SIM (UC_4.7.5, flat 7.5%) khác LIVE (UC_4.12.5, per-level Table A/B) → 2 UC riêng, không share business rule.
| ID | Câu hỏi | Giả định (BA/QC đề xuất) | BA chốt (ưu tiên cao nhất) | Trạng thái |
|---|---|---|---|---|
| QN-4.7.5-01 | [DEPENDENCY] CR-13 (Daily_Loss_Limit Rounding) — chưa được tạo trong common_rules.md. UC_4.10.1's QnA (QN-4.10.1-02) đề xuất tạo CR-13 mô tả thuật toán rounding của STAGE2-031 (round to nearest hundredth bằng native rounding function của ngôn ngữ), có ghi nhận BA trả lời "có nhé" nhưng cột Trạng thái vẫn "⏳ Chờ BA" và CR-13 chưa tồn tại thật trong common_rules.md. UC_4.7.5 cần rounding rule này — chờ CR-13 confirm chính thức hay viết inline formula trong SRS trước? | Nếu CR-13 được confirm chính thức trước khi Architect viết SRS UC_4.7.5 → SRS sẽ link [CR-13](../../Common_rule/common_rules.md#cr-13) thay vì lặp lại công thức. Nếu chưa confirm kịp → viết inline công thức từ STAGE2-031 tạm thời, note "TODO: thay bằng CR-13 khi confirm". Đây là cross-UC dependency, cần BA xác nhận CR-13 sớm để tránh 2 nơi có công thức khác nhau. | BA confirm đúng nguyên văn đề xuất — xử lý theo điều kiện: CR-13 confirmed trước → link; chưa kịp → inline + TODO note. | ✅ Confirmed — ⏳ vẫn phụ thuộc trạng thái CR-13 thực tế trong common_rules.md tại thời điểm Architect viết SRS (hiện tại CR-13 vẫn chưa tồn tại — Architect cần re-check trước khi viết Step 3). |
| QN-4.7.5-02 | Công thức áp dụng cho SIM — flat 7.5% có đúng theo STAGE2-031 hay STAGE2-007 (bị override)? STAGE2-007 ghi SIM = 7.5% notional, LIVE = 5% dùng Table A/B. STAGE2-031 (2026-08-05, override STAGE2-003/007) xác nhận lại: SIM flat 7.5% cho MỌI tier (L1/L2/L5), dùng hệ số 1/3 (không phải 0.33) để tính Daily_Loss_Limit. Xác nhận SRS dùng đúng công thức STAGE2-031 (nguồn mới nhất), không dùng STAGE2-007 cũ? | Dùng STAGE2-031: Daily_Loss_Limit = Max_Drawdown_Threshold × 7.5% (flat, mọi tier SIM), hệ số 1/3 dùng ở phần tính deduction/reset theo ngày (không nhầm với 7.5% threshold chính). Round to nearest hundredth (2 chữ số thập phân) theo ví dụ rounding trong STAGE2-031. | BA confirm công thức STAGE2-031 đúng. Nhưng thu hẹp scope của UC_4.7.5: phần formula/logic tính toán chi tiết này không hiển thị/không viết trong UC_4.7.5 — chỉ refer sang UC tính toán Failure/Recovery (UC_4.10.1 Soft Breach) cho công thức đầy đủ. | ✅ Confirmed — sửa scope: UC_4.7.5 KHÔNG viết công thức tính Daily_Loss_Limit (dù đúng), chỉ link/refer tới UC_4.10.1 (hoặc CR-13 nếu confirmed, theo QN-4.7.5-01) — UC_4.7.5 chỉ tiêu thụ giá trị đã tính sẵn (dist_daily_loss/daily_loss_limit từ RULE_TRACKING) để render bar. |
| QN-4.7.5-03 | Progress bar hiển thị gì khi Soft Breach xảy ra? STAGE2-004 xác nhận DAILY_LIMIT_BREACH chỉ là daily pause (không phải account fail). STAGE2-032(3) xác nhận Soft Lock state = Net_P&L <= Daily_Loss_Limit, stream qua RULE_TRACKING WS field dist_daily_loss/daily_loss_limit. Bar cần hiển thị trạng thái "maxed" — có đổi màu (vd đỏ) khi breach không? | Bar hiển thị full/maxed (100%) + đổi màu đỏ khi dist_daily_loss <= 0. Đồng thời trigger "Daily Limit Reached" overlay riêng (ngoài scope bar, có thể thuộc UC khác — cần xác nhận overlay này thuộc UC nào, có thể là UC_4.10.1 Soft Breach). | BA confirm: bar hiển thị max (thanh tiến độ đầy) kèm motion warning (hiệu ứng động cảnh báo, không chỉ đổi màu tĩnh) khi Soft Breach. Đồng thời trigger overlay "Daily Limit Reached" riêng — BA chưa xác nhận rõ overlay này thuộc UC nào (đề xuất UC_4.10.1 Soft Breach vẫn còn treo). | ✅ Confirmed phần bar (max + motion warning). ⏳ Điểm mở còn treo: overlay "Daily Limit Reached" — chưa xác nhận chính thức thuộc UC_4.10.1 hay UC riêng, cần hỏi lại khi review UC_4.10.1. |
| QN-4.7.5-04 | Update mechanism — bar tự update real-time qua RULE_TRACKING hay phải poll API? v7_full.txt L410-420 xác nhận RULE_TRACKING là continuous WS event với field dist_daily_loss, daily_loss_limit, current_daily_pnl. Bar có subscribe trực tiếp event này không? | Bar subscribe RULE_TRACKING WS event, tính % = (daily_loss_limit - dist_daily_loss) / daily_loss_limit (hoặc tương đương) để update progress bar theo real-time, không cần polling API riêng. | BA confirm: update real-time (qua WS RULE_TRACKING, đúng đề xuất). | ✅ Confirmed |
| QN-4.7.5-05 | Ranh giới với UC_4.10.1 (Soft Breach - Daily Loss Limit Hit) — UC_4.10.1 document toàn bộ business logic breach (Read-Only, force-close positions, unfreeze timing theo STAGE2-032/033). UC_4.7.5 chỉ nên document phần hiển thị bar (UI component), không lặp lại breach logic? | Đúng — UC_4.7.5 chỉ owns UI component (progress bar rendering, real-time update, visual states). Toàn bộ breach consequence logic (Read-Only, force-close, unfreeze) đã thuộc UC_4.10.1, UC_4.7.5 sẽ link sang UC_4.10.1 cho phần đó, theo nguyên tắc single-source-of-truth. | BA confirm đúng nguyên văn đề xuất. | ✅ Confirmed |
| QN-4.7.5-06 | Thiếu wireframe/Figma riêng cho bar. WBS mapping_design của UC_4.7.5 trống hoàn toàn — không tìm thấy file wireframe nào tên "loss"/"limit"/"bar" trong References/Wireframe/Stage 2/Dashboard/. Có Figma link nào khác chưa được điền vào WBS, hay cần thiết kế bổ sung? | Cần BA/design bổ sung Figma link vào WBS trước khi Architect hoàn thiện SRS — tạm thời SRS sẽ dùng text description từ dashboard_v7_full.txt ("persistent visual progress bar tracking Daily loss limit") làm placeholder, đánh dấu "⚠️ Chưa có wireframe — cần bổ sung design link". | BA confirm: note pending design — giữ nguyên placeholder, đánh dấu chờ design bổ sung. | ✅ Confirmed — giữ [BLOCKED — pending design] trong SRS cho phần wireframe/Figma. |
Changelog
| Date | Version | Updated item | Before | After | Notes |
|---|---|---|---|---|---|
| 2026-08-08 | v1 | Initial creation | — | 6 QnA items | Init Flow Step 1+2. WBS record trống — nội dung synthesize từ STAGE2-031/032/033 + v7_full.txt WS schema. |
| 2026-08-08 | v2 | BA review — 6/6 câu trả lời | ⏳ Chờ BA | ✅ Confirmed (2 điểm mở còn treo: CR-13 status thực tế, overlay "Daily Limit Reached" chưa rõ thuộc UC nào; UC_4.7.5 scope thu hẹp: không viết formula, chỉ refer UC_4.10.1) | BA review round 1 |