Jorge e Gabriel
Na verdade seriam Pontos de Função, e servem sim para o que você quer. Ponto de função mede o tamanho do software. O Ele utiliza uma abordagem que trata a produtividade da equipe, que você deve conhecer ou estimar, por linhas de código. Questões como segurança, disponibilidade, acessibilidade e desempenho não são facilmente mensuráveis em PFs, mas aumentam consideravelmente a complexidade de implementação do software. É nessa hora que o histórico de projetos e experiência dos times pode ser um diferencial. A "lista de fatores de ajuste" vai ficando cada vez mais rica a medida em que os projetos produzirem lições. Posto alguns fatores, o preço por PF dependerá DA PRODUTIVIDADE DA EQUIPE. Uma produtividade entre 10 PF/PM e 20 PF/PM, onde PM = 1 pessoa em um mês de trabalho é aceitável, e daí calcula-se os custos. Obs: existem outros fatores que interferem em muito na produtividade da equipe, e conseqüentemente, no custo do PF. O site do BPFUG (Brazil Point of Function User Group) ou do IPFUG, pode te dar uma noção, mas sugiro que você adquira um material sobre, devido a complexidade. Um Engenheiro de Sistemas ou de Software podem te ajudar a calcular. Acho no teu caso você quer o contrario. O desenvolvedor te dará os pontos de função e o numero de linhas de código previstos, e você calculará a PRODUTIVIDADE, ou algo assim. Se você não tem nada disto, daí a coisa complica. Abraço, Relington _____ De: [email protected] [mailto:[EMAIL PROTECTED] Em nome de Gabriel Freitas Redoval Enviada em: quinta-feira, 24 de abril de 2008 16:45 Para: [email protected] Assunto: RES: [itsm_br] Estimativa de produtividade baseada em linha de código Em uma conversa com amigos, eles falaram sobre produtividade para a área de desenvolvimento sendo medida através do "Ponto x Função".. Não tenho certeza se é esse o nome correto.. Será que isso pode ser util para você? Obs.. Na area de desenvolvimento eu não entendo muito, mas talvez possa ser uma solução. Demais companheiros.. Esse metodo de ponto x função serve para isso mesmo? alguem trabalha utilizando isso? __________________________________________________________ Att., Gabriel Redoval GRUPO SPREAD Cel: +55 +11 9974.4501 Fax: +55 +11 3874.6030 www.spread.com.br <http://www.spread. <http://www.spread.com.br/> com.br/> Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação baseada nessas informações. Se você recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ________________________________ De: [EMAIL PROTECTED] <mailto:itsm_br%40yahoogroups.com> .com em nome de Matheus Oliveira Enviada: qua 16/04/2008 10:45 Para: [EMAIL PROTECTED] <mailto:itsm_br%40yahoogroups.com> .com Assunto: Re: [itsm_br] Estimativa de produtividade baseada em linha de código Caro Jorge, Procura material sobre cocomo2. Acho que pra sua situação é a melhor opção. []'s Matheus 2008/4/15 Jorge Alberto M. de Almeida <jorgeamalmeida@ <mailto:jorgeamalmeida%40yahoo.com.br> yahoo.com.br <mailto:jorgeamalmeida%40yahoo.com.br> >: > Senhores, > > Preciso de uma referência baseada em linha de código para estimar uma > migração de software. Os códigos estão escritos em Oracle PL/SQL e > necessito de uma estimativa de produtividade, exemplo: produtividade > média de "X" linhas de código por dia (ou outro período) por > programador. Caso não tenham uma referência nesta linguagem, aceito em > outras linguagens ou tecnologias. Antecipo que conheço os riscos de > usar uma referência tão genérica, mas não há tempo para realizar uma > análise por ponto de função ou qualquer outro método mais assertivo. > > Muito Obrigado. > > Jorge > > > -- Matheus Teixeira de Oliveira [Non-text portions of this message have been removed] [Non-text portions of this message have been removed] [Non-text portions of this message have been removed]
