Méthodologie de Conception de Produit

Projet d’ERP Médical: Gestion des dossiers patients

Constitué de:
BELAFKIH Nada
BERNOUSSI Fatine
CHTAINA Safae
DAKDAK Nada
DARID Balsam
EL MOUNTASIR Maryam

Encadré par: M. EL HACHIMI

Réalisé le: 23/11/2022
Année universitaire: 2022/2023
 Remerciements
Nous tenons à remercier chaleureusement notre professeur M. Nizar EL HACHEMI pour
nous avoir enseigné un cours exceptionnel sur la méthodologie de design. Nous avons pu
découvrir les différents défis d'un projet de design et mettre en pratique directement nos acquis en
travaillant sur notre progiciel de gestion des dossiers médicaux. Nous le saluons encore une fois
pour nous avoir accompagnées dans chacune des phases de la rédaction de ce rapport, non sans
une patience admirable malgré nos nombreuses sollicitations, et pour nous avoir communiqué
l'importance de l'analyse et de l'esprit critique dans le savoir-être de l'élève ingénieur.

1
 Table des matières:
Chapitre 1: Introduction 2

Chapitre 2: Projet de l’équipe 3

1) Problématique: 3
2) Description du Produit: 3
3) Description du Client: 3
4) Cahier de charges Fonctionnel: 4
5) Constitution de l’équipe: 5

Chapitre 3: Méthodologie 6
1) Choix du modèle 6

Chapitre 4: Analyse du problème 8

1) Étape a: Définition des attributs clients 8
2) Étape b: Cotation des attributs 9
3) Étape c: L´attribution des spécifications techniques 10
4) Étape d: La Maison de qualité (voir annexe) 12
5) Étape e: Analyse de la maison de la qualité 12
6) Étape f : Etablir un barème d’évaluation pour chaque spécification technique 13
7) Reprise de cahier des charges : 15

Chapitre 5: Approche multi-critères 17

1) Critères critiques: 18
2) Critères objectifs: 18
3) Critères subjectifs: 18
4) Représentation graphique 20
5) Décision 20

Chapitre 6: Synthèse 21
2) Retour d’expérience 23
3) Projection future 23

ANNEXES 23
Curriculum Vitae des membres de l’équipe 23
Références 29

2
 Chapitre 1: Introduction
De nos jours, la mise en marché d’un produit devient de plus en plus difficile. Une étude
préliminaire est donc une phase cruciale pour la réussite d’un projet. Tout devrait être décrit au
préalable dans les plus petits détails pour assurer un développement sans fautes. La méthodologie
de design est un cours particulièrement important pour prendre conscience des défis du design d’un
projet. Il est primordial de comprendre d’abord les besoins réels du client ainsi que de deviner les
besoins un peu plus ambigus, plus tacites, les attentes qu’il ne formule pas nécessairement. C’est
ainsi que la première phase du design d’un projet est la retranscription des données récoltées auprès
des cliniques en un cahier de charges, réalisable techniquement et fidèle aux attentes du client. Il est
indéniable que sa rédaction nécessite une bonne connaissance du client à travers des échanges en
profondeur et ressort des enjeux techniques ou des contraintes qui pourraient aller à l’encontre de la
satisfaction de ses besoins, d’où l’intérêt de susciter l’assistance d’un avocat expert dans le secteur
médical. Le modèle suivant lequel sera déployé le cycle de développement du projet devra être
choisi en concordance avec les objectifs du projet et assurer une dynamique de groupe à chaque
étape de sa mise en œuvre. Tout cycle de développement passe par les étapes de définition des
besoins, recherche de la solution et raffinement de la solution retenue. Les attributs qui ont été
définis dans le cahier de charges constituent la matière première pour la recherche d’une solution.
Ils vont devoir être évalués et traduits en spécifications pour devenir exploitables. C’est la partie
analyse où sera achevée la maison de qualité qui regroupe toutes les informations pour l’aide à la
décision. Elle nous permettra de répondre à des questions telles que : quelles spécifications sont les
plus pesantes, lesquelles privilégier? En détectant les spécifications les plus critiques à la réalisation
du projet, nous pourrons consentir à des compromis et évaluer les différentes solutions qui se
présentent à nous. Bien évidemment, il faudra retenir une seule solution. Cette décision sera établie
grâce à une analyse multi-critères qui exploitera les facteurs d’importance de la maison de qualité.
Finalement, il s’agira de projeter les spécifications de la solution sur le modèle choisi et attribuer les
tâches à chaque membre d’équipe.

3
 Chapitre 2: Projet de l’équipe

1) Problématique:
De nos jours , la transformation digitale au Maroc connaît une expansion foudroyante.
Accélérée par la crise sanitaire, elle a affecté tous les secteurs, notamment le secteur hospitalier.
L’usage de papiers dissimule un temps d’attente affreux et des coûts difficiles à justifier dans l’ère
de la digitalisation. De plus, le nombre vertigineux d’informations à manipuler déroute toute
tentative de gestion structurée. Il nous a paru donc utile de proposer un moyen de gérer les dossiers
médicaux des patients qui permettra d’abord une meilleure gestion, puis d’éliminer le stock
physique de dossiers, de réduire le temps d’attente pour identifier un patient et qui facilitera en
somme l’interaction avec le patient .

2) Description du Produit:

Le produit que nous proposons est un logiciel de gestion complet qui permettra d'accompagner
une clinique dans ses activités quotidiennes. Nous proposons à cet effet trois interfaces utilisateur:
une interface réceptionniste où seront gérées les entrées/sorties des patients, une interface
consacrée au corps médical à travers laquelle seront gérées toutes les informations relatives au
patient, une interface patient où le patient pourra interagir librement avec la clinique que ce soit
pour la saisie de ses données, le règlement de sa facture ou le contact de la clinique.

3) Description du Client:

Notre client est une clinique privée multidisciplinaire. Elle regroupe de nombreux services
médicaux (Cardiologie, Chirurgie, Urologie, Traumatologie, Réanimation et soins intensifs…) Elle
est composée d’équipes soignantes hautement qualifiées ( médecins et infirmiers de spécialités
diverses) ainsi que d’un personnel administratif. Notre mission réside dans l’amélioration de la
qualité et de la sécurité de la prise en charge des patients ainsi que de l’établissement d’une synergie
entre les différents services proposés par la clinique.

4
 4) Cahier de charges Fonctionnel

Cahier des charges de DigiMED

Description du produit:
Application qui permet d’une part aux patients de saisir leurs données administratives,
effectuer leur facturation en ligne et saisir leurs données administratives. Et d’autre part,
l’application permettra au cadre médical de gérer digitalement les dossiers médicaux, de
s’assurer de la facturation ainsi que gérer la disponibilité des places au sein de la clinique.

