Download as pdf or txt
Download as pdf or txt
You are on page 1of 3

Chongqing University of Technology

Software Engineering
Classwork 3

Student Name: Shariar Hossain(沙里尔)

Student ID: 62018040007

Draw a use case diagram according to the following processes.


a) Professors indicate which courses they will teach on-line.
b) A course catalog can be printed.
c) Allow students to select on-line four courses for upcoming semester.
d) No course may have more than 10 students or less than 3 students.
e) When the registration is completed, the system sends information to the billing
system.
f) Professors can obtain course rosters on-line.
g) Students can add or drop classes on-line.

Answer:
Use Case Diagram captures the system's functionality and requirements by using
actors and use cases. Use Cases model the services, tasks, function that a system
needs to perform. Use cases represent high-level functionalities and how a user will
handle the system. Use-cases are the core concepts of Unified Modelling language
modeling.

How to draw a use-case diagram:

To draw a use case diagram in UML first one need to analyze the entire system
carefully. You have to find out every single function that is provided by the system. After
all the functionalities of a system are found out, then these functionalities are converted
into various use cases which will be used in the use case diagram.

A use case is nothing but a core functionality of any working system. After organizing
the use cases, we have to enlist the various actors or things that are going to interact
with the system. These actors are responsible for invoking the functionality of a system.
Actors can be a person or a thing. It can also be a private entity of a system. These
actors must be relevant to the functionality or a system they are interacting with.

After the actors and use cases are enlisted, then you have to explore the relationship of
a particular actor with the use case or a system. One must identify the total number of
ways an actor could interact with the system. A single actor can interact with multiple
use cases at the same time, or it can interact with numerous use cases simultaneously.

Following rules must be followed while drawing use-case for any system:

1. The name of an actor or a use case must be meaningful and relevant to the
system.
2. Interaction of an actor with the use case must be defined clearly and in an
understandable way.
3. Annotations must be used wherever they are required.
4. If a use case or an actor has multiple relationships, then only significant
interactions must be displayed.

➢ The use case diagram is contained within a class diagram in the use case view
of the tool. Actors are shown as stickmen and use cases are shown as ovals.
The use case diagram is shown in Figure 1.

Figure 1. Main Use Case Diagram


A brief description is created for each use case. The brief description is entered in the
Documentation field of the use case specification in the tool. The brief description of
each use case follows:

➢ Register for courses


o The use case is started by the student. It provides the capability to create,
review, modify, and delete a course schedule for a specified semester. All
pertinent billing information is sent to the Billing System.
➢ Obtain class roster
o This use case is started by the professor. It provides the capability to
Obtain a printed list of all students assigned to a specified course offering.
➢ Select courses to online
o This use case is started by the professor. It provides the capability to
select, review, modify, and delete a list of courses to teach for a specified
semester.
➢ Generate catalogue
o This use case is started by the professor. It provides the capability to
generate a catalogue containing a list of course offerings for a specified
semester.

During Inception, the flow of events (including any identified alternate flows) for the most
important use cases is documented.

THE END

You might also like