28
Cahier des charges Le système prestige – Société ORDISUP MBA E-BUSINESS 2014-2015 Diamondra RAKOTONDRAMAVO et Jade ST-LAURENT Dans le cadre du module de Management de projet de Mr LEVY

Cahier des charges fonctionnel diamondra rakotondramavo_jade_st_laurent

Embed Size (px)

Citation preview

Cahier des charges

Le système prestige – Société ORDISUP

MBA E-BUSINESS 2014-2015

Diamondra RAKOTONDRAMAVO et Jade ST-LAURENT

Dans le cadre du module de Management de projet de Mr LEVY

Contenu1 OBJET DU DOCUMENT.....................................................................................................................2

2 PRÉSENTATION DE L’ENTREPRISE....................................................................................................2

3 LE SYSTÈME ACTUEL.........................................................................................................................2

3.1 Analyse de la situation actuelle : les points à améliorer, les forces à exploiter........................2

3.2 Analyse des outils et processus existants..................................................................................4

4 OBJECTIFS DE L’APPEL D’OFFRES.....................................................................................................5

4.1 Les objectifs opérationnels.......................................................................................................5

4.2 Le périmètre.............................................................................................................................5

4.3 Les Orientations préconisées pour le nouveau système...........................................................6

5 VOLUMES D’INFORMATIONS...........................................................................................................7

6 LES EXIGENCES FONCTIONNELLES...................................................................................................8

6.1 Synthèse sur le contexte du projet...........................................................................................8

6.2 Les utilisateurs..........................................................................................................................9

6.3 Détail des fonctions à automatiser avec description des données et des processus..............11

6.4 L’environnement.....................................................................................................................14

6.5 Intégration dans l’existant......................................................................................................15

7 LES EXIGENCES NON FONCTIONNELLES OU CONTRAINTES...........................................................15

7.1 Échanges avec d’autres SI.......................................................................................................15

7.2 Exigences de qualité de service, sécurité, confidentialité, ergonomique, graphique..............16

8 Recommandation...........................................................................................................................17

8.1 Logiciels à préconiser..............................................................................................................17

8.2 Conduite du changement........................................................................................................18

8.3 Budget.....................................................................................................................................18

8.4 ROI – Retour sur investissement.............................................................................................19

9 Prestations attendues....................................................................................................................19

Annexes................................................................................................................................................21

Budget du projet Prestige.................................................................................................................21

Glossaire...........................................................................................................................................22

1 OBJET DU DOCUMENTLa société Ordisup vient de lancer le projet Prestige. Ce projet a pour but de rénover les outils de vente de l’entreprise grâce à la mise en place d’un système d’information qui permettra d’automatiser la vente d’ordinateurs aux clients d’Ordisup. Ce cahier des charges détaillera le besoin, tout en indiquant les fonctionnalités, exigences et contraintes fonctionnelles et non-fonctionnelles auxquelles Ordisup aspire.

2 PRÉSENTATION DE L’ENTREPRISEOrdisup est une entreprise qui fabrique et vend des ordinateurs (serveurs, postes de travail, portables, etc.). Depuis 2006, Ordisup fabrique des ordinateurs qu’elle revend à ses clients qui sont de grandes entreprises. A ses débuts, Ordisup nous avions 10 clients et une gamme de 50 produits.

Ordisup gère cet ensemble de fonctions:

Gestion des produits en catalogue, Approvisionnements, Commandes à traiter, Fabrication, Distribution, Facturation, Comptabilité avec le logiciel PME Navision qui donne entière satisfaction.

Nous voulons mettre en place le système Prestige pour faire face aux évolutions du marché, moderniser les processus et ainsi gagner en efficience.

3 LE SYSTÈME ACTUELDans cette section nous définirons l’analyse de la situation actuelle en commençant par les points à améliorer et une présentation des processus actuellement en place.

3.1 Analyse de la situation actuelle : les points à améliorer, les forces à exploiter

Cette matrice a pour objectif de vous aider à mieux appréhender nos faiblesses, forces, menaces et opportunités.

Forces

Utilisation de PME Navision pour gérer la production, la distribution, la facturation, la comptabilité. Ce logiciel est plutôt satisfaisant.

Expertise dans le secteur de la vente de produits informatiques

