Je suis en train de créer une nouvelle base de données et d'y transférer de vieilles données. Je voudrais créer Business Objects pour le nouveau système et en regardant l'ancien système, il semble que les objets sont basés sur les tables de l'ancienne base de données. Est-ce la bonne façon de créer des objets métier?Objets d'affaires et par où commencer?
Une base de données correctement normalisée ressemblera rien comme une conception orientée objet appropriée. Les besoins d'une base de données sont très différents des besoins d'une application logicielle.
Vous devez concevoir votre application selon les conditions d'utilisation. Quel genre de choses l'application est-elle censée faire? Quels objets seront nécessaires pour répondre à ces besoins? Et quelles sont les relations naturelles entre eux? Un seul objet métier peut être stocké sur une douzaine de tables de base de données ou une seule table peut stocker des données pour une douzaine d'objets. Cela dépend vraiment des spécificités du système avec lequel vous travaillez.
Si l'ancienne base de données était correctement normalisée, vous constateriez que de nombreuses tables correspondent à des objets métier. Cependant ...
Votre décision sur ce qui constitue un objet métier ne devrait pas être limitée à cela. Vous devez étudier le scénario et décider de ce qui intéresse l'entreprise. Votre compréhension de l'entreprise sera le principal déterminant.
La base de données semble avoir été normalisée correctement, mais elle n'a certainement pas été créée correctement: o) Merci pour l'information. –
Sans beaucoup de détails ici est une suggestion ...
Commencez par le « quoi » le nouveau système doit faire. Quelles nouvelles fonctions le nouveau système devrait-il prendre en charge? Quelles données sont requises Très probablement, votre nouveau système devrait répondre aux nouvelles exigences ou répondre aux nouvelles exigences d'une manière différente et/ou meilleure. Une fois que vous avez une idée assez claire des choses et des besoins, suivez le «comment»; comment aborder ces "quoi". Faire des modélisations d'objets métier. Après la modélisation des objets métier, vous pouvez passer à un autre "comment", la conception de la base de données. Ensuite, vous pouvez faire la chose de la migration de données. Cela ne veut pas dire qu'il ne faut pas oublier complètement l'ancien système/base de données. S'il y a quelque chose de bon ou de précieux que vous pensez pouvoir prendre à partir des vieilles méthodes, prenez-le et essayez d'incorporer/intégrer cela dans les nouvelles façons du mieux que vous le pouvez.
Quelle langue utilisez-vous? –
J'utilise C# pour construire ces Business Objects. –
Ok, alors nHibernate, Subsonic vont bien. Juste au cas où vous utilisiez une langue différente ... –