Logo Passei Direto
Buscar
Sobre análise de requisitos da engenharia de software, considere: Os requisitos de usuário podem descrever tanto requisitos funcionais quanto requisitos não- funcionais. Os requisitos de sistema podem descrever apenas requisitos não funcionais. Os requisitos não-funcionais podem ser divididos em requisitos de produto, organizacionais e externos. É válido o contido em:
3, somente.
1 e 2, somente.
2 e 3, somente.
1 e 3, somente.
1, 2 e 3.
User badge image
Estudo Através de Questões

há 2 anos

Respostas

User badge image

Ed Verified user icon

há 2 anos

Analisando as afirmações fornecidas, a opção correta é: "1, 2 e 3." Isso porque os requisitos de usuário podem descrever tanto requisitos funcionais quanto requisitos não-funcionais (1), os requisitos de sistema podem descrever apenas requisitos não funcionais (2) e os requisitos não-funcionais podem ser divididos em requisitos de produto, organizacionais e externos (3).

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Mais perguntas desse material

O modelo de desenvolvimento de software em cascata, também conhecido como ciclo de vida clássico, sugere uma abordagem sistemática e sequencial para o desenvolvimento de softwares que começa com a especificação dos requisitos e termina na manutenção do software acabado. Nos últimos anos, este modelo de ciclo de desenvolvimento vem sofrendo várias críticas quanto a sua eficácia. Assim, é correto afirmar que um dos possíveis problemas do ciclo de vida clássico é
a aplicação do modelo de forma incorreta a problemas com requisitos bem definidos e razoavelmente estáveis.
a responsabilidade do levantamento das necessidades pela etapa de comunicação.
a exigência do modelo para que o cliente estabeleça todos os requisitos explicitamente.
a construção problemática dos componentes, caso o sistema não possa ser adequadamente modularizado.
a existência de somente cinco etapas no modelo, da comunicação à implementação.

Esse modelo realiza uma etapa de cada vez, partindo para a próxima etapa apenas após a anterior estar totalmente validada. O projeto é dividido em subprojetos, cada qual abordando um ou mais elementos de alto risco, até que todos os riscos identificados tenham sido tratados. Esse modelo permite que as ideias e a inovação sejam verificadas e avaliadas constantemente. É válido o contido em:
2, somente.
1, somente.
2 e 3, somente.
1, 2 e 3.
1 e 3, somente.

Mais conteúdos dessa disciplina