Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.

COM 08/04/2020
Fonctionnelles Version : 001
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

Versions du document
Document ID Version Auteur/Éditeur Commentaire Date
001 0.0 Community CDC TOUTENCOMMUN.COM 08/04/2020
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

Table des matières

INTRODUCTION 3

Etat de l’art 5
Solutions existantes (outils et règles) 5
Réglementation 5

Les objectifs de l’application 5

Les cibles 6

Critères de succès mesurables 6

Graphisme et Ergonomie : 6

Wireframe et Maquettage 6

Exigences fonctionnelles 7

Exigences non fonctionnelles 7

Les livrables 9
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

INTRODUCTION
Actes 2:44-45 Tous ceux qui croyaient étaient dans le même lieu, et ​ils avaient tout en commun​. Ils
vendaient leurs propriétés et leurs biens, et ​ils en partageaient le produit entre tous​, selon les besoins
de chacun.

Actes 4:34-35 Car ​il n'y avait parmi eux aucun indigent : tous ceux qui possédaient des champs ou des
maisons les vendaient, apportaient le prix de ce qu'ils avaient vendu, et le déposaient aux pieds des apôtres
; et l'on faisait des distributions à chacun selon qu'il en avait besoin.

Aujourd’hui le monde est un village interconnecté paradoxalement les hommes vivent de plus en plus
individuellement. Nous pouvons créer une communauté appliquant les mêmes principes.

● Avoir tout en commun

