ITECH2002 - Systems Modelling Assignment 2 Project Report

This assignment solution for ITECH2002 Systems Modelling presents a comprehensive analysis of a sub-system within the Information Technology Gig Work Management System (ITGWMS) for G!gM@n@g3rs Pty. Ltd. It begins with two fully developed use case descriptions detailing scenarios such as recording tickets for issues raised by gigsters and assigning food suppliers for hubs. The solution then employs UML diagrams, including activity diagrams and system sequence diagrams, to model the dynamic aspects of the system. Furthermore, it encompasses screen designs, providing insight into user interface development. A detailed test plan is also included, outlining test cases, expected outputs, and evaluation criteria based on the RIGHT-BICEP methodology, ensuring the functionality and reliability of the modelled system. Finally, a bibliography of relevant research papers is provided. The assignment aims to demonstrate proficiency in use case development, dynamic modelling using UML, user interface design, and test plan creation.

Running head: ITECH2002 – SYSTEMS MODELLING
ITECH2002 – SYSTEMS MODELLING
Name of student
Name of university
Author’s note:

1
ITECH2002 – SYSTEMS MODELLING
Table of Contents
Fully developed use case description 1..........................................................................2
Fully developed use case description 2..........................................................................3
Activity diagram 1..........................................................................................................5
Activity diagram 2..........................................................................................................6
System sequence diagram 1...........................................................................................7
System sequence diagram 2...........................................................................................8
Screen design.................................................................................................................9
Test plan.......................................................................................................................11
Bibliography.................................................................................................................15

2
ITECH2002 – SYSTEMS MODELLING
Fully developed use case description 1
Use Case name Record ticket
Scenario Manual tickets are added to the issues that have been raised by the gigsters
and approved by the hub administrators
Brief description When the gigsters faces the issues with any device or any applicance, the
gigsters raises the issues and forwards to the hub administrators. The hub
administrators verifies the issues and then creates the ticket for that issue.
This ticket is then assigned with the appropriate individual for resolving the
issue.
Actor Administrator
Related use case Issue raised, ticket approved
Trigger Gigsters raises an issue that has been by them
Primary Scenario 1. The record has been approved by the administrator after proper
verification.
2. The record ticket has been successfully created and then an individual
has been assigned for resolving the issue.
3. If any outside help is required, then the outside help is contacted and
then issue is resolved
Stakeholders Gigsters, manager, administrator
Pre-Conditions Gigsters has raised an issue in the system
Post-Conditions The system provides the successful notification of issue resolving.

3
ITECH2002 – SYSTEMS MODELLING
Exception
conditions
None
Flow of activities Actor System
1. Gigsters login into the system
2. Gigsters raises the issues in the
company
3. Hub administrator receives the
notification of the raised issue
4. Hub administrator then creates
the work ticket upon successful
verification of the issue raised by
the gigster
1. System verifies the gigster
credentials and then provides the
access to the system
2. System receives the details of the
issue
3. System displays the list of all the
details of raised issues
4. System successfully creates the
work ticket and assigns any
particular individual
Fully developed use case description 2
Use Case name Assign food supplier for hub
Scenario The manager of the company assign the food supplier for the hub that has
been created recently.

4
ITECH2002 – SYSTEMS MODELLING
Brief description When any new hub has been created by the manager, they attends the local
cafes or restaurants and then discusses the owners. If the suppliers is
preferred by the company, then the suppliers is assigned to the hub by the
managers as the food suppliers.
Actor Manager
Related use case Added supplier, manager login,
Trigger The manager clicks on the option of adding new food supplier to the hub
Primary Scenario 1. The manager has successfully logged into the system.
2. The manager enters the details of the food suppliers in the system
3. The supplier has been successfully added for delivering food in the
company
Stakeholders Gigster, manager, administrator
Pre-Conditions Details of the suppliers have been successfully entered in the system
Post-Conditions Suppliers has been successfully added to the hub and food can be ordered
Exception
conditions
None
Flow of activities Actor System
1. The manager logs in into the
system
2. The manager enters the details of
the suppliers who are preferred
1. System allows access in the system
upon successful verification of the
login credentials
2. System has accepted the details of

5
ITECH2002 – SYSTEMS MODELLING
3. Clicks on confirm button the supplier
3. The details entered by the manager
has been successfully stored
Activity diagram 1

6
ITECH2002 – SYSTEMS MODELLING
Activity diagram 2

7
ITECH2002 – SYSTEMS MODELLING
System sequence diagram 1

8
ITECH2002 – SYSTEMS MODELLING
System sequence diagram 2

9
ITECH2002 – SYSTEMS MODELLING
Screen design

10
ITECH2002 – SYSTEMS MODELLING

11
ITECH2002 – SYSTEMS MODELLING
Test plan
No Guideline Short Description Test Data Expected Output
1 RIGHT-BICEP Result gained is
right or wrong?
Administrator
have the query of
assigning food
supplier.
The administrator
have to check the
supplier ID that
have been
provided as input
in the system and
view the
specialties and
upon preference,
the suppliers are
added.
2 RIGHT-BICEP Can the inverse
relation be used
for executing
verification?
Administrator
clicks on the view
specialty button
The list of the
specialties have
been displayed.