SóProvas


ID
1734574
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2015
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o item a seguir, a respeito da engenharia de software.

A análise de pontos por função é uma métrica que permite mensurar produtividade, qualidade, custo e documentação de um software.




Alternativas
Comentários
  • O Cespe tira uma questão dessa, por Deus, da onde? Mensurar documentação por APF!!!?? Absurdo!

  • Mensurar qualidade?! Ahh, então quer dizer que com 35 pontos de função eu tenho qualidade, com 20 não... aFF, absurdo não ter sido anulada ou pelo menos ser considerada errada... Produtividade consegue, fazendo uma relação pontos por função X tempo desenvolvimento, custo também, documentação até acho que dá pra aceitar tbém, afinal, um sistema com muitos pontos de função pelo menos tende a ter mais documentação, apesar de não ser uma regra, agora, qualidade é um absurdo, um sistema com mais ou menos pontos de função jamais vai mensurar qualidade... qualidade depende de equipe, processos, engenharia, mas jamais do tamanho do software.

  • Pode-se inferir qualidade de software na relação: quantidade de defeitos/erros/falhas x pontos de função; usando-se registros históricos da equipe ou empresa de desenvolvimento de software para se chegar a uma estimativa aproximada. 

  • Colega Obama Concurseiro-TI,

    Poderia, por gentileza, citar a fonte?

    Obrigado.

  • o mais próximo que cheguei de achar uma resposta


    "Basicamente todas as atividades que possuem relação direta com a construção e entrega dos requisitos funcionais: levantamento e especificação de requisitos, análise, projeto, modelagem, gerência do projeto, codificação, testes, apoio à homologação do usuário, implantação e transferência de conhecimento do serviço executado. Sendo que vários artefatos podem ser produzidos nestas atividades, como: código fonte, diagramas, modelos, casos de uso, manuais, planos, atas, etc. 

    Por complemento ao parágrafo anterior, quaisquer atividades não diretamente relacionadas aos requisitos funcionais do projeto de desenvolvimento/manutenção do software não estão no escopo da estimativa por PF. Exemplos: treinamento de usuários, acompanhamento do sistema em produção, administração do banco de dados, atendimento de dúvidas ou reclamações de usuários, atividades de suporte a infra-estrutura tecnológica, etc. 

    É possível também realizar a estimativa para apenas algumas atividades específicas do projeto. Para isto é necessário conhecer a distribuição (%) de esforço que cada fase costuma consumir do projeto todo. Conhecendo esta relação, estima-se o esforço total do projeto e aplica-se o percentual de cada fase desejada para se saber o esforço estimado para aquelas atividades."

    http://fattocs.com/pt/recursos/faq-apf.html


  • Na minha concepção, não se conseguiria medir qualidade. Na internet existem vários sites afirmando que APF poderia ser utilizada para apoiar a qualidade, mas não encontrei bibliografia oficial. Então, ficar atento ao que o CESPE pensa sobre isso.

     

  • Pessoal. Complementando o que eu disse anteriormente, o Manual de Práticas de Contagem de Pontos de Função, da IFPUG, deixa claro que a APF não mede Qualidade, apenas dar suporte à análise dela. Vejam abaixo trechos do Manual.

     

    “Framework for Functional Sizing”; este documento do IFPUG explica que o tamanho do produto possui três dimensões: tamanho funcional, tamanho técnico e tamanho de qualidade. O método de APF do IFPUG fornece uma medida para o tamanho funcional.

     

    O CPM do IFPUG foi transformado em padrão ISO para a medição de tamanho funcional, com a exclusão das Características Gerais do Sistema, quemedem requisitos não funcionais (técnicos e de qualidade). Até certo ponto, esta transformação permitiu que o Comitê de Práticas de Contagem tratasse consistentemente itens como Dados de Código. A consideração mais importante em relação a estas questões é como os requisitos não funcionaisafetam o tamanho. Como não são parte do tamanho funcional, não
    contribuem para o tamanho funcional. Entretanto, ainda são parte de todos os requisitos (funcional e não funcional) para o software, contribuindo então para o tamanho do mesmo.

     

    As organizações podem aplicar este Padrão Internacional para medir o tamanho de um produto de
    software a fim de:
     dar suporte à análise de qualidade e produtividade;
     estimar o custo e recursos requeridos para o desenvolvimento, melhoria e manutenção do software;
     fornecer um fator de normalização para a comparação de software;
     determinar o tamanho de um pacote de aplicação adquirido, por meio do dimensionamento funcional de todas as funções incluídas no mesmo;
     ajudar os usuários a determinar o benefício provido por um pacote de aplicação para a sua organização, por meio do dimensionamento funcional das funções que correspondam especificamente aos seus requisitos.

     

  • Caro colega Fabiano Santos,

     

    Estou olhando para essa questão do CESPE há um ano e, sinceramente, não consegui formar um julgamento sobre ela.

     

    Somente para "apimentar" (: a discussão...

     

    Quando o avaliador coloca que a APF é uma "métrica que permite", não estaria exatamente dizendo que tal aplicaçao daria "suporte à análise da qualidade"?

     

    Um abraço,

     

    Maurício.

  • Engraçado é ver os concurseiros tentando achar explicações pra questões mal elaboradas. Terminam dizendo: "É cespe", "Cespe é Cespe". Não valorizem esse tipo de questão podre. A questão está errada e pronto, aceitem.

  • APF + dados históricos = bala de prata para estimar tudo...

    Exemplo: tenho o número de pontos de função de uma aplicação e estimativas históricas de quantos litros de café as pessoas tomam para fazer cada ponto de função, logo posso estimar o gasto de café para produzir a aplicação!!!