Qu'est-ce qu'une exigence logique?

Question

Un SRS doit spécifier "exigences logiques" mais ne pas démarrer "design".

Mon problème est dans le document SRS IEEE (IEEE Std 830-1998) section 5.3.4 dit:

5.3.4 exigences de base de données logiques
Cela devrait préciser les exigences logiques pour toute information être placé dans une base de données. Cela peut inclure les éléments suivants:

• a) Types d'informations utilisées par diverses fonctions;
• b) Fréquence d'utilisation;
• c) Accès aux capacités
• d) entités de données et leurs relations
• e) Les contraintes d'intégrité
• f) les exigences de conservation des données

fait donc d) signifient dessin l'ERD est ok? Quand est-ce que la spécification du système à ce niveau dans les EXIGENCES se répercute sur DESIGN?

Answer 1

Un diagramme de données logiques ne définit pas le stockage de données réel. Il définit les Entités à un niveau conceptuel. C'est à quelqu'un d'autre de décider comment stocker ces entités logiques.

... alors oui, une ERD serait acceptable. Ce type d'activité commencerait à déborder dans la conception si vous commenciez à spécifier les besoins de stockage réels (quelles données appartiennent aux tables, aux types de données, etc.) plutôt que de simplement définir les entités au niveau conceptuel.

Answer 2

Une ERD est une conception logique.

Le schéma logique de table-colonne est indépendant de toute implémentation physique. À partir des tables, des colonnes (même des index), vous ne pouvez rien déterminer sur l'infrastructure physique qui prend en charge cette base de données.

conception de base de données physique est tablespaces, système de fichiers, les médias, l'exploitation forestière, etc.

Voici un résumé: http://www.revision-zero.org/logical_data_independence

Voici un document: http://www.sigmod.org/record/issues/9309/design.ps

Notez qu'il n'y a pas de division claire et absolue entre " exigences logiques "et" design ". En principe, l'un est "quoi" et l'autre est "comment", mais il y a un nombre infini de à grain fin quoi et comment niveaux à n'importe quelle spécification.

Vous pouvez dire que "code" est design. Je dis que "code" est un modèle logique et les circuits du matériel informatique qui traitent ce code est l'endroit où la conception physique se produit. Quelqu'un d'autre peut dire que le jeu d'instructions matérielles superficielles est juste une conception logique, et que ce sont les différentes matrices de portes qui sont de conception physique.

Answer 3

est ici une référence très utile qui décompose la différence entre la conception de base de données logique et physique:

http://www.developer.com/tech/article.php/641521/Logical-Versus-Physical-Database-Modeling.htm