แนวทางสถาปัตยกรรมซอฟต์แวร์

SKILL.md

---
name: แนวทางสถาปัตยกรรมซอฟต์แวร์
description: ใช้คำแนะนำสถาปัตยกรรมซอฟต์แวร์ตามบริบทเมื่อวิเคราะห์ขอบเขตของระบบ ความต้องการด้านคุณภาพ การสื่อสาร รูปแบบ การตัดสินใจ ความเสี่ยง หรือการพัฒนา
---

# แนวทางสถาปัตยกรรมซอฟต์แวร์

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

## กระบวนการทำงาน

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

## กฎหลัก

- ตั้งคำแนะนำบนบริบท ([context and priority rules](references/rulebook.md#context-priorities): F01) และเคารพอำนาจที่ได้รับมอบหมาย ([decision, risk, and evolution rules](references/rulebook.md#decisions-risk-evolution): D03)
- สกัดและจัดอันดับลักษณะจากผลลัพธ์ที่วัดได้ของผู้มีส่วนได้ส่วนเสีย ([context and priority rules](references/rulebook.md#context-priorities): F05, F06, F07, F08, F18)
- รักษาความรับผิดชอบให้เป็นเอกภาพและขอบเขตให้ซื่อสัตย์เกี่ยวกับการพึ่งพาและการเชื่อมโยง ([boundary rules](references/rulebook.md#boundaries-coupling-data): F11–F17, S03, S08; [glossary](references/glossary.md))
- เลือกการสื่อสารสำหรับงาน; แยกคำขอ คำสั่ง และเหตุการณ์ และออกแบบเพื่อรองรับความล้มเหลว ([communication rules](references/rulebook.md#communication-reliability): S06, S09–S13, S15, D08)
- ปฏิบัติต่อสไตล์สถาปัตยกรรมเป็นตัวเลือกตามเงื่อนไขและเปรียบเทียบต้นทุน ([style rules](references/rulebook.md#style-choice): S01, S16, D06; [style guide](references/style-selection.md))
- บันทึกเหตุผลที่มีการตัดสินใจที่สำคัญและสิ่งที่จะเปลี่ยนแปลงพวกมัน ([trade-offs](references/rulebook.md#context-priorities): F02; [decision records](references/rulebook.md#decisions-risk-evolution): F03)
- ทำให้ความเสี่ยง ความไม่แน่นอน และความสอดคล้องในการดำเนินการมองเห็นได้ ([risk and evolution rules](references/rulebook.md#decisions-risk-evolution): D10, D11, D12, D13)
- กำกับข้อจำกัดสำคัญด้วยการตรวจสอบที่ผู้คนเข้าใจ ([governance rules](references/rulebook.md#decisions-risk-evolution): F09, F10)
- รักษาการเลือกของทีมภายในอำนาจและข้อจำกัดที่แท้จริง ([team and communication rules](references/rulebook.md#communication-teams): S04, D16, D17, D18)
- ใช้คำแนะนำเฉพาะผู้ให้บริการเมื่อโครงการรวมผู้ให้บริการโมเดล ([D15 in rules.json](references/rules.json))

## สัญญาผลลัพธ์

ส่งคืน: บริบทและสิ่งที่ไม่ทราบ; คำแนะนำและสถานะ; ทางเลือกและต้นทุน; ผลกระทบของขอบเขต ข้อมูล และการสื่อสาร; หลักฐานและการตรวจสอบ; และทริกเกอร์การพิจารณาใหม่ ปรับระดับรายละเอียดตามผลกระทบของการเลือก

## เอกสารอ้างอิง

สำหรับงาน ให้โหลดเฉพาะหมวดหมู่ที่เกี่ยวข้องใน [rules.json](references/rules.json) หรืออ่านส่วนที่เกี่ยวข้องใน [rulebook.md](references/rulebook.md) ไม่ต้องโหลดทั้งสองหรือทั้งชุด โหลด [style-selection.md](references/style-selection.md) สำหรับเก้าสไตล์, [glossary.md](references/glossary.md) สำหรับคำศัพท์จากแหล่งที่มา และ [source-map.json](references/source-map.json) เพื่อหาตำแหน่งบทที่อ้างถึง คำสั่งประเมินสังเคราะห์อยู่ใน [evaluation-cases.json](references/evaluation-cases.json); ยังไม่ได้รัน วิธีการและข้อจำกัดอยู่ใน [method-and-validation.md](references/method-and-validation.md)