English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Processo di sviluppo di Web site - i punti di ciclo di vita

Web design RSS Feed





Un processo di sviluppo del sistema può seguire un certo numero di strutture specifiche dell'azienda o di campione, metodologie, modellando gli attrezzi e le lingue. Il ciclo di vita di sviluppo di software viene normalmente con alcuni campioni che possono compiere i bisogni di tutta la squadra di sviluppo. Come software, i Web site possono anche essere sviluppati con determinati metodi con alcuni cambiamenti e le aggiunte con il processo attuale di sviluppo di software. Vediamo i punti coinvolgere in tutto lo sviluppo di Web site.

1. Analisi:

Una volta che un cliente è iniziato a discutere i suoi requisiti, la squadra entra in esso, verso l'analisi di requisito preliminare. Mentre il Web site sta andando essere una parte di un sistema, ha bisogno di un'analisi completa come, come il Web site o l'applicazione basata fotoricettore sta andando aiutare il sistema attuale e come il luogo sta andando aiutare il commercio. Inoltre l'analisi dovrebbe riguardare tutte le funzioni particolarmente su come il Web site sta andando unire il sistema attuale. La prima cosa importante sta trovando i destinatari. Allora, tutti i fissaggi, software, gente e dati attuali dovrebbero essere considerati durante il periodo dell'analisi. Per esempio, se un'azienda XYZ corp è necessitante un Web site per avere relativi particolari della risorsa umana in linea, la squadra di analisi può provare ad utilizzare i dati attuali circa gli impiegati dalla base di dati attuale. L'analisi dovrebbe essere fatta nel senso, quello non può essere troppo che richiede tempo o con molto meno informativo. La squadra dovrebbe potere fornire l'analisi dei costi e dei redditi completa e poichè il programma per il progetto sarà un'uscita dell'analisi, dovrebbe essere realistica. Per realizzare questo l'analista dovrebbe consultare i progettisti, gli sviluppatori ed i tester per fornire un programma realistico.

Input: Interviste con i clienti, le poste ed i documenti sostenenti dal cliente, le note di discussioni, la chiacchierata in linea, le conversazioni telefoniche registrate, i luoghi di modello/applicazioni ecc.,

Uscita: 1. Programma di lavoro, 2. implicati costati, 3. requisiti della squadra, 4. requisiti hardware-software, 5. documenti di comprovazione e 6. l'approvazione

2. Costruzione di specifica:

Le specifiche preliminari sono elaborate dissimulando ogni elemento del requisito. Per esempio se il prodotto è un Web site allora i moduli del luogo compreso la disposizione generale, la navigazione del luogo e le parti dinamiche del luogo dovrebbero essere incluse in spec. I più grandi progetti richiederanno ulteriori livelli di consultazione di valutare il commercio supplementare ed i requisiti tecnici. Dopo l'esame e l'approvazione del documento preliminare, una proposta scritta è preparata, descrivente la portata del progetto compreso le responsabilità, le cronologie ed i costi.

Input: Rapporti dalla squadra di analisi

Uscita: Completi le liste dei requisiti agli individui ed al rappresentante cliente/del cliente

3. Disegno e sviluppo:

Dopo lo sviluppo della specifica, il lavoro sul Web site è preveduto sulla ricevuta della proposta firmata, un deposito e tutti i materiali e grafici che soddisfatti scritti desiderate includere. Qui normalmente le disposizioni e la navigazione saranno progettate come prototipo.

Alcuni clienti possono essere interessati soltanto ad un prototipo funzionale completo. In questo caso possiamo avere bisogno di di mostrare loro l'interattività dell'applicazione o del luogo. Ma in la maggior parte dei casi il cliente può essere interessato nelle osservazioni due o disegno tre con tutte le immagini e navigazione.

Ci possono essere molti suggerimenti e cambiamenti dal lato del cliente e tutti i cambiamenti dovrebbero freezed prima di entrare nella fase prossima. Le revisioni hanno potuto essere rivisualizzate via il fotoricettore affinchè il cliente osservino.

Come stato necessario, le osservazioni del cliente, le risposte e le approvazioni possono essere comunicate per il email, il fax e telefono.

Durante la fase di disegno la squadra dovrebbe elaborare i programmi e le procedure di prova per garanzia della qualità. È necessario da ottenere l'approvazione del cliente sui programmi di progetto e di disegno.

Paralelamente la squadra della base di dati si sederà e capire i requisiti ed elaborare la base di dati con tutti gli strutture di dati e dati del campione inoltre saranno preparate.

Input: Lista dei requisiti

Uscita: Disegno del luogo con le mascherine, le immagini ed il prototipo

4. Scrittura soddisfatta:

Questa fase è necessaria pricipalmente per i Web site. Ci sono sviluppatori soddisfatti professionisti che possono scrivere il soddisfare specifico dell'industria e relativo per il luogo. I produttori soddisfatti per aggiungere il loro testo possono utilizzare le mascherine di disegno. Il controllo di ortografia e grammaticale dovrebbe essere sopra in questa fase.

Input: Mascherina progettata

Uscita: Luogo con il soddisfare formattato

5. Codificazione:

Ora la relativa girata dei programmatori per aggiungere il suo codice senza disturbare il disegno. Diverso del disegno tradizionale lo sviluppatore deve sapere che l'interfaccia ed il codice non dovrebbero disturbare lo sguardo ed il tatto del luogo o dell'applicazione. Così lo sviluppatore dovrebbe capire il disegno e la navigazione. Se il luogo è dinamico allora il codice dovrebbe utilizzare la mascherina. Lo sviluppatore può avere bisogno di di interagire con il progettista, per capire il disegno. Il progettista può avere bisogno di di sviluppare alcuni tasti grafici quando lo sviluppatore è mai nel bisogno, particolarmente mentre usando certa forma si abbottona. Se una squadra di sviluppatori stia lavorando dovrebbero usare un CVS per controllare le loro fonti. La squadra di codificazione dovrebbe generare i programmi di prova necessari così come documentazione tecnica. Per esempio gli utenti del Java possono usare JavaDoc per elaborare i loro documenti per capire il loro flusso di codice. La documentazione dell'utilizzatore finale può anche essere preparata dalla squadra di codificazione, che può essere usata da un produttore tecnico che può capirlo, scrive gli aiuti ed i manuali più successivamente.

Input: Il luogo con le forme e la lista dei requisiti

Uscita: Funzioni determinate base di dati con il luogo, codificante i documenti

6. Prova:

Diverso di software, il fotoricettore basato le applicazioni ha bisogno della prova intensa, poichè le applicazioni funzioneranno sempre come sistema multiutente con le limitazioni di larghezza di banda. Alcuna della prova che dovrebbero essere fatte è, prova di integrazione, prova di sforzo, prova di Scalablity, prova del carico, prova di risoluzione e prova di compatibilità del traversa-browser. Sia la prova automatizzata che la prova manuale dovrebbero essere fatte sicuramente. Per esempio il relativo necessario per provare i grafici veloci di caricamento e per calcolare il loro tempo di caricamento, poichè sono molto importanti per tutto il Web site. Ci sono determinati attrezzi di prova così come alcuni attrezzi di prova in linea che possono aiutare i tester a verificare le loro applicazioni. Per esempio gli sviluppatori di asp possono utilizzare l'attrezzo di prova di applicazione Web del Microsoft per verificare le applicazioni di asp, che è un attrezzo libero disponibile dal luogo di Microsoft da caricare programmi oggetto.

Dopo avere fatto tutta la prova una prova in tensione è necessaria per i Web site e le applicazioni basate fotoricettore. Dopo uploading il luogo ci dovrebbe essere una prova completa (per esempio. Prova di collegamenti)

Input: Il luogo, le liste dei requisiti, i documenti di comprovazione, le caratteristiche tecniche ed i documenti tecnici

Uscita: Applicazione completata/luogo, relazioni sull'esperimento, ceppi di errore, frequente interazione con gli sviluppatori e progettisti

7. Promozione:

Questa fase è applicabile soltanto per i Web site. La promozione ha bisogno della preparazione delle modifiche del meta, dell'analisi costante e della presentazione del URL ai motori ed agli indici di ricerca. Ci è un articolo dei particolari in questo luogo sulla promozione del luogo, si scatta qui per leggerlo. La promozione del luogo è normalmente un processo continuo poichè le strategie del Search Engine possono cambiare abbastanza spesso. Presentando i URL del luogo una volta in 2 mesi può essere una politica ideale di presentazione. Se il cliente è disposto, quindi lo scatto pagato e le presentazioni pagate possono anche essere fatti con costo supplementare.

Input: Il luogo con il soddisfare, cliente spedice la citazione dei competitori

Uscita: Presentazione del luogo con la preparazione necessaria della modifica del meta

8. Manutenzione ed aggiornare:

I Web site avranno bisogno di updations abbastanza frequenti di mantenerli molto freschi. In quel caso dobbiamo ripetere l'analisi e tutti i altri punti del ciclo di vita si ripeteranno. Le difficoltà di insetto possono essere fatte durante il periodo di manutenzione. Una volta che il vostro Web site è promozione operativa e continua, manutenzione tecnica, amministrazione soddisfatta & aggiornare, i rapporti d'attività di visita in-loco, la formazione del personale e la guida è necessari in maniera regolare per dipendere dalla complessità del vostro Web site e dai bisogni all'interno della vostra organizzazione.

Input: Il luogo/applicazione, soddisfare/funzioni da aggiornare, rianalisi segnala

Uscita: L'applicazione aggiornata, documenti di comprovazione all'altro ciclo di vita fa un passo e teams.

I punti suddetti da solo non sono rigorosi allo sviluppo di Web site o di applicazione Web. Alcuni punti non possono applicabile per determinate mansioni. Relativo dipendono dal costo ed il tempo in questione e la necessità. A volte se è un luogo di intranet, quindi non ci sarà promozione del luogo. Ma anche se siete una piccola ditta di sviluppo, se voi adottate determinata progettazione con i punti di questa ingegneria di fotoricettore in mente, definitivamente riflette nella qualità del risultato.

Vedi che il diagramma di flusso “come noi fa lo sviluppo di fotoricettore in Macronimous? „ [Disposizione del pdf]

Macronimous è un'agenzia per lo sviluppo internazionale specializzata di fotoricettore, con una differenza. Rend contoere che l'agenzia per lo sviluppo di fotoricettore è una terminologia che recentemente è stata travisata e scopo per differenziarsi dagli altri.

http://www.macronimous.com/resources/web_development_life_cycle.asp

Fonte dell'articolo: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster prendi il Codice Html
Aggiungi questo articolo al tuo sito ora!

Webmaster invia i tuoi Articoli
Nessuna registrazione richiesta. Compila il form e i tuoi articoli sono nella Directory di Messaggiamo.Com

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Invia i tuoi articoli alla Directory di Messaggiamo.Com

Categorie


Copyright 2006-2011 Messaggiamo.Com - Mappa del Sito - Privacy - Webmaster invia i tuoi articoli alla Directory di Messaggiamo.Com [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu