Purchase order processing UML activity diagram

This purchase order processing UML activity diagram was created on the base of activity diagram from the software architecture documentation wiki of the Software Engineering Institute (SEI) of Carnegie Mellon University (CMU).
[wiki.sei.cmu.edu/ sad/ index.php/ Image:PurchaseOrderActivityDiagram.png]
"A purchase order (PO) is a commercial document and first official offer issued by a buyer to a seller, indicating types, quantities, and agreed prices for products or services. Acceptance of a purchase order by a seller forms a contract between the buyer and seller, so no contract exists until the purchase order is accepted. It is used to control the purchasing of products and services from external suppliers.
Creating a purchase order is typically the first step of the purchase to pay process in an ERP system." [Purchase order. Wikipedia]
This purchase order processing UML activity diagram example was created using the ConceptDraw PRO diagramming and vector drawing software extended with the ATM UML Diagrams solution from the Software Development area of ConceptDraw Solution Park.

"Credits and deposits.
To add credit to an account by bringing cash to a bank in person, the account holder can fill a small credit slip or deposit slip. The total amount of each note and coin is counted and entered on the slip, along with who it is paid in by and the date. The cash and details are counted and checked by the teller at the bank, if everything is in order the deposit is credited to the account, the credit slip is then kept by the bank and the credit slip booklet is stamped with the date and then returned to the account holder.An account holder uses their passbook to record their history of transactions with their bank." [Passbook. Wikipedia]
The UML activity diagram example "Deposit slip processing" was created using the ConceptDraw PRO diagramming and vector drawing software extended with the Rapid UML solution from the Software Development area of ConceptDraw Solution Park.

"A swim lane (or swimlane) is a visual element used in process flow diagrams, or flowcharts, that visually distinguishes responsibilities for sub-processes of a business process. Swim lanes may be arranged either horizontally or vertically. In the accompanying example, the swimlanes are named Customer, Sales, Contracts, Legal, and Fulfillment, and are arranged vertically. ...
When used to diagram a business process that involves more than one department, swimlanes often serve to clarify not only the steps and who is responsible for each one, but also how delays, mistakes or cheating are most likely to occur.
Many process modeling methodologies utilize the concept of swimlanes, as a mechanism to organize activities into separate visual categories in order to illustrate different functional capabilities or responsibilities (organisational roles). Swimlanes are used in Business Process Modeling Notation (BPMN) and Unified Modeling Language activity diagram modeling methodologies." [Swim lane. Wikipedia]
The template "UML activity diagram (swimlanes)" for the ConceptDraw PRO diagramming and vector drawing software is included in the Rapid UML solution from the Software Development area of ConceptDraw Solution Park.
www.conceptdraw.com/ solution-park/ software-uml

"An issue tracking system (also ITS, trouble ticket system, support ticket, request management or incident ticket system) is a computer software package that manages and maintains lists of issues, as needed by an organization. Issue tracking systems are commonly used in an organization's customer support call center to create, update, and resolve reported customer issues, or even issues reported by that organization's other employees. An issue tracking system often also contains a knowledge base containing information on each customer, resolutions to common problems, and other such data. An issue tracking system is similar to a "bugtracker", and often, a software company will sell both, and some bugtrackers are capable of being used as an issue tracking system, and vice versa. Consistent use of an issue or bug tracking system is considered one of the "hallmarks of a good software team".
A ticket element, within an issue tracking system, is a running report on a particular problem, its status, and other relevant data. They are commonly created in a help desk or call center environment and almost always have a unique reference number, also known as a case, issue or call log number which is used to allow the user or help staff to quickly locate, add to or communicate the status of the user's issue or request.
These tickets are so called because of their origin as small cards within a traditional wall mounted work planning system when this kind of support started. Operators or staff receiving a call or query from a user would fill out a small card with the user's details and a brief summary of the request and place it into a position (usually the last) in a column of pending slots for an appropriate engineer, so determining the staff member who would deal with the query and the priority of the request." [Issue tracking system. Wikipedia]
The UML activity diagram example "Ticket processing system" was created using the ConceptDraw PRO diagramming and vector drawing software extended with the Rapid UML solution from the Software Development area of ConceptDraw Solution Park.

"Credits and deposits.
To add credit to an account by bringing cash to a bank in person, the account holder can fill a small credit slip or deposit slip. The total amount of each note and coin is counted and entered on the slip, along with who it is paid in by and the date. The cash and details are counted and checked by the teller at the bank, if everything is in order the deposit is credited to the account, the credit slip is then kept by the bank and the credit slip booklet is stamped with the date and then returned to the account holder.An account holder uses their passbook to record their history of transactions with their bank." [Passbook. Wikipedia]
The UML activity diagram example "Deposit slip processing" was created using the ConceptDraw PRO diagramming and vector drawing software extended with the Rapid UML solution from the Software Development area of ConceptDraw Solution Park.

This example of automated payroll management system UML activity diagram was created on the base of figure on the webpage "Automated payroll management system" from ethelmandane.wikispaces.com.
"In the Philippines and in other foreign countries the government has a trend to embrace automation for process efficiency. One of the processes that are being automated is the payroll process. Payroll is the total amount required to pay workers and employees during a week, month or other period.
One of the government offices that desires to automate their payroll system is the NSO Camarines Sur which is located 2nd Floor MMCN Building, Panganiban Avenue, Naga City. The National Statistics Office (NSO) envisions to be recognized as a world-class provider of statistical and civil registration products and services and lives with its mission to produces and provides quality statistical and civil registration products and services. ...
The project seeks to create an Information System Plan for an Automated Payroll Management System. ...
The creation of the Information System Plan will benefit the accounting section of the organization. Specifically it is significant to:
1. Administrative Assistants. It will help to lessen time and effort in preparing and computing the salary of the employee.
2. NSO. It will help the organization to be more productive and efficient."
[ethelmandane.wikispaces.com/ ]
This file is licensed under a Creative Commons Attribution Share-Alike 3.0 License. [creativecommons.org/ licenses/ by-sa/ 3.0/ ]
This UML activity diagram example modeling the automated payroll management system using automated teller machine (ATM) was created using the ConceptDraw PRO diagramming and vector drawing software extended with the ATM UML Diagrams solution from the Software Development area of ConceptDraw Solution Park.

"Alarm triggers.
The individual triggers for a car alarm vary widely, depending on the make and model of the vehicle, and the brand and model of the alarm itself (for aftermarket alarms). Since aftermarket alarms are designed to be universal (i.e., compatible with all 12 volt negative ground electrical systems as opposed to one carmaker's vehicles), these commonly have trigger inputs that the installer/ vehicle owner chooses not to connect, which additionally determines what will set the alarm off." [Car alarm. Wikipedia]
The UML activity diagram example " Alarm trigger processing" was created using the ConceptDraw PRO diagramming and vector drawing software extended with the Rapid UML solution from the Software Development area of ConceptDraw Solution Park.