โมดูล 5/5 · สัปดาห์ 13–15 · 27 ชม.

เอกสารและนำเสนอ

UAT 494 โครงงานเทคโนโลยีระบบอากาศยานไร้คนขับและระบบอัตโนมัติ 2

เวลาเรียนประมาณ 80 นาทีร่าง รอตรวจปรับปรุงล่าสุด 28 กันยายน 2569

บทเรียน

เมื่อเรียนจบโมดูลนี้ ผู้เรียนจะสามารถ

  1. จัดแฟ้มหลักฐานที่ตามจากข้อสรุปไปถึงข้อมูลต้นทางได้
  2. สรุปสถานะการตรวจสอบข้อกำหนดทั้งหมดอย่างซื่อตรง รวมประเด็นค้าง
  3. เขียนคู่มือผู้ใช้และรายงานโครงงานสำหรับคณะกรรมการและผู้ใช้
  4. เตรียมการนำเสนอและสาธิตต่อคณะกรรมการ

ความรู้พื้นฐานที่ควรมี: UAT 494 โมดูล 1–4

ทำไมต้องรู้

คณะกรรมการมีเวลาไม่มาก จะตัดสินจากข้อสรุป หลักฐาน และการสาธิต บทฝึกเรื่องการทบทวนแฟ้มของคลังความรู้โดรนย้ำว่าแฟ้มที่ดีเริ่มจากข้อสรุปแล้วตามไปยังหลักฐานต้นทางได้ทันที ทุกฉบับมีรุ่นและบันทึกแก้ไข และประเด็นเปิดต้องไม่ถูกซ่อนเพื่อให้ดูสมบูรณ์

แฟ้มหลักฐาน

แฟ้มหลักฐานเรียงเป็นชั้น จากข้อสรุปและข้อจำกัด ไปยังตารางตรวจสอบข้อกำหนด (RVM) รายงานทดสอบแต่ละรายการ และข้อมูลดิบกับ configuration ทุกชั้นอ้างถึงชั้นล่างด้วยรหัสและรุ่นที่ชัดเจน ตามหลักการจัดการ configuration ของ ISO 10007

สี่แถบซ้อนกว้างขึ้นจากบนลงล่าง ข้อสรุปและข้อจำกัด ตารางตรวจสอบข้อกำหนด RVM รายงานทดสอบแต่ละรายการ และข้อมูลดิบ log ภาพ configuration
ภาพที่ 1 แฟ้มหลักฐานจากข้อสรุปถึงข้อมูลต้นทาง

ตัวอย่างที่ 1 สถานะ RVM สุดท้าย

ข้อกำหนดจาก UAT 493 กับผลจากโมดูล 3–4 (ข้อมูลสมมติ)

rvm = {   # ข้อกำหนด: (สถานะ, หลักฐาน)
    "R1 crack recall >= 0.90": ("met on sample, not demonstrated", "T1 report v2, test set TS-03"),
    "R4 round <= 15 min": ("verified", "T2 flight log set FL-11..20"),
    "R6 coordinates within 3 m": ("verified", "T3 GCP survey v1"),
    "R5a store images": ("verified", "A1 storage analysis v1"),
    "R5b send report": ("verified", "D1 walkthrough with office"),
    "R8 web dashboard": ("not started (Could)", "-"),
    "R2 usability SUS >= 68": ("verified", "SUS survey n=5"),
}
counts = {}
for req, (status, ev) in rvm.items():
    key = status.split(" (")[0].split(" on ")[0]
    counts[key] = counts.get(key, 0) + 1
    print(f"{req:<28} {status:<34} {ev}")
verified = sum(1 for s, _ in rvm.values() if s == "verified")
print(f"verified {verified}/{len(rvm)} = {verified / len(rvm):.0%}; open items must appear in the conclusions")
R1 crack recall >= 0.90      met on sample, not demonstrated    T1 report v2, test set TS-03
R4 round <= 15 min           verified                           T2 flight log set FL-11..20
R6 coordinates within 3 m    verified                           T3 GCP survey v1
R5a store images             verified                           A1 storage analysis v1
R5b send report              verified                           D1 walkthrough with office
R8 web dashboard             not started (Could)                -
R2 usability SUS >= 68       verified                           SUS survey n=5
verified 5/7 = 71%; open items must appear in the conclusions

