Use Case UC1: Process SalePrimary A

Use Case UC1: Process Sale
Primary Actor: Cashier
Stakeholders and Interests:
Cashier: Wants accurate, fast entry, and no payment errors, …
Salesperson: Wants sales commissions updated
Customer: Wants purchase and fast service with minimal effort. …
Company: Wants to accurately record transaction and satisfy customer interests. …
Government tax Agency: …
Payment Authorization Service: …
Preconditions: Cashier is identified and authenticated
Success Guarantee (Postconditions): Sale is saved. Tax is calculated. Accounting and inventory is updated. Commissions recorded. Receipt is generated. Payment authorization approvals are recorded.
Payment Authorization Service: …
Main Success Scenario (Basic Flow)
Customer arrives at POS checkout with goods and/or service to purchase
Cashier starts a new sale
Cashier enters item identifier
…
Alternative Flows (Extensions):
a. At any time system fails:
…
3a. Invalid identifier:
System signals error and rejects entry
3b. …
Special Requirements:
Touch screen UI on a large flat panel monitor
Credit card authorization within 30 seconds 90% of time
…
Technology and Data Variations List:
3a. Item identifier entered by a barcode laser scanner
3b. Item identifier maybe any UPC, EAN, JAN, SKU coding scheme
…
Frequency of Occurrence:
Could nearly be continuous
Open Issues:
What are the tax law variations?
Must a cashier take their cash drawer when they log out?

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

ใช้กรณี UC1: กระบวนการขายนักแสดงหลัก: แคชเชียร์เสียและผลประโยชน์:แคชเชียร์: ต้องรายการถูกต้อง รวดเร็ว และไม่มีข้อผิดพลาดในการชำระเงิน, ...พนักงานขาย: ต้องการขายให้แก่ผู้รับการปรับปรุงลูกค้า: ต้องการซื้อและการบริการที่รวดเร็ว ด้วยความพยายามน้อยที่สุด …บริษัท: ต้องการบันทึกธุรกรรมอย่างถูกต้อง และตอบสนองความสนใจของลูกค้า …ภาษีรัฐบาลหน่วยงาน: ...บริการตรวจสอบการชำระเงิน: ...เงื่อนไข: แคชเชียร์จะถูกระบุ และรับรองความถูกต้องรับประกันความสำเร็จ (Postconditions): การขายถูกบันทึก มีคำนวณภาษี มีการปรับปรุงบัญชีและสินค้าคงคลัง ค่าคอมมิชชั่นที่บันทึกไว้ มีสร้างใบรับสินค้า มีบันทึกการอนุมัติการตรวจสอบการชำระเงินบริการตรวจสอบการชำระเงิน: ...สถานการณ์ความสำเร็จหลัก (การไหลพื้นฐาน)ลูกค้ามาที่แคชเชียร์ POS กับสินค้าหรือบริการการซื้อเงินเริ่มต้นการขายใหม่แคชเชียร์ป้อนรหัสสินค้า…กระแสทางเลือก (ส่วนขยาย):ก.ตลอดเวลาระบบล้มเหลว: …3a. ตัวระบุไม่ถูกต้อง:ระบบสัญญาณผิดพลาด และปฏิเสธรายการ3b. ...ความต้องการพิเศษ:หน้าจอสัมผัส UI บนจอภาพแบบจอแบนขนาดใหญ่บัตรเครดิตอนุมัติภายใน 30 วินาที 90% ของเวลา …เทคโนโลยีและข้อมูลรูปแบบรายการ:3a. รหัสสินค้าป้อน โดยเครื่องอ่านบาร์โค้ดเลเซอร์3b. สินค้ารหัสที SKU UPC, EAN ม.ค. ใด ๆ รูปแบบรหัส …ความถี่ของการเกิด: เกือบจะต่อเนื่องเปิดประเด็น:การเปลี่ยนแปลงกฎหมายภาษีมีอะไรบ้างพนักงานเก็บเงินจะลิ้นชักเงินสดของพวกเขาเมื่อพวกเขาออก

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

