Calcular Tamanho Funcional

Calcular Tamanho Funcional

O Manual de Práticas de Contagem do IFPUG define dois tipos de projetos de

software, a saber:

• Projeto de Desenvolvimento: projeto para desenvolver e entregar a primeira

versão de uma aplicação de software. Seu tamanho funcional é a medida das

funcionalidades entregues ao usuário no final do projeto. Também considera-se as

funcionalidades de conversão de dados, caso seja requisitado no projeto a migração ou

carga inicial de dados para a nova aplicação.

• Projeto de Melhoria: projeto de manutenção evolutiva ou melhoria funcional. Seu

tamanho funcional é a medida das funcionalidades incluídas, alteradas e excluídas ao

final do projeto. Também considera-se as funcionalidades de conversão de dados, caso

seja requisitado a migração ou carga inicial de dados no projeto de melhoria.

Seguem abaixo as definições dos termos técnicos da Análise de Pontos de Função

utilizados nas fórmulas de dimensionamento de projetos de software propostas neste

roteiro:

• PF_INCLUÍDO: pontos de função associados às novas funcionalidades que farão

parte da aplicação após um projeto de desenvolvimento ou de manutenção.

• PF_ALTERADO: pontos de função associados às funcionalidades existentes na

aplicação que serão alteradas no projeto de manutenção.

• PF_EXCLUÍDO: pontos de função associados às funcionalidades existentes na

aplicação que serão excluídas no projeto de manutenção.

• PF_CONVERSÃO: pontos de função associados às funcionalidades de

conversão de dados dos projetos de desenvolvimento ou de manutenção. Exemplos de

funções de conversão incluem: migração ou carga inicial de dados para popular as novas

tabelas criadas (Entradas Externas) e relatórios associados à migração de dados, caso

requisitado pelo usuário (Saídas Externas ou Consultas Externas). Observe que os dados

carregados em um processo de migração não devem ser contados como Arquivos de

Interface Externa.

Este roteiro recomenda a supressão do PF_CONVERSÃO das fórmulas de

contagem de pontos de função de projetos de desenvolvimento e de melhoria nos casos

específicos onde for caracterizado um esforço relativamente maior dessa atividade. Por

exemplo, os projetos que envolvem a migração de dados de banco de dados hierárquico

para banco de dados relacional e o tratamento de funções complexas de migração de

dados. Nesses casos, recomenda-se tratá-los como projetos separados de migração de

dados, descritos na seção 4.3.

3.4 Requisitos Não Funcionais

A métrica Ponto de Função é uma métrica de tamanho funcional, ou seja,

dimensiona projetos de software com base nos requisitos funcionais da aplicação, não

contemplando diretamente os requisitos não funcionais do projeto.

Nesse sentido, em contratos de software baseados na métrica Ponto de Função é

fundamental definir claramente no edital os requisitos não funcionais do projeto a serem

atendidos pela empresa contratada. Os requisitos não funcionais impactam no esforço e,

consequentemente, no custo do projeto.

Roteiro de Métricas de Software do SISP 2.0 6

________________________________________________________________________________

Os requisitos não funcionais estão associados aos aspectos qualitativos de um

software, considerando aspectos relacionados ao uso do software. Seguem abaixo alguns

tipos de requisitos não funcionais, com exemplos, que podem ser mencionados nos

editais:

- Usabilidade: a solução deve atender aos requisitos dos Padrões Web em

Governo Eletrônico (e-PWG) – Cartilha de Usabilidade; a aplicação deve ter help on-line

de sistema, tela e campo (sensível a contexto); a aplicação deve ser disponibilizada nos

idiomas Português, Espanhol e Inglês.

- Técnicos: a aplicação deve funcionar adequadamente nos navegadores: Internet

Explorer 7.0 ou superior e Mozilla Firefox 3.0 ou superior; a solução deve ser

desenvolvida em linguagem Java com banco de dados PostgreSQL; para o

desenvolvimento da solução, deve ser utilizado preferencialmente um dos seguintes

frameworks Java: Demoiselle, Jaguar e MDArt; a solução deve atender aos requisitos do

e-PWG; deve utilizar as ferramentas AWSTATS e Google Analytics para gerar estatísticas

de acesso.

- Segurança: a aplicação deve realizar controle de segurança dos dados de acordo

com politica de backup definida em conformidade com a norma ISO/IEC 27002.

- Acessibilidade: a solução deve ser aderente ao Modelo de Acessibilidade de

Governo Eletrônico (e-MAG).

- Performance: o tempo de resposta da aplicação não