● Partager le produit entre tous (le résultat d'une activité humaine sous la forme d'un bien ou
d'un service.)
● Distribuer à chacun selon son besoin (en vue de contribuer à éradiquer la pauvreté dans la
société)

Une organisation dans laquelle il n’avait pas d’accumulation des biens matériels, financiers et de service,
mais une optimisation d’utilisation par une mise en circulation et surtout une mise en commun de tout :
informations, contact, réseau, savoir, savoir être, savoir-faire, possessions matérielles et financières.

Nous pouvons donc mettre en commun nos informations par exemple je communique aux autres mon
intention de voyager et je me rends compte que d’autres personnes aussi voulaient voyager à la même date
et au même lieu avec les mêmes contraintes, nous nous mettons donc ensemble pour acheter un billet de
groupe et bénéficier de presque 30% sur le prix du billet.

Dans le souci de faire circuler la valeur, prenons l’exemple de la littérature. J’ai des livres dans ma
bibliothèque personnelle et d’autres personnes aussi ont des livres dans leur bibliothèque personnelle, en
déclarant les livres qu’ils ont chez eux nous pouvons emprunter/ou échanger par géolocalisation et avoir
ainsi une bibliothèque virtuelle mais également proche de nous et accessible 24H/24H.

Nous reversons un pourcentage de toute les transactions effectuer à l’association Community et à

toute autre association qui oeuvre auprès de ceux qui sont dans le besoin (pauvres, veuves,
orphelin, étrangers, sans domicile, démunis, malades)​.

TOUTENCOMMUN.COM c’est toi , c’est moi: c’est Nous!

Grande main comme petite main nous avons tous la main sur le coeur et la main tendu vers le
prochain.
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

I. Etat de l’art
A. Solutions existantes (outils et règles)
Durant notre analyse du marché nous avons pu entrevoir que le projet ​TOUTENCOMMUN.COM ​s’inscrivait
dans un principe d’économie collaborative. Ce principe représenter un nouveau mode de consommation
entre particuliers. L’idée est de davantage échanger ou encore louer des objets, services, mais aussi
partager du savoir-faire entre particuliers. Pour mettre en relation les intéressés, de nombreux sites ou
plateformes collaboratifs ont vu le jour ces dernières années. Ces derniers peuvent être gratuits ou payants.
L’esprit de l’économie collaborative est de faire des économies au quotidien tout en contribuant au
développement durable plutôt que d’acheter et de jeter toujours plus.

Parmi ces services nous pouvons aisément citer entre autres

- Blablacar (définition à fournir) ( 10.000.000 d’utilisateurs)

- Airbnb ( 10.000.000 d’utilisateurs)
- Mutum ( 100000 d’utilisateurs)
- Prety
- Pretoo
- LeBoncoin
- Monsupervoisin.fr
- Helpy

B. Réglementation
L’application mobile livrée devra se conformer aux exigences de conformité de la RGPD (Le Règlement
​ nnexe 1​ du document​).
Général sur la Protection des Données : ​voir en A

D’une manière générale l’application devra être conforme à la réglementation en vigueur en France et en
europe en la matière.

II. Les objectifs de l’application

● Créer une communauté au sein du quel bien matériel, financiers et services (savoir-faire faire) ne
sont pas accumulées mais circulent
● Mettre des personnes en relation
● Valoriser le savoir, le savoir être, et le savoir-faire en le mettant au service d’un plus grand nombre
et en priorité ceux dans le besoin
● Eviter le gaspillage en créer une société où il n’y a pas d’indigents
● Transformer la société en une société généreuse et donatrice

L’application se devra d’être disponible offline, facile d’utilisation et respecter la vie privée de ses
utilisateurs.

Avec son interface devra être simple et claire, l’application vise à s’entraider localement tout en gérant
l’ensemble des échanges (chat par exemple) entièrement depuis son smartphone.

Trois types d’utilisateurs évolueront dans l’application :

Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

1. Les utilisateurs “demandeur”.

2. Les utilisateurs “offrant”.
3. Les utilisateurs donateur

Pour les utilisateurs “demandeurs” seront ceux qui demandent une aide, un service. Ils devront
choisir la catégorie de service dont ils ont besoin (ménage, baby sitting, déménagement…) afin de
pouvoir y poster une annonce en y complétant des champs qui leurs seront présentés (Tarif (gratuit
ou rémunéré) proposé, lieu de la mission, date et heure de la mission, description de la mission…)

Les utilisateurs “offrants” seront ceux qui proposent leur aide ou leur service. Ces derniers devront
également sélectionner la liste de service qu’ils sont capables d’accomplir. Ils devront indiquer
plusieurs informations en remplissant des champs qui leurs seront proposés (Date de disponibilité,
lieux géographique de disponibilité, tarif horaire demandé, compétences et savoir faire…).

L’utilisateur poste sa demande, dans une catégorie, accompagnée d’une brève description de ce dont il a
besoin, de la date éventuelle et de la durée ainsi que sa fourchette de prix. Ensuite, les utilisateurs pouvant
satisfaire la demande seront prévenus de la demande et éventuellement offrir leurs services payant ou
gratuit (bénévolement). L’utilisateur demandeur devra aussi être capable de voir la liste des personnes
pouvant satisfaire la demande afin de les contacter directement pour avoir des informations
complémentaires sur leur compétence ou service ou aide ou simple pour directement payer le service ou
confirmer la demander d’aide.

L’application permettra également de lister les demandes et offres à proximité ou de les afficher sur une
carte avec un code pour distinguer : les offres, les demandes et les aides déjà réalisées.

L’application proposera un mécanisme de recommandation: les utilisateurs notent et commentent le travail

de ceux qui les ont aidés. Ceci permettra à chacun d’évaluer la qualité des échanges réalisés et ainsi de se
rassurer sur un interlocuteur ou de se constituer un capital confiance.

L’application offrira la possibilité de faire des dons pour soutenir les associations comme community et
tout autre poursuivant le même but. elle devra avoir un système de paiement qui permettra :

● de prélever un pourcentage fixe en faveur de community

● de faire un don libre
L’application doit par conséquent intégrer des solutions de paiements et de collecte de dons financiers
(Paypal, CB, Visa, mobilemoney, virement bancaire, paylib…)

Le MVP sera une progressive web application (PWA) responsive

III. Les cibles

Nous visons un public de particuliers adultes. Bien que la communication soit orientée vers la communauté
chrétienne de France, toutes personnes pourra s’inscrire dans l’application.

IV. Critères de succès mesurables

● 10 000 personnes utilisant l’application avant la fin de l’année 2020
● 100.000 personnes utilisant l’application avant la fin de l’année 2021.
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

● Avoir un quota de 90% de retours positifs des utilisateurs de TOUTENCOMMUN.COM. (La note
moyenne doit être de : 3/5)
● 1000 individus aidés en fin 2021
● 100 individus sortis de l’indigence en fin 2021

V. Graphisme et Ergonomie :
La charte graphique complète et détaillée sera envoyé ultérieurement après validation du dossier
d’architecture technique et contractualisation. Cependant l’utilisateur devra se rendre compte qu’il évolue
dans une application chrétienne. Plusieurs éléments tels que des passages bibliques, des phrases
d’encouragement, ou encore des liens vers des enseignement…devront être intégré de manière
ergonomique afin de s’inscrire au cœur de l’expérience d’utilisation de TOUTENCOMMUN.

VI. Wireframe et Maquettage

Les maquettes et prototypes de nos idées concernant le résultat que nous aimerions
obtenir avec cette application mobile.

L’inscription se fait le plus simplement possible, deux possibilités:

● Utilisation de l’api OpenID, connexion en 1 clic grâce à un compte Facebook,
twitter google, yahoo, blogger, flickr, orange, myspace, wordpress, ...
● Créer un compte : grâce à un login ou une adresse email ou un numéro de téléphone et un
mot de passe (vérification des données par SMS)
La seule inscription donne un accès très limité aux fonctionnalités. L’utilisateur doit remplir suffisamment
son profil pour pouvoir accéder au reste des fonctionnalités.

La création de profil doit être visuelle et intuitive.

L'utilisateur aura à disposition un historique lui permettant de garder une trace de son expérience dans
l’application

Prototype application des 10 besoins du quotidien :

https://zoom.us/recording/share/0WlOOaTjNmaAInHvebLGqF3M3Jse6PW46UvgpmXRXWGwIumekTziM
w

   
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

Lire dans les images de maquettage TOUTENCOMMUN en lieu et place

COMMUNITY

1. Publication d’annonce ayant pour but de proposer un service

Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

2. Publication d’annonce ayant pour but de bénéficier d’un service

Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

3. Profil utilisateur 
 

 
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

VII. Exigences fonctionnelles

TOUTENCOMMUN.COM est une application qui pour plus de flexibilité et de lisibilité, les fonctionnalités de
l’application demandée devront être regroupées en modules. par exemple

Module de géolocalisation ​Ce module permettra à l’utilisateur de voir en temps réels les demande,
offres, aides et services déjà réalisés et les autres utilisateurs se trouvant autour de lui. Il est à noter que les
utilisateurs, pourront décider d’afficher, de cacher ou de restreindre à des groupes l’affichage de leur
localisation.

Module d’aide ​Il présentera un guide d’utilisation de l’application (vidéo et illustré). Il intégrera une
FAQ, répertoriant les différents problèmes rencontrés par les utilisateurs ainsi que les solutions. Enfin il
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

intégrera un moyen permettant aux utilisateurs de signaler ou de reporter les éventuels bugs ou
fonctionnalités recherchées dans l’application.

VIII. Exigences non fonctionnelles

A. Infrastructures et exigences techniques
a) Exigences des systèmes d’exploitation