Faiblesses L’obsolescence du système de vente : les clients continuent à passer leurs commandes par mail. Cela entraîne régulièrement des erreurs de saisie.

Système de mise à jour du catalogue peu efficace et obsolète. Cela provoque des retours négatifs dus à la présence de produits qui ne sont plus disponibles par exemple ou dus à des erreurs dans les prix qui ne sont pas

mis régulièrement à jour. Par ailleurs, un produit reste en catalogue environ deux mois, toutefois, il peut arriver que son prix change rapidement.

Les performances du système actuel sont faibles pour le volume de consultation actuel :

o Un client doit attendre plus de trois minutes pour visualiser le catalogue.

o Le catalogue maison est mis à jour une fois par mois, pourtant, tous les jours, de nouveaux produits sont décidés, d’autres sont retirés du catalogue

Le logiciel PME Navision n’offre pas de solution pour intégrer les factures clients sous format EDI.

La direction générale dispose difficilement de statistiques sur les ventes. Elle s’adresse à un financier qui mettra 15 jours avant de fournir les informations attendues.

Procédures longues, pannes, procédures non homogènes selon les acteurs, trop de manipulations, erreurs de saisies manuelles fréquentes, données obsolètes, données incohérentes.

Business ralenti, coûts administratifs élevés, vieux matériels.

Menaces

La concurrence a pris de l’importance

Les plaintes des clients dus à l’inefficience des processus menacent la bonne santé des ventes.

Opportunités

Le marché a fortement augmenté, il faut un outil qui permet de gérer plus facilement et efficacement le catalogue de produits et de réduire les erreurs liées à la saisie manuelle en l’automatisant.

Pour les produits sur le point d’être obsolètes, on voudrait pouvoir proposer des promotions, ce que le système actuel ne permet pas.

Pour résumer les conséquences de cette analyse, on peut dire que les principales faiblesses à résoudre par un nouveau système et processus sont :

• L’insatisfaction des clients dus aux erreurs de saisie, à l’inefficience de la mise à jour du catalogue (erreurs de prix, de produits, etc.). Il y a donc un manque à gagner induit du risque élevé de perte d’une transaction !

• La difficulté pour le décisionnel de prendre des décisions rapidement, puisque les outils ne permettent pas d’obtenir toutes les données de manière efficace.

Enfin, le système est coûteux, tant en investissement qu’en manque à gagner. L’évolution du marché nécessite d’utiliser des outils plus performants pour pouvoir suivre le volume croissant d’affaires !

3.2 Analyse des outils et processus existantsActuellement, un outil principal est utilisé par Ordisup. Il s’agit du logiciel PME Navision. Ce dernier a été mis en œuvre lors d’un précédent projet sur la base de Microsoft Dynamics Nav(ision). La ou les solutions qui seront envisagées devront soit pouvoir être utilisées de manière complémentaire au logiciel PME Nav(ision) soit le remplacer, mais proposer les mêmes fonctionnalités. Toutefois, vu l’importance du précédent projet et de la satisfaction actuelle du logiciel, Ordisup sera davantage encline à accepter l’installation de logiciels pouvant être compatibles avec Nav(ision).

Voici les fonctions du logiciel Nav(ision) actuellement utilisées par Ordisup :

Comptabilité générale : plan de comptes, journaux, saisie d’écritures, clôtures, écritures calculées, gestion d’abonnement, déclaration de TVA…

La gestion des achats : suivi complet du cycle des achats, gestion des fournisseurs, des conditions tarifaires, gestion des demandes d’achat avec circuit de signatures, de l’approvisionnement, des appels d’offres, des commandes jusqu’aux réceptions et au contrôle de factures, suivi des engagements et contrôle budgétaire.

Gestion de la production et de la distribution

o Gestion des produits : gérer les références de produits et la description des produits, introduire les nouveaux produits, mettre à jour les informations sur les produits.

o Approvisionnements : gérer les stocks des composants des produits, gérer les achats.

o Fabrication : planifier la fabrication des produits d’Ordisup, lancer et suivre la fabrication.

o Suivi des commandes : prendre en compte les commandes à traiter à partir de leur validation par le Service Commercial, transmettre la commande au service livraison dès que les produits commandés sont disponibles, suivre l’état des commandes à traiter jusqu’à la livraison et la facturation.

o Distribution : gérer les livraisons aux clients.

Gestion de la logistique avancée : optimisation des approvisionnements et rationalisation des flux de marchandises (réception physique ou livraison directe, expéditions groupées, transferts inter-sites, etc.).

Gestion des affaires : facturation (envoi et suivi)

Tel que présenté ci-dessus, le logiciel Nav(ision) fait partie intégrante des processus actuels. Toutefois, le logiciel n’est pas utilisé dans le processus de vente.

Actuellement le processus de vente suit dans la décomposition suivante :

1. Le client passe sa commande via un formulaire disponible et l’envoie par mailUne commande comprend : des lignes de commandes et par ligne de commande les références d’articles, quantités, prix attendu par le client.

2. Un commercial vérifie la commande avant de la transmettre au service de traitement des commandes.Il arrive que certaines commandes soient perdues avant d’être traitées.

3. Le secrétariat commercial doit ressaisir la commande afin qu’elle soit prise en compte.De nombreuses erreurs sont saisies sur les références, ce qui génère à tort des retours de commandes vers les clients. Les commandes sont traitées avec des délais inacceptables pour les clients.

4 OBJECTIFS DE L’APPEL D’OFFRESLe processus et le SWOT décrits plus haut dans le présent document démontrent qu’Ordisup doit améliorer ses processus en se dotant d’outils puissants qui permettront de répondre à la finalité du projet décrit ci-dessous.

Le projet a pour vocation de permettre à Ordisup de :

Développer de nouveaux marchés,

D’accroitre ses gains en business,

De réduire ses coûts à tous les niveaux possibles,

D’assurer de meilleures conditions de travail à ses employés directement touchés par le projet.

4.1 Les objectifs opérationnels La compréhension de la finalité du projet permet ensuite de découler les objectifs opérationnels principaux et secondaires qui sont, pour leur part, directement liés aux capacités du ou des logiciels qui seront implantés chez Ordisup. L’atteinte de ces objectifs est essentielle afin de pallier aux lacunes des activités actuelles.

Objectif principal :

o Mettre en place un système de vente plus performant et automatisé pour nos clients.

Objectifs secondaires :

o Analyse des ventes : recueillir des informations sur les ventes, analyse de croissance, par catégorie de produit

o Adopter dans PME Nav(ision) la norme EDIFACT pour émettre les factures vers les clients.

4.2 Le périmètreVoici l’ensemble des fonctions nécessaires au fonctionnement d’OrdiSup. Les cellules en bleu sont celles qui font partie du périmètre du projet. Seul le périmètre fonctionnel de la gestion de l’entreprise et de gestion des affaires ont des fonctions faisant partie du périmètre.

La solution doit couvrir ainsi au minimum les fonctions suivantes :

Gestion de l’entreprise :

o Analyse des ventes : faire le recueil des données sur les ventes, analyser la tendance des ventes, calculer le pourcentage de croissance, comparer avec la profession

Gestion de la production :

o Traitement des commandes : prendre en compte les commandes à traiter à partir de leur validation par le Service Commercial, transmettre la commande au service livraison dès que les produits commandés sont disponibles, suivre l’état des commandes à traiter jusqu’à la livraison et la facturation.

Gestion des affaires

o Facturation : envoyer et suivre les factures (l’ajout de la Norme EDIFACT)

o Gestion commerciale : suivre les clients acquis, suivre les événements les concernant, rechercher de nouveaux clients

Ventes : couvrent les activités suivantes :

o Élaboration du catalogue et mise à disposition des clients

o Consultation du catalogue , information sur les prix

o Achat s des produits par les clients (élaboration des bons de commande)

o Prise en compte et validation des commandes par la Direction Commerciale

o Suivi des commandes par le client

4.3 Les Orientations préconisées pour le nouveau systèmePour synthétiser selon ce qui a été mentionné précédemment, le système proposé doit donc permettre de :

Gérer la vente en ligne intégralement. Il s’agit d’un domaine qui dispose de solutions déjà éprouvées. Nous envisageons d’utiliser MAGENTO. En effet MAGENTO est un système qui est utilisé pour la création de sites e-commerce fonctionnels, ergonomiques et à la conception exemplaire. Le but étant pour d’avoir une boutique en ligne simple d’utilisation, à la navigation agréable et intuitive pour les internautes. Ainsi selon nous :

