Il codice open source riduce il costo della costruzione da zero, ma non il costo del progetto.
Il progetto di sistema open source dovrebbe essere stimato in fasi basate su “selezione e valutazione del rischio, adattamento di versione proprietaria, distribuzione di produzione e manutenzione continua”.
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.
Confronto tra progetti candidati, licenze e affidamento su inventari, valutazione dell'architettura, validazione dei processi critici e adattamento dei limiti
Modifiche funzionali, marchi dell'interfaccia utente, privilegi, interfacce, migrazione dei dati, distribuzione automatizzata, test e documentazione
Monitorare il backup, gli aggiornamenti di sicurezza, la strategia di ramo, il consolidamento della versione comunitaria, il test di regressione, la risposta di guasto e l'eratività continua
In primo luogo, i confini di restrizione e responsabilità sono identificati, poi le rotte tecniche e le modalità di cooperazione sono confrontate.
Gli stack tecnologici, i file, l'attività comunitaria, i ritmi di rilascio e la dipendenza dalla qualità possono influenzare il costo di prendere il sopravvento, dispiegare e mantenere a lungo termine.
I fornitori per l'uso, la modifica, la distribuzione, i servizi SaaS, i marchi e i componenti di affidamento devono essere controllati in anticipo.
La configurazione, l'estensione del plugin e la modifica dei costi del codice core e i rischi di aggiornamento sono completamente diversi e l'accoppiamento del processo core dovrebbe essere validato prima.
Contenimento, sdoganamento dell'identità, auditing, riparazione lacuna, isolamento della rete, backup e alta disponibilità aumentano gli input di produzione.
Interfacce come la pulizia dei dati storici, la mappatura del campo, la finanza di pagamento e le conciliazioni di migrazione sono spesso il carico di lavoro principale.
Più a fondo è la personalizzazione, più complessa è il successivo consolidamento delle versioni comunitarie e dei test di regressione, più è richiesta la versione in corso del bilancio di governance.
Si raccomanda di completare la selezione e le valutazioni di licenza e di convalidare l'idoneità con i processi aziendali fondamentali. Se un gran numero di codici fondamentali devono essere revisionati nel tempo, il costo totale della personalizzazione dovrebbe essere confrontato contemporaneamente con zero, evitando un aggiornamento economico di prima volta che è fuori controllo.
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.
Gli stack tecnologici, i file, l'attività comunitaria, i ritmi di rilascio e la dipendenza dalla qualità possono influenzare il costo di prendere il sopravvento, dispiegare e mantenere a lungo termine.
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.
I fornitori per l'uso, la modifica, la distribuzione, i servizi SaaS, i marchi e i componenti di affidamento devono essere controllati in anticipo.
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.
La configurazione, l'estensione del plugin e la modifica dei costi del codice core e i rischi di aggiornamento sono completamente diversi e l'accoppiamento del processo core dovrebbe essere validato prima.
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.
Al minimo, i moduli principali da revisionare sono organizzati per il progetto e la versione, la licenza e l'utilizzo commerciale, i processi aziendali di destinazione e le liste di discrepanza, insieme ad un'indicazione del volume di business corrente, il tempo medio di elaborazione, le anomalie principali, i sistemi in atto, l'accesso ai dati, la dipendenza da terzi e le finestre di accesso.
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.
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.
Questa pagina fornisce un quadro decisionale che non costituisce un'offerta fissa o un impegno di prestazione.
Le questioni più comuni prima della cooperazione sono chiaramente indicate in anticipo.
I costi di implementazione, idoneità, trasferimento, sicurezza, test, formazione e manutenzione richiedono input di ingegneria e le licenze di codice sono solo parte del costo totale.
La priorità è data all'uso di plugin e punti di estensione, e ramificazione, test automatizzati e meccanismi di consolidamento periodici possono ridurre il costo di aggiornamento.
Il team tecnico può prendere in carico le licenze e dipendere da loro, ma il complesso modello di business dovrebbe essere dato consulenza finale da professionisti legali qualificati.
I processi sono comuni, i prodotti open source maturano e le licenze permettono lo sviluppo secondario. Quando le differenze di business, le limitazioni di architettura core o i costi di aggiornamento a lungo termine sono elevati, può essere più appropriato per sviluppare da zero.
Visualizza risposta completaAvvio e selezione di programmi del progetto softwareIl codice basso è adatto a processi chiari, variabili e accessibili alla piattaforma per coprire applicazioni interne più elevate; i sistemi open source sono adatti per prodotti di area matura, che possono soddisfare la domanda attraverso la configurazione e lo sviluppo secondario; personalizza lo sviluppo di progetti adatti a processi differenziati, integrazione complessa, prestazioni o requisiti di controllo dei prodotti più elevati. La selezione è fatta con un confronto del costo totale e della capacità di uscita per tre o cinque anni, piuttosto che con le linee di primo prezzo.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiIl termine non è uniforme e viene determinato dall'importanza del sistema e dall'accordo contrattuale, le parti specificano anche il tempo di risposta, il livello di carenza e il servizio dopo la completa garanzia di qualità.
Visualizza risposta completaApplet e APP che si occupano di archiviazione, caricamento e selezione tecnicaIl modello è basso nel prezzo ma può essere limitato da funzionalità, esportazione di dati, interfaccia e rinnovo della piattaforma. La selezione dovrebbe essere preceduta dal funzionamento effettivo dei processi chiave e dalla verifica del codice sorgente, del server e dei diritti dei dati.
Visualizza risposta completaVisualizza i servizi di selezione, distribuzione, adattamento, trasferimento e manutenzione a lungo termine
Per ulteriori informazioni.RilevamentoConfronto tra business matching, licensing, upgrade e costi totali di proprietà
Per ulteriori informazioni.RilevamentoComprensione del monitoraggio, della sicurezza e della manutenzione dell'ingresso dopo la produzione è online
Per ulteriori informazioni.