Caros. De fato, a medida mais utilizada para estimativa é a de Pontos por Função (ou POntos de Função).
A sua implantação em uma organização, porém, não é imediata. Como o Relington mencionou, tem-se que preparar a organização para adotá-la. Em tese, a idéia é simples: você conta a quantidade de determinados elementos (como arquivos de entrada, arquivos de saída, relatórios, telas etc...) de um programa, atribui-lhes um peso de acordo com a sua complexidade e faz um cálculo para obter a quantidade de PFs para aquele programa. Em seguida, faz um ajuste desse cálculo levando-se em consideração fatores relativos ao projeto como o grau de processamento distribuído, desempenho desejado e outros. COm essa quantidade de PF em mãos e considerando-se a produtividade da equipe, para aquela tecnologia, obtém-se uma estimativa de esforço para o desenvolvimento daquele programa. Portanto, há fatores (como por exemplo, o fator que determina a complexidade de um elemento), que variam de acordo com a tecnologia, de acordo com a organização e para os quais tipicamente vai-se registrando um histórico. Por isso é que não dá, por exemplo, para você pegar um cáclulo de PF feito por outro e simplesmente utilizar em uma situação sua. De qualquer forma, há algumas referências de mercado para produtividade por tecnologia ou linguagem. Há ainda outras variantes do método como "Pontos por Casos de Uso" e "Pontos por Objetos". Os livros de Eng de Software mais comuns como os do SOmmerville e Pressman são uma boa referência para se entender o assunto. Marcel. 2008/4/24 Relington <[EMAIL PROTECTED]>: > 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] <itsm_br%40yahoogroups.com> [mailto: > [email protected] <itsm_br%40yahoogroups.com>] Em nome de > Gabriel Freitas Redoval > Enviada em: quinta-feira, 24 de abril de 2008 16:45 > > Para: [email protected] <itsm_br%40yahoogroups.com> > 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<itsm_br%2540yahoogroups.com>> > .com em nome de > Matheus Oliveira > Enviada: qua 16/04/2008 10:45 > Para: [EMAIL PROTECTED] > <mailto:itsm_br%40yahoogroups.com<itsm_br%2540yahoogroups.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 <jorgeamalmeida%2540yahoo.com.br>> > yahoo.com.br > <mailto:jorgeamalmeida%40yahoo.com.br <jorgeamalmeida%2540yahoo.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] > > > [Non-text portions of this message have been removed]
