Extension à faible proportion
Utiliser la plateforme autant que possible avec les points d'extensionConfigurer, API, plugins, outils, nœuds de flux de travail et frontends indépendants
Home / Orientation des décisions du projet / Diffy Deuxième stratégie de modernisation du développement
PROJECT DECISION GUIDEComment Diffy Second Development évite les difficultés de mise à niveau de version communautaire
Le risque le plus courant à long terme du développement secondaire de Diffy n ' est pas que la fonctionnalité initiale ne puisse pas être exécutée, mais plutôt que la version amont ne puisse pas être consolidée en toute sécurité avec la modification du code source de base, le correctif de sécurité, l ' aménagement du modèle et la capacité de la plate-forme demeurant progressivement dans l ' ancienne version.
Répondez à la question.
Diffy Deuxième politique de modernisation du développement
Les besoins devraient être classés par configuration, par plugin, par portail autonome, par services périphériques et par cinq couches de source de base, en donnant la priorité à l'extension de la chaîne de distribution inférieure.
SCOPE & BUDGET LEVELS
Premièrement, les apports à la frontière par phase de projet sont clairs
Les niveaux suivants servent à établir une base de référence pour le budget et l'acceptation, et il faudra encore évaluer la portée réelle en fonction du statu quo, des interfaces et des délais requis.
Modification du code source contrôlé
Établir une branche à long terme pour répondre aux besoins essentiels nécessairesDescriptions de retouches, séparation d'interface, évaluation de code, scripts de migration et couverture de test
Gouvernance des versions
Prise en charge continue de la sécurité en amont et amélioration des capacitésDifférences de version, mise à niveau des bacs à sable, régression, exercices de migration, libération et retrait à l'échelle grise
DECISION FACTORS
Éléments clés à vérifier pour la prise de décision
Premièrement, les limites de la retenue et de la responsabilité sont identifiées, puis les itinéraires techniques et les modalités de coopération sont comparés.
Changer d'emplacement
La révision du modèle de base, de la base de données et de la couche de mise en œuvre du flux de travail est plus risquée que le portail indépendant.
Taux de variation en amont
Distribution communautaire de la fréquence et utilisation des intrants de valorisation de l'impact du changement.
Compatibilité des données
Les structures de base de données, les connaissances appliquées et la configuration des plugins doivent être migrées pour validation.
Essais
L'impact de la mise à niveau ne peut être jugé sans fonctionnalité, privilèges, processus et évaluation des collections de régression.
Dépendance de tiers
Les greffons, les modèles, les banques vectorielles et les API externes peuvent également être incompatibles.
Arrête et recule
Les mises à niveau officielles nécessitent des programmes de sauvegarde, d'observation et de sortie à échelle grise.
Préparation des recommandations avant la communication ou l'évaluation
Version en amont et branche personnaliséeTous les points personnalisés et la raison des changementsConfigurer la classification de la mise à niveau du portail pluginChangements dans la base de données et le stockagePrincipales applications et régression du flux de travailModélisation des droits de connaissances et des essais d'interfaceSauvegarde de l'échelle grise et du processus de sauvegardeAmélioration du responsable et du périodique
Voies de mise en œuvre suggérées
La première phase consiste à établir des listes de sites personnalisées, des échantillons de régression et des déploiements amovibles; chaque mise à niveau complète la migration et la rentrée opérationnelle dans un environnement séparé, puis l'échelle grise entre dans la production.
DECISION WORKSHEET
Transposition de la stratégie de développement secondaire de Diffy dans la prise de décisions exécutoires
Les feuilles de travail suivantes aident les entreprises à organiser des conseils vagues en matière d'apports fondés sur les fournisseurs, d'approbation interne et de réception de projets.
Changer d'emplacement
La révision du modèle de base, de la base de données et de la couche de mise en œuvre du flux de travail est plus risquée que le portail indépendant.
Si le facteur demeure incertain, il faut organiser un diagnostic ou une validation à petite échelle et il n'est pas approprié d'inclure directement la fourchette de prix fixe non variable.
Taux de variation en amont
Distribution communautaire de la fréquence et utilisation des intrants de valorisation de l'impact du changement.
Si le facteur demeure incertain, il faut organiser un diagnostic ou une validation à petite échelle et il n'est pas approprié d'inclure directement la fourchette de prix fixe non variable.
Compatibilité des données
Les structures de base de données, les connaissances appliquées et la configuration des plugins doivent être migrées pour validation.
Si le facteur demeure incertain, il faut organiser un diagnostic ou une validation à petite échelle et il n'est pas approprié d'inclure directement la fourchette de prix fixe non variable.
Que devrait contenir un résumé comparable des évaluations?
Au moins organiser des versions en amont et des succursales personnalisées, des points de personnalisation complets et des raisons de changements, la configuration du module de modernisation du portail plugin, des modifications de base de données et de stockage, tout en décrivant le volume d'affaires actuel, le temps moyen de traitement, les anomalies majeures, les systèmes en place, les privilèges de données, la dépendance des tiers et les fenêtres d'accès.
Par exemple, l'entreprise prévoit que le projet permettra d'économiser 160 heures de travail par mois, mais ce chiffre devrait être ventilé en nombre de tâches, en économies de temps uniques, en taux d'adoption et en taux d'examen manuel. Si seulement 40 % des utilisateurs utilisent la première période ou si le nouveau processus augmente le processus d'examen, les avantages réels seront nettement inférieurs à l'estimation apparente.
Quatre types de preuves recommandées pour les interrogatoires pendant la communication avec le fournisseur
La première est la preuve de la portée : cohérence des versions de la demande, des processus opérationnels, des prototypes, des interfaces et des exclusions; la deuxième est la preuve technique : si des technologies similaires ont des structures accessibles, une gestion de code, des essais, des déploiements et des méthodes de gestion des problèmes; la troisième est la preuve du personnel : si les participants réels, les étapes d'entrée, les responsabilités et les mécanismes de remplacement sont clairs; et la quatrième est la preuve de la livraison : comment les codes source, les données, les numéros de compte, les documents, la formation, l'assurance de la qualité et le transport sont remis.
Il est recommandé que la clarté de la portée, la dépendance critique, la capacité de l'équipe, l'applicabilité de l'acceptation et la prise en charge à long terme soient notées séparément et que la base de chaque score soit enregistrée.
Le principe du jugement
Cette page fournit un cadre décisionnel qui ne constitue pas une offre fixe ou un engagement de rendement.
FAQ
FAQs
Les questions les plus courantes avant la coopération sont clairement énoncées à l'avance.
N'y a-t-il aucun risque de mise à niveau sans changer le code source du noyau du tout?+
Les plugins, les API, les bases de données et les changements de dépendance externe existent encore, mais les risques sont généralement plus facilement isolés et testés.
Combien de fois devrions-nous mettre à niveau?+
Les fenêtres sont élaborées en fonction des risques de sécurité, des besoins des entreprises et des changements en amont, et ne doivent pas suivre chaque version, mais ne peuvent pas être non évaluées longtemps.
La mise à jour peut-elle échouer à restaurer la base de données directement?+
La nécessité d'examiner en parallèle les versions cohérentes des codes, configurations, bases de données, documents et index vectoriels, et la possibilité d'incompatibilités entre les deux types de restauration.
DECISION FAQ
Regardez les 265 questions.Questions communes relatives aux projets en cours
Diffy Deuxième Développement et Applications d'Entreprise
Le développement Diffy Second aura-t-il une incidence sur les mises à niveau subséquentes?
Les fonctions obtenues par configuration, API, plugins, portails autonomes et services périphériques sont généralement plus faciles à mettre à jour que les modifications directes de la base de données centrale et du code source d'affaires; les changements profonds ne sont pas nécessairement faux, mais la liste des écarts, tests automatisés, scripts de migration et programmes de sauvegarde doit être maintenue. Le projet doit identifier, avant de commencer, qui doit être modifié au cœur, qui suivra la version amont à l'avenir, et à quelle vitesse les réparations de sécurité devront être consolidées.
Voir la réponse complèteLancement de projet logiciel et sélection de programmeLes renseignements peuvent-ils être fournis après la conclusion d'un accord de confidentialité?
Vous pouvez. Vous pouvez signer un accord de confidentialité bidirectionnel avant de pouvoir fournir des informations.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsQuelles informations sont nécessaires pour l'acceptation et l'inspection du projet logiciel?
L'objectif de l'information est de démontrer que le système respecte les normes convenues et que le client peut continuer à fonctionner et à prendre le relais.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsLe projet logiciel a été reporté. Que devrions-nous faire avec le A?
Ne demandez plus que le pourcentage de réussite et demandez à l'équipe de fournir une liste des résultats opérationnels, des emplois restants, des risques et de la dépendance. La distinction entre une portée accrue, la collaboration avec les clients, les problèmes techniques ou la gestion des fournisseurs entraîne des retards.
Voir la réponse complèteRELATED
Présentation de l ' évaluation du projetGardez vos connaissances des services
Objet
Diffy service de développement secondaire
Visualiser la portée de l'audit, l'adaptation et la mise à jour de la version
Pour plus d'informations.ObjetLes frais de deuxième tarif de Dify.
Version budgétisée du test de gouvernance et de régression
Pour plus d'informations.ObjetSous-traitance de la maintenance du système logiciel
Créer des correctifs, la surveillance, la sauvegarde et la libération des versions
Pour plus d'informations.ObjetCode source et liste de transfert de système
Vérification des codes, construction, déploiement, données et documents
Pour plus d'informations.