Software eng - C\'est un projet qui aide à mieux comprendre les étapes d\'un projet de logiciel. PDF

Title Software eng - C\'est un projet qui aide à mieux comprendre les étapes d\'un projet de logiciel.
Author Andrew Morcos
Course Compétences En Sciences Informatique
Institution Université Paris-Saclay
Pages 21
File Size 895.5 KB
File Type PDF
Total Downloads 1
Total Views 151

Summary

C'est un projet qui aide à mieux comprendre les étapes d'un projet de logiciel....


Description

SOFTWARE ENGINEERING PROJECT ANDREW MORCOS

28

Contents Table of Figures ............................................................................................................................................. 2 Explication du Projet ..................................................................................................................................... 3 Risk Management ......................................................................................................................................... 4 Acteurs .......................................................................................................................................................... 5 Use Case-Cas d’Utilisation ............................................................................................................................ 6 Use Case Diagram-Diagramme de cas d’utilisation ...................................................................................... 7 Use Case Fully Dressed ................................................................................................................................. 8 Explication de tous le diagrammes de cas d’utilisation .............................................................................. 11 Consulter Restaurant .............................................................................................................................. 11 Consulter Cinemas .................................................................................................................................. 11 Création du compte ................................................................................................................................ 11 Consulter Events ..................................................................................................................................... 11 Rate ......................................................................................................................................................... 12 Créer Event.............................................................................................................................................. 12 Diagramme de sequence - SSD ................................................................................................................... 13 Diagrammes d’activité- Activity Diagram ................................................................................................... 17 Diagramme de Communication- Communication Diagram ........................................................................ 18 Diagramme de Classe – Domain Class Model ............................................................................................. 19 Implementation de quelques classes .......................................................................................................... 20

Table of Figures Figure 1, DIagramme de Cas d’utilisation ..................................................................................................... 7 Figure 2,Diagramme de séquence- Consulter Events ................................................................................. 13 Figure 3,Diagramme de séquence- Créer Event ......................................................................................... 13 Figure 4,Diagramme de séquence- Création compte ................................................................................. 14 Figure 5,Diagramme de séquence-Consulter Restaurants ......................................................................... 14 Figure 6,Diagramme de séquence-Consulter Ciné et Film ......................................................................... 15 Figure 7,Diagramme de séquence-Manipuler Friends ............................................................................... 16 Figure 8,Diagramme d''activité -Consulter Event ....................................................................................... 17 Figure 9,Diagramme d''activité -Création Event ......................................................................................... 17 Figure 10,Diagramme de communication Consulter Friends ..................................................................... 18 Figure 11, Diagramme de classe ................................................................................................................. 19

Explication du Projet Je souhaite construire une application mobile qui pourrait faciliter les nombreux choix de destination quand la personne veut sortir seule ou avec ses amis. Cette application est composée d'un menu d'invités où tout le monde pourrait voir et vérifier les informations générales sur certains endroits. Un utilisateur pourrait se connecter via ce menu pour accéder à un utilisateur-menu qui se compose d'un menu plus détaillé et instructif où chaque utilisateur dispose d'une liste d'amis, et peut voir les rangs personnels et détaillés de ses amis à propos de ces lieux spécifiques. Un utilisateur peut vérifier les événements (events) créés par les administrateurs (où les entreprises de l'extérieur pourraient payer à l'application pour faire un tel événement et le publier). Après la vérification de ces évènements (events) l’utilisateur peut se présenter en tant que participant à l’évènement ou pas. Chaque utilisateur peut également créer un événement (event) personnel et inviter sa liste d'amis. La modélisation de ce système suivera l’ordre suivant : • • • • • • • • •

Identification des acteurs qui interagissent avec le système (ACTORS) Cas d’utilisation (Use Case) Le diagramme de cas d’utilisation (USE CASE DIAGRAM) Un cas d’utilisation FULLY DRESSED Explication de tous les diagrammes Diagrammes de Sequences (SSD) Diagramme d’activité (Activity Diagram) quelques uns Diagramme de communication (Communication Diagram) Diagramme de classe ( domain class model)

