Foram encontradas 4.241 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
As atividades do gerenciamento de requisitos incluem a análise e a negociação, a qual visa garantir que todos os requisitos do sistema tenham sido declarados de modo não ambíguo, sem inconsistências, omissões e erros
Workshop de requisitos, brainstorming, entrevistas e questionários são técnicas que podem ser utilizadas para elicitar requisitos.
Testes funcionais são aplicados para identificar não conformidades entre o programa e seus requisitos
Para se avaliar a documentação do projeto do software, deve ser utilizado o teste de unidade.
Em projeto de software, a independência funcional pode ser medida pela coesão, isto é, pela interdependência relativa entre os módulos, e pelo acoplamento, ou seja, pela força funcional relativa de um módulo
A fase de análise define os requisitos do cliente, conforme as necessidades de negócio, e as considerações técnicas envolvidas, que se agrupam em uma solução tecnológica, compõem a fase de projeto de software.
Requisitos não funcionais do sistema podem influenciar o estilo e a estrutura escolhida para uma aplicação, pois a arquitetura de sistema afeta seu desempenho, sua distribuição e manutenção.
Quando a baseline, gerada na função de controle da configuração, é selecionada para ser liberada para o cliente, ocorre a função de avaliação e revisão da configuração.
Na perspectiva de desenvolvimento, a gerência de configuração pode ser dividida em controle de modificações, controle de versões e gerenciamento de construção.
No V-model, que integra o ciclo de vida de desenvolvimento de software ao ciclo de teste, a validação refere-se ao desenvolvimento, enquanto a verificação se refere ao teste
Os principais níveis de teste de software são os de caixa branca, os de caixa preta, os de sistema e os de aceitação.
No teste de software, defeitos em um produto podem provocar falhas, gerando erros, que são comportamentos inesperados em um software
Os testes de software buscam garantir que as funcionalidades definidas para atender as necessidades do cliente foram implementadas. Portanto, só podem ser realizadas ao término da construção de um software.
A rastreabilidade bidirecional deve ocorrer tanto de forma horizontal quanto vertical. A horizontal estabelece a dependência de um requisito-fonte até o nível de decomposição mais baixo do produto, enquanto a rastreabilidade vertical estabelece a dependência dos requisitos entre si.
Na análise estruturada, o modelo criado representa o fluxo e o conteúdo da informação, dividido em partições funcionais e comportamentais. Na análise orientada a objetos, o objetivo é modelar os objetos do domínio do produto, seus relacionamentos e comportamentos
O desenvolvimento de requisitos é constituído por processos de elicitação de requisitos, análise e negociação de requisitos, especificação e modelagem dos requisitos e validação de requisitos.
Após a identificação, os requisitos devem ser modelados para se obter uma melhor compreensão do produto a ser desenvolvido. Os principais paradigmas de modelagem de requisitos são análise estruturada e análise orientada a objetos.
A gerência de requisitos deve manter a matriz de rastreabilidade atualizada para, caso o cliente solicite uma mudança, o item de configuração correspondente seja implementado.
De acordo com a evolução dos requisitos, estes podem ser classificados em permanentes, que são gerados nas fases iniciais do desenvolvimento, e voláteis, que surgem ao longo do processo de construção do software
Sistemas que incluem software são classificados em duas categorias: sistemas técnicos embasados em computadores e sistemas sociotécnicos. Os primeiros incluem componentes de hardware, software, pessoas, procedimentos e processos; os segundos são regidos pelas políticas e regras organizacionais.