Marché:
● Primaire: Les départements des systèmes d’information des différentes cliniques privées,
les cabinets médicaux particuliers et laboratoires d´analyses médicales
● Secondaire: Hôpitaux publics

Besoin:

● Permet de réduire le stock physique d'archives et d'optimiser l’espace.

● Permet de créer, éditer, mettre à jour ou supprimer un dossier patient plus rapidement.
● Permet aux clients de spécifier la cause de la visite et de régler la facturation avant leur
arrivée à la clinique.
● Offre des facilités de complétion du dossier médical qui permettent de réduire les
déplacements vers la clinique.
● Fluidifie la communication interdépartementale.
● Offre la possibilité de télécharger ou imprimer un dossier patient si besoin.
● Fidélise les clients en leur offrant un suivi médical plus continu.
● Permet au cadre médical d’émettre un diagnostic plus rapide et plus exact.

5
 ● Un site web réceptif

Contraintes:
Contraintes techniques:
● Environnement: Windows, Mac OS, Android, Linux.
● Adaptation à usage sur tous les écrans (iPhone, Android, iPad, tablettes...)
● Sécurité des transactions.
● Maximisation de l’espace de stockage.
● Nombre de connexions simultanées limité.
Contraintes financières:
● Le coût de la maintenance représente 5% du budget total.
● Le coût de marketing représente généralement 10% du budget.
Contraintes psychosociales:
● Analphabétisme digital.
● Formation des employés de la clinique.
● Disponibilité des ressources humaines pour gérer le logiciel et la base de données.
● Résistance au changement.
Contraintes légales:
● Adaptation de l’obligation du secret médical au contexte technologique: Article 446 du code
pénal marocain / articles 37 et 40 du dahir du 21 mars 1984 relatif à l'ordre national des
médecins
● Intervention humaine pour le chargement de données.
● Adaptation de l’obligation du secret médical au contexte technologique: Article 446 du code
pénal marocain / articles 37 et 40 du dahir du 21 mars 1984 relatif à l'ordre national des
médecins.
● La loi n°43.20 relative aux services de confiance pour les transactions électroniques.

5) Constitution de l’équipe:
●Chef d’équipe (BERNOUSSI Fatine)
●Client: Représentant du système d’information de la clinique (CHTAINA Safae)
●Équipe de développeurs : UI Concepteur, Expert UML, Développeur back-end, Développeur
Full-Stack, Testeur Logiciel (DARID Balsam)
●Equipe Marketing: Responsable marketing, Spécialiste marketing (EL MOUNTASIR Maryam)
●Equipe Finances: Analyste financier, Comptable (BELAFKIH Nada)
●Equipe juridique: Avocat en droit de la santé ou santé numérique (DAKDAK Nada)
Remarque du prof après présentation: fallait une équipe mieux développée de personnel
médical, plutôt que de tout résumer sous “Client”

6
 Chapitre 3: Méthodologie
1) Choix du modèle

Le modèle en spirale nécessite un prototype primaire à améliorer, chose qui ne s’applique pas à
notre projet.
Le modèle en cascade est un modèle linéaire peu flexible, son objectif majeur est de présenter
le processus de développement avec rigueur. Chaque phase donnant lieu à une validation officielle,
il n’y a donc pas de retour possible sur les options validées à l’issue de phases antérieures. La
rigidité de ce modèle et la multiplicité de nos exigences nous a poussé à l’éliminer de nos choix,
ainsi que tous les modèles linéaires au profit de l’ingénierie simultanée.
Nous avons donc besoin d’un modèle où chaque action est contrôlée, où l’on pourra tester des
fonctionnalités, et faire évoluer notre progiciel même après livraison, d’où le choix d’utiliser une
version ajustée du modèle incrémentiel itératif.
Il consiste à implémenter une partie centrale du système final, de la porter à un état livrable au
client, puis de la complémenter par de nouvelles fonctionnalités pendant l’itération suivante, au
bout de laquelle un nouvel incrément est prêt à être opérationnel.

7
 Cependant, notre souplesse a des limites; nous avons donc choisi d’exclure certaines étapes
décisives à la totalité du projet de la boucle d’incréments et d’itérations, et ce pour qu’une fois
validées, il nous est impossible de revenir sur nos pas pour remanier la solution de base.
Ce choix présente différents avantages supplémentaires: chaque itération est moins complexe,
le client peut entamer l’usage dès la première livraison, il y a possibilité de livraisons et de mises en
service après chaque incrément pour avoir un retour du client et évaluer les itérations, meilleur
lissage du temps et de l’effort de développement. l’effort est constant dans le temps par opposition
au pic pour spécifications détaillées pour les modèles linéaires, progrès palpables et facilement
mesurables. C’est sans surprise que l’équipe de développement, déjà habituée à construire des
logiciels selon les méthodes Scrum et l’Extreme Programming, a ardemment milité pour ce choix
éprouvé. L’équipe financière, indifférente puisque suivre ce modèle n’impactera nullement le coût
total du produit final, décèle cependant un avantage jugé exploitable par l’équipe marketing dans le
fait que la livraison initiale coûtera moins au client.

Question du prof sur cette partie: pourquoi avoir choisi ce modèle parmi d’autres de
développement agile/ingénierie simultanée.

Chapitre 4: Analyse du problème

1) Étape a: Définition des attributs clients

En interne:

8
 ● Maintenabilité du logiciel
● Temps de production du logiciel restreint
● Temps d’installation / intégration de l’ERP au sein d’une clinique restreint
● Prix dans les confines du budget alloué
● Élasticité : la plate-forme évolue en fonction de la charge.

En externe:

Besoins:

➔ un ERP médical pour la transformation digitale des dossiers patients,

● Créer, éditer, mettre à jour ou supprimer un dossier patient
● Connectivité entre les départements de la clinique (centralisation)
➔ une plateforme pour signaler l’arrivée d’un cas urgent
● Interface minimaliste et simple à naviguer
➔ une interface pour que le patient s’acquitte de ses factures, ou accède à son dossier
● Service de paiement
● Authentification pour distinguer les différents utilisateurs

Attentes:

● Temps de réponse prompt

● Supporter la charge des connexions d’une multitude de membres du personnel ainsi
que des patients, à la fois
● Confidentialité: Empêcher les fuites de données à fins publicitaires ou autres,
préserver informations de paiement (prévention des fraudes)
● Espace de stockage amplement suffisant pour toutes les bases de données
● Organisation rigoureuse (Chaque base de données est structurée selon une architecture
adaptée aux informations qu’elle comprend)
● Compatibilité du logiciel avec les technologies web à la disposition de l’utilisateur

Contraintes:

● Adaptation de l’obligation du secret médical au contexte technologique: Article 446

du code pénal marocain / articles 37 et 40 du dahir du 21 mars 1984 relatif à l'ordre national des
médecins
● Bande Passante sur le cloud
● Intervention humaine pour le chargement de données
● Budget alloué
2) Étape b: Cotation des attributs

