Discutere l'edizione dell'eredità è di sollevare le questioni fondamentali circa come l'organizzazione dei sistemi d'informazione (È) ottimizza l'uso di tecnologia dell'informazione (ESSO) nel commercio. Anziché le applicazioni dell'eredità di osservazione nei termini puramente tecnologici, i responsabili devono guardare i processi che hanno generato queste applicazioni in tale maniera renderle problematiche. Questa variazione nella prospettiva richiede che le edizioni dell'eredità sono capite all'interno di più grande contesto di affari.
In realtà, È è semplicemente un microcosm di più grandi forze economiche. Oggi’i commerci di s stanno sforzandosi rispondere a cambiamento veloce generando i processi flessibili e modulari di affari che possono essere effettuati rapidamente e reengineered come necessario. Sostenere questi tipi di processi, È organizzazioni stanno muovendosi oltre l'elaborazione di transazioni tradizionale nelle nuove zone e nelle architetture client/server veloci schieranti e di sviluppo. Ma se È la funzione soltanto sta provando ad imparare realizzare lo sviluppo con le nuove tecnologie, esso dei sistemi sta mancando la più grande sfida.
Anche se le tecnologie quali gli oggetti, client/server d'emersione ed il Internet portano le occasioni emozionanti generare i nuovi tipi di soluzioni di affari, è sistemi dell'eredità che tengono la chiave principale a successo futuro. Le applicazioni dell'eredità si dominano È risorse, rappresentano i trilioni dei dollari dell'investimento e presentano l'ostacolo principale in più della metà degli sforzi di reengineering. In molti casi, È l'organizzazione in se è un'edizione dell'eredità, legata agli elaboratori centrali ed ai processi del vecchio-mondo in un momento di cambiamento veloce. Il cambiamento più veloce di affari e la sfida più veloce del cambiamento di tecnologia È responsabili per integrare lo sviluppo commercio-guidato con le prospettive, i processi, le applicazioni e le infrastrutture dell'eredità.
Le valutazioni recenti indicano che la base installata corrente delle applicazioni missione-critiche dell'eredità costerebbe $3 trilioni per sostituire. A causa della grandezza di questi dispendii e del loro effetto di affari, È le organizzazioni devono muoversi con attenzione tuttavia decisivamente. Anche il mantenimento di base dei sistemi dell'eredità costa le somme enormi di soldi, lascianti i responsabili con soltanto una piccola frazione del loro preventivo per le nuove applicazioni criticamente importanti.
|
|
Queste pressioni di costo intensificheranno in avvenire per tre motivi principali: in primo luogo, il CEO ha investito nella tecnologia dell'informazione per molti anni e sta richiedendo la responsabilità per i risultati; in secondo luogo, gli aumenti del preventivo sono stati limitati al tasso di inflazione per la maggior parte del passato recente; ed i terzi, in un mondo sempre più competitivo, le aziende continuano a richiedere le riduzioni di costo ed i ritorni migliori sull'investimento da ogni segmento del commercio. Di conseguenza, parecchie sfide confrontano È organizzazione:
- almeno 80 per cento di la maggior parte SONO preventivi sono spesi sui sistemi dell'eredità, con un residuo declinante a sinistra per nuovo sviluppo. Allo stesso tempo, ogni nuova applicazione è più complicata, costando più per svilupparsi ed effettuare.
- Poiché gran parte del fuoco di manutenzione dell'eredità è sulle correzioni, sugli aumenti secondari e sull'impedire la catastrofe, gli investimenti dell'eredità raggiungono rapidamente un punto di fare diminuire il programma di utilità marginale: ogni dollaro supplementare compra meno e pochi benefici, particolarmente in paragone ad ogni dollaro speso sulle nuove soluzioni ai problemi di affari.
- il passo accelerato di cambiamento tecnologico significa che i sistemi si sostituiscono più velocemente di erano quando le tecnologie erano più stabili.
- troppo dello sforzo consumato nei sistemi dell'eredità non-valore-è aggiunto fondamentalmente; gli studi indicano che più di 50 per cento dello sforzo sono dedicati al capire un'applicazione dell'eredità ed allora a riprovare l'applicazione dopo un cambiamento.
- come conseguenza dello sforzo intenso fatto per cambiare un'applicazione dell'eredità, circa 25 per cento di tempo dell'eredità sono spesi sulla prova. Un metodo più intelligente, più previsto e messo a fuoco dovrebbe fornire la prova sufficiente meno sforzo.
- questa nuova’applicazione di anno s si transforma in in eredità seguente’di anno s, aumentante tipicamente la base installata dei sistemi dell'eredità che devono essere effettuati.
Queste sfide hanno parecchie implicazioni per È responsabili. I responsabili devono rompere il ciclo di una base installata sempre crescente tuttavia fratturata che guida una mai-più grande spesa annua di manutenzione. I nuovi sistemi devono essere costituiti un fondo per dagli aumenti di ESSO rendimento e un'accumulazione di piccole riduzioni dei costi piuttosto che aumentando le infusioni di capitale corporativo. Come con molti sforzi di reengineering di affari, È la trasformazione dovrà essere rapidamente auto - costituendo un fondo per.
Ieri’il metodo sequenziale di pianificazione di s, che ha fornito È funzione con i termini d'esecuzione sufficiente molti conseguire gli obiettivi di affari, più non esiste nell'oggi’s che cambia velocemente il mondo di affari. Anche se il cambiamento di affari guida l'integrazione del processo e della tecnologia, le comunicazioni inefficaci stanno causando lo spacco fra strategia di affari ed È consegna da continuare a allargarsi. Mentre si transforma in in un motore importante di cambiamento, ridefinisce che cosa è strategico possibile ed ottiene più ancora incastonato in ogni processo di affari, compreso il commercio elettronico, manufacturing assistito da elaboratori, commercio di programma di investimento ed ottimizzazione della catena di rifornimento. Il futuro di ESSO quindi richiede una comprensione holistic della strategia e dei processi di affari.
Nel contrasto rigido, molte decisioni per quanto riguarda i sistemi dell'eredità sono episodiche, sperimentali ed intrappolato in un modello della spesa inerziale. Richiamare queste tendenze, È responsabili dovrebbe valutare i sistemi dell'eredità più o meno allo stesso modo poichè i territori di vendite, i personali, o l'immagine corporativa sono valutati. Guardandola che i beni come risorse di affari fornisce È responsabili con due test di verifica principali di valutazione:
1. Un dato sistema o suite delle applicazioni sostiene quanto efficacemente gli obiettivi di affari?
2. Il sistema effettua quanto efficientemente le relative mansioni di sostegno?
Questo orientamento evidenzia un accoppiamento dei punti chiave. In primo luogo, sia il commercio che le prospettive tecniche sono necessario da valutare una cartella. Gli obiettivi di affari sono derivati da strategia d'evoluzione di processi e di evoluzione di affari e questo può essere un processo difficile. Beni è tracciato contro questi obiettivi ed è valutato usando un insieme completo della metrica. In secondo luogo, la cartella deve essere esaminata nelle parti espressive. I diversi elementi della cartella misura insieme come il puzzle collega per sostenere un settore commerciale o un processo critico. Anche se i diversi elementi possono sembrare essere utili, i risultati generali di affari possono essere considerevolmente più deboli a causa delle imperfezioni critiche nel senso le varie parti misura insieme.
I risultati di questa valutazione allora sono tracciati all'interno di una griglia denominata la tabella di valutazione della cartella 4R.
La Tabella Di Valutazione Della Cartella 4R
La tabella di valutazione della cartella 4R contiene quattro categorie con le azioni suggerite — i quattro Rs — decisioni di quella guida. La fascicolazione dei beni in una cartella differenziata riduce la grandezza del problema dell'eredità con una strategia di si divide e conquista. È i responsabili che capiscono che la scala, il formato e l'investimento relativi in ciascuna delle applicazioni acquistano le comprensioni che guidano l'azione futura.
Categoria 1: Valore Basso Di Affari, Stato Tecnico Basso; Azione: Si ritira il If che un sistema effettua una funzione di valore discutibile insufficientemente, perchè sta funzionando in primo luogo? Questi sistemi, che costituiscono circa 25 per cento della base nordamericana dell'eredità, sono candidati eccellenti per il pensionamento anticipato o la negligenza benigna. Se devono essere mantenuti vivi, È i responsabili dovrebbero studiare la possibilità di installare un'interfaccia di utente grafica in cima allo schermo carattere-basato. Il miglioramento selettivo del sistema è un'altra opzione, ma soltanto se il costo può essere giustificato con i risultati di affari.
Categoria 2: Valore Basso Di Affari, Alto Stato Tecnico; Azione: Rivaluti
È i responsabili dovrebbero rivalutare perchè un sistema ad alto rendimento sta contribuendo così poco al commercio. Questi sistemi, soltanto circa cinque per cento della base installata, non possono essere giustificati bene con un argomento sufficiente per azione. Alternativamente, col tempo una giustificazione può essere antiquata. In altri casi, il rollout può essere maltrattato. È i responsabili dovrebbero studiare la possibilità di spostare questi beni verso le applicazioni più critiche se ancora sono capaci di fornire il valore di affari e ad una pensione messa se non sono.
Categoria 3: Alto Valore Di Affari, Stato Tecnico Basso; Azione: Ricostruisca circa la metà dell'entr dei sistemi dell'eredità in questa categoria. Questi sistemi possono richiedere richiedere; tuttavia il commercio ancora dipende da loro. È i responsabili dovrebbero sforzarsi effettuare il supporto di affari, mantenere il valore di bene e migliorare la funzionalità ove necessario — tutti mentre riducono il costo. Ciò può essere fatta in molti sensi, per esempio, estraendo le regole di affari dai sistemi operativi, sviluppanti il valore
argomenti basati per azione che sostengono il rimontaggio, o sviluppare una strategia per funzionalità nuova gradualmente di sostituzione per vecchio.
Categoria 4: Alto Valore Di Affari, Alto Stato Tecnico; Azione: Rinnovi
Circa 20 per cento dei sistemi dell'eredità sono in questo bene ideale dichiarano di valore definito di trasporto di affari e dell'essere in buon stato tecnico. È una verità sfavorevole che la maggior parte delle applicazioni cominciate in questo quadrante o sono state designate per cominciare in questo quadrante ma per avere dal caduto da da esso. La missione organizzativa per quanto riguarda questi sistemi è di conservare il valore di bene permettendoli di migrare in avanti poichè gli obiettivi e le tecnologie di affari cambiano.
Dopo la valutazione, È i responsabili possono osservare oltre l'immediato e vedere i problemi con i sistemi dell'eredità come prodotti delle cause della radice. Piuttosto che le applicazioni dell'eredità di osservazione come fragili e ridondanti, È funzione possono muoversi per prolungare la durata utile di questi beni dell'eredità. Richiamando le cause di questi problemi — che non sono spesso edizioni tecniche — È i responsabili possono muoversi per impedire il declino tutto-troppo-veloce nel valore di affari e nello stato tecnico sperimentati con la maggior parte delle applicazioni.
Istituzionalizzazione Dell'Amministrazione Di Cartella
Per tutti i relativi benefici, la valutazione della cartella come evento di una volta non trasporterà i guadagni durevoli. Anche se identifica alcune occasioni di miglioramento che È responsabili dovrebbero comportarsi su subito, col tempo che una valutazione di una volta degrada velocemente in shelfware architettonico. Invece, la valutazione della cartella deve essere il primo punto in un processo che lascia È responsabili continuamente controlla la cartella rivalutandogli il collegamento beni e lo sviluppo del commercio ha bisogno di. La durata delle tecnologie correnti è una frazione di quella degli elaboratori centrali; invitare una valutazione per guidare un piano triennale conduce inevitabilmente alle domande del montaggio circa la relativi attinenza e disappunto crescente con la relativa efficacia.
Una valutazione bene-strutturata della cartella dovrebbe porre il fondamento per questo metodo continuo dell'amministrazione. Oltre che il profilo 4R, la valutazione dovrebbe rivolgere altre domande chiave:
- come l'utilizzatore finale e convenzionali È - le soluzioni sostenute si interagiscono?
- come la corrente ESSO beni sostiene gli obiettivi ed i processi fondamentali di affari?
- che cosa è il metodo di sviluppo e di transizione per ogni applicazione nella cartella?
- che cosa è la posizione di stato e di investimento del ciclo di vita per ogni applicazione?
- come la strategia di applicazioni si adattare con l'infrastruttura tecnica?
- dove dovrebbe È mettere a fuoco la relativa spesa?
Rispondere a queste domande fornisce il fondamento per un nuovo rapporto che allinea È funzione ed i relativi soci di affari intorno agli obiettivi di affari. La valutazione della cartella si transforma in nel primo punto in uno spostamento fondamentale via dal modello precedente dal È funzione di risposta ad un flusso delle richieste e delle spese collegate guidate dalle richieste di cambiamento ai sistemi o alle proposte attuali. Invece, È le configurazioni di funzione anew verso il controllo dello sviluppo di una serie di ESSO beni. In questo nuovo metodo,
È i responsabili confrontano i cambiamenti con il dichiarare di ESSO beni ed i processi che di affari sostengono.
La valutazione in se rappresenta un programma ad alto livello per lo sviluppo di ESSO beni; al livello elevato, è un'architettura concettuale per la società. Un parallelo relativo a questo programma ad alto livello è trovato nel modello usato per la progettazione e la costruzione citywide. Tenendo conto gli adattamenti derivando dalla natura intangibile di computazione, i processi di affari, la strategia della cartella, l'infrastruttura tecnica ed i controlli tutti di codice hanno equivalenti semplici nelle discipline di base della costruzione e di progettazione del modello (per esempio, programma di zoning, programma dell'infrastruttura, approvazione di disegno, vari permessi, controlli di codice e regolazioni di manutenzione). Che cosa È la funzione difetta di tipicamente è la disciplina del processo, del ruolo di un servizio di pianificazione della città e delle regolazioni di manutenzione per la manutenzione continua.
Alcuna È organizzazioni stretto osserva la sfida dell'eredità soprattutto nei termini tecnici. In questi periodi di computazione ibrida, È i responsabili devono traversare fra le viste acutamente di contrapposizione del mondo: relazionale contro gerarchico, flessibile contro rigido, oggetto-basato contro procedurale, distribuito contro centralizzato, aprasi contro chiuso. I giorni di singolo paradigma sono andati ed il passo accelerare del commercio e del cambiamento tecnologico richiede È funzione per accomodare le architetture multiple, le lingue e le piattaforme. Nella risposta, le aziende riuscite stanno ripensando i loro metodi fondamentali ad integrazione, stanno progettando il recupero sistematico di valore dai beni dell'eredità e stanno inventando le strategie complete di transizione.
Revisione Dell'Integrazione
Eredità Overintegration che l'applicazione commerciale/gestionale tipica è aumentato di formato dai 5.400 per cento sbalordente poiché l'inizio degli anni 80. Un'applicazione integrata missione-critica tipica si è sviluppata per includere 1.2 milione linee del codice — montate mettendo insieme insieme che cosa sarebbe stato 20 applicazioni differenti 15 anni fa. Questi numeri cominciano ad illustrare la sfida proposta dal overintegration dell'eredità.
Il codice degli spaghetti — le sfide dominante 15 - 20 anni fa — è stato sostituito tramite integrazione degli spaghetti. Molte architetture presentano le occasioni numerose per le interazioni incontrollate fra le applicazioni, i programmi, il codice ed i dati. Strutturato programmare — un codice eccessivo ampiamente accettato degli spaghetti di passo avanti — offre alcune lezioni per integrazione degli spaghetti. Sollecita la coesione stretta (cioè, mantenendo le funzioni altamente relative insieme) e l'accoppiamento allentato (cioè, collegamenti minimi fra le funzioni).
Purtroppo, nella maggior parte delle casse di integrazione degli spaghetti e di basi di dati comuni integrate, l'opposto è allineare. Le applicazioni dell'eredità sono caratterizzate solitamente da coesione allentata, con logica funzionale quali il prodotto pubblica ed i dati del cliente spruzzati con i programmi e le applicazioni numerosi. Le applicazioni sono accoppiate strettamente sia attraverso le basi di dati comuni, le basi di dati ridondanti che le lime dell'interfaccia e con le interazioni incontrollate fra i campi numerosi nei programmi countless. Spostando architetture alle componenti componenti le architetture sostituiscono l'integrazione comune di dati con coesione stretta e pratiche di coppia — controllate che hanno molto il in comune con il disegno e l'analisi orientati oggettivamente. Spostamento di queste architetture
il fuoco alle interfacce ed alla guida di riferimento standardizzate della costruzione. In più, i meccanismi di comunicazioni basati sull'uso dei componenti complementano il fuoco tradizionale sulle applicazioni e sui dati. Le architetture componenti usano tali articoli a come l'integrazione desktop, un bus del messaggio del software, dati a distanza accede ed i magazzini di dati mentre blocchetti di costruzione per aiutare le applicazioni a cooperare attraverso le interfacce standardizzate.
Anche se l'idea dei componenti è prontamente comprensibile in termini di nuovo sviluppo, può anche essere applicata alle applicazioni dell'eredità. Alcune organizzazioni ora stanno osservando queste applicazioni come componenti riutilizzabili che possono essere compresi in nuovo sviluppo usando le tecniche orientate oggettivamente. Costruzione sul componente - le architetture messaggio-guidate basate, È professionisti possono usare una varietà di tecniche per evitare di immergere nel cuore dei sistemi dell'eredità e forzare nei nuovi livelli di complessità. Molte di queste tecniche ora stanno essendo affermate, come le seguenti sezioni sul recupero di valore e le strategie di transizione discuteranno.
Lo spostamento alle architetture componenti inoltre sostiene una riutilizzazione concreta e — una manutenzione di due impegni — che gli aumentano il valore beni. La riutilizzazione aumenta il valore di un bene riducendo i costi futuri di sviluppo. La manutenzione aumenta il valore permettendo che un bene si evolva mentre il commercio cambia. Entrambi riducono significativamente i costi mettendo a fuoco l'investimento su meno, beni più flessibili. Rompendo le applicazioni nei componenti controllabili e standardizzati è importante a manutenzione come deve riutilizzare.
Recuperando valore dai beni dell'eredità
Le applicazioni dell'eredità sono depositi di valore immenso di affari, anche se quel valore può essere estremamente difficile da sfruttare. Il valore può essere classificato come cadendo in una di tre zone principali: dati, procedendo logica e le regole di affari.
Fortunatamente, le nuovi strategie, tecniche ed attrezzi stanno emergendo che lasci È responsabili ed il loro reengineer dei personali, ricondizionano, coesistono con, o estraggono il valore dalle applicazioni attuali. Questi metodi inoltre spostano i beni dell'eredità più vicino alle architetture che sono alla base di nuovo sviluppo.
Strategie di transizione per i beni dell'eredità
Parecchie tecniche fondamentali ora stanno emergendo come la base di un programma di recupero di valore in un ambiente ibrido. Mentre le seguenti sezioni illustrano, la maggior parte di queste tattiche contano sulle grandi applicazioni rompentesi nei nella più piccolo componenti ed allora reengineering o riparazione loro.
- l'ingegneria d'inversione — ha automatizzato gli attrezzi contribuisce a sollevare un sistema ad un livello elevato dell'astrazione vicino, per esempio, derivante una specifica o i requisiti di sistema per modellare dal codice e dai dati attuali. Questa tecnica può generare una nuova linea di base per gli aumenti d'incorporazione e permettere la rigenerazione futura di codice. Inoltre facilita la manutenzione tradizionale aumentando capire’ degli sviluppatori del sistema.
- impacci (cioè, componenti) — i pacchetti standard dei COTS (disponibile immediatamente commerciale) quali i programmi di trattamento di testi, i fogli elettronici, motori di work-flow e le biblioteche dei grafici possono fornire i componenti critici per le soluzioni ibride.
- i componenti — che dividono i sistemi dell'eredità o i programmi dell'eredità nei più piccoli componenti lascia È personale eliminano o sostituiscono un un pezzo solo del sistema alla volta. Alcuni attrezzi di analisi di codice aiutano con questa operazione, ma l'impegno concettuale a modularità ed a riutilizzazione è più importante degli attrezzi particolari.
- pulire di ristrutturazione e — di razionalizzazione il codice attuale eliminando la sovrabbondanza, istituendo i campioni, migliorando la struttura ed aggiornando la documentazione facilita la manutenzione e l'aumento. Ciò è frequentemente il primo punto in una strategia dell'eredità.
- la conversione e Rehosting — Rehosting coinvolge le applicazioni commoventi dell'eredità — non trattate — sulle piattaforme client/server. Questo metodo promette non soltanto i bassi costi potenzialmente ma inoltre permette ai componenti multipli di applicazione seamlessly di essere integrato in una soluzione per l'utente di affari.
- fare uno strato di architettonico — di strati separa i vari componenti di un'applicazione, quali l'interfaccia di presentation/user, la logica di applicazione, il livello di accesso di dati e le comunicazioni.
- Wrappering — che genera un involucro del software incapsula e modularize i componenti dell'eredità permette loro di coesistere e comunicare con objectoriented i componenti. Un assistente di funzione lascia il codice dell'eredità trasmettere e ricevere i messaggi orientati oggettivamente. In questo modo, codice wrappering dell'eredità di posizioni fornire valore continuo ed essere riutilizzato nei sistemi futuri.
- la rigenerazione di andata — ha automatizzato il codice rigenerato degli sviluppatori di aiuto degli attrezzi basato sulle astrazioni di più alto livello modificate piuttosto che sulla modificazione del codice direttamente. Questa tecnica può essere usata dopo ingegneria d'inversione, o se il sistema originale fosse sviluppato attraverso la generazione di codice.
- circondi — la generazione dei componenti supplementari di dati e di funzionalità intorno al sistema dell'eredità, ma senza modificare il sistema in se, permette che i componenti dell'eredità siano eliminati come i componenti circostanti soppiantano le funzioni dell'eredità.
- il magazzino di dati — mentre circondi le strategie ha messo la nuova funzionalità davanti i sistemi dell'eredità ed integra al livello desktop, magazzini integra i dati dietro le applicazioni dell'eredità.
- la manutenzione e l'aumento — come la sezione sulla trasformazione È organizzazione illustreranno, i professionisti principali stanno ripensando il metodo tradizionale a controllare lo sviluppo dei beni dell'eredità anche nelle zone di manutenzione e dell'aumento.
- nuovo sviluppo — il più bene - esercitisi nei modelli e nella tabella di aiuto di valutazione di maturità di possibilità un corso per migliorare i risultati ed il rendimento nello sviluppo di nuove applicazioni.
- i pacchetti di programmi — del rimontaggio del pacchetto sostituiscono spesso un sistema dell'eredità, particolarmente se è usato per nondifferentiating le applicazioni di base di sostegno. I pacchetti di applicazione dei COTS possono anche essere usati in un metodo di circond.
- outsourcing: A lungo termine o di transizione — Poiché può essere redditizio in giuste circostanze identificare un'operazione chiaramente definibile e
outsource, È responsabili dovrebbe considerare i outsourcers nell'aumento, nella ricostruzione, o nelle fasi del rimontaggio di una strategia dell'eredità.
Queste tecniche di transizione non sono certamente meccanismi autonomi. È non soltanto ci sovrapposizione fra le varie tecniche, ma inoltre si interagiscono con a vicenda per fornire i risultati più con precisione sintonizzati. È i responsabili dovrebbero valutare con attenzione le tecniche in una data situazione come componente del programma generale di progetto.
È una volta l'organizzazione si commette a sviluppare un sistema dei componenti architettonici, È responsabili affronta l'operazione di trasformazione del senso È funzione in se si interagisce con la cartella dell'eredità. Poiché È i responsabili hanno preventivi relativamente stagnanti, miglioramenti devono essere velocemente auto - costituendo un fondo per. Tali miglioramenti derivano da cinque fonti:
1. L'allineamento migliore del commercio ed È obiettivi e strategie 2. Partnering migliore fra il commercio ed È Comunità 3. L'amministrazione migliore ed i processi tecnici all'interno del È organizzazione 4. Abilità, pratiche, attrezzi e tecniche migliori al Livello 5 dello sviluppatore. L'aumento continuo di È possibilità
La trasformazione del È centri di organizzazione sulla richiesta in carico dell'utente, sviluppo dei sistemi dell'eredità ed È risorse. Ci è una tendenza accettare il comportamento dell'È organizzazione finora un'altra eredità piuttosto che sfidare i vecchi presupposti e rimodellare i metodi direttivi. È la funzione deve ripensare fondamentalmente e reengineer in se nello stesso senso che molte organizzazioni sono processi di affari di reengineering.
È l'amministrazione tradizionalmente ha messo a fuoco sui cambiamenti significativi di tecnologia che processi, abilità e capire del lavoro di causa per ritardarsi fino a rimodellarli. Gli esempi recenti di tale cambiamento includono la tecnologia, l'orientamento dell'oggetto e le multimedia client/server. Le emissioni fondamentali di È trasformazione, tuttavia, riferiscasi alle pratiche comunemente accettate e la credenza — cioè alla coltura dentro È in se.
È Il Cambiamento Culturale
Mestiere - lo sviluppo basato molto È attività ancora è condotto nell'equivalente culturale di un mestiere preindustrial. I metodi sono personali ed unstandardized, la conoscenza riservata conferisce alimentazione ed il successo o il guasto non è determinato prontamente. A più difettoso, il codice è scritto nei sensi idiosyncratic dagli impiegati che devono essere mantenuti all'aggiornamento il loro handiwork personale, intrappolanti altri sviluppatori perché nessuno altrimenti presunto capisce quel sistema. Per concludere, un membro della cooperativa può essere capito soltanto e quindi essere giudicato da un altro craftsperson, che è titubante criticare i co-membri. Per esempio, anche se la revisione di pari convenzionale è dimostrata come il metodo più redditizio per impedire e l'eliminazione degli errori di codificazione, poco È sviluppatori si controlla’lavoro di s.
Un corpo crescente di prova evidenzia la severità di questo problema. Gli esperimenti recenti che coinvolgono la produzione personale del software hanno trovato che alcuni programmatori con almeno cinque anni di esperienza hanno iniettato le centinaia dei difetti per mille linee del codice, con un caso il più difettoso più di di 1.100.
Le lezioni fondamentali dal movimento di qualità implicano che il costo di individuazione e di ripresa dei tutti questi difetti debba essere enorme. La maggior parte È professionisti non riconosce la scala del problema e la maggior parte È mancanza di organizzazioni la metrica per misurarla. Startling è il miglioramento quel risultati dopo tre mesi di usando la metrica personale: gli stessi programmatori che hanno iniettato le centinaia dei difetti per mille linee del codice hanno migliorato la loro qualità trasportata da un fattore di cinque - dieci.
Muovendosi verso l'età di ingegneria della molta dell'amministrazione dell'eredità richiede È organizzazioni per spostare la manutenzione e lo sviluppo del software dal lavoro del mestiere nell'età di ingegneria. In un metodo costruito, i campioni delle prestazioni sono ripartiti e trasferiti, i modelli di lavoro sono resi più metodici ed i componenti sono interscambiati e riutilizzati.
Poiché questo modo di pensare rappresenta un cambiamento drammatico nel mind-set del È organizzazione, opposizione alla prospettiva di tecnologia della programmazione può essere diffuso. È i responsabili sono sfidati per promuovere il riconoscimento dal È organizzazione dell'esigenza di cambiamento e per reinventare i metodi e le priorità in conformità con la coltura di ingegneria.
Controllo del processo del cambiamento
La maggior parte dei cambiamenti ai sistemi attuali sono proceduti in un modo altamente inefficiente; occorrono finchè circa quattro tempi un cambiamento fatto durante il nuovo sviluppo. È le organizzazioni pressured per rispondere spesso al tentativo delle unità di affari la difficoltà rapida. Gli sviluppatori entrano ordinariamente nei sistemi di software complessi ed effettuano le difficoltà secondarie (che generano spesso un flusso di cosiddetto ripar-su-ripari gli errori prima di completare il lavoro). Allora continuano ad un'altra operazione senza lasciare un'annotazione di che cosa. L'integrità concettuale del disegno originale, la documentazione ed il sistema effettuato in se degradano velocemente come ripetuto rapido-riparano le alterazioni si accumulano come il tessuto elettronico della cicatrice. Tali sistemi sono inevitabilmente difficili da capire ed effettuare.
Ancora una volta, alcune organizzazioni stanno ripensando fondamentalmente il loro metodo trattando la base installata più come software impaccato, che significa che le richieste del cambiamento sono razionalizzate e controllate. Queste organizzazioni hanno sostituito rapido-riparano il ciclo con un metodo iterativo di aumento che realizza i seguenti benefici significativi:
- guadagnano una più vasta prospettiva di una serie di cambiamenti secondari.
- resistono alla richiesta di costoso riparando quello trasportano poco beneficio di affari.
- sviluppano un metodo più efficiente a manutenzione perché riducono i 50 per cento di tempo di manutenzione che è speso che capisce l'applicazione corrente.
- usano le tecniche avanzate come le officine, le revisioni trattate di affari e prototyping per accertarsi che il giusto problema stia risolvendo.
- proteggono l'integrità del disegno e della documentazione.
Con questo metodo, il commercio ed È soci impiega un livello ben più grande di controllo e richiama il commercio reale e l'edizione tecnica. Un corpo di svista o un bordo convenzionale di revisione del cambiamento unisce i garanti di affari ed i proprietari trattati con È responsabili di cartella. Il bordo effettua un fuoco a lungo raggio (sviluppato intorno alla valutazione della cartella 4R) ed evita di essere aggiornato nella procedura quotidiana delle richieste del cambiamento. I cambiamenti significativi richiedono ovviamente l'approvazione del bordo, ma persino gli adattamenti e le difficoltà secondari subiscono un certo esame accurato meno convenzionale. Tutto il cambiamento contemplato richiede le risposte a parecchie domande:
- a che grado è il cambiamento chiesto compatibile con il disegno originale?
- a che grado è necessario il cambiamento?
- quanto il cambiamento aumenterà il sistema? Il beneficio giustifica il costo? È il cambiamento compatibile con il programma strategico?
- è il cambiamento entro i limiti del preventivo?
- quanto critico è il cambiamento rispetto ad altri nell'accumulo? - quando il rimborso di affari sarà realizzato?
- sono ci combinazioni dei cambiamenti che generano le economie di massa o altri sinergismi?
Dopo che queste domande siano risposte a, l'organizzazione allora classifica i cambiamenti, richieste dei gruppi dal beneficio di affari e di urgenza e stabilisce un processo di revisione per programmare i cambiamenti dalla priorità, dal costo - efficacia e dalla convenienza per strategia generale dell'eredità. Le mansioni urgenti — come quelle connesse con un guasto del sistema — sono effettuate più rapidamente quando il sistema è documentato bene ed in gente esperta è disponibile. I cambiamenti secondari senza il caso forte di affari sono raggruppati ed effettuati in un rilascio previsto per ottimizzare il processo di manutenzione.
Una volta che un programma normale degli aggiornamenti e dei rilasci è stabilito, gli utenti di affari contano sulle serie organizzate di cambiamenti, progettano l'introduzione di cambiamento nel commercio e vedono la cartella come bene di affari da un lungo termine piuttosto che un momento - prospettiva di tomoment. La riduzione del tempo È personale spende ogni giorno possibilmente su ridondante o i cambiamenti di sistema ill-advised le libera per più tipi di lavori.
L'argomento per la metrica
Che cosa il commercio sarebbe come senza un profitto - dichiarazione di e-perdita? Che cosa il baseball sarebbe come senza le medie guadagnate di funzionamento e le percentuali on-base? Per la maggior parte delle organizzazioni, la mancanza di metrica dell'eredità è soltanto parzialmente un aspetto delle edizioni tecniche e metodologiche; può essere un esempio prototipo della sfida proposta da coltura organizzativa.
Anche se molte organizzazioni così lo trovano difficile effettuare una storia dei loro progetti, valutazioni e numeri reali, altre organizzazioni commettono ai programmi di misura e raccolgono i dividendi. I risultati di questi programmi stanno colpendo. Per esempio, un rapporto recente su 500 È organizzazioni ha trovato che fra 25 e 30 per cento (persino fino a 60 per cento) di sforzo nelle poche organizzazioni che sono riuscito a istituire un programma di metrica è messo a fuoco sulle azioni correttive su un sistema installato (nei termini classici di qualità, questa è ripresa pura).
Un corpo crescente di sostegno la metrica sta producendo la parte esterna È organizzazione nel prodotto e nelle Comunità incluse del software all'interno del commercio. Questi clienti esterni non rinvieranno per più software di povero-quality. Quindi, l'emissione di me trics è capita il più bene come essere fondamentalmente un conflitto culturale e una sfida direttiva dentro È. Il punto principale è che lungamente come la conoscenza solida circa oltre le prestazioni è impossible trovare, le valutazioni certe delle prestazioni future rimangono fuori mano. Mentre le seguenti sezioni indicano, molte categorie di attività dell'eredità si prestano alla misura esatta.
Le misure del prodotto quante linee del codice sono state generate, cambiate, reengineered? Quanti punti di funzione sono stati trasportati o modificato stati? Quanti difetti sono incluso stati lungo il senso e quanti errori sono scoperto stati prima della consegna? Dopo la consegna?
Come i prodotti soddisfanno i bisogni del cliente? Come un dato sistema aggiunge il valore a o permette un commercio procede?
Misure trattate quante ore sono state dedicate a où si proietta nei 12 mesi scorsi? Quant0 di quelli erano diretti, indiretti e direttivi? Che fondi monetari sono stati consumati dove e quando? Quanto tempo era valore di aggiunta speso all'applicazione? Che cosa erano i tempi di ciclo? Quando esaminare è stata realizzata e quanto efficace era? Che genere di lavoro stava effettuando?
Le seguenti quattro categorie sono state suggerite per il lavoro di manutenzione: correttivo (cioè, errori di riparazione), adattabile (cioè, continuando con le regolazioni ed i cambiamenti esterni nella tecnologia), perfective (cioè, esigenze o prestazioni degli utenti cambianti) e preventivo (cioè, aumentando manutenzione ed affidabilità).
Le prestazioni organizzative come fa SONO organizzazione paragonano ai campioni di industria quale il modello di maturità dell'istituto di tecnologia della programmazione? Come È l'organizzazione soddisfa i relativi clienti? Come è sta trasportando il valore e la risposta ai bisogni?
Una volta che un sistema della metrica è sul posto, controllare gli utenti, sistemi dell'eredità ed È la gente diventa più diretto. Senza metrica, l'amministrazione rimane un aspetto di guesswork istruito. Alcuna dell'America’s la maggior parte delle società ammirate — quali Motorola e Hewlett Packard — ha riconosciuto l'urgenza dell'edizione e sta guidando la metrica durante le loro organizzazioni.
Che cosa è venuto essere conosciuto come il problema dell'eredità è non soltanto un aspetto dell'eredità’di oggi s dei beni’di ieri s. Domani’l'eredità di s deve essere considerata pure. Se oggi’la s È le organizzazioni usano gli stessi processi di manutenzione e di acquisizione, maneggiano gli stessi clienti usando lo stessi controllo del cambiamento e metodi architettonici ed allora devono fare fronte a quattro o cinque volte altretante scelte di tecnologia, non possono prevedere qualche cosa più meglio cinque anni giù la strada. Si potrebbe persino sostenere che la situazione dell'eredità di cinque anni da oggi sarà un ordine di grandezza più difettoso di esso è oggi.
Come con tutto lo sforzo principale di reengineering, le emissioni delle politiche e la coltura sono significative. La saggezza tradizionale su integrazione ha lasciato un'eredità di complessità. Questa eredità deve essere controllata in un mondo in cui È la funzione più non ha la concessione di monopolio su tecnologia dell'informazione velocemente cambiante. Queste sfide generano il bisogno di È responsabili sia a reengineer È in se che fornire la direzione e capire critiche alla revisione delle prospettive ed a guidare il cambiamento.
L'eredità non è i postumi di una sbornia episodici e di una volta dai giorni dell'elaboratore centrale. L'eredità è la sfida continua di evoluzione di leveraging È beni nell'era di computazione ibrida.
Online: 529 users browsing the articles directory
|
|