R2 คือข้อที่เขียนใหม่ใน UAT 493 ให้วัดได้ด้วยคะแนน SUS ห้าในเจ็ดข้อยืนยันแล้ว R1 ผ่านบนตัวอย่างแต่ยังพิสูจน์ด้วยความเชื่อมั่นไม่ได้ และ R8 ตัดออกตามลำดับความสำคัญ ทั้งสองข้อต้องอยู่ในข้อสรุปพร้อมเหตุผลและแผนต่อ การเปิดเผยแบบนี้ทำให้คณะกรรมการเชื่อถือส่วนที่ยืนยันแล้วมากขึ้น

คู่มือและรายงาน

  • รายงานโครงงาน ให้ข้อสรุปก่อนรายละเอียด (Markel และ Selber, 2025) มีปัญหา ข้อกำหนด สถาปัตยกรรม การทดสอบ ผล ข้อจำกัด และข้อเสนอ
  • คู่มือผู้ใช้ เขียนสำหรับเจ้าหน้าที่ชลประทาน ไม่ใช่สำหรับทีมพัฒนา มีขั้นตอนเตรียมบิน การบิน การอ่านรายงาน และสิ่งที่ต้องทำเมื่อเกิดเหตุผิดปกติ
  • เอกสารส่งมอบ รุ่นซอฟต์แวร์ ไฟล์ configuration และข้อจำกัดการใช้งาน เพื่อให้ผู้อื่นทำงานต่อได้

การนำเสนอและสาธิต

การนำเสนอ 15–20 นาทีควรตอบสามคำถาม คือ แก้ปัญหาอะไร ทำได้แค่ไหนพร้อมหลักฐาน และยังเหลืออะไร การสาธิตสดมีความเสี่ยง ควรเตรียมวิดีโอสำรองและข้อมูลบันทึก และต้องได้รับอนุญาตสำหรับพื้นที่บินสาธิต

ตัวอย่างที่ 2 คะแนนรวมโครงงาน

สัดส่วนตามรายวิชา: ข้อเสนอ 20% ความก้าวหน้าและการประชุมที่ปรึกษา 30% ผลงาน รายงาน และการนำเสนอ 50% (คะแนนสมมติ)

weights = {"proposal": 0.20, "progress & advisor meetings": 0.30, "product, report & presentation": 0.50}
scores = {"proposal": 82, "progress & advisor meetings": 75, "product, report & presentation": 88}
assert abs(sum(weights.values()) - 1) < 1e-9
total = sum(weights[k] * scores[k] for k in weights)
for k in weights:
    print(f"{k:<32} {scores[k]:>3} x {weights[k]:.2f} = {weights[k] * scores[k]:5.1f}")
print(f"final {total:.1f}")
gain = weights["progress & advisor meetings"] * 10
print(f"10 more points on progress would add {gain:.1f} to the final score")
proposal                          82 x 0.20 =  16.4
progress & advisor meetings       75 x 0.30 =  22.5
product, report & presentation    88 x 0.50 =  44.0
final 82.9
10 more points on progress would add 3.0 to the final score

ผลงานกับการนำเสนอมีน้ำหนักครึ่งหนึ่ง แต่ความก้าวหน้าที่สม่ำเสมอก็มีผลเกือบหนึ่งในสาม การประชุมที่ปรึกษาพร้อมตัวเลขความก้าวหน้าทุกสองสัปดาห์ตามโมดูล 1 จึงคุ้มค่า

แถบยาวแบ่งสามส่วน ข้อเสนอ 20 เปอร์เซ็นต์สีฟ้า ความก้าวหน้า 30 เปอร์เซ็นต์สีเขียว ผลงาน รายงาน นำเสนอ 50 เปอร์เซ็นต์สีทอง
ภาพที่ 2 สัดส่วนการประเมินโครงงาน

ปฏิบัติการประจำโมดูล

