Proj-2015-2016-Intégration de caméra de surveillance UPnP à Openhab/SRS

From air
Revision as of 08:32, 4 April 2016 by Anna.Bruel (talk | contribs)
Jump to navigation Jump to search

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

Read first:

Document History
Version Date Authors Description Validator Validation Date

1. Introduction

1.1 Purpose of the requirements document

  • It is our contract
  • The SRS document defines the objectives and the functional requirements and non functional requirements that can permit to achieve our ultimate goal which is to fully integrate a control interface of the UpNP cameras ...

1.2 Scope of the product

By means of the OpenHab interface, we would like to add a camera management function that is not present inside OpenHab.

Therefore, OpenHab will be able to show a streaming video of the cameras and also controlling options if there are any ones.

1.3 Definitions, acronyms and abbreviations

  • UPnP = Universal Plug and Play : is a set of networking protocols that permits networked devices, such as personal computers, printers, Internet gateways, Wi-Fi access points and mobile devices to seamlessly discover each other's presence on the network and establish functional network services for data sharing, communications, and entertainment.
  • iPOJO = A service component runtime aiming to simplify OSGi application development. It natively supports ALL the dynamism of OSGi. Based on the concept of POJO, application logic is developed easily. Non-functional properties are just injected in the component at runtime.
  • OpenHab = is an Open Source project that aims to allow control of equipements in a netwok by catching events. it also offers a nice user interface which is easy to configure.
  • OpenHab2= this is an improvement of the OpenHab that offers more features.
  • Felix-Apache Framework = is an open source implementation of the OSGi Release 5 core framework specification.
  • Eclipse Smarthome = is a platform that allows the integration of different systems, protocols or standards and that provide a uniform way of user interaction and higher level services.

1.4 References

1.5 Overview of the remainder of the document

In the rest of the document, we will describe our objectives, the way the system is supposed to work and the constraints the project implies.

2. General description

      This project aims to integrate a new feature to the openhab framework, to be able to manage cameras in the network by detecting them with the Upnp protocol.

2.1 Product perspective

  • Input = Cameras
  • output = Cameras videos stream

2.2 Product functions

  • Detection of all the cameras in the network
  • view the video stream in openHab interface
  • show the a mosaic when there is more than one camera

2.3 User characteristics

This can be used by all users that wants to do some surveillance of his house or an infrastructure.

2.4 General constraints

  • material constraints
 Cameras that support the Upnp protocol

  • Constraints zoom/tilt/pan/motion
 Cameras that support zoom/tilt/pan.
  • Software constraints
 We need the OpenHab Framework
  • Openhab constraints
 Openhab uses the port 8080. this port has to be dedicated to it.
  • Network constraints
 the Network has to allow multicast because Upnp protocol relies on it.

2.5 Assumptions and dependencies

dependance = OpenHab

3.Specific requirements, covering functional, non-functional and interface requirements

  • document external interfaces,
  • describe system functionality and performance
  • specify logical database requirements,
  • design constraints,
  • emergent system properties and quality characteristics.

3.1 Requirement X.Y.Z (in Structured Natural Language)

Function: detect et add the camera on OpenHab Interface

Description: When the camera upnp are started, they are automatically detected, and the user can select the camera on Openhab in order to visualize the video flux. The user must verify in camera.propertie file, if the name of his camera exits. If not, the user must add the camera reference, following this syntax : model|video_url|image_url|pan_url|tilt_url and put null if an field is missing.

Inputs: video flux of camera

Source: camera UPNP

Outputs: video Flux sur OpenHab interface

Destination: OpenHab user

Action: detected and add camera. Add fonction tilt and pan if the camera is equipped.

  • Natural language sentences (with MUST, MAY, SHALL)

The user turn on the camera. Openning OpenHab, the camera shall appear on the list of camera. Once the user selected the camera, the video flux must display on the screen computer. An icon can be used to rotate and zoom, if the camera are equipped.

  • Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)

Non functional requirements:

  • Portability Exigence

The new software must work on OpenHab.

  • Product Exigence

The camera must support the UPnp protocole. The user must use OpenHab.

  • Robutness Exigence

We can read at least 2 cameras.

4. Product evolution

This extensions can export on the phone.