Na abordagem orientada a objeto da UML, o processo de desenvolvimento possui as fases de análise, projeto, programação, teste e implantação.
- C Certo
- E Errado
20 questões de provas reais da Cebraspe sobre Engenharia de Software e Requisitos, com gabarito. Responda antes de abrir o gabarito.
330 questões desse assunto no acervo do Yatta. Esta página mostra uma amostra fixa.
Na abordagem orientada a objeto da UML, o processo de desenvolvimento possui as fases de análise, projeto, programação, teste e implantação.
A modelagem orientada a objetos demonstra como os objetos podem ser classificados, a maneira como herdam atributos e operações, como são compostos e de que forma interagem entre si.
O diagrama de estrutura composta é utilizado para descrever a estrutura interna de um classificador, com detalhamento das partes internas que o compõem e da comunicação e da colaboração entre tais partes.
O diagrama de tempo é utilizado para descrever a mudança no estado ou na condição de uma instância de uma classe.
O diagrama de caso de uso deve ser formal, pouco abstrato e aplicado apenas no início da modelagem do sistema, servindo de referência aos demais diagramas.
Devido à necessidade de se obterem visões múltiplas do sistema a ser modelado, a UML fornece diagramas que se complementam e que devem ser aplicados na sua totalidade.
Se usuários, ao consultar um objeto específico do sistema, gerarem um erro conhecido no sistema, que emite uma mensagem em inglês, a qual é modificada no código-fonte do sistema e emitida em português para ser visualizada pelo usuário final, estará sendo gerado um tipo de ocorrência caracterizada como tratamento de exceção.
Em uma arquitetura de microsserviço, caso sejam criados vários sistemas, a falha de algum deles não afetará os demais sistemas.
Acerca da engenharia de requisitos no desenvolvimento de software, julgue os itens a seguir.
No processo de elicitação de requisitos, há atividades relacionadas a identificação, rastreabilidade e mudanças em requisitos.
Acerca da engenharia de requisitos no desenvolvimento de software, julgue os itens a seguir.
O objetivo do processo de desenvolvimento de requisitos, conforme as melhores práticas e processos de mercado, é definir os requisitos do cliente, do projeto e do processo.
Acerca da engenharia de requisitos no desenvolvimento de software, julgue os itens a seguir.
Uma forma de diminuir os riscos resultantes da evolução contínua dos requisitos é a combinação dos processos de gerência e de desenvolvimento de requisitos.
Acerca da engenharia de requisitos no desenvolvimento de software, julgue os itens a seguir.
De acordo com as técnicas facilitadoras de especificação de aplicação, recomenda-se que a descrição de requisitos e regras seja feita diretamente pela equipe técnica, sem a participação do cliente.
Acerca da engenharia de requisitos no desenvolvimento de software, julgue os itens a seguir.
Protótipos descartáveis são os que não são utilizados posteriormente; protótipos evolutivos são aqueles que podem ser utilizados como base de parte ou de todo o software a ser desenvolvido.
Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue os itens que se seguem, relativos a esses aspectos.
Para que os requisitos sejam refinados e sejam gerados modelos de análise e projeto para codificação, apenas a avaliação e a aprovação por parte do cliente — mesmo após o entendimento dos requisitos — não são suficientes.
Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue os itens que se seguem, relativos a esses aspectos.
Definir e manter matriz de rastreabilidade dos requisitos permite controlar e tratar as mudanças em requisitos durante o processo de elicitação e especificação do produto.
Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue os itens que se seguem, relativos a esses aspectos.
Ao se aplicar a rastreabilidade bidirecional, é possível determinar se todos os requisitos-fonte foram completamente tratados e se todos os requisitos do produto atendem aos requisitos do cliente.
Assinale a opção que corresponde à explicação informal de uma necessidade de um usuário de software, escrita de forma enxuta e sem detalhes, de forma que permite caracterizar os objetivos do usuário perante um sistema.
O walkthrough é uma técnica de validação de requisitos que envolve a apresentação sistemática dos requisitos aos stakeholders, promovendo discussões detalhadas e buscando identificar problemas como inconsistências, ambiguidades e omissões.
A análise de um requisito funcional resulta na identificação de múltiplos requisitos não funcionais associados, porém um requisito não funcional não é fonte de requisitos funcionais.
Em elicitação de requisitos, a técnica mudança de perspectiva fragmenta temporariamente a percepção holística do sistema ao enfocar visões individuais, entretanto a compreensão obtida pode ser utilizada para uma visão sistêmica mais robusta e integrada do artefato de software em desenvolvimento.
Ver todos os concursos abertos
Resolva primeiro, confira depois, e anote o motivo de cada erro: a banca repete o mesmo tipo de pegadinha. No Yatta, as 330 questões desse assunto entram na sua sessão de estudo quando ele está no edital do seu concurso, e o Professor Yatta explica cada erro na hora.
Escolha o seu concurso e o Yatta monta a sessão com as questões que a sua banca já cobrou sobre Engenharia de Software e Requisitos, com explicação de cada erro.
Começar 14 dias grátis Sem cartão de crédito. Cancele com dois cliques.