ECOM2016 LaReleve - SRS

Voici la fiche SRS du projet ECOM 2016-2017 La Relève.

Page d'accueil du projet

= Équipe =
 * Quentin DUNAND (Chef de projet)
 * Rémi GATTAZ (Scrum Master)
 * Elsa NAVARRO
 * Coralie RACHEX
 * Florian POPEK
 * Adèle BERTRAND-DALECHAMPS

= 1. Introduction =

1.1 Objectif du projet
Le but du projet est de réaliser une application web pour l'association La Relève. L'application web sera utilisée par le personnel et devra offrir un outil de suivi des personnes gérées par l'association. Cet outil de suivi devra reprendre les actes effectués par le personnel de La Relève et permettre d'extraire un récapitulatif des actions entreprises par l'association.

1.2 Portée du produit
Notre application web se doit simple d'utilisation car elle sera utilisée par des personnes ne maîtrisant pas les outils informatiques. Notre application est prévue pour une utilisation dite "Desktop" mais une utilisation mobile, sur tablette principalement, doit être pensée.

1.3 Définitions, acronymes et abréviations

 * TS: Travailleur Social
 * CIP: Chargé d'Insertion Professionnelle
 * CS: Chef de Service
 * RL: Référent Logement
 * GESTIMM : Système de Gestion Immobilière

1.4 References
=2.  Description générale=

2.1 Le but du produit
Le but de notre application web est de fournir un outil de suivi de l'activité de gestion des ménages de l'association.

TODO TODO TODO TODO TODO TODO TODO TODO TODO TODO

2.2 Fonctionnalités
La liste des fonctionnalités attendues a été détaillé pour chaque type d'utilisateur :


 * Utilisateur :
 * Se connecter
 * Travailleur social :
 * Rechercher un ménage membre de son service
 * Rechercher un individu (membre d’un ménage) membre de son service
 * Faire une recherche dans l’historique des actions pour un ménage (notion de filtre)
 * Modifier un ménage (sauf modification de service)
 * Gestion des besoins (création des actes, des prestations ...)
 * Pré-Génération de documents
 * Chef de service :
 * Fonctionnalités des travailleurs sociaux sur tous les ménages de son pôle
 * Visualiser les actions en cours et leurs échéances
 * Créer un ménage
 * Modifier le service d'un ménage
 * Accès au actions d’un travailleur social ?
 * Création de rdv avec équipe de direction (acte spécial non disponible pour les travailleurs sociaux)
 * Référant logement :
 * CIP :
 * Administrateur de l’application :
 * Gestion des besoins (création de la définition des besoins, des actes...)
 * Gestion des travailleurs sociaux (les comptes utilisateurs)
 * Gestion des services
 * Gestion des logements
 * Directrice Adjointe Education :
 * Directeur général :
 * Fonctionnalités du secrétariat
 * Extraction de statistiques
 * Accueil :
 * Rechercher un ménage
 * Rechercher un individu (membre d’un ménage)
 * Visualiser des infos générales sur un ménage ou un individu

2.3 Utilisateurs potentiels
TODO TODO TODO TODO TODO TODO TODO TODO


 * Travailleur social : Le travailleur social (TS) désigne un ensemble de métiers œuvrant dans le domaine de l'action sociale au sens large. Il se retrouve sur la première ligne pour gérer, comprendre, aider et répondre aux besoins des personnes accueilli au sein de l'association.
 * Chef de service :
 * Référant logement :
 * CIP :
 * Administrateur de l’application :
 * Directrice Adjointe Education :
 * Directeur général :
 * Personne à l'accueil :

2.4 Cas d'utilisations
TODO TODO TODO TODO TODO TODO TODO TODO

2.4 Contraintes générales

 * Avoir une connexion internet

2.5 Assumptions and dependencies
=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:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:
 * Natural language sentences (with MUST, MAY, SHALL)
 * Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
 * Mathematical Notations
 * Tabular notations for several (condition --> action) tuples

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects:

=4. Evolutions potentielles du produit=
 * Application mobile

=5. Appendices=

5.1. SRS structure
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.

References:
 * http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
 * http://en.wikipedia.org/wiki/Software_requirements_specification
 * IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998

=6. Index=