-
Esta questão não está muito abstrata? Assim como a estimativa de tempo depende de outras questões, o esforço também depende. Como a APF não leva em consideração a tecnologia de desenvolvimento, e o esforço pode variar de tecnologia para tecnologia, além da maturidade dos frameworks utilizados e outras coisas mais...
-
A estimativa de prazo depende da produtividade da sua equipe, ou seja: quantas horas homens são necessárias para resolver cada ponto de função.
-
"As principais técnicas de estimativa de projetos de desenvolvimento de software assumem que o tamanho de um software é um vetor importante para a determinação do esforço para sua construção. Logo, saber o seu tamanho é um dos primeiros passos do processo de estimativa de esforço, prazo e custo.
Daí é importante destacar que pontos de função não medem diretamente esforço, produtividade ou custo. É exclusivamente uma medida de tamanho funcional do software. Este tamanho, em conjunto com outras variáveis, é que poderá ser usado para derivar produtividade, estimar esforço e custo do projeto de software."
Fonte: http://www.fattocs.com.br/faq.asp#P1
Note que no primeiro parágrafo, afirma-se que o tamanho do software é importante para determinar esforço, prazo e custo. Já no segundo parágrafo, não é feita menção a prazo, somente a custo e esforço. Se a questão foi baseada no primeiro parágrafo, o gabarito é ERRADO. Se foi baseada no segundo, é CERTO. :)
-
Então essa questão deveria ser anulada.. já que fornece duas bases para resposta.. eu mesmo marquei como errado já que na minha visão o prazo dessa entrega seria bem mais importante na visão do cliente.
-
A questão está certa e não deveria ser anulada: ponto de função medem o esforço para produzir. O tempo pode ser obtido como um benefício extra dos pontos de função, ou seja, o tempo não pode ser obtido simplesmente calculando pontos de função, precisamos ter uma base histórica para fazer comparações.
-
Essa questão deveria ser anulada.
APF por si só não mede nem esforço, nem prazo, mede apenas o tamanho funcional de um software.
Só é possível utilizar APF para medir outras coisas, associando-a com outros fatores, principalmente históricos. Nesse caso, pode-se medir tanto esforço como prazo.
-
Discordo de você Pablo Rezende: baseado em que você afirma que PF mede o esforço pra produzir? Como você sabe o esforço necessário para se produzir 50 PFs sem uma base histórica? PF mede TAMANHO apenas, a partir desse tamanho e dados históricos eu posso dizer que uma pessoa pode produzir X pontos em X horas, etc. Questão muito mal feita e deveria ser anulada, mas o CESPE admitir um erro é algo quase impossível.
-
a) número de entradas externas (external inputs EIs). /* existe e se chama EE, por isso está correto */
b) número de saídas externas (external outputs EOs). /* existe e se chama SE, por isso está correto */
c) número de consultas externas (external inquiries EQs). /* existe e se chama CE, por isso está correto */
d) número de transações lógicas externas (external logical transactions ELTs). /* Não existe número de transações lógicas externas, por isso está incorreto*/
e) número de arquivos de interface externa (external interface files EIFs) /* existe e se chama AIE, por isso está correto */
-
É como falaram, por si só APF não vai medir o esforço. É preciso que se derive esta métrica, por meio de dados históricos, para atingir esta finalidade. (Ex: FP por homem-mês).
Mas é bom ficar ligado que CESPE já tem entendimento consolidado que isso é verdade. Então anota aí no seu resumo e segue o jogo.