Вы находитесь на странице: 1из 11

DEFINITION OF USE CASES

The following use cases were elaborated for each actor, the Use cases are represented in bold
types.

Student

Register for courses.

Professor

Select courses to teach.

Request course offering roster.

Registrar

Generate course catalogue.

Maintain professor information.

Maintain student information.

Maintain curriculum.

2.4.0 DRAWING USE CASE DIAGRAM USING ARGO UML


The Use Case diagram shown below illustrates the various actions taken by all of the four (4)
Actors during registration of course by student(s). These include the registrations of course
by the student(s) to request for class roaster by Professors to the Maintenance of both Prof.
and student Information in the database.
In the diagram, the Actors are presented as Stickmen while the Use Cases are presented in
round Oval Shapes. This is show in figure II below:

Figure II: Student Registration Use Case Diagram using ArgoUml

A brief description is created for each use case. These descriptions are shown below:

Register for courses

Request class roster

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.

This use case is started by the professor. It provides the capability to request a
printed list of all students assigned to a specified course offering.

Select courses to teach

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.

Maintain professor information

Maintain student information

This use case is started by the registrar. It provides the capability to create,
review, modify, and delete student information.

Maintain curriculum

This use case is started by the registrar. It provides the capability to create,
review, modify, and delete professor information.

This use case is started by the registrar. It provides the capability to create,
review, modify, and delete a list of course offerings for a given semester.

Generate catalogue

This use case is started by the registrar. It provides the capability to generate a
catalogue containing a list of course offerings for a specified semester.

A THREE (3) TIER CLASS DIAGRAM


As required, a Three (3) Tiered Class diagram Package is drawn to depict the functionality of
various segmented Units in a yet well connected system. In a way to properly show the
feature of this Three (3) this Class Diagram, the system is divided into Three (3) tiered
system, these are the Student Information (Tier 1), Course Details (Tier 2) and Course
Registration (Tier ).

Figure III: A Three (3) Tier Class Diagram

2.5.1 STUDENT TYPE PACKAGE CLASS DIAGRAMS (TIER 1)

Figure IV: Student Type Package Class Diagrams (Tier 1)

The Student Type Package makes up Tier 1 and is sub-divided into three sub-groups; these
are CertificateStudent, DiplomaStudent and DegreeStudent. All these three Sub-Classes
directly inherits the properties of their Super Class (Student Type), hence the Attribute of
these classes are Student Name, Department, Identity, and Address. These are the common

attributes that is inherited from the Super Class to the Sub-Classes. Subsequently Operations
that can be performed on these Classes includes; Admit() and Reject(); this means that a
student can either be admitted into the college or rejected.

2.5.2 COURSE DETAIL PACKAGE CLASS DIAGRAM (TIER 2)

Figure V: Course Detail Package Class Diagram (Tier 2)


The CourseCatalogue Super-Class makes up the Tier 2. It is made up of two offsprings, these
are CourseList and CourseInformation. All the Attributes exhibited by the Parent Class
(CourseCatalogue is directly inherited by the offsprings. For a student to register for a
Course or courses, he/she has to browse through the online Course Catalogue. This catalogue
has Course List which aids student to display the list of available courses and Course
Information, which provides more information about a particular course.

COURSE REGISTRATION PACKAGE CLASS DIAGRAM (TIER 3)

Figure VI: Course Registration Package Class Diagram (Tier 3)


The Course Registration Package is a much more complex Class diagram; it makes up the
Tier 3. The Course Registration Package is made up of Course, CourseMaintenace,
CourseSelection, RegistrationForm, Add/RemoveCourseForm, Student, Courseoffering,
CourseRoaster and StudentSchedule Classes. Of all the Packages, this Package is much more
important because this is where student course registration is carried out as well as add and
removal or drop of course as necessary. The individual classes are all self-explanatory in the
role they play in the entire system.
STUDENT COURSE REGISTRATION ACTIVITY DIAGRAM WITH SWIM LANE

Figure VII: Student Course Registration Activity Diagram with Swim Lane

The Activity Diagram shown above details all the sequential steps a student will take to
register for courses. As shown, this Activity diagram is modeled with a Swim-lane, each
swim-lane has a particular operation that is peculiar to it.

The Activity diagram is made up of four (4) swim-lanes, these are; Student, Course Portal,
Registrar and Bursar or Billing system. The operation carried out by a student registering a
course is as explained below;
1

The student Login into the Colleges Student Web portal, on successful login
he,

Browses through the Course Catalogue which presents him with various
courses for the semester and for which he has to register about four (4)
courses. Also in this phase, he has the privilege to Add/Drop courses.

On successful selection of four (4) courses, he proceeds to the registrar portal


to register selected Courses. The registered courses are approved in the phase.

Students Course registration details is then forwarded to the Bursar or Billing


system which then generates and issues the student bill for the course offered
for the semester.

On Successful payment the student becomes full qualified to attend classes for
the registered courses. This ends the students registration.

2.8.0 STUDENT REGISTRATION ACTIVITY DIAGRAM WITHOUT SWIM-LANE

Figure VIII: Student Registration Activity Diagram without Swim-Lane

In this section, again a similar Activity diagram is show, but this time it is modeled without
swim-lanes, but the flow of event are logically represented and carried out. Just like in the
Swim-lane section all the steps necessary for a student to register for courses are the same
hence reference can be made to the illustration for that of the Swim-lane for details.

STUDENTS REGISTRATION SEQUENCE DIAGRAM

Figure IX: Students Registration Sequence Diagram


The above Sequence Diagram shows all sequential steps involved in registering courses by
students of Bangsar College of technology. The steps involved in doing this as regards this
Sequence Diagram are detailed below;
1. The Registrar Opens Course Registration to students and this is made available as
Registration Form.
2. The students visits the web Registration Portal to Pick and fill up course registration
form
3. After filling up course form, they apply for courses through the Registration Manager.
4. The Registration Manager Forwards the List of Registered students to both the
Registrar and Bursary or Billing System.
5. The Billing System the Prepares Bill for the registered Students.
6. The prepared bills are issued to the registered students.
7. In return the Registered Students Pay up bills.

8. On the conformation of bill payment, the students become qualified and can attend
classes.

Вам также может понравиться