0% found this document useful (0 votes)
47 views2 pages

UML Class Diagram of The Order Management System

The class diagram of the order management system includes the classes Client, Staff, Corporate, Order, Product, Seller, and Requests. The only composition relationship is between Corporate and Requests. The relationships between the classes and their cardinalities are: Client-Order is 1..* and 1..1, Order-Product is *..1 and 1..*, Order-Seller is 1..1 and *..1, and Seller-Requests is *..1 and 1..*.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
47 views2 pages

UML Class Diagram of The Order Management System

The class diagram of the order management system includes the classes Client, Staff, Corporate, Order, Product, Seller, and Requests. The only composition relationship is between Corporate and Requests. The relationships between the classes and their cardinalities are: Client-Order is 1..* and 1..1, Order-Product is *..1 and 1..*, Order-Seller is 1..1 and *..1, and Seller-Requests is *..1 and 1..*.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

The UML class diagram of the order management system consists of the following classes:

Client
Personal and Corporate (Classes that inherit from the Client class)
Order
Product (Class added to the system)
Seller
Requests

The only composition relationship in the UML class diagram is between the inherited class Corporate and the
class Requests. It was considered to leave it with this relationship, since if there is no Corporate Client there will not be
requests. Therefore, the requests would no longer be received in the system. It was decided to leave the cardinality
<<1..*>> and <<*..1>>, since a Corporate client can make many requests, but a request
will belong to a single client.

Relationships:

Customer - Order: A Customer can make many orders over a period of time, but an order
it will be done by a single client. Therefore, cardinality <<1..*>> and <<1..1>> was left.
Order – Product: Many Orders will belong to a single Product, but a single Product can
to have many orders. Therefore, the cardinality <<*..1>> and <<1..*>> was left.
Order - Seller: This relationship was not mentioned in the partial. I chose to do it, since in a
In the real system, a Salesperson is required to make the purchase of product X or Y. An Order
will be attended by a Seller, but a Seller can handle many Orders.
Seller - Requests: It was decided to leave the cardinality <<*..1>> and <<1..*>>, since many
Requests can be handled by a single Seller, but a Seller can handle many.
Request.

You might also like