Attribut Cotation

1 2 3 4 5

Maintenabilité du logiciel ★

9
 Temps de production du logiciel restreint ★

Temps d’installation/ intégration de l’ERP restreint ★

Prix dans les confines du budget alloué ★

Création, édition, mise à jour, suppression d’un dossier patient ★

Centralisation des données ★

Interface minimaliste, simple à naviguer ★

Service de paiement ★

Authentification ★

Temps de réponse prompt ★

Supporter la charge des connexions simultanées ★

Empêcher les fuites de données à fins publicitaires ou autres

Préserver les informations de paiement pour prévenir des fraudes ★

Espace de stockage ★

Organisation rigoureuse ★

Compatibilité du logiciel avec les technologies web à la disposition de l’utilisateur ★

Adaptation de l’obligation du secret médical au contexte technologique ★

Bande passante ★

Intervention humaine pour le chargement des données

Budget alloué au développement de l’ERP

3) Étape c: L´attribution des spécifications techniques

Attribut Spécification technique

Clients en interne:

● Maintenabilité du logiciel ● Réduire les coûts de la maintenance (l’optimisation du

haut de la Programmation utilisée dans le logiciel, du
typage robuste et de la programmation fonctionnelle)

● Prix dans les confines du budget alloué ● Chargement et modification faciles des documents et
des informations

● Élasticité : la nouvelle plate-forme permet d'évoluer en ● Maximiser la vitesse d'envoi des demandes
fonction de la charge d'hospitalisation (en cas d´urgence)

Client en externe:

10
Besoins
➔ un ERP médical pour la transformation digitale des
dossiers patients,
● Créer, éditer, mettre à jour ou supprimer un dossier patient
● Centralisation des données
➔ une plateforme pour signaler l’arrivée d’un cas urgent
● Interface minimaliste et simple à naviguer
➔ une interface pour que le patient s’acquitte de ses factures,
ou accède à son dossier
● Service de paiement
● Authentification pour distinguer différents types
d’utilisateurs
Attentes
● Temps de réponse prompt
● Supporter la charge des connexions à la fois d’une
multitude de membres du personnel, ainsi que des patients
● Confidentialité : Empêcher les fuites de données à fins
publicitaires ou autres, préserver informations de paiement
pour prévenir des fraudes
● Espace de stockage amplement suffisant pour toutes les
bases de données
● Organisation rigoureuse (Chaque base de données est
adaptée aux informations qu’elle comprend)
● Compatibilité du logiciel avec les technologies web à la
disposition de l’utilisateur
Contraintes
● Modification rapide des informations
● Maximiser le nombre de partages des documents depuis
la clinique
● Limiter le nombre de postes autorisés à manipuler des
informations vitales ( travailler dans un endroit central )
● L'utilisation des protocoles réseau standardisés pour
l’importation et l’exportation de données et la gestion
du service (mettre à disposition un aperçu des standards
d’interopérabilité et de portabilité utilisés)
● Temps de chargement des pages court (=<2,5 secondes)
● Minimiser la durée de réception de l'information
(l´arrivée d´un cas urgent par exemple) par la clinique (
=<1 seconde si la connexion est stable)
● La formation des employés de la clinique (afin
d'apprendre à utiliser le logiciel)
● La sécurité des transactions
● Temps de réponse court ( compris entre 100 et 200 ms)
● Le choix de l´informatique de périphérie
Nombre de connexions simultanées illimitées
Choix du cloud hybride
● Maximiser l'espace de stockage
● Minimiser le coût d´acquisition de ce stockage (20 000
dh par mois pour un stockage illimité)
● Efficacité du système de gestion des bases de données
● Un design réceptif
11
● Adaptation de l’obligation du secret médical au contexte ● Cybersécurité
technologique : Article 446 du code pénal marocain /
articles 37 et 40 du dahir du 21 mars 1984 relatif à l'ordre
national des médecins

● Bande Passante sur le cloud ● Maximiser le seuil de la bande passante (>25 TB/mois
de trafic total (service cloud pro))

● Intervention humaine pour le chargement de données ● La fiabilité des données insérées

● Budget alloué ● Minimiser les charges (budget limité)

Les groupes, expliqués:

convivialité: tout ce qui se rapporte à l’utilisabilité de la solution: les temps d’attente pour les
chargements et l’exécution des requêtes, mais aussi la facilité d’usage de l’interface pour les
inhabitués ainsi que sa lisibilité

- budget: traduit la finitude des fonds mobilisables pour le développement et l’implémentation

de la solution
- sécurité et confidentialité: sur plusieurs fronts: protection du secret médical, des
coordonnées de paiement du patient, des données personnelles relatives à l’authentification des
utilisateurs de la solution.
- serveur cloud: attributs relatifs à l’infrastructure informatique (bdd), à la puissance de calcul,
à l’espace de stockage, à la volumétrie supportée et aux fonctionnalités développées pour répondre
aux particularités du métier (centralisation des donnée
4) Étape d: La Maison de qualité (voir annexe)
5) Étape e: Analyse de la maison de la qualité

12
 Étant donnée la maison de qualité créée plus tôt, on peut entamer l’analyse de l'existence d’une
harmonie ou non entre l'importance des spécifications techniques et les attributs des clients. En
effet, on peut voir que pour la spécification technique “Choix du Cloud Hybride”, l’importance
algébrique est de 177. Cela représente le facteur le plus important entre toutes les spécifications; ce
qui revient en fait à la forte liaison de cette spécification avec plusieurs attributs jugés par nos
clients comme nécessaires (dont un espace de stockage amplement suffisant pour les données des
patients, une possibilité de supporter les connexions simultanées, un support assurant la connectivité
entre les départements, etc).

En outre, on trouve, sans surprise, que la spécification technique avec le deuxième plus grand
facteur valant 152 est “l’espace de stockage”, puisque c’est une spécification fortement liée à
l’hébergement des dossiers patients, en l’occurrence le cœur de notre projet. Ceci reflète
pertinemment l’importance de la valeur ajoutée recherchée par le client et proposée par notre
produit. De plus, en troisième place, on trouve la spécification “Efficacité du SGBD” qui concerne
les bases de données et est par suite en relation directe avec le stockage des informations, plus
particulièrement la disposition de ces différentes informations et leur modélisation par les entités
convenables. Tout cela nous conduit vers une harmonie certaine entre les spécifications techniques
et les attributs des clients dans notre maison de qualité.

Pour les facteurs d'importance négatifs, on trouve la spécification “Charges financières” avec
une valeur de -124, ce qui est de mise avec notre but de minimisation des dépenses, chose
problématique pour les demandes des clients car leur satisfaction incombe forcément la mobilisation
de davantage de fonds. On trouve aussi la spécification "Coût d'acquisition de stockage” qui est
similaire aux charges financières quoique ces dernières concernent le développement de la solution.
Cette similitude quant aux signes des facteurs d’importance reflète cependant la cohérence de notre
maison de qualité.

