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

Acronymes et abréviations

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

Définitions

• Individu : Personne prise en charge par l'association
• Ménage : Regroupement de personnes prises en charge par l'association
• Pôles : Différents secteurs de prise en charge (Asile, Urgence, Insertion, Gestimm, Administration). Le responsable d'un pôle est le chef de services.
• Services : Subdivision des pôles, définissent des équipes de travail (ex : pour le pôle Urgences, les Services sont le SAFEC, le Service 200, Hiver 2015-2016, Post hiver 2015-2016).
• Utilisateurs : L'ensemble des personnes qui vont se servir de l'application, et qui auront donc un login et un mot de passe.
• Rôles : Les utilisateurs sont différenciés par leurs différents rôles au sein de l'association. Voici la liste exhaustive des différents rôles : Directeur Général, Directrice Adjointe Educative, Secrétaire Général, Accueil, CS, TS, RL, CIP.
• Besoins : Pour chaque pôle, on regroupe dans différents besoins les domaines d'intervention (Santé, Insertion professionnelle, Santé, Logement, Scolarité, Demande d'Asile, Admministratif, Gestimm).
• Prestations : Différentes prestations sont proposées dans les différents besoins. Elles décrivent un processus d'actions, et ont un état pour décrire l'avancement dans ces actions. Une prestation peut être en cours, en attente, abandonnée ou complétée.

Exemples de prestations : Dossier demande logement, dossier handicap, contrat d'accompagnement, etc.

• Actes :?

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 services :
• Référant logement : Le référant logement est chargé de...
• CIP : C’est l’interlocuteur privilégié en cas de difficultés financières, de logement, de santé, d’emploi ou formation. Le conseiller en insertion professionnelle aide les jeunes, les demandeurs d’emploi, les adultes en reconversion ou les travailleurs handicapés à trouver une solution à leur problème. Le CIP n’est pas un travailleur social, il intervient exclusivement comme CIP.
• Administrateur de l’application : L'administrateur de l'application aura pour but d'administrer les utilisateurs de l'application et l'application en elle-même.
• Directrice Adjointe Education :
• Directeur général :
• Personne à l'accueil : Personne accueillant les personnes prises en charge par l'association lors de leur arrivée.

2.4 Cas d'utilisations

TODO TODO TODO TODO TODO TODO TODO TODO

2.4 Contraintes générales

• Avoir une connexion internet

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