2010-08-13 15 views
0

Pouvez-vous voir quelque chose qui aurait pu être omis pour un système de suivi des bogues?ERD help needed Système de suivi des bogues image ci-joint

ERD http://img694.imageshack.us/img694/8166/captureqpe.jpg

est ici une version mise à jour avec de nouvelles modifications

Erd2 http://img691.imageshack.us/img691/2825/capturekh.jpg

+0

Sans rapport avec votre question, mais pouvez-vous me dire quel outil avez-vous utilisé pour modéliser cela? –

+2

J'ai utilisé Microsoft Visio 2007 mais Visio 2010 est sorti également que j'utilise à la maison –

Répondre

0

Peut-être une table avec une équipe FK de développeurs que les équipes représentant des développeurs. (Équipe QA, équipe de développement, équipe de triage).

1

Cela dépend de votre définition de "simple". Vous n'avez pas de mécanisme pour joindre des documents (par exemple, des captures d'écran) mais peut-être qu'un simple système de suivi des bogues ne les aurait pas.

"Produit" n'est pas très fin. Release No ou Revision serait utile, tout comme SubSystem (pour les plus gros systèmes) et Component (pour les architectures plus complexes).

En outre, la table Bugs doit avoir des attributs pour Environnement (Dev, Test, Production, etc.), Date d'achèvement projetée et Date de tombée. Il est également utile d'être en mesure de distinguer qui l'a signalé de celui qui y travaille actuellement, sans mentionner qui est responsable de voir ce qui se passe.

Pour certain certain que vos champs de texte sont trop courts. Mes bugs nécessitent plus de 255 caractères pour décrire!


Grignoter la terminologie. Les personnes autres que les développeurs signaleront, progresseront et commenteront les bogues, notamment les testeurs. La table Developer a donc besoin d'un nom plus général. De même, tout n'est pas un bogue, donc la table de bogue devrait avoir un nom moins chargé, par exemple. Problème.

+0

bien c'est un projet en classe pour apprendre à concevoir des ERD de sorte qu'il ne sera pas mis en œuvre dans un scénario de la vie réelle –

0

BUg et développeur devrait être une relation de plusieurs à plusieurs. Il y aura des bogues que plusieurs développeurs sont assignés. Vous avez besoin d'une table de jointure pour cela.