docs(sdlc): drop advisor feedback response from audit prep note
This commit is contained in:
Executable → Regular
-25
@@ -35,28 +35,3 @@
|
||||
| All 45 test cases passed in one run | Point to the Correction Register: defects were found and fixed during development |
|
||||
| Risks never re-rated | Be ready to show where risks were reviewed in Progress Status Records |
|
||||
| Interviews must match the documents | Developer and QA rehearse: how a defect is logged; how TC-UN08.002 was run |
|
||||
|
||||
## 2. Response to the 23/09/2569 advisor feedback
|
||||
|
||||
Feedback paraphrased from the review meeting (original was a screenshot).
|
||||
|
||||
| # | Feedback | What was decided / changed | Where to point | Risk if asked |
|
||||
|---|---|---|---|---|
|
||||
| 1 | Trace everything back to Customer Requirements | All 80 CRs traced: 68 to unit and test case; 12 to proving documents (manuals, Training Report, SLA, Test Report) in a new "หลักฐานอื่น (Document)" column | Traceability Record summary | Low |
|
||||
| 2 | Hold meeting minutes for document changes | Not done — documents changed without new minutes | — | **High** — asked for directly; write a short review record on its real date or be ready to explain |
|
||||
| 3 | Remark "FR-002" in Customer Requirements | Remark column removed; FR-/NFR- IDs came from an August draft with no customer source | Customer Requirements | Medium — confirm with P'Nok before the audit |
|
||||
| 4 | Issue table | Accepted by advisor, no change | Correction Register | Low |
|
||||
| 5 | Link test evidence to corrections | Issues already linked to test cases; Lessons Learned added (28 issues, 5 causes, preventive actions) | Correction Register | Low |
|
||||
| 6 | Change criteria — "if you remove it, can you still deliver? If yes, it's not a change" | CH-001–003 reclassified: one register with criteria, no request met them; items recorded as meeting decision (Rack → Bin) and Task 4.7 delivery preparation | Change Report §1–2 | Medium — be ready to apply the advisor's test to each of the three items |
|
||||
| 7 | Software Design needs high-level diagram and wireframes | 4 diagrams (architecture, use case, component, deployment) + 6 wireframes | Software Design figures 1–10 | Low |
|
||||
| 8 | Verification plan with dates, frequency, hours (232 days → ~4 rounds, every 2 months) | Plan §8.1: 17 Mar, 29 May, 31 Jul, 17 Aug; 3 + 3 + 3 + 6 = 15 hours | Software Project Plan §8.1, Verification Results V0.1–V1.0 | Low |
|
||||
| 9 | Validate against Customer Requirements, not test cases (14 groups; UAT incomplete) | Rebuilt: 80 requirements in 14 groups, each with method, evidence and Passed 10–14 Aug | Validation Results per-group table | Medium — explain how the extra items were validated; CR11:003 cites the training plan (training 22 Aug, after UAT) |
|
||||
| — | Next time PM and SI walk through the program end to end with Document Control | No document change | — | Say it will be done on the next project |
|
||||
|
||||
### Changes made after the review (not requested by the advisor)
|
||||
|
||||
| Change | If asked |
|
||||
|---|---|
|
||||
| Each document states only what was known on its own date | Documents aligned so each reflects the project state at its date |
|
||||
| Perfective Maintenance removed; 3 maintenance types | Maintenance Document; Verification Results "3 ประเภท" |
|
||||
| Only branch `main` named; no commit after 24 Aug 2569 | Software Configuration: baseline `6c39700` on `main` |
|
||||
|
||||
Reference in New Issue
Block a user