Planification et installation du système

Question 1

Contexte pour lequel un nouveau

système est prévu

Answer 1

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.

Question 2

Considerations à prendre pour le contexte d’un nouveau système

Answer 2

• L’étendue du nouveau système

- Les limites du nouveau système

Question 3

Les raisons de la difficulté de changer un système

Answer 3

• 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)

Question 4

Etapes à faire avant de changer un systeme

Answer 4

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

Question 5

Causes des problèmes de compatibilité

Answer 5

Systèmes hérités et fusions d’entreprises

Question 6

Système hérité ou Legacy System

Answer 6

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.

Question 7

Systèmes hérités populaires

Answer 7

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

Question 8

Fusion ou Merger

Answer 8

Une combinaison de deux entités ou plus,

en particulier les entreprises, en une seule.

Question 9

Fusions populaires

Answer 9

• Vodafone et Mannesmann
• American Online (AOL) et Time Warner
• Pfizer et Warner-Lambert
• ABC et Disney
• Exxon et Mobile

Question 10

Problèmes avec les fusions

Answer 10

• Problèmes de compatibilité logicielle
• Différences linguistiques
• Différences de fuseau horaire
• Différences culturelles de la main-d’œuvre

Question 11

Logiciel local vs logiciel distant

Answer 11

• 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)

Question 12

SaaS (Software-as-a-Service)

Answer 12

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.

Question 13

Exemples de SaaS courants

Answer 13

Microsoft Office 365
Google Apps
Services Web Amazon
Dropbox

Question 14

Avantages d’être «basé sur le cloud» ou Cloud-based

Answer 14

• 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.

Question 15

Inconvénients du SaaS

Answer 15

• 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.

Question 16

4 alternatives pour l’installation d’un nouveau système ou d’un logiciel

Answer 16

• Changement direct
• Fonctionnement parallèle
• Pilote en marche
• Conversion progressive

Question 17

Changement direct (Direct changeover)

Answer 17

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

Question 18

Fonctionnement parallèle (Parallel running)

Answer 18

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

Question 19

Pilote en marche (Pilot running)

Answer 19

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

Question 20

Conversion progressive (Phased conversion)

Answer 20

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

Question 21

Migration de données = déplacement de données

Answer 21

• 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

Question 22

Problèmes avec la migration de données

Answer 22

• 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

Question 23

Formats de fichiers incompatibles

Answer 23

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

Question 24

Différences de structure de données

Answer 24

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.

Question 25

Règles de validation

Answer 25

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.

Question 26

Transferts de données incomplets

Answer 26

Si le transfert proprement dit est interrompu, seule une partie des données arrive à destination, entraînant une perte

Question 27

Différences de données / devise / jeu de caractères

Answer 27

• 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.

Question 28

Le test

Answer 28

• 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.

Question 29

Différentes parties à tester

Answer 29

Gestion des tests
Test de fonctionnalité
Test de sécurité
Test d'expérience utilisateur
Test de compatibilité
Tests de performances et de charge

Question 30

Test statique vs Test dynamique

Answer 30

• 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.

Question 31

Test Alpha

Answer 31

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

Question 32

Test Bêta

Answer 32

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

Question 33

Black-box Test vs White-box Test

Answer 33

• 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.

Question 34

User acceptance testing

Answer 34

• 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

Question 35

Automated testing

Answer 35

• 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.