Voilà le journal de bord du projet,
Pourquoi un blog ?

Pour plusieurs raisons :
Nous voulions un support à la fois assez pratique pour pouvoir être mise a jour par 2 personnes , qu'il soit accessible de n'importe où, et qu'il soit suffisament clair pour s'y retrouver à la lecture.
(Et accessoirement qu'il ne prenne pas de temps à être mis en place d'où le blog)

Les différents travaux apportés pour le projet seront donc ajouté sur cette page suivant ce qu'ils concernent (analyse , programmation ou cahier des charges )

La rubrique principale concerne le projet en général , et correspond plus ou moins à une section "divers".

La possibilité intéressante est que notre tuteur de projet pourra faire des remarques directement sur le contenu via les commentaires (à discuter )

Ben .. bonne chance à nous :)

Voici notre premier essai concernant le cahier des charges du point de vue utilisateur. Ce premier jet pourra faire l'objet de modifications suite a l'approbation ou pas de notre présumé "cliente".


-Application portable (linux/windows)
-Interface graphique
-Fonctionne à partir d'une carte pré-définie :
-Création d'itinéraire selon différentes options :

Selon le coût du trajet (le moins cher)

Chemin le plus court (durée)

Chemin le plus court (distance)

Chemin avec le meilleur confort de route (qualité de route)

Le meilleur chemin (prise en compte de toute les options ci-dessus)
-Saisie d'itinéraire par lieu de départ (N°rue, nom de rue,ville,département) et lieu d'arrivée(idem)
-Gestion de la météorologie
-Indication de lieu/services important (hopital...)
-Possibilité de créer des profils utilisateurs qui comprennent :

Adresse personnelle

sauvegardes d'itinéraires

chargement d'itinéraires

possibilité d'etre protégé par un mot de passe


Temps de réalisation : ~ environ 1h

Postez un commentaire !

Voici un apreçu du cahier des charges développeur.
Celui-ci enumérent les contraintes techniques
avérées.Ces contraintes pourront changés selon avis de notre présumé "cliente".




Le but à partir d'une carte prédéfinie est de créer un graphe représentant les routes présentent sur celle-ci.
Concevoir un algorithme de traitement d'une image qui permettent lors d'un clic sur l'image de sauvegarder les coordonnées du clic et de créer un sommet du graphe. Le clic suivant correspondra à un autre sommet, et reliera ces 2 sommets en créant une arrête.
Un sommet du graphe (qui doit etre une intersection) devra comprendre les informations suivantes :

Un numéro de sommet

le nom d'un lieu remarque (hopital...) --> optionnel

Une arrête du graphe qui doit correspondre le trajet entre 2 intersections doit comprendre les informations suivantes:

L'angle formé par cette arrete par rapport a l'horizontale (en °)

Un numéro de rue

Un nom de rue

Une qualité de route (sur une echelle de 1 très mauvais à 5 très bonne)

Un coût (0 ou montant en €)

La limitation de vitesse associée a cette portion de route

La distance en km de cette arrete
Pour l'echelle déterminer: un pixel=x cm=x km (réel)

Profils :
l'utilisateur doit remplir les champs suivant pour créer

son profil

Nom Prenom

Pseudo

Adresse personnelle (case a cocher : pré-remplissage des formulaire d'itinéraire avec cette adresse : oui/non)
mot de passe (facultatif)

L'utilisateur peut sauvegarder l'itinéraire qu'il a créé soit dans un fichier indépendant soit dans son profil utilisateur auquel cas il peut visualiser la liste des itinéraire sauvegardé dans le menu profil (si sauvegarde dans le profil, l'itinéraire est enregistré dans la base de données)


L'interface graphique doit comprendre :

Un affichage de la position courante de la carte
Possibilité de déplacer la position de la carte avec la souris
Affichage d'une boussole dans un coin qui tourne en fonction de l'orientation


Des formulaire de saisies d'itinéraire ou de lieu formulaire doit comprendre :

Nom du lieu remarquable ou service(facultatif)

Numéro de rue départ

Nom de rue département

Numéro de rue d'arrivée