Il est à noter que la version de la maison de qualité attachée à ce rapport est le résultat de
plusieurs autres versions corrigées et réétudiées afin de trouver des concordances logiques et
correctement argumentées.

Pour les cibles techniques définies dans cette maison de qualité, on se focalise surtout sur
celles ayant une grande différence entre les valeurs du facteur d’importance algébrique et absolue.
Tout d’abord, on trouve le temps de chargement des pages pour lequel notre objectif est d'être
inférieur à 0.8 secondes. En effet, cette durée doit être préférablement entre 1s et 0.8s pour un ERP
SAAS, ou même dans le cas d’un PAAS, elle demeure atteignable. Notre seconde cible technique,
“Temps de réponse”, a comme valeur désirée 150 millisecondes. Généralement, les temps de
réponse sont entre 250 ms et 150 ms. Cette cible ne s’avère donc pas trop ambitieuse, et reste
réalisable.

Enfin, pour les "coûts d'acquisition du stockage”, on s’est fixé une valeur de 20 000 Dirham
mensuellement pour un stockage illimité. Plusieurs recherches ont retourné des propositions de
coûts entre les 20 000 dh/mois et 30 000 dh/mois, notre choix d’objectif est donc raisonnable.

13
 En ce qui concerne le toit de la maison qui comporte les corrélations entre les spécifications
techniques, une corrélation négative modélise un compromis entre deux attributs. A commencer par
l’effet de l’augmentation du nombre de connexions simultanées sur le temps de réponse qui s’en
voit rallongé, chose qu’explique la croissance de la complexité des requêtes qui vient avec plusieurs
connexions en même temps. Or, étant donné leurs facteurs d’importance respectifs, on privilégie la
minimisation du temps de réponse pour résoudre ce conflit d'intérêts. Un deuxième compromis se
pose entre la maximisation de la cyber sécurité et la minimisation du temps de chargement des
pages: il faut augmenter le temps de traitement pour assurer un maximum de sécurité des données.
De nouveau, suivant les facteurs d’importance des deux, la priorité est à la cybersécurité, propriété
incontournable pour notre projet vu la sensibilité des informations manipulées.

Finalement, le souci de diminution des charges financières se répercute négativement sur la

majorité des autres spécifications, hormis la minimisation des postes disposant d’accès et la
compatibilité avec un cloud hybride, toutes deux en synergie avec la diminution des charges car
bien moins coûteuses que leurs alternatives. Quant aux autres interdépendances, il faudra trancher
suivant les facteurs d’importance de chaque spécification.

6) Étape f : Etablir un barème d’évaluation pour chaque spécification technique

Caractéristique Cible Côte Barème

Temps de chargement des pages ↓ 0.8 secondes 3 t=<0.8s

2 0.8s =<t< 0.9s
1 0.9s =<t<1.0s
0 1.0s =<t

Temps de réponse ↓ 150 ms 3 t=<150ms

2 150ms =<t< 200ms
1 200ms =<t<250ms
0 250 =<t

Coût d´acquisition de stockage ↓ 20 000 dh/mois 3 p=<20 000 dh

2 20 000 dh =<p< 25 000 dh
1 25 000 dh =<p<30 000 dh
0 30 000 dh =<p

Protocole d´importation de la data 1 Moderne

0 Ancien

Nombre de partage des documents ↑ un nombre illimité 2 n illimité

1 n = 400 000
0 n<400 000

Durée de réception de l'information ↓ 1 seconde 3 t<1

2 t=1
1 1<t=<3
0 t>3

Modification rapide des informations 3 Très rapide

↑ 2 Rapide
1 Dépend des informations à modifier
0 Lente

14
Formation des employés 3 courte et facile
2 courte et difficile
1 longue et facile
0 longue et difficile

Postes pouvant accéder ↓ 2 3 n<2

2 n=2
1 2<n<4
0 n>=4

Sécurité des transactions 1 Sécurisées

0 Insécurisées

Charges financières ↓ 350 000 dhs 2 n< 350 000

1 n=350 000
0 n>350 000

Nombre de connexions simultanées ↑ 2 Nombreuses

1 Peu nombreuses
0 Très limitées

Choix du cloud hybride 1 Compatible

0 Incompatible

Cybersécurité ↑ 2 Elevée
1 Moyenne
0 Médiocre

L´espace de stockage ↑ 2 Illimité

1 Limité
0 Très limité

Efficacité du SGBD ↑ 2 Très efficace

1 Efficace
0 Peu efficace

Seuil de bande passante ↑ 30 TB 3 0=<s<15

2 15=<s<30
1 s=30
0 s>30

Fiabilité des données ↑ 2 Elevée

1 Moyenne
0 Faible

15
 7) Reprise de cahier des charges :

Cahier des charges de DigiMED

Description du produit:
Application qui permet d’une part aux patients de saisir leurs données administratives, effectuer leur
facturation en ligne et saisir leurs données administratives. Et d’autre part, l’application permettra au cadre
médical de gérer digitalement les dossiers médicaux, de s’assurer de la facturation ainsi que gérer la
disponibilité des places au sein de la clinique.

Marché:
●Primaire: Les départements des systèmes d’information des différentes cliniques privées, les cabinets
médicaux particuliers et laboratoires d´analyses médicales
●Secondaire: Hôpitaux publics

Besoin:

●Stock Physique=10%.
●Réduire les pertes de temps de 50% au moins.
●Augmenter le niveau de fidélité de 20%.
●Temps de chargement des pages : 0,8 secondes.
●Durée de réception de l’information : 1 seconde.
●Temps de réponse : 150 ms.

Contraintes:
Contraintes techniques:
●Chaque fichier ne peut excéder la taille de 2 To, et les images intégrées au documents ne peuvent
dépasser 1 Mo. Les tableurs sont limités à 256 colonnes et 400 000 cellules.
●Service de stockage Cloud sécurisé.
●Langage de programmation: SQL et Python.
●Seuil de la bande passante : 30 TB/Mois de trafic total.
●Type de fichiers supportés:
❖ Fichiers image (.JPEG, .PNG, .GIF, .TIFF, .BMP)....
❖ Microsoft Word (.DOC et .DOCX)

16
 ❖ Microsoft Excel (.XLS et .XLSX)....pour les factures
