SE Process Q & A # 1
Question:Descrivere i componenti e la qualità necessari per i documenti di specifica del software.
Answer:Il documento di specifica del software può essere definito come un insieme di quei documenti che hanno dettagli completi sul software proprio come le funzioni del software, la necessità del software, la struttura del design e la sua efficienza. Una serie di questi fatti preziosi ha soddisfatto il sistema software. Ridurre il divario tra sviluppatore e utente è l'obiettivo principale di questi documenti. Con l'aiuto di questi documenti, l'utente e lo sviluppatore comprendono facilmente la necessità e le aspettative di questo sistema software. Fino a quando un cliente non ottiene la documentazione adeguata per quanto riguarda le specifiche del software, non pensa mai che questo sistema software sia a favore o meno. Ha soddisfatto o meno la necessità dell'utente. Senza un documento specificato non è facile per nessuno che può soddisfare il suo cliente che questo sistema software completa le sue aspettative.
Un documento specifico riguardante il software ha molte scoperte di qualità che sono definite di seguito, con l'aiuto di queste qualità un sistema software può raggiungere il suo obiettivo.
Completeness- La base dei documenti del sistema software specificato è di coprire tutti i punti che hanno soddisfatto il cliente. Nel caso in cui le informazioni complete non si trovano in quei documenti, vengono sollevate una serie di domande contro questo e non sarà un bene per lo sviluppatore e il cliente. Entrambe le parti perdono la loro fiducia per questo. In breve, un software soddisfatto dei documenti descrive tutti i punti relativi alla sua funzione e alle sue prestazioni.
Accurate - La precisione del 100% dovrebbe essere presente quando è presente un documento con le specifiche del software perché fuorvia il cliente se questo rapporto non è accurato.
Understandable - Il documento sulle specifiche del software non deve creare confusione, il che significa che la visione o l'obiettivo deve essere chiaro e comprensibile in modo che l'utente possa comprenderlo facilmente e diventare soddisfatto di questo rapporto.
Regularity - La regolarità è anche una parte principale di questo documento perché ogni parte o punto è trattato passo dopo passo in modo che la fiducia possa essere costruita a favore di questi documenti.
Alterable- Anche la qualità dell'alterazione dovrebbe essere presente nel documento delle specifiche del software perché la necessità del client e del software può essere modificata in qualsiasi momento. Quindi per questo cambiamento dovrebbe essere presente un ampio campo di applicazione in questo rapporto del documento.
Followable- Se il documento specificato dal software copre tutti i punti passo dopo passo, chiunque può comprenderlo facilmente e verificarlo di nuovo ad ogni livello. In breve, il controllo incrociato viene eseguito facilmente con questo rapporto.
Valid - Tutti i documenti relativi ad esso dovrebbero essere validi per legge, requisito e necessità del cliente.
Parti del documento con le specifiche del software
Ogni progetto ha esigenze specifiche. Quindi non è presente alcuna idea che possa essere utilizzata ogni volta o in ogni situazione. Quindi, per il report del documento delle specifiche del software, sono disponibili molte viste per crearlo. Ma ogni report necessita di qualche linea guida, con l'aiuto di questi report completati altrimenti non è possibile.
Introduction - L'introduzione di qualsiasi cosa contiene un punto che è necessario.
Qual è l'obiettivo del documento?
Area di bisogno
Copre il punto breve proprio come i costi e la pianificazione.
Breve nota su quel prodotto.
General detail - Questa sezione del rapporto copre i seguenti punti:
Copre quei punti che possono influenzare le esigenze del cliente e il software.
Per definire la relazione con altri prodotti e confrontati più volte.
Dettagli delle funzioni che possono essere eseguite dal software.
Qualità o funzionalità di base per gli utenti.
A vantaggio degli obiettivi del cliente e delle esigenze fornite.
Functional need- Durante questa fase dovrebbe essere descritta chiaramente ogni funzione che viene eseguita dal software dopo aver inserito i dati e ottenuto l'output. Per eseguire qualsiasi tipo di azione da parte di questo software, dovremmo definire le cose come l'operazione che viene eseguita dal software e quale dovrebbe essere l'output richiesto da questo.
Nature of outside need- Sotto questo punto di specifica del documento software dovrebbe essere dettagliata tutta la possibile natura del software e il tipo di struttura utilizzata. Dovrebbero essere disponibili dettagli completi sul manuale utente, il formato e il feedback per il software.
Needs for performance- Il dettaglio delle necessità relative alle prestazioni o all'azione svolta dal software che svolge un ruolo importante nella specifica del documento relativo al software. L'azione svolta dal software è a favore, ciò significa che la qualità di questo software è buona e secondo lo standard che viene deciso dal cliente. Le prestazioni dovrebbero essere in quello stato che può essere facilmente misurabile. L'area delle prestazioni comprende punti come il tempo di risposta e il tempo previsto, ecc.