Offre Technique Et Financiere - Outil de Suivi Des Marches - DSN-MALI

Offre Technique et Financière
Mise en place d’un outil informatique de gestion et de suivi des

marchés publics et privés
DSN MALI
Offre Technique
Mise en place d’un outil informatique de gestion et de suivi

des marchés publics et privés
DSN MALI
Déclaration de confidentialité
Ce document est la propriété́de <_consultant> et son contenu doit être tenu à la plus Ref :
stricte confidentialité́par le destinataire. Il doit être utilisé uniquement dans le cadre de
partenariat avec <_ consultant >.
Copyright © 2021 – <_ consultant >

Ni le présent document ni son contenu ne seront divulguées à aucune autre personne Version 1.0
ou utilises à d'autres fins sans l'autorisation écrite préalable de <_ consultant >
<_consultant>: Mahamadou MEIDI DIALLO
Mahamadou MEIDI DIALLO DSN MALI SARL

Consultant IT Client
Mise en place d’un outil informatique de gestion et de suivi des marchés publics et privés
DSN MALI
Version 1.0 | déc. 2021
1 INTRODUCTION
DSN MALI est une société de conseil et d’ingénierie informatique basé à Bamako au
MALI. Elle met en place des solutions technologiques personnalisées et adaptées aux
PME, administrations publiques et grands groupes pour lesquels l’informatique est un
important levier de transformation.
Dans le souci d’une gestion fiable pour l’exécution de ses marchés publics et privés,
DSN MALI souhaite mettre en place un outil informatique de gestion et de suivi des
marchés.
2 OBJECTIFS
2.1 Objectif général
L’outil doit permettre de :

• Regrouper toutes les cautions demandées par DSN MALI aux banques
dans le but de soumissionner pour un marché ou éventuellement dans
le cadre de l’exécution d’un marché qui leur permettra d’avoir une vue
d’ensemble sur les cautions acquises et une maitrise des dates
d’échéance respectives et des mainlevées adressées aux banques ainsi
qu’aux structures attributaires de marché afin de minimiser les frais
prélevés par la banque.
La typologie des cautions concernées sont :

o Caution de soumission
o Caution d’avance de démarrage
o Caution de bonne exécution
o Caution de retenue de garantie
o Mainlevée aux banques
o Mainlevée aux structures attributaires de marché
2.2 Objectifs spécifiques
L’architecture souhaité doit permettre :

• Une simplification du processus des demandes ainsi que des
mainlevées ;
• Une bonne maitrise et gestion des coûts liés aux demandes ;
• Une bonne traçabilité de toutes les demandes ;
• Une meilleure organisation pour gagner en temps.

DSN MALI
3 PROPOSITION TECHNIQUE
3.1 Architecture fonctionnelle

La couverture fonctionnelle de la solution proposée est divisée en trois (03)
domaines fonctionnels :
• Couche Project Management

Ce domaine couvre tous les aspects liés à la gestion globale des marchés
publics et privés (projet) au sein de DSN MALI.
Par exemple : la gestion de paramétrage d’administration, les fonctions de
consultation, de traitement, de suivi et de rapportage des marchés, etc.
• Couche Collecte
Cette couche regroupe les fonctions qui permettent la collecte
d’informations des ouvertures de plis des appels d’offres via une
application mobile Android.
• Couche Intégration
Cette couche regroupe tous les modules traverses pour le bon
fonctionnement de l’ensemble du système.
Par exemple : la gestion des identités et des accès, l’import/export des
données, l’envoi des rapports, l’interfaçage via API REST ou des modules
externes de mailing ou de SMS.
3.2 Couverture fonctionnelle

La solution proposée couvrira au moins les périmètres suivants :
• La gestion des projets (ou soumissions) ;

• La gestion des cautions
• La gestion des mainlevées ;
• La gestion des types de caution ;
• La gestion des structures bancaires (banques) ;
• La gestion des structures attributaires de marché ;
• La gestion des authentifications ;
• La gestion des utilisateurs ;
• La gestion des profils utilisateurs ;
• Consultation de la liste des soumissionnaires sur les appels d’offre;
• Statistique et Rapport des projets, et les états des cautions ;
• Envoi des notifications et des alertes par mail sur les échéances des
soumissions ;

