Page 21 - การวิเคราะห์และออกแบบระบบเชิงวัตถุ

ยสู เคส 6-9
อย่างออกมาเพื่อให้แอ็คเตอร์รับไปใช้งานต่อไป วิธีที่ช่วยท�ำให้สามารถหาว่าอะไรคือผู้ท่ีกระท�ำในระบบ
สามารถวเิ คราะหไ์ ดด้ งั นี้

4.1.1 ผใู้ ด หรือส่งิ ใด เป็นผูท้ ่ีนำ� ข้อมูลเข้าสูร่ ะบบ
4.1.2 ผู้ใด หรอื สงิ่ ใด เปน็ ผู้ทีแ่ สดงผลข้อมูลท่ไี ด้จากระบบ
4.1.3 ผ้ใู ด หรอื ส่ิงใด มปี ฎสิ ัมพนั ธ์กับระบบอน่ื ๆ
4.2 การจ�ำแนกยูสเคส เปน็ การพจิ ารณาวา่ ระบบตอ้ งการอะไรเพอ่ื ใหไ้ ดย้ สู เคส ในบางระบบอาจ
จะมียูสเคสจ�ำนวนมาก ซ่ึงยูสเคสควรจะเป็นงานท่ีมีความส�ำคัญ มีความซับซ้อน และจ�ำเป็นท่ีจะต้องมี
ดงั นัน้ ในการพจิ ารณาแอค็ เตอร์ หรอื ผู้กระทำ� จะตอ้ งมีการปฏสิ ัมพันธก์ บั ยูสเคสเท่านนั้ สามารถวิเคราะห์
ไดด้ ังน้ี
4.2.1 งานหลกั ของแอค็ เตอรค์ ืออะไร
4.2.2 แอค็ เตอร์ มงี านสารสนเทศใดบ้าง
4.2.3 ขอ้ มูลหรอื สารสนเทศใดบา้ งทแี่ อ็คเตอร์จำ� เป็นต้องมกี ารปอ้ นเขา้ สรู่ ะบบ
4.2.4 ควรมกี ารระบภุ ายในระบบวา่ มคี วามจำ� เปน็ หรอื ไมท่ จี่ ะตอ้ งมกี ารแจง้ แอค็ เตอรถ์ า้ เกดิ
มีการเปล่ียนแปลงขึ้น และในทางกลับกันแอ็คเตอร์น้ันจ�ำเป็นหรือไม่ที่จะต้องมีการแจ้งต่อระบบเมื่อมีการ
เปล่ยี นแปลงหรอื มเี หตกุ ารณ์เกิดข้นึ เปน็ ตน้
4.3 การสรา้ งแผนภาพยสู เคส จะถกู สรา้ งทนั ทเี มอื่ ไดแ้ อค็ เตอรแ์ ละสามารถระบขุ อบเขตของระบบ
ได้แล้ว เป็นการสร้างความสัมพันธ์ภายในระบบ แต่ถ้ามีภายในระบบเกิดมียูสเคสจ�ำนวนมากควรจะมี
การแบ่งแยกยูสเคสเปน็ ระบบยอ่ ยๆ เพอ่ื สะดวกแก่การอา่ นและเขา้ ใจในการท�ำงานของระบบมากขนึ้
4.4 การจัดท�ำเอกสารค�ำอธิบายยูสเคส จะเกดิ ขน้ึ หลงั จากทมี่ กี ารสรา้ งแผนภาพยสู เคสของธรุ กจิ
นนั้ เสร็จเรยี บร้อยแล้ว เพือ่ เปน็ การอธิบายแผนภาพ และระบฟุ งั กช์ ันต่างๆ ให้มคี วามชัดเจนมากขึ้น และ
สรา้ งความมน่ั ใจแกผ่ ทู้ เ่ี ขยี นวา่ ไดส้ รา้ งความสมั พนั ธย์ สู เคสไดอ้ ยา่ งถกู ตอ้ งตามความตอ้ งตามความตอ้ งการ
จรงิ ดงั นน้ั แผนภาพทถ่ี กู สรา้ งขนึ้ มานสี้ ามารถมาใชใ้ นการออกแบบและพฒั นาระบบ รวมถงึ ใชใ้ นขนั้ ตอน
การทดสอบระบบได้ จะกล่าวโดยละเอียดในเรอ่ื งท่ี 6.1.2
การเขียนยสู เคสเป็นการนำ� สง่ิ ท่ีผใู้ ชง้ านจริงตอ้ งการออกมาเปน็ แบบจำ� ลอง ดงั นนั้ หลกั การของ
การเขยี นยสู เคส คอื จะตอ้ งทำ� ใหง้ า่ ยทสี่ ดุ เทา่ ทจ่ี ะทำ� ได้ เพราะผใู้ ชร้ ะบบงานมคี วามรทู้ างดา้ นคอมพวิ เตอร์
นอ้ ย ผลของหลักการข้อนี้จะท�ำให้ผู้เขียนยูสเคสต้องหลีกเล่ียงการใช้สัญลักษณ์ หรือเคร่ืองหมายท่ีท�ำให้
ผใู้ ชง้ านเกดิ ความสับสนได้
จำ� นวนยสู เคสทเี่ กดิ ขนึ้ อาจจะมจี ำ� นวนมากหรอื นอ้ ยนน้ั ขนึ้ อยกู่ บั วธิ กี ารพฒั นาตามความตอ้ งการ
ของระบบ ดังนั้น บางระบบสามารถพัฒนาได้ด้วยการใช้ยูสเคสจ�ำนวนน้อยก็สามารถสร้างระบบงานได้
อย่างมปี ระสิทธภิ าพ