Ottenere Destra Di Sviluppo Dei Sistemi

Share

|

Unito Dichiara è il paese più computer-dependent nel mondo. Da software su ordinazione progettato e costruito per le funzioni uniche quale un sistema di inseguimento globale a software standard per uso commerciale quali l'elaborazione di testi ed i fogli elettronici, il ciclo di vita di sviluppo è basicamente lo stesso. I metodi al ciclo di vita variano secondo il formato, la portata e la natura del sistema. Il motivo più grande per la varianza nei metodi scende a costituire un fondo per nelle quattro zone principali in cui il software è sviluppato.

Commerciale

Le pratiche di sviluppo del software nel mondo commerciale variano notevolmente da un'organizzazione ad un altro e realmente entrano in due categorie. La prima categoria è lo sviluppatore del prodotto. Gli sviluppatori del prodotto sono aziende come Microsoft, l'IBM, Hewlett Packard e molti, molte più piccole imprese. Producono il software per uso totale ed i loro prodotti includono tutto dai sistemi operativi ai browsers agli interventi finanziari. Il secondo è i reparti di tecnologia dell'informazione delle aziende di servizio e di industria, quale l'industria automobilistica, l'industria alimentare, la sanità e l'al minuto interni.

Sviluppatore Del Prodotto

Lo sviluppo del software alle aziende di sviluppo del prodotto rigorosamente è controllato. Per queste aziende, rimanendo competitiva, avendo luogo in tempo e mantenente il livello basso di costi è la sopravvivenza di affari. Le formalità dei progetti di governo conducono alle pratiche streamlined puntate su promuovendo il rendimento. Secondo il formato dell'azienda, le liste e le specifiche di requisito possono assomigliare a più di un ordine di operazione che il codice pseudo. Il controllo di versione può essere effettuato su un bordo del grasso in contrasto con per mezzo di un attrezzo di amministrazione specializzato di configurazione. La concentrazione di sforzo deve mantenere la corrente della documentazione dell'utente ed il programma di progetto include un senso e un fuoco per il prodotto, accertandosi che le nuove caratteristiche e possibilità continuino e sorpassino la concorrenza.

Nelle più grandi aziende, codificando i campioni e nel controllo di qualità esista e continuamente sono migliorati. Nelle più piccole imprese, la squadra di codificazione è compressa e le squadre lavorano molto attentamente, le tecniche di borrowing da a vicenda e standardizzando i moduli sugli sviluppatori del prodotto del mosca contano sulle organizzazioni di industria del non-calcolatore e di governo per comprare i loro prodotti e per rimanere così nel commercio.

Proviene dallo sviluppatore del prodotto che molta nuova tecnologia è sviluppata e visualizzata ad un mercato composto di grandi e piccole imprese e di utenti del personal computer. Costituendo un fondo per per il nuovi sviluppo e mantenimento della sopravvivenza attuale di affari di mezzi dei prodotti. I requisiti cambiano basato sulle dichiarazione di perdita e di profitto, sul senso dell'industria di calcolatore e sullo sviluppo di nuova tecnologia.

La documentazione è messa fuori sul Internet ed è resa disponibile per trasferire. Soprattutto consiste delle guide dell'installazione, dei manuali di funzionamenti e dei manuali di utente. La qualità e l'impiego possibile della documentazione ha generato un mercato solido per i libri di periferia. Questi libri sono scritti e pubblicati fuori delle aziende di calcolatore che producono i prodotti e sono quasi essenziali agli utenti che desiderano guadagnare la competenza del prodotto senza spendere le ore che giocano “aimlessly” sul calcolatore.

Reparto Di Tecnologia dell'informazione

