projettutorestimscoop.files.wordpress.com · Web viewEn période d'exploitation, Mr PÉRARD envisage de diffuser 10 à 20 reportages par an. Un reportage pouvant être composé

Groupe Mepulco Université du Littoral Côte d’Opale IUT du Littoral Côte d'Opale

SITE WEB DE L'ASSOCIATION TIM'SCOOP

CAHIER DES CHARGES

version 1.0. du 14.12.16

Université du Littoral Côte d’OpaleIUT du Littoral Côte d'Opale

Rue Louis David - B.P 689 - 62228 Calais CedexTel (33) 03.21.19.06.60 - Fax : (33) 03.21.19.06.61

CONTRÔLE DU DOCUMENT

Historique des versionsDate de début : 14 novembre 2016

Auteur : Bruno WarinDate Version Contributeurs Principales modifications/Remarques17.11.16 0.0 Bruno WARIN Création du document (29 pages) – 13

scénarios écrits sur les 22.06.12.16 0.1 Clément BENMAAMAR

Antoine BOUDENSMaxime LECLETAntoine OFFROYBruno WARIN

Ajout des 9 derniers scénarios (36 pages)

14.12.16 1.0 Bruno WARIN Mise à jour suite à la réunion Client du 06.12.16 (36 pages)

DistributionVoir paragraphe Clauses juridiques

Étattravail □ terminé ■ validé □ archivage □

Sécurité et confidentialitéVoir paragraphe Clauses juridiques

ResponsabilitéNe s’applique pas

Notes sur cette éditionCe cahier des charges a été produit dans le cadre du projet tutorés TIM'Scoop en 2 ème année du DUT Informatique à l'IUT du Littoral Côte d'Opale.

ValidationPrénom NOM Titre Date SignatureClément BENMAAMAR MOE-Etudiant

Antoine BOUDENS MOE-Etudiant

Maxime LECLET MOE-Etudiant

Antoine OFFROY MOE-Etudiant

Claude PÉRARD Client

Bruno WARIN MOE-Encadrant

Page 2 sur 36

TABLE DES MATIÈRES

1 PRÉSENTATION DU DOCUMENT.....................................................................................................................5

1.1 BUT.........................................................................................................................................................................51.2 CADRE....................................................................................................................................................................51.3 CONTENU................................................................................................................................................................5

2 PRÉSENTATION DU PROJET.............................................................................................................................6

2.1 CONTEXTE ET MOTIVATIONS..................................................................................................................................62.2 OBJECTIF.................................................................................................................................................................62.3 ORGANISATION DU PROJET.....................................................................................................................................62.4 ENVIRONNEMENT EXISTANT...................................................................................................................................62.5 PROCÉDURE DE VALIDATION..................................................................................................................................6

3 DESCRIPTION GÉNÉRALE DU BESOIN..........................................................................................................7

3.1 INTRODUCTION.......................................................................................................................................................73.2 LA PAGE ACCUEIL..................................................................................................................................................73.3 LES REPORTAGES....................................................................................................................................................73.4 LES ÉVÉNEMENTS...................................................................................................................................................83.5 LA PAGE PRESSE.....................................................................................................................................................83.6 LES UTILISATEURS DU SITE.....................................................................................................................................9

3.6.1 L'administrateur hébergement......................................................................................................................93.6.2 L'administrateur du site................................................................................................................................93.6.3 Les photographes..........................................................................................................................................93.6.4 Internaute ayant un accès privé à tous les reportages.................................................................................93.6.5 Internaute ayant un accès privé pour certains reportages...........................................................................93.6.6 Les internautes............................................................................................................................................10

3.7 PREMIER RÉCAPITULATIF DES DONNÉES DU SITE.................................................................................................103.7.1 Le diagramme de contexte..........................................................................................................................103.7.2 Le diagramme des données........................................................................................................................10

4 LES SITUATIONS DE VIE (SDV).......................................................................................................................11

5 SDV1 : INSTALLATION DU SITE......................................................................................................................11

5.1 CAS D'UTILISATION "GÉRER L'HÉBERGEMENT DU SITE".......................................................................................115.1.1 Acteurs........................................................................................................................................................115.1.2 Définition....................................................................................................................................................115.1.3 Diagramme de cas d'utilisation..................................................................................................................115.1.4 Scénario "Installer le site...........................................................................................................................125.1.5 Scénario "Mettre à jour les Mentions légales"..........................................................................................12

6 SDV2 : UTILISATION DU SITE PAR UN INTERNAUTE..............................................................................13

6.1 CAS D'UTILISATION "VISITER LA PARTIE PUBLIQUE DU SITE"..............................................................................136.1.1 Acteurs........................................................................................................................................................136.1.2 Définition....................................................................................................................................................136.1.3 Diagramme de cas d'utilisation..................................................................................................................136.1.4 Scénario "Visiter la partie publique du site"..............................................................................................13

6.2 CAS D'UTILISATION "VISUALISER SECTION REPORTAGES"...................................................................................156.2.1 Acteurs........................................................................................................................................................156.2.2 Définition....................................................................................................................................................156.2.3 Diagramme de Cas d'utilisation.................................................................................................................156.2.4 Scénario "Visiter section Reportages".......................................................................................................15

7 SDV3 : UTILISATION PAR UN PHOTOGRAPHE..........................................................................................17

7.1 CAS D'UTILISATION "GÉRER LES REPORTAGES"...................................................................................................177.1.1 Acteurs........................................................................................................................................................177.1.2 Définition....................................................................................................................................................177.1.3 Diagramme de cas d'utilisation..................................................................................................................177.1.4 Scénario "S'authentifier sur le site"...........................................................................................................177.1.5 Scénario "Créer un reportage"..................................................................................................................187.1.6 Scénario "Modifier un reportage"..............................................................................................................197.1.7 Scénario "Supprimer un reportage"...........................................................................................................20

Page 3 sur 36

8 SDV4 : ADMINISTRATION DU SITE................................................................................................................22

8.1 CAS D'UTILISATION "PARAMÉTRER LES PARTIES STATIQUES DU SITE"................................................................228.1.1 Acteurs........................................................................................................................................................228.1.2 Définition....................................................................................................................................................228.1.3 Diagramme de cas d'utilisation..................................................................................................................228.1.4 Scénario "S'authentifier sur le site"...........................................................................................................228.1.5 Scénario "Mettre à jour la page Accueil"..................................................................................................238.1.6 Scénario "Mettre à jour la page Collectifs"...............................................................................................248.1.7 Scénario "Mettre à jour la page Portraits"................................................................................................258.1.8 Scénario "Mettre à jour la page Presse"....................................................................................................25

8.2 CAS D'UTILISATION "PUBLIER UN REPORTAGE"...................................................................................................268.2.1 Acteurs........................................................................................................................................................268.2.2 Définition....................................................................................................................................................268.2.3 Diagramme de cas d'utilisation..................................................................................................................268.2.4 Scénario "Publier un reportage"................................................................................................................26

8.3 CAS D'UTILISATION "GÉRER LES ÉVÉNEMENTS"..................................................................................................268.3.1 Acteurs........................................................................................................................................................268.3.2 Définition....................................................................................................................................................268.3.3 Diagramme de cas d'utilisation..................................................................................................................278.3.4 Scénario "Créer un événement".................................................................................................................278.3.5 Scénario "Modifier un événement".............................................................................................................288.3.6 Scénario "Supprimer un événement"..........................................................................................................29

