SRS - SmartProjector: Difference between revisions

From air
Jump to navigation Jump to search
Line 97: Line 97:


=== Multi display with one user (one screen for each app) ===
=== Multi display with one user (one screen for each app) ===
'''Function''': Display chosen application windows on the same displayer screen.
'''Function''':


'''Description''': Launch application, click on windows which you want to share and enjoy.
'''Description''': Launch application, click on windows which you want to share and enjoy.

Revision as of 13:50, 4 April 2016

Introduction

Purpose of the requirements document

This Software Requirements Specification (SRS) identifies the requirements for project SmartProjector. In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

Scope of the product

There are a lot of projectors in Polytech Grenoble. But they are old and technology changes fast. As a consequence, the projectors only use VGA ports which are out of date. With this project, we want to be able to connect to projectors wirelessly while adding interactions between students and professors in a classroom. Therefore, it fits in SmartClassRoom's frame.

Glossary

  • Server : a micro-computer connected to a displayer.
  • Client : any computer with the software.

References

Overview of the remainder of the document

In the remainder of the document, the general description of the software will be exposed. The requirements (functional and non-functional) will be specified in another part. The document will end with the product evolution, the appendices and the index.

General Description

Product perspective

The main aim of our project is to put projector in wireless to solve problems about cables. In this case, we develop a software able to connect to a server link to a displayer and share your screen.

Product functions

Basically, this product will allow laptops without VGA ports or adapter to connect to a displayer by wifi. Moreover, it'll provide useful interactions between a teacher and his students during a lessons.


Each of the following points should make part of the project :

  • Multi display with multi users (different types of displays)
  • Multi display with one user (one screen for each app)
  • Zoom/Unzoom on a screen with a click
  • Check if students are here / presence dashboard
  • Drop files into a screen to share it with the screen owner.
  • Quizz : questions on screen / students answer on their computers
  • feedback about the lesson.
  • save courses + transcription (link with some other projects)

User characteristics

There are 2 types of users.

Teacher : only one in the room. He can manage the display and launch actions.

Students : they can cast they screen, react to launched actions and give feedback about the lesson.

Operating environment

The software is developped under MAC OSX EL Capitan 10.11.3 and Ubuntu 15.10.

General constraints

We are limited by to latency of Wifi Campus wireless network. We test on our laptop with a normal power of calculate. At the end we try to put the application on Raspberry Pi 2 or equivalent.

Assumptions and dependencies

We used to framework into our project : GStreamer and Qt5. We must include user version into our application.

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.

Requirement

Multi display with multi users (different types of displays)

Function: Sharing your screen on a displayer via our application.

Description: Launch application and enjoy.

Inputs: Flow from a desktop.

Source: Your laptop desktop.

Outputs: Displayer (projector, TV…).

Destination: Displayer into the same classroom.

Action: Sharing your screen.

Non functional requirements: Be connected to the stick.

Pre-condition: Server is on.

Post-condition: Server stay on.

Side-effects: Reduce quality of screen sharing due to reach the maximum debit can capte the stick.

Multi display with one user (one screen for each app)

Function: Display chosen application windows on the same displayer screen.

Description: Launch application, click on windows which you want to share and enjoy.

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

Zoom/Unzoom on a screen with a click

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

Check if students are here / presence dashboard

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

Drop files into a screen to share it with the screen owner

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

Quizz : questions on screen / students answer on their computers

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

feedback about the lesson

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

save courses + transcription (link with some other projects)

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:


Product Evolution

Appendices

Index