Dites que vous écrivez un système qui répond aux besoins d'un client.
La somme de tout votre code correspond à la logique de l'application ou à l'architecture du système, soit l'intégralité du système que vous construisez.
La logique métier est le sous-ensemble de codes qui modélise et pilote les processus métier réels. "Que se passe-t-il lorsqu'une commande de produit X est passée? Comment le coût du produit Y est-il calculé?" C'est à dire. les bits de code pour lesquels vous avez probablement besoin d'informations de la part de l'expert client/du domaine/du partenaire du projet.
Idéalement, la logique métier est séparée en son propre niveau ou couche (see the Wikipedia article on N-tier architecture). Le reste du code peut souvent être simplement considéré comme une infrastructure pour aider à l'exécution de cette logique métier (wrapper de base de données, fonctions d'assistance, façades de service, intégration externe, interface graphique, etc.).
Dupliquer: http://stackoverflow.com/questions/1441202/why-is-it-called-business-logic-where-did-this-term-come-from –
La copie répertoriée explique la logique métier, mais pas logique d'application. –