❖ Adobe Portable Document Format (.PDF)
❖ Types de fichiers d'archivage (.ZIP et .RAR)
●Disposer des équipements nécessaires pour mettre en place le logiciel (réseau d'ordinateurs équipés du
logiciel, accédant à la base de données et connectés les uns aux autres, Scanners et imprimantes).
Contraintes psychosociales:
●Formation des employés de la clinique
●Disponibilité de ressources humaines pour gérer le logiciel et la base de données
Contraintes financières:
●Bande passante sur le cloud par IBM:
❖ 100 Go coûtent 20 Dh par mois
❖ 1 To coûtent 450 Dh par mois
❖ 5 To coûtent 3 700 Dh par mois
❖ 10 To coûtent 6 800 Dh
❖ 20 To coûtent 10 000 Dh
❖ Illimité 20 000 Dh par mois
●Estimation du coût:
❖ Coût de la maintenance:20 000 dh.
❖ Coût d’acquisition du stockage: 20000 dh/mois.
❖ Budget total estimé à 600 000 dh.
Contraintes légales:
● Niveau de sécurité: 40.

Chapitre 5: Approche multi-critères

On-Site BAAS IAAS PAAS ASP SAAS DAAS

Critères critiques

sécurité des transactions 0 1 0 1 1 1 1

Cybersécurité 0 1 0 1 1 1 1

Protocoles d’importation de données à jour 0 0 1 1 0 1 1

Critères Objectifs

Coût d´acquisition de stockage en Dh par 6 000 40 000 20 000 25 000 35 000 20 000 30 000
mois

Coûts de la production et de la mise en place 150 000 80 000 66 600 456 000 530 000 600 000 1 000 000
du logiciel en DH (projet en entier)

Critères subjectifs

Modification rapide d’infos 1 1 2 3 2 3 2

17
 Temps de chargement des pages 3 2 2 3 2 3 2

Temps de réponse 3 2 1 2 3 2 2

Bande Passante 0 2 3 2 3 3 3

Nombre de partages des documents 1 2 2 2 2 2 0

Espace de stockage 0 1 2 2 2 2 2

Efficacité du SGBD 0 1 2 1 1 2 2

Compatibilité avec le cloud hybride 0 1 1 1 0 1 1

Postes pouvant accéder 0 2 0 3 3 3 0

Connexion simultanées 0 1 2 2 1 2 2

Formation des employés de la clinique 3 2 0 3 1 3 2

1) Critères critiques:

Seules les solutions PAAS, SAAS et DAAS assouvissent tous les critères critiques au
développement de notre produit: la sécurité des transactions bancaires pour le paiement, la
cybersécurité concernant la préservation des données personnelles et médicales des patients aussi
bien que du corps médical utilisateur de l’ERP, ainsi que le respect des protocoles d’importation (et
d’exportation) des données. Ces derniers étant toujours plus ou moins respectés, nous choisissons
tout de même d’écarter les solutions qui, généralement, opèrent avec des protocoles désuets, pour
rassurer le client par rapport à notre rigueur lorsqu’il est question de respecter ses données. Notre
solution ne peut pas faillir sur l’un de ces fronts qui s’inscrivent tous dans la sécurité et la
confidentialité, puisqu’il en adviendra des répercussions graves sur l’entreprise, à commencer par
des sanctions légales, naturellement de mise vu la délicatesse du métier d’entreprise.

2) Critères objectifs:

Nous désignons comme unité de temps 1 année pour le stockage loué, quoique pour le
développement de notre ERP, les durées varient d’une solution candidate à une autre, c’est pourquoi
nous procédons aux calculs des coûts approximatifs du développement en entier.

Coûts objectifs:

O(Paas)= 25 000*12 + 456 000= 756 000

O(Saas)= 20 000*12 + 600 000 = 840 000

O(Daas)= 30 000*12 + 1 000 000= 1 360 000

Facteurs objectifs:

S=Σ(1/O(Solution,i)=(1/756 000) + (1/840 000) + (1/1 360 000) = 3.25 x 10^(-6)

D’où:

18
 Fo(Paas) = 1/(756 000*S) = 0.41

Fo(Saas) = 1/(840 000*S) = 0.36

Fo(Daas) = 1/(1 360 000*S) = 0.22

3) Critères subjectifs:

On s’inspire de la maison de qualité pour pondérer les critères subjectifs. En effet, il s’agit de
considérer l’impact de la spécification sur l'attribut. Pour mesurer la nécessité d’une spécification,
on utilise alors le facteur d’importance en valeur absolue au lieu de la valeur algébrique, qui risque
de quasiment s’annuler pour certaines spécifications, tandis que les cases sommées pour l’obtenir
contiennent des valeurs significatives mais de signes opposées, et représentent donc une forte
corrélation entre l’attribut et la spécification correspondante, que cette corrélation soit positive ou
négative.

cs1 cs2 cs3 cs4 cs5 cs6 cs7 cs8 cs9 cs10 cs11 To
Pondé tal
ration Modifi Tps de Tps de Bande Nb de Espace Efficaci Compa Postes Connex Format
cation charge rép Passant partage de té tibilité à accès ions ion des
rapide e s stockag SGBD cloud simulta employ
e hybride nées és

Modification 184 - 3 3 3 3 3 3 3 3 3 3 30
rapide

Temps de 124 1 - 2 1 1 1 1 1 3 1 3 15
chargement

Temps de 124 1 2 - 1 1 1 1 1 3 1 3 15
réponse

Bande Passante 157 1 3 3 - 3 3 1 1 3 3 3 24

Nombre de 145 1 3 3 1 - 1 1 1 3 3 3 20
partages de
documents

Espace de 152 1 3 3 1 3 - 1 1 3 3 3 22
stockage

Efficacité 180 1 3 3 3 3 3 - 3 3 3 3 28
SGBD

Compatibilité 177 1 3 3 3 3 3 1 - 3 3 3 26
cloud hybride

Postes à accès 118 1 1 1 1 1 1 1 1 - 1 3 12

Connexion 144 1 3 3 1 1 1 1 1 3 - 3 18
simultanées

Formation des 62 1 1 1 1 1 1 1 1 1 1 - 10
employés

19
 Nous obtenons ainsi les poids suivants pour les critères subjectifs: w(cs1)=30/220,
w(cs2)=15/220, w(cs3)=15/220, w(cs4)=24/220, w(cs5)=20/220, w(cs6)=22/220,
w(cs7)=28/220, w(cs8)=26/220, w(cs9)=12/220, w(cs10)=18/220, w(cs11)=10/220

Nous nous contentons de détailler l’obtention d’un seul critère, le détail de calcul du
reste est développé en (annexe 2).

Modification rapide des pages PAAS SAAS DAAS Total

PAAS - 2 3 5

SAAS 2 - 3 5

DAAS 1 1 - 2

Total 12

S(cs1, PAAS) = 5/12; S(cs1, SAAS) = 5/12; S(cs1, DAAS) = 2/12

Calcul des facteurs subjectifs: Équations des droites:

FS(PAAS)=0,33 IL(PAAS)=0.41X+0.33*(1-X)

FS(SAAS)=0,38 IL(SAAS)=0.36X+0.38*(1-X)

