SóProvas


ID
1932568
Banca
CESPE / CEBRASPE
Órgão
TCE-SC
Ano
2016
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito das métricas e estimativas de software, julgue o próximo item.

A métrica de contagem de pontos por função, disseminada pelo IFPUG (International Function Point User Group) e constituída na evolução das métricas de linhas de código (LOC), visa estimar recursos para projetos de softwares orientados a objetos a partir de documentos de visão e de casos de uso.

Alternativas
Comentários
  •  A métrica do IFPUG é constituída na evolução das métricas de linhas de código (LOC)? Nunca! Já podemos parar por aqui – não há nenhuma relação com métricas de linhas de código.

    fonte: http://www.estrategiaconcursos.com.br/blog/tcesc-2016-comentarios-da-prova-de-engenharia-de-software-e-desenvolvimento/

  • Além de....

    independe de tecnologia, ou seja, nao importa como ele foi construido, mas sim suas funcionalidades

  • Acabei de ler o livro e errei... :(

  • A métrica de PF busca esta compreensão por meio dos requisitos funcionais. A métrica ponto de função pode ser usada efetivamente como um meio para medir a funcionalidade fornecida por um sistema

  • Erros:

    -  constituída na evolução das métricas de linhas de código (LOC)

    - visa estimar recursos para projetos de softwares orientados a objetos a partir de documentos de visão e de casos de uso. Quando na verdade a métrica se baseia em requisitos funcionais de software. Documento de Visão e Casos de Uso são artefatos que fazem parte da Disciplina de requisitos do RUP, mas não possuem nenhuma relação com a APF.  Além disso a Contagem por pontos de função se baseia em identificação de funções de dados e funções transacionais que podem ser obtidas por meio de um modelo de dados, uma especificação de requisitos, ou protótipos de interface. 

    Links Uteis: 

    www.planejamento.gov.br/servicos/central.../GuiadeContagemdePontosdeFuncao.pdf

    Livro do Larman - Explica sobre modelagem e artefatos da fase de inciação e elaboração da disciplina de requisitos e processo unificado.

    Utilizando UML e Padrões (Cód: 3670960). LarmanCraig. Bookman

     

     

  • e-

    LOC (lines od code) ou SLOC (sources lines of code), o qual evoluiu p/ KSLOC (kilo SLOC) usa opinião e histórico para comparar projetos passados.

    Geralmente não chega a um valor único e considera 3 possibilidades:


    a) O KSLOC otimista, mínimo de linhas em condições favoráveis.


    b) O KSLOC pessimista, máximo de linhas em condições desfavoráveis.


    c) O KSLOC esperado, situação normal.

     

    fórmula:

     

    KSLOC = 4*(KSLOC esperado + KSLOC otimista + KSLOC pessimista)/6.

     

    LOC nao é indicado para inicio do projeto.