57 lines
2.9 KiB
Markdown
57 lines
2.9 KiB
Markdown
# 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.
|
|
|
|
## Digressions
|
|
|
|
Évocation de la signature electronique.
|
|
* Quelle sécurité?
|
|
* Interopérabilité?
|
|
* Habitudes difficiles à changer.
|
|
* Plusieurs entreprises, Adobe Sign, DocuSign, HelloSign(Dropbox), ...
|
|
* Exemple de [yousign](https://yousign.com/docusign-alternative)
|
|
* Appli web de gestion de signature [yousign](https://yousign.com/application)
|
|
* Pour intégrer dans un logiciel tiers [yousign API](https://yousign.com/pricing-api)
|
|
* En Europe, un standard existe et est en cours de révision [eIDAS](https://cyber.gouv.fr/le-reglement-eidas-n9102014)
|
|
* Découvrir [eIDAS](https://cyber.gouv.fr/lidentification-electronique)
|
|
|
|
Évocation communication avec le public
|
|
* messagerie interne à une application (pronote, banques, impôts).
|
|
* Non interopérabilité messagerie Whatsapp, Signal etc.
|
|
* Différence forte avec le papier et la boîte au lettre.
|
|
|
|
Présentation rapide Blog de Denis Merigoux,
|
|
projet Catala en lien avec mouvement de transparence proactive de la métropole de Nantes.
|
|
* voir entre autre article sur la caf [ici](https://catala-lang.org/en/publications)
|
|
* ou encore [son blog](https://blog.merigoux.ovh/fr/)
|