o MAGENTO couvre les fonctions dont on a besoin pour PRESTIGE.

o MAGENTO a fait ses preuves.

o MAGENTO fournira la base de données pour l’analyse des ventes.

o MAGENTO permettra d’étendre les fonctionnalités du site dans le cadre d’un autre projet.

Analyser les ventes pour faire de la Business Intelligence : Datamart + Outil d’analyse statistique et de visualisation. Pour cela nous envisageons d’étendre l’utilisation de NAVISION

Gérer la Facturation

o Intégration d’EDIFACT. Pour cela vous choisirez un progiciel qui suit la norme EDIFACT.

Le système doit permettre de gérer au minimum 200 clients et 5 000 commandes par mois.

5 VOLUMES D’INFORMATIONSLa solution sélectionnée devra avoir la capacité de traiter un certain niveau d’information sans aucun problème informatique. Les prévisions des ventes ont permis d’établir qu’en trois ans, les activités de la société tripleront. Dans un ordre d’idée général, le site d’e-commerce traitera en moyenne 5 000 commandes par mois pour un minimum de 200 clients, d’où les chiffres avancés plus tôt.

Voici les spécifications que les logiciels devront respecter :

Volume actuel Volume prévisionnel(d’ici 3 ans)

Nombres d’utilisateurs : 20 commerciaux 60 commerciaux

Nombre de clients : 100 clients 200 à 300 clients

Catalogue de produits :

3 000 produits

20 catégories

5 produits nouveaux sont ajoutés chaque jour

Environ 250 jours ouvrables =1 250 nouveaux produits par année

6 750 produits

Commandes

50 commandes passées par jour

5 produits par commande

5 000 par mois= (165 commandes par jour)Éventuellement 15 produits par commande

6 LES EXIGENCES FONCTIONNELLES

6.1 Synthèse sur le contexte du projetLa ou les solutions qui seront proposées pour le projet Prestige doivent pouvoir accomplir un certain nombre de fonctions qui sont regroupées selon les priorités suivantes :

Priorité 1 : Permettre d’élaborer le catalogue de produits

o La solution doit permettre la consultation du catalogue,

o Le catalogue doit être électronique et disponible sur internet,

o Le catalogue doit pouvoir être mis à jour en temps réel,

o Le catalogue doit pouvoir fournir les données des produits aux clients.

Priorité 2 : Soumettre la commande en ligne

o Le système doit être un système de vente en ligne

o Le système doit posséder un backoffice permettant de gérer les commandes

o Le système doit pouvoir, à l’aide d’un bon de commande de :

Passer la commande,

Valider la commande,

Prendre en compte la commande (Direction commerciale),

Suivre la commande (Client),

Donner les informations sur la commande.

Intégrer des remises commerciales (le cas échéant)

Priorité 3 : Archiver les ventes

o La solution doit pouvoir conserver l’historique de l’ensemble des ventes pour une consultation ultérieure.

Priorité 4 : Analyser les ventes

o Afin d’en tirer des apprentissages la solution pour pouvoir fournir un Datamart ainsi qu’un outil d’analyse statistique et de visualisation des tendances.

o L’outil doit pouvoir créer des tableaux de bord basés sur les évènements de gestion, pouvant être définis en combinant de multiples critères, avec des zooms successifs jusqu’à la pièce d’origine avec représentations graphiques.

o Obtenir un générateur de requêtes permettant la construction de listes à partir des données présentes dans la base de données.

Priorité 5 : Produire les factures EDI

o Le système doit pouvoir produire des factures selon la norme EDIFACT

Priorité 6 : Capacité de migrer des données

o La solution doit pouvoir migrer les données pertinentes de l’ancien système vers le nouveau.

6.2 Les utilisateursDans la globalité, on distingue les six (6) utilisateurs suivants :

o Les clients,

o Les commerciaux,

o Le responsable catalogue,

o La direction générale,

o Le service comptable

o Le webmaster pour la maintenance interne.

Pour la partie vente en ligne, trois (3) utilisateurs sont concernés :

Voici le détail des actions du périmètre de la vente en ligne :

Pour la validation de commande par le commercial on distingue trois (3) utilisateurs :

o Le client

