ควรเริ่มเขียน Use Case ตอนไหน ล่ะ? ใครมีส่วนเกี่ยวข้องกับ Use Case Use Case ควรเริ่มเขียน ก่อน การ ลงมือทำ development หรือ ก่อนเขียน Code โดย เริ่มต้นจากการ คุยกัน ระหว่าง Development Team & Stake holder หรือ บางครั้ง อาจจะเป็น PO Product Owner ก็ได้ สิ่งที่ สำคัญ คือ ต้อง คุยกัน ก่อน เพื่อให้เห็น ภาพ คร่าวๆ ของระบบ ตรงกัน ทุกฝ่าย จากนั้น ค่อยลงมือเขียน และ อ่านกัน ให้เข้าใจ ก่อน ค่อยไป ทำ User Story หรือ แตก Task อะไรก็ว่ากันไป แต่ยังไงก็ตาม อย่าลืมคุยกัน ทุกคน ใน development team จนถึง stake holder, PO Product Owner ทุกคนมีส่วนร่วมกับ Use Case …. Use Case มันช่วยทีมได้ยังไง จากประสบการณ์ของ แทน Use Case นั้น ช่วยทีมได้เลยล่ะ ทั้งในเรื่อง การมองเห็นภาพรวมของระบบ ของ Software ที่เราทำอยู่ รวมถึง Po Product Owner / Stake holder ก็จะมีความเข้าใจในระบบที่เรากำลังสร้างให้เค้า ตรงกันกับ devlopment team แล้ว นำไปสู่ การ แตก Use Case ออกมาเป็น User Story ใบเล็กๆได้ง่ายขึ้น การ แตก Task ที่ทำได้ง่ายกว่าเดิม นำไปสู่ Acceptance Criteria ได้ และ สามารถ หยิบเอาไปทำ BDD — Behavior Driven Development ได้ง่ายขึ้นด้วยล่ะ… ….
employee_id, rst_name||' '|| st_name,,, sysdate, ORA_LOGIN_USER); END; // บรรทัดนี้คือส่วนหลักที่จะทำงานเมื่อมี Trigger Events เกิดขึ้น ก็คือให้ Insert ข้อมูลลงในตาราง employees_salary_backup หรือเรียกว่าเป็นการ backup ข้อมูลนั่นเอง หลังจากที่เราเขียน Database Trigger ผูกไว้แล้ว ก็จะมีการ back up ข้อมูลต่าง ๆ ไว้โดยอัตโนมัติ *** DML เป็นภาษาจัดการข้อมูล (Data Manipulation Language: DML) พัฒนาโปรแกรมบนเว็บ PHP บริการพัฒนา Joomla Extension พัฒนาและปรับแต่งเว็บบอร์ด phpBB
ในบางตาราจะเรียกความสัมพันธ์แบบ Include ได้อีกอย่างหนึ่งว่า "Use Relationship" 2.
เวลาที่เริ่มอธิบายตัวโปรเจคว่ามันทำอะไรได้บ้าง? แต่ละส่วนสัมพันธ์กันยังไง? ใครมีสิทธิ์ทำอะไรแค่ไหน? ให้กับเพื่อนๆในทีมฟัง บ่อยครั้งเราก็จะพบว่าคนในทีมเริ่มหาวนอน ฟังไม่รู้เรื่อง จำต้นชนปลายไม่ถูก หรือเล่าให้ฟังแล้วก็ลืมนั่นเอง แล้วเราจะแก้ปัญหาพวกนี้ได้ยังไงเพื่อไม่ให้คนในทีมลืม หรือเอาไว้อธิบายคนใหม่ที่เข้ามาในทีมเข้าใจเรื่องพวกนี้ได้เร็วๆได้อย่างไร?
สัญลักษณ์ actor คือเอนทิตีภายในหรือภายนอกที่โต้ตอบกับระบบ 3. สัญลักษณ์ Dependency แสดงถึงการพึ่งพาโดยอธิบายองค์ประกอบที่ขึ้นอยู่กับและทิศทางของการพึ่งพา Dependency แสดงด้วยลูกศรประ ส่วนหัวลูกศรแสดงถึงองค์ประกอบที่เป็นอิสระและส่วนอื่น ๆ ที่แสดงถึงองค์ประกอบที่ต้องพึ่งพา หมายความว่า คราสทาง Independent ขึ้นอยู่กับคราวด้าน Dependent 4. สัญลักษณ์ Association แสดงถึง การเชื่อมโยงหรืออธิบายจำนวนองค์ประกอบที่มีส่วนร่วมในการโต้ตอบ การเชื่อมโยงถูกแสดงด้วยเส้นประที่มีลูกศรทั้งสองด้าน ปลายทั้งสองแสดงองค์ประกอบที่เกี่ยวข้องสองคราส 5.
การเขียน Use Case ควรคำนึงถึงอะไรบ้าง สำหรับคนที่จะเชียน usecase นั้น ตามหนังสือ alistar ได้บอกไว้ว่า ควรคำนึงถึง สามข้อใหญ่ๆดังนี้ Scope: What is really the system under discussion Primary Actor: Who has the goal Level: How high- or low-level is that goal นอกจากนี้ในส่วนของ Use Case นั้น ควรจะมีสิ่งต่อไปนี้ Actor: anyone or anything with behavior. Stakeholder: someone or something with a vested interest in the behavior of the system under discussion. Primary Actor: the stakeholder who or which initiates an interaction with the SuD (system under discussion) to achive a goal. Use Case: a contract of behavior under SuD. Scope: Identifies the system that we are discussing. Preconditions and guaruntee: what must be true before and after the use case run. Main Success Scenario: a case in which nothing goes wrong. Extension: what can happen differently during the scenario. ตัวอย่าง Use Case ที่แทนได้เคยลองเขียน (ยุคแรกๆ ของการเขียน Use Case ด้วยตัวเอง) … จากรูป พอ อ่านแล้ว จะเข้าใจได้ว่า ระบบนี้ คือ ระบบ การเก็บข้อมูล Fitness Challenge ของลูกค้า โดย มีรูปแบบอย่างไรบ้าง อ่านแล้วจะเข้าใจได้ง่ายกว่า การเขียน UML Diagram นะ ….
Use Case Use Case? Use Case คืออะไร? Use Cas หน้าตา เป็นแบบไหน? มันมีกี่แบบ? วันนี้ก็เลยจะมาถึง Use Case ก่อน คำถามแรก: Use Case คืออะไร? Use Case ตามความเข้าใจ ของแทน คือ Use Case เนี่ย บอกว่า คนที่จะเข้ามาใช้ระบบของเราเนี่ย เค้าจะทำอะไรยังไงแบบไหน กับ ระบบ ของเราบ้าง แล้วเขียนอยุ่ในรูปแบบ test format เพื่อให้อ่านง่าย ถ้า คำอธิบาย แบบ ทางการ ตามภาษาอังกฤษ ก็ คือ ข้างล่างนะ A Usecase captures a contract between the stakeholders of a system about its behavior.