Un aperçu complet / Blogs / Perficient

INTRODUCTION:

Dans le monde en évolution rapide du commerce électronique, les entreprises sont constamment à la recherche de solutions robustes et évolutives pour offrir des expériences d’achat en ligne fluides. L’une de ces solutions qui a gagné en importance est HCL Commerce, une plateforme innovante conçue pour répondre aux divers besoins du commerce électronique moderne. Au cœur de HCL Commerce se trouve son architecture commune, un cadre soigneusement conçu qui garantit flexibilité, évolutivité et performances. Dans ce blog, nous approfondirons les subtilités de l’architecture commune de HCL Commerce, en décomposant chaque couche pour fournir une compréhension globale.

Avant d’examiner le fonctionnement du serveur Transaction, il est utile d’examiner la vue d’ensemble des composants logiciels liés à HCL Commerce.

Le diagramme suivant présente une vue simplifiée de ces produits logiciels :

Le serveur Web est le premier point de contact pour les requêtes HTTP entrantes pour votre application e-commerce. Afin de s’interfacer efficacement avec WebSphere Application Server, il utilise le plug-in WebSphere Application Server pour gérer les connexions entre les deux composants.

Le serveur de transactions s’exécute au sein de WebSphere Application Server, ce qui lui permet de tirer parti de nombreuses fonctionnalités du serveur d’applications. Le serveur de base de données contient la plupart des données de votre application, y compris les données sur les produits et les clients. En général, les extensions de votre application sont réalisées en modifiant ou en étendant le code du serveur Transaction. En outre, vous devrez peut-être stocker des données qui ne relèvent pas du domaine du schéma de base de données HCL Commerce au sein de votre base de données.

Les développeurs utilisent Rational Application Developer pour effectuer les tâches suivantes :

• Créez et personnalisez des ressources de vitrine telles que des pages JSP et HTML
• Créer et modifier une logique métier en Java
• Créer et modifier des entités JPA
• Tester le code et les actifs de la vitrine
• Créer et modifier des services Web

L’environnement de développement HCL Commerce utilise une base de données de développement. Les développeurs peuvent utiliser leurs outils de base de données préférés (y compris Rational Application Developer) pour apporter des modifications à la base de données. HCL Commerce prend en charge un mappage un à un entre l’instance HCL Commerce et la base de données HCL Commerce. L’exécution de plusieurs instances HCL Commerce sur la même base de données n’est pas prise en charge.

La nouveauté de cette version est le découplage supplémentaire du niveau de présentation du niveau de logique métier pour mieux permettre la prise en charge de plusieurs canaux de vente. Un canal de vente est une méthode qu’un client peut utiliser pour acheter des marchandises, par exemple en magasin, dans une boutique en ligne ou depuis un centre d’appels. Comme le montre le diagramme suivant, les requêtes peuvent entrer sur le serveur de transactions à partir de différents types de clients tels qu’un client riche, un kiosque ou une requête de navigateur.

HCL Commerce est multicanal, ce qui signifie qu’HCL Commerce peut prendre en charge les transactions sur différents canaux de vente. Les améliorations du framework apportées dans cette version prennent en charge plusieurs couches de présentation, responsables de l’affichage des résultats, qui dissocient la logique de contrôle de la logique métier.

Le diagramme précédent montre comment HCL Commerce prend en charge deux canaux : le canal Web et le canal de vente.

• Pour le canal Web, la présentation est rendue à l’aide de pages JSP et la couche de contrôleur Web utilise Struts.
• Pour le canal de vente, l’affichage utilise la technologie client riche Eclipse.
• La présentation est rendue avec des vues et des éditeurs Eclipse implémentés à l’aide des composants SWT.
• Quel que soit le canal, la façade de logique métier, une interface générique implémentée en tant que bean session sans état, est utilisée par les appels du contrôleur pour appeler des commandes de contrôleur.
• La couche de commande est implémentée comme HCL Commerce commandes.
• La couche de persistance fournit la prise en charge de JPA.

Plans d’affaires:

Dans HCL Commerceun modèle économique représente un exemple de situation commerciale dans laquelle le HCL Commerce produit pourrait être utilisé. Un modèle économique décrit un scénario dans lequel diverses parties utilisent HCL Commerce pour répondre à leurs besoins. Les modèles économiques proposés par HCL Commerce sont:

Au sein de chaque modèle économique, HCL Commerce propose des boutiques de démarrage, qui peuvent être utilisées comme point de départ pour développer des sites en ligne. Vous pouvez créer d’autres modèles commerciaux pour répondre aux besoins de votre entreprise.

Processus d’affaires:

Représenter les processus disponibles dans HCL Commerce divisé par modèle économique. Les processus métiers sont divisés en trois domaines :

Processus administratifs

Processus utilisés pour administrer un site, un magasin ou une organisation. Les processus administratifs sont décrits de manière générique. Ces procédés sont généralement utilisés tels quels. Autrement dit, une modification ou l’ajout d’un processus administratif supplémentaire implique généralement une personnalisation HCL Commerce.

Magasins débutants

Les magasins Starter contiennent des exemples de processus qui seraient suivis par les clients du magasin. De nombreux types de magasins différents, répondant à un large éventail de besoins commerciaux, peuvent être créés avec HCL Commerce. Utilisez les processus décrits dans les magasins de démarrage comme lignes directrices ou comme point de départ pour le développement du site. La modification ou l’ajout d’un processus à un processus de magasin type nécessite des modifications dans la conception du site. Souvent, ce type de changement ne nécessite pas de personnalisation de l’infrastructure sous-jacente.

Solution

Une solution décrit la vue de haut niveau de la façon dont tous les processus administratifs et les processus du magasin de démarrage s’intègrent dans le modèle commercial global. Une solution combine les processus en une image cohérente qui explique la relation entre les différents groupes de processus.

Couche de présentation :

La couche de présentation est responsable de l’affichage des résultats. Par défaut, deux types de couches de présentation sont pris en charge : Web et client riche. Pour la couche de présentation Web, l’affichage est rendu à l’aide de fichiers JSP, tandis que pour le client riche, la présentation est rendue avec des vues et des éditeurs Eclipse implémentés à l’aide de composants SWT.

Couche de services :

La couche de service, implémentée à l’aide des messages OAGIS, est un mécanisme indépendant du canal qui peut accéder HCL Commerce logique métier. La couche de service sépare la mise en œuvre de la logique métier telle que la commande et le catalogue. Cette ségrégation permet à l’implémentation sous-jacente de changer sans nécessiter que l’appelant change. Tous les clients, y compris les clients Web et les services back-end, passent par la couche de service pour exécuter la logique métier. La couche de service prend en charge deux mécanismes de transport : la liaison Java locale et les services Web.

Logique métier :

La couche de logique métier est l’endroit où les règles métier sont implémentées indépendamment de la couche de présentation. La logique métier est implémentée à l’aide du modèle de commande. Deux types de commandes sont implémentés.

commandes du contrôleur :

Accessible par la couche présentation et utilisé comme coordinateur de tâches.

commandes de tâches :

Non accessible par la couche de présentation mais appelé depuis les commandes du contrôleur. Ce type de commande est utilisé pour implémenter des règles métier.

Couche de persistance :

La couche de persistance enregistre les données et les opérations du HCL Commerce système. La couche de persistance représente les entités du domaine commercial et encapsule la logique centrée sur les données requise pour extraire ou interpréter les informations contenues dans la base de données. Ces entités sont conformes à la spécification Enterprise JavaBeans.

Ces beans entité agissent comme une interface entre les composants métier et la base de données. De plus, les beans entité sont plus faciles à comprendre que les relations complexes entre les colonnes des tables de base de données.

Schéma de la base de données :

HCL Commerce Le schéma de base de données, qui comprend plus de 600 tables, est conçu spécifiquement pour les applications de commerce électronique et leurs besoins en données. Le schéma de base de données prend en charge les exigences de persistance pour le HCL Commerce sous-systèmes (Commande, Catalogue, Membre, Marketing, Trading). HCL Commerce prend en charge les bases de données relationnelles DB2 et Oracle.

Conclusion:

HCL Commerce Common Architecture est un cadre robuste et polyvalent qui permet aux entreprises de créer et de faire évoluer efficacement leurs plateformes de commerce électronique. En comprenant les nuances de chaque couche – de l’interface utilisateur au stockage des données – les organisations peuvent prendre des décisions éclairées pour optimiser les performances, améliorer la sécurité et offrir des expériences d’achat en ligne exceptionnelles. Alors que le commerce électronique continue d’évoluer, HCL Commerce constitue une base fiable pour les entreprises en quête d’agilité et d’innovation sur le marché numérique.