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.
Sans rapport avec votre question, mais pouvez-vous me dire quel outil avez-vous utilisé pour modéliser cela? –
J'ai utilisé Microsoft Visio 2007 mais Visio 2010 est sorti également que j'utilise à la maison –