DSN MALI
3.3 Fonctionnalités par module
3.3.1 Module Project Management
3.3.1.1 Administration et paramétrages

Cette couche assure tout ce qui est la gestion des utilisateurs et leur
hiérarchisation dans l’organigramme fonctionnel.
3.3.1.1.1 Gestion des utilisateurs : permet de créer, modifier, activer ou

désactiver un utilisateur. L’utilisateur ainsi crée pourra se
connecter au système avec le profil et les droits aux quels il est
rattaché.
3.3.1.1.2 Gestion des profils utilisateurs (ou rôles) : donne la possibilité

à un administrateur d’ajouter, d’activer ou désactiver un profil
utilisateur. Le profil ainsi crée pourra être rattaché à un ou
plusieurs utilisateurs à la création, pour lui permettre de faire
des actions dans le système d’information.
3.3.1.1.3 Gestion des droits (ou privilèges) : consiste à donner la

possibilité à un administrateur du système d’attribuer ou retirer
des droits à un profil utilisateur.
3.3.1.2 Gestion des types de cautions : permet de créer, modifier, lister,

activer ou désactiver un type de caution. Ainsi les types de cautions
seront disponible dans une liste déroulante lors de la création d’une
caution.
3.3.1.3 Gestion des structures bancaires (banques) : permet de

répertorier l’ensemble des banques partenaires de DSN MALI auprès
desquelles les cautions seront demandées.
3.3.1.4 Gestion des structures attributaires de marché : permet de

répertorier l’ensemble des structures pour lesquelles DSN MALI
exécute les marchés.
3.3.1.5 Gestion des cautions : permet de créer une demande de caution

auprès d’une banque ou un attributaire de marché, de faire un suivi
de celle-ci selon les échéanciers et également procéder à sa
restitution.

DSN MALI
3.3.1.6 Gestion des archivages : permet une gestion d’archivage des
documents liés au projet : caution, mainlevée etc.
3.3.1.7 Suivi, reporting et statistiques
Cette fonctionnalité permet le suivi, le reporting et donner des

statistiques sur l’ensembles des données présentes dans le système
d’information de l’outil.
3.3.2 Module Data Collector
La collecte peut se faire manuellement ou par importation de fichier dans

un format bien spécifique, ou directement par saisie depuis un formulaire
dédiée via l’application mobile Android ou aussi via l’application web
back-office.
Les informations collectées depuis l’application mobile sont directement
transférées sur le serveur pour être stocker et centraliser dans une base
de données.
L’application mobile sera opérationnelle en mode offline (sans internet)

et pourra synchroniser les données avec le serveur en présence d’une
connexion internet une fois au bureau de DSN MALI.
3.3.3 Module Security
3.3.3.1 Authentification
La méthode d’authentification recommandée ici est le JWT (JSON
Web Token) pour des raisons de haute disponibilité. En effet le token
permet une utilisation sécurisée dans une architecture stateless.
3.3.3.2 Autorisation
Les différents droits d’accès sont gérés par ce module. Les
autorisations sont définies au niveau des rôles (profiles d’utilisateur).

DSN MALI
3.3.4 Module API REST
Le module API expose tous les objets du système pour être accessible à
travers les quatre principales méthodes GET, POST, PUT et DELETE. L’accès
à chaque opération est sécurisée par le module security.
L’API REST permet l’intégration du système avec d’autres systèmes

d’information de DSN MALI.
Verbe HTTP Objet Paramètres Type d’opérations

GET Consultation
POST Création
PUT Mise à jour
DELETE Suppression
L’architecture REST est basée sur le protocole http. Les différents modules
communiquent entre eux à travers les verbes http.
L’avantage de cette architecture rend l’outil scalable et lui donne la

possibilité de communiquer et de partager des informations avec d’autres
applications tierces.
Par exemple : Si l’on souhaite interconnecter ou partager des données (ou

de les recevoir) avec d’autres applications tierces d’une filiale ou d’un
partenaire de DSN MALI etc.

