Come gestire le situazioni di "fine del ciclo di vita del software"?

14

Quando un venditore dichiara che non intende più fornire alcun supporto o servizi a un software (e dichiara l'intenzione di uscire dall'azienda - non offrendo percorsi di aggiornamento), che tipo di ricorso è disponibile per il cliente?

Considerare questo dal punto di vista del cliente . Il personale IT del cliente probabilmente prenderà in considerazione solo le opzioni tecniche, ma ci sono probabilmente opzioni non tecniche che il cliente può perseguire. Inoltre, che tipo di misure ragionevoli possono essere prese dal cliente in anticipo per ridurre al minimo le interruzioni, ad esempio in termini di contratto?

Cose a cui posso pensare:

  • È necessario acquistare l'hardware di riserva e configurare un ambiente di riserva su cui il software può continuare a funzionare.
  • Vari metodi di esportazione dei dati che non richiedono il coinvolgimento del fornitore. (Questo può includere tecniche banali come esaminare i dati archiviati in un back-end del database delle merci, le tecniche più coinvolte come lo scraping dello schermo, la stampa su immagine seguita dalla ri-scansione, ecc.)
  • Sistemi paralleli in cui il personale duplicherà i vecchi dati in un nuovo sistema manualmente o semi-automaticamente
  • Mezzi legali, nel caso in cui il venditore si trovi in difficoltà finanziarie (come nel caso di impegno del codice sorgente )

Qualche altra idea?

  • Supponendo che non vi sia alcuna "elusione" (nessun DRM, nessun DMCA), il recupero dei dati o il reverse engineering sono legali / accettabili?

Nota modificata:

È una combinazione di molte storie aneddotiche ma reali. Non sono direttamente coinvolto in nessuno di questi. È semplicemente il mio desiderio di apprendere come viene gestita la situazione del "fine del software" in generale. Non è mia intenzione far sembrare la storia originale troppo "difficile" da risolvere.

    
posta rwong 20.02.2011 - 15:36
fonte

3 risposte

2

Reverse Engineering è perfettamente accettabile per i tuoi dati. Supponendo di avere i file del database per cominciare. Se si tratta di un servizio in hosting, potrebbe essere meglio pagare solo la commissione e farli esportare i dati. imo, è estremamente scortese e poco professionale da parte loro richiedere un compenso per questo, ma alcune persone non si preoccupano di queste cose.

Dato che sai che questa applicazione è qualcosa di cui hai bisogno, forse se è fattibile, è il momento giusto per un sistema sviluppato internamente? In questo modo non tornerai più in questa situazione.

    
risposta data 21.02.2011 - 05:19
fonte
2

Una strategia che non è nella tua lista è quella di coinvolgere un team di stagisti e dare loro l'estate per capirlo. Dal momento che potrebbe essere un progetto one-off, non importa se il codice è bello, se richiede molte ore o se richiede solo un sacco di inserimento manuale dei dati.

    
risposta data 21.02.2011 - 03:00
fonte
0

Se il prodotto è qualcosa a cui non hai bisogno di modifiche, non prevedi di dover apportare modifiche e gira sul tuo hardware, c'è sempre la possibilità di accettare il rischio di continuare a usarlo.

Non è lussuoso, e può essere un problema, ma dipende dal prodotto e dal venditore che potresti trovare se ci pensi che la situazione non è diversa da quando il fornitore l'ha supportata tecnicamente.

Una nota: se il sistema è qualcosa esposto al pubblico, si tratta di un approccio errato perché non è possibile applicare gli aggiornamenti di sicurezza.

    
risposta data 21.02.2011 - 16:59
fonte

Leggi altre domande sui tag