o Le commercial

o Le logiciel PME Navision.

Pour le suivi de commande par un client, on distingue deux (2) utilisateurs :

o Les clients

o Le logiciel PME Navision

Pour le lancement des promotions, on distingue cinq (5) utilisateurs :

o Environnement

o Responsable commercial

o Responsable catalogue

o Commercial

o Client

Pour la gestion du catalogue, quatre (4) différents utilisateurs sont impliqués dans le processus :

o le responsable catalogue

o le directeur de production

o le directeur commercial

o Les clients

Pour la facturation on distingue deux (2) utilisateurs :

o Le logiciel de facturation

o Le comptable

Pour la partie analyse, on distingue deux (2) utilisateurs qui se définit comme un ensemble d’utilisateur, ci-dessous l’arborescence et le détail des actions :

o La direction générale,

o Le logiciel de facturation.

6.3 Détail des fonctions à automatiser avec description des données et des processus

Une grande partie du projet Prestige consiste à automatiser plusieurs processus. Cette section présentera sous format de diagrammes les étapes des différents processus.

L’élaboration du nouveau catalogue

Afin d’avoir des produits mis à disposition des clients, le responsable catalogue doit créer un catalogue disponible en ligne 24h/24, 7j/7.Le Responsable catalogue élabore le catalogue (nouveau processus )

Clie

nt

Direct

ion

Com

merc

iale

Direct

ion

Pro

du

ctio

nR

esp

onsa

ble

ca

talo

gue

Met un produit dans une catégorie

Rens. Caract. techniques

Rens. prix

Valide produit

Fin de journée

Catalogue en ligne

Crée modifie un produit

Crée modifie une catégorie Cherche les

caractéristiques fonctionnelles

produit Génère le catalogue et

met sur Extranet

Fonctions :

1. L’outil doit donner la main au Responsable catalogue afin qu’il puisse faire une MAJ des catégories.

2. Tous les jours, le Responsable catalogue met à jour les produits du catalogue.3. Tous les jours, le Responsable catalogue peut classer un produit dans une catégorie.4. Pour chaque produit, il doit obtenir ses caractéristiques fonctionnelles.5. Le Directeur de Production renseigne les caractéristiques techniques.6. Le Directeur commercial renseigne le prix du produit.

7. Une fois tous les champs remplis, le responsable catalogue valide la fiche produit.8. A la fin de la journée, le responsable catalogue génère la nouvelle version du catalogue et la

met sur l’Extranet.9. Le client consulte en ligne la version mise à jour du catalogue.

Nouveau processus pour lancer une commande par un client

Une fois le catalogue mis à jour, les clients peuvent consulter le catalogue et passer une commande. Voici le détail de ce processus :

Commercial

Client

Consulte le catalogue

Consulte le catalogue

Choisit les produits et les

quantités

Choisit les produits et les

quantités

Met dans le panier

Met dans le panier

Confirme la commande

Confirme la commande

CommandeCommande

Fonctions :

1. Le client consulte le catalogue en ligne.2. Le client sélectionne les produits qu’il veut acheter et les quantités associées.3. Les produits sont ajoutés au panier, et le prix de la commande est mis à jour en temps réel.4. Le client confirme sa commande.5. Le commercial reçoit la commande afin de la traiter.

Nouveau processus de validation de commande par le commercial

Suite à la commande du client, le commercial doit valider la commande afin qu’elle puisse être préparée.

Commercial

Client

PME

Vérifie les droits du client

Vérifie le contenu de la commande

Erronée ?Calcule les conditions

commercialesNon Valide la

commande

Renvoie la commande

au client

Oui

Commande vers PME

Commande erronée

Commande validée

Fonctions :

1. Le commercial vérifie si le client a les droits pour passer une commande ainsi que le contenu de la commande.

2. Si la commande n’est pas erronée : a. Le commercial calcule les conditions commerciales, telles que la remise.b. Le commercial valide la commandec. Le client reçoit un avis que sa commande est validéed. La commande est envoyée et reçue par le logiciel PME Navision

3. Sinon, la commande est erronée :a. Le commercial renvoie la commande au client pour qu’il l’arrangeb. Le client arrange sa commande et la resoumet (retour à la fonction 1)

Nouveau processus de suivi de commande par un client

