Maintain Purchase OrderBrief Descri

Maintain Purchase Order
Brief Description
This use case allows a Commissioned Employee to record and maintain purchase orders. This includes adding,
changing, and deleting purchase orders. Commissioned employees must record each of their purchase orders in
order to receive commissions.
Flow of Events
Basic Flow
This use case starts when the Commissioned Employee wishes to add, change, and/or delete purchase order
information from the system.
1. The system requests that the Commissioned Employee specify the function he/she would like to perform (either
Create a Purchase Order, Update a Purchase Order, or Delete a Purchase Order)
2. Once the Commissioned Employee provides the requested information, one of the sub flows is executed.
If the Commissioned Employee selected “Create a Purchase Order “, the Create a Purchase Order subflow is
executed.
If the Commissioned Employee selected “Update a Purchase Order “, the Update a Purchase Order subflow is
executed.
If the Commissioned Employee selected “Delete a Purchase Order “, the Delete a Purchase Order subflow is
executed.
Create a Purchase Order
1. The system requests that the Commissioned Employee enter the purchase order information. This
includes:
- customer point of contact
- customer billing address
- product(s) purchased
- date
2. Once the Commissioned Employee provides the requested information, the system generates and
assigns a unique purchase order number to the purchase order. The purchase order is added to the
system for the Commissioned Employee.
3. The system provides the Commissioned Employee with the new purchase order id.
Update a Purchase Order
1. The system requests that the Commissioned Employee enter the purchase order id.
2. The Commissioned Employee enters the purchase order id.
3. The system retrieves the purchase order associated with the purchase order id.
4. The system verifies that the purchase order is a purchase order for the Commissioned Employee, and
that the purchase order is open.
5. The system displays the purchase order.
6. The Commissioned Employee makes the desired changes to the purchase order information. This
includes any of the information specified in the Create a Purchase Order sub flow.
7. Once the Commissioned Employee updates the necessary information, the system updates the purchase
order with the updated information.
 Copyright IBM Corp. 2004 Page 32
Section 2: Payroll Requirements
Delete a Purchase Order
1. The system requests that the Commissioned Employee specify the purchase order id.
2. The Commissioned Employee enters the purchase order id.
3. The system retrieves the purchase order associated with the purchase order id.
4. The system verifies that the purchase order is a purchase order for the Commissioned Employee, and
that the purchase order is open.
5. The system displays the purchase order.
6. The system prompts the Commissioned Employee to confirm the deletion of the purchase order.
7. The Commissioned Employee verifies the deletion.
8. The system removes the purchase order from the system.
Alternative Flows
Purchase Order Not Found
If, in the Update a Purchase Order or Delete an Purchase Order sub-flows, an purchase order with the
specified id number does not exist, the system displays an error message. The Commissioned Employee
can then enter a different id number or cancel the operation, at which point the use case ends.
Invalid Access to a Purchase Order
If, in the Update a Purchase Order or Delete a Purchase Order sub-flows, the Commissioned Employee
attempts to access a purchase order that is not his, the system displays an error message. The
Commissioned Employee can then enter a different id number or cancel the operation, at which point the
use case ends.
Purchase Order is Closed
If, in the Update a Purchase Order or Delete a Purchase Order sub-flows, the Commissioned Employee
attempts to access a purchase order that is closed, the system displays an error message. The Commissioned
Employee can then enter a different id number or cancel the operation, at which point the use case ends.
Delete Cancelled
If, in the Delete A Purchase Order sub-flow, the Commissioned Employee decides not to delete the
purchase order, the delete is cancelled and the Basic Flow is re-started at the beginning.
Special Requirements
None.
Pre-Conditions
The Commissioned Employee must be logged onto the system before this use case begins.
Post-Conditions
If the use case was successful, the purchase order information is added, updated, or deleted from the system.
Otherwise, the system state is unchanged.
Extension Points
Non

Kết quả (Việt) 2:

