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) 1:

Duy trì đơn đặt hàngMô tả ngắn gọnTrường hợp sử dụng này cho phép một nhân viên đưa ra hoạt động để ghi lại và duy trì đơn đặt mua hàng. Điều này bao gồm thêm,thay đổi và xóa đơn đặt mua hàng. Ủy nhiệm nhân viên phải ghi lại mỗi đơn hàng mua hàng của mình trongThứ tự để nhận được Hoa hồng.Dòng chảy của sự kiệnDòng chảy cơ bảnTrường hợp sử dụng này bắt đầu khi nhân viên đưa ra hoạt động mong muốn thêm, thay đổi, và/hoặc xóa đơn đặt hàngthông tin từ hệ thống.1. Hệ thống yêu cầu nhân viên đưa ra hoạt động chỉ định chức năng Anh/cô ấy muốn thực hiện (hoặcTạo ra một đơn đặt hàng, Cập Nhật một đơn đặt hàng, hoặc xóa một đơn đặt hàng)2. một khi nhân viên đưa ra hoạt động cung cấp các thông tin được yêu cầu, một trong những dòng chảy phụ được thực thi.Nếu nhân viên đưa ra hoạt động đã chọn "Tạo ra một đơn đặt hàng", việc tạo ra một đơn đặt hàng subflow làthực hiện.Nếu nhân viên đưa ra hoạt động đã chọn "Cập Nhật một mua hàng", bản cập nhật một subflow mua hàng làthực hiện.Nếu nhân viên đưa ra hoạt động đã chọn "Xóa một mua hàng", xóa subflow mua hàng làthực hiện.Tạo ra một đơn đặt hàng1. Hệ thống yêu cầu nhân viên đưa ra hoạt động nhập thông tin đặt hàng mua. Điều nàybao gồm:-khách hàng điểm tiếp xúc-khách hàng địa chỉ thanh toán-sản phẩm mua-Ngày2. một khi nhân viên đưa ra hoạt động cung cấp các thông tin được yêu cầu, Hệ thống tạo ra vàchỉ định một số đơn đặt hàng duy nhất mua để mua hàng. Mua hàng sẽ được thêm vào cácHệ thống cho nhân viên đưa ra hoạt động.3. Hệ thống cung cấp nhân viên đưa ra hoạt động với id đơn đặt hàng mua mới.Cập Nhật một đơn đặt hàng1. Hệ thống yêu cầu nhân viên đưa ra hoạt động nhập id đơn đặt hàng mua.2. nhân viên hạ vào id đơn đặt hàng mua.3. Hệ thống lấy lệnh mua hàng kết hợp với id đơn đặt hàng mua.4. Hệ thống xác minh rằng đơn đặt hàng là một đơn đặt hàng cho nhân viên đưa ra hoạt động, vàrằng mua hàng được mở.5. Hệ thống hiển thị lệnh mua hàng.6. nhân viên hạ làm cho những thay đổi mong muốn để thông tin đặt hàng mua. Điều nàybao gồm bất kỳ thông tin được chỉ định trong việc tạo ra một đơn đặt hàng tối thiểu dòng chảy.7. một khi nhân viên đưa ra hoạt động cập nhật các thông tin cần thiết, Hệ thống Cập Nhật muađơn đặt hàng với các thông tin Cập Nhật. bản quyền công ty IBM năm 2004 trang 32 Chặng 2: Biên chế yêu cầuXóa một đơn đặt hàng1. Hệ thống yêu cầu nhân viên đưa ra hoạt động chỉ định id đơn đặt hàng mua.2. nhân viên hạ vào id đơn đặt hàng mua.3. Hệ thống lấy lệnh mua hàng kết hợp với id đơn đặt hàng mua.4. Hệ thống xác minh rằng đơn đặt hàng là một đơn đặt hàng cho nhân viên đưa ra hoạt động, vàrằng mua hàng được mở.5. Hệ thống hiển thị lệnh mua hàng.6. Hệ thống nhắc đưa vào hoạt động nhân viên để xác nhận việc xóa đơn đặt hàng.7. nhân viên hạ xác nhận việc xóa.8. Hệ thống loại bỏ đơn đặt hàng từ hệ thống.Thay thế dòng chảyMua hàng không tìm thấyNếu, trong bản cập nhật một đơn đặt hàng mua hoặc xóa một dòng chảy tiểu đơn đặt hàng, một mua đặt hàng với cácsố id đã chỉ định không tồn tại, Hệ thống sẽ hiển thị một thông báo lỗi. Nhân viên ủy nhiệmsau đó có thể nhập một số id khác nhau hoặc hủy bỏ thao tác, điểm mà tại đó trường hợp sử dụng kết thúc.Các truy cập không hợp lệ để một đơn đặt hàngNếu, trong bản cập nhật một đơn đặt hàng hoặc xóa một đơn đặt hàng tiểu chảy, nhân viên đưa ra hoạt độngcố gắng để truy cập vào một đơn đặt hàng mà không phải là của mình, Hệ thống sẽ hiển thị một thông báo lỗi. CácỦy nhiệm nhân viên sau đó có thể nhập một số id khác nhau hoặc hủy bỏ thao tác, điểm mà tại đó cácsử dụng trường hợp kết thúc.Mua hàng được đóng lạiNếu, trong bản cập nhật một đơn đặt hàng hoặc xóa một đơn đặt hàng tiểu chảy, nhân viên đưa ra hoạt độngcố gắng để truy cập vào một đơn đặt hàng đóng cửa, Hệ thống sẽ hiển thị một thông báo lỗi. Các ủy nhiệmNhân viên sau đó có thể nhập một số id khác nhau hoặc hủy bỏ thao tác, điểm mà tại đó trường hợp sử dụng kết thúc.Xóa bị hủy bỏNếu, trong dòng phụ xóa A mua hàng, nhân viên đưa ra hoạt động quyết định không để xóa cácmua hàng, xóa bị hủy bỏ và dòng chảy cơ bản là tái bắt đầu lúc đầu.Yêu cầu đặc biệtKhông có.Điều kiện trướcNhân viên đưa ra hoạt động phải được đăng nhập vào hệ thống trước khi trường hợp sử dụng này bắt đầu.Các điều kiện sauNếu trường hợp sử dụng thành công, thông tin đặt hàng mua thêm, Cập Nhật, hoặc xóa từ hệ thống.Nếu không, trạng thái hệ thống là không thay đổi.Phần mở rộng điểmPhòng Không

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