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.

12
ITECH2002 – SYSTEMS MODELLING
3 RIGHT-BICEP Can any other
method be used
for the cross
checking of
results?
Food ordering is
done by the
selection of the
meal provider and
then waiting for
the approval
The user has been
notified by the
admin regarding
the approval of
order or even
sends back
requesting for
changes
4 RIGHT-BICEP Can we force the
errors to run?
Avoiding the error
to execute testing
The arbitrary
transaction for
payment is shown
5 RIGHT-BICEP Does the
performance is
within the
boundary?
Information
required for
displaying or
updating at the
real time and it
has to be managed
with various user
accounts
involving the
admin privilege.
Account details
has to be
available,
6 Boundary - CORRECT Does the resultant
value meet the
expected
Several filters are
required to gain
the intended
Reduced time is
required in order

13
ITECH2002 – SYSTEMS MODELLING
outcome? results to view the results
7 Boundary - CORRECT Does we get
ordered or un
ordered value
from the test?
With the help of
the available
resources, the
services are
required to be
managed.
This limit
exceeding that
leads to the
unavailability of
some of the
services for
specific gigsters
on any specific
date.
8 Boundary - CORRECT Is the value ranges
between the
minimum value
and maximum
value that is
reasonable?
IN order to input
the values, the
analysis of the
available
resources is
required to be
done.
This limit has to
be viewed with
the analysis of the
values
9 Boundary - CORRECT Does anything
external is referred
by the code and
does not have
direct control on
code?
In order to
manage the
payment
transactions, the
integration of the
payment gateway
No direct control
is available on the
payment gateway
that leads to the
display of an

14
ITECH2002 – SYSTEMS MODELLING
has to be done. error code
10 Boundary - CORRECT What is the
existence of the
value i.e. set
present, not null,
etc.?
Various fields are
required have the
input null
The system
should accept the
null values
11 Boundary - CORRECT Is enough values
available?
Several client are
required to be
developed as well
as the filling of
forms has to be
done
Evaluation of the
system response
has to be
evaluated
depending on the
increase of
workload
12 Boundary - CORRECT Does the testing
follows order and
is completed in
right time?
Changes has to be
executed to
optimize the codes
plus follow
changes
Expectation is
minimum
response time and
completion of
project has to be
done in the
timeframe.

15
ITECH2002 – SYSTEMS MODELLING
Bibliography
Hilpert, S., Kaldemeyer, C., Krien, U., Günther, S., Wingenbach, C. and Plessmann, G.,
2018. The Open Energy Modelling Framework (oemof)-A new approach to facilitate open
science in energy system modelling. Energy strategy reviews, 22, pp.16-25.
Li, W., Santos, I., Delicato, F.C., Pires, P.F., Pirmez, L., Wei, W., Song, H., Zomaya, A. and
Khan, S., 2017. System modelling and performance evaluation of a three-tier Cloud of
Things. Future Generation Computer Systems, 70, pp.104-125.
Lund, H., Arler, F., Østergaard, P.A., Hvelplund, F., Connolly, D., Mathiesen, B.V. and
Karnøe, P., 2017. Simulation versus optimisation: Theoretical positions in energy system
modelling. Energies, 10(7), p.840.
Matulevičius, R., 2017. Fundamentals of secure system modelling. Springer.
Pouchol, C., Clairambault, J., Lorz, A. and Trélat, E., 2018. Asymptotic analysis and optimal
control of an integro-differential system modelling healthy and cancer cells exposed to
chemotherapy. Journal de Mathématiques Pures et Appliquées, 116, pp.268-308.
Sharma, A., Sharma, H., Bhargava, A. and Sharma, N., 2017. Power law-based local search
in spider monkey optimisation for lower order system modelling. International Journal of
Systems Science, 48(1), pp.150-160.