Duy trì Mua hàng
Mô tả tóm tắt
trường hợp sử dụng này cho phép một nhân viên ủy nhiệm để ghi lại và duy trì các đơn đặt hàng mua. Điều này bao gồm việc thêm,
thay đổi, và xóa các đơn đặt hàng. Nhân viên ủy phải ghi lại từng đơn đặt hàng của họ trong
trật tự để nhận hoa hồng.
Dòng chảy của sự kiện
cơ bản dòng
trường hợp sử dụng này bắt đầu khi nhân viên ủy muốn thêm, thay đổi và / hoặc xóa đơn đặt hàng
thông tin từ hệ thống.
1. Các yêu cầu hệ thống cho các nhân viên hạ sĩ chỉ định các chức năng anh / cô ấy muốn thực hiện (hoặc
Tạo một Đơn đặt hàng, Cập nhật một Đơn đặt hàng, hoặc Xóa một Purchase Order)
2. Khi các nhân viên ủy nhiệm cung cấp các thông tin yêu cầu, một trong những dòng sub được thực thi.
Nếu nhân viên hạ sĩ chọn "Tạo một Đơn đặt hàng", các Tạo một subflow Mua hàng được
thực hiện.
Nếu nhân viên hạ sĩ chọn "Cập nhật một Đơn đặt hàng", Cập nhật một subflow Mua hàng được
thực hiện.
Nếu nhân viên hạ sĩ chọn "Xóa một Đơn đặt hàng", các Xóa một subflow Mua hàng được
thực thi.
Tạo một Đơn đặt hàng
1. Hệ thống yêu cầu các nhân viên, hạ điền các thông tin đặt hàng. Điều này
bao gồm:
- điểm của khách hàng liên lạc
- Địa chỉ thanh toán của khách hàng
- sản phẩm (s) đã mua
- ngày
2. Khi các nhân viên ủy nhiệm cung cấp các thông tin yêu cầu, hệ thống tạo ra và
gán một số đơn đặt hàng duy nhất cho các đơn đặt hàng. Các đơn đặt hàng được thêm vào
hệ thống cho các nhân viên ủy nhiệm.
3. Hệ thống cung cấp các nhân viên ủy nhiệm với các đơn đặt hàng mới id.
Cập nhật một Đơn đặt hàng
1. Hệ thống yêu cầu các nhân viên, hạ nhập để mua id.
2. Các nhân viên hạ sĩ vào các đơn đặt hàng id.
3. Hệ thống lấy đơn đặt hàng liên kết với các đơn đặt hàng id.
4. Hệ thống xác nhận rằng các đơn đặt hàng là một đơn đặt hàng cho các nhân viên hạ sĩ, và
rằng các đơn đặt hàng được mở ra.
5. Hệ thống hiển thị các đơn đặt hàng.
6. Các nhân viên ủy nhiệm làm cho các thay đổi mong muốn để các thông tin đặt hàng. Điều này
bao gồm bất kỳ các thông tin quy định tại các Tạo một dòng phụ Purchase Order.
7. Khi các nhân viên ủy nhiệm cập nhật các thông tin cần thiết, hệ thống cập nhật việc mua
hàng với các thông tin cập nhật.
 Copyright IBM Corp. 2004 Page 32
Phần 2: Yêu cầu lương
Xóa một Đơn đặt hàng
1. Hệ thống yêu cầu các nhân viên hạ sĩ xác định thứ tự mua id.
2. Các nhân viên hạ sĩ vào các đơn đặt hàng id.
3. Hệ thống lấy đơn đặt hàng liên kết với các đơn đặt hàng id.
4. Hệ thống xác nhận rằng các đơn đặt hàng là một đơn đặt hàng cho các nhân viên hạ sĩ, và
rằng các đơn đặt hàng được mở ra.
5. Hệ thống hiển thị các đơn đặt hàng.
6. Hệ thống sẽ nhắc nhân viên hạ sĩ để xác nhận việc xóa các đơn đặt hàng.
7. Các nhân viên hạ sĩ xác nhận xoá.
8. Hệ thống này loại bỏ các đơn đặt hàng từ hệ thống.
Alternative Flows
Purchase Order Không tìm thấy
Nếu trong Cập nhật Lệnh mua hoặc Xóa một Purchase Order tiểu chảy, một đơn đặt hàng với
số id được chỉ định không tồn tại, hệ thống hiển thị một lỗi tin nhắn. Các nhân viên hạ sĩ
sau đó có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, lúc này các trường hợp sử dụng kết thúc.
Truy cập không hợp lệ để một Purchase Order
Nếu trong Cập nhật Lệnh mua hoặc Xóa một Purchase Order tiểu chảy, các nhân viên, hạ
nỗ lực để truy cập vào một đơn đặt hàng mà không phải của mình là, hệ thống sẽ hiển thị một thông báo lỗi. Các
sau đó nhân viên hạ sĩ có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, lúc này các
trường hợp sử dụng kết thúc.
Mua hàng được đóng
Nếu trong Cập nhật Lệnh mua hoặc Xóa một Purchase Order tiểu chảy, các nhân viên, hạ
cố gắng truy cập một đơn đặt hàng đó là đóng cửa, hệ thống sẽ hiển thị một thông báo lỗi. Các hạ sĩ
sau đó nhân viên có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, và lúc đó các trường hợp sử dụng kết thúc.
Xóa Hủy
Nếu trong Xóa A Đơn đặt hàng phụ lưu, các nhân viên, hạ quyết định không xóa các
lệnh mua, lệnh xoá bị hủy bỏ và lưu lượng cơ bản được bắt đầu lại từ đầu.
Yêu cầu đặc biệt
Không có.
Pre-Điều kiện
Các nhân viên ủy nhiệm phải đăng nhập vào hệ thống trước khi sử dụng trường hợp này bắt đầu.
Post-Điều kiện
Nếu các trường hợp sử dụng đã thành công, các thông tin đặt mua được bổ sung, cập nhật, hoặc xóa khỏi hệ thống.
Nếu không, trạng thái hệ thống không thay đổi.
Extension Points
Non