Risk Management RIsk Trial Visual Studio Expired Zomato App Competition Lebanese University Strike Continues Case tools cannot be integrated

Affects Project

Probabilty high

Effects Catastrophic

Business

high

serious

Project

low

serious

project

high

tolerable

Risk Trial Visual Studio Expired Zomato App competition Lebanese University Strike Continues Case tools cannot be integrated

Strategy Buy the original version Make the subscription free Research and work alone Try to fix it or change some case tools

Acteurs Pour ce système on a les acteurs suivants : •

Guest : a le droit de voir la liste des Restaurants, Ciné, Films.



User : voir la liste des Restaurants, Ciné, Films + voir la liste des events et créer event +voir la liste des amies et la modifier + Rate.



Serveur Web : qui autorise l’authentification et exécute les fonctions.



Data Base : Base de données du serveur Web.

Use Case-Cas d’Utilisation Guest: •

Créer un compte



Consulter la liste des Restaurants



Consulter la liste des Cinémas



Consulter la liste des Films User:



Consulter la liste des Restaurants



Consulter la liste des Cinémas



Consulter la liste des Films



Authentifier



Rate



Consulter la liste des Events



Créer Event



Manipuler la liste des amies (add, view, delete) Serveur Web :



Intermédiaire gérant les fonctions entre utilisateur et la base de donnes Base de Donnes :



Contient toute les informations nécessaires

Use Case Diagram-Diagramme de cas d’utilisation

Figure 1, DIagramme de Cas d’utilisation

Use Case Fully Dressed Use Case: Manipuler Friends. Id: UC-05 Description: à l’aide de ce cas d’utilisation, l’utilisateur sera capable de manipuler sa liste de Friends. Level: User Goal Primary Actor: User Secondary Actor: System/Webserver Stakeholders and interests: L’utilisateur veut que l’application lui permet de manipuler sa liste de Friends le plus rapidement possible. Pre-conditions: l’utilisateur soit un User. Post Conditions: Success end condition: L’utilisateur a été capable d’effacer, ajouter ou modifier sa liste de Friends. Failure end condition: L’utilisateur an’a pas pu effacer, ajouter ou modifier sa liste de Friends. Minimal Guarantee: User logged out of the application. Trigger: L’utilisateur lance l’application. Main Success Scenario (Scenario Nominal) 1.Le système affiche le menu Guest/User. 2.L’utilisateur choisit User. 3.Le système affiche la page d’authentification. 4.L’utilisateur introduit Username/Password. 5.Le système vérifie que les informations sont valides et affiche le menu Friends. 6. L’utilisateur choisit View Friends List. 7.La liste de Friends est affichée.

Extensions: * A n’importe quell temps, l’application s’arrête 1.L’utilisateur quitte l’application et la ferme. 2.Il relance l’application. Back to MS step 1. 6a Le password ou username est erroné 1.Le système affiche que la verification n’est pas valide et lui demande de les reécrire. 2.L’utilisateur reécrit Username et Password. 2a Le password ou Username est erroné 1.Le système informe d’une nouvelle erreure. 2.Le système bloque l’accès à l’utilisateur durant 5 minutes. Back to MS step 5. Alternative Flow- Add Friend 6. L’utilisateur choisit Add Friend. 7.Le système affiche la page avec les informations à remplir. 8.L’utilisateur complète le nom du Friend et confirme. 9.Le système envoie la demande à la base de données qui le traite. 10. La base de données informe le système de la réussite du Query. 10a La base de données envoie Null Values au Système 1. Le système affiche: This Username does not exist. Back to Step 7. 11. Le système affiche Friend was Added.

