Questões de Concurso
Comentadas para gerente de projetos
Foram encontradas 311 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Os riscos que são integrantes do plano de gestão de risco devem ser identificados, mas não convém que sejam priorizados devido à incerteza do seu acontecimento.
Após ser realizado o tratamento de um risco poderá existir riscos não identificados.
Através da utilização de formas adequadas de tratamento o risco deve deixar de existir.
Uma consequência pode levar a um risco específico ou a uma série de riscos.
No que diz respeito aos riscos de segurança da informação, essa norma não se aplica a qualquer tipo de organização.
Denomina-se avaliação de risco ao processo de busca, reconhecimento e descrição de riscos.
Os projetos de melhoria não podem envolver inclusões de funcionalidades.
A reunião da documentação disponível integra o processo de contagem de pontos de função.
A dimensão de operação refere-se às características ligadas ao uso do produto.
A dimensão de transição trata da adaptabilidade do produto de software a novos e diferentes ambientes.
Um produto de software de qualidade deve atender aos requisitos dos usuários bem como satisfazer às suas necessidades declaradas e subentendidas.
O produto de software limita-se aos programas e procedimentos de computador.
A qualidade deve ser inserida em etapas específicas do ciclo de vida do produto de software.
As características implícitas aos softwares de qualidade englobam requisitos como facilidade de uso e de manutenibilidade, assim como consistência e integridade dos dados.
O atendimento às características implícitas no desenvolvimento do sistema integra a qualidade de software.
As restrições e as declarações de serviços de um sistema são classificadas como requisitos funcionais.
Os requisitos de usuários são mais específicos que os requisitos de sistemas, uma vez que estes últimos são utilizados para expressar o que o sistema deve implementar.
A engenharia de requisitos fornece o mecanismo necessário para entender o que o cliente deseja, a fim de especificar solução sem ambiguidade ao gerenciar as necessidades que são transformadas em um sistema operacional.
Em determinados casos, os requisitos funcionais descrevem o que o sistema não deve fazer.
O método dos cinco porquês é um dos mais utilizados na análise de causa-raiz.