Quand on veut faire un model de données, serait-il toujours utile de faire une recherche pour un microformat existant !

solve a specific problem
start as simple as possible
solve simpler problems first
make evolutionary improvements
design for humans first, machines second
be presentable and parsable
visible data is much better for humans than invisible metadata (see: Principles of visibility and human friendliness).
adapt to current behaviors and usage patterns, e.g. (X)HTML, blogging
ease of authoring is important
reuse building blocks from widely adopted standards:
semantic, meaningful (X)HTML, i.e. POSH. See SemanticXHTMLDesignPrinciples for more details.
existing microformats
as a whole, e.g. use hCard for representing people
in part, reusing particular semantic class names, following microformats naming principles
well established schemas from interoperable RFCs
modularity / embeddability
design to be reused and embedded inside existing formats and microformats
enable and encourage decentralized and distributed development, content, services
explicitly encourage the original "spirit of the Web"

Sound's good to me !

Détailed :

==========================
GESTION DES REQUIS
==========================
sub -- documentation : Établir les règles de sauvegarde et la liste de fonctionnalité,
------------
GENERAL
- Par user, donc login,
- Mettre des info dans des catégories (besoins, idées, but),
- Votez sur c'est idées besoins ou autres,
- Les buts sont associés aux besoins ou idées,
- Différence entre besoin, idées, -- l'application ne peut existé sans le besoin, mais l'idée l'améliore,
- Mettre des descriptions sur tout, (bulles),
-----------
GRAPHICS
- Pouvoir facilement associé les idées et les besoins aux buts
-----------
DATA - search for microformat
- Plusieurs but par besoins et besoins par buts






-----------
FONCTIONS
- Crud
- Vote
==========================
SYSTÈME D'INFORMATION
==========================
sub -- documentation : lister les fonctionalité de base du système d'information et lier les infos aux éléments sur lesquels elles s'appliquent,
----------
GENERAL
- Il serait bon d'avoir une convention pour l'explication des champs plutôt qu'une configuration,
- Chaque query pourrais avoir un ajout qui lis la table à la définition dans la bonne langue (pour la bulle)
- Les querys(object) aurais besoin d'implémenter 'Tolltipable' pour accepter d'être tooltiper par la DB, -- peut être les behaviors doctrine ou symfony
- Les pages et les sections pourrais aussi avoir des descriptions de workflows ou autre information , (selon les pages en fait),
------------
GRAPHICS
- Créer les outils de rendering pour les tooltips pour les différents tips d'info, (erreurs, bulle, info, description, définition) etc.
------------
DATA - search for microformat
- Workflow, glossaire
- quel sont les types néscessaire pour décrire toute les éventualités
-------------
FONCTION
- mettre une bulle ,
- Ajouter un mot au glossaire,
- Créer une description,

Ici les requis sont trop court, mais pas assez pour empêcher le travail de commencer
- création du workspace symfony 1.4 et des tables de base,
- Installation de la gestion des users (plugin sfDoctrineGuard de symfony dans ce cas),

Le travail de schema de base ressemble à ceci,
DATA - search for microformat
- Plusieurs but par besoins et besoins par buts

Besoins
- id int (11) unsigned autoincrement
- description text
- moyennevote smallint unsigned
- projet int (11) unsigned

projets
- id int (11) unsigned autoincrement
- nom varchar(250)
- description text

but
- id int (11) unsigned autoincrement
- description text
- moyennevote smallint unsigned
- projet int (11) unsigned

En approfondissant un peut on termine avec ceci,
Besoins :
connection: brainstorm
tableName: besoin
columns:
id:
type: integer(4)
fixed: false
unsigned: true
primary: true
autoincrement: true
description:
type: string(1000)
fixed: false
primary: false
notnull: true
moyennevote:
type: integer(2)
fixed: false
unsigned: true
primary: false
autoincrement: false
notnull: false
projet_id:
type: integer(4)
fixed: false
unsigned: true
primary: false
autoincrement: false
notnull: false
relations:
Projets:
local: projet_id
foreign: id
type: one
Buts:
local: id
foreign: id
type: many
refClass: BesoinsButs
BesoinsButs:
local: id
foreign: besoins_id
type: many

Projets:
connection: brainstorm
tableName: projets
columns:
id:
type: integer(4)
fixed: false
unsigned: true
primary: true
autoincrement: true
description:
type: string(1000)
fixed: false
primary: false
notnull: true
nom:
type: string(255)
fixed: false
primary: false
notnull: true
relations:
Buts:
foreign: projet_id
type: many
Besoins:
foreign: projet_id
type: many

Buts :
connection: brainstorm
tableName: buts
columns:
id:
type: integer(4)
fixed: false
unsigned: true
primary: true
autoincrement: true
description:
type: string(1000)
fixed: false
primary: false
notnull: true
moyennevote:
type: integer(2)
fixed: false
unsigned: true
primary: false
autoincrement: false
notnull: false
projet_id:
type: integer(4)
fixed: false
unsigned: true
primary: false
autoincrement: false
notnull: false
relations:
Projets:
local: projet_id
foreign: id
type: one
Besoins:
local: id
foreign: id
type: many
refClass: BesoinsButs
BesoinsButs:
local: id
foreign: buts_id
type: many

BesoinsButs:
connection: brainstorm
tableName: besoinsbuts
columns:
besoins_id:
type: integer(4)
fixed: false
unsigned: true
primary: true
autoincrement: false
buts_id:
type: integer(4)
fixed: false
unsigned: true
primary: true
autoincrement: false
extrafield:
type: string(25)
fixed: false
unsigned: false
primary: true
notnull: true
autoincrement: false
relations:
Besoins:
local: besoins_id
foreign: id
type: one
onDelete: cascade
Many1:
local: buts_id
foreign: id
type: one
onDelete: cascade

C'est pas toujours pratique de donner du code dans Vanilla ou les indentations sont importantes mais qu'il n'y ait PAS d'indentation :(