L'expression de « briques applicatives » est destinée à un usage pragmatique dans la construction de systèmes d'information supports de la chaîne logistique. Il s'agit dans la diversité et parfois la profusion des sigles, normalisés ou non, commerciaux ou non, de proposer une architecture type de ces systèmes d'information.

Nous retiendrons cette formulation pour rester neutre par rapport à des termes comme progiciels (un progiciel comme SAP R/3 peut recouvrir plusieurs briques applicatives), ou comme «composants logiciels» dont la définition technique est le plus souvent interprété dans un contexte de développement de logiciel qui n'est pas le notre.

Dans notre cadre d'étude d'un système d'information support de la logistique, la définition de ces briques applicatives ne peut se faire d'une manière univoque à partir d'un partitionnement technique de l'ensemble des applications existantes, car au-delà de la multiplicité et l'hétérogénéité des offres commerciales, il existe de nombreux recouvrements techniques entre applications, des définitions redondantes.

Selon le point de vue et le contexte de mise en œuvre, certaines fonctions peuvent être identifiées dans des domaines de gestion différents.

• Ainsi la gestion des indices de révision techniques est une fonction présente sur l'ensemble du cycle de vie d'un produit, donc dans les solutions de gestion de données techniques, mais aussi dans la gestion des opérations de production, dans les opérations logistiques selon les métiers ou dans la logistique de service après-vente.
• Autre exemple, la fonctionnalité de calcul du « disponible à la vente » est présente dans les solutions dites « ERP » mais aussi dans les solutions dites « APS ».
• En fait, la même fonctionnalité peut se trouver plus ou moins développée dans différentes applications. Dans le cas d'un ERP, le "disponible à la vente" se fera par comparaison algébrique entre la demande et une capacité résultante de la planification théorique sur les ressources jugées critiques pour cette fonction, alors que dans le cas d'un APS, le "disponible à la vente" fera l'objet d'une modélisation multicritères qui cherchera à optimiser un objectif pouvant prendre en compte des règles de priorité sur les produits, les canaux de distribution ou les ressources.

Nous pouvons considérer que plus le niveau d'intégration est élevé, plus l'architecture applicative est l'image de choix d'organisation et non pas de la répartition des données ou fonctionnalités. C'est donc fondamentalement l'analyse des processus logistiques qui fournit la meilleure base de classification des fonctionnalités pour faire émerger une représentation « universelle » des briques applicatives permettant de composer un système d'information support de la chaîne logistique.

Nous chercherons ainsi à retenir une liste de « briques applicatives » correspondant à des applications reconnues et identifiées autant en terme de domaines applicatifs dans les systèmes d'information qu'en terme d'offres et dont nous pouvons identifier la contribution à la maîtrise de la chaîne logistique, dans le contexte COPILOTES d'une chaîne logistique constituée.

Nous identifierons ensuite des sigles connus pouvant être considérés dans d'autres contextes comme des briques applicatives, mais que nous ne retiendrons pas à ce titre dans cette étude, soit parce qu'ils débordent du domaine concernant le projet, soit parce qu'ils relèvent selon nous de technologies ou de modes de collaborations et non pas d'outils applicatifs.

Sommaire de la fiche à télécharger (pdf - 412 Ko) :

2 Briques applicatives retenues dans l'étude

2.1 Enterprise Resource Planning (ERP) ou Progiciel de Gestion Intégrée (PGI)

2.2 Manufacturing Execution System (MES)

2.3 Supply Chain Planning (SCP)

2.4 Advanced Planning and Scheduling (APS)

2.5 Supply Chain Execution (SCE)

2.6 Warehouse Management System (WMS)

2.7 Transport Management System (TMS)

2.8 Supply Chain Event Management (SCEM)

2.9 Supplier Relationship Management (SRM)

2.10 Customer Relationship Management (CRM)

2.11 Business intelligence (BI)

3 Dénominations non retenues dans l'étude

3.1 Briques applicatives hors domaine d'étude du projet COPILOTES

3.2 Dénominations relevant d'un mode de collaboration (et non d'une brique applicative)

3.3 Dénominations relevant d'une technologie informatique (et non d'une brique applicative)

3.4 Autres dénominations non retenues

4 Exemple d'une décomposition de briques applicatives chez un éditeur: le cas de SAP

Nous avons regroupé toutes les références académiques utilisées dans cette partie du guide Evaluer l'apport des systèmes d'information.

Imprimer