Alternative Flow- Delete Friend 6. L’utilisateur choisit Delete Friend. 7. Le système demande la liste et l’affiche. 8. L’utilisateur choisit le nom à effacer. 9. Le système demande la base de données qui a son tour envoie une réussite au système. 9a La base de données envoie Null Values au Système 1. Le système affiche: This Username does not exist. Back to Step 7. 10 le système affiche Friend was removed. Assumptions: Les utilisateurs parlent Francais / Anglais. Special Requirements Performance: L’application doit effectuer l’opération delete dans un délai de 10 secondes après la demande. User Interface: 1.L’ application doit afficher toutes les options en anglaise et en français. 2.La mesure des lettres affichés doit au moins être de 2cm. Security: 1.L’ application ne doit pas sauvegarder le Username / Password par défaut. 2.L’application doit afficher le password en format crypté lors de sa saisie par l’utilisateur.

Explication de tous le diagrammes de cas d’utilisation Consulter Restaurant L’utilisateur

Le système

Lancement de l’application (1)

Affichage Guest/User (2)

Choisit Guest (3) Choisit consulter Restaurants (5)

Affichage menu (4) Affichage la liste des Restaurants (6)

Log out (7)

Affichage Guest/User (8)

Consulter Cinemas L’utilisateur

Le système

Lancement de l’application (1)

Affichage Guest/User (2)

Choisit Guest (3) Choisit consulter Cinémas (5)

Affichage menu (4) Affichage la liste des Cinémas (6)

S’il clique sur une Cinéma (7)

Affichage la liste des Films (8)

Log out (9)

Affichage Guest/User (10)

Création du compte L’utilisateur

Le système

Lancement de l’application (1)

Affichage Guest/User (2)

Choisit Guest (3) Choisit créer compte (5)

Affichage menu (4) Affichage la page sign up (6)

Introduire les informations (7)

Vérification si user existe (8) Affichage compte crée (9) Affichage Guest/User (10)

Consulter Events L’utilisateur

Le système

Lancement de l’application (1)

Affichage Guest/User (2)

Choisit User (3) Introduire Username/Password (5)

Vérification (6)

Affichage page authentification (4) Affichage du menu (7)

Choisit Consulter Events (8)

Affichage la liste des Events (9)

Log out (10)

Affichage Guest/User (11)

Rate L’utilisateur

Le système

Lancement de l’application (1)

Affichage Guest/User (2)

Choisit User (3) Introduire Username/Password (5)

Vérification (6)

Affichage page authentification (4) Affichage du menu (7)

Choisit Rate (8)

Affichage menu Rate (9)

S’il choisit rate Resto (10)

Afficher la page rate Resto (11)

S’il choisit rate Cinéma

Afficher la page rate Cinéma

S’il choisit rate Films

Afficher la page rate Films

Remplir la page (12)

Exécution du rate (13)

Log out (14)

Affichage Guest/User (15)

Créer Event L’utilisateur

Le système

Lancement de l’application (1)

Affichage Guest/User (2)

Choisit User (3) Introduire Username/Password (5)

Vérification (6)

Affichage page authentification (4) Affichage du menu (7)

Choisit Créer Event (8)

Affichage la page de création event (9)

Remplir la page (10)

Vérification des Informations (11) Création Event (12)

Log out (13)

Affichage Guest/User (14)

Diagramme de sequence - SSD

Figure 2,Diagramme de séquence- Consulter Events

Figure 3,Diagramme de séquence- Créer Event

Figure 4,Diagramme de séquence- Création compte

Figure 5,Diagramme de séquence-Consulter Restaurants

Figure 6,Diagramme de séquence-Consulter Ciné et Film

Figure 7,Diagramme de séquence-Manipuler Friends

Diagrammes d’activité- Activity Diagram

Figure 8,Diagramme d''activité -Consulter Event

Figure 9,Diagramme d''activité -Création Event

Diagramme de Communication- Communication Diagram

Figure 10,Diagramme de communication Consulter Friends

Diagramme de Classe – Domain Class Model

Figure 11, Diagramme de classe

Implementation de quelques classes Class Events{ Private int id; Private datetime date; Private string name; Events(int a, datetime b, string c) { id=a; date=b; name=c; } } Class Movies { Private string type; Private string actor; Private string name; Private int rate; Events(int a, string b, string c, string d) { rate=a; actor=b; name=c; type=d; } }...


Similar Free PDFs