เช่นเดียวกับการวิเคราะห์ระบบแบบเดิมที่จะต้องมีการเขียนคำอธิบาย Context Diagram เพื่อให้ทราบรายละเอียดปลีกย่อยของแต่ละระบบย่อยด้วย สาหรับในแต่ละ Use Case ตามที่กล่าวไปแล้วว่าประกอบไปด้วยการกระทาหลายๆ อย่างต่อเนื่องกันเป็นลาดับขั้นตอน ดังนั้นการแสดงแผนภาพแทนความคิดของนักวิเคราะห์ระบบที่มีต่อระบบเพียงอย่างเดียวนั้นอาจไม่เพียงพอ จาเป็นต้องมีการเขียนอธิบายรายละเอียดควบคู่กันไปด้วย เรียกคาอธิบาย Use Case ดังกล่าวว่า “กระแสของเหตุการณ์ (Flow of Event)” การเขียนคาอธิบาย Use Case หรือ Flow of Event นั้น ปัจจุบันมีรูปแบบแตกต่างกันออกไป แต่ในที่นี้จะเขียนคาอธิบายโดยมีส่วนประกอบ 2 ส่วนสาคัญ ได้แก่ Main Flow และ Exceptional Flow ทั้ง Main Flow และ Exceptional Flow จะต้องระบุถึงสาเหตุของการเริ่มต้นและสิ้นสุดกิจกรรมด้วยเสมอ นอกจากการระบุถึง Main Flow และ Exceptional Flow แล้ว เราสามารถเพิ่มเติมส่วนประกอบอื่นๆ ได้ตามความเหมาะสม โดยในที่นี้จะเพิ่ม Use Case Title, Use Case Id, Primary Actor และ Stakeholder Actor ด้วย เวลาที่เริ่มอธิบายตัวโปรเจคว่ามันทำอะไรได้บ้าง? แต่ละส่วนสัมพันธ์กันยังไง? ใครมีสิทธิ์ทำอะไรแค่ไหน? ให้กับเพื่อนๆในทีมฟัง บ่อยครั้งเราก็จะพบว่าคนในทีมเริ่มหาวนอน ฟังไม่รู้เรื่อง จำต้นชนปลายไม่ถูก หรือเล่าให้ฟังแล้วก็ลืมนั่นเอง แล้วเราจะแก้ปัญหาพวกนี้ได้ยังไงเพื่อไม่ให้คนในทีมลืม หรือเอาไว้อธิบายคนใหม่ที่เข้ามาในทีมเข้าใจเรื่องพวกนี้ได้เร็วๆได้อย่างไร ? |