ปฏิบัติการ: แฟ้มและการนำเสนอ

  1. จัดแฟ้มหลักฐานตามภาพที่ 1 ทุกเอกสารมีรุ่น วันที่ และบันทึกแก้ไข
  2. สรุป RVM ด้วยตัวอย่างที่ 1 และเขียนข้อสรุปที่รวมประเด็นค้าง
  3. เขียนคู่มือผู้ใช้ ให้ผู้ใช้จริงลองอ่านและทำตาม บันทึกจุดที่สับสน
  4. ซ้อมนำเสนอกับอาจารย์ที่ปรึกษา เตรียมวิดีโอสำรองของการสาธิต
  5. ส่งมอบซอฟต์แวร์ configuration และเอกสารให้ผู้ใช้หรือทีมรุ่นถัดไป

ข้อผิดพลาดที่พบบ่อย

ระวัง

  • ข้อสรุปอ้างหลักฐานที่หาไม่เจอ
  • ซ่อนข้อกำหนดที่ไม่ผ่าน
  • เขียนคู่มือด้วยศัพท์ของทีมพัฒนา
  • ไม่มีแผนสำรองของการสาธิตสด
  • ส่งแต่รายงาน ไม่ส่งมอบซอฟต์แวร์และ configuration

สรุป

  • แฟ้มหลักฐานตามจากข้อสรุปถึงข้อมูลต้นทางได้ทุกชั้น
  • RVM สุดท้ายบอกสถานะทุกข้อกำหนดอย่างซื่อตรง รวมประเด็นค้าง
  • รายงานสำหรับคณะกรรมการ คู่มือสำหรับผู้ใช้ และเอกสารส่งมอบสำหรับผู้ทำงานต่อ
  • การนำเสนอตอบว่าแก้อะไร ทำได้แค่ไหน และเหลืออะไร พร้อมแผนสำรอง

แบบฝึกตรวจความเข้าใจ

  1. ข้อกำหนด 8 ข้อ ยืนยันแล้ว 6 ข้อ คิดเป็นกี่เปอร์เซ็นต์
  2. ข้อเสนอ 70 ความก้าวหน้า 80 ผลงาน 90 คะแนนรวมเท่าใด (20/30/50)
  3. ทำไมจึงไม่ควรซ่อนข้อกำหนดที่ไม่ผ่าน
  4. คู่มือผู้ใช้ต่างจากรายงานโครงงานอย่างไร
  5. การนำเสนอควรตอบคำถามหลักอะไรบ้าง
เฉลย
  1. ทำให้คณะกรรมการไม่เชื่อถือทั้งแฟ้ม และผู้ใช้อาจใช้ระบบเกินขีดความสามารถ
  2. คู่มือเขียนให้ผู้ใช้ทำตามได้ รายงานเขียนให้คณะกรรมการเห็นปัญหา วิธี หลักฐาน และข้อจำกัด
  3. แก้ปัญหาอะไร ทำได้แค่ไหนพร้อมหลักฐาน และยังเหลืออะไร

สรุปสูตรสำคัญ

สัดส่วนข้อกำหนดที่ยืนยันแล้ว
คะแนนรวมโครงงาน

แหล่งอ้างอิงหลัก

  1. National Aeronautics and Space Administration. (2016). NASA systems engineering handbook (NASA/SP-2016-6105 Rev 2). link
  2. INCOSE. (2023). INCOSE systems engineering handbook: A guide for system life cycle processes and activities (5th ed.). Wiley. link
  3. Dym, C. L., Little, P., & Orwin, E. J. (2013). Engineering design: A project-based introduction (4th ed.). Wiley. link
  4. Markel, M., & Selber, S. A. (2025). Technical communication (14th ed.). Macmillan Learning. link
  5. International Organization for Standardization. (2017). Quality management — Guidelines for configuration management (ISO 10007:2017). link

อ่านเพิ่มเติม

ศึกษาหน่วยความรู้ที่กำหนดล่วงหน้า ดูสื่อประกอบ และทำ quiz ประจำโมดูล

ในชั้นเรียน / ภาคสนาม

พัฒนาโครงงานเป็นทีม ประชุมที่ปรึกษา และนำเสนอความก้าวหน้า

หลักฐานการเรียนรู้: ผลงานตามจุดตรวจของโครงงาน

แบบทดสอบประจำโมดูล

แบบทดสอบนี้ใช้ตรวจความเข้าใจ (formative) ไม่ใช่การสอบเก็บคะแนน

โดเมนความรู้: กฎหมาย ความปลอดภัย และความเสี่ยง