8.4 CAS D'UTILISATION "GÉRER LES PHOTOGRAPHES"...............................................................................................298.4.1 Acteurs........................................................................................................................................................298.4.2 Définition....................................................................................................................................................308.4.3 Diagramme de cas d'utilisation..................................................................................................................308.4.4 Scénario "Mettre à jour les informations d'un Photographe"....................................................................308.4.5 Scénario "Créer un Photographe".............................................................................................................318.4.6 Scénario "Supprimer un Photographe"......................................................................................................32

8.5 CAS D'UTILISATION "GÉRER LE SUIVI DES MODIFICATIONS DES PHOTOGRAPHES"..............................................328.5.1 Acteurs........................................................................................................................................................328.5.2 Définition....................................................................................................................................................328.5.3 Diagramme de cas d'utilisation..................................................................................................................338.5.4 Scénario "Visualiser les enregistrements de suivi des modifications des photographes"..........................338.5.5 Scénario "Supprimer des enregistrements de suivi des modifications des photographes"........................34

9 LES BESOINS NON FONCTIONNELS..............................................................................................................35

9.1 UTILISABILITÉ.......................................................................................................................................................359.2 COMPATIBILITÉ-PORTABILITÉ..............................................................................................................................359.3 EFFICACITÉ...........................................................................................................................................................359.4 FIABILITÉ..............................................................................................................................................................359.5 MAINTENABILITÉ..................................................................................................................................................359.6 SÉCURITÉ..............................................................................................................................................................35

10 LES BESOINS TECHNIQUES.............................................................................................................................35

11 AUTRES CLAUSES...............................................................................................................................................35

11.1 ENVELOPPE BUDGÉTAIRE.................................................................................................................................3511.2 DÉLAIS.............................................................................................................................................................3611.3 CLAUSES JURIDIQUES.......................................................................................................................................36

Page 4 sur 36

1 PRÉSENTATION DU DOCUMENT

1.1 ButLe but de ce document est d'être le cahier des charges pour la refonte du site de l'association TIM'Scoop (http://www.timscoop.org/).

1.2 CadreDans le cadre de leurs études, les étudiants au département Informatique de l'IUT du Littoral Côte d'Opale doivent mener à bien un projet en équipe.

Dans ce cadre ils doivent développer un site pour l'association TIM'Scoop en respectant la méthode Multi-Rôles Project (MRP) accessible à http://mepulco.net. Le site de suivi de ce projet est accessible à https://projettutorestimscoop.wordpress.com.

Ce cahier des charges regroupe l'ensemble des besoins du client du site à développer

1.3 ContenuSe reporter à la table des matières

Page 5 sur 36

https://projettutorestimscoop.wordpress.com/

http://mepulco.net/

http://www.timscoop.org/

2 PRÉSENTATION DU PROJET

2.1 Contexte et motivationsArdhome est une association de type loi 1901 dont l'objet est d'incuber des projets citoyens. TIM'Scoop est un de ses projets. Le projet TIM'Scoop a pour vocation de promouvoir la photographie sociale et humaniste et la photographie de reportage vécue comme une fenêtre sur le monde de l'autre.

Le projet TIM'Scoop est basé sur l'existence de quatre collectifs. Parmi ces quatre collectifs, seul "TIM'Scoop des 2 caps" a une existence légale (association de type loi 1901). Les trois autres collectifs correspondent à des groupes de travail qui n'ont pas d'existence légale :

1. TIM'Scoop de la Monnaie - Romans-sur-Isère en 2007.2. TIM'Scoop des 2 Caps (Pas de Calais) en juillet 2009.3. TIM'Scoop El Jem (Tunisie) en avril 2010.4. TIM'Scoop des Hirondelles (Peyrins) en avril 2011.

L'actuel Président de Ardhome, Monsieur PÉRARD, souhaite disposer d'un site professionnel afin d'améliorer l'image et la connaissance de son association, faciliter la diffusion des reportages photos et annoncer les événements décidés par l'association.

RemarqueDans la suite nous utiliserons l'expression Association TIM'Scoop pour désigner le présent projet.

2.2 ObjectifLe but de ce projet est de fournir un site Web qui réponde aux besoins de Mr PÉRARD. Cela comprend le développement, la mise en place chez l'hébergeur de Mr PÉRARD et la formation de son assistante à la gestion du site.

2.3 Organisation du projet Comité de pilotage : Sans Maîtrise d’ouvrage : Claude PÉRARD Maîtrise d’œuvre : Clément BENMAAMAR, Antoine

BOUDENS, Maxime LECLET, Antoine OFFROY, Bruno WARIN. Prestataire : voir Maîtrise d'œuvre

2.4 Environnement existantActuellement l'association TIM'Scoop dispose d'un nom de domaine (Timscoop.org) et d'un site vitrine limité à une page de présentation. Ce site vitrine est accessible à http://www.timscoop.org/. Le nouveau site viendra remplacer l'ancien.

2.5 Procédure de validationLes scénarios décrit dans ce cahier des charges seront exécutés en présence du client sur le site à l'adresse http://www.timscoop.org/ .

Page 6 sur 36



3 DESCRIPTION GÉNÉRALE DU BESOIN

3.1 IntroductionMonsieur PÉRARD a une vision accès assez claire de la structure du site qu'il désire. Il souhaite que le futur site comprenne six sections :

Une section Accueil qui présente l'association et le site lui-même. Une section Reportages qui permet l'accès à des reportages photos. Un reportage

photos étant en fait une galerie photos sur un thème donné. Une section Evénements qui est affiche la liste des annonces d'événements à venir

supportés par l'association. Une section Collectifs qui présentera librement chacun des quatre collectifs existants. Une section Portraits qui se limitera à une redirection vers un blog externe (un blog

Wordpress). Une section Presse qui se limitera à une page présentant des liens vers des articles de

presse récents sur l'association ou ses activités.

3.2 La page AccueilElle comprend un menu donnant accès aux six sections. Ce menu se retrouve d'ailleurs sur chaque page du site. Outre sa partie fixe, la page Accueil comprend les parties variables suivantes :

Une photo Un texte (mis dans une bulle de bande dessinée) La place de la bulle dans la page Un lien vers le dernier article de presse Un lien vers le prochain événement Un lien vers le dernier reportage

3.3 Les reportagesUn reportage est en fait une galerie photos sur un thème donné. Il n'y a pas de classification des thèmes, ceux-ci étant repérés par leur nom et leur contenu.

En période d'exploitation, Mr PÉRARD envisage de diffuser 10 à 20 reportages par an. Un reportage pouvant être composé de 30 à 50 photos. Soit entre 300 et 1000 photos par an. Pour un reportage donné, on distingue les photos visibles par tout internaute (photo public) de celles visibles par les internautes ayant le mot de passe du reportage ou par les internautes possédant le mot de passe d'accès général à tous les Reportages (photo privé).

Les principales informations définissant un reportage sont : Nom de la galerie (reportage) Lieu du reportage Date du reportage Image miniature représentant le reportage Le mot de passe d'accès à la partie privée des photos du reportage Le ou les photographes ayant réalisés le reportage. Publié photographe (O/N). Le photographe soumet son reportage à l'administrateur

