Partie 2: Organisation du projet

idée numéro 1:
Première recherche:
Le theme du sujet a dans un premier temps pas tres bien été compris. En effet, qu'est-ce qu'un fichier structuré ? En concret nous nous sommes rendu compte que l'on ne savais pas vraiment dans quel aventures nous allons. Mais grace à l'aide de notre tuteur de projet nous avons pu réellement comprendre la signification de notre projet. Puis c'est pausé la question de l'organisation...

idée numéro 2:
L'objectif et les limites:
Nous avons donc compris que nous devions faire une mini base de donnée du type de SQLight. Mais le nom de SQLight est trompeur. En effet, il y a quand meme un tres grand travaille produit derriere ce "language" et nous ne pouvions donc pas créer un GBD (gestionnaire de base de donnée) aussi pousser. Nous avons donc selectionner certaines fonction élémentaire de SQLight pour les reproduire dans notre projet:
A completer
De plus il nous fallait une interface graphique. Hors ceci impliquer de se mettre d'accord sur le language de codage. Au final, nous avons choisi QT et C++ car A completer

idée numéro 3:
Le falcutatif:
Nous avions aussi choisit de definir dès le debut un nombre de fonction falcutatif, que nous pourrions faire s'il nous reste du temps:
A completer
Et nous avons fais au final celles la:
A completer

idée numéro 4:
La répartition du travail au niveau humain:
Le travail etant tres important ils nous a sembler intéressant de se séparer en differents modules, selon les affinités de chacun. Voici la répartition de notre travaille:
A completer (avec des ptit mitho pour les absants).

idée numéro 5:
La répartion du travail au niveau temporelle:
Lorsque chacun a su le travail qu'il devait faire, il nous a fallut créer un diagramme de gantz pour répartir temporellement notre diagramme:
A completer (avec le diagramme)
La répartition temporelle à été choisi de cette manière car A completer (en argument).

j'ai aéré un peu ton truc que ca soit plus lisible, va falloir travailler ton orthographe mec

Idée 1:
dès qu'on a su ce qu'on devait faire (vaguement) lors de la premiere reunion entre les membres du groupe, apres avoir pris connaissance des competences et motivations de tout le monde, on a pu determiner les premieres taches, et regarder comment marchent les gestionnaires de base de données (GBD), et celui qui nous a attiré l'attention est le SQLite, apres la premiere approche, et la connaissance de son fonctionnement, on a donc pu mieu orienter nos objectifs.

Idée 2:
Apres avoir mieu pris connaissance du sujet, on a fixé des objectifs et un cahier des charges a respecter lors de l'avancement du projet. ainsi qu'un diagramme de Gantt pour mieu respecter les delais.
Le principale objectif etait donc de conclure le projet aux alentour fin avril, avec un rapport solide et une documentation tres riche, ce qui s'avere un travail assez consequent dans un espace de temps assez reduit. Grace a la motivation de tout le monde, on savait que c'etait possible.

Idée 3:
Les fonctions facultatives etaient determinée au fur et a mesur que le projet avance, et a chaque reunion, on pouvait determiner ce qui serait bien d'ajouter pour rendre ce qui est deja fait plus complet sans trop se borner autour, car le travail qui restait etait assez gros, et donc chaqu'un donnait une idée qui s'est concretisé plus tard grace aux effortx fournis par toute l'equipe. Cepandant, quelques fonctions facultatives etaient assez utiles pour mieu fonctionner, (exemple, trier les données, recherche de données)
Puisque le travail a été terminé dans les delais, on s'est donc permis de cultiver nos idées grace au forum mis en place pour le projet, et chaqu'un pouvait choisir une fonction si il souhaitait et ainsi les fonctions facultatives realisées.
- modifier un champs de données, qui a notre avis etait plus qu'indispensable dans un GBD.
- pouvoir ajouter/retirer une colonne de données, peut etre tres utile pour allonger la durée de vie de notre BDD, (si une colonne ne sert plus a rien, PAF!!!)
- trier toute la BDD selon une colonne, est aussi utile (et delicate).
- une fonction de recherche de lignes qui contiennent une telle ou telle donnée. (peu importe la colonne) et ainsi pourvoir la modifier depuis le resultat de la recherche.
- une fonction de sauvegarde des données, et de pouvoir les restaurer apres un crash systeme (ça marche que pour windoZ xD)
- une fonction pour revenir en arriere, pour annuler un changement effectué sur une cellule.
- la possiblité d'executer notre programme en mode serveur pour pouvoir executer les principales fonctions depuis un poste client distant (qui obtient les resultat les actions sous forme d'un texte)
- la possibilité de lancer l'interface en mode console ou interface graphique (a souhait)
- a completer... y en a un peu trop xD

idée 4:

suite a des reunions on a pu definir 3 principaux groupes de travail.

I. structure des données.
II. gestion des données.
III. interfaces.

ce sont les principales parties, ensuite chaque membre du groupe
effectuait le tour de role dans la partie de developpement de fotions
selon le cahier des charges, et chaque nouvelle fontion il fallait
quelqu'un pour la tester (sur differents postes) et evidement
l'ameilorer. (bein faut dire si c pas le cas... parce que sinon il vont
se douter de qqch vu l'etat de notre bouz xD).
et tester regulierement l'implementation de toutes les fonctions sur un prototype de test, ce qui a posé quelques problemes au debut du projet car tout le monde avait une vision differente du projet, il a donc fallu debattre (tres fun) pour selectionner la meilleur vision et aussi la plus "realiste" niveau difficultés, finalement tout le monde s'est mis d'accord apres quelques baggars et des litres de sang, des pc cassés etc...
completer...

idée 5

En ce qui concerne la repartition des taches dans le temps, c'est grace a notre diagramme de Gantt realisé lors de la premiere reunion, et qui nous a été tres utile. ... a completer avec encore plus d'arguements