Esiste un settore software per la conversione di vecchi e obsoleti codici in nuovi standard? [duplicare]

Naviga le tue risposte
2

Ci sono ancora sviluppatori che costruiscono ed estendono applicazioni usando linguaggi come COBOL, dal momento che banche e altre organizzazioni si affidano a sistemi antichi per alimentare le loro attività quotidiane. Alcuni di questi sistemi sono mission-critical, quindi invece di crearne di nuovi, che potrebbero fallire o avere bug, preferiscono continuare a usare questi sistemi antichi.

Sembrerebbe che, anche se l'aggiornamento a un nuovo software può essere un problema e un rischio, esistono strumenti e metodologie là fuori per rendere sicura questa transizione. I vantaggi dell'aggiornamento a sistemi più recenti sarebbero ovviamente considerevoli: facilità di manutenzione, facilità nel trovare sviluppatori esperti ecc.

Non ho ancora sentito parlare di società che mirano a fornire questo servizio. Esistono?

    
posta Andrei 12.05.2015 - 23:54
fonte

2 risposte

4

Direi che ci sono un sacco di aziende che lo fanno.

IBM per un grande (400k + persone) uno (lavoro lì).

Ci sono molte vecchie applicazioni, alcune in esecuzione su mainframe che non sono state toccate da anni, e ora non possono essere realmente cambiate, mai. Potrebbero essere sostituiti, ma è difficile replicare esattamente la loro funzione senza copertura completa del test. Ci sono interi team dedicati a realizzare applicazioni mainframe scritte decenni fa, parlare ai nuovi programmi attraverso le chiamate REST o qualsiasi altra cosa è l'ultima mania e collegarsi con le ultime normative, i requisiti di sicurezza ecc.

    
risposta data 13.05.2015 - 00:06
fonte
2

Esistono molte aziende che dichiarano di fornire prodotti "commerciali pronti per l'uso" (COTS) che sostituiranno i sistemi legacy. Le mie osservazioni:

  • Se il sistema da sostituire è strongmente aderente ad alcuni standard, è probabile che una soluzione COTS sia adatta. Esempi sono i pacchetti di contabilità aziendale, buste paga e tasse fornite da aziende come SAP, IBM e Oracle. Esistono anche fornitori di nicchia che coprono settori specialistici come la gestione ospedaliera, la gestione alberghiera, la gestione delle conferenze ecc.
  • Se il tuo sistema si avvicina al rispetto di uno standard, valuta la possibilità di cambiare la tua attività per adattarla al prodotto COTS. I sistemi legacy contengono spesso regole logiche e aziendali che non sono state utilizzate da anni, a volte rendendo questa alternativa valida.
  • Se il tuo sistema legacy è unico e non può essere piegato per adattarsi al pacchetto, potrebbe essere necessario personalizzare il pacchetto. Questo è dove diventa interessante.
    • La personalizzazione potrebbe essere solo per te. Quando uscirà il prossimo aggiornamento potresti dover pagare una piccola fortuna al venditore per effettuare il porting del codice personalizzato, e non c'è nessun altro posto dove andare per portare a termine il lavoro.
    • L'aggiunta di nuove funzionalità è semplice se il pacchetto supporta la nuova funzionalità, ma può essere estremamente costoso se non lo è. Se la nuova funzione è una personalizzazione solo per te, vedi il punto precedente.
  • I prodotti COTS più moderni forniscono una sorta di linguaggio di configurazione o callout di estensione a Java o simili. Puoi trovarti a provare a scrivere applicazioni in un ambiente severamente limitato utilizzando un linguaggio personalizzato mal progettato, non un compito piacevole.
  • Se hai regolarmente bisogno di assumere degli appaltatori, sono disponibili alcuni che conoscono il tuo prodotto COTS?

Quindi sì, ci sono aziende che sostituiscono software legacy, ma la tendenza attuale sembra essere verso i pacchetti COTS.

    
risposta data 13.05.2015 - 12:12
fonte

Leggi altre domande sui tag

Vantaggi di avere tipi di dati numerici come classi piuttosto che primitive [chiuso] Come denominare metodi DAL / repository complessi? [chiuso]