Planification et installation du système Flashcards
Contexte pour lequel un nouveau
système est prévu
Les nouveaux systèmes viennent très rarement dans le vide.
• Ils remplacent normalement un système moins efficace qui est venu avant.
• Lors de la planification d’un nouveau système, le contexte dans lequel il être utilisé est important d’être compris.
• Contexte = arrière-plan, environnement, cadre, situation entourant le système.
Considerations à prendre pour le contexte d’un nouveau système
- L’étendue du nouveau système
- Les limites du nouveau système
Les raisons de la difficulté de changer un système
- Les nouveaux systèmes peuvent omettre les anciennes fonctionnalités
- Les anciens systèmes peuvent être plus rapides dans certaines circonstances
- Les gens trouvent le changement complexe
- D’un point de vue technologique, le changement peut conduire à une incompatibilité
- Il peut y avoir une perte de données lors de la migration
- Cela peut coûter cher (en termes d’argent ou de temps)
Etapes à faire avant de changer un systeme
Planification
• Avant d’entreprendre tout changement, une entreprise doit avoir une raison et mission claires et valables pour le processus de changement.
Communication
• Le facteur le plus important pour changer quoi que ce soit dans une entreprise, petite ou grande, est de communiquer le changement, et ses nombreux facteurs, aux principales parties prenantes au sein d’une organisation
Intégration
• Si cela est possible pour le programme de changement de votre entreprise d’etre ajuster alors ouvrez vos plans pour consultation avec votre groupe de parties prenantes
Evaluation
• Il est essentiel que l’organisation, son adoption
à travers le programme de changement, et le plus large
les réactions de l’organisation à ce changement
programme sont évalués à chaque occasion
Causes des problèmes de compatibilité
Systèmes hérités et fusions d’entreprises
Système hérité ou Legacy System
En informatique, un système hérité est un matériel ou un logiciel continuant d’être utilisé dans une organisation (entreprise ou administration), alors qu’il est supplanté par des systèmes plus modernes.
Systèmes hérités populaires
Hardware - Disquettes - Câbles d'imprimante parallèles - Connexions comme PS2 Software - Windows XP - Cinéaste - Logiciel spécifique à l'industrie • Systèmes informatiques: - Amiga - Commodore 64
Fusion ou Merger
Une combinaison de deux entités ou plus,
en particulier les entreprises, en une seule.
Fusions populaires
- Vodafone et Mannesmann
- American Online (AOL) et Time Warner
- Pfizer et Warner-Lambert
- ABC et Disney
- Exxon et Mobile
Problèmes avec les fusions
- Problèmes de compatibilité logicielle
- Différences linguistiques
- Différences de fuseau horaire
- Différences culturelles de la main-d’œuvre
Logiciel local vs logiciel distant
• Il existe deux modèles concurrents de distribution de logiciels:
Local et distant (également appelé SaaS / cloud).
- Vous pouvez soit acheter un programme et l’installer sur unordinateur ou ensemble d’ordinateurs (appelé local )
- Ou vous pouvez acheter / louer / utiliser un logiciel installé sur unordinateur quelque part sur Internet, puis utilisez-le un navigateur ou une application locale dédiée (appelée remote ou distant ou Saas ou Cloud)
SaaS (Software-as-a-Service)
SaaS est un modèle de distribution de logiciels dans lequel un tiers- fournisseur héberge les applications et les met à disposition des clients sur Internet.
Aussi connu sous le nom de logiciel à la demande, de logiciel hébergé ou de logiciel Web, le SaaS supprime les logiciels traditionnels d’installation, de maintenance et de gestion en faveur de la fourniture d’applications basées sur le cloud via Internet.
Avec le SaaS, les fournisseurs de services partenaires assument le fardeau de sécurité, disponibilité et performance.
Exemples de SaaS courants
Microsoft Office 365
Google Apps
Services Web Amazon
Dropbox
Avantages d’être «basé sur le cloud» ou Cloud-based
• Le SaaS est idéal pour toute organisation qui souhaite minimiser ses responsabilités informatiques et coûts.
• Le SaaS est particulièrement bien adapté aux petites entreprises. À la place d’investir dans les serveurs et licences de logiciels supplémentaires en interne
, les entreprises peuvent simplement ajuster leur abonnement SaaS sur une base mensuelle,
- Il y a aussi une réduction de la charge de travail du personnel. Les informaticiens en interne sont libéré des tâches associées au matériel sur site et Logiciel
- Parce que l’infrastructure informatique réside dans données du fournisseur de services, l’organisation peut se remettre en marche immédiatement en cas de panne de service ou de perturbation plus dramatique.
Inconvénients du SaaS
• Les entreprises qui adoptent plusieurs applications SaaS ou prévoient de connecter un logiciel hébergé avec des applications sur site existantes peut
rencontrer des maux de tête d’intégration de logiciels en cours de route.
• La sécurité est une autre préoccupation commune: chaque fois que les données et les processus sensibles de l’entreprise sont confiés à un tiers-
fournisseur de services , des problèmes tels que l’identité etla gestion des accès doit être abordée.
• Les entreprises doivent également prendre en compte lesréglementations de conformité inhérentes au stockage des données client dans un centre de données distant du gouvernement.
4 alternatives pour l’installation d’un nouveau système ou d’un logiciel
- Changement direct
- Fonctionnement parallèle
- Pilote en marche
- Conversion progressive
Changement direct (Direct changeover)
L’ancien système est arrêté et le nouveau système est démarré.
Avantages: peu de temps et d’efforts, le nouveau système est disponible immédiatement
Inconvénient: si le nouveau système échoue, il n’y a pas de repli
Fonctionnement parallèle (Parallel running)
Le nouveau système est démarré, mais l’ancien système continue de fonctionner à côté d’elle. Les données doivent être entrées dans les deux systèmes.
Avantages: si le nouveau système tombe en panne, les anciens systèmes exécutent une sauvegarde (aucune perte de productivité); les sorties des deux systèmes peuvent être comparées pour voir si
le nouveau fonctionne correctement
Inconvénient: faire fonctionner deux systèmes coûte cher en temps et en argent
Pilote en marche (Pilot running)
Le nouveau système est piloté (testé) avec un petit sous-ensemble de l’organisation. Une fois qu’il fonctionne correctement et que tous les bugs ont été
corrigés, il est mis en œuvre dans toute l’organisation.
Avantages: toutes les fonctionnalités sont entièrement testées; si le nouveau système échoue, seule une petite partie del’organisation souffre; le personnel qui faisait partie du pilote peut former d’autres membres du personnel
Inconvénient: pour le sous-ensemble d’utilisateurs du groupe pilote, il n’y a pas de sauvegarde si le
le nouveau système échoue
Conversion progressive (Phased conversion)
Le nouveau système est introduit par étapes en tant que parties pendant que l’ancien système est progressivement remplacé par le nouveau système
Avantages: permet aux gens de s’habituer au nouveau système; formation du personnel peut être fait par étapes
Inconvénient: si le nouveau système échoue, il n’y a pas de repli pour cette partie du système
Migration de données = déplacement de données
• La migration des données peut être aussi simple que de placer un fichier sur une clé USB
lecteur flash et l’ouvrir sur un autre ordinateur.
• Cela peut aussi être très complexe impliquant de grandes bases de données, échanger des informations entre les pays à des zones d’horaire différentes
Problèmes avec la migration de données
• Formats de fichiers incompatibles • Différences de structure de données • Règles de validation • Transferts de données incomplets • Conventions internationales sur les dates, devises et jeux de caractères
Formats de fichiers incompatibles
Comme le même logiciel peut avoir des versions différentes, les données créées dans une version peuvent ne pas être compatibles avec une autre version
Différences de structure de données
Déplacement de données d’une table vers un fichier plat, ou d’un tableau vers un
liste chaînée, peut causer beaucoup de problèmes.
Règles de validation
Ces règles s’appliquent aux entrées (input). Si ceux-ci sont différents au destination qu’à la source, les données seront rejetées et perdues.
Transferts de données incomplets
Si le transfert proprement dit est interrompu, seule une partie des données arrive à destination, entraînant une perte
Différences de données / devise / jeu de caractères
- Au Royaume-Uni, 3/5/18 signifie 3 mai 2018, mais cela signifie 5 mars aux Etats-Unis
- Le dollar peut signifier des dollars américains, mais peut être interprété comme signifiant Les dollars zimbabwéens qui utilisent le même symbole mais qui valent nettement moins.
- Un jeu de caractères utilisé dans un pays, par exemple ریال en Arabie Saoudite, pourrait être copié comme ?? sur ordinateur russe.
Le test
- Les tests sont très importants dans le développement d’un système informatisé car il essaie de s’assurer que le système fonctionne comme attendu.
- Un système qui ne fonctionne pas comme prévu (c’est-à-dire qu’il a des bugs) réduit considérablement la productivité et la satisfaction des utilisateurs finaux.
Différentes parties à tester
Gestion des tests Test de fonctionnalité Test de sécurité Test d'expérience utilisateur Test de compatibilité Tests de performances et de charge
Test statique vs Test dynamique
- Les revues, procédures pas à pas ou inspections sont mentionnés en tant que test statique, alors qu’en réalité, l’exécution d’un code programmé avec un ensemble de cas de test donné est appelé test dynamique.
- Les tests statiques sont souvent implicites, comme la relecture, comme lorsque les IDE vérifient le code source ou la syntaxe.
- Le test dynamique a lieu lorsque le programme est exécuté.
- Les tests dynamiques peuvent commencer avant que le programme ne soit à 100% compléter afin de tester des sections / modules particuliers de code
• Les tests statiques impliquent une vérification, tandis que les tests dynamiques
les tests impliquent également la validation. Ensemble, ils aident
améliorer la qualité des logiciels.
Test Alpha
Le Test Alpha est effectué par des testeurs qui sont généralement des employés internes de l’organisation
Il effectué au site du développeur
Test Bêta
Le Test Bêta est effectué par les clients ou utilisateurs finaux qui ne sont pas employés de l’organisation
Il est effectué à l’emplacement du client ou de l’utilisateur final du produit
Black-box Test vs White-box Test
- Les tests en boîte noire (également appelés tests fonctionnels) traitent le logiciel testé comme une boîte noire sans connaître ses internes. Les tests utilisent des interfaces logicielles et essaient de s’assurez qu’ils fonctionnent comme prévu.
- Les tests en boîte blanche (également appelés tests structurels) regarde à l’intérieur du logiciel qui est testé et utilise ces connaissances dans le cadre du processus de test.
User acceptance testing
- Le User acceptance testing consiste à tester tout système nouveau / mis à jour avec ses utilisateurs finaux ultimes pour voir si cela répond à leurs attentes
- Utilisateurs satisfaits = utilisateurs plus productifs = bons pour les développeurs
Automated testing
- Le test automatisé est une méthode de test logiciel qui utilise des outils logiciels spéciaux pour contrôler l’exécution de tests, puis compare les résultats réels des tests avec les résultats attendus.
- Tout cela se fait automatiquement avec peu ou pas d’intervention de l’ingénieur de test.
• L’automatisation est utilisée pour ajouter des tests supplémentaires qui peuvent être difficile à exécuter manuellement lorsque le corps du code qui a
besoin d’être tester est vaste.
