# บัตรฝึก TRAIN-PORTFOLIO-01 · สามคำขอใช้ทรัพยากรร่วม

**ประเภท:** แบบฝึกบนโต๊ะที่ผู้เรียบเรียงแต่งขึ้น · **ผลผู้เรียน:** `NOT_RUN` · **ผลอุปกรณ์/สนาม:** `NOT_RUN` · **เวลาอ้างอิง:** 13 ต.ค. 2026 เวลา 10:00 (+07:00) · **ห้ามใช้เป็นคำสั่งปฏิบัติการจริง**

ใช้ [บทเลือกชุดและผังสถานะ](/knowledge/drone-applications/selection/#shared-resource-gate), [rubric APP-SEL](/downloads/drone-applications/reader-rubrics.md) และ [ทะเบียนแหล่งที่จำกัดขอบข้ออ้าง](/downloads/drone-applications/selection-portfolio-source-register.md) ร่วมกัน. รหัส `APP-SEL-K01/S01/E01/C01` เป็นรหัสเดิม ไม่เพิ่มผลลัพธ์หรืออ้างว่าผู้เรียนทำผ่านแล้ว.

## ข้อมูลโจทย์สังเคราะห์

| คำขอ | สิ่งที่ผู้ขออยากได้ | ข้อมูลที่มี ณ 10:00 | ช่องว่างที่ห้ามเติมเอง |
|---|---|---|---|
| `REQ-1` M06 | brief ภาพสถานการณ์ให้ฝ่ายปฏิบัติการใช้เลือกจุดตรวจต่อ | ไฟล์ภาพและบันทึกที่มีเวลา 07:00; ผู้ขอ/ผู้รับในโจทย์ระบุบทบาทแล้ว | สภาพปัจจุบันไม่รู้; การเก็บภาพใหม่ต้องตรวจคน/ชุด/พื้นที่/สิทธิ์และการจัดลำดับ |
| `REQ-2` M07 | ทวนจุดต้องสงสัยเพื่อช่วยงานค้นหา | มีข้อความรายงานว่า “เห็นลักษณะคล้ายคน”; ยังไม่ใช่การยืนยันบุคคล | พิกัด/ที่มาและผู้รับผิดชอบการทวนยังไม่ครบ; ข้อเร่งด่วนจริงต้องส่งผ่านช่องทางผู้รับผิดชอบที่มีอำนาจ ไม่รอใบงานนี้ |
| `REQ-3` M09 | ส่งชุดสุขอนามัยปิดผนึกไปยังจุดรับ | รายการของ/จำนวนสมมติและผู้ขอมีอยู่ | ผู้รับ จุดรับ วิธีถึงจุดรับและหลักฐานรับมอบยังไม่ยืนยัน; เรือ `B-1` แค่ถูกขอ |

ทะเบียนทรัพยากรในโจทย์: `U-1` เป็น multirotor ติด RGB ในบัญชี แต่ไม่มีหลักฐานความพร้อมใช้ ภาพใหม่ หรือการบรรทุกของ; `T-1` เป็นทีมภาพหนึ่งทีมที่เจ้าของยังไม่ตอบยืนยันเวลา; ไม่มี thermal หรือ cargo kit ที่ผ่านความเข้ากันได้; เรือ `B-1` เป็นคำขอที่ยังไม่มีเจ้าของตอบรับ. `U-1` และ `T-1` เป็นทรัพยากรร่วม จึงห้ามรับปากให้ `REQ-1` กับ `REQ-2` ในช่วงเดียวกัน. ไม่มีข้อมูลสิทธิ์พื้นที่ ห้วงอากาศ สภาพอากาศ หรือคู่มือตรงรุ่นในโจทย์.

## B ผู้เริ่มต้น

**ก่อนทำ:** อ่านผลส่งมอบ/ข้อไม่รู้จาก C01–C03 และแยกคำขอกับการตอบรับได้.

1. เขียน brief หนึ่งหน้า แยก `REQ-1`/`REQ-2`/`REQ-3` ว่าใครรับผล อะไรทำจากข้อมูลเดิมได้ และอะไรยังไม่รู้ (**K**).
2. เปรียบเทียบข้อมูลเดิม ภาคพื้น/เรือ และโดรนเป็นทางเลือก ไม่เริ่มจากรุ่นเครื่อง (**S**).
3. เขียนเหตุที่ห้ามกล่าวว่า “พบคน”, “พื้นที่ล่าสุด” หรือ “ส่งของได้” จากข้อมูลที่ให้ (**E**).
4. บันทึกคำถามที่ต้องส่งกลับ เจ้าของคำตอบ และการแก้ brief เมื่อผู้ทวนคัดค้านหนึ่งข้อ (**C**).

**ชิ้นงาน:** brief B-v0/B-v1 กับตารางสามคำขอ. ใช้ `APP-SEL-K01/S01/E01/C01` และ [เกณฑ์ B](/downloads/drone-applications/reader-rubrics.md).

## O ผู้ปฏิบัติงาน/ผู้วางแผน

**ก่อนทำ:** อ่าน C04–C08; แยกสถานะ requested/owner-confirmed/assigned และ sent/received/acknowledged ได้.

1. เขียนบัญชีคน ชุด ข้อมูล ผู้รับ สิทธิ์ และเงื่อนไขวิธีของแต่ละคำขอ; อย่าจอง `U-1/T-1` ซ้ำ (**K/S**).
2. ทำสองฉากทัศน์แบบมีเงื่อนไข: ผู้มีหน้าที่จัดลำดับเลือกงานข้อมูลปัจจุบันก่อน หรือเลือกงานค้นหาหลังได้รับตำแหน่ง/ผู้รับชัด; ระบุสิ่งที่ต้องหยุด/เลื่อนในแต่ละแบบ โดยไม่ตั้งลำดับของเหตุจริงเอง (**S/C**).
3. แยกคำขอสมทบ `B-1` จากคำตอบรับ, และแยกการร่าง brief `REQ-1` จากการรับรองสภาพปัจจุบัน (**E**).
4. ทำ handover หนึ่งหน้า: owner, version/time, สถานะ, ข้อค้าง, หลักฐานปิด และผู้มีอำนาจตัดสิน; ให้ผู้รับช่วงอ่านกลับ (**S/C**).

**ชิ้นงาน:** board O-v0/O-v1 + บัญชีทรัพยากรและข้อค้าง. ใช้ `APP-SEL-K01/S01/E01/C01` และ [เกณฑ์ O](/downloads/drone-applications/reader-rubrics.md).

## D ผู้พัฒนา/ผู้ปรับแต่ง

**ก่อนทำ:** อ่าน C09–C10; รู้การเก็บ provenance, resource owner, revision และ expected/actual แยกกัน.

1. เสนอสัญญาข้อมูล `request_id`, `deliverable`, `recipient_owner`, `source_time`, `uncertainty`, `resource_id`, `resource_owner`, `resource_state`, `assignment_window`, `decision_owner`, `decision_evidence`, `version` และ `last_reviewed_at`; ระบุฟิลด์ที่ต้องมีตามชนิดคำขอ (**K/S**).
2. เขียน negative tests: requested boat ≠ confirmed boat; unknown recipient ≠ handover ready; one `U-1/T-1` ≠ two confirmed overlapping assignments; missing current data ≠ current situation; RGB drone ≠ cargo-capable; confirmed resource ≠ flight permission (**S/E**).
3. ระบุว่ารุ่นแผนใดต้องถูกถอน/แจ้ง stale เมื่อ owner ตอบกลับหรือ priority เปลี่ยน และวิธีย้อนคืนโดยเก็บฉบับก่อนหน้า (**C**).
4. เก็บ expected และ actual แยก; หากยังไม่รันให้เขียน `actual=NOT_RUN` ห้ามสร้างผลผ่านทดสอบ (**E**).

**ชิ้นงาน:** contract D-v0/D-v1 + ตารางทดสอบและ rollback. ใช้ `APP-SEL-K01/S01/E01/C01` และ [เกณฑ์ D](/downloads/drone-applications/reader-rubrics.md).

## แนวตรวจสำหรับผู้สอน ไม่ใช่ผลผู้เรียน

- `REQ-1`: เขียน **ฉบับชั่วคราวจากข้อมูล 07:00** ที่บอกความเก่าและสิ่งที่ยังยืนยันไม่ได้; แยกงานขอข้อมูลปัจจุบันไว้ ไม่อนุมานว่าโดรนบินหรือข้อมูลใหม่มาถึงแล้ว.
- `REQ-2`: ขอที่มา ตำแหน่ง และผู้รับผิดชอบผ่านช่องทางเหตุที่เหมาะสม; ไม่มีการยืนยันพบคนหรือการมอบหมายเที่ยวบินจากข้อความรายงาน.
- `REQ-3`: รอผู้รับ จุดรับ วิธีส่งและเจ้าของเรือตอบรับ; `U-1` ไม่เป็นตัวเลือกบรรทุกของจากการมีลำบินในบัญชี.
- ทุกคำขอ: มีเจ้าของข้อค้างกับหลักฐานปิด; ผู้มีหน้าที่ตามเหตุจริงจัดลำดับหลังข้อมูลใหม่ ไม่ใช้คะแนนหรือเวลาในโจทย์แทนคำสั่ง; มีแผนคงข้อมูลเดิม/ภาคพื้น/พักที่อธิบายได้.

| มิติ | ตัวอย่างหลักฐานที่พอให้ผู้ทวนอ่าน | เหตุให้ส่งกลับแก้ |
|---|---|---|
| K | อธิบายผลส่งมอบและความสามารถที่ต้องพิสูจน์สำหรับสามงาน | ใช้ชื่อรุ่นหรือภาพเก่าแทนข้อกำหนด |
| S | ตารางทางเลือกและสถานะ/ผู้รับ/ทรัพยากรที่ไม่ลงคิวซ้ำ | จอง `U-1/T-1` ให้สองงานหรือใช้เรือที่แค่ร้องขอ |
| E | ข้ออ้างสอดคล้องกับเวลา สิทธิ์และหลักฐาน; ไม่อ้างพบคน/ส่งของแล้ว | เปลี่ยน unknown เป็นพร้อมใช้หรือซ่อนข้อค้าง |
| C | ฉบับก่อน–หลัง มีเจ้าของคำถามและจุดทวน | แก้ทับประวัติหรือไม่มีคนตามคำตอบ |

ผู้ทวนลง “มีหลักฐานตามเกณฑ์ / ต้องฝึกเพิ่ม / ยังไม่มีหลักฐาน” พร้อมชื่อ วันและฉบับจริงเมื่อมีผู้เรียน. บัตรนี้ยังไม่มีผู้เรียน ผู้ตรวจภาคสนาม หรือผลทดสอบชุดจริง: ทุก actual คง `NOT_RUN`.