Buscar

AV SET 2016 MED ESF DESENV SOFTWARE

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 3 páginas

Prévia do material em texto

Fechar 
 
Avaliação: CCT0190_AV_201405030755 » MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE 
Tipo de Avaliação: AV 
Aluno: 201405030755 - ADRIANA REGINA DA SILVA 
Professor: OSWALDO BORGES PERES Turma: 9001/AA 
Nota da Prova: 7,0 Nota de Partic.: 1 Av. Parcial 2 Data: 15/09/2016 17:02:42 
 
 
 1a Questão (Ref.: 201405187811) Pontos: 1,0 / 1,0 
Qual a importância da fronteira do sistema para o processo de medição? 
 Resposta: A importância da fronteira para o processo de medição é que somente será medido aquilo que fizer parte do escopo do projeto. Nada que esteja fora do escopo precisará ser medido. 
 Gabarito: A fronteira é fundamental para definir o que será contado. Quais os limites, o que entra no sistema e o que não deve ser considerado. 
 
 
 
 2a Questão (Ref.: 201405276368) Pontos: 0,5 / 1,0 
O que é CoCoMo (Constructive Cost Model)? 
 Resposta: CoCoMo é uma técnica de medição de softwares criada em 1981. A partir do estudo de 5000 softwares, criou-se uma base estatística em que se podia basear para estimar esforço e tempo de desenvolvimento de novos projetos de software. 
 Gabarito: CoCoMo é um método que busca medir esforço, prazo, tamanho de equipe e custo necessário para o desenvolvimento do software, desde que se tenha a dimensão do mesmo, através de um modelo de estimativa de tamanho de software, como Análise de Pontos de Função. 
 
 
 
 3a Questão (Ref.: 201405685967) Pontos: 1,0 / 1,0 
Podemos dizer que são características de uma métrica: I- Expressa em alguma unidade II- Facilmente calculada, entendida e testada. III- Passível de estudos estatísticos IV- Não precisa ter objetivo para as medidas. 
 
 Somente a afirmativa IV está incorreta 
 
Todas as afirmativas estão corretas 
 
Afirmativas II e III estão incorretas 
 
Somente a afirmativa I está correta 
 
Afirmativas I e IV estão corretas. 
 
 
 
 4a Questão (Ref.: 201405157064) Pontos: 1,0 / 1,0 
O benefício principal de análise de Ponto função é: 
 
 
Ajudar o desenvolvedor na programação do sistema 
 
Identificar os requisitos não funcionais do sistema. 
 
Definir os principais objetos e métodos do sistema 
 
Identificar entidades que devem ser normalizadas. 
 Ser uma forma de estimar custos e recursos para o desenvolvimento e manutenção do software. 
 
 
 
 5a Questão (Ref.: 201405747664) Pontos: 1,0 / 1,0 
No calculo dos pontos de função ajustados devem ser levadas em consideração 14 (quatorze) características do sistema. Qual das características abaixo permite quantificar o grau de influência relativo aos recursos implementados com vista a tornar o sistema amigável, permitindo incrementos na eficiência e satisfação do usuário final? 
 
 
Comunicação de Dados 
 Usabilidade 
 
Reusabilidade 
 
Facilidade De Mudanças 
 
Utilização do Equipamento 
 
 
 
 6a Questão (Ref.: 201405134029) Pontos: 1,0 / 1,0 
Sobre as escolhas das 14 características podemos afirmar de forma absolutamente correta: 
 
 
São usadas normalmente, mas devemos considerar valores mais baixos na avaliação devido à defasagem. 
 
Não devem ser usadas modernamente, pois não refletem as características da tecnologia de TI de hoje. 
 Foram escolhidas no modelo inicial mas, têm sido adaptadas pelo IFPUG para a situação atual. 
 
Estas características não precisam ser padronizadas pois são interpretadas de forma única. 
 
Foram escolhidas no modelo inicial e permanecem válidas nos aspectos de sua observação. 
 
 
 
 7a Questão (Ref.: 201405134057) Pontos: 0,5 / 0,5 
Uma consulta externa deve: 
 
 
Alterar o comportamento do sistema 
 
Atualizar um arquivo lógico 
 
Gerar dados derivados 
 Referenciar pelo menos um arquivo 
 
Pode gerar um ou mais gráficos 
 
 
 
 8a Questão (Ref.: 201405878760) Pontos: 0,5 / 0,5 
O PMI, por meio do guia PMBOK 5, sugere algumas técnicas de estimativas de tempo e custo. Marque a alternativa que contém uma técnica de estimativa não prevista pelo guia. 
 
 
Bottom-Up - Paramétrica - 3 Pontos - Top-Down 
 
Análoga - Paramétrica - 3 Pontos - Top-Down 
 3 Pontos - Paramétrica - Pontos de Função - Top-Down 
 
Análoga - Paramétrica - 3 Pontos - Bottom-Up 
 
Top-Down - Paramétrica - 3 Pontos - Análoga - Bottom-Up 
 
 
 
 9a Questão (Ref.: 201405276096) Pontos: 0,0 / 0,5 
CONSIDERANDO O CONCEITO DE GESTÃO DE PROJETOS USANDO ANALISE DE PONTO DE FUNÇÃO, IDENTIFIQUE A OPÇÃO QUE NÃO CORRESPONDE A UMA ETAPA: 
 
 
TESTE DA IMPLANTAÇÃO 
 
MODELAGEM DAS CLASSES 
 
IMPLEMENTAÇÃO DO BANCO 
 LEVANTAMENTO DE REQUISITOS 
 DIAGRAMA DE PACOTES 
 
 
 
 10a Questão (Ref.: 201405132567) Pontos: 0,5 / 0,5 
Quais as vantagens e desvantagens da contratação por homem/hora? 
 
 
O contrato de homem/hora é muito bom para o contratante pois o risco da qualidade de mão de obra é todo do contratado e assim fica garantido o controle de risco do contratante com relação a produtividade 
 
O contrato de homem/hora é muito bom para o tratado pois o risco da qualidade de mão de obra é todo do contratado e assim fica garantido o controle de risco do contratante com relação a produtividade 
 O contrato por homem/hora é bom para o fornecedor de mão de obra, pois o risco é todo do contratante inclusive os referentes a falta de produtividade e erros de especificação 
 
O contrato por homem/hora é bom para o contratante da mão de obra, pois permite que se modifique requisitos, e o risco de especificações mal feitas é passado para o fornecedor de mão de obra: o contratado 
 
O risco é do contratante, mas o risco da qualidade de mão de obra é todo do contratado e assim fica garantido o risco referente a qualidade da especificação

Outros materiais