Nom de rue d'arrivée


un bouton pour décider quel type d'itinéraire doit etre calculé

Le plus court chemin en temps (durée )

Le plus court chemin en distance (km)

Le moins cher

Le meilleur chemin niveau confort de route (qualité de route)

Prise en compte de tout les paramètres a la fois.


des menus :
fichier :

nouvel itinéraire

preference/configuration

enregistrer l'itinéraire

Enregistrer sous
(à voir selon délai : exportation de carte format jpg , imprimer ..)

edition

copier

coller

annuler

rétablir

utilisateurs

profils

sauvegarder profil

charger profil

voir ses itinéraire sauvegardés

aide

A propos

documentation

Temps de réalisation ~ 3h

Postez un commentaire !

Pour assurer un travail en équipe cohérent, lisible et compréhensible dans les 2 sens
nous avons décidé de se réunir pour discuter de la mise en place d'une convention d'écriture du code ainsi que de l'indentation.

Donc les conventions d'écriture sont à déterminer pour les éléments suivants (en vrac) :

Attribut de classe (ou statique)

Attribut

Nom de Classe

Objet

Nom de méthode

Methode de Classe(ou statique)

Variable locale

La reflexion pour l'indendation doit porter sur :

Indentation des blocs d'instructions

Accolade


NB : Liste certainement non exhaustive

Postez un commentaire !

Nous allons reprendre dans les grandes lignes les conventions adoptés par JAVA à savoir

Attribut de classe : minuscules

Attribut : minuscules

Constante : majuscules

Nom de Classe : Première lettre de chaque mot en majuscule

Objet : minuscule

Nom de méthode : premier mot minuscule et première lettre de chaque mot suivant en majuscule

Methode de Classe(ou statique) : idem

Variable locale : minuscule

Pour l'indendation à chaque bloc d'instruction à la ligne avec
{
indentation ici
}

Temps de réalisation : 10 min

Postez un commentaire !

Vu que nous sommes 2 à travailler sur le projet et que nous ne pouvons pas nous voir à chaque fois pour travailler nous avons opté pour un travail à distance.

Nous avons mis à disposition un FTP de travail pour les fichiers.
L'arborescence de cet espace de travail se décompose comme suit :
Un dossier racine projetgps
à l'intérieur 2 sous dossiers : Implémentation et analyse

Dans chacun de ces sous dossiers il y a 3 dossiers :
Marco | Pennel | Global

chaque dossier associé à un nom sert a stocker le travail spécifique à cette personne
Lors de mise en commun des travaux et donc d'ajout au projet nous mettrons à jour le dossier global.

Les fichiers des 2 dossiers globaux (implémentation et analyse) comporteront des numéros de versions pour permettre de visualiser notre avancée en fonction des délai que nous nous serons fixés.

Le FTP est accessible à cette adresse projetgps

Temps de réalisation : 10 min

Nous avons donc remis le rapport préliminaire de projet à la date prévue soit le lundi 22 octobre.
A l'intérieur se trouve un cahier des charges en version finale (mais peut-être non définitive) un résumé de nos méthodes de travail et le diagramme de classe du projet en version 0.1
Le rapport est récupérable ici au format .odt (open office)
Rapport
Temps de réalisation du rapport : 1heure 30
Temps de réalisation du diagramme v0.1 : 2 heure

Une nouvelle version du diagramme de classe avec pas mal de corrections
Notamment au niveau des compositions qui étaient inversées.
Suppression de la classe concepteur qui n'a pas lieu d'être dans la base de données
Déplacement de méthodes qui n'étaient pas forcément placées dans la bonne classe
Modifications de certaines multiplicités pour qu'elles correspondent plus à la réalité

Lien

temps de réalisation : 30 min

Le cahier des charges en version finale est disponible sur notre FTP à l'intérieur du rapport préliminaire
Rapport

Une première version du diagramme de uses cases coté utilisateur classique est disponible sur notre FTP
Comme d'habitude au format WinDesign

C'est une toute première ébauche, elle sera donc modifiée sous peu

lien

Temps de réalisation : 1h30