FS(DAAS)=0,29 IL(DAAS)=0.22X+0.29*(1-X)

4) Représentation graphique

5) Décision

En tenant compte des conditions de l’élaboration du projet, l’équipe a décidé de prioriser

les critères subjectifs plutôt que les critères objectifs bien qu’elle soit consciente de l’importance de

20
 maintenir un prix compétitif. La solution DaaS, ayant performé de manière moins satisfaisante selon
l’outil déployé et visualisable ci-dessus, sera écartée aussitôt. Reste donc à trancher entre les
solutions SaaS et PaaS qui semblent performer similairement, l’une prenant la main en terme de
coûts et l’autre en termes de facteurs subjectifs, phénomène graphiquement modélisé par le
paramètre α variant de 0 à 1, tendant vers 0 pour prioriser les critères subjectifs, et virant vers 1 pour
les critères objectifs. Dans le contexte de notre souci d’optimisation des charges déjà fort
imposantes, comme il incombe naturellement pour le développement de tout logiciel qui se respecte,
nous bifurquons plutôt vers une valeur faible d’α, quoique non nulle puisque les critères subjectifs
influencent grandement cette prise de décision. Nous optons donc pour la solution ayant minimisé
les coûts, en l’occurrence l’SaaS.

Chapitre 6: Synthèse

1)
2) Reprise du modèle projeté:
Expression des Spécifications Recherche de la Planification de Analyse et Développement Déploiement
besoins solution la version Conception

- Étude de - Analyse puis - Détermination - Revue de la - étude des - Création ou - Livraison de

marché auprès traduction des de la version données des Mise à jour des l’incrément au
des cliniques spécifications en problématique précédente utilisateurs en bases de données client (Chef
privées et autres attributs principale: Où (équipe entière, tous genres (corps (Développeur d’équipe)

21
établissements quantifiables héberger le sauf juridique) médical et back-end) - Persuasion:
hospitaliers, (équipe de logiciel? (Chef - Identification patients) et des - Programmation “vendre” au client
cerner les développement, d’équipe) des attentes du traitements à des la mise à niveau
segments cibles équipe - Exploration des client de effectuer (Expert fonctionnalités depuis la version
(Spécialiste financière) options: sur site, l’incrément UML, (Développeur antérieure
marketing) - Construction logiciel comme suivant ( développeur back-end) (Spécialiste
- Grille d'analyse d’une maison de infrastructure… Responsable back-end) - Développement Marketing)
concurrentielle qualité (toute (Développeurs marketing) - Analyse de front-end:
d’ERP médicaux l’équipe back-end et full - Pilotage et Suivi l’environnement Conception des - Rédaction des
participe, sauf stack) des études métier de la interfaces et supports
existants (équipe
équipe - évaluation des marketing ( clinique (Expert amélioration de d'utilisation
marketing) marketing) coûts de chaque Responsable UML, avocat, l’expérience (Chef d’équipe)
- Suivi des états - Rédaction d’un alternative marketing) client) utilisateur
financiers des cahier de charges (Fonction - Revue des - Sécurité des SI (Développeur - Documentation
concurrents, technique finances) spécifications de de santé : Full-Stack) du feedback
déterminer leurs (Équipe de - évaluation des la version (Chef schémas - Intégration venant du client
bénéfices, développeurs, propriétés d’équipe, équipe directeurs (Développeur (Responsable
équipe techniques de de technico-juridiqu Full-Stack) Marketing)
liquidités,
financière et chaque développement) es (Avocat) - Hébergement de - Conditions
potentiel de gains chef d’équipe) alternative - Détermination - Modélisation l’incrément générales
et solidité - Rédaction d’un (équipe des modifications financière de la (Développeur d'utilisation du
financière schéma directeur développement, à apporter (chef performance Full-Stack) logiciel, mentions
(Analyste informatique avocat) d’équipe) future de - Tests et légales, mise en
financier) (Chef d’équipe, - Approche - Recherche de l’incrément Débogages conformité
- Rédaction d’un client, équipe de décisionnelle solution pour (Analyste (Testeur (Avocat)
développement) multicritères réaliser les financier) Logiciel) - Tenue des
cahier de charges
(chef d’équipe) modifications - Rédaction d’une - Vérification du comptes de notre
fonctionnel - Choix souhaitées charte graphique ( respect des cas entreprise
(Client, chef d’hébergement (équipe de Responsable d’utilisation et (Comptable)
d’équipe, par SaaS développement) Marketing, UI des spécifications - Etablissement
Avocat) (équipes - détermination Designer) fixés pour cette des feuilles de
- étude de finances et des règles - Modélisation itération (Testeur paie de tous les
développement, juridiques descriptive: Logiciel, Chef de membres de
faisabilité
chef d’équipe) régissant le traduction de la projet) l’équipe
juridique secteur de la structure - Rédaction et (Comptable)
(Avocat) santé et d’associations, mise à jour du
- rédaction des pertinentes à la des relations, des rapport de projet
contrats (Contrats version en cours spécifications et (équipe de
d’hébergement, de planification des contraintes en développement)
contrats de (Avocat) diagrammes - Audit
- Rédaction d’une déchiffrables par concernant la
sous-traitance,
liste de contrôle les développeurs Protection des
contrats de de projet (Chef (Expert UML) données de santé
prestations de d’équipe) (Avocat, client)
services, contrats - Audit financier,
informatiques) évaluation des
(Avocat) risques (Fonction
- élaboration de finances)
documents dédiés
à l’administration
fiscale et sociale
(Comptable)

3) Retour d’expérience

Problèmes rencontrés Solutions trouvées Décision

22
Multitude des modèles et adaptation avec les - Cascade Incrémentiel itératif (offrant le plus de
exigences du projet - Spirale flexibilité et assurant l’évaluation à la fin de
- Incrémentiel itératif chaque itération)

Choisir une solution optimale d’hébergement - SAAS Notre avantage concurrentiel est la
répondant aux besoins des clients - PAAS domination par les coûts, chose qui a imposé
(D’après l’analyse multicritères) le choix de la solution SAAS.

Difficulté d’entamer notre projet par le - Recherche d’un autre modèle Modification de quelques étapes du modèle
modèle incrémentiel itératif - Personnalisation du modèle pour qu’il soit sur-mesure à 100% pour notre
besoin.

Manque de cadre référentiel en ce qui - Documentation sur Internet Élaboration d’une documentation interne
concerne la méthodologie de design - Sous traitance d’un expert ou pour les prochains projets.
consultant

4) Projection future