ใช้กรณี UC1: ขั้นตอนการขาย
นักแสดงหลัก: แคชเชียร์
ผู้มีส่วนได้เสียและความสนใจ:
แคชเชียร์: ต้องการความถูกต้องรายการได้อย่างรวดเร็วและไม่มีข้อผิดพลาดการชำระเงิน ...
พนักงานขาย: ต้องการค่าคอมมิชชั่นการขายการปรับปรุง
ลูกค้า: ต้องการซื้อและการบริการที่รวดเร็วด้วยความพยายามน้อย ...
บริษัท : บริษัท ต้องการที่จะต้องบันทึกรายการและตอบสนองความสนใจของลูกค้า ...
หน่วยงานภาษี ...
บริการอนุมัติการชำระเงิน: ...
เงื่อนไขตั้งต้น: แคชเชียร์มีการระบุและรับรองความถูกต้อง
รับประกันความสำเร็จ (postconditions): การขายจะถูกบันทึกไว้ มีการคำนวณภาษี การบัญชีและสินค้าคงคลังที่มีการปรับปรุง ค่าคอมมิชชั่นที่บันทึกไว้ ใบเสร็จรับเงินที่ถูกสร้างขึ้น อนุมัติอนุมัติการชำระเงินจะถูกบันทึกไว้.
อนุมัติการบริการการชำระเงิน: ...
หลักที่ประสบความสำเร็จสถานการณ์ (Basic ไหล)
ลูกค้ามาถึงที่เช็คเอาท์ POS กับสินค้าและ / หรือบริการที่จะซื้อ
แคชเชียร์เริ่มขายใหม่
แคชเชียร์เข้าสู่ระบุรายการ
...
กระแสทางเลือก (ส่วนขยาย):
ระบบเวลาใดไม่:
...
3a ระบุไม่ถูกต้อง:
ระบบสัญญาณความผิดพลาดและเสียรายการ
3b ...
ความต้องการพิเศษ:
สัมผัสหน้าจอ UI บนจอแบนขนาดใหญ่
การอนุมัติบัตรเครดิตภายใน 30 วินาที 90% ของเวลา
...
เทคโนโลยีและข้อมูลรูปแบบรายการ:
3a ระบุรายการป้อนโดยเลเซอร์สแกนเนอร์บาร์โค้ด
3b ระบุรายการใด ๆ อาจจะ UPC, EAN ม.ค. SKU เข้ารหัสโครงการ
...
ความถี่ของเหตุการณ์:
เกือบอาจจะต่อเนื่อง
เปิดประเด็น:
อะไรคือการเปลี่ยนแปลงกฎหมายภาษีหรือไม่
แคชเชียร์จะต้องใช้เวลาลิ้นชักเก็บเงินของพวกเขาเมื่อพวกเขาออกจากระบบ?

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

ใช้ uc1 กรณีศึกษา : กระบวนการขายนักแสดงหลัก : แคชเชียร์ผู้มีส่วนได้เสียและความสนใจ :แคชเชียร์ : ต้องการความถูกต้อง รายการได้อย่างรวดเร็วและไม่มีข้อผิดพลาด ชําระเงิน . . . . . . .พนักงานขาย : ต้องการค่าคอมมิชชั่นการขายล่าสุดลูกค้าต้องการซื้อบริการได้อย่างรวดเร็วและมีความพยายามน้อยที่สุด . . . . . . .บริษัท : ต้องการบันทึกรายการให้ถูกต้องและตอบสนองผลประโยชน์ของลูกค้า . . . . . . .หน่วยงานภาษีของรัฐ : . . . . . . .บริการการชำระเงิน : . . . . . . .preconditions : แคชเชียร์ที่ระบุและรับรองความถูกต้องรับประกันความสําเร็จ ( postconditions ) : ขาย จะถูกบันทึกไว้ ภาษีจะถูกคำนวณ สินค้าคงคลังบัญชีและการปรับปรุง ค่าคอมมิชชั่นที่บันทึกไว้ ใบเสร็จรับเงินจะถูกสร้างขึ้น การอนุญาตการอนุมัติเงินจะถูกบันทึกเป็นบริการการชำระเงิน : . . . . . . .สถานการณ์ความสำเร็จหลัก ( การไหลพื้นฐาน )ลูกค้ามาถึง POS เช็คเอาต์กับสินค้าและ / หรือบริการที่ซื้อแคชเชียร์เริ่มขายใหม่แคชเชียร์จะระบุรายการ. . . . . . .กระแสทางเลือก ( นามสกุล )1 . ในเวลาใด ๆ ระบบล้มเหลว :. . . . . . .ไม่ถูกต้องระบุ : 3Aข้อผิดพลาดสัญญาณระบบและปฏิเสธรายการใน . . . . . . .ความต้องการพิเศษ :หน้าจอสัมผัส UI บนหน้าจอแบนขนาดใหญ่บัตรเครดิตอนุมัติภายใน 30 วินาที 90% ของเวลา. . . . . . .เทคโนโลยีและข้อมูลรายการเปลี่ยนแปลง :รายการของ 3A ป้อน โดยเลเซอร์ บาร์โค้ดสแกนเนอร์ใน รายการ ระบุอาจมี UPC , EAN , ม.ค. , โครงการการเขียนโปรแกรมต่างๆ. . . . . . .ความถี่ของเหตุการณ์ :สามารถเกือบจะต่อเนื่องเปิดประเด็น :อะไรคือกฎหมายภาษีรูปแบบ ?ต้องเป็นแคชเชียร์เอาลิ้นชักเงินสดของพวกเขาเมื่อพวกเขาออกจากระบบ ?