Cette présentation présente les concepts basiques de la qualité logicielle, elle explique le principes de la mesure et l’évaluation de la qualité, l'importance des métriques dans un projet informatique, le rôle des modèles de qualité comme la norme ISO9126, ainsi que les métriques de code, à savoir: les métriques de McCabe, de Chidamber et Kemerer, etc.
PECB Webinar: Le métier : Manager de projet et la norme ISO 21500PECB
The webinar covers:
• Introduction sur la norme
• Le groupe de processus et le groupe de sujets
• Les activités principales du Manager de projet (MP)
• Les secteurs d'activités des MP et les métiers des MP
Presenter:
Le webinaire est présenté par Jacques ILUNGA L, Directeur Général au cabinet LACOS et formateur certifié PECB.
Link of the recorded session published on YouTube: https://youtu.be/4SqSwzwXBdo
Génie Logiciel - Gérer le cycle de vie d'une applicationJulien Schneider
Cours magistral de Génie logiciel réalisé pour l'Université du Littoral Côte d'Opale en 2018.
3 parties : introduction, avant le logiciel, gérer le cycle de vie d'une application.
Un support transverse : Unified Modeling Language.
Cette présentation présente les concepts basiques de la qualité logicielle, elle explique le principes de la mesure et l’évaluation de la qualité, l'importance des métriques dans un projet informatique, le rôle des modèles de qualité comme la norme ISO9126, ainsi que les métriques de code, à savoir: les métriques de McCabe, de Chidamber et Kemerer, etc.
PECB Webinar: Le métier : Manager de projet et la norme ISO 21500PECB
The webinar covers:
• Introduction sur la norme
• Le groupe de processus et le groupe de sujets
• Les activités principales du Manager de projet (MP)
• Les secteurs d'activités des MP et les métiers des MP
Presenter:
Le webinaire est présenté par Jacques ILUNGA L, Directeur Général au cabinet LACOS et formateur certifié PECB.
Link of the recorded session published on YouTube: https://youtu.be/4SqSwzwXBdo
Génie Logiciel - Gérer le cycle de vie d'une applicationJulien Schneider
Cours magistral de Génie logiciel réalisé pour l'Université du Littoral Côte d'Opale en 2018.
3 parties : introduction, avant le logiciel, gérer le cycle de vie d'une application.
Un support transverse : Unified Modeling Language.
Mon parcours : De l'informatique à la création d'entreprisesJoseph SZCZYGIEL
Joseph SZCZYGIEL
DIRECTEUR DE PROJETS – COACHING - FORMATION
Expériences
Directeur de projets - PMO - AMOA
JS Group 2006-2013
CLIENTS
AUCHAN, GIPS (Lyon), Redcats - La Redoute, Proxiad, EPF Etablissement Public Foncier Nord-Pas de Calais; Association ARIANE.
CARACTERISTIQUE DES PROJETS DIRIGES
? De 5 à 150 informaticiens, Budget en K€ et en M€,
? Projets de gestion, projets techniques (prestataire réseaux, datacenter) et internet.
DIRECTION DE PROJETS
? Projet international (avec Russie, Ukraine, Pologne, Roumanie, Hongrie),
? Projet complexe (150 informaticiens),
? Projets en difficulté.
CONTRATS
? Mise au point des conventions de services.
PMO
AMOA ASSISTANCE A LA MAITRISE D’OUVRAGE
? Marché public : Mise en oeuvre site internet,
? Marché privé : Supervision pour le compte de la DG.
INTERNET
? Cahier des charges, spécifications fonctionnelles, suivi de mise en œuvre
Schéma directeur informatique
Voies Navigables de France 2003 - 2005
? Schéma directeur informatique pour 4.500 personnes.
Senior consultant
OSITEC-Consultants 1994 - 2003
DEVELOPPEMENT DE L'ACTIVITE DE CONSULTING
? Prospection, appels d'offres, devis
MISSIONS REALISEES :
? Gestion de projets. Assistance à la Maîtrise d'ouvrage. Suivi des prestataires.
? Cahiers des charges
Ingénieur conseil
ARES 1992 - 1994
? Mise en place d'outils et de méthodes.
Chef de projets
LMC-Informatique 1986 - 1992
? Réalisation de logiciels spécifiques.
? Mise en oeuvre de progiciels
Contact
Adresse : Roubaix
Tel : 06.80.04.84.76
Mail : joseph.szczygiel@gmail.com
Compétences
Management de projets
* Mise en place de la gouvernance
* Leadership, Team Building
* Estimation, négociation, gestion et suivi des coûts, des charges, des délais et des risques.
* Négociation contrats informatiques
PMO
* Organiser les instances de gouvernance
* Suivre, consolider et contrôler les données et la performance projet (planification, ressources, budget, qualité, risques,...)
* Déployer les meilleures pratiques en matière de management de projet
* Accompagner les chefs de projets dans une dynamique d'amélioration et d'optimisation
Coaching
* Coaching de chefs de projets
Enseignements donnés
MANAGEMENT DE PROJETS.
* MIAGE (14 ans), IUT Calais (1 an)
OPTIMISATION, AIDE A LA DECISION
* CNAM (14 ans)
Marchés publics
* Réponses à appel d'offres
* Gestion d'appels d'offres publics (dans le cadre de VNF)
Gestion d'entreprises
* Création, gérance, développement :
JS Group Sarl (7 ans)
Happy-PC 59 (5 ans)
* Business-Plan
Formation
* Ingénieur en système d’information : CNAM (1992)
* Business Mastery: Anthony Robbins & Research (San Diego -- USA) (2012)
Note méthodologique du cabinet Innhotep sur le "roadmapping" technologique, méthode de "prospective induction" (résultats intermédiaires vers une vision à 5-10 ans en sélectionnant un avenir possible mais pas certain dans le domaine des usages ou des performances).
Pour plus d'informations et de publications d'Innhotep : http://www.innhotep.com/fr/publications/
2015-04-28 Bruno Guay Sécurité des projets informatiquesPMI Lévis-Québec
Bruno Guay Sécurité des projets informatiques
La Norme ISO 27034 facilite la gestion de la sécurité dans un projet d’application. • Elle apporte un gain appréciable d’efficacité et d’efficience. • Elle permet une meilleure planification des activités et des ressources du projet. • Elle permet de réduire les risques du projet: – dépassement de budget; – dépassement de durée. • Elle permet de valider que l’application livrée répond aux exigences de sécurité
April Cloutier Vézina CARRA
Conclusion • Constat du besoin d’amélioration • Sensibilisation des instances sur le besoin • Volonté organisationnelle présente • Mise en œuvre de bonnes pratiques • Bilan de la mise en œuvre
Quelles evolutions pour l'agilite pour adresser des tres gros projets cross-continents ou pour s'adapter a des entreprises aux standards non agiles t.q. CMMI ou ISO ou autres
L'Approche SMV améliore la qualité en général dans le cycle de vie du développement d'un application grâce à l'interconnexion entre la gestion des exigences, la modélisation, la simulation et le test automatique
Synthèse de la méthode Prince2
PRINCE2™ est une marque déposée de l‘OGC (Office of Government Commerce)
Joseph SZCZYGIEL
7 PRINCIPES
1. Gérer par exception
2. Focus sur produits
3. Justification business
4. Définir rôles & responsabilités
5. Etapes gérables
6. Adapter à l’environnement
7. Apprendre des expériences
7 THEMES
1.Business Case
2.Organisation
3.Qualité
4.Planification
5.Progression
6.Gestion des
risques
7.Gestion des changements
7 PROCESSUS
1.Elaborer un projet
2.Initialiser un projet
3.Diriger un projet
4.Contrôler une étape
5.Gérer les livraisons des produits
6.Gérer une limite de phase
7.Clôturer un projet
7 CRITERES DE PERFORMANCE
1. Périmètre
2. Coûts
3. Délais
4. Risques
5. Qualité
6. Produits
7. Bénéfices
Merci
N’hésitez pas à me contacter et à me faire part de vos commentaires et suggestions :
joseph.szczygiel@gmail.com
L'ISO/CEI 29110-5-1-2:2012 s'applique aux très petits organismes (TPO). Les TPO sont des entreprises, des organismes, des services et des projets regroupant 25 personnes et moins. Un ensemble de normes et de guides a été élaboré en fonction de caractéristiques et de besoins propres aux TPO. Ces guides sont fondés sur des sous-ensembles d'éléments pertinents de normes nommés «Profils TPO» L'objectif de ces profils TPO consiste à définir un sous-ensemble de Normes internationales appropriées au contexte des TPO.
La série de l'ISO/CEI 29110 est ciblée par destinataire. L'ISO/CEI 29110-5-1-2:2012 cible les TPO. L'ISO/CEI 29110-5-1-2:2012 fournit un guide de gestion et d'ingénierie pour le profil basique de TPO spécifié dans l'ISO/CEI 29110-4-1 dans le cadre de la gestion de projet et des processus de mise en oeuvre. Le profil basique est un profil du groupe de profils génériques. Le groupe de profils génériques s'applique aux TPO qui ne développent pas de produits logiciels critiques et n'implique aucun domaine d'application spécifique.
Symposium Cliquez ici pour modifier ce texte. CONF 202 Clôture de la construc...PMI-Montréal
Tout projet minier se doit aujourd’hui de mettre en place une politique active de responsabilité sociale pour optimiser son intégration dans l’économie locale, à la fois par respect du pays ou de la province d’accueil, mais aussi par nécessité d’anticiper les risques sociaux. Cette intégration dans l’économie locale commence dès les premières phases d’un projet (exploration), et prend tout son sens à partir de la phase de construction, période où le besoin en main d’œuvre est fort et où la population réclame souvent son droit au travail. Si l’utilisation des ressources locales devient de plus en plus une obligation morale voire réglementaire pour ces projets, elle induit également une plus grande implication des parties prenantes externes dans le projet (autorités locales, chercheurs d’emploi, familles des travailleurs…), et augmente la pression sociale autour du projet lors de la démobilisation de cette phase de construction, alors même que la pression du sponsor sur le directeur de projet est à son maximum pour remise des livrables dans les délais et le budget impartis. Cette conférence s’attachera à :
• Présenter les composantes du risque social lié à la phase de démobilisation d’un projet de construction – contexte de pays en développement
• Étudier la pertinence d’une réponse à risque de type « transfert »
• Exposer un exemple de projet mis en place à Madagascar pour répondre à ce risque
• Analyser la complexité de la gestion de l’engagement des parties prenantes sur un tel projet.
Biographie
Marie CAPY-LEFEBVRE détient une maitrise en administration des affaires, spécialisée sur la direction d’entreprise et l’entrepreneuriat. Elle possède une expérience principalement internationale avec 8 années passées à Madagascar et une année au Panama. Elle y a été amenée à se positionner comme entrepreneur à 3 reprises, tout en développant ses compétences en gestion de projet : dans un premier temps en organisation d’événements, puis en responsabilité sociale. Engagée par une entreprise sud-africaine spécialisée sur l’optimisation de l’utilisation des ressources locales sur les projets miniers dans les pays en développement, Marie a pris en charge l’ensemble des projets liés à la démobilisation de la phase de construction d’un projet d’extraction de nickel et cobalt (Projet Sherritt International – Investissement $6,2 Milliards). Elle a en particulier élaboré et mis en place, sur la demande de son client, le premier programme au monde d’allocation chômage dans l’industrie minière, destiné à gérer les risques sociaux liés à la démobilisation et faciliter la transition de 20 000 travailleurs vers de nouveaux emplois. Basée à Montréal depuis septembre 2013, Marie a validé ses acquis en gestion de projets en passant sa certification PMP en mai dernier.
Conduite d'un projet informatique - Bilan et ConclusionMohamed Sabra
Partie 6: Bilan et Conclusion (Projet, Etapes de réalisation, Problèmes Rencontrés, Finance, Expérience du Client, Expérience Personnelle, Evolutions et Perspectives)
Mon parcours : De l'informatique à la création d'entreprisesJoseph SZCZYGIEL
Joseph SZCZYGIEL
DIRECTEUR DE PROJETS – COACHING - FORMATION
Expériences
Directeur de projets - PMO - AMOA
JS Group 2006-2013
CLIENTS
AUCHAN, GIPS (Lyon), Redcats - La Redoute, Proxiad, EPF Etablissement Public Foncier Nord-Pas de Calais; Association ARIANE.
CARACTERISTIQUE DES PROJETS DIRIGES
? De 5 à 150 informaticiens, Budget en K€ et en M€,
? Projets de gestion, projets techniques (prestataire réseaux, datacenter) et internet.
DIRECTION DE PROJETS
? Projet international (avec Russie, Ukraine, Pologne, Roumanie, Hongrie),
? Projet complexe (150 informaticiens),
? Projets en difficulté.
CONTRATS
? Mise au point des conventions de services.
PMO
AMOA ASSISTANCE A LA MAITRISE D’OUVRAGE
? Marché public : Mise en oeuvre site internet,
? Marché privé : Supervision pour le compte de la DG.
INTERNET
? Cahier des charges, spécifications fonctionnelles, suivi de mise en œuvre
Schéma directeur informatique
Voies Navigables de France 2003 - 2005
? Schéma directeur informatique pour 4.500 personnes.
Senior consultant
OSITEC-Consultants 1994 - 2003
DEVELOPPEMENT DE L'ACTIVITE DE CONSULTING
? Prospection, appels d'offres, devis
MISSIONS REALISEES :
? Gestion de projets. Assistance à la Maîtrise d'ouvrage. Suivi des prestataires.
? Cahiers des charges
Ingénieur conseil
ARES 1992 - 1994
? Mise en place d'outils et de méthodes.
Chef de projets
LMC-Informatique 1986 - 1992
? Réalisation de logiciels spécifiques.
? Mise en oeuvre de progiciels
Contact
Adresse : Roubaix
Tel : 06.80.04.84.76
Mail : joseph.szczygiel@gmail.com
Compétences
Management de projets
* Mise en place de la gouvernance
* Leadership, Team Building
* Estimation, négociation, gestion et suivi des coûts, des charges, des délais et des risques.
* Négociation contrats informatiques
PMO
* Organiser les instances de gouvernance
* Suivre, consolider et contrôler les données et la performance projet (planification, ressources, budget, qualité, risques,...)
* Déployer les meilleures pratiques en matière de management de projet
* Accompagner les chefs de projets dans une dynamique d'amélioration et d'optimisation
Coaching
* Coaching de chefs de projets
Enseignements donnés
MANAGEMENT DE PROJETS.
* MIAGE (14 ans), IUT Calais (1 an)
OPTIMISATION, AIDE A LA DECISION
* CNAM (14 ans)
Marchés publics
* Réponses à appel d'offres
* Gestion d'appels d'offres publics (dans le cadre de VNF)
Gestion d'entreprises
* Création, gérance, développement :
JS Group Sarl (7 ans)
Happy-PC 59 (5 ans)
* Business-Plan
Formation
* Ingénieur en système d’information : CNAM (1992)
* Business Mastery: Anthony Robbins & Research (San Diego -- USA) (2012)
Note méthodologique du cabinet Innhotep sur le "roadmapping" technologique, méthode de "prospective induction" (résultats intermédiaires vers une vision à 5-10 ans en sélectionnant un avenir possible mais pas certain dans le domaine des usages ou des performances).
Pour plus d'informations et de publications d'Innhotep : http://www.innhotep.com/fr/publications/
2015-04-28 Bruno Guay Sécurité des projets informatiquesPMI Lévis-Québec
Bruno Guay Sécurité des projets informatiques
La Norme ISO 27034 facilite la gestion de la sécurité dans un projet d’application. • Elle apporte un gain appréciable d’efficacité et d’efficience. • Elle permet une meilleure planification des activités et des ressources du projet. • Elle permet de réduire les risques du projet: – dépassement de budget; – dépassement de durée. • Elle permet de valider que l’application livrée répond aux exigences de sécurité
April Cloutier Vézina CARRA
Conclusion • Constat du besoin d’amélioration • Sensibilisation des instances sur le besoin • Volonté organisationnelle présente • Mise en œuvre de bonnes pratiques • Bilan de la mise en œuvre
Quelles evolutions pour l'agilite pour adresser des tres gros projets cross-continents ou pour s'adapter a des entreprises aux standards non agiles t.q. CMMI ou ISO ou autres
L'Approche SMV améliore la qualité en général dans le cycle de vie du développement d'un application grâce à l'interconnexion entre la gestion des exigences, la modélisation, la simulation et le test automatique
Synthèse de la méthode Prince2
PRINCE2™ est une marque déposée de l‘OGC (Office of Government Commerce)
Joseph SZCZYGIEL
7 PRINCIPES
1. Gérer par exception
2. Focus sur produits
3. Justification business
4. Définir rôles & responsabilités
5. Etapes gérables
6. Adapter à l’environnement
7. Apprendre des expériences
7 THEMES
1.Business Case
2.Organisation
3.Qualité
4.Planification
5.Progression
6.Gestion des
risques
7.Gestion des changements
7 PROCESSUS
1.Elaborer un projet
2.Initialiser un projet
3.Diriger un projet
4.Contrôler une étape
5.Gérer les livraisons des produits
6.Gérer une limite de phase
7.Clôturer un projet
7 CRITERES DE PERFORMANCE
1. Périmètre
2. Coûts
3. Délais
4. Risques
5. Qualité
6. Produits
7. Bénéfices
Merci
N’hésitez pas à me contacter et à me faire part de vos commentaires et suggestions :
joseph.szczygiel@gmail.com
L'ISO/CEI 29110-5-1-2:2012 s'applique aux très petits organismes (TPO). Les TPO sont des entreprises, des organismes, des services et des projets regroupant 25 personnes et moins. Un ensemble de normes et de guides a été élaboré en fonction de caractéristiques et de besoins propres aux TPO. Ces guides sont fondés sur des sous-ensembles d'éléments pertinents de normes nommés «Profils TPO» L'objectif de ces profils TPO consiste à définir un sous-ensemble de Normes internationales appropriées au contexte des TPO.
La série de l'ISO/CEI 29110 est ciblée par destinataire. L'ISO/CEI 29110-5-1-2:2012 cible les TPO. L'ISO/CEI 29110-5-1-2:2012 fournit un guide de gestion et d'ingénierie pour le profil basique de TPO spécifié dans l'ISO/CEI 29110-4-1 dans le cadre de la gestion de projet et des processus de mise en oeuvre. Le profil basique est un profil du groupe de profils génériques. Le groupe de profils génériques s'applique aux TPO qui ne développent pas de produits logiciels critiques et n'implique aucun domaine d'application spécifique.
Symposium Cliquez ici pour modifier ce texte. CONF 202 Clôture de la construc...PMI-Montréal
Tout projet minier se doit aujourd’hui de mettre en place une politique active de responsabilité sociale pour optimiser son intégration dans l’économie locale, à la fois par respect du pays ou de la province d’accueil, mais aussi par nécessité d’anticiper les risques sociaux. Cette intégration dans l’économie locale commence dès les premières phases d’un projet (exploration), et prend tout son sens à partir de la phase de construction, période où le besoin en main d’œuvre est fort et où la population réclame souvent son droit au travail. Si l’utilisation des ressources locales devient de plus en plus une obligation morale voire réglementaire pour ces projets, elle induit également une plus grande implication des parties prenantes externes dans le projet (autorités locales, chercheurs d’emploi, familles des travailleurs…), et augmente la pression sociale autour du projet lors de la démobilisation de cette phase de construction, alors même que la pression du sponsor sur le directeur de projet est à son maximum pour remise des livrables dans les délais et le budget impartis. Cette conférence s’attachera à :
• Présenter les composantes du risque social lié à la phase de démobilisation d’un projet de construction – contexte de pays en développement
• Étudier la pertinence d’une réponse à risque de type « transfert »
• Exposer un exemple de projet mis en place à Madagascar pour répondre à ce risque
• Analyser la complexité de la gestion de l’engagement des parties prenantes sur un tel projet.
Biographie
Marie CAPY-LEFEBVRE détient une maitrise en administration des affaires, spécialisée sur la direction d’entreprise et l’entrepreneuriat. Elle possède une expérience principalement internationale avec 8 années passées à Madagascar et une année au Panama. Elle y a été amenée à se positionner comme entrepreneur à 3 reprises, tout en développant ses compétences en gestion de projet : dans un premier temps en organisation d’événements, puis en responsabilité sociale. Engagée par une entreprise sud-africaine spécialisée sur l’optimisation de l’utilisation des ressources locales sur les projets miniers dans les pays en développement, Marie a pris en charge l’ensemble des projets liés à la démobilisation de la phase de construction d’un projet d’extraction de nickel et cobalt (Projet Sherritt International – Investissement $6,2 Milliards). Elle a en particulier élaboré et mis en place, sur la demande de son client, le premier programme au monde d’allocation chômage dans l’industrie minière, destiné à gérer les risques sociaux liés à la démobilisation et faciliter la transition de 20 000 travailleurs vers de nouveaux emplois. Basée à Montréal depuis septembre 2013, Marie a validé ses acquis en gestion de projets en passant sa certification PMP en mai dernier.
Conduite d'un projet informatique - Bilan et ConclusionMohamed Sabra
Partie 6: Bilan et Conclusion (Projet, Etapes de réalisation, Problèmes Rencontrés, Finance, Expérience du Client, Expérience Personnelle, Evolutions et Perspectives)
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
L’agilité est un des enjeux majeurs de la transformation des organisations, notamment celles portant les évolutions et la réalisation des dispositifs digitaux web et mobile. La crise sanitaires et économique exacerbe l’obligation de fonctionner autrement dans le juste équilibre entre agilité et rationalisation, tout en prenant en compte l’impérieuse nécessité d’animer et d’assembler des talents pluriels
Fort de notre expérience dans la définition, la mise en œuvre et le pilotage de Digital Factory pour nos clients, dans des formats et fonctionnements opérationnels divers, nous vous proposons de partager nos convictions :
- Comment piloter au quotidien satisfaction des utilisateurs et respect des budgets ?
- Comment s’organiser pour gérer à la fois le build et le run ?
- Comment construire une organisation pluridisciplinaire ? avec quelle matrice de compétences ?
- Quels sont les points de vigilance tant méthodologiques, technologiques ou managériaux ?
Les tests logiciels restent une approche incontournable dans le développement logiciel, surtout avant la mise en production du produit – logiciel développé. En RD Congo, la pratique de tests semble n’est pas encore du tout formalisée dans la personne des professionnels TI congolais. Ceux qui s’aventurent la réalisent sans le respect des référentiels normatifs applicables. C’est pourquoi, avec notre retour d’expérience de chef de projet Ident – ITS à l’UEPN – DDR, dans le cadre d’un développement en impartition, avec la firme BIO – ID Technologies SA, du logiciel « Payment Manager », nous avons jugé bon de fournir à notre communauté des éléments adaptés aidant à l’élaboration d’un modèle de tests logiciels sous la forme d’une ébauche unifiée et simpliste. Elle est produite à partir à partir de l’expression de besoins des utilisateurs, des processus et/ou règles métiers de l’UEPN – DDR, etc. qui ont été, par la suite, formalisés en modèle d’exigences fonctionnelles. Utilisant une démarche de modélisation empruntée à l’IDM, cette ébauche a donc pour but de faciliter la réalisation et l’exécution de tests logiciels de niveau supérieur (système et validation) par une équipe de développement logiciel suivant les conditions contractuelles et environnementales. C’est donc un élément d’entrée de jeux à produire par les acteurs impliqués dans un projet de développement lors de la remise en question ou pas du produit – logiciel attendu des utilisateurs.
Problème des entreprises qui font des démarches d’amélioration sans utiliser des approches structurées de type DMAICS.
Réduire la variabilité dans la méthode d’approche d’un problème >>> Démarche DMAICS
D : Définir,
M : Mesurer,
A : Analyser,
I : Innover/Améliorer,
C : Contrôler,
S : Standardiser
Présentation qui définit le contenu du projet étant que tout le travail qui doit être réalisé pour produire les livrables du projet y compris les processus.
Les processus visant à s’assurer que le projet comporte tout le travail requis et rien que le travail nécessaire en vue d’atteindre l’objectif du projet.
Customer Show case : Mise en place d’une solution de gestion de projet avec l...Microsoft Ideas
Retour d’expérience et témoignage d’un client qui a souhaité industrialiser et homogénéiser ses processus et outils de gestion de projets. Nous détaillerons ensemble les prérequis et les éléments à prendre en considération. Nous reviendrons sur la phase d’upgrade du projet pilote lancé un an plus tôt sur Project Server et SharePoint.
Speakers : Giampaolo Battaglia (Microsoft France), Charbel Abdo (Avanade)
Exemple de mise en place d'une solution EPM 2013Charbel Abdo
Mettre en place une solution EPM 2013 avec le couple SharePoint et Project Server 2013 pour garantir le succès de tous vos projets métier et IT. Cette présentation couvre également la bonne démarche à adopter pour mettre votre solution EPM 201 vers la version 2013
Wb852 g formation-developper-des-applications-pour-ibm-business-process-manag...
Conduite d'un projet informatique - Assurance Qualité et Aspects Juridiques
1. Beyrouth – Mohamed SABRA – 10309 f
III – Assurance Qualité
Afin de réaliser un bon projet, nous allons élaborer une démarche d’assurance qualité qui
comporte les grandes étapes directement issues des exigences du référentiel ISO 9001.
1. Pourquoi ISO 90011
D’après Carl Fallon, auditeur et consultant ISO 9001, ISO 9002 a été supprimée il y a 20
ans dans le cadre de la révision de l'an 2000, durant laquelle les normes ISO 9002 et ISO 9003 ont
été fusionnées en ISO 9001. De nos jours, toutes les organisations peuvent utiliser ISO 9001 et
exclure les sections qui ne s’appliquent pas à elles (par exemple, conception et développement).
De plus, TechG sal. qui a le but de réaliser un projet de portefeuille numérique qui comporte
toute les étapes de conception et de développement de logiciels bancaires, a besoin de L'ISO
9001 qui dicte la norme d'assurance qualité pour la conception, le développement, l'installation, la
production et l'entretien et ne peut pas s’appuyer uniquement sur les normes ISO 9002 et 9003 qui
ne contiennent pas les sections critiques au design et au développement.
2. Définir l’objet du projet
La compagnie TechG sal. (anciennement : iTech Solutions) est un fournisseur mondial
reconnu de logiciels financiers, fournissant des solutions à la communauté financière au cours de
plus de quatre décennies. TechG sal. a été fondée à Mumbai, en Inde en 1972 et depuis, accumulant
des reconnaissances internationales et des réussites envers la satisfaction de ses clients dans plus
de 35 pays en Amérique du Nord, Europe, Afrique, Moyen-Orient, Russie et Asie du sud-est.
La mission dans ce projet est le développement et la mise en œuvre d’une solution de
pointe orientée vers les activités bancaires des portefeuilles numériques. Notre périmètre
d’activité est étroit, nous avons 45 ans d'opérations et nous somme certifié ISO, partenaire certifié
Oracle (Gold Partner) et partenaire commercial IBM. La réussite de ce projet signifie une
obtention de plus de références des clients internationaux. Cela servira bien notre vision d’être
un des premiers choix en technologies de l'information et en transformation numérique pour
les entreprises bancaires. Les références de TechG sal. contiennent déjà quelques sociétés «Fortune
500».
1
https://www.quora.com/What-are-the-differences-between-ISO-9001-and-9002
2. Beyrouth – Mohamed SABRA – 10309 f
3. Définir et communiquer les politiques de la réalisation du projet2
La politique qualité que TechG sal. va mettre en œuvre pour réaliser le projet est la
suivante : « Concevoir, développer, réparer, inspecter et documenter la solution de
portefeuille numérique conformément aux exigences du client ; de plus, l’entreprise s’engage
à maintenir des objectifs de qualité mesurables durant toutes les phases du projet et à toujours
améliorer l’efficacité de son système de management de la qualité ». Cette politique est affichée
sous forme visuelle dans les bureaux et l’atelier de développement et connue des employés qui ont
été nominé pour la conduite et la réalisation du projet. Elle est revue lors de la réunion annuelle du
comité de direction.
4. Déployer des objectifs cohérents et mesurables3
A partir de notre politique, nous avons défini des objectifs mesurables permettant de
vérifier la disposition de notre organisation à mettre en œuvre le projet en implémentant sa
stratégie.
Les objectifs de qualité4
que TechG sal. nomme aussi « Exit Criteria » nécessaires pour
satisfaire les exigences relatives au produit de portefeuille numérique sont les suivantes :
Les phases d’initiation (Réunions, Analyse coût, Analyse risque) suivies des phases de
conception (UX Design, Data Design, Architecture) ne doivent pas dépasser 40 jours.
2
https://qualiblog.fr/communication-interne/des-outils-visuels-pour-mieux-communiquer-et-faire-comprendre-la-politique-
qualite/
3
https://qualiblog.fr/objectifs-indicateurs-et-tableaux-de-bord/le-deploiement-des-objectifs-methode-smart-ou-asmac/
4
Les objectifs de qualité documentent les résultats attendus des actions planifiées pour les produits et l'amélioration de la qualité.
Objectifs qualité [ISO 9001 modèles] – Advisera.com
3. Beyrouth – Mohamed SABRA – 10309 f
La phase de développement ne doit pas dépasser les 3 mois. Nous pouvons tolérer deux
semaines au cas où il y a des nouvelles exigences à condition qu’elles soient acceptées par
le comité de pilotage.
Durant la phase du test SIT 1 (System Integration Testing), 96% des bugs doivent être
résolus pour avancer à la phase suivante. Les 4% restants seront différés à la phase SIT 2.
Durant la phase du test SIT 2, 97% des bugs doivent être résolus pour avancer à la phase
suivante. Les 3% restants seront différés à la phase UAT 1 (User Acceptance Testing).
Durant la phase du test UAT 1, 98% des bugs doivent être résolus pour avancer à la phase
suivante. Les 2% restants seront différés à la phase UAT 2.
Durant la phase du test UAT 2, aussi 98% des bugs doivent être résolus pour avancer à la
phase suivante. Les 2% restants seront différés à la phase BS 1 (Business Simulation).
Durant la simulation BS 1, 98% des bugs doivent être résolus pour avancer à la phase
suivante. Les 2% restants seront différés à la phase BS 2.
Durant la simulation BS 2, 99% des bugs doivent être résolus pour le lancement en ligne
(Go-live). Les 1% restants seront différés à la phase de maintenance après le lancement
(Post-live Support).
Durant la phase de maintenance, tous les bugs doivent être résolus avant la clôture du projet
(Project Sign-off).
5. Déterminer les processus du projet et les responsables.
Les processus de notre projet sont séquentiels et aboutissent à une solution de portefeuille
numérique de très bonne qualité. Les processus principaux sont les suivants:
L’étude des besoins (Ecoute Client) : TechG sal. s’assure que les exigences de la Banque
sont déterminées et respectées afin d’accroître la satisfaction du client.
Rédaction des spécifications fonctionnelles : La participation de la Banque par une
équipe d’experts fonctionnels est nécessaire à chaque point de ce document. Il faut que
tous les points soient claires et que toute ambiguïté de sens dans le texte soit enlevée.
4. Beyrouth – Mohamed SABRA – 10309 f
Rédaction des spécifications techniques : La participation de la Banque par une équipe
d’experts techniques est nécessaire à chaque point de ce document. Il faut que tous les
points soient claires et que toute ambiguïté de sens dans le texte soit enlevée.
Le développement : Tout le développement technique est la responsabilité de l’équipe de
développeurs/ingénieurs de TechG sal. mais la Banque doit rester engagée à cette activité
pour bien comprendre la structure de l’application afin de pouvoir développer directement
ou à travers ses fournisseurs de services les interfaces nécessaires à la communication des
applications existantes avec la nouvelle application créée.
Les tests unitaires de nature technique : Au niveau de l’application, les tests unitaires
sont la responsabilité de l’équipe de test de TechG sal. Mais aussi, la responsabilité de la
Banque dans ce processus est de fournir des ensembles de données en entrée et une liste
des résultats attendus en sortie.
La validation des tests de nature fonctionnelle : Dans ce processus, la responsabilité de
la Banque est de définir les cas de test dans le système Application Lifecycle Management
à partir duquel les utilisateurs exécutent les tests fonctionnels et créent des bugs en cas
d’erreur, d’amélioration, ou de nouvelles exigences. La responsabilité de TechG sal. est
d’analyser les bugs et les classer en « clarifications » ou « erreur de code », « erreur de
déploiement », « amélioration », « nouvelle exigence », etc. puis résoudre les erreurs et les
soumettre dans la queue de la Banque pour être testés de nouveau et fermés ou
recommencés pour une nouvelle vérification par TechG sal jusqu’à la clôture finale du bug.
La mise en production : La responsabilité de TechG sal. est de délivrer en permanence
les unités de code corrigées afin d’être placée on-site dans un système de contrôle de
version. Après avoir obtenir un environnement stable où tous les bugs sont résolus, le
déploiement final/lancement en ligne est la responsabilité du département IT, l’équipe de
l’IT infrastructure responsable du matériel et de l’installation des applications sur le
matériel. Durant le lancement, il est obligatoire à l’équipe de consultants de TechG sal.
d’être présente on-site depuis 24 heures avant le lancement jusqu’à la fin du processus.
5. Beyrouth – Mohamed SABRA – 10309 f
6. Définir la documentation des processus5
ISO 9001 n’exige pas une forme précise de la documentation et des procédures. Mais
puisque nos processus contiennent chacun des sous processus, par exemple le processus de
développement, et vue que ces processus sont assez complexes, TechG sal. utilise les
logigrammes pour documenter les procédures. Dans cet exemple6
nous allons voir un logigramme
du processus de contrôle de version du code chez TechG sal. qui fait partie du processus
principal de développement.
7. Mesurer et améliorer les performances
Pour vérifier l’efficacité des processus c.à.d. leur aptitude à atteindre les résultats planifiés
TechG sal. a mis en œuvre des activités de surveillance afin d’analyser les résultats. Notre
responsable qualité pour ce projet Mr. Aram Kent a créé des indicateurs de performance et de
revue inspiré par les chapitres 5.6.2 et 5.6.3 de la norme ISO 9001 (revu de la direction). Dans le
tableau suivant, nous allons voir un exemple d’indicateurs qui mesure l’avancement dans les
phases de test. Ces indicateurs sont communiqués quotidiennement par email à tous les membres
du projet.
5
https://qualiblog.fr/documentation/quelques-conseils-pour-rediger-une-procedure-efficace/
6
https://medium.com/@swinkler/git-workflow-explained-a-step-by-step-guide-83c1c9247f03
6. Beyrouth – Mohamed SABRA – 10309 f
Statut quotidien SIT 1
1 SIT 1 Statut ROUGE
2 Total Test Cases (TCs) 24,183
3 TCs Non Applicable 3960
4 TCs Bloqué (C) 19
5 TCs Disponible pour les tests 20,223
6 # of TCs Exécuté (E) i.e. (Réussi et Echoué) 20021
7 # of TCs Réussi 18851
8 # of TCs Echoué 1170
9 Total Exécution (%) 99%
10 Réussi (%) 94.2%
11 Echoué (%) 5.8%
12 En Attente (%) 0.8%
13 Non Testé (%) 0.1%
14 Bloqué (%) 0.1%
15 Non complété (%) 0.0%
16 Test cases en attente 202
17 # bugs détectés 4537
18 # bugs Résolue entièrement 3802
19 # bugs en attente de résolution finale 735
7. Beyrouth – Mohamed SABRA – 10309 f
IV- Aspects Juridiques
1. La loi Informatique applicable7
Le Règlement général sur la protection des données (RGPD), entré en application le 25
mai 2018 dans l’Union européenne, donne quelques complexions à la Banque qui est basée au
Liban. Ce texte complexe ne s’applique plus seulement aux sociétés installées sur le territoire de
l’UE, mais à toutes les entités traitant des données personnelles sur ses résidents, même si c’est
depuis l’étranger. La Banque disposant d’une filiale dans l’UE est tenue de se conformer à ce
nouveau cadre même si de nos jours le Liban ne dispose d’aucun texte de loi ni d’aucun
organisme de contrôle sur ces questions8
.
2. Identification des données personnelles
2.1 Informations que nous pouvons recueillir
L’utilisateur remplit des formulaires en fournissant des données personnelles tels que
nom, prénom, email, numéro de téléphone, informations sur ses cartes bancaires, etc. afin de
pouvoir utiliser l’Application. De plus, nous pouvons collecter des informations par des moyens
automatiques, par exemple en utilisant des cookies lorsque l’utilisateur visite le site web de
l’application. La Banque peut également obtenir des données concernant un utilisateur auprès
de tiers, tels que des agences de référence de crédit et de prévention de la fraude.
2.2 Utilisations faites des informations
La Banque utilise les informations collectées afin de communiquer avec ses clients à
propos de tout nouveau produit/service ou toute modification apportée aux produits et pour
améliorer les produits (données d’utilisation). La Banque utilise encore ces informations pour
évaluer la situation financière des utilisateurs et tenter d'identifier et de poursuivre
d'éventuelles fraudes.
2.3 Divulgation des informations
La Banque n’a aucun droit de divulguer les informations personnelles à personne sauf
comme décrit dans cette section.
7
https://www.lecommercedulevant.com/rubrique/27576-les-donnees-personnelles-sont-elles-protegees-au-liban-
8
https://www.lorientlejour.com/article/1121052/le-rgpd-choc-de-culture-pour-les-entreprises-libanaises.html
8. Beyrouth – Mohamed SABRA – 10309 f
La Banque peut partager les informations personnelles avec toute les filiales appartenant
à son groupe d’entreprise Zig et avec toute entreprise qu’elle est en cours d’acquérir dans la
mesure appropriée ou nécessaire afin de faciliter les transactions. La Banque pourra aussi partager
ces informations avec des tiers pour fournir des produits, y compris les prestataires de services,
les agences de référence de crédit et les institutions financières. La Banque pourra également
partager ces informations avec des tiers pour prévenir la criminalité et réduire les risques, si
la loi l'exige, en cas de réponse à une procédure judiciaire.
2.4 Où nous stockons vos informations personnelles et sécurité des données
Chez TechG sal. toute information de nature personnelle est protégée sur les serveurs
durant les phases de développement du projet par un contrôle d’accès utilisateur strict géré par
Access Manager for Windows9 et Bitdefender10 pour la protection contre un spectre complet de
« cybermenaces » sophistiquées. Chez la Banque, les informations sont protégées par un contrôle
d’accès et la connexion aux serveurs est chiffrée par le Native Network Encryption d’Oracle11
.
2.5 Droit de l’utilisateur
L’utilisateur de notre application a certains droits en vertu de la législation sur la protection
des données, y compris le droit d'accéder, de corriger, de mettre à jour ou de supprimer ses
informations personnelles, de s'opposer ou restreindre son traitement, de demander de transférer
certaines informations personnelles à un autre fournisseur de services, ou de révoquer tout
consentement déjà donné. Il existe des exceptions à ces droits disponibles à trouver dans l'avis de
confidentialité complet de TechG sal.
9
https://www.softstack.com/accmen.html
10
https://www.bitdefender.com/business/enterprise-products/elite-security.html
11
https://oracle-base.com/articles/misc/native-network-encryption-for-database-connections
9. Beyrouth – Mohamed SABRA – 10309 f
3. Le Contrat12
3.1 Description :
Ce contrat de création de logiciel régit la relation contractuelle entre TechG sal et ZigBank
et sert de référence pour savoir les droits et obligations de chacun.
3.2 Contrat de création de logiciel
Entre les soussignés :
TECHG SAL
MUMBAI, GXR TECHNOLOGY PARK, INDE Immatriculée au registre du commerce et des sociétés
sous le numéro d'immatriculation 11267C représentée en la personne de Ravi Susarla en sa qualité de
CEO.
contact@techg.com
+91 15 52 36 47 48 45 1001
Ci-après désigné comme « le Prestataire »,
Et
ZIGBANK
PASCAL AL SHAMI STREET, HAMRA, 2056 8144, P.O. BOX: 11-2668, BEYROUTH, LIBAN
Immatriculée au registre du commerce et des sociétés sous le numéro d'immatriculation 556E
représentée en la personne de Ralph Zig en sa qualité de Directeur Général du Groupe.
contact@zigbank.com
+961 1 555 557 83
Ci-après désigné comme « le Client ».
ARTICLE 1 : Thème du contrat
Le présent contrat de création de logiciel a pour objet le développement par le Prestataire d'un
logiciel spécifique pour le compte du Client moyennant une compensation financière.
Le développement du logiciel comporte :
La conception
le développement
la mise en production du logiciel.
12
https://www.ooreka.fr/univers/entreprise
10. Beyrouth – Mohamed SABRA – 10309 f
Le logiciel a pour objectif d’offrir des services de portefeuille numérique aux clients du Client.
Le logiciel devra être produit en accords avec les exigences particuliers du Client exprimés dans le contrat.
Le logiciel aura les caractéristiques particulières mentionnées ci-après : En ligne, Multi plateformes,
Sécurisé.
ARTICLE 2 : Exécution de la prestation
Le Prestataire exécute le logiciel conformément aux clauses mentionnées à l'article 1er du présent contrat.
ARTICLE 3 : Délais
Le Prestataire TECHG SAL s'engage à livrer le logiciel avant le 7 Avril 2021. Le présent contrat produira
ses effets au jour de la signature et prendra fin à la remise définitive du logiciel.
ARTICLE 4 : Exclusion de responsabilité
En cas de retard dans l'exécution du contrat en raison d'une force majeure ou à cause de documentation ou
information rendue en retard, non conforme ou incomplète, le Prestataire ne pourra voir sa responsabilité
engagée.
ARTICLE 5 : Prix
Le paiement du prix sera forfaitaire. En contrepartie de la livraison le Client procédera au paiement
d'une somme forfaitaire de 200 000 €. Le versement du prix s'effectuera comme suit :
100 000 € à la signature du présent contrat ;
40 000 € au 14 Mars 2021 à la fin de la phase de test ;
60 000 € au jour de la livraison définitive du logiciel.
Le paiement s'effectuera dans un délai de 40 jours à compter de la réception définitive du logiciel
par virement bancaire sur le compte IND 040 2354 5543 6723.
ARTICLE 6 : Obligations du client
Le Client s'engage à payer le prix de la prestation accomplie par le Prestataire en conformité avec les
modalités exprimées dans le présent contrat.
Le Client s'oblige à collaborer avec le Prestataire en fournissant au Prestataire tout document et toute
information lui permettant de réaliser le logiciel conformément à ses exigences.
Le Client est tenu à une obligation de confidentialité concernant les divulgations dont il a eu connaissance
dans le cadre du présent contrat.
11. Beyrouth – Mohamed SABRA – 10309 f
ARTICLE 7 : Obligations du prestataire
Le Prestataire est tenu à une obligation de résultat. Il doit délivrer un logiciel conforme aux clauses
exprimées dans le présent contrat. Pour utilisation optimale du logiciel, le Prestataire s'oblige à guider le
Client dans le domaine informatique si nécessaire.
Le Prestataire est tenu à une obligation de confidentialité quant aux informations fournies par le Client.
ARTICLE 8 : Responsabilité du client
En l'absence d'exécution de l'obligation de collaboration, le Prestataire ne sera en aucun tenu d'exécuter sa
propre obligation et pourra engager la responsabilité contractuelle du Client. Le Prestataire pourra exercer
un recours en justice et exposer le Client devant la juridiction compétente.
ARTICLE 9 : Responsabilité du prestataire
En l'absence d'exécution de ses obligations, le Prestataire engage sa responsabilité contractuelle et s'expose
à un contentieux devant la juridiction compétente.
ARTICLE 10 : Recette
Par les jeux d'essai, les parties vérifient la conformité du logiciel aux exigences du Client.
Les jeux d'essai sont établis par le Client qui en a la responsabilité. Le Client s'oblige à délivrer des jeux
d'essais au plus tard le 12 Février 2021.
ARTICLE 11 : Propriété intellectuelle
Dès l'accomplissement du logiciel, le Prestataire s'engage à transférer au Client les droits d'exploitation,
de reproduction, de représentation, de commercialisation et d'usage. Une exploitation même partielle du
logiciel par le Prestataire est interdite.
ARTICLE 12 : Juridiction compétente et droit applicable
Le droit applicable au présent contrat est le droit libanais et le RGPD européen, ou encore GDPR, de
l'anglais General Data Protection Regulation. Les parties conviennent d'un commun accord que le
Conseil arbitral du Travail de Beyrouth aura compétence pour trancher un éventuel litige.
Fait en deux exemplaires, le 09 Juin 2020 à Beyrouth.
Signature précédée de la mention « lu et approuvé » :
Signature de Ravi Susarla Signature de Ralph Zig