Dall'industria di sanità alle grandi organizzazioni al minuto, l'unico software sviluppato è su una base come-necessaria. Se il software disponibile immediatamente commerciale (dei COTS) può essere usato, sarà. Se il software dei COTS può essere modificato per uso, circondi il codice sarà scritto. Se il nuovo software deve essere sviluppato, una squadra è formata per svilupparla. Il capo della squadra regola generalmente le regole per codificazione e documentazione che possono interpretare diversamente la guida di riferimento corporativa molto che il capo della squadra sull'ultimo progetto. In molti casi, reparti ha generato uno o più ed a volte parecchie “applicazioni rapide e” grossolane con poca o nessuna documentazione. Queste applicazioni possono essere scritte per accomodare un bisogno immediato, ma non pianificato di affari, quale i dati specifici di insieme dei membri stati necessari dai rappresentanti che non potrebbero essere disponibili con l'applicazione corrente regolata. Ci possono essere programmi di lunga durata per la risoluzione della massa di applicazioni provvisorie installate rapidamente per accomodare i dati uniti dalle fusioni dell'azienda. È raramente ci documentazione sufficiente a carne verso l'esterno i funzionamenti interni del sistema e, dovuto il giro d'affari degli impiegati, ci non può neppure essere chiunque che capisca perchè è stato fatto il senso che era. La sopravvivenza del commercio è basata sugli utenti che possono fare che cosa devono fare per soddisfare le esigenze di affari dell'azienda. Costituendo un fondo per per ESSO sforzi si transforma in in una concorrenza con i prodotti di base ed i servizi di affari.

Il risultato di questi metodi che sono usati da ESSO organizzazioni ad un'azienda dopo un altro è un fotoricettore complesso delle applicazioni con l'interfaccia ed i moduli di applicazione non documentati. I problemi che questo le cause sono state messe in luce completo quando queste aziende hanno dovuto occuparsi dello sforzo 2000 di remediation di anno. Anche ottenere un inventario esatto dei beni di programma era challenging e mettere un programma di qualità sul posto per accertare la riservatezza 2000 di anno dei funzionamenti continui ha incluso troppo spesso altretante eccezioni come test di verifica di verifica.

Governo

Una volta unito Dichiara gli enti governativi decidono installare un nuovo sistema di elaborazione, fa il più spesso con uno sforzo comune fra l'agenzia ed uno o più appaltatori. Quando un nuovo sistema di elaborazione includerà il nuovo software, specificamente sviluppato per i bisogni unici dell'agenzia, lo sforzo di sviluppo è governato dai vasti campioni della documentazione e di ingegneria. Ciò è allineare anche quando il sistema includerà una miscela dei pacchetti disponibili immediatamente commerciali (dei COTS) e di nuovo codice. Il valore di questi campioni è tanto nel livello della comunicazione che forzano durante lo sviluppo quanto niente altro.

La squadra di sviluppo ha un programma di strada ed il personale addetto al programma dell'agenzia ha attrezzi per valutare e valutare il software durante l'ogni fase dello sviluppo. Durante la fase di requisiti, i bisogni’dell'agenzia s e desidera sono analizzati ed i metodi e le tecniche tecnologici per soddisfare le esigenze sono determinati e documentati. Ci è presentazioni convenzionali, settimane delle revisioni previste, trattative e compromesso per rimanere all'interno del preventivo. Alla fine, ci è una riunione ceremonial grande dove l'accettazione dall'agenzia è data per procedere allo sviluppo del sistema.

La fase di disegno è spesso due-two-tiered. La prima parte del disegno può riferirsi a come livello elevato. È a questo livello che il grande sistema e tutti i relativi sottosistemi sono definiti chiaramente. I requisiti accosentiti nella fase precedente sono tracciati chiaramente alla progettazione di sistema. Le decisioni sono prese circa come il sistema sarà esaminato per dimostrarlo che ha fatto fronte alle richieste. Di nuovo, ci è riunioni, revisioni, documentazione e una riunione ceremonial grande per assegnare l'approvazione per continuare. Un'altra pietra è contrassegnata; il disegno a basso livello comincia e sarà seguito da altre riunioni ceremonial alla conclusione di ogni disegno di sottosistema.

Ormai ci è tipo le specifiche di A, il tipo specifiche di B, specifiche di interfaccia, specifiche della base di dati, programmi di progetto, programmi dell'amministrazione di configurazione, programmi di garanzia della qualità e guida di riferimento del programmatore ad un minimo. Ci sono centinaia ed a volte migliaia, di documentazione delle pagine che cosa il sistema farà, come lo farà, come sarà controllato durante lo sviluppo e come sarà esaminato per accertargli i raduni le specifiche. Secondo i campioni usati dalle agenzie, quali il FAA, il DOD ed il IRS, per chiamare alcuni, tutto il questo è supposto per accadere prima che una singola linea del codice sia scritta.