PWA
b) Exigences de réutilisation réseaux

L’application doit pouvoir tourner avec ou sans internet.

c) Réaction crash réseau/machine

L’application doit résister aux crashs (arrêts brusques) des appareils hôtes ou du réseau : les
données doivent rester impérativement intègres.
B. Performances du système
a) Exigences de limite de performance par rapport au nombre d’utilisateurs

L’application ne doit supporter qu’une et une seule connexion à la fois.

b) Exigences de temps d’appel d’une vue et de passage d’un écran à un autre

Ces temps doivent rester raisonnable pour l’utilisateur (<= 3s).

c) Exigences de temps de recherche de données

Ce temps doit également rester raisonnable pour l’utilisateur dans les limites du possible. Dans le
cas échéant, l’interface de l’application doit informer l’utilisateur sur la progression et le
déroulement de l’opération.
C. Ergonomie de la solution
a) Exigences d’environnement graphique

L’interface de l’application doit rester le plus ergonomique et le plus intuitif possible.

b) Langue du logiciel

L’application par défaut sera en Français (ou en Anglais selon la langue de l’appareil hôte. Mais,
l’application doit être multilingue et devra pouvoir permettre principalement la traduction en :
➢ Anglais ;
➢ Français;

D. Sécurité du système
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

L’application doit s’assurer que chaque opération n’est effectuée que par les personnes qui ont le
droit de les réaliser.
E. Base de données-Communication
a) Contraintes techniques SGBD

