Page 48 - วิศวกรรมซอฟต์แวร์
P. 48
7-38 วิศวกรรมซอฟต์แวร์
2.5 ชอื่ ระบบ (subject) คือ การระบุชื่อของระบบที่ท�ำการวิเคราะห์ความต้องการ ซ่งึ จะระบุไวภ้ ายในขอบเขต
ของระบบ
3. คำ�อธบิ ายยสู เคส
เนอ่ื งจากรายละเอยี ดทป่ี รากฏในแผนภาพยสู เคส เปน็ เพยี งภาพรวมของระบบ แตย่ งั ไมม่ คี ำ� อธบิ ายการทำ� งาน
ของแต่ละยูสเคส ดังนั้น การวิเคราะห์ความต้องการของระบบด้วยแผนภาพยูสเคสให้สมบูรณ์นี้ ควรจะเพ่ิมเติม
ส่วนที่เป็นค�ำอธิบายของยูสเคส (usecase description) เข้าไป แม้ว่าค�ำอธิบายยูสเคสน้ีจะไม่ได้เป็นมาตรฐานของ
ยูเอ็มแอล แต่ก็ช่วยท�ำให้ทีมพัฒนาเข้าใจยูสเคสได้ดีย่ิงขึ้น
รูปแบบของค�ำอธิบายยูสเคส อาจประกอบด้วย
1) รหัสอ้างอิงของยูสเคส (use case ID) เช่น UC001
2) ชื่อของยูสเคส (use case name) ซ่ึงโดยปกติจะตั้งชื่อในรูปแบบของค�ำกริยา เช่น ลงทะเบียนรายวิชา
ยืมหนังสือ
3) การอธิบายยูสเคส (description) คือ การอธิบายถึงภาพรวมของยูสเคส
4) แอคเตอร์ (actor) คือใคร (หรืออะไร) ท่ีท�ำให้ยูสเคสท�ำงาน
5) สิ่งที่มากระตุ้นหรือกระทบให้เกิดการด�ำเนินการของยูสเคส (trigger) เช่น ผู้ใช้ต้องการลงทะเบียน
6) ยูสเคสที่เก่ียวข้องกับการด�ำเนินการของยูสเคสที่เขียนอยู่ (related use case)
7) เง่ือนไขหรือสถานะของระบบที่ต้องเป็นจริงก่อนยูสเคสน้ีจะเริ่มท�ำงาน (pre-condition)
8) ส่ิงที่คาดไว้เม่ือส้ินสุดการด�ำเนินการของยูสเคส (post-condition)
9) การด�ำเนินงานของยูสเคสที่กระท�ำทีละข้ันจนเสร็จ (normal flow) โดยในแต่ละข้ันตอนจะต้องก�ำหนด
รายละเอียดให้มากท่ีสุด
10) การด�ำเนินงานของยูสเคสที่เป็นทางเลือกการกระท�ำที่นอกเหนือจากการด�ำเนินการตามขั้นตอนปกติ
(alternative flow) เช่น ถ้ากดปุ่ม “ยกเลิก” ระบบจะกลับไปสู่หน้าจอหลัก
11) เงื่อนไขท่ีท�ำให้การด�ำเนินการตามปกติหยุดชะงักหรือไม่สามารถท�ำข้ันตอนต่อไปได้ (exception
condition)
12) ข้อก�ำหนด กฎเกณฑ์ของยูสเคส (business rule)
