Introducing
Your new presentation assistant.
Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.
Trending searches
8
Définissez le périmètre d'une application de gestion
Harold Parpex | Tech Lead
Conception
CONCEPTION
EXISTANT
Existant
- AS/400
- Pas de BI
TECHNOLOGIES
Technologies mise en place : ETL
Outils :
Talend
Technologies mise en place : Cloud
Cloud :
AWS
Technologies mise en place : Microservice
Outils :
SpringBoot
MAQUETTES
Maquette : Page d'accueil
Maquette : Interface directeur
Maquette : Reporting
Maquette : Interface manager
Analyse
ANALYSE
Diagramme de package
Diagramme de classe
Diagramme de modéle
Budget
BUDGET
COMPARATIF
Comparatif
Actuellement :
- 12 jours de maintenance par années
- Coût de 12 000€ par ans
- Peu de documentation
Objectif :
- 4 jours de maintenance par années
- Coût de 2 000€ par ans
- Documentation claire
- Système de sauvegarde et de reprise
ESTIMATION
Estimation
22500€
45 jours hommes à 500€ la journée pour :
- La migration des données
- La mise en place de l'interface web
- La mise en place de l'infrastructure Cloud
2 jours hommes pour:
- La formation utilisateur sur le nouveau système
4 demi journées de maintenance par ans à prévoir.
- Système de ticket
1000€
2000€ les 10 tickets
CALENDRIER
Calendrier
5 jours
10 jours
2.
4.
Création site Web
Formation utilisateur
2 mois et demi
Mise en place nouvelle architecture
Migration et sauvegardedes données
3.
1.
30 jours
2 jours
Qualite
SAUVEGARDE
PLAN DE REPRISE
Mise en place d'un plan de reprise d'activité
- Faire un audit de tous les risques de pannes possibles
- Détecter et évaluer chaque risque pour identifier les applications métiers qui ne pourront pas fonctionner en mode dégradé.
- Définir la criticité des environnements applicatifs et les besoins de sauvegarde et réplication ainsi que de restauration
- Prévoir des sauvegardes automatiques
- Faire du « Crisis Management »
- Définir des priorités et un coût de reprise d’activité
- Définir le choix de l’équipement de sauvegarde et de reprise d’activité ainsi que le budget
- Tester régulièrement le plan de reprise d’activité
- Faire évoluer le plan de reprise d’activité en fonction des changements apportés au système d’information
- Documenter précisément le PRA
- Prendre en compte les contraintes réglementaires
POLITIQUE DE SAUVEGARDE
Politique de sauvegarde
Afin de se prémunir contre les incidents susceptibles de causer des pertes de données :
Les dommages liés aux sinistres (incendies, dégâts des eaux, catastrophes naturelles).
Les attaques informatiques provenant de pirates et de concurrents malveillants.
Les défaillances techniques dues à l'usure du matériel informatique.
Les vols ou dégradations affectant les postes de travail.
Les erreurs humaines commises par le personnel.
Politique de sauvegarde
- protection contre les défaillances de sites ou de supports : plan de
sauvegardes « 3-2-1 »
disposer de trois copies de vos données au moins ;
stocker ces copies sur deux supports différents;
conserver une copie de la sauvegarde hors site.
- protection contre les corruptions techniques : contrôle d’intégrité et
notification
- protection contre les corruptions lentes : historique sur plusieurs mois
- protection contre les divulgations de données par l’accès aux
sauvegardes : chiffrement par la source
- protection contre les erreurs de manipulation des utilisateurs : réduction
du délai entre sauvegardes successives (de 1j à 1h pour les espaces de
documents) et historisation « d’instantanés »
Politique de sauvegarde
Sauvegarde de l'ancien système :
- 1 fois
- 3 supports différents
- 2 endroits différents
Sauvegarde du nouveau système :
- Quotidiennement
- Dans le cloud avec réplication
- De façon incrémentale
La configuration
Les données
L'application
PLAN D'ASSURANCE QUALITE
PROCESSUS
PROCESSUS
MODELE
Modele
• Méthodes Agiles de type KANBAN
• langage UML
• Maquettage / prototypage
• Utilisation de la suite AWS
• Utilisation de la suite power BI
SPECIFICATION
SPECIFICATIONS
1. Objectifs
• Décrire les fonctions du logiciel.
• Décrire les interfaces avec son environnement.
• Décrire les performances attendues.
2. Livrables
• La documentation technique du logiciel.
• Les spécifications des interfaces du logiciel (PVAL).
• Le manuel d'utilisation.
DOCUMENTATION
DOCUMENTATION
STRUCTURATION
STRUCTURATION
• police de caractère : Calibri(Corp), taille : 12
• une page de garde avec les éléments suivants :
o le titre du document
o la date de dernière mise à jour
o le numéro de version
o l’état du document
o le nom de l’auteur (ou des auteurs)
• une page de sommaire contenant la table des matières du document
• une table des mises à jour retraçant toutes les mises à jour importantes du document, avec pour chaque mise à jour les informations suivantes :
o le numéro de la version
o la date de dernière mise à jour de cette version
o l'objet de la mise à jour du document
ETAT
ETAT
Travail : le document est en cours d'élaboration
Terminé : le document est terminé par l'auteur et prêt à être diffusé
Vérifié : le document est approuvé par le responsable qualité
Validé : le document est validé par le client
VERSION
VERSION
Les livrables intermédiaires doivent tous disposer d’un numéro de version, il est de la forme suivante :
X.y Le X sera incrémenté pour les modifications majeures, alors que le y le sera pour les modifications mineures.
METHODES
METHODES
• Afin de décrire un traitement ou un ensemble de traitement, on utilisera le formalisme du UML Diagramme de USE case et de Séquence
• Pour toute description de données et de relations entre données on utilisera le diagramme UML de classe
• Pour toute autre description on appliquera le diagramme UML qui convient le mieux après une étude préalable.