# Projet à réaliser.

## Choisir une application ou un processus administratif.

Il s'agit de choisir une application existante (par exemple, demande de permis en ligne) ou un processus administratif à numériser ou encore une application de gestion de contrat de stage (voir point 2 de ce [document](3VersCahierDesChargesStages.pdf)).

Il faut ensuite écrire tout ou partie du cahier des charges ainsi que spécifier par un ou des algorigrammes certaines fonctionalités.

Exemple en ligne :
[Nantes Métropole](https://data.nantesmetropole.fr/pages/algorithmes_nantes_metropole/)

L'exemple ci-dessus propose un cahier des charges fonctionnel très (trop) avancé.




## Cahier des charges

Expliquée en cours.

Quelques éléments pour rappel.
* Quoi? en 3 lignes 
* Pour et Avec Qui? liste des utilisateurs (en tant que rôle).
* Quoi et comment? Les fonctionalités principales.
  On va les lister très grossièrement avec une hierarchisation de leur importance. (par exemple avec la notation [MoSCoW](https://fr.wikipedia.org/wiki/M%C3%A9thode_MoSCoW)).
* Qui fait quoi? lien entre fonctionalités principales et roles, par exemple avec le [diagramme de cas d'usage](https://fr.wikipedia.org/wiki/Diagramme_de_cas_d%27utilisation)
* Détails. Algorigrame complet d'une fonctionalité.
* Sécurité, aspect réseau, client serveur...
* Données. Aspect RGPD. Reponsable de traitement etc.

## Détails.

rôle vs persona. le premier désigne une façon d'intervenir acec un logiciel en terme de fonctionalités et de droits d'accès, indépendamment de la personne physique. Le second correspond à un archétype de personne "physique et sociale".

Typiquement, selon le temps et la diversité du public typique amené à utiliser l'application, on va avoir plusieurs persona pour un rôle.