Final project

Capstone: Reverse one workflow, modernize without erasing it

เลือกหนึ่ง workflow จริง ตั้งแต่หน้าจอเดิมจนถึงผลทางข้อมูล แล้วส่งมอบระบบใหม่ที่พิสูจน์ได้ว่ารักษาหน้าที่เดิม

ตัวเลือกโครงงาน

A · Material planning

QS-TOI-101/102 → reservation → MRP → PR/PO → receipt พร้อม calendar และ provenance

B · Production loop

X01/X03/X04/X05/X02 พร้อม formula oracle, machine scenario และ actual feedback

C · Quality traceability

incoming inspection → defect/RNC → measuring instrument → quality document

D · HR/payroll

employee → attendance → task wage → stepped compensation โดยห้ามเปลี่ยนสูตรกฎหมาย/ความเป็นธรรม

Milestones

สัปดาห์สิ่งส่งDefense question
1Workflow boundary + stakeholder jobsอะไรอยู่นอก scope และเพราะอะไร?
2Evidence ledger + schema mapข้อสรุปใดเป็น inference?
3Legacy oracle + fixturesจะรู้ได้อย่างไรว่าสูตรใหม่ผิด?
4Idempotent importer + reconciliationorphan ไปไหนและใครรับผิดชอบ?
5UI parity + usability testอะไรตั้งใจไม่ปรับ แม้ดูเก่า?
6Demo + cutover/rollback packproduction rerun ต่างจาก rehearsal อย่างไร?

Definition of Done

Rubric การป้องกันผลงาน

ระดับลักษณะผลงาน
ดีมากเชื่อม business intent, code, data และผลลัพธ์ได้ครบ อธิบาย mismatch เป็นตัวเลขและมี safe decision
ดีฟังก์ชันครบและ mapping ชัด แต่ evidence หรือ edge case ยังไม่ลึก
พอใช้UI ทำงานแต่พิสูจน์สูตร/ข้อมูลไม่ได้ หรือ importer rerun แล้วข้อมูลเพิ่ม
ไม่ผ่านrewrite จากความเข้าใจส่วนตัว ลบ legacy identity ทิ้ง หรือปกปิด orphan
เป้าหมายสุดท้าย
ผู้เรียนไม่จำเป็นต้องชอบ code เก่า แต่ต้องเคารพหลักฐาน เข้าใจเหตุผลของผู้ใช้ และเปลี่ยนระบบโดยสามารถตอบได้ทุกครั้งว่า อะไรเหมือนเดิม อะไรดีขึ้น อะไรยังไม่รู้ และถ้าผิดจะย้อนกลับอย่างไร