Durante la fase di codificazione, il sistema è documentato in manuali di utente, manuali di funzionamenti e manuali di manutenzione. I metodi di prova dettagliati con i risultati previsti ed il testo ripetuto dai documenti precedenti sono installati. Gran parte del testo nei manuali è ridondante alle specifiche. È questi manuali che sopravvivranno quando il sistema va operativo. In alcune agenzie e per alcuni sistemi, questi manuali sono effettuati durante la durata del sistema. In molti, non sono. Il livello di costituire un fondo per giustificato e reso disponibile per sviluppo non è non estendere ad effettuare molte dei sistemi o della loro documentazione una volta che sono migrati in produzione.

Questo livello di documentazione può essere garantito sui progetti missione-critici quale software per la corsa–di spazio dell'uomo. Nella maggior parte dei casi, è overkill puro e può realmente impedire lo sforzo di sviluppo forzando il fuoco sui deliverables della documentazione mentre codificare e verificare il tempo sono diminuiti.

SVILUPPO DEL SISTEMA — CHE COSA È DI DESTRA

L'integrazione dei sistemi e dell'espansione dei sistemi interni da comunicare con i sistemi esterni detta che una certa consistenza nei metodi di variazione deve essere stabilita. Le metodologie che tentano di soddisfare questo bisogno si sono generate dappertutto. Passando in rassegna attraverso tutta la sezione di informatica di Amazon.com, i bordi, o Barnes & il nobile riveleranno il libro dopo che libro sui metodi che possono essere usati. Gli appaltatori di governo che sperano di assicurare il lavoro nel settore privato come preventivi di molte agenzie sono tagliati, stanno venendo in avanti dichiarando che abbiano le risposte. Portano con loro i metodi sviluppati per gli sforzi in grande scala e complessi che sono overkill per sviluppo commerciale dei sistemi. I benefici degli attrezzi quali i campioni di qualità internazionali di organizzazione di normalizzazione (iso), la serie 9000 ed il modello di maturità di possibilità’dell'istituto s di tecnologia della programmazione (SEI CMM) sono costosi rendersi conto se gli attrezzi non sono adattati adeguatamente. Per alcuno le aziende profitt-basate, costituendo un fondo per per l'uso di questi attrezzi è quasi impossibili.

Gli sforzi stanno facendi durante l'industria di calcolatore trovare una certa terra comune per il metodo a sviluppo del software. I capi di industria stanno standardizzando le interfacce per aumentare la portabilità di applicazione, estendente la necessità per le aziende di sapere i loro sistemi funzionano. Il punto di tutto il questo forse è osservato come materiale di riferimento più o meno allo stesso modo come enciclopedia. Usi le informazioni per ottenere più astuto ed allora per applicare le informazioni con il buonsenso. Tenga presente che qualche gente molto astuta può essere molto buona dicendo ad altre a come a faccia le cose, ma difetta della capacità e del "know-how" di ottenere il lavoro fatto. La gente che è stata nelle trincee sui piccoli e grandi progetti sa e capisce che ci è una mediana felice che può e deve essere realizzata.

Ottenga i principi fondamentali

Ad un minimo, ad una descrizione di ogni applicazione, ad un attuale ed al progettato a, necessità di essere annotato e di essere effettuato. Se l'applicazione è una base di dati autonoma che permette che le domande siano fatte usando una varietà di prodotti o di codice del personal computer che convertiranno un sistema dell'eredità in ultima e tecnologia più grande, è critica conoscere che cosa sta continuando in via di sviluppo. Una buona descrizione di un'applicazione includerà le seguenti informazioni.

dichiarazione di scopo di applicazione del §

requisiti dell'input e dell'uscita del §

requisiti di fissaggi del §

requisiti dell'ambiente di software del §

la posizione del § della versione corrente del codice sorgente o i COTS ha installato

il § Version/last ha modificato le descrizioni

Con queste informazioni, tutto l'altrimenti può essere ricostruito su una base come-necessaria.

La dichiarazione di scopo di applicazione la dichiarazione di scopo di applicazione dice al motivo di affari per avere il software, le limitazioni e le possibilità del prodotto ed il punto del contatto per ottenere le domande risposte a circa il prodotto. Ciò è una dichiarazione non tecnica che spiega che cosa l'applicazione è e che cosa. È scritto al livello componente del componente del livello piuttosto che di sistema di applicazione. Per esempio, una volontà finanziaria del sistema con tutta probabilità include le domande di registro generale, giornale che procedono e conti da pagare. Una dichiarazione di scopo è redatta per il registro generale, il giornale che procedono ed i conti da pagare. Possono allora essere limitati in un documento ma ciascuno deve essere descritto chiaramente indipendentemente dagli altri perché saranno effettuati e col tempo individualmente aggiornato. La dichiarazione di scopo deve essere testo. Gli schemi sono piacevoli, ma sono soltanto di appoggio al testo perché gli schemi non possono contenere generalmente tutte le informazioni necessarie senza diventare troppo complessi da leggere.

