5211 Q827914
Ciência da Computação
Ano: 0000
Banca: Banca não informada
Um mecanismo comum de garantia da qualidade adotado por muitas organizações é o de revisões de software, que podem ser aplicadas ao longo do ciclo de vida de desenvolvimento de software. Sobre revisões de software é correto afirmar que
5212 Q821418
Ciência da Computação
Ano: 0000
Banca: Banca não informada

Preenchem corretamente as lacunas I, II e III acima:

5213 Q813884
Ciência da Computação
Ano: 0000
Banca: Banca não informada
Um filtro de pacotes pode distinguir entre pacotes recebidos de novas conexões e respostas de conexões já estabelecidas, para permitir sempre a entrada desses últimos. Essa distinção pode ser feita através de uma informação presente no cabeçalho dos pacotes, que no caso é
5214 Q813883
Ciência da Computação
Ano: 0000
Banca: Banca não informada
Para detectar eventuais ataques em um servidor instalado em uma rede 10Gigabit Ethernet, a opção que teria mais possibilidade de efetividade na prática, perdendo o menor número possível de pacotes na análise, seria a instalação de um
5215 Q813882
Ciência da Computação
Ano: 0000
Banca: Banca não informada

Ao analisar um dos processos relacionados a projetos de software da organização em que trabalha, você se depara com o fragmento de processo, modelado utilizando a notação BPMN, apresentado abaixo.

 O diagrama não está completo ou usando todo o formalismo da notação. Contudo, é correto afirmar que

5216 Q813881
Ciência da Computação
Ano: 0000
Banca: Banca não informada
Considere, no contexto de um processo de desenvolvimento de software, o conjunto de atividades relacionadas a (1) garantir que determinados produtos de trabalho atendam os requisitos especificados e (2) demonstrar que um produto ou componente de produto é capaz de atender o uso pretendido quando colocado no ambiente em que deveria funcionar. Essas atividades, em relação ao CMMI, referem-se respectivamente às áreas de processo
5217 Q813880
Ciência da Computação
Ano: 0000
Banca: Banca não informada

Considere a estrutura de níveis de maturidade e capacidade do modelo de maturidade CMMI versão 1.2. O nível 2 de maturidade é composto pelas áreas de processo: Planejamento do Projeto (PP - Project Planning), Monitoração e Controle do Projeto (PMC – Project Monitoring and Control), Gerência de Requisitos (REQM – Requirements Management), Garantia da Qualidade do Processo e do Produto (PPQA – Process and Product Quality Assurance), Medição e Análise (MA – Measurement and Analysis), Gerência de Configuração (CM – Configuration Management), Gerência de Acordo com Fornecedores (SAM – Supplier Agreement Management).

Se uma organização teve seus processos avaliados como aderentes às áreas de processo de nível 2, exceto PPQA, para a qual falhou em apresentar evidências para as práticas...

5218 Q813879
Ciência da Computação
Ano: 0000
Banca: Banca não informada
Um projeto de software em desenvolvimento na sua organização tem um requisito não funcional importante relacionado à usabilidade do sistema. A estratégia adotada foi a definição e adoção de um conjunto de heurísticas, utilizado pelo arquiteto de software, em paralelo à execução dos testes funcionais pela equipe de garantia da qualidade, para avaliar a usabilidade do sistema. Pode-se considerar que essa estratégia
5219 Q813878
Ciência da Computação
Ano: 0000
Banca: Banca não informada

Os artefatos produzidos como consequência da engenharia de requisitos são avaliados quanto à qualidade durante a etapa de validação. Considere os 2 (dois) requisitos a seguir:

1. O sistema a ser desenvolvido deverá ser fácil de aprender a usar pelos usuários.

2. Os horários-limite em que as chaves de acesso serão válidas deverão ser validados.

É correto afirmar que

5220 Q813877
Ciência da Computação
Ano: 0000
Banca: Banca não informada
A engenharia de requisitos estabelece uma base sólida para o projeto e para a construção de software. Sem ela, o software resultante tem grande probabilidade de não atender às necessidades do cliente. No entanto, sabe-se que é comum, ao longo de um projeto, que os clientes e/ou fornecedores de requisitos mudem de opinião e sugiram mudanças no que foi acordado inicialmente. Neste cenário, é uma boa prática