DigiMED avait initialement comme scope le Maroc, mais dans les années qui viennent, l’équipe
travaillant sur le projet espère élargir la cible et s’occuper de la digitalisation médicale dans le monde entier,
ce qui mènera sans aucune doute à plusieurs changements au niveau du projet surtout dans son cadre
réglementaire et législatif. Cependant, l’adaptation de notre projet avec le modèle incrémentiel itératif nous
facilite la tâche pour les prochaines étapes, à savoir “l’exécution véritable”: analyse, conception,
développement et déploiement, puisqu’il nous assure une flexibilité importante pendant toutes les phases de
l’élaboration du projet. De surcroît, la résolution de problèmes fait partie intégrante de toute itération,
permettant aux différentes développeurs d’essayer de tester de nouvelles solutions, faisant du projet une
véritable mine d’innovation.

ANNEXES:

Annexe 1 : Curriculum Vitae des membres de l’équipe

Membres de Fiche des profils recherchés

l’équipe

Chef d'équipe ● Compétences solides en informatique

● Qualités relationnelles et pédagogiques
BERNOUSSI ● Anglais technique écrit recommandé
Fatine ● Bac+5 en École d’Ingénierie Informatique, généralement.
● Expérience préalable en gestion de projet similaire requise

23
Équipe de Développeurs - DARID Balsam

Ui designer ● Maîtrise de la suite Adobe (Photoshop, Indesign, illustrator…),

possiblement de Sketchfab et Zeplin
● Culture Web et graphique
● Sens créatif et notions artistiques de base
● Pratique de l’anglais technique
● Ecoute (besoins du client)
● Capacité de formalisation (cartographie, schématisation)
● Diplôme d’école de design/Formation arts visuels / Formation
UX design et conception multimédia
● Porte-folio artistique attrayant au client et inscrit dans sa vision

● Maîtrise des diagrammes statiques et dynamiques

Expert UML ● Certification UML
● Expériences passées en modélisation métier
● Bonne écoute et communication pour assimiler le métier

● Méthodologie, rigueur, pragmatisme et travail d’équipe

Développeur ● maîtriser un outil de gestion de projet comme GitHub ou gitlab
back-end ● Maîtrise d’SQL
● Connaissance des langages back-end (C#, Java, Python, PHP,
Ruby)
● Maîtrise et expérience approfondies dans un langage back-end
au moins et des frameworks qui lui sont propres
● Cursus Bac +5 inculquant les compétences techniques citées
plus tôt
● Bon niveau en anglais

● Maîtrise de plusieurs langages : HTML, CSS, JavaScript

Développeur (front-end) et Ruby, PHP, Python (back-end).
full-Stack ● Connaissance des technologies pour applications mobiles : IOS
et Android.
● Capacité à appréhender les problématiques liées aux bases de
données (SQL).
● Bonnes connaissances en UX afin de rendre les interfaces web
accessibles.
● maîtriser les logiciels d’infrastructures tels que les systèmes
d’exploitation et les outils de virtualisation
● Peut jongler entre plusieurs missions faisant intervenir différents
outils de programmation au cours d’une même journée.
● Diplôme d’Ecole d’ingénieur en informatique ou Master en
informatique

24
Testeur logiciel ● BTS informatique de gestion, option développeur
d'applications/ DUT informatique /licence systèmes informatiques et
logiciels/ master mention informatique spécialisé en qualité et sûreté
de fonctionnement/diplôme d'ingénieur en programmation
informatique.
● Connaissance des principaux langages de programmation front
end et back end, des frameworks et des bibliothèques, systèmes
d'exploitation, de l'architecture logicielle, les principes d'utilisabilité
(UX/UI), et des instruments de software analytics.
● Capacité de rédiger la documentation technique informatique
● Capacités analytiques
● Résolution des problèmes
● Attention à l'égard des détails

Equipe MARKETING EL MOUNTASIR Maryam

Responsable ● Personnalité créative, rigoureuse, pragmatique est recherchée.

Marketing Devant gérer une équipe, le responsable marketing est évidemment à
l’aise pour travailler en équipe. Des qualités de leadership et de
persuasion sont également nécessaires.
● Possession de compétences marketing, commerciales
● Aptitude à mener des négociations
● Connaissances financières et juridiques.
● L’anglais et la maîtrise des outils informatiques privilégiés, de
même qu’une connaissance fine du secteur hospitalier.
● Bac +5 en Management / Master of Business Administration /
Diplôme Grande Ecole / Diplôme école Supérieure de Commerce

Spécialiste ● Bac+4/5 Ecole de commerce/Ecole d'ingénieur spécialisation

marketing marketing ou communication / master marketing obtenu en
université.
● Pour les études courtes, à condition de les coupler à 3 ans au
moins d’expérience: BTS négociation et digitalisation de la
relation client / BTS management commercial opérationnel /
BTS commerce international

Equipe financière BELAFKIH Nada

25
 Comptable ● Maîtrise des logiciels bureautiques et comptables
● Bon relationnel
● Niveau Bac+2 minimum en comptabilité et gestion

Analyste
financier ● Bases théoriques solides en droit, économie, marketing et
finance
● Excellente maîtrise des outils d’analyse financière
● Maîtrise d’au moins un outil informatique de modélisation
financière
● Niveau bac + 5 exigé
● Esprit de synthèse, bon jugement et bonne communication

Equipe juridique DAKDAK Nada

AVOCAT ● Avocat en droit hospitalier ou, de préférence, en santé

numérique
● Expérience en logiciels médicaux

Annexe 2: Détails du calcul ( facteurs subjectifs)

Temps de PAAS SAAS DAAS Total

chargement
des pages

PAAS - 2 3 5

SAAS 2 - 3 5

DAAS 1 1 - 2

S(cs2, PAAS) = 5/12

S(cs2, SAAS) = 5/12

S(cs2, DAAS) = 2/12

Temps de PAAS SAAS DAAS Total

réponse

PAAS - 2 2 4

26
SAAS 2 - 2 4

DAAS 2 2 - 4

S(cs3, PAAS) = 4/12

S(cs3, SAAS) = 4/12

S(cs3, DAAS) = 4/12

Bande PAAS SAAS DAAS Total

passante

PAAS - 1 1 2

SAAS 3 - 2 5

DAAS 3 2 - 5

S(cs4, PAAS) = 2/12

S(cs4, SAAS) = 5/12

S(cs4, DAAS) = 5/12

Nombre de partage PAAS SAAS DAAS Total

de documents

PAAS - 2 3 5

SAAS 2 - 3 5

DAAS 1 1 - 2

S(cs5, PAAS) = 5/12

S(cs5, SAAS) = 5/12

S(cs5, DAAS) = 2/12

Espace de PAAS SAAS DAAS Total

stockage

PAAS - 2 2 4

27
SAAS 2 - 2 4

DAAS 2 2 - 4

S(cs6, PAAS) = 4/12

S(cs6, SAAS) = 4/12

S(cs6, DAAS) = 4/12

Efficacité PAAS SAAS DAAS Total

du SGBD

PAAS - 1 1 2

SAAS 3 - 2 5

DAAS - 5

