Perguntas e Respostas sobre o Processo SE # 1
Question:Descreva os componentes e a qualidade necessários para os documentos de especificação de software.
Answer:Documento de especificação de software pode ser definido como um conjunto de documentos que possuem detalhes completos sobre o software, assim como funções do software, necessidade do software, estrutura de design e sua eficiência. Um conjunto desses fatos valiosos satisfez o sistema de software. Reduzir a lacuna entre desenvolvedor e usuário é o principal objetivo desses documentos. Com a ajuda desses documentos, o usuário e o desenvolvedor entendem facilmente a necessidade e a expectativa desse sistema de software. Até que um cliente não obtenha a documentação adequada a respeito da especificação do software, ele nunca pensa que este sistema de software é a favor ou não. Satisfazia ou não a necessidade do usuário. Sem um documento específico, não é fácil para ninguém satisfazer seu cliente de que esse sistema de software completa suas expectativas.
Um documento especificado a respeito de software tem muitas descobertas de qualidade que são definidas a seguir, com a ajuda dessas qualidades um sistema de software pode atingir seu objetivo.
Completeness- A base dos documentos do sistema de software especificados deve cobrir todos os pontos que satisfizeram o cliente. No caso, se informações completas não forem encontradas nesses documentos, então uma série de questões levantadas contra isso não será bom para o desenvolvedor e cliente. Ambas as partes perdem a confiança com isso. Em suma, um documento satisfeito de software descreve todos os pontos relacionados à sua função e desempenho.
Accurate - 100% de precisão deve estar presente quando um documento de especificação de software está presente, pois pode enganar o cliente se este relatório não for preciso.
Understandable - O documento de especificação de software não deve ser confuso, o que significa que a visão ou objetivo deve ser claro e compreensível para que o usuário possa compreendê-lo facilmente e ficar satisfeito com este relatório.
Regularity - A regularidade também é uma parte principal deste documento porque cada parte ou ponto abordado passo a passo para que a confiança possa ser construída a favor desses documentos.
Alterable- A qualidade da alteração também deve estar presente no documento de especificação do software, pois a necessidade do cliente e do software pode ocorrer a qualquer momento. Portanto, para esta mudança, um amplo escopo deve estar presente neste relatório de documento.
Followable- Se o documento especificado pelo software cobriu todos os pontos passo a passo, então qualquer um pode entendê-lo facilmente e verificá-lo novamente em todos os níveis. Resumindo, a verificação cruzada é feita facilmente com este relatório.
Valid - Todos os documentos relacionados a ele devem ser válidos por lei, exigência e necessidade do cliente.
Partes do documento de especificação de software
Cada projeto tem uma necessidade específica. Portanto, não há nenhuma ideia presente que possa ser usada em todas as ocasiões ou em todas as situações. Portanto, para o relatório de documento de especificação de software, temos muitas visualizações para construí-lo. Mas todo relatório precisa de alguma linha de orientação, com a ajuda desses relatórios concluídos de outra forma não é possível.
Introduction - A introdução de qualquer coisa contém algum ponto que é necessário.
Qual é o objetivo do documento?
Área de necessidade
Cobre o ponto curto, assim como custo e cronograma.
Ashort nota sobre esse produto.
General detail - Esta seção do relatório cobre os seguintes pontos:
Abrange os pontos que podem afetar a necessidade e o software do cliente.
Para definir a relação com outro produto e muitas vezes comparado.
Detalhes das funções que podem ser executadas pelo software.
Qualidade ou recursos básicos para os usuários.
Para o benefício dos objetivos e necessidades do cliente fornecidos.
Functional need- Durante esta etapa, cada função deve ser descrita claramente, o que é feito pelo software depois de inserir os dados e obter a saída. Para realizar qualquer tipo de ação por este software, devemos definir coisas como a operação que é feita pelo software e qual deve ser a saída necessária deste.
Nature of outside need- Sob este ponto de especificação do documento de software deve ser detalhada toda a natureza possível do software e que tipo de estrutura utilizar. Um detalhe completo deve estar disponível sobre o manual do usuário, formato e feedback para o software.
Needs for performance- O detalhe da necessidade relacionado ao desempenho ou ação realizada pelo software que desempenha um papel importante na especificação do documento relacionado ao software. A ação realizada pelo software é a favor, ou seja, a qualidade deste software é boa e de acordo com o padrão que é decidido pelo cliente. O desempenho deve estar naquele estado que pode ser facilmente mensurável. A área de atuação abrange pontos como tempo de resposta e tempo esperado e etc.