Selecionar segmento
Estude com questões de diferentes segmentos
Atenção: Isso limpará todos os campos já preenchidos no filtro!
Foram encontradas 18.421 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Q268180
Engenharia de Software
Tendo em vista que as características de qualidade do produto de software permitem identificar uma série de fatores de influenciam na avaliação de um produto de software, julgue o item.
A característica eficiência refere-se à capacidade de um software manter certo nível de desempenho quando estiver operando em determinado contexto de uso. Nesse contexto, é permitido haver a avaliação de aspectos como tolerância à falha e recuperabilidade.
A característica eficiência refere-se à capacidade de um software manter certo nível de desempenho quando estiver operando em determinado contexto de uso. Nesse contexto, é permitido haver a avaliação de aspectos como tolerância à falha e recuperabilidade.
Q268179
Engenharia de Software
Tendo em vista que as características de qualidade do produto de software permitem identificar uma série de fatores de influenciam na avaliação de um produto de software, julgue o item.
A característica portabilidade avalia a operação do produto em ambientes com características diferentes. Nesse sentido, podem-se avaliar aspectos como adaptabilidade, coexistência e instalabilidade.
A característica portabilidade avalia a operação do produto em ambientes com características diferentes. Nesse sentido, podem-se avaliar aspectos como adaptabilidade, coexistência e instalabilidade.
Q268178
Engenharia de Software
Tendo em vista que as características de qualidade do produto de
software permitem identificar uma série de fatores de influenciam
na avaliação de um produto de software, julgue o item.
A usabilidade representa a facilidade de utilizar o produto. Características como atratividade, compreensibilidade, eficiência de uso, facilidade de memorização e apreensibilidade, permitem orientar uma avaliação nesse contexto.
A usabilidade representa a facilidade de utilizar o produto. Características como atratividade, compreensibilidade, eficiência de uso, facilidade de memorização e apreensibilidade, permitem orientar uma avaliação nesse contexto.
Q268177
Governança de TI
Considerando que processo de software pode ser definido como um conjunto de atividades inter-relacionadas que transformam insumos (entradas) em produtos (saídas), julgue o item que se segue.
O CMMI-Dev e o MPS.BR têm como objetivos definir e aprimorar um modelo de melhoria e avaliação de processo de software. Ambos os modelos baseiam-se em conceitos de maturidade e processos.
O CMMI-Dev e o MPS.BR têm como objetivos definir e aprimorar um modelo de melhoria e avaliação de processo de software. Ambos os modelos baseiam-se em conceitos de maturidade e processos.
Q268174
Engenharia de Software
Considerando que processo de software pode ser definido como um conjunto de atividades inter-relacionadas que transformam insumos (entradas) em produtos (saídas), julgue o item que se segue.
O framework scrum engloba conceitos como times scrum, eventos com duração fixa (time-boxes), artefatos e regras. São exemplos de eventos que têm duração fixa: a reunião de planejamento da versão para entrega, a sprint, a reunião diária, a revisão da sprint e a retrospectiva da sprint.
O framework scrum engloba conceitos como times scrum, eventos com duração fixa (time-boxes), artefatos e regras. São exemplos de eventos que têm duração fixa: a reunião de planejamento da versão para entrega, a sprint, a reunião diária, a revisão da sprint e a retrospectiva da sprint.
Q268173
Engenharia de Software
Considerando que processo de software pode ser definido como um conjunto de atividades inter-relacionadas que transformam insumos (entradas) em produtos (saídas), julgue o item que se segue.
São características de teste na XP: desenvolvimento test-first, desenvolvimento incremental de testes a partir de cenários, envolvimento do usuário no desenvolvimento e validação de testes e o uso de ferramentas de teste automatizadas.
São características de teste na XP: desenvolvimento test-first, desenvolvimento incremental de testes a partir de cenários, envolvimento do usuário no desenvolvimento e validação de testes e o uso de ferramentas de teste automatizadas.
Q268172
Engenharia de Software
Considerando que processo de software pode ser definido como um
conjunto de atividades inter-relacionadas que transformam insumos
(entradas) em produtos (saídas), julgue o item que se segue.
A extreming programming (XP) é considerada um método ágil, em que todos os requisitos são expressos por meio de cenários. O ciclo de release em XP engloba: selecionar as histórias dos usuários para implementação na versão, dividir as histórias em tarefas, planejar a versão, desenvolver/construir e testar o software, liberar o software e avaliar o sistema.
A extreming programming (XP) é considerada um método ágil, em que todos os requisitos são expressos por meio de cenários. O ciclo de release em XP engloba: selecionar as histórias dos usuários para implementação na versão, dividir as histórias em tarefas, planejar a versão, desenvolver/construir e testar o software, liberar o software e avaliar o sistema.
Q268171
Governança de TI
Considerando que processo de software pode ser definido como um conjunto de atividades inter-relacionadas que transformam insumos (entradas) em produtos (saídas), julgue o item que se segue.
As áreas de processo medição e análise, gestão de acordo com fornecedores e planejamento do projeto pertencem ao nível de maturidade 3, gerenciado do CMMI-Dev; o nível de maturidade 2 do CMMI-Dev engloba as áreas de processo: gestão de requisitos, monitoramento e controle de projeto, garantia da qualidade de processo e produto e gestão de configuração.
As áreas de processo medição e análise, gestão de acordo com fornecedores e planejamento do projeto pertencem ao nível de maturidade 3, gerenciado do CMMI-Dev; o nível de maturidade 2 do CMMI-Dev engloba as áreas de processo: gestão de requisitos, monitoramento e controle de projeto, garantia da qualidade de processo e produto e gestão de configuração.
Q268170
Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o item a seguir.
São considerados facilitadores para uma reunião: direcionar a discussão, encerrar a conversação e preparar um histórico, à medida que a reunião acontece, que vai ajudar na consolidação dos resultados e na identificação das próximas etapas.
São considerados facilitadores para uma reunião: direcionar a discussão, encerrar a conversação e preparar um histórico, à medida que a reunião acontece, que vai ajudar na consolidação dos resultados e na identificação das próximas etapas.
Q268169
Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o item a seguir.
As entrevistas podem ser classificadas como abertas ou fechadas. Nas entrevistas fechadas, não há roteiro predefinido. Na prática, é possível implementar uma combinação de entrevistas abertas e fechadas, visando obter uma compreensão mais ampla das necessidades dos stakeholders com relação ao sistema.
As entrevistas podem ser classificadas como abertas ou fechadas. Nas entrevistas fechadas, não há roteiro predefinido. Na prática, é possível implementar uma combinação de entrevistas abertas e fechadas, visando obter uma compreensão mais ampla das necessidades dos stakeholders com relação ao sistema.
Q268168
Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a
obtenção de requisitos de um software, julgue o item a seguir.
A coleta inicial dos requisitos ocorre normalmente em reunião que participam os stakeholders, gerentes, desenvolvedores e todas as pessoas envolvidas com o projeto. As regras e agenda da reunião devem ser comunicadas para todos os participantes. Os tópicos a serem discutidos nessa coleta inicial incluem identificação do problema, necessidade e justificativa do novo produto de software.
A coleta inicial dos requisitos ocorre normalmente em reunião que participam os stakeholders, gerentes, desenvolvedores e todas as pessoas envolvidas com o projeto. As regras e agenda da reunião devem ser comunicadas para todos os participantes. Os tópicos a serem discutidos nessa coleta inicial incluem identificação do problema, necessidade e justificativa do novo produto de software.
Q268167
Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que os requisitos refletem o sistema que se deseja construir, julgue o item subsequente.
Verificações de realismo buscam averiguar se os requisitos não estão conflitantes, enquanto verificações de consistência, considerando a tecnologia existente, visam analisar a viabilidade de implementação desses requisitos.
Verificações de realismo buscam averiguar se os requisitos não estão conflitantes, enquanto verificações de consistência, considerando a tecnologia existente, visam analisar a viabilidade de implementação desses requisitos.
Q268166
Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que os requisitos refletem o sistema que se deseja construir, julgue o item subsequente.
Na prototipação, um modelo executável do sistema é apresentado aos usuários e clientes finais, que podem verificar se o modelo atende as suas necessidades reais.
Na prototipação, um modelo executável do sistema é apresentado aos usuários e clientes finais, que podem verificar se o modelo atende as suas necessidades reais.
Q268165
Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que
os requisitos refletem o sistema que se deseja construir, julgue o item subsequente.
A revisão de requisitos objetiva verificar o documento de requisitos em busca de anomalias ou omissões; é um processo manual que envolve cliente e fornecedor.
A revisão de requisitos objetiva verificar o documento de requisitos em busca de anomalias ou omissões; é um processo manual que envolve cliente e fornecedor.
Q268164
Engenharia de Software
Os requisitos de um sistema definem o que esse sistema deve fazer, bem como estabelecem as restrições de operação e implementação desse sistema. Acerca de requisitos funcionais e não funcionais, julgue o próximo item.
Os requisitos funcionais descrevem o que o sistema deve fazer; dependem do tipo de software que está sendo desenvolvido, dos usuários e da abordagem geral utilizada pela organização para redigir os requisitos.
Os requisitos funcionais descrevem o que o sistema deve fazer; dependem do tipo de software que está sendo desenvolvido, dos usuários e da abordagem geral utilizada pela organização para redigir os requisitos.
Q268163
Engenharia de Software
Os requisitos de um sistema definem o que esse sistema deve fazer, bem como estabelecem as restrições de operação e implementação desse sistema. Acerca de requisitos funcionais e não funcionais, julgue o próximo item.
A frase a seguir é um exemplo de descrição de requisito funcional: A interface de usuário do sistema xxx deve ser implementada como simples HTML, sem frames ou applets Java.
A frase a seguir é um exemplo de descrição de requisito funcional: A interface de usuário do sistema xxx deve ser implementada como simples HTML, sem frames ou applets Java.
Q268162
Engenharia de Software
Os requisitos de um sistema definem o que esse sistema deve fazer,
bem como estabelecem as restrições de operação e implementação
desse sistema. Acerca de requisitos funcionais e não funcionais,
julgue o próximo item.
Os requisitos não funcionais não estão relacionados diretamente às funções específicas fornecidas pelo sistema. Definições de desempenho, espaço e portabilidade são exemplos de requisitos não funcionais.
Os requisitos não funcionais não estão relacionados diretamente às funções específicas fornecidas pelo sistema. Definições de desempenho, espaço e portabilidade são exemplos de requisitos não funcionais.
Q268161
Banco de Dados
Tendo em vista que, de acordo com seu conceito corrente, a normalização visa refinar o modelo de dados em relação às anomalias de atualização, julgue o item subsequente , relativo a modelagem de dados e normalização.
A segunda forma normal analisa a dependência transitiva, ou seja, se um conjunto de atributos depende de outro atributo que não pertence à chave primária.
A segunda forma normal analisa a dependência transitiva, ou seja, se um conjunto de atributos depende de outro atributo que não pertence à chave primária.
Q268160
Banco de Dados
Tendo em vista que, de acordo com seu conceito corrente, a normalização visa refinar o modelo de dados em relação às anomalias de atualização, julgue o item subsequente , relativo a modelagem de dados e normalização.
A primeira forma normal afirma que cada ocorrência da chave primária deve corresponder a uma e somente uma informação de cada atributo, ou seja, a entidade não deve conter grupos repetitivos.
A primeira forma normal afirma que cada ocorrência da chave primária deve corresponder a uma e somente uma informação de cada atributo, ou seja, a entidade não deve conter grupos repetitivos.
Q268159
Banco de Dados
Tendo em vista que, de acordo com seu conceito corrente, a
normalização visa refinar o modelo de dados em relação às
anomalias de atualização, julgue o item subsequente , relativo a
modelagem de dados e normalização.
A terceira forma normal será aplicada ao caso em que alguma entidade possua chave primária concatenada e haja algum atributo que apresente dependência parcial dessa chave.
A terceira forma normal será aplicada ao caso em que alguma entidade possua chave primária concatenada e haja algum atributo que apresente dependência parcial dessa chave.
Conheça nossos planos