Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
Les entrées de marque, les portails d'affaires et les interactions complexes sont prioritaires à la première extrémité de l'indépendance; la capacité des systèmes d'entreprise est liée par API, plugins ou services périphériques; seuls les besoins essentiels qui ne peuvent être satisfaits par des points d'extension standard entrent dans la branche code source. Chaque changement de base est documenté en termes d'objectifs, de documents, de structure des données, d'équivalents en amont, de conditions d'essai et de suppression.
Quelles conditions faut-il définir avant de porter un jugement?
La même question peut avoir des réponses différentes dans différentes phases d'activité, de données et de projet. Il est suggéré de vérifier les conditions suivantes et d'intégrer les conclusions communes sur le web dans leurs propres projets.
Ordre d ' avancement suggéré
Premièrement, nous serons clairs sur la cible et la frontière.
Crée une liste des versions actuelles, des dépendances et de tous les points personnalisés.
Validation Dépendance des clés
Déplace la fonction externe vers le plugin, API ou le service autonome.
Élaboration de résultats évaluables
Remplissez les relevés automatisés de test et de migration pour les changements de base retenus.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
Chaque mise à niveau est précédée d'exercices, de régressions, de sauvegardes et de distribution d'échelles grises.
Comment le comprenez-vous dans le business réel?
L'entreprise a modifié un grand nombre de pages de Diff front-end pour le portail client, et a également ajouté directement des suites client à la table de base. Les mises à niveau subséquentes impliquent des conflits d'interface et des risques de migration de base de données. Il est plus possible de maintenir le portail client, paquet et mesure dans un service d'affaires autonome, Diffy étant appelé par une interface stable, avec des changements de base minimes à la capacité de la plate-forme qui est réellement nécessaire.
La fosse la plus facile à monter.
Les points de changement ne sont organisés qu'après la fin du projet et ils ne peuvent plus être tracés.
Mise à niveau du script directement en amont du fonctionnement de l'environnement de production
Vérifier les pages uniquement, sans revenir à la connaissance, les privilèges, les outils et les données
Comment devrions-nous finir par recevoir et confirmer?
La mise à niveau nécessite un nouveau test des tâches, des privilèges de rôle, des références de connaissances, des flux de travail, des interfaces, des journaux et des glissements.
En se préparant à communiquer avec les fournisseurs ou les équipes internes, il est recommandé d'apporter les processus actuels, des échantillons représentatifs, des systèmes existants, des délais de planification et des niveaux budgétaires. Premièrement, les éléments inconnus sont clairement marqués, et la décision est alors prise d'utiliser des diagnostics, PoC, des projets à fourchette fixe ou des recherches et développements en cours, qui sont généralement plus fiables qu'une demande directe de prix et de durée sans frontières.