Baixe o app para aproveitar ainda mais
Prévia do material em texto
Parte superior do formulário Avaliação: » MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE Tipo de Avaliação: AV Aluno: - ANTONIO Professor: OSWALDO BORGES PERES Turma: Nota da Prova: 3,5 Nota de Partic.: 1 Av. Parcial 2 Data: 24/11/2017 21:30:37 1a Questão (Ref.: 201604163450) Pontos: 0,0 / 1,0 O que inviabiliza, hoje em dia o uso do KLOC como métrica para medir o esforço no desenvolvimento de sistemas ? Resposta: ele é inviabilizado pelo mau processamento não . Gabarito: O KLOC é uma medida direta inconveniente para o planejamento. Hoje, como temos linguagem com características diferentes não há como comparar linguagens diferentes. Por exemplo, linguagens orientadas a objetos geralmente possuem menos linhas que linguagens estruturadas e nem por isso são mais simples para serem criadas. 2a Questão (Ref.: 201603936115) Pontos: 0,0 / 1,0 Descreva, com suas palavras o método COCOMO: Resposta: é um modelo estático de valor simples que computa o esforço do desenvolvimento de software com uma funçao do tamanho expresso em linha de código. Gabarito: É um modelo de estimativa do tempo de desenvolvimento de um produto. Criado por Barry Boehm. É baseado no estudo de sessenta e três projetos. 3a Questão (Ref.: 201604282937) Pontos: 0,0 / 1,0 4a Questão (Ref.: 201604069147) Pontos: 1,0 / 1,0 Um técnico de TI está utilizando a Análise de Pontos de Função − APF para determinar o tamanho de um software e, na etapa de contagem das funções de dados, está levantando os Arquivos Lógicos Internos − ALI. Nesse levantamento, classifica-se corretamente como ALI os arquivos temporários ou várias interações adicionais de um mesmo arquivo. dados de arquivos mantidos por outra aplicação e somente referenciados. arquivos de view, os quais contêm dados extraídos de outros arquivos. dados introduzidos devido à tecnologia, que não são informações de negócio, como arquivos de configuração. dados de negócio ou de controle da aplicação mantidos e processados por suas transações. 5a Questão (Ref.: 201603464590) Pontos: 1,0 / 1,0 Da expressão: Tot_ponto_função¬_ajustado = tot_contado * (0,65 + 0,01 * ) Podemos afirmar de forma correta: Que 65 % da contagem refere-se à funcionalidade. Que 66% da contagem refere-se à funcionalidade. A funcionalidade não é expressa diretamente na fórmula . Que 35 % da contagem refere-se à implementação. Que 1% da contagem refere-se à implementação. 6a Questão (Ref.: 201603993547) Pontos: 1,0 / 1,0 Podemos dizer que uma medida é: Não é usada em pontos por função Só é utilizado em KLOC. é a descrição perfeita de um processo é um valor tomado segundo a definição de uma métrica é uma métrica 7a Questão (Ref.: 201603464729) Pontos: 0,0 / 1,0 Uma gravação em "pen drive" com dados da base, é uma CE ou SE ? Se a extração tiver processamento (cálculo de registros) é CE se for copia da base não deve ser contada Se a extração tiver processamento (cálculo de registros) é SE se for cópia da base é CE. Se o pen-drive servir de backup é uma SE Se a extração não tiver processamento é SE se for copia da base é CE Se o pen drive executar um anti vírus é SE 8a Questão (Ref.: 201603583202) Pontos: 0,0 / 1,0 As estimativas de custos e prazos em software não são ciência exata, mas temos necessidades de diminuir, em nível de erro, das nossas estimativas. Existem muitos aspectos que podem influenciar nas estimativas. Um erro na estimativa pode comprometer o projeto e ser desastroso para os desenvolvedores. A hierarquia de modelos serve para classificar o tipo de software que desejamos estimar. Para tanto, correlacione as colunas abaixo: i. Modelo 1 ii. Modelo 2 iii. Modelo 3 ( ) Faz uma avaliação dos impactos nos direcionadores de custo sobre cada passo do processo de desenvolvimento ( ) Computa o esforço de desenvolvimento como uma função do tamanho e de um conjunto de direcionadores de custo (definidos em tabelas) que incluem avaliações subjetivas do produto, hardware, experiência do pessoal e dos atributos do projeto ( ) É um modelo estático de valor simples que computa o esforço de desenvolvimento de software como uma função do tamanho expresso em linhas de código ii, i, iii i, ii, iii iii, ii, i ii, iii, i i, iii, ii 9a Questão (Ref.: 201603591359) Pontos: 0,5 / 0,5 Considerando a determinação do custo de um PF, segundo o que foi apresentado no curso, considere as afirmativas abaixo: I) O ponto de equilíbrio (break event point) ocorre quando o número de pontos função produzidos é igual ao número de pontos função equivalentes ao custo total II) É preciso definir uma linha base de projetos. para a tomada de registros, para que a base estatística esteja adequada aos processos de desenvolvimento da empresa e a metodologia usada em cada etapa, ou templates estabelecido. III) processo de desenvolvimento e relaciona o custo e prazo em relação ao Ponto Função. IV) A empresa pode (deve) fazer registros por projeto, dividido as fases e registrando os respectivos custos por etapa e assim identificar % de utilização valor total para cada fase. As afirmativas II, III e IV são corretas e I não é correta. As afirmativas I, II, IV são corretas a III não é correta. As afirmativas I,III, IV são corretas a II não é correta. As afirmativas I, II, III são corretas a Iv não é correta. As afirmativas I, II, III e IV são todas corretas. 10a Questão (Ref.: 201603441095) Pontos: 0,0 / 0,5 Considerando a contratação por homem hora analise as sentenças abaixo e em seguida assinale a alternatvia correta: I) Neste tipo de contratação a empresa fornecedora estabelece um preço por hora para seus profissionais que são alocados na contratante. O profissional recebe ordens dos gerentes de TI da empresa contratante e comporta-se como funcionário da contratante. II) O modelo é flexível pois permite ao contratante solicitar modificações e novos serviços, pois esta pagando por hora. Os erros também são absorvidos pelo contratante. III) O estabelecimento do controle por ponto função nos permite medir se as horas registradas estão compatíveis com o número de Pontos Função (PF) trabalhados pelos contratados. Desta forma pode-se acompanhar para cada profissional e o número de PF. Pode-se criar a métrica: Produtividade = PF/hora . IV) Deve-se ainda destacar o alto risco deste tipo de contratação, pois os profissionais são colocados na empresa cumprindo horário, subordinado a outros gerentes e isto gera problemas trabalhistas pois podem criar vínculos de emprego do terceirizado com o contratante. As sentenças I,III, IV são corretas e a II não é correta. As sentenças II, III e IV são corretas e a I não é correta. As sentenças I, II, III são corretas e a IV não é correta. As sentenças I, II, III e IV são todas corretas. As sentenças I, II, IV são corretas e a III não é correta. Período de não visualização da prova: desde 16/11/2017 até 28/11/2017. Métricas de software são formas de quantificar o esforço necessário para a construção de um sistema de software. Sobre métricas de software é correto afirmar que: A métrica de pontos de função só pode ser calculada com o código terminado. Métricas de produtividade indicam o quanto o software atende aos requisitos. Custo, funcionalidade e número de erros são métricas indiretas.Um indicador é parte de uma métrica. Linhas de código, esforço e memória são métricas diretas. Parte inferior do formulário
Compartilhar