pour publication. Publié administrateur (O/N). Le reportage ne sera visible que si l'administrateur l'a

publié.

Les principales informations définissant une photo sont :

Page 7 sur 36

Code d'identification de la photo Description libre de la photo La photo Numéro d'ordre de la photo dans le reportage (une photo n'appartient qu'à un

reportage et un seul).

Chaque photo d'un reportage est protégée par le droit français. C'est de la responsabilité des photographes de s'assurer que les droits de toutes les parties sont préservés notamment le droit à l'image. Pour chaque photo où des personnes apparaissent, le photographe a fait signer l'autorisation ad hoc aux personnes apparaissant sur la photo.

3.4 Les événementsUn Evénement est en fait une annonce d'événement que l'association a décidé de supporter. Cette section a pour but de les communiquer au plus grand nombre. Parmi les événements on distingue :

Les expositions photos Les projections vidéo Les reportages photos

Les principales informations définissant un événement sont : Titre de l'événement Image de l’affiche de l’évènement (miniaturée) Nature (Exposition, Projection, Reportage) Date de l'événement Lieu de l’évènement Carton d'invitation pour l'événement (image) Message

Exemple

3.5 La page PresseElle présente une liste de liens vers des scans d'article de presse en rapport avec l'association ou ses activités. Pour chaque article on a :

Titre de l'article Date de la publication La source de l'article (le journal par exemple) Le nom du ou des journalistes La date de l'événement Un champ libre Le département géographique (Nord, Pas-de-Calais, etc.)

Page 8 sur 36

3.6 Les utilisateurs du siteParmi les utilisateurs du site, on distingue :

3.6.1 L'administrateur hébergementC'est la personne qui a les codes d'accès et mots de passe chez l'hébergeur du serveur FTP et de la base de données. Elle peut :

Installer ex-nihilo le site, vérifier les espaces de stockage restants, les statistiques de connexions, etc. Cette personne n'a pas besoin d'avoir un compte Utilisateur sur le site.

Mettre à jour la page "Mentions légales" Réinitialiser le mot de passe de l'Administrateur du site. Réinitialiser le mot de passe de l'accès total aux photos privées des Reportage.

3.6.2 L'administrateur du siteCe sont les personnes qui connaissent le mot de passe du site. Du point de vue contenu du site, elles pourront :

Mettre à jour la section Accueil Mettre à jour tous les Reportages Mettre à jour tous les Evénements Mettre à jour la section Collectifs Mettre à jour la section Portait Mettre à jour la section Presse

Elle ne pourra pas mettre à jour les Mentions légales (fait par l'administrateur hébergeur)

Du point de vue des Photographes du site, elles pourront : Créer des Photographes Mettre à jour des Photographes Supprimer des Photographes

Afin de limiter et suivre les éventuelles dérives des photographes dans la gestion des reportages et des événements, chaque action de modification des photographes sur le site sera enregistrée. L'administrateur du site pourra gérer la mémorisation de ces enregistrements.

3.6.3 Les photographesCe sont les personnes qui ont le droit d'administrer la section Reportage. Elles doivent posséder un compte Photographe sur la plateforme.

Il est à noter qu'un photographe ne peut administrer que les reportages pour lesquels il est auteur (être dans la liste des Photographes du Reportage). Il est à noter que les interventions de création ou de modifications de Reportages par un photographe seront enregistrées sur le site. Ainsi l'administrateur du site peut détecter et agir sur les dérives éventuelles.

3.6.4 Internaute ayant un accès privé à tous les reportagesDans un reportage on distingue les photos publiques, visibles de tous les Internautes, des photos privés, visibles seulement par certains Internautes. La première catégorie d'Internautes qui a accès aux parties privées des Reportages est celle qui possède le mot de passe d'accès à tous les Reportages (unique pour tout le site). En effet, en cas de démonstration du site, il faut pouvoir facilement avoir accès à toutes les parties privées des Reportages.

3.6.5 Internaute ayant un accès privé pour certains reportagesLa seconde catégorie d'Internautes qui a accès aux photos privées d'un reportage est celle qui connaît le mot de passe du Reportage concerné. Il n'est pas nécessaire de posséder un compte sur le

Page 9 sur 36

site pour accéder aux photos privés d'un reportage, il suffit de connaître le mot de passe du reportage. Chaque reportage a son mot de passe propre.

3.6.6 Les internautesTout internaute a accès aux contenus des pages Accueil, Collectifs, Portraits et Presse. Il a également accès à tous les Reportages et peut en visualiser les photos publiques. Il a accès à tous les Evénements. Il a accès aux Mentions légales.

3.7 Premier récapitulatif des données du site

3.7.1 Le diagramme de contexte

3.7.2 Le diagramme des donnéesLe schéma ci-dessous modélise l'ensemble des données gérées par le site

Page 10 sur 36

4 LES SITUATIONS DE VIE (SDV)La plateforme possède cinq situations de vie (SDV) :

1. SDV1 : installation du site.2. SDV2 : utilisation du site par un internaute.3. SDV3 : utilisation du site par un photographe (spécifiquement les Reportages et les

Événements)4. SDV4 : administration du site (spécifiquement la gestion des pages Accueil, page Collectifs,

page Portraits, page Presse et gestion des Photographes).

5 SDV1 : INSTALLATION DU SITE

5.1 Cas d'utilisation "Gérer l'hébergement du site"

5.1.1 Acteurs Administrateur hébergement Serveur d'hébergement : l'hébergeur et les conditions techniques ont déjà été décidé. Il s'agit

d'une offre OVH avec un serveur Apache PHP-MySql (voir plus de détails au paragraphe besoins technique).

5.1.2 DéfinitionAvant On dispose des accès à un hébergement ad hoc : chemins d'accès, identifiants et mots de passe tant pour le FTP que pour la base de données.Après

Le site est installé sur le serveur d'hébergement. Il est prêt à être paramétré (modification de la page d'Accueil, page Collectif, etc.) et à être utilisé.

Le mot de passe de l'Administrateur du site a pu être (ré)initialisé. Le mot de passe d'accès général aux Reportages a pu être (ré)initialisé. La page Mentions légales a pu être mise à jour.

5.1.3 Diagramme de cas d'utilisation

Page 11 sur 36

5.1.4 Scénario "Installer le siteCette situation de vie est la première à être exécutée.

Cette situation de vie n'est pas plus détaillée ici car elle est assez générique et dépend de l'hébergement effectif acquis. Elle sera définie précisément lors du début de la phase de développement.

5.1.5 Scénario "Mettre à jour les Mentions légales"Titre : Modification page Mentions LégalesRésumé : ce cas d’utilisation permet à un Administrateur de pouvoir modifier la page des mentions légales, il devra passer par l'hébergeur.Acteurs : L'administrateur (doit avoir accès au serveur OVH et au serveur FTP)Date de création : 01.12.2016 Date de mise à jour :Version : 1.0 Responsable Antoine OFFROY

Préconditions

La plateforme est installée, le serveur FTP est configuré L'administrateur une authentification au compte OVH de TIM'Scoop et une

authentification au FTP ardhome-iutcalais.

Scénario nominal

1. L'administrateur se connecte sur le site OVH avec le compte TIM'Scoop

2. L'administrateur s'est connecté, et a accès à 3 FTP, il choisit le FTP ardhome-iutcalais

