Alternative Scenarios -Extensions o

Alternative Scenarios
-Extensions or exceptions to the main use case
-Number with an integer,decimal point,integer
-Steps that may or may not always be used

Use Case Footer Area
-Preconditions-need to be met before use case can be performed
-Postconditions or the state of the system after the use case has finished
-Assumptions
-Minimal guarantee
-Success guarantee
-Outstanding issues
-Optional priority and risk


Four Steps Used to Create Use Cases
-Use agile stories,problem definition objectives user requirements,or a features list
-Ask about the tasks that must be done
-Determine if there are any iterative or looping actions
-The use case ends when the customer goal is complete

Why Use case Diagrams Are Helpful
-Identify all the actors in the problem domain
-Actions that need to be completed are also clearly shown on the use case diagram
-The use case scenario is also worthwhile
-Simplicity and lack of technical detail

ผลลัพธ์ (ไทย) 1:

สถานการณ์ทางเลือก
นามสกุลหรือข้อยกเว้นกรณีที่ใช้หลัก
ตัวเลขที่มีจำนวนเต็มจุดทศนิยมจำนวนเต็ม
ขั้นตอนที่อาจจะหรืออาจจะไม่ถูกนำมาใช้

กรณีที่ใช้พื้นที่ส่วนท้าย
ปัจจัยพื้นฐานจำเป็นต้องที่จะพบก่อนการใช้งาน กรณีที่สามารถดำเนินการ
postconditions หรือสถานะของระบบหลังจากกรณีการใช้งานที่มีการดำเนินการเสร็จสิ้นการรับประกัน
สมมติฐาน-

น้อยที่สุดรับประกันความสำเร็จประเด็น

ที่โดดเด่นไม่จำเป็นลำดับความสำคัญและความเสี่ยง


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

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

ผลลัพธ์ (ไทย) 2:

สถานการณ์อื่น
-นามสกุลหรือข้อยกเว้นของหลักการใช้กรณี
-เลขจำนวนเต็ม ทศนิยม จำนวนเต็ม
-ขั้นตอนที่อาจ หรือไม่อาจจะใช้

ใช้พื้นที่ท้ายกระดาษกรณี
-ล่วง - ต้องเป็นเงื่อนไขก่อนที่สามารถดำเนินการตัว
-Postconditions หรือสถานะของระบบหลังจากกรณีใช้เสร็จ
-สมมติฐาน
-น้อยรับประกัน
-รับประกันความสำเร็จ
-ปัญหาโดดเด่น
-เลือกระดับความสำคัญและความเสี่ยง


สี่ขั้นตอนที่ใช้ในการสร้างกรณีใช้
-ใช้เรื่องคล่องตัว ความต้องการผู้ใช้วัตถุประสงค์นิยามปัญหา หรือรายการคุณลักษณะ
-ถามเกี่ยวกับงานที่ต้องทำ
-ตรวจสอบว่า มีการดำเนินการใด ๆ ซ้ำ หรือแบบวนรอบ
-กรณีใช้สิ้นสุดลงเมื่อลูกค้าเป้าหมายเสร็จ

ทำไมใช้กรณีไดอะแกรมเป็นประโยชน์
-ระบุนักแสดงทั้งหมดในโดเมนของปัญหา
-การที่จำเป็นต้องทำให้เสร็จยังชัดเจนแสดงในไดอะแกรมกรณีใช้
-สถานการณ์กรณีใช้ก็คุ้มค่า
-ความเรียบง่ายและขาดรายละเอียดทางเทคนิค

ผลลัพธ์ (ไทย) 3:

ทางเลือกสำหรับสถานการณ์
- ส่วนขยายหรือข้อยกเว้นให้กับที่สำคัญใช้กรณี
- หมายเลขด้วยจำนวนเต็ม,สิบจุด,เลขจำนวนเต็ม
- ขั้นตอนที่อาจมีหรือไม่จะ ใช้

ใช้กรณีท้ายกระดาษบริเวณ
- ปฎิรูป - จำเป็นต้องได้พบกับก่อนการใช้งานกรณีสามารถทำได้
- postconditions หรือรัฐของระบบหลังจากที่ใช้งานแล้วแต่กรณีได้เสร็จแล้ว
- ข้อสมมติ
- น้อยที่สุดการรับประกัน
- ประสบความสำเร็จการรับประกัน
- ปัญหา
ตามมาตรฐานที่โดดเด่น- เลือกระบุหรือไม่ระบุลำดับความสำคัญและความ เสี่ยง


สี่ขั้นตอนใช้เพื่อสร้างการใช้งาน
- ใช้ความคล่องตัวเรื่อง,ปัญหาความต้องการของผู้ใช้ความละเอียดตามวัตถุประสงค์,หรือที่โดดเด่นไปด้วยรายการ
- สอบถามเกี่ยวกับงานที่จะต้องทำ
- กำหนดหากมีการฝึกฝนตามหรือวนการดำเนินการ
- - - - - ใช้กรณีจะสิ้นสุดลงเมื่อลูกค้าเป้าหมายมีความ สมบูรณ์

ทำไมจึงต้องใช้กรณี ภาพ มีความช่วยเหลือเป็นอย่างดี
- ระบุทั้งหมดที่แสดงในปัญหาโดเมน
- การดำเนินการที่จำเป็นต้องทำให้เสร็จสมบูรณ์ได้นอกจากนั้นยังแสดงในกรณี ภาพ
- - - - - ใช้กรณีการใช้อย่างชัดเจนมีความคุ้มค่าและยัง
- ความเรียบง่ายและการขาดรายละเอียดทางด้านเทคนิค