L’application, comme étant mobile, doit utiliser du SQLite avec des enregistrements en cache ou en
session.
b) Exigences de consultation ou modification de données

L’application doit s’assurer que l’utilisateur a le droit d’accéder ou de modifier les données de
TOUTENCOMMUN.COM.

IX. Les livrables

Nous souhaitons voir apparaître dans le devis

● Votre présentation
● Dossier d’architecture (Fonctionnelle, Applicative et Technique)
● Proposition de solution complète tarifé par package
● Découpage des tâches et tarif
● Calendrier de réalisation (planning projet)
o Date de la création et validation des maquettes
o Date de la création et validation des prototypes
o Date de la création et validation de l’application
o Dates des tests
o Date de mise en ligne sur les stores
● Hébergement
● Assurer la maintenance
● Proposer des astreintes pour le dépannage
● Quels solutions sera utilisées (Frameworks, templates, etc, etc…)
● Formation à l’utilisation (back office inclus)
Cahier des Charges et des spécifications Projet : TOUTENCOMMUN.COM 08/04/2020
Fonctionnelles Version : 001

Annexe 1 :

RGPD, politique de confidentialité et applications mobiles

Le règlement général pour la protection des données personnelles (RGPD) est entré en vigueur. politiques de
confidentialité détaillent les informations personnelles récoltées à votre sujet, comment y accéder et comment
les supprimer : les utilisateurs doivent accéder facilement à notre politique de confidentialité.

Dans quel cas dois-je avoir une politique de confidentialité ?

Ceci est nécessaire dès que vous collectez des informations sur vos utilisateurs ou sur l’appareil qu’il utilise. Ce
qui inclut, mais ne se limite pas aux cas suivants : accès à un compte ; implémentation de Apple Health Kit,
HomeKit, Keyboard extensions, Apple Pay ; accès à la localisation, aux contacts, au calendrier… Dans l’immense
majorité des cas, vous devez avoir une politique de confidentialité.

Apple et Google recommandent la conformité au RGDP

Apple, Google et Windows recommandent de permettre la consultation de la politique de confidentialité dans les
applications mobiles. Pour les applications iOS, cet accès doit être intégré dans l’application elle-même, et sur la
fiche iTunes de l’app. Tandis que pour les applications Android, la politique de confidentialité doit apparaître sur
la présentation dans le Google Play Store.

Comment créer une app iOS conforme au RGDP ?

Vous devez faire une mise à jour de votre app et la soumettre à nouveau à Apple, pour la mettre en conformité
avec le RGDP. Créez cette nouvelle version avec AppFactory. Indiquez le lien vers votre politique de
confidentialité dans le champ prévu à cet. Vous devez également faire figurer ce lien sur la fiche de votre app,
dans iTunes Connect.

Comment créer une app Android conforme au RGDP ?

Vous devez faire figurer votre politique de confidentialité sur la fiche de votre application. Pour ce faire,
connectez-vous à votre compte développeur sur Google Play Store. Vous n’avez pas besoin de soumettre à
nouveau votre app.

Vous pouvez également faire figurer votre politique de confidentialité dans votre app, en générant une nouvelle
version avec AppFactory et en renseignant le champ prévu à cet effet.