Suite à sa commande, le client à la possibilité de la suivre en temps réel pour savoir où elle est rendue.

Commercial

Client

PME

Saisit ses référencesSaisit ses

références

Donne l’état de la

commande

Donne l’état de la

commande

Affiche l’état dans le compte client

Affiche l’état dans le compte client

Etat commande

Etat commande

Fonctions :

1. Le client saisit ses références clients sur le site web afin de se connecter.2. Le logiciel PME Navision fait une requête pour obtenir l’état de la commande. 3. Le logiciel PME Navision affiche l’état de la commande dans l’interface du compte client sur

le site web.4. Le client consulte son état de commande dans son compte client sur le site internet.

Nouveau Processus de lancement des promotions

Dans le cas où des produits doivent notamment être retirés du catalogue, mais qu’il en reste toujours en stock, prévoir un processus permettant de lancer des promotions afin d’écouler rapidement les stocks.

Le responsable commercial lance des promotions

Clie

ntC

omm

erci

alR

espo

nsab

le

cata

logu

eR

espo

nsab

le

com

mer

cial

Env

ironn

emen

t

Base de données des

produits

Début de journée

Examine les produit si ils y en a qui sont

périmés

Produit périmé ?

Mettre produits en réduction

Fin de journée

Mettre à jour le catalogue avec

promotions

Envoi un mail proposant les

réductions

Catalogue à jour

Mail de promotion

Fonctions :

1. Le responsable commercial examine la liste des produits.2. Il identifie ceux qui seront bientôt périmés.3. Il propose un % de réduction sur ces produits.4. Le responsable catalogue introduit les informations de promotion sur le catalogue.5. (À l’heure prévue dans la journée), Le catalogue en ligne est mis à jour.6. Le catalogue devient accessible aux clients.7. Le commercial envoie un mail de promotions au client informant sur les promotions et

invitant à consulter le catalogue.

Facturation

Fonction : le logiciel doit automatiquement intégrer la norme EDIFACT dans l’édition des factures. Les factures seront créées et transmises aux clients de manière informatique

Analyse des ventes

Fonction : le logiciel sélectionné doit recueillir les données sur les ventes, analyser la tendance des ventes par catégorie, calculer le pourcentage de croissance. Ces analyses seront disponibles dans l’interface utilisateur de l’outil.

6.4 L’environnementL’analyse de l’environnement nous permet de faire ressortir plusieurs variables de l’environnement dans lequel évolue le projet et pouvant avoir un impact sur ce dernier. En faisant état de la situation actuelle, nous avons déterminé les effets possibles envers le projet Prestige.

Les variables technologiques telles que la disponibilité sur le marché d’outils pouvant effectuer les processus décrits ci-dessus ainsi que leur compatibilité avec les logiciels actuellement employés et la capacité des serveurs d’Ordisup ont des effets qui portent sur les solutions et positionnent des contraintes dont il faudra tenir compte.

Les variables économiques comprennent la disponibilité de fonds, la formation du personnel sur les nouveaux outils et les coûts récurrents liés aux logiciels informatiques.

Les variables organisationnelles comprennent côté organisationnel ainsi que socio-culturel qui font le portrait du contexte humain dans lequel l’équipe devra œuvrer. Il s’agit ici de bien communiquer auprès des employés touchés par le projet afin d’assurer une bonne collaboration, notamment avec le responsable catalogue, et les directeurs technique et commercial et de minimiser les effets de réticences au changement.

6.5 Intégration dans l’existantLe système devra pouvoir intégrer les fonctionnalités existantes et déjà utilisées de PME et NAVISION selon le schéma ci-dessous :

Nous souhaitons le EDI pour les factures clients, NAVISION n’offre pas cette solution.

7 LES EXIGENCES NON FONCTIONNELLES OU CONTRAINTESEn plus des exigences fonctionnelles, la solution sélectionnée devra répondre aux exigences non-fonctionnelles qui sont liées aux qualités du système.

7.1 Échanges avec d’autres SILa solution qui sera sélectionnée doit notamment pouvoir échanger avec une panoplie de systèmes d’informations.

1. PME NavisionLe logiciel doit pouvoir échanger avec PME Navision pour accomplir les tâches suivantes :

Prendre en compte la commande :