3. L'administrateur se connecte à ardhome-iutcalais

4. L’administrateur a accès à toutes les pages .html et .php du site

5. L'administrateur télécharge la page html des mentions légales

6. L'administrateur met à jour la page html à l'aide d'un éditeur de texte ( Notepad++, bloc-notes, sublimetext….)

7. L'administrateur upload la nouvelle page html des mentions légales modifiée sur le site, ce qui écrasera l'ancienne version lors de la confirmation.

8. L'administrateur confirme l'upload de la nouvelle page modifiée.

9. L'administrateur actualise le FTP.

10. La page des Mentions légales est maintenant modifiée et visible par les internautes.

Enchaînements d'erreurs

A1 : Mot de passe non reconnu

L’enchaînement A1 démarre au point 1. ou point 3. du scénario nominal.

a. Le système demande de se ré-authentifier

b. Si l'utilisateur se connecte, le scénario reprend au point 2. ou 4.

c. Si l'administrateur n'arrive pas à s'authentifier, le système arrête le scénario.

Post-conditions

Les modifications voulues ont pu être été apportées.

Page 12 sur 36

6 SDV2 : UTILISATION DU SITE PAR UN INTERNAUTE

6.1 Cas d'utilisation "Visiter la partie publique du site"

6.1.1 Acteurs Internaute La plateforme installée

6.1.2 DéfinitionAvantLe site est installé, paramétré, et a priori des reportages et des événements ont été créés.AprèsL'Internaute a pu visualiser les sections Accueil, Collectifs, Portraits et Presse, Il a également accès à l'ensemble des reportages et à leurs photos publiques. Il a également accès à l'ensemble des événements. La recherche d'un reportage ou événement s'est faite en parcourant la liste des reportages ou des événements triés par date du reportage ou de l'événement.


6.1.4 Scénario "Visiter la partie publique du site"Titre : Visiter la partie publique du siteRésumé : ce cas d’utilisation permet à un Internaute quelconque de visiter la partie publique du site.Acteurs : Internaute connaissant l'adresse du site

Page 13 sur 36

Date de création : 17.11.2016 Date de mise à jour :Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet

Scénario nominal

