Estensione a basso contenuto di partner
Utilizzare la piattaforma il più possibile con i punti di estensioneConfigure, API, plugin, strumenti, nodi di flusso di lavoro e frontnd indipendenti
Home / Guida alla decisione del progetto / Diffy Seconda strategia di sviluppo
PROJECT DECISION GUIDECome Diffy Second Development evita le difficoltà di aggiornamento della versione basata sulla comunità
Il rischio più comune a lungo termine dello sviluppo secondario di Diffy non era che la funzionalità iniziale non poteva essere eseguita, ma piuttosto che la versione a monte non poteva essere consolidata in modo sicuro con la modifica del codice sorgente del nucleo, con la patch di sicurezza, il modello di fit-out e la capacità della piattaforma gradualmente rimanente nella vecchia versione.
Rispondi alla domanda.
Diffy Seconda Politica di aggiornamento dello sviluppo
Le esigenze devono essere classificate per configurazione, strumenti plugin, portali stand-alone, servizi periferici e sorgenti di nucleo cinque strati, dando priorità all'estensione di coup inferiore.
SCOPE & BUDGET LEVELS
In primo luogo, i chiari input al confine per fase di progetto
I seguenti livelli sono utilizzati per stabilire una linea di base per il bilancio e l'accettazione, e il campo effettivo sarà ancora necessario essere valutati in relazione allo status quo, all'interfaccia e ai requisiti di tempo.
Modifica del codice sorgente controllato
Stabilire un ramo a lungo termine per le esigenze del nucleo necessarioDescrizioni retrofit, segregazione dell'interfaccia, valutazione del codice, script di migrazione e copertura di test
Governance versione
Riassorbimento continuo della sicurezza a monte e dell'aggiornamento della capacitàDifferenze di versione, aggiornamento di sabbie, regressione, esercizi di migrazione, rilascio di scala grigia e ritiro
DECISION FACTORS
Elementi chiave da controllare per il processo decisionale
In primo luogo, i confini di restrizione e responsabilità sono identificati, poi le rotte tecniche e le modalità di cooperazione sono confrontate.
Cambiare posizione
La revisione del modello core, del database e dello strato di implementazione del flusso di lavoro è più rischiosa del portale indipendente.
Tasso di cambio a monte
Distribuzione comunitaria di frequenza e dipendenza da cambiamenti di impatto di riqualificazione degli input.
Compatibilità dei dati
Le strutture del database, le conoscenze applicate e la configurazione del plugin devono essere migrate per la convalida.
Attività di prova
L'impatto dell'aggiornamento non può essere valutato senza funzionalità, privilegi, processi e valutazione delle collezioni di regressione.
Dipendenza di terzi
I plugin, i modelli, le banche vettoriali e gli API esterni possono anche essere incompatibili.
Fermati e torna
Gli aggiornamenti formali richiedono programmi di uscita di backup, scala grigia, osservazione e implementabili.
Preparazione di raccomandazioni prima della comunicazione o valutazione
Versione a monte e ramo personalizzatoTutti i punti e le ragioni per le modificheConfigurare la classificazione core retrofit del portale pluginModifiche del database e della memorizzazioneApplicazioni chiave e regressione a flusso di lavoroModelli sui diritti di conoscenza e test di interfacciaProcesso di backup Greyscale e BackupAggiornamento dei responsabili e periodici
Percorso consigliato per l'implementazione
La prima fase prevede la creazione di liste di siti personalizzati, campioni di regressione e dispiegazioni rimovibili; ogni aggiornamento completa la migrazione e rientro operativo in un ambiente segregato e poi la scala grigia entra nella produzione.
DECISION WORKSHEET
Tradurre la strategia di aggiornamento dello sviluppo secondario di Diffy in un processo decisionale esecutivo
I seguenti fogli di lavoro aiutano le imprese ad organizzare un consiglio vago in input basati sul fornitore, all'approvazione interna e ai crediti per progetti.
Cambiare posizione
La revisione del modello core, del database e dello strato di implementazione del flusso di lavoro è più rischiosa del portale indipendente.
Se il fattore rimane incerto, una validazione diagnostica o su piccola scala dovrebbe essere organizzata e non è opportuno includere direttamente l'intervallo di prezzo totale fisso non variabile.
Tasso di cambio a monte
Distribuzione comunitaria di frequenza e dipendenza da cambiamenti di impatto di riqualificazione degli input.
Se il fattore rimane incerto, una validazione diagnostica o su piccola scala dovrebbe essere organizzata e non è opportuno includere direttamente l'intervallo di prezzo totale fisso non variabile.
Compatibilità dei dati
Le strutture del database, le conoscenze applicate e la configurazione del plugin devono essere migrate per la convalida.
Se il fattore rimane incerto, una validazione diagnostica o su piccola scala dovrebbe essere organizzata e non è opportuno includere direttamente l'intervallo di prezzo totale fisso non variabile.
Che cosa dovrebbe contenere un riassunto comparabile delle valutazioni?
Almeno organizza versioni a monte e rami personalizzati, punti di personalizzazione completi e motivi di modifiche, configurazione del core retrofitting del portale plugin, database e modifiche di archiviazione, mentre descrive il volume di business corrente, tempo medio di elaborazione, anomalie principali, sistemi in atto, privilegi di dati, dipendenza di terze parti e finestre di accesso. La stessa versione è fornita a diversi fornitori, e richiede descrizioni separate di assunzioni, esclusioni, problemi di cooperazione clienti, consegna e l'e l'evidenza totale per evitare un solo il confronto.
Ad esempio, l'impresa si aspetta che il progetto risparmierà 160 ore di lavoro al mese, ma questa cifra dovrebbe essere suddivisa nel numero di compiti, risparmi di tempo singolo, tassi di adozione e rapporti di revisione manuale. Se solo il 40% degli utenti utilizza il primo periodo, o se il nuovo processo aumenta il processo di revisione, i benefici effettivi saranno significativamente inferiori rispetto alla stima apparente.
Quattro tipi di prove consigliate per interrogare durante la comunicazione del fornitore
La prima è la prova di portata: la coerenza delle versioni della domanda, dei processi aziendali, dei prototipi, delle interfacce e delle esclusioni; la seconda è la prova di ingegneria: se le tecnologie simili hanno strutture accessibili, la gestione del codice, i metodi di collaudo, di distribuzione e di gestione dei problemi; la terza è la prova del personale: se i partecipanti effettivi, le fasi di input, le responsabilità e i meccanismi di sostituzione sono chiari; e la quarta è la prova di consegna: come i codici sorgente, i dati, i dati, i numeri, i numeri di dati, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i documenti, i mezzi, i documenti, i documenti, i mezzi, i mezzi, i mezzi, i mezzi, i documenti, i documenti, i mezzi, i mezzi, i documenti, i mezzi, i mezzi, i mezzi, i mezzi, i documenti, i mezzi
Si raccomanda di valutare separatamente la chiarezza di portata, l'affidabilità critica, la capacità del team, l'applicazione e l'acquisizione a lungo termine e di registrare la base per ogni punteggio. Se un programma è più economico, l'interfaccia, la migrazione, il test o la responsabilità online è esclusa, allora dovrebbe essere convertito allo stesso calibro di consegna prima del confronto.
Il principio di giudizio
Questa pagina fornisce un quadro decisionale che non costituisce un'offerta fissa o un impegno di prestazione.
FAQ
FAQs
Le questioni più comuni prima della cooperazione sono chiaramente indicate in anticipo.
Non c'è rischio di aggiornamento senza cambiare il codice sorgente del nucleo?+
I plugin, API, i database e i cambiamenti di dipendenza esterna esistono ancora, ma i rischi sono di solito più facilmente isolati e testati.
Quanto spesso dovremmo aggiornare?+
Le finestre sono sviluppate sulla base dei rischi di sicurezza, delle esigenze aziendali e dei cambiamenti a monte, e non devono seguire ogni versione, ma non possono essere valutate a lungo.
L'aggiornamento non può ripristinare il database direttamente?+
La necessità di considerare le versioni coerenti di codici, configurazioni, database, documenti e indici vettoriali paralleli, e la possibilità di incompatibilità del ripristino del database separatamente.
DECISION FAQ
Controlla tutte le 265 domande.Questioni comuni relative ai progetti attuali
Diffy Seconda applicazione di sviluppo e di impresa
Il Diffy Second Development influenzerà gli aggiornamenti successivi?
Le funzioni realizzate attraverso la configurazione, API, plugin, portali stand-alone e servizi periferici sono di solito più facili da aggiornare rispetto alle modifiche dirette al database centrale e al codice sorgente aziendale; cambiamenti profondi non sono necessariamente errati, ma l'elenco delle discrepanze, test automatizzati, script di migrazione e programmi di back-up deve essere mantenuto.
Visualizza risposta completaAvvio e selezione di programmi del progetto softwareLe informazioni possono essere fornite dopo la conclusione di un accordo di riservatezza?
Puoi firmare un accordo di riservatezza a due vie prima di poter fornire informazioni.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiQuali informazioni sono richieste per l'accettazione e l'ispezione del progetto software?
L'obiettivo delle informazioni è quello di dimostrare che il sistema soddisfa gli standard concordati e che il cliente può continuare a operare e a prendere il sopravvento.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiIl progetto software è stato rinviato. Che cosa dovremmo fare con la A?
Smettere di chiedere solo la percentuale di completamento, e chiedere al team di fornire un elenco di risultati operativi, rimanenti posti di lavoro, rischi e dipendenza. Distinguere tra maggiore portata, collaborazione clienti, problemi tecnici, o la gestione dei fornitori porta a ritardi.
Visualizza risposta completaRELATED
Presentazione della valutazione dei progettiTieni la tua conoscenza dei servizi
Rilevamento
Diffuso servizio di sviluppo secondario
Visualizza l'ambito di audit, adattamento e aggiornamento della versione
Per ulteriori informazioni.RilevamentoLa seconda tariffa di Dify.
Versione di governance e regressione
Per ulteriori informazioni.RilevamentoOutsourcing della manutenzione del sistema software
Crea patch, monitoraggio, backup e rilascio di release
Per ulteriori informazioni.RilevamentoCodice sorgente e elenco di trasferimento di sistema
Controllo dei codici, accumulo, distribuzione, dati e attività documentali
Per ulteriori informazioni.