COMP201: Software Engineering I

Assignment 1, Part 2 (2017/2018)

(100% mark for Assignment 1 is 10% of COMP201 grade)
Deadline for Assignment 1, (Part 1 and 2): 30th of October 2017, 17:00
Please submit your report via the department submission link
https://sam.csc.liv.ac.uk/COMP/Submissions.pl

The first part should take approximately two weeks and the second part will take a
further two weeks. There will be another assignment after this one worth a further
10% of the COMP201 grade.

OBJECTIVE

This assignment is mainly about “Requirements engineering” and will consist of

various stages to produce parts of a requirements document for a given scenario
based on a “proposed home security and safety system” detailed on page 2.

Assignment number 1 of 2
Weighting 10%
Assignment Circulated date provided to class 30/9/2016

Deadline Day & Date & Time
Submission Mode
Learning outcome assessed
Submission necessary in order
to satisfy Module requirements
Purpose of assessment
30th of October 2017, 17:00
Electronic
1. Realise the problems in
designing and building
significant computer systems
2. Understand the need to design
systems that fully meet the
requirements of the intended
users
3. Be able to apply these principles
in practice
No
To assess the students ability to analyse,
generate and document user
requirements

Marking criteria See end of document

Late Submission Penalty Standard UoL Policy

1 of 6
The two tasks refer to the scenario outlined on page 4 (you should read the scenario
first carefully). You may make some reasonable assumptions about how the system
should work (without inventing new functionality). Also note that there is no “right
answer” to modelling a system, different solutions can be equally good!

It may be helpful to refer to the course textbooks “Software Engineering”, Addison-

Wesley, by I. Sommerville and “Using UML”, Addison-Wesley, by P. Stevens.

Task 3 (50%):

Design a UML state machine diagrams (also known as state chart diagram) to show
the various possible states of the system.

15% Fire alarm sub-system

Uses inputs from the smoke detectors and heat detectors to enable the fire alarm.

25% Security sub-system

Uses inputs from the user (disable, enable alarm), time profiles and sensors to
active or de-activate the alarm.

10% Flood sub-system

Uses inputs from the water detectors to enable the flood alarm.

2 of 6
 Proposed home safety and security
Your company has been commissioned to design a home safety and security system.

This system is designed to protect to the householder against:

Fire Break in Flood

The system will act as a fire alarm, a flood alarm and a burglar alarm all integrated into 1
package. To enable this to happen the system will connect to:

Smoke sensors (fire), Heat sensors (fire)

Door, window and movement sensors (to detect break in)
Water sensors (flood)

The system has a key pad and a simple alphanumeric display.

Figure 1 Keypad and alpha display

The system is fitted with a wireless network card which allows it to connect to the internet
and be controlled by the user via a smart phone application or web interface. The system
has an alarm with 3 different tones, depending on the type of alarm (firm, break in or
flood). The user has a code which they type into the machine to stop the alarm or change
settings. Each sensor input needs configuring as a smoke, heat, door, window, movement
or water sensor but the system should also work with smart sensors which send a code
which indicates what type of sensor is attached when the system sends a set up message.
Every sensors can be enabled or disabled from the main console, it is also possible to set
times of the day when different burglar sensors (door/window) can be enabled or disabled.
The burglar alarm function can be armed or disarmed automatically depending on the time
of day. The fire and flood alarm function cannot be disabled.
Smoke detectors will sound a “smoke” alarm if they detect smoke but a fire will only be
confirmed and alarmed by the system if they indicate smoke 3 times in 1 minute.
The heat detectors will sound an alarm and indicate a fire as soon as they detect excess
heat. If the door, window or movement sensors activate the user has a user configurable
amount of time to reset the system before the burglar alarm is sounded. All functions of the
system can be configured via the smart phone application or web interface. The remote
interface has a username and password. For the fire alarm, if the fire alarm has not been
reset after 15 minutes the system can be configured to call the fire brigade. For the burglar
alarm if the system has not been reset the system can be configured to call the police
service.
3 of 6
 Smoke
Water sensor sensor

Window
sensor
System Heat
sensor

Door
Movement sensor
sensor

4 of 6
Marking Criteria
Note you will have to make use of guard conditions.

Also note, you will need to have error states within your diagrams.
To start of always list as many states as possible for each system.

Deadlock Do not have any states which cannot be escaped from. Deadlocks will lose
marks. If you have an error state, you can have an event called reset which allow you
to escape.

For each diagram, start with the following:

List of all possible states

List of all possible events

Marking Criteria

A++ to A 70%+
All diagrams function, with no deadlocks, all error conditions dealt with correctly, all
notation correct.

B 60-69%
All diagrams present with only minor functional issues or some error conditions not
dealt with correctly or minor notation problems

C 50-59
All diagrams present but with more serious functional issues or few error conditions
not dealt with correctly or minor notation problems

40-49 D
All diagrams present but with major functional issues or no error conditions not dealt
with correctly or containing some major notation problems or deadlocks
E+ 35-39
Up to 1 diagram totally missing or with no functionality or very serious errors.
E- to G <35
Only 1 of the diagrams works properly or more than 1 diagram missing.

5 of 6