DSN MALI
3.4 Architecture technique
La communication entre les modules se fait via le protocole http, et les échanges
sont basés sur les verbes http. L’architecture REST est une architecture en session
stateless, c’est-à-dire sans état. Ce qui facilite la prise en charge de la haute
disponibilité́.
L’architecture présente est constituée d’un moteur d’orchestration des requêtes,
qui est le cœur du système. C’est l’Orchestrator qui coordonne tous les échanges
entre modules à travers l’API REST. L’Orchestrator contrôle aussi les accès à la
base de données SQL. Le module Security est un module traverse utilisé par tous
les autres modules pour la gestion des identités et des autorisations.
Le Front office représente les différentes interfaces de gestion de l’outil, toutes

accessibles via un navigateur web (Chrome, Firefox etc.) pour l’application web
backoffice et smartphone Android pour l’application mobile.

DSN MALI
3.5 Architecture physique
Les modules de l’application seront déployés sur la même machine physique sous
forme de machine virtuelle ou d’instance de docker.
Le déploiement se fait sur un serveur physique en mode actif.
A défaut d’un serveur physique il sera toujours possible de déployer sur un poste
fixe au sein de DSN MALI et l’application sera accessible à tous en interne.
Les postes des utilisateurs de DSN MALI peuvent accéder au système à travers
une adresse IP sur le réseau local en mode Http.

DSN MALI
3.6 Technologies utilisées
La solution repose sur des langages de haut niveau et des technologies de

pointes dans le domaine du développement informatique qui sont : Java, Spring
boot REST API, Angular, MySQL, Tomcat, Apache, Android.
• Java : un langage de programmation populaire et utilisé à grande échelle dans

le monde entier pour le développement d'applications. Il présente des
avantages tels que le multithreading, l'extensibilité, la gestion de la mémoire, la
haute sécurité, le support communautaire, etc. qui le rendent extrêmement
pertinent pour différents projets de développement d'applications.
Ce langage sera utilisé pour le développement du noyau de notre solution et
également pour le développement de l’application mobile Android.
• Spring boot : un framework de développement Java puissant permettant la

création des micro-services (API web) sécurisés, légers et très performants.
• Angular : un framework JavaScript très puissant pour le développement des

application web très légères, il est basé sur le concept des singles pages ce qui
permet aux application web Angular d’être plus rapide et plus performante.
Angular ne fait seulement des application web, il est aussi utilisé pour le
développement d’application native en desktop et mobile.
• MySQL : MySQL est un système de gestion de bases de données relationnelles

SQL open source développé et supporté par Oracle. De nombreuses
organisations parmi les plus grandes et les plus dynamiques au monde, telles
que Facebook, Twitter, Booking.com et Vérizon, font confiance à MySQL pour
e2conomiser du temps et de l’argent en alimentant sites Web à fort
volume, leurs systèmes critiques et leurs logiciels.
• Tomcat : un logiciel serveur d’application web initialement pour les

implémentations et déploiement des application web Java. Il support le
protocole SSL (« Secure Socket Layer ») et peut configurer à l’aide d’un
certificat SSL pour sécuriser les données sensibles, en fournissant une
connexion cryptée entre le client et le serveur.
Dans notre cas, il servira à déployer le back-end (SringBoot REST API
développée en Java).
• Apache : un logiciel de serveur web gratuit et open source qui alimente

