Banco público de questões
Questões para Concursos
Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.
Questões por banca
29 bancas disponíveis.
Clique para visualizar todas.
Questões por banca
29 bancas disponíveis. Clique para visualizar todas.
Acesse diretamente as bancas disponíveis na QuestLab. As quantidades abaixo consideram as questões ativas do banco.
CEBRASPE
51.363 questões
FGV
25.316 questões
FCC
24.632 questões
AOCP
23.456 questões
IBFC
11.190 questões
VUNESP
10.983 questões
Instituto Quadrix
9.793 questões
FUNDATEC
9.088 questões
IBADE
7.820 questões
CESGRANRIO
6.013 questões
OBJETIVA
4.740 questões
CONSULPLAN
4.174 questões
FEPESE
3.585 questões
IADES
3.439 questões
IESES
2.627 questões
SELECON
2.377 questões
IDECAN
1.907 questões
MS CONCURSOS
1.485 questões
Instituto Legalle
1.281 questões
FAFIPA
1.161 questões
FUMARC
842 questões
ACAFE
551 questões
INSTITUTO AOCP
430 questões
NUCEPE
378 questões
FUNIVERSA
348 questões
FAURGS
203 questões
FIOCRUZ
48 questões
MACKENZIE
48 questões
CETRO
17 questões
204 questões encontradas
It is a document created by system analyst after the requirements are collected from various stakeholders. It defines how the intended software will interact with hardware, external interfaces, speed of operation, response time of system, portability of software across various platforms, maintainability, speed of recovery after crashing, Security, Quality, Limitations etc. The requirements received from client are written in natural language. It is the responsibility of system analyst to document the requirements in technical language so that they can be comprehended and useful by the software development team.
O padrão de projeto comportamental que define uma dependência de um-para-muitos entre objetos de modo que, quando um objeto muda de estado, todos os seus dependentes são notificados e atualizados automaticamente é o
O projeto de casos de teste é parte do teste de sistema e de componentes. Há várias abordagens para se projetar casos de
teste, dentre as quais se encontram o teste
O método Use Case Points foi criado para que seja possível estimar o tamanho de um sistema na fase de levantamento de Casos de Uso e é composto por vários passos. Considere os dados abaixo, de um hipotético conjunto de casos de uso de um sistema sendo desenvolvido no Tribunal.
1. Cálculo do Unadjusted Actor Weight − UAW
Há 3 tipos de ator:
− Simples (peso 1): outro sistema acessado através de uma API de programação
− Médio (peso 2): outro sistema acessado interagindo através da rede
− Complexo (peso 3): um usuário interagindo através de uma interface gráfica
2. Cálculo do Unadjusted Use Case Weight − UUCW
Os casos de uso são divididos em 3 níveis de complexidade:
− Simples (peso 5): Tem até 3 transações, incluindo os passos alternativos, e envolve menos de 5 entidades
− Médio (peso 10): Tem de 4 a 7 transações, incluindo os passos alternativos, e envolve de 5 a 10 entidades
− Complexo (peso 15): Tem acima de 7 transações, incluindo os passos alternativos, e envolve pelo menos de 10 entidades.
Considerando que há 1 ator do tipo 1, 3 atores do tipo 2, 4 atores do tipo 3, 7 casos de uso simples, 13 casos de uso médio e 3 casos de uso complexos, o cálculo do UUCP ( Unadjusted Use Case Points UUCP = UAW + UUCW) resulta em
Uma equipe de Analistas Judiciários está utilizando o modelo Canvas em um projeto de um Tribunal. Um dos analistas expôs o seguinte cenário:
− Principais questões a serem respondidas: Qual valor nós oferecemos aos nossos clientes? | Qual dos problemas de nossos clientes nós estamos ajudando a solucionar? | Qual mix de produtos e serviços será oferecido para cada segmento de cliente? | Quais necessidades dos nossos clientes estamos satisfazendo?
− Elementos que podem agregar valor: Novidade | Performance | Customização | Fazer o serviço | Design | Redução de Custo | Redução de Risco | Acessibilidade | Conveniência/Usabilidade.
As questões e os elementos apresentados pelo Analista indicam que eles estão trabalhando no bloco
Considere o ciclo do Test-Driven Development – TDD.
A caixa
Texto associado
Modelagem de sistema é o processo de desenvolvimento de modelos abstratos de um sistema, em que cada modelo apresenta uma visão ou perspectiva diferente do mesmo sistema. Em relação à modelagem de software usando a UML, julgue, como VERDADEIRO ou FALSO, os itens a seguir.
Diagramas de estado mostram o status do sistema, se ele encontra-se funcionando ou em fase de criação.
Texto associado
A UML – Linguagem de Modelagem Unificada (do inglês, UML – Unified Modeling Language) – é uma linguagem-padrão para a elaboração da estrutura de projetos de software por meio de diferentes diagramas. Ela poderá ser empregada para a visualização, a especificação, a construção e a documentação de artefatos que façam uso de sistemas complexos de software. Em relação à UML, julgue, como VERDADEIRO ou FALSO, os itens a seguir.
Ator é qualquer coisa com um comportamento, inclusive o próprio sistema em discussão quando invoca os serviços de outro sistema. Podem ser de quatro tipos: ator principal, ator de suporte, ator de bastidor e ator de notação.
Texto associado
Sobre Engenharia de Requisitos, julgue, como VERDADEIRO ou FALSO, os itens a seguir.
Requisitos não funcionais são restrições sobre os serviços ou funções oferecidas pelo sistema.
Texto associado
A UML – Linguagem de Modelagem Unificada (do inglês, UML – Unified Modeling Language) – é uma linguagem-padrão para a elaboração da estrutura de projetos de software por meio de diferentes diagramas. Ela poderá ser empregada para a visualização, a especificação, a construção e a documentação de artefatos que façam uso de sistemas complexos de software. Em relação à UML, julgue, como VERDADEIRO ou FALSO, os itens a seguir.