Requisiti dell'uscita e dell'input è essenziale per conoscere che dati sono previsti dall'applicazione e che dati sono generati dall'applicazione. Quando un'applicazione prevede i dati, sta andando venire da una di tre fonti: un input della lima, un processo di programma, o un utente. Che le informazioni devono essere dichiarate. Se l'applicazione ottiene le informazioni da una base di dati della parte esterna o della lima, le tabelle della base di dati e di nome di archivio devono essere identificate. Quando l'applicazione ottiene le informazioni da un processo all'interno della logica del programma, la logica deve essere descritta. Quando l'applicazione ottiene le informazioni da un utente, i valori e le gamme validi devono essere documentati.

Quando un'applicazione genera i dati, sta andando a la trasmette in qualche luogo o la mantiene. Se l'applicazione sta trasmettendo i dati in qualche luogo, il nome di archivio dell'obiettivo e la necessità della tabella della base di dati di essere dato. Se sta andando visualizzare i dati, questa deve essere spiegata. Se l'applicazione memorizza soltanto i dati all'interno dell'applicazione da usare per le domande ed i rapporti, regole che governano le rotazioni dell'aggiornamento, archivianti ed eliminanti l'inceppo la necessità di essere fornito.

Le informazioni dell'ingreso/uscita sono presentate il più bene in una disposizione della tabella. Gli elementi dei dati possono essere elencati in ordine alfabetico, rendendole facili trovare il percorso di dati per manutenzione di applicazione ed effettuando un analisi guasti.

I requisiti di fissaggi questo dovrebbero essere una lista molto di base di che apparecchiatura è necessaria nell'ordine affinchè l'applicazione funzioni in tutta l'organizzazione. La lista dovrebbe dare i requisiti minimi di possibilità e della memoria del processor.

Requisiti che dell'ambiente di software questa lista deve specificare tutti i componenti di software stati necessari sul sistema per fare funzionare l'applicazione. Ciò include il rilascio e la versione del sistema operativo, il rilascio e la versione della base di dati e tutte le altre applicazioni l'applicazione che è bisogni descritti.

La posizione della versione corrente della fonte e codice di oggetto o i COTS ha installato questa parte di documentazione diventa essenziali nell'effettuare l'integrità nell'ambiente di sviluppo. Il senso migliore avere queste informazioni disponibili ed esatte deve utilizzare gli attrezzi di amministrazione di configurazione.

Le descrizioni modificate Version/Last questa parte di documentazione specificamente dichiara che cambiamenti sono stati fatti all'applicazione e quando sono stati fatti. Le informazioni supplementari su chi hanno fatto i cambiamenti possono essere utile soltanto se l'organizzazione di codificazione è statica. “Che le ha fatte” il fattore diventa insignificante nelle organizzazioni dinamiche.

È meglio avere i diversi rapporti di versione per ogni rilascio, piuttosto che liste continue dei cambiamenti. Questo metodo promuove la documentazione più completa.

LO SVILUPPO DEI SISTEMI — È CHE ESSO?

Avere la documentazione di base permette ad un'azienda di sviluppare tutta la documentazione supplementare che può essere progettata. Nel mondo di governo, può essere usato per generare tanta carta come il progetto richiede. In un mondo di sviluppo di prodotto commerciale, fornisce le informazioni sufficienti per i produttori tecnici per generare i funzionamenti ed i manuali di utente. In ESSO i reparti, esso si accerta che il codice sia controllato e possa essere aggiornato, convertito ed essere usato nei sensi costruttivi e produttivi. All'interno di ogni organizzazione, deve essere una disposizione standardizzata per la documentazione di base. Le revisioni dell'amministrazione e del pari della documentazione di base dovrebbero essere incluse nel programma di sviluppo. Le revisioni possono essere condotte come riunioni convenzionali dove tutta riunisce in una stanza e passa attraverso la documentazione pagina per pagina, o come le revisioni informali dove il documento è distribuito ed osservazioni sono presentati alla squadra creante. Le procedure per effettuare e l'aggiornamento delle versioni della copia stampata ed elettroniche della documentazione devono esistere.