1. L'Internaute saisit l'adresse du site (http://www.timscoop.org/) dans son navigateur (voir liste des navigateurs concernés au paragraphe "Besoins non fonctionnels").

2. La page d'Accueil apparaît.

3. Il sélectionne la page Reportages.

4. La liste des reportages apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque reportage les informations suivantes apparaissent : Nom du reportage, lieu du reportage, date du Reportage.

5. L'internaute fait défiler les reportages et sélectionne le reportage désiré

6. La page Reportages s'affiche avec les coordonnées du reportage et seulement les différentes photos publiques du reportage

7. L'internaute ferme la page Reportage. Le scénario reprend en 4 ou en 9 (voir enchaînement alternatif A3 pour explication).

8. Il sélectionne la page Evénements.

9. La liste des Evénements apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque événement les informations suivantes apparaissent : Nature de l'événement, titre de l'événement, Date de l'événement, Lieu de l'événement et résumé de l'événement

10. L'Internaute fait défiler les événements à la recherche du ou des événements qui l'intéresse.

11. Il sélectionne la page Collectifs.

12. La page Collectifs apparaît

13. Il sélectionne la page Portraits.

14. Le blog des portraits apparaît dans un nouvel onglet

15. L'Internaute sélectionne la page Presse.

16. La page Presse apparaît.

17. L'Internaute sélectionne les Mentions Légales.

18. Les Mentions Légales apparaissent.

Enchaînements alternatifs

A1 : pas de reportage existantL’enchaînement A1 démarre au point 4 du scénario nominal.5. Le système indique à l'Internaute qu'il n'y a pas de Reportage de créer sur le site et invite l'internaute à contacter l'administrateur.Le scénario nominal reprend au point 2.

A2 : pas d'événement existantL’enchaînement A1 démarre au point 9 du scénario nominal.

Page 14 sur 36

11. Le système indique à l'Internaute qu'il n'y a pas d'Evénement de créer sur le site et invite l'internaute a contacter l'administrateur.Le scénario nominal reprend au point 4.

A3 : indépendance de l'ordre des visitesÀ tout moment, l'internaute peut appeler une des pages concernées dans n'importe quelle ordre (Accueil, Reportages, Evénements, Collectifs, Portraits, Presse, Mentions légales). Elle s'affiche alors.

PostconditionsL'Internaute a pu accéder à toute la partie publique du site.

6.2 Cas d'utilisation "Visualiser section Reportages"

6.2.1 Acteurs Internaute connaissant un ou plusieurs mots de passe de Reportage. La plateforme installée

6.2.2 DéfinitionAvantLe site est installé, paramétré, des reportages sont a priori présents dans le site. L'Internaute connaît un ou plusieurs mots de passe de Reportage.

AprèsL'Internaute a pu visualiser seulement les photos publiques et privées des Reportages dont il avait les mots de passe Reportage. Il n'a pu visualiser que les photos publiques des autres Reportages (ceux pour lesquels il n'avait pas de mot de passe Reportage).

6.2.3 Diagramme de Cas d'utilisation

6.2.4 Scénario "Visiter section Reportages"Titre : Visiter les photos privées d'un reportage.

Page 15 sur 36

Résumé : ce cas d’utilisation permet à un Internaute quelconque mais connaissant soit un mot de passe d'un Reportage soit le mot de passe général d'accès à tous les Reportages, d'avoir accès, en plus des photos publiques, aux photos privées du reportage.Acteurs : Internaute connaissant l'adresse du site et le mot de passe d'un reportageDate de création : 17.11.2016 Date de mise à jour :Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. Un ou plusieurs reportages possédant des photos publiques et privées sont présents sur le site.

Scénario nominal



3. Il clique sur la section Reportages.

4. La liste des reportages publiés apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque reportage les informations suivantes apparaissent : nom du reportage, lieu du reportage, date du Reportage et nombre de photos du reportage.


6. La page Reportages s'affiche avec les coordonnées du reportage et notamment les différentes photos publiques du reportage.

7. L'Internaute demande d'accéder aux photos privées du reportage.

8. Le système lui demande le mot de passe du Reportage (ou le mot de passe d'accès général à tous les Reportages)

9. L'Internaute saisit un mot de passe

10. Le système vérifie le mot de passe (mot de passe saisit = mot de passe du reportage ou mot de passe saisit = mot de passe d'accès général à tous les Reportages)

11. Le système complète l'affichage par les photos privées du site


A1 : pas de reportage existantL’enchaînement A1 démarre au point 4 du scénario nominal.5. Le système indique à l'Internaute qu'il n'y a pas de Reportage de créer sur le site et invite l'internaute à contacter l'administrateur.Le scénario nominal reprend au point 2.

A2 : mot de passe erronéL’enchaînement A1 démarre au point 10 du scénario nominal.11. Le système indique à l'Internaute que le mot de passe est invalide.Le scénario nominal reprend au point 8.

A3 : indépendance de l'ordre des visitesÀ tout moment, l'internaute peut appeler une des pages du site (Accueil, Reportages, Evénements, Collectifs, Portraits, Presse, Mentions légales). Elle s'affiche alors.

PostconditionsL'Internaute a pu accéder à toutes les parties publiques et privées des reportages pour lesquelles il possédait le mot de passe.

Page 16 sur 36

7 SDV3 : UTILISATION PAR UN PHOTOGRAPHEUn internaute ayant compte Utilisateur (considéré alors comme Photographe) peut faire les mêmes actions qu'un Internaute (voir paragraphe précédent). Mais il peut faire des actions supplémentaires.

7.1 Cas d'utilisation "Gérer les reportages"

7.1.1 Acteurs Photographe La plateforme installée

7.1.2 DéfinitionAvantLe site est installé et paramétré. Un Internaute possède un compte sur le site.

AprèsL'Internaute a pu créer, mettre à jour et supprimer des Reportages y compris déposer les photos publiques et privées de Reportage.


7.1.4 Scénario "S'authentifier sur le site"Titre : S'authentifier sur le siteRésumé : ce cas d’utilisation permet à un Internaute inscrit sur le site de s'authentifier et d'être considéré comme connecté.Acteurs : Un internaute possédant un compte utilisateur sur le site.

Page 17 sur 36


Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. L'Internaute possède un compte sur le site

Scénario nominal



3. L'Internaute demande de se connecter au site.

4. Le système lui demande son identifiant et mot de passe.

5. L'Internaute saisit son identifiant et mot de passe.

6. Le système vérifie le couple identifiant et mot de passe.

7. Le système affiche le nom et Prénom de l'utilisateur. Le statut de l'Internaute devient Photographe


A1 : authentification incorrecteL’enchaînement A1 démarre au point 7 du scénario nominal.7. Le système indique à l'Internaute que le couple (identifiant, mot de passe) est invalide.Le scénario nominal reprend au point 4.

PostconditionsL'Internaute est connecté au site. Son nom et son prénom sont affichés.

7.1.5 Scénario "Créer un reportage"Titre : Créer un reportageRésumé : ce cas d’utilisation permet à un Internaute inscrit sur le site de créer un reportage y compris faire le dépôt des photos du reportage.Acteurs : Un utilisateur (Il doit posséder un compte sur le site).Date de création : 17.11.2016 Date de mise à jour :Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. L'Internaute est connecté et à accéder à la page Reportages.

Scénario nominal

1. La liste des reportages apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque reportage les informations suivantes apparaissent : Nom du reportage, lieu du reportage, date du Reportage et nombre de photos du reportage.

2. L'utilisateur demande de créer un reportage.

3. Le système lui affiche la grille de création d'un reportage : nom du reportage, lieu du reportage, date du reportage, image miniature représentant le reportage, mot de passe d'accès à la partie privée des photos du reportage, liste des utilisateurs photographe du reportage.

Page 18 sur 36

4. L'utilisateur saisit les champs demandés.

5. L'utilisateur upload les photos du Reportage en précisant pour chacune d'entre-elle si elles sont publiques ou privées, leur description et leur ordre d'apparition dans le Reportage.

6. L'utilisateur réorganise l'ordre des photos du reportage (voir cas d'utilisation ad hoc).

7. L'utilisateur valide la grille de saisie

8. Le système insère le reportage saisit dans sa base de données


A1 : arrêt demandé par l'utilisateurL’enchaînement A1 démarre à tout point du scénario nominal.a. Le système demande de confirmer l'arrêtb. Si l'utilisateur confirme l'arrêt, la création du reportage est abandonnée, aucune

modification du site a lieu : le reportage n'est pas créé, les photos ne sont pas déposées.Le système arrête le scénario.

PostconditionsLe reportage est correctement inséré dans la base du site. Il est visible par les Internautes.

7.1.6 Scénario "Modifier un reportage"Titre : Modifier un reportageRésumé : ce cas d’utilisation permet à un Internaute inscrit sur le site de modifier un reportage à condition qu'il soit dans la liste des Photographes du Reportage.Acteurs : Un utilisateur (Il doit posséder un compte sur le site).Date de création : 17.11.2016 Date de mise à jour :Version : 1.0 Responsable : Bruno WARIN

Préconditions


Scénario nominal

1. La liste des reportages apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque reportage les informations suivantes apparaissent : nom du reportage, lieu du reportage, date du Reportage et nombre de photos du reportage.


3. Le système vérifie que l'Internaute est bien dans la liste des Photographes du Reportage

4. Les données du reportage s'affichent : nom du reportage, lieu du reportage, date du reportage, image miniature représentant le reportage, mot de passe d'accès à la partie privée des photos du reportage, liste des utilisateurs photographe du reportage, les différentes photos publiques et privées du reportage.

5. L'Internaute modifient les données du reportage en respectant les contraintes de la base de données (y compris l'ordre d'apparition des photos dans le reportage.

6. L'internaute valide les modifications.


A1 : arrêt demandé par l'utilisateurL’enchaînement A1 démarre à tout point du scénario nominal.

Page 19 sur 36

a. Le système demande de confirmer l'arrêtb. Si l'utilisateur confirme l'arrêt, la création du reportage est abandonnée, aucune modification du site a lieu : le reportage n'est pas créé, les photos ne sont pas déposées.Le système arrête le scénario.

A2 : Internaute non autoriséL’enchaînement A2 démarre au point 4 du scénario nominal.

a. Le système indique à l'Internaute qu'il n'est pas dans la liste des Photographes du Reportage et ne peut modifier le Reportage

Le système nominal reprend au point 1.

PostconditionsLe reportage est correctement modifié dans la base de données du site. Il est visible par les Internautes.

7.1.7 Scénario "Supprimer un reportage"Titre : Supprimer un reportageRésumé : ce cas d’utilisation permet à un Internaute inscrit sur le site de supprimer un reportage à condition qu'il soit dans la liste des Photographes du Reportage.Acteurs : Un utilisateur (Il doit posséder un compte sur le site).Date de création : 17.11.2016 Date de mise à jour :Version : 1.0 Responsable : Bruno WARIN

Préconditions


Scénario nominal

1. La liste des reportages apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque reportage les informations suivantes apparaissent : nom du reportage, lieu du reportage, date du Reportage et nombre de photos du reportage.


3. Les données du reportage s'affichent :

a. Nom du reportage

b. Lieu du reportage

c. Date du reportage

d. Image miniature représentant le reportage

e. Mot de passe d'accès à la partie privée des photos du reportage

f. Liste des utilisateurs photographe du reportage

g. Les différentes photos publiques et privées du reportage.

4. L'Internaute demande de supprimer le reportage.

5. Le système demande confirmation de la suppression

6. L'utilisateur confirme la suppression.

7. Le système supprime le répertoire dans la base de données y compris les photos du reportage.


Page 20 sur 36


A1 : arrêt demandé par l'utilisateurL’enchaînement A1 démarre à tout point du scénario nominal.a. Le système demande de confirmer l'arrêtb. Si l'utilisateur confirme l'arrêt, la création du reportage est abandonnée, aucune

modification du site a lieu : le reportage n'est pas créé, les photos ne sont pas déposées.Le système arrête le scénario.

PostconditionsLe reportage est supprimé de la base de données.

Page 21 sur 36

8 SDV4 : ADMINISTRATION DU SITEL'administrateur du site peut exécuter tous les scénarios déjà vus mais il peut en exécuter d'autres.

8.1 Cas d'utilisation "Paramétrer les parties statiques du site"

8.1.1 Acteurs Administrateur du site La plateforme installée

8.1.2 DéfinitionAvantLe site installé et paramétré.

AprèsL'Administrateur du site a pu, grâce à un mini-traitement de texte Wysiwig en HTML, pu mettre à jour les pages :

Accueil Collectifs Portraits (WordPress) Presse


8.1.4 Scénario "S'authentifier sur le site"Titre : S'authentifier sur le siteRésumé : ce cas d’utilisation permet à un Internaute possédant l'identifiant et le mot de passe de l'Administrateur du site de se connecter au site en tant qu'Administrateur du site.Acteurs : Un internaute possédant l'identifiant et le mot de passe de l'Administrateur du site.Date de création : 18.11.2016 Date de mise à jour :

Page 22 sur 36

Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. Un internaute possédant l'identifiant et le mot de passe de l'Administrateur du site.

Scénario nominal



3. L'Internaute demande de se connecter au site en tant qu'Administrateur du site.

4. Le système lui demande son identifiant et mot de passe.

5. L'Internaute saisit son identifiant et mot de passe.

6. Le système vérifie le couple identifiant et mot de passe avec ceux de l'Administrateur du site.

7. Le système affiche le nom et Prénom de l'utilisateur et indique le statut "Administrateur sur site".


A1 : authentification incorrecteL’enchaînement A1 démarre au point 7 du scénario nominal.7. Le système indique à l'Internaute que le couple (identifiant, mot de passe) est invalide.Le scénario nominal reprend au point 4.

PostconditionsL'Internaute est connecté au site en tant qu'Administrateur du site. Son nom et son prénom sont affichés et son statut (Administrateur du site) est indiqué.

8.1.5 Scénario "Mettre à jour la page Accueil"Titre : Mettre à jour la page d’accueilRésumé : Ce cas d’utilisation permet à l’administrateur du site de modifier le message de bienvenue du site ainsi que l’image d’accueil.Acteurs : L’administrateurDate de création : 23.11.2016 Date de mise à jour : 24.11.16Version : 1.1 Responsable : Clément BENMAAMAR

Préconditions Le site est opérationnel, l’utilisateur doit être connecté en tant qu’Administrateur et se situer

sur la page Accueil Sur la page d’accueil est positionné une image prédéfinie avec une bulle du même type que

celle du logo « TIM'Scoop » avec à l’intérieur de celle-ci un titre et une description

Scénario nominal1. L’utilisateur se trouve sur la page d’Accueil2. L’utilisateur demande de se connecter en tant qu’Administrateur3. Une fois connecter en tant qu’administrateur un onglet Admin s’ajoute sur la barre de menu4. L’administrateur se rend sur la page Admin5. L’administrateur clique sur l’option « Modifier message de bienvenue »6. Le système propose de modifier les parties variables de la page d'accueil (photo, texte de la

bulle, place de la bulle.

Page 23 sur 36

7. L’administrateur valide sa saisie8. Le système modifie le message de la page Accueil9. L’administrateur retourne sur la page Admin10. L’administrateur clique sur l’option « Modifier image d’accueil »11. Le système demande à l’administrateur de joindre une image12. L’administrateur valide le changement de l’image13. Le système insère l’image sur la page Accueil

Enchaînement d’erreur

A1 : L’administrateur dépasse le nombre maximum de caractère (titre et description)L’enchainement A1 démarre au point 7 du scénario nominal. a. Le système spécifie que le nombre caractère maximum est dépassé

A2 : l’image ne contient le format adéquatL’enchainement A2 démarre au point 12 du scénario nominal.a. Le système spécifie que le format ne convient pasb. Le système précise les formats qui fonctionnent

Post-conditionsLes messages et les photos sont remplacés dans la base de données.

8.1.6 Scénario "Mettre à jour la page Collectifs"Titre : Mettre à jour la Page collectifs

Résumé : ce cas d’utilisation permet à un administrateur de pouvoir modifier la page des collectifs.

Acteurs : L'administrateur

Date de création : 21.11.2016 Date de mise à jour : 02.12.2016

Version : 1.1 Responsable : Antoine OFFROY

Préconditions

• La plateforme est installée, l’utilisateur possède un compte administrateur et est connecté sur le site.

Scénario nominal

1.L'administrateur clique sur la page d’administration des collectifs

2. L'administrateur sélectionne le collectif à modifier (Il existe 4 pages différentes, une par Collectif).

3. L'administrateur modifie la page en se servant d'un mini traitement de texte (outil CKéditor°.

4. L’administrateur met à jour la page en cliquant sur le bouton ‘Mettre à Jour’

5. Les informations rentrées sont stockées automatiquement dans la base de données

6. La page est maintenant modifiée


A1 : Le temps de session a expiré

L’enchaînement A1 démarre au point 4. du scénario nominal.

a. Le système demande de se ré-authentifier

Page 24 sur 36

b. Si l'utilisateur se connecte, le scénario reprend au point 5.

c. Si l'administrateur n'arrive pas à s'authentifier malgré plusieurs reprises, les modifications sont perdues et le système arrête le scénario.

Post-conditions

Les modifications voulues ont pu être été apportées.

8.1.7 Scénario "Mettre à jour la page Portraits"Titre : Mettre à jour de la page PortraitsRésumé : Ce cas d'utilisation permet à l’administrateur de mettre à jour les articles sur la page Portrait.Acteurs : L’administrateur Date de création : 02/12/16 Date de mise à jour : 05.12.16Version : 1.0 Responsable : Clément BENMAAMAR

Préconditions Le site est en ligne, le serveur est configuré et l’utilisateur est connecté en tant

qu’Administrateur L'utilisateur possède une authentification sur le blog Wordpress. Le choix Portrait du menu du site pointe vers un site externe WordPress avec l’ensemble

des portraits

Scénario nominal1. L’administrateur clique sur le lien Portraits du menu2. Le site redirige l’administrateur vers le blog (WordPress) dans un nouvel onglet3. L’administrateur se connecte au WordPress4. L’administrateur accède au menu du WordPress en ajoutant « wp-admin » à la suite du lien

dans la barre d’adresse.5. L’administrateur modifie/ajoute des informations pour les portraits (photo, nom, activité,

…) présents. Il peut ajouter des nouveaux portraits6. L’administrateur clique sur « Mettre à jour »7. La page Portraits est maintenant modifiée et visible par les internautes

Enchaînement d’erreurs Classique

8.1.8 Scénario "Mettre à jour la page Presse"Titre : Mettre à jour la page PresseRésumé : Ce cas d'utilisation permet à un Administrateur de mettre à jour les articles de la page Presse.Acteurs : L’administrateur Date de création : 02/12/16 Date de mise à jour : 05.12.16Version : 1.0 Responsable : Clément BENMAAMAR

Préconditions Le site est en ligne, le serveur est configuré et l’utilisateur est connecté en tant

qu’Administrateur

Scénario nominal 1. L’administrateur clique sur le lien Administration2. L’administrateur clique sur le choix « Modifier page Presse »

Page 25 sur 36

3. L’administrateur modifie la page en utilisant les fonctions du mini-traitement de texte WysiWyg (outil CKeditor).

4. L’administrateur met à jour la page en cliquant sur le bouton « Mettre à jour »5. Les informations insérées sont stockées dans la base de données6. La page est modifiée.

Enchaînements d’erreurs

8.2 Cas d'utilisation "Publier un reportage"

8.2.1 Acteurs L'administrateur du site La plateforme installée

8.2.2 DéfinitionAvant

Le site est installé et paramétré. Un Internaute possède le mot de passe d'administration du site (administrateur du site)

Après L'Administrateur du site a pu publier un ou plusieurs Reportages.


8.2.4 Scénario "Publier un reportage"Ras

8.3 Cas d'utilisation "Gérer les événements"

8.3.1 Acteurs L'administrateur du site La plateforme installée

8.3.2 DéfinitionAvant

Le site est installé et paramétré. Un Internaute possède le mot de passe d'administration du site (administrateur du site)

Après

Page 26 sur 36

L'Administrateur du site a pu créer, mettre à jour et supprimer des Evénements.


8.3.4 Scénario "Créer un événement"Titre : Créer un événementRésumé : ce cas d’utilisation permet à un Internaute inscrit sur le site de créer un événementActeurs : Un utilisateur (Il doit posséder le mot de passe d'administration du site).Date de création : 17.11.2016 Date de mise à jour : 07.12.16Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. Un Administration du site est connecté et à accéder à la page Evénement.

Scénario nominal

1. La liste des événements apparaît triée sur l'ordre chronologique inverse (le plus récent d'abord). Pour chaque événement les informations suivantes apparaissent :

2. L'utilisateur demande de créer un événement

3. Le système lui affiche la grille de création d'un événementa. Titre de l'événementb. Image de l’affiche de l’évènement (miniaturée) c. Nature (Exposition, Projection, Reportage)d. Date de l'événement e. Lieu de l’évènementf. Carte d'invitation de l'événement

Page 27 sur 36

g. Message

4. L'utilisateur saisit les champs demandés.

5. L'utilisateur valide la grille de saisie

6. Le système insère l'événement saisit dans sa base de données



a. Le système demande de confirmer l'arrêtb. Si l'utilisateur confirme l'arrêt, la création du reportage est abandonnée, aucune

modification du site a lieu : le reportage n'est pas créé, les photos ne sont pas déposées.

Le système arrête le scénario.

Post-conditionsL'événement est correctement inséré dans la base du site. Il est visible par les Internautes.

8.3.5 Scénario "Modifier un événement"Titre : Modifier un événementRésumé : ce cas d’utilisation permet à un Administrateur du site de modifier un événement.Acteurs : Un utilisateur (Il doit posséder le mot de passe d'Administration du site).Date de création : 17.11.2016 Date de mise à jour : 07.12.2016Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. L'administrateur du site est connecté et à accéder à la page Evénement.

Scénario nominal


a. Titre de l'événementb. Image de l’affiche de l’évènement (miniaturée) c. Nature (Exposition, Projection, Reportage)d. Date de l'événemente. Lieu de l’évènementf. Carton d'invitation de l'événementg. Message

2. L'internaute fait défiler les événements et sélectionne l'événement désiré

3. Les données de l'événement s'affichent.

4. L'Internaute modifient les données de l'événement en respectant les contraintes de la base de données.



A1 : arrêt demandé par l'utilisateurL’enchaînement A1 démarre à tout point du scénario nominal.c. Le système demande de confirmer l'arrêt

Page 28 sur 36

d. Si l'utilisateur confirme l'arrêt, la création du reportage est abandonnée, aucune modification du site a lieu : le reportage n'est pas créé, les photos ne sont pas déposées.Le système arrête le scénario.

Post-conditionsL'événement est correctement modifié la base du site. Il est visible par les Internautes

8.3.6 Scénario "Supprimer un événement"Titre : Supprimer un événementRésumé : ce cas d’utilisation permet à l'administration du site de supprimer un événement.Acteurs : Un utilisateur (Il doit posséder un compte sur le site).Date de création : 17.11.2016 Date de mise à jour : 07.12.2016Version : 1.0 Responsable : Bruno WARIN

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. L'Administrateur du site est connecté et à accéder à la page Evénement.

Scénario nominal


a. Titre de l'événementb. Image de l’affiche de l’évènement (miniaturée) c. Nature (Exposition, Projection, Reportage)d. Date de l'événemente. Lieu de l’évènementf. Carton d'invitationg. Message

2. L'internaute fait défiler les événements et sélectionne l'événement désiré

3. L'Internaute demande de supprimer l'événement.


5. L'utilisateur confirme la suppression.

6. Le système supprime l'événement dans la base de données.



A1 : arrêt demandé par l'utilisateurL’enchaînement A1 démarre à tout point du scénario nominal.c. Le système demande de confirmer l'arrêtd. Si l'utilisateur confirme l'arrêt, la suppression de l'événement est abandonnée, aucune

modification du site a lieu : l'événement n'est pas supprimée.Le système arrête le scénario.

Post-conditionsL'événement est supprimé de la base de données.

Page 29 sur 36

8.4 Cas d'utilisation "Gérer les photographes"


8.4.2 DéfinitionAvantLe site installé et paramétré. On a différents Photographes inscrits sur le site. Des Reportages y sont a priori également déposés. L'Administrateur du site est connecté au site.

AprèsLes modifications suivantes ont pu être été apportées :

Toutes les informations de tous les Photographes, sauf leur mot de passe, ont pu être modifiées.

Les mots de passe des Photographes ont pu être réinitialisés.


8.4.4 Scénario "Mettre à jour les informations d'un Photographe"Titre : Mettre à jour les informations d'un photographeRésumé : ce cas d’utilisation permet à l'Administrateur du site connecté de modifier toutes les informations relatives à un photographe.Acteurs : L'Administrateur du site connecté.Date de création : 18.11.2016 Date de mise à jour :Version : 1.0 Responsable : Equipe TIM'Scoop

Préconditions

• Le site est installée, paramétré et accessible via son adresse Internet. Un Internaute est connecté avec le compte de l'Administrateur du site.

Scénario nominal

Page 30 sur 36

1. L'Administrateur demande la modification des Photographes.

2. Le système affiche la liste des photographes

3. L'Administrateur du site sélectionne le Photographe à modifier

4. Le système affiche les informations relatives au Photographe (le mot de passe est caché) :

5. L'Administrateur du site modifient les données du photographes (en respectant les contraintes de la base de données.




a. Le système demande de confirmer l'arrêtb. Si l'utilisateur confirme l'arrêt, les modifications en cours sont abandonnées, aucune

modification a lieu.Le système arrête le scénario.

Post-conditionsLes modifications suivantes ont pu être été apportées :

Toutes les informations de tous les Photographes, sauf leur mot de passe, ont pu être modifiées.

Les mots de passe des Photographes ont pu être réinitialisés.

8.4.5 Scénario "Créer un Photographe"Titre : Créer un photographeRésumé : ce cas d’utilisation permet à l’administrateur du site (connecté) de créer un nouvel utilisateur de type Photographe.Acteurs : L’administrateur du site connecté.Date de création : 28.11.2016 Date de mise à jour :Version : 1.0 Responsable : Maxime LECLET

Pré conditions

Le site est installé, paramétré et accessible via son adresse Internet.

L’administrateur est connecté et a accédé à la page de gestion des Photographes.

Scénario nominal

1. Le système affiche la liste des Photographes

2. L'Administrateur sélectionne la création d’un nouveau Photographe

3. L’administrateur renseigne le prénom, le nom, le mot de passe provisoire, l’adresse email et le nom du collectif géographique (un seul collectif) du nouveau Photographe

4. L'Administrateur valide la création du Photographe

5. Le système créé le nouveau Photographe dans la base de données

6. Le système informe l’Administrateur que le Photographe a bien été créé.


A1 : informations incorrectesL’enchaînement A1 démarre au point 5 du scénario nominal.

Page 31 sur 36

5. Le système indique clairement à l’administrateur les informations renseignées qui sont incorrectesLe scenario nominal reprend au point 3

Post conditionsLe nouveau Photographe est correctement inséré dans la base de données, un mail lui est envoyé sur l’adresse que l’administrateur a renseignée pour l’en informer.

8.4.6 Scénario "Supprimer un Photographe"Titre : Supprimer un photographeRésumé : ce cas d’utilisation permet à l’administrateur du site (connecté) de supprimer un utilisateur de type photographe.Acteurs : L’administrateur du site connecté.Date de création : 02.12.2016 Date de mise à jour :Version : 1.0 Responsable : Maxime LECLET

Pré conditions

Le site est installée, paramétré et accessible via son adresse Internet.

L’Administrateur est connecté et a accédé à la page de gestion des Photographes.

Scénario nominal

1. Le système affiche la liste des Photographes

2. L'Administrateur demande la suppression d’un Photographe


4. L'Administrateur valide la suppression du Photographe

5. Le système supprime le Photographe de la base de données

6. Le système informe l’Administrateur que le Photographe est bien supprimé


A1 : arrêt demandé par l’administrateurL’enchaînement A1 démarre à tout point antérieur au point 4 du scénario nominal.e. Le système demande de confirmer l'arrêtf. Si l'administrateur confirme l'arrêt, la suppression du photographe est abandonnée,

aucune modification de la base de données n’a lieuLe système arrête le scénario.

Post conditionsLe Photographe est correctement supprimé de la base de données, un mail lui est envoyé sur son adresse pour l’en informer.

8.5 Cas d'utilisation "Gérer le suivi des modifications des photographes"


Page 32 sur 36

8.5.2 DéfinitionAvantLe site installé et paramétré. Différents Photographes ont apporté des modifications sur le site, celles-ci ont été enregistrées sur le site.

AprèsLes modifications suivantes ont pu être été apportées sur les enregistrements:

Visualisation des modifications des Photographes. Suppression de tout ou partie des des modifications des Photographes.


8.5.4 Scénario "Visualiser les enregistrements de suivi des modifications des photographes"

Titre : Visualiser les enregistrements de suivi des interventions des photographesRésumé : ce cas d’utilisation permet à l’administrateur du site de visualiser les interventions des Photographes.Acteurs :

L’administrateur du site connecté. La plateforme installée avec des enregistrements d'interventions de photographes.

Date de création : 02.12.2016 Date de mise à jour :06.12.16Version : 1.0 Responsable : Antoine BOUDENS

Pré conditions

Le site est installé, paramétré et accessible via son adresse Internet.

L’administrateur est connecté et a accédé à la page d’affichage de l’historique des modifications du site par les Photographes.

Page 33 sur 36

Des Photographes ont déjà ajouté, mis à jour ou supprimé des Reportages ou des Événements (ces actions ont été enregistrées).

Scénario nominal

1. Le système affiche la liste des interventions réalisées par les photographes et enregistrées dans la base de données.


Post conditions

8.5.5 Scénario "Supprimer des enregistrements de suivi des modifications des photographes"

Titre : Supprimer des enregistrements d'interventions des photographesRésumé : ce cas d’utilisation permet à l’administrateur du site de supprimer des interventions enregistrées des Photographes.Acteurs :

L’administrateur du site connecté. La plateforme installée avec des enregistrements d'intervention de photographes


Pré conditions

1. Le site est installé, paramétré et accessible via son adresse Internet.

2. L’administrateur est connecté et a accédé à la page d’affichage de l’historique des modifications du site

3. Des Photographes ont déjà ajouté, mis à jour ou supprimé des Reportages ou des Événements (ces actions ont été enregistrées).

Scénario nominal

1. Le système affiche la liste des actions réalisés par les photographes récupérés dans la base de données.

2. L'administrateur sélectionne un, plusieurs ou tous les interventions affichées.

3. L'administrateur demande la suppression

4. Le système demande la confirmation de la suppression

5. L'administrateur confirme la suppression

6. Le système supprime les enregistrements concernés dans la base de données.

Enchaînements alternatifsA1 : non confirmation de suppression

L'enchaînement A1 démarre au point 5 du scénario nominal6. L'administrateur ne confirme pas la suppressionLe scénario nominal reprend au point 2.

PostConditionsLes enregistrements d'interventions, dont la suppression a été confirmée, sont supprimés de la base de données

Page 34 sur 36

9 LES BESOINS NON FONCTIONNELS

9.1 Utilisabilité- La plateforme doit être suffisamment intuitive pour être utilisées par les visiteurs sans aide dans 75% des cas et avec une à deux pages d'aide dans 95% des cas.- L'administrateur du site, niveau au moins baccalauréat ou assimilé, doit pouvoir réaliser ses processus sans hésiter avec les documents de la maintenabilité plus un document d'aide d'au plus 5 pages.

9.2 Compatibilité-PortabilitéCompatible avec les versions récentes après 2010 des principaux navigateurs du marché : Chrome, Firefox, Internet Explorer et Safari.

9.3 EfficacitéLe temps de réponse ne doit pas dépasser 20 ms dans 95% des cas et jamais plus d'une demi-seconde pour un trafic de 10 utilisateurs.

9.4 FiabilitéNe doit pas générer de perte de données.

9.5 Maintenabilité

9.6 SécuritéLes mots de passe dans la base de données doivent être codés

10 LES BESOINS TECHNIQUES- Un hébergement Apache/PHP/MySql pouvant supportés 5 ans de Reportages soit 6500 photos au format .jpg pesant chacun x Mo.

- La programmation se fera en PHP/MySql/Javascript/CSS/HTML

- Les extensions des formats d’image m acceptées seront : crw, .cr2 (Format RAW de CANON) nef, .nrw (Format RAW de NIKON) jpeg, jpg png

A noter que tous les formats seront convertis en jpeg afin de réduire le poids et le temps d’affichage dans le navigateur

11 AUTRES CLAUSES

11.1Enveloppe budgétaireMoins de 100 euros par an pour prendre un hébergement chez un hébergeur.

Page 35 sur 36

11.2DélaisLe site doit être livré pour le 27 mars 2017.

11.3Clauses juridiquesLe site Web réalisé sera la propriété de l'association Ardhome.

Les documents réalisés au cours de ce projet resteront propriété de leurs auteurs qui pourront individuellement les utiliser librement notamment à des fins pédagogiques en citant les auteurs.

Ce projet s'inscrivant dans un cadre pédagogique aucune poursuite ne pourra être engagée envers les membres de la maîtrise d'œuvre.

Page 36 sur 36

Documents

projettutorestimscoop.files.wordpress.com · Web viewEn période d'exploitation, Mr PÉRARD envisage de diffuser 10 à 20 reportages par an. Un reportage pouvant être composé