o Pour transmettre la commande validée à PME (gestion de commandes) et pour effectuer le traitement de la commande par PME

Suivre la commande

o PME offre une interface d’interrogation pour suivre le statut de la commande

Note : La documentation technique de PME Navision décrit les procédures pour obtenir ces interfaces

2. Système d’information EDIFACT Produire les factures EDI (EDIFACT)

o Mettre la facture en format EDIFACT

o Envoyer la facture au client

Note : La facture se trouve dans la Base de données de PME Navision. Afin d’obtenir les spécificités, il faut se reporter à la documentation technique de PME.

3. Autres systèmes d’information Bases de données : utiliser les mêmes SGBD que ceux déjà utilisés (SQL Server)

Infrastructure : utiliser la même que celle déjà utilisée :

o Pour les postes de travail, les serveurs, les réseaux, les logiciels d’administration, les logiciels de sécurité,

o Il faut utiliser les mêmes que pour PME.

7.2 Exigences de qualité de service, sécurité, confidentialité, ergonomique, graphique

La fiabilité :

Concernant la fiabilité. Le système doit être très fiable étant donné les enjeux business (commerce).

o Les pannes de réseau / serveurs ne doivent pas durer plus de 15 minutes,

o Un service après-vente 24/24 et au minimum 5j/7 doit être disponible avec un service de déplacement de technicien en cas de besoin,

o Le système ne doit pas tolérer la perte d’information,

o Un système de surveillance doit être mis en place et doit protéger des tentatives d’intrusion, aux sabotages, attaques de virus, etc.

La performance :

o Le chargement d’une page Web dans le navigateur ne devrait pas prendre plus de 15 secondes en conditions normales,

o Accès au système : 15 secondes, visualisation d'un produit : 5 secondes, saisie d'une ligne de commande 1 minute.

La disponibilité du système :

o Le système doit être disponible 7/7 sauf période de maintenance,

o La maintenance du système en cas de problèmes doit s’accompagner d’une solution de substitution pour nous permettre de maintenir l’activité.

La confidentialité :

Le système doit permettre de créer des comptes d’accès avec différents niveaux d’accès aux fonctionnalités. Les fonctionnalités accessibles pour chaque type d’utilisateur doivent être paramétrables par un utilisateur expert. Nous avons identifié les types de comptes suivants :

o Les clients,

o Les commerciaux,

o Le responsable catalogue,

o La direction générale,

o Le service comptable,

o Le webmaster.

La sécurité :

Le système de cryptage proposé doit permettre de respecter :

o Les engagements de confidentialité d’ORDISUP vis-à-vis des clients et leurs données personnelles,

o La confidentialité des données d’entreprises

Les exigences ergonomiques :

o L’application devra se conformer à la charte graphique de PME qui sera fournie ultérieurement,

o Le parcours d’achat client doit être inférieur à 10 minutes,

o 90% des utilisateurs devront réussir la tâche « passer la commande » sans erreur.

8 Recommandation

8.1 Logiciels à préconiserNous préconisons MAGENTO ou tout autre logiciel similaire disposant des fonctionnalités suivantes de MAGENTO et permettant de gérer au minimum 200 clients et 5 000 commandes par mois :

Gestion avancée de catalogue produits (produits simples, produits configurables, produits en lots, redimensionnement automatique des visuels…),

Personnalisation graphique,

Outils de marketing avancés pour les promotions,

La gestion poussée du catalogue et des règles de prix, permettant de créer un vaste panel de promotions depuis les promotions s’appliquant à toute une boutique jusqu’aux coupons de réduction très ciblés,

Processus de commande sur une seule page,

Le processus de commande en une seule page qui permet d’afficher la totalité des informations liées à la commande de vos clients et donne la possibilité de les modifier sans qu’ils ne quittent le processus de commande,

Historique de commande, suivi de compte, suivi de commande par les clients.

Nous souhaitons avoir des propositions de logiciels pouvant être intégrés à l’existant pour gérer en plus :

La Business Intelligence

L’analyse des ventes

L’intégration d’EDIFACT

8.2 Conduite du changementLe succès d’un projet réside non seulement dans la sélection de la solution optimale, mais également dans la participation active et volontaire des employés touchés directement et indirectement par le projet. Afin d’intégrer en douceur les nouveaux logiciels, il est primordial de gérer le changement. Nous attendons ainsi plusieurs actions :

