Use Case Point: Estimativas de Projeto – Parte 3

Artigo no estilo: Curso

As empresas de informática desenvolvem seus projetos com base no prazo estipulado pelo cliente e no custo necessário para a produção de um determinado software.

O custo dos produtos fornecidos por essas empresas divergiu por muitos anos, pois até então não havia uma métrica para o cálculo do esforço humano na criação do software requerido. Não era levado em consideração o esforço empenhado para a construção do produto, por exemplo, e não havia fórmulas matemáticas suficientes à geração das estimativas.

Com isso, o software era vendido por um preço estipulado de forma superficial, sem que todos os critérios necessários fossem considerados.

Em 1981, em Software Engineering Economics, Dr. Barry Boehm forneceu parâmetros que contribuíssem para determinar o custo de software, apresentando o método COnstructive COst MOdel, conhecido como COCOMO.

Embora eficiente, esse modelo apresentou limitações quanto às abordagens orientadas a objetos, levando a adoção do modelo de Análise de Pontos de Função, pela IFPUG. O paradigma da contagem de linhas de código para medição deixou de ser o critério de contagem principal, e os projetos passaram a contar com as funcionalidades do sistema como fator de mensuração.

Em 1993, Karner apresentou o UCP (Use Case Points) como um novo conceito de medição, permitindo que as estimativas fossem levantadas desde a análise dos requisitos. Esse modelo tende a tornar-se um grande fator competitivo para as organizações, pois estas podem apresentar as estimativas de custo e prazo ao cliente com maior precisão antes mesmo do início do desenvolvimento. No estudo de caso apresentado neste artigo, o modelo utilizado para as medições será o Use Case Point.

A metodologia adotada para este estudo de caso é a análise dos dados atuais da empresa ABC e a entrevista com o seu responsável, de forma a obter as estimativas de custo. A entrevista é uma das mais importantes fontes de informação ao se compor um estudo de caso, pois apesar do risco de sua ambiguidade, quando bem elaborada direciona a dados objetivos.

Os resultados obtidos serão comparados com os já existentes, e sua precisão será analisada quanto ao cumprimento de prazo, custo e esforço; por fim, será verificada a sua viabilidade de aplicação.

Descrição da empresa do estudo de caso

O estudo de caso deste artigo foi baseado no sistema corporativo para automação e gestão de laboratórios - ABCLIMS, desenvolvido pela empresa de engenharia ABC, responsável também pela manutenção do sistema.

O ABCLIMS é hoje utilizado por mais de 500 profissionais em 40 diferentes laboratórios físico-químico, bacteriológico e hidrobiológico. A ABC vem oferecendo desde o ano de 1996 soluções em tecnologia para o setor laboratorial, destinadas às áreas de siderurgia, energia elétrica, meio ambiente, têxtil, gás e saneamento básico, a fim de atender às necessidades de seus clientes no controle de qualidade de água e esgoto, além da telemetria de processos e sistemas de produção.

O sistema ABCLIMS foi desenvolvido com base em modelos utilizados em diversos países onde há o controle de qualidade da água. O MPLA (Modelo de Processos de Laboratório de Análise) é o modelo que identifica os processos laboratoriais, conforme a Figura 1.

Figura 1. Modelo de Processos de Laboratório de Análise

ABCLIMS