Baixe o app para aproveitar ainda mais
Prévia do material em texto
Nota da Prova: 4,5 de 8,0 Nota do Trab.: 0 Nota de Partic.: 2 Data: 27/11/2015 17:09:46 1a Questão (Ref.: 201303233467) Pontos: 0,0 / 1,5 Por que uma medida direta não é adequada para o planejamento? Resposta: Gabarito: A medida direta é feita no produto ou processo, portanto o produto ou processo precisam estar prontos ou serem realizados. O planejamento deve ser feito antes da produção ou realização 2a Questão (Ref.: 201303233094) Pontos: 1,5 / 1,5 Com relação ao risco de contratação, considerando que o controle é feito por PF, qual a diferença da contratação por homem hora e preço fixo? Resposta: na contratação do preço fixo, todo o risco é transferido para o fornecedor. na contratacão homen hora e o preço fixo é todo do contratante. Gabarito: Na contratação por preço fixo todo o risco é transferido para o fornecedor. Na contratação por homem hora o risco é todo do contratante. 3a Questão (Ref.: 201303202290) Pontos: 0,5 / 0,5 Leia as afirmativas abaixo sobre o KLOC: i)O KLOC é uma medida direta, portanto é feita sobre o fenômeno. E, só podemos contar as linhas de um software após ele ter sido escrito. ii)Alguns contestam o KLOC por que não privilegia a boa programação (mais eficiente) ou o uso de linguagens mais eficientes. iii)O acompanhamento de projetos com métricas baseadas no KLOC compara projetos inconvenientes de características diferentes nas especificações de funcionalidades e na sua forma de implementar. iv)As comparações têm o problema de se comparar coisas diferentes, pois o LOC conta linhas em qualquer linguagem independente de sua produtividade. Escolha a opção correta: Todas as afirmativas são verdadeiras;. As afirmativas iii, ii, i são totalmente corretas e iv é falsa; Todas as afirmativas são falsas; As afirmativas i, ii,iv estão totalmente corretas e iii é falsa;. As afirmativas i , iii são totalmente corretas e ii, iv são falsas; 4a Questão (Ref.: 201303202396) Pontos: 0,5 / 0,5 o que melhor representa a visão do usuário, para análise de ponto função: É a representação do negócio em forma de diagramas. Depende do seu nível de conhecimento sobre sistemas. É uma descrição das funções do negócio podendo variar na implementação. São implementadas em diagramas de classes. É somente aquilo que o usuário entende. 5a Questão (Ref.: 201303202373) Pontos: 0,0 / 0,5 As seguintes regras não são aplicáveis à fronteira de aplicação A fronteira inicial estabelecida para a aplicação ou aplicações sendo modificadas não é influenciada pelo escopo da contagem Deve-se considerar o volume d trabalho de cada equipe desenvolvimento para se definir a fronteira da aplicação. Deve ser determinada com base na visão do usuário. O foco deve estar no que ele consegue entender e descrever. A fronteira entre aplicações em análise devem ser baseada em áreas funcionais na visão do usuário, não há considerações técnicas. A definição da necessidade do usuário e seu entendimento é que definem a fronteira da aplicação. 6a Questão (Ref.: 201303320687) Pontos: 0,5 / 0,5 O processo de contagem, definido pelo IPFUG, é feito em sete passos. Um destes é destinado a determinar o tipo de Contagem. Com base neste passo, correlacione as colunas abaixo: i. Contagem de Projeto de desenvolvimento ii. Contagem de Projeto de melhoria iii. Contagem de Projeto de aplicação ( ) A contagem de pontos de função de uma aplicação já instalada, mede a funcionalidade fornecida ao usuário ( ) Após a conclusão e implantação do projeto de melhoria , o número de pontos de função da aplicação deve ser atualizado para refletir as mudanças nas funcionalidades da aplicação. ( ) O número de pontos de função mede as modificações para uma aplicação já existente, ou seja, as funções adicionais , modificadas ou excluídas do sistema pelo projeto e as funções de conversões de dados. ( ) Ela é iniciada ao final da contagem do projeto de desenvolvimento e atualizado no final do projeto de melhoria.; ( ) O número de pontos de função de um projeto de desenvolvimento mede a funcionalidade fornecida aos usuários finais, quando da primeira instalação do software. i, ii, iii, ii, i ii, ii, iii, i, ii ii, iii, ii, i, i iii, ii, ii, iii, i iii, ii, iii, ii, i 7a Questão (Ref.: 201303179588) Pontos: 0,0 / 0,5 Podemos afirmar sobre a classificação do tipo do software chamado de Modelo 2 (intermediário), no modelo COCOMO de Bhoem, que: é um modelo estático de valor simples que computa o esforço de desenvolvimento de software. incorpora um desenvolvimento dentro de restrições operacionais, como por exemplo, sistema de controle de telefonia. incorpora a avaliação dos impactos nos direcionadores de custo sobre cada passo do processo de desenvolvimento (análise de projeto, codificação, testes...) 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. incorpora um conjunto de requisitos não tão rígidos, pode-se exemplificar pequenos sistemas. 8a Questão (Ref.: 201303179529) Pontos: 0,5 / 0,5 Com relação às estimativas de software marque a afirmativa correta (forma completa): Para uma aplicação existente desejamos saber quanto tempo será necessário para fazer uma alteração. Para uma aplicação existente desejamos saber qual o custo de uma alteração. Para uma nova aplicação desejamos saber qual o custo da aplicação. Para uma nova aplicação desejamos saber quanto tempo será necessário para fazer. Para uma aplicação existe ou nova desejamos saber quanto tempo será necessário para o desenvolvimento e também quanto é o custo. 9a Questão (Ref.: 201303320986) Pontos: 0,0 / 1,0 Pontos por Função é baseada no paradigma procedimental, o qual separa dados de funções, deixando esse tipo de métrica pouco adequada para os novos desenvolvimentos baseados no paradigma de orientação a objetos, o qual trabalha com dados e funcionalidades de forma combinada. O software orientado a objetos deve ter outra abordagem: Com base neste paradigma, assinale a alternativa que certamente esta incorreta: Dividir o número total de classes (chave e apoio) pelo número médio de unidades de trabalho por classes. Autores, como Lorenz, sugerem entre 15 a 29 pessoas dia por classe. A partir do modelo de análise, determinar o número de classes-chave. Fazer a verificação cruzada em estimativas baseadas em classes, multiplicando o número médio de unidades por caso e uso. Desenvolver casos, usos e determine uma contagem. Reconhecer que o número de casos e uso podem modificar à medida que se desenvolve o projeto. Desenvolver estimativas, usando decomposição de esforço, análise FP que seja aplicável a aplicações convencionais. 10a Questão (Ref.: 201303318930) Pontos: 1,0 / 1,0 Não são fatores de risco para a determinação do trabalho os seguintes fatos: A falta de clareza ou entendimento dos requisitos. Devem-se aplicar metodologias que esclareçam os requisitos (analise, completude e consistência) para se minimizar este aspecto. O trabalho é mal especificado não definindo limites do que precisa ser feito e geralmente o contratante pode pedir outros (quebra galhos) do contratado o que leva ao desentendimento. Falta de processo de controle nas modificações solicitada.Uma modificação, na maioria das vezes, implica em aumento do custo e prazo. O pagamento de faturas emitidas pelo fornecedor após aprovada pelo contratante. As estimativas na contratação são feitas com nível de erro. Normalmente quem contrata subdimensiona o trabalho para minimizar o seu custo.
Compartilhar