Communication auprès des utilisateurs pour les informer sur la nature du projet,

Mise au point des procédures d’utilisation,

Intégration des utilisateurs dans le projet,

Identification de la documentation mise à disposition des utilisateurs : manuel utilisateur, mode opératoire, etc., et déploiement de cette documentation,

Formation des utilisateurs : planning, contenu, instructeur, etc.

Offrir des dispositifs d’assistance utilisateur : support téléphonique, parrains présents lors du démarrage, etc.,

Idem pour : le déploiement, l’exploitation, le support, la maintenance

8.3 BudgetUn budget préliminaire a été élaboré en fonction des recommandations d’achat des licences des logiciels Magento, d’EDI, etc. Il est disponible en ANNEXE 1 de ce document.

Les différentes catégories du budget incluent :

Prix des logiciels (45 000 €)

Prix du matériel (20 000 €)

Coût de la main-d’œuvre (77 000 €)

Équipe d’utilisateur (30 000 €)

Le total du projet représente : 172 000 €

8.4 ROI – Retour sur investissementEn fonction du budget précédemment établi, des frais récurrents et des prévisions croissantes des ventes (120 k€ la première année et 210 k€ les années suivantes), le retour sur investissement est prévu au 16e mois après la mise en service du catalogue en ligne. Le tableau « Détermination du ROI » présente le solde cumulé par mois, sur une période de trois ans.

Inve

stis

sem

ent 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36

-200

-100

0

100

200

300

400Détermination du ROI

Solde cumulé (neg dépenses - pos ...

9 Prestations attenduesPour répondre à nos exigences, les livrables suivants doivent être fournis :

Un plan de développement logiciel comprenant :

o Les moyens nécessaires à la réalisation du projet,

o L'organisation humaine de l'équipe projet,

o La description du contexte du projet,

o La description des différentes phases du projet (jalons, livraisons),

o La description des différentes phases du développement,

o Les contraintes normatives,

o Les contraintes sécurité,

o Les relations avec les fournisseurs.

Le dossier de spécifications externes décrivant :

o Les rôles d'utilisateur et les scénarios d'utilisation associés,

o L'architecture générale avec les différents éléments logiciels ressentis par les utilisateurs,

o Les interfaces du logiciel et les modèles de tâches.

Un dossier de conception globale

Les sources documentées

Plusieurs jeux de tests de chaque fonctionnalité clé (vente, gestion catalogue, comptabilité, analyse des ventes)

Plusieurs manuels selon l’utilisateur

Annexes

Budget du projet Prestige

Glossaire Commanditaire: Le projet est lancé par un commanditaire. En fonction de la stratégie et les

programmes de l’entreprise.

MOA : Un projet une fois lancé par le commanditaire est commandé et suivi par un Maître d'ouvrage (MOA) désigné par l’entreprise commanditaire. Porteur du besoin définissant l'objectif du projet, son calendrier et le budget consacré à ce projet. Représente les utilisateurs finaux à qui l'ouvrage est destiné. Il est responsable de l'expression des besoins. Il connaît bien les métiers de l’entreprise, mais n'a pas forcément les compétences techniques liées à la réalisation de l'ouvrage.

MOE : Le MOA choisira son Maître d’œuvre (MOE) pour réaliser l’ouvrage avec lequel il passera un accord (contrat). La maîtrise d'oeuvre est donc responsable des choix techniques inhérents à la réalisation de l'ouvrage conformément aux exigences de la maîtrise d'ouvrage.

Client : un revendeur client d’OrdiSup

Catalogue de produits en ligne

Catégorie de produit : les produits sont regroupés en familles. Par exemple : Ordinateurs de bureau, Multimédia, shuttles, portables

Produit : une référence d'ordinateur avec ses caractéristiques

Prix du produit : prix HT unitaire du produit

Prix catalogue : Prix TTC du produit

Promotion proposée : réduction paramétrée de manière ponctuelle

Commande : émise par un Client et regroupe plusieurs lignes de commande et un total.

Ligne de commande : ligne comportant les informations de commande d'un produit

Conditions commerciales : ristourne, remises accordées spécifiquement à une commande …

Business : CA d’un commercial ; CA par Client