Home / FAQs / Diffy Seconda applicazione di sviluppo e di impresa
QUESTION & ANSWER

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.

Rispondi alla domanda.

In primo luogo, dare conclusioni che possono essere utilizzate per il processo decisionale

Gli ingressi di marca, i portali aziendali e le interazioni complesse sono prioritarie all'estremità anteriore dell'indipendenza; la capacità dei sistemi aziendali è collegata tramite API, plugin o servizi periferici; solo le esigenze fondamentali che non possono essere soddisfatte da punti di estensione standard entrano nel ramo di codice sorgente.

DECISION FACTORS

Quali condizioni devono essere identificate prima che il giudizio sia fatto?

La stessa domanda può avere risposte diverse in diverse fasi di business, dati e progetti, e si suggerisce che le seguenti condizioni siano controllate e che i risultati comuni sul web siano incorporati nei propri progetti.

Pagine modificate, plugin, servizi periferici o codice sorgente coreCambiamento della struttura del database, del modello di autorizzazione e delle interfacce chiaveVersione a monte, patch di sicurezza e frequenza di aggiornamento della dipendenzaAmbiente di prova, set di attività fisso e capacità di rilascio di back-up
ACTION STEPS

Ordine consigliato di anticipo

01

Prima di tutto, saremo chiari sul bersaglio e sul confine.

Crea un elenco delle versioni attuali, dipendenze e tutti i punti personalizzati.

02

Validazione della dipendenza chiave

Sposta la funzione esternabile al plugin, API o al servizio stand-alone.

03

Sviluppo dei risultati valutabili

Completare le dichiarazioni di test e migrazione automatizzate per i cambiamenti di base mantenuti.

04

Assicurati di decidere il prossimo passo con i risultati reali.

Ogni aggiornamento è preceduto da esercizi, regressioni, backup e distribuzione di scale grigie.

PRACTICAL EXAMPLE

Come lo capisci nel vero affare?

Esempio usato per illustrare il metodo di giudizio

L'azienda ha modificato un gran numero di pagine Diff front-end per il portale client, e ha anche aggiunto direttamente suite client alla tabella di base.

COMMON RISKS

Il pozzo più semplice da fare.

I punti di cambiamento sono organizzati solo dopo che il progetto è finito, e non possono più essere tracciati.

Aggiornare lo script direttamente a monte del funzionamento dell'ambiente di produzione

Controllare solo le pagine, senza tornare alla conoscenza, privilegi, strumenti e dati

ACCEPTANCE

Come dovremmo finire per ricevere e confermare?

L'aggiornamento richiede una riprova di attività, privilegi di ruolo, riferimenti di conoscenza, flusso di lavoro, interfacce, log e backslides.

In primo luogo, gli elementi sconosciuti sono chiaramente marcati, e poi la decisione è fatta per usare la diagnostica, PoC, progetti a banda fissa o la ricerca e lo sviluppo in corso, che è solitamente più affidabile di una domanda diretta per un prezzo e una durata senza frontiere.

Le condizioni del progetto sono diverse dagli esempi sopra indicati?

Gli obiettivi operativi, i sistemi esistenti, il tempo di campionamento e di programmazione potrebbero essere raccolti prima che i consulenti possano fare giudizi preliminari in relazione ai confini effettivi.

Consulenti di progetto associati