Scribd
Upload
91 views4 pages

House Automation System

The document provides a design specification for a home security system including system architecture diagrams. The system uses IoT devices and a centralized controller to detect risks like fires, electrical issues, and burglaries. The IoT devices detect events and send data to the controller. If a risk is detected, the controller alerts the appropriate emergency services like the fire department and also takes immediate local actions like cutting power or sounding alarms. It monitors for confirmation the issue was addressed and the system can return to normal operations. The specification also outlines the software and hardware requirements for the IoT devices and controller.

Uploaded by

Nilshan Silva
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
91 views4 pages

House Automation System

The document provides a design specification for a home security system including system architecture diagrams. The system uses IoT devices and a centralized controller to detect risks like fires, electrical issues, and burglaries. The IoT devices detect events and send data to the controller. If a risk is detected, the controller alerts the appropriate emergency services like the fire department and also takes immediate local actions like cutting power or sounding alarms. It monitors for confirmation the issue was addressed and the system can return to normal operations. The specification also outlines the software and hardware requirements for the IoT devices and controller.

Uploaded by

Nilshan Silva
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 4

ASE - Week 02 Q2:

Read the Examples of System Architecture, develop a home security system design
specification including system architecture (Physical and Logical) diagram.

System Design Specification

1. System engineering model

The home security system being developed focuses on key areas of security related risks and
provides a semi-autonomous solution to each area. The areas covered are fire risks, electrical
shock risk, and criminal risks.

1.1 Detection Mechanism


The system utilizes a set of IoT devices installed on the home and a centralized controller
machine to detect, communicate, make decisions and to act on certain risky conditions. The
IoT devices can detect any occurrence of an event such as a fire, burglary, or an electrical
disruption in the house but cannot take direct decisions since it its limited in its scope of view.
These IoT devices sends the information of any such occurrence to the main controller which
receives data from many of the IoT devices in the home to create a model of the events
occurring on the environment and to make quick decisions regarding the appropriate actions
to be taken. This is illustrated in the figure below.
1.2 Alerting Mechanism
Once the main controller decides that the event should be handled with an action, it tries to
consult the relevant individual for further action. This makes the system semi-autonomous
since it depends on humans to complete its objective and cannot handle it by its own.
In the case of a fire, it informs the nearest fire brigade; in the case of an electrical problem, it
informs a pre-configured electrical technician, and in the case of a burglary, it informs the
nearest police station immediately. The system uses APIs to directly access the automated
systems of all 3 domains mentioned above so that the risks in communication could be
minimized. The system uses the appropriate communication technology such as EDGE, or
GPRS to communicate with other systems. In all cases, the system manages to act locally on
the problem until help arrives; for example, it would ring alarms to let people know there is a
fire in the house, it cuts out the whole electricity supply until the technician arrives, and even
record the whole footage in high definition in the case of a burglary so that there is evidence.

1.3 Monitoring Mechanism


The system requires a confirmation message from the other end, that the claim is received by
a real person. If it didnt receive such a confirmation within an acceptable time period, it
takes further action such as informing the next nearest fire brigade and so on. The system also
requires a real person to feed it with a problem resolved message after the problem is
handled, so that it would retain to its normal operation once again. This mechanism is
illustrated in the image below.
2. Software engineering model

1.1 Software Requirements


Two types of software are needed to be implemented, one for the IoT devices to deal with
sensors and cameras to detect any uncommon events in the environment (requires vision
capabilities and natural language processing capabilities as well). The second software for the
main controller which deals with decision making, learning, device control, and
communications.

1.1 Hardware Requirements


The IoT devices requires a powerful yet simple chipset such as Raspberry Pi or equivalent to
process the sensory inputs in real-time. It requires HD cameras with at least 180 degrees
field of view. Each IoT devices must include 4 high quality microphones with an acceptable
sensitivity level to sound with built in active noise cancellation capabilities as well. It must
also include a high precision GPS module, ambient sensor, and a Wi-Fi module to
communicate with the main controller.
The main controller on the other hand only requires the same level of processing power as an
IoT device, because it only focuses on decisions rather than processing signals from different
sensors. However, two of the critical things it requires is a SIM card module to depend on its
own connectivity model rather than the home network. It also requires a large storage to store
recorded footage, things it learned, and patterns it discovered. This device also must be great
at Input and Output handling as it would have to take actions locally when required.

Data requirements, acceptance criteria,

Implementation

Error handling
Effective test plan
Project Risk lack of expertise solution:outsource
Product Risk application or system failure points, - not detecting fire identify product risk
engage the testing team in the technical requirements determining phase so that they know
the pros and the cons of each of and every technology used in the project, so that they can
figure out the failure point of that particular technology.
Failure points
Functional Failure Points sensitivity of sensor, etc
Non-Functional Failure Points environment where the system is going to be deployed
(temperature, humidity) non-functional product risk.

You might also like