S(cs7, PAAS) = 2/12

S(cs7, SAAS) = 5/12

S(cs7, DAAS) = 5/12

Compatibilité avec PAAS SAAS DAAS Tot

le cloud hybride al

PAAS - 2 2 4

SAAS 2 - 2 4

DAAS 2 2 - 4

S(cs8, PAAS) = 4/12

S(cs8, SAAS) = 4/12

S(cs8, DAAS) = 4/12

Postes PAAS SAAS DAAS Total

pouvant
accéder

PAAS - 2 3 5

SAAS 2 - 3 5

DAAS 1 1 - 2

28
S(cs9, PAAS) = 5/12

S(cs9, SAAS) = 5/12

S(cs9, DAAS) = 2/12

Connexion PAAS SAAS DAAS Total

simultanée

PAAS - 2 2 4

SAAS 2 - 2 4

DAAS 2 2 - 4

S(cs10, PAAS) = 4/12

S(cs10, SAAS) = 4/12

S(cs10, DAAS) = 4/12

Formation des PAAS SAAS DAAS Total

employés de la clinique

PAAS - 2 3 5

SAAS 2 - 3 5

DAAS 1 1 - 2

S(cs11, PAAS) = 5/12

S(cs11, SAAS) = 5/12

S(cs11, DAAS) = 2/12

Annexe3: Références
Chapitre 2
https://belighted.com/fr/blog/cout-developpement-saas-application/#:~:text=Elle%20est%20g
%C3%A9n%C3%A9ralement%20comprise%20entre,apr%C3%A8s%20le%20d%C3%A9plo
iement%20du%20software.

https://codiceo.fr/blog/article/41/combien-ca-coute-vraiment-de-developper-un-logiciel-saas#:
~:text=Nos%20derniers%20d%C3%A9veloppements%20SaaS%20nous,environ%2060%200
00%20%E2%82%AC%20HT.

29
https://doctinews.com/index.php/archives/46-alternative/910-le-secret-medical-champ-dapplic
ation-et-derogations

https://www.marketing-management.io/blog/site-web-efficace

https://www.ibm.com/fr-fr/cloud/bandwidth

https://www.dgssi.gov.ma/fr/content/adoption-par-le-parlement-du-texte-de-loi-4320-relatif-au
x-services-de-confiance-pour-les-transactions-electroniques.html

Itératif et incrémental (les-traducteurs-agiles.org)

Chapitre 3

https://definir-tech.com/developpement-iteratif-et-incremental/#:~:text=D%C3%A9finition%2
0%2D%20Que%20signifie%20le%20d%C3%A9veloppement,et%20de%20mise%20%C3%A
0%20niveau.

https://www.manager-go.com/gestion-de-projet/cycle-en-v.htm#:~:text=L'inconv%C3%A9nie
nt%20principal%20du%20cycle,des%20phases%20%C3%A9voqu%C3%A9es%20plus%20h
aut.

https://en.wikipedia.org/wiki/Software_as_a_service

https://en.wikipedia.org/wiki/Concurrent_engineering

SDLC - Modèle incrémental itératif (isolution.pro)

https://wikiagile.cesi.fr/index.php?title=Utiliser_les_d%C3%A9veloppements_incr%C3%A9
mental_et_it%C3%A9ratif_ensemble

https://www.ionos.fr/digitalguide/sites-internet/developpement-web/modele-en-cascade/

https://en.wikipedia.org/wiki/Iterative_and_incremental_development#:~:text=Iterative%20an
d%20incremental%20development%20is,incremental%20build%20model%20for%20develop
ment

https://hal.archives-ouvertes.fr/cel-01988734/document

http://www.les-traducteurs-agiles.org/2018/07/11/iteratif-et-incremental.html

https://www.rapport-gratuit.com/le-modele-incremental-et-iteratif/

https://www.irisa.fr/triskell/members/pierre-alain.muller/teaching/demarche

https://wikiagile.cesi.fr/index.php?title=Utiliser_les_d%C3%A9veloppements_incr%C3%A9
mental_et_it%C3%A9ratif_ensemble

30
https://fr.abcdef.wiki/wiki/Iterative_and_incremental_development

https://fr.abcdef.wiki/wiki/Incremental_build_model

Chapitre 4

https://www.orangecyberdefense.com/fr/insights/blog/cloud/cloud-et-fuite-de-donnees-co
mment-se-proteger#:~:text=Data%20Leakage%20Prevention,aucun%20standard%20com
mun.

https://kb.arubacloud.fr/fr/computing/utilisation-et-technologie/bande-passante-et-trafic.as
px#:~:text=Le%20service%20Cloud,Cloud%20Server%20PRO.

https://www.synonyme-du-mot.com/les-articles/quels-sont-les-risques-autour-du-cloud#:~:
text=M%C3%AAme%20avec%20de,r%C3%A9putation%20de%20l%27entreprise.

https://www.lelynx.fr/finance/banque/comparaison/offres/carte-bancaire/paiement/plafond/

https://www.digitizeyourdocuments.fr/traitement-des-remises/eagle/

https://www.ionos.fr/digitalguide/web-marketing/vendre-sur-internet/quest-ce-quune-bonne-c
onvivialite-pour-un-site-web/

https://www.vmware.com/fr/topics/glossary/content/cloud-server.html

Chapitre 5

http://www.saas-guru.com/saas-ou-asp-mefiez-vous-des-loups-dans-la-bergerie/#

https://codiceo.fr/blog/article/41/combien-ca-coute-vraiment-de-developper-un-logiciel-saas

https://www.custup.com/consultant-donnees-clients/customer-data-platform/cout-customer-dat
a-platform/

Chapitre 6

UI designer — Fiche métier IAFACTORY

Comment constituer une équipe de développement de logiciels performante

(startechup.com)

Composition de l'équipe développement ? | Bfast Developpement

(bfast-developpement.com)

Les missions d’un expert UML at E. Renaux (imt.fr)

Développeur back-end | Métier : salaire, formation, missions (easypartner.fr)

31
Testeur Logiciel (Fiche Métier) : Formation, Compétences | Jobted

Comptable : métier, études, diplômes, salaire, formation | CIDJ

Fiche métier du Comptable : définition, fonction, salaire (comptalia.com)

Le métier d’analyste financier: tâches, compétences, formation et salaire (fedfinance.ca)

https://lerins.com/expertises/sante-numerique-e-sante/

https://www.orientation.com/metiers/responsable-marketing

https://www.ecole-multimedia.com/fr/vie-de-lecole/actualites/marketeur-digital-le-stratege
-de-la-communication-numerique-1389.html

https://fr.indeed.com/recrutement/description-du-poste/sp%C3%A9cialiste-en-marketing

https://fr.wikipedia.org/wiki/Sch%C3%A9ma_directeur_(informatique)

https://factorial.fr/blog/audit-financier/

32