environ 46% des sites à travers le monde. Apache Server HTTP est maintenu et
développé par Apache Software Fondation. Dans notre cas, il servira à
déployer le front office (l’application web développée en Angular)
DSN MALI
• Android : Android est système d’exploitation mobile fondé sur le noyau Linux
et développé par Google. C’est un ensemble de logiciels destinés à fournir une
solution clé en main pour les appareils mobiles.
L’application mobile sera développée avec cette technologie.
Il est important de noter que toutes ces technologies sont open source donc
permettent d’accéder beaucoup plus rapidement à l’innovation. Elles ne sont pas
monolithiques (sauf le noyau de Android), et sont en faites très modulables. Cela
permet une grande flexibilité et un meilleur accompagnement dans l’évolution des
besoins du projet.
4 METHODOLOGIE ET PLAN DE TRAVAIL
4.1 Conception technique et méthodologie
Afin de garantir la réussite du projet, une démarche hybride (classique et

agile) sera adoptée avec un cycle continue d'amélioration ce qui va nous
permettre d'accélérer la production toute en gérant les risques et les attentes
des parties prenante.
Ainsi nous mettrons en place une méthodologie en 5 étapes :
• Étape 1 : Analyse (Spécification formelle)
Objectifs :
o Identifier l’ensemble des règles métiers ;
o Identifier l’architecture et les dépendances métier de
l’application.
Prérequis :
o Les parties prenantes et contributeurs clés embarqués dans le
projet ;
o Disponibilité des ressources clés de l’équipe Projet DSN MALI ;
o Documentation existante disponible (processus, documentations
techniques, règles de gestions métiers.)
Activités :

DSN MALI
o Ateliers de travail (workshop) avec les équipes métiers et
techniques de DSN MALI ;
o Modélisation du domaine de l’application
o Analyse de l’existant et des contraintes de réalisation
o Abstraction de séparation des problèmes, séparation en unités
cohérentes
o Revue de la documentation technique et métier de l’application
Livrables :
o Rapport des ateliers de travail, documentation technique et
métier (révisé)
• Étape 2 : Conception (Spécification technique)
Objectifs :
o Définir la conception générale de la solution
o Identifier les macro-fonctionnalités ou modules indispensables
Prérequis :
o Documentation technique et métier (révisé)
o Disponibilité des ressources clés Projet DSN MALI
Activités :
o Décomposition modulaire
o Définition du backlog des développements à réaliser
o Rédaction du document de conception générale
Livrables :
o Sprint-Backlog des fonctionnalités en mettre en place
o Document de conception générale
• Étape 3 : Implémentation (Codage) et Test Unitaires
Objectifs :
o Réaliser l’application de façon incrémentale
Prérequis :
o Documentation de la conception générale
o Disponibilités des ressources métiers et techniques du Projet
DSN MALI
DSN MALI
Activités :
o Planification des sprints à l’aide du backlog de fonctionnalités
définies dans l’étape de conception
o Exécution des sprints en développant les lots de fonctionnalités
correspondantes
o Réalisation des test prévus pour chaque module
Livrables :
o Rapport d’implémentation des fonctionnalités
o Une version alpha prête à l’intégration
• Étape 4 : Intégration et Tests d’ensemble
Objectifs :
o Obtenir un produit conforme aux attentes et aux exigences de
DSN MALI
Prérequis :
o Rapport d’implémentation des fonctionnalités
o Disponibilités des ressources Projet DSN MALI pour les tests
d’ensemble
Activités :
o Assemblage des composants testés séparément par l’équipe de
développement
o Production des données de tests
o Réalisation des tests alpha, l’application est mise dans les
conditions réelles d’utilisation
o Rédaction du document des rapports de tests
Livrables :
o Document du rapport des tests
o Document de guide d’utilisation (en version 1)
o La version beta de l’application prête pour déploiement
• Étape 5 : Livraison, Maintenance, Évolution

DSN MALI
Objectifs :
o Déployer l’application en condition opérationnelle
o Faire la recette finale
Prérequis :
o La version beta de l’application
o Le rapport des tests effectués sur l’application
o Environnement de déploiement
Activités :
o Déploiement de l’application en les conditions opérationnelles
o Formation des utilisateurs et équipes projet
o Maintenance : correction des insuffisances, elle ne couvre pas
l’ajout ou la reprise de nouvelles fonctionnalités ou modules
o Rédaction du document des rapports de livraison
Livrables :
o L’application dans sa version finale
o Rapport des tests finaux
o Rapport de livraison
o Rapport de formation des utilisateurs
o Document de guide d’utilisation (finale)
o Recette finale de l’application
4.2 Délai d’exécution
Le délai d’exécution pour la réalisation de l’outil est de 21 jours ouvré.

DSN MALI
5 PROPOSITION FINANCIERE

DSN MALI

Offre Technique Et Financiere - Outil de Suivi Des Marches - DSN-MALI

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Offre Technique Et Financiere - Outil de Suivi Des Marches - DSN-MALI

Transféré par

Droits d'auteur :

Formats disponibles

Offre Technique et Financière

Mise en place d’un outil informatique de gestion et de suivi des

Mise en place d’un outil informatique de gestion et de suivi

Copyright © 2021 – <_ consultant >

<_consultant>: Mahamadou MEIDI DIALLO

Mahamadou MEIDI DIALLO DSN MALI SARL

2.1 Objectif général

L’outil doit permettre de :

La typologie des cautions concernées sont :

2.2 Objectifs spécifiques

L’architecture souhaité doit permettre :

Mahamadou MEIDI DIALLO DSN MALI SARL

3.1 Architecture fonctionnelle

• Couche Project Management

3.2 Couverture fonctionnelle

• La gestion des projets (ou soumissions) ;

Mahamadou MEIDI DIALLO DSN MALI SARL

3.3.1 Module Project Management

3.3.1.1 Administration et paramétrages

3.3.1.1.1 Gestion des utilisateurs : permet de créer, modifier, activer ou

3.3.1.1.2 Gestion des profils utilisateurs (ou rôles) : donne la possibilité

3.3.1.1.3 Gestion des droits (ou privilèges) : consiste à donner la

3.3.1.2 Gestion des types de cautions : permet de créer, modifier, lister,

3.3.1.3 Gestion des structures bancaires (banques) : permet de

3.3.1.4 Gestion des structures attributaires de marché : permet de

3.3.1.5 Gestion des cautions : permet de créer une demande de caution

Mahamadou MEIDI DIALLO DSN MALI SARL

3.3.1.7 Suivi, reporting et statistiques

Cette fonctionnalité permet le suivi, le reporting et donner des

3.3.2 Module Data Collector

La collecte peut se faire manuellement ou par importation de fichier dans

L’application mobile sera opérationnelle en mode offline (sans internet)

3.3.3 Module Security

Mahamadou MEIDI DIALLO DSN MALI SARL

L’API REST permet l’intégration du système avec d’autres systèmes

Verbe HTTP Objet Paramètres Type d’opérations

L’avantage de cette architecture rend l’outil scalable et lui donne la

Par exemple : Si l’on souhaite interconnecter ou partager des données (ou

Mahamadou MEIDI DIALLO DSN MALI SARL

Le Front office représente les différentes interfaces de gestion de l’outil, toutes

Mahamadou MEIDI DIALLO DSN MALI SARL

Le déploiement se fait sur un serveur physique en mode actif.

Mahamadou MEIDI DIALLO DSN MALI SARL

La solution repose sur des langages de haut niveau et des technologies de

• Java : un langage de programmation populaire et utilisé à grande échelle dans

• Spring boot : un framework de développement Java puissant permettant la

• Angular : un framework JavaScript très puissant pour le développement des

• MySQL : MySQL est un système de gestion de bases de données relationnelles

• Tomcat : un logiciel serveur d’application web initialement pour les

• Apache : un logiciel de serveur web gratuit et open source qui alimente

4 METHODOLOGIE ET PLAN DE TRAVAIL

4.1 Conception technique et méthodologie

Afin de garantir la réussite du projet, une démarche hybride (classique et

Ainsi nous mettrons en place une méthodologie en 5 étapes :

• Étape 1 : Analyse (Spécification formelle)

Mahamadou MEIDI DIALLO DSN MALI SARL

• Étape 2 : Conception (Spécification technique)

• Étape 3 : Implémentation (Codage) et Test Unitaires

• Étape 4 : Intégration et Tests d’ensemble

• Étape 5 : Livraison, Maintenance, Évolution

Mahamadou MEIDI DIALLO DSN MALI SARL

4.2 Délai d’exécution

Le délai d’exécution pour la réalisation de l’outil est de 21 jours ouvré.