Estimando seus Requisitos - .Net Magazine 76

Natal DevMedia: Assine hoje e ganhe 3 meses gr�tis

Do que trata o artigo

O objetivo deste artigo � apresentar a ferramenta Modelo de Caso de Uso, utilizada para a especifica��o de Requisitos Funcionais em sistemas diversos. Com base no Modelo de Caso de Uso, � apresentada a metodologia de estimativa de tempo e custo de desenvolvimento de software Pontos de Caso de Uso.

Para que serve

O processo de levantamento e an�lise de requisitos � fundamental para o sucesso de um projeto de desenvolvimento de software. De uma forma geral, � utilizada para que o gerente de projeto e sua equipe possam levantar as estimativas necess�rias para defini��o de custo e cronograma de desenvolvimento.

Em que situa��o o tema � �til

Este artigo oferece subs�dio para equipes de desenvolvimento que estejam protelando adotar Especifica��o de Casos de Uso como ferramenta para an�lise de Requisitos Funcionais, ou para aquelas equipes que j� utilizam Especifica��o de Casos de Uso, mas n�o utilizam algum m�todo de estimativa de custo e cronograma de desenvolvimento de software.

Resumo do DevMan

Um sistema � composto por tarefas a serem desenvolvidas e tarefas que venham suprir as necessidades de um cliente. Como identificar tais tarefas? Como estimar em quanto tempo uma, sen�o todas, tarefas ser�o entregues? Atrav�s da utiliza��o de Casos de Usos � poss�vel especificar requisitos, que s�o as tarefas a serem executadas, que um ator define. Esse ator � mais do que nosso cliente, � um conceito que envolve todos envolvidos na tarefa especificada. Neste artigo veremos como aplicar a t�cnica de An�lise de Ponto de Casos de Uso para estimar o custo/prazo de um determinado caso de uso. Vamos conhecer os c�lculos de apoio e vari�veis envolvidas. A estimativa de prazo � um passo importante no desenvolvimento de software, pois s� conseguimos gerenciar aquilo que � mensurado.

A fase de Levantamento e An�lise de Requisitos pode ser considerada como sendo a pedra angular do processo de desenvolvimento de software, dada sua relev�ncia, enquanto subs�dio para as demais fases relacionadas �s tarefas espec�ficas de desenvolvimento (An�lise e Design, Implementa��o, Teste, e principalmente Ger�ncia de Projetos).

O processo de Levantamento e An�lise de Requisitos tem como principais objetivos:

� Oferecer aos desenvolvedores do sistema uma melhor compreens�o das necessidades dos Stakeholders;

� Definir os limites do sistema (escopo do sistema);

� Fornecer uma base para planejar o conte�do t�cnico das etapas de desenvolvimento;

� Fornecer uma base para estimar o custo e o tempo de desenvolvimento do sistema;

� Definir uma interface de usu�rio para o sistema, focando nas necessidades e metas dos usu�rios;

� Estabelecer e manter concord�ncia com os clientes e outros Stakeholders sobre o que o sistema deve fazer.

Para atingir essas metas, � importante, antes de tudo, entender a defini��o e o escopo do problema a resolver com a solu��o a ser proposta. Os Stakeholders s�o identificados e os Requisitos dos Stakeholders s�o identificados, reunidos e analisados.

Nota do DevMan

Stakeholders s�o todos os envolvidos diretamente com o projeto, considerando a� desde os usu�rios finais at� os respons�veis por aprovar ou n�o o desenvolvimento do projeto. Alguns autores incluem ainda como Stakeholders todas as pessoas envolvidas diretamente com a equipe de desenvolvimento.

Os requisitos de um sistema podem ser classificados como Funcionais e N�o Funcionais. Requisitos Funcionais s�o aqueles que descrevem o comportamento do sistema e como o mesmo interage com os usu�rios ou mesmo com outros sistemas. Os Requisitos N�o Funcionais s�o aqueles que descrevem as demais restri��es do sistema a ser desenvolvido. De forma geral, podemos classificar os requisitos pelas seguintes categorias:t

Nota: Os termos em ingl�s foram mantidos pois os mesmos formam o acr�nimo FURPS, muito utilizado por autores diversos para designar as categorias de requisitos.

Uma das ferramentas mais utilizadas hoje para especificar os Requisitos Funcionais de um sistema � o Modelo de Caso de Uso. Um Modelo de Caso de Uso � composto por dois tipos de documentos: o Diagrama de Caso de Uso e as Especifica��es de Caso de Uso.

O prop�sito principal desse artigo � apresentar os principais conceitos da especifica��o de requisitos com Casos de Uso e o uso de m�tricas de estimativa de projetos atrav�s de An�lise de Pontos de Caso de Uso (Use Case Points � UCP).

Modelo de Caso de Uso

Um Caso de Uso define uma sequ�ncia de a��es que uma funcionalidade do sistema desempenha, produzindo um resultado de valor observ�vel e significativo para um Ator. Um Ator representa um usu�rio ou outro sistema que interage com o sistema em quest�o.

A especifica��o de requisitos com Casos de Uso muda o foco do processo de an�lise da fun��o do sistema para a import�ncia que o sistema tem para cada um dos Stakeholders envolvidos com o processo de desenvolvimento do software, representando o comportamento do sistema sem se preocupar com detalhes de implementa��o.

Cada Caso de Uso representa uma unidade coerente de uma funcionalidade provida por um sistema, descrevendo sequ�ncias de a��es que o sistema realiza para apresentar um resultado de valor para um ator. Um Caso de Uso modela o di�logo entre o sistema e um ator em particular, descrevendo um fluxo de eventos completo e significativo do ponto de vista do ator. Contextualiza os requisitos encontrados disponibilizando os requisitos funcionais em sequ�ncias l�gicas, ilustrando a real necessidade do sistema, al�m de ajudar a equipe de desenvolvimento e os Stakeholders a definir se todos os Requisitos Funcionais foram identificados e corretamente especificados.

Em geral, a especifica��o de um Caso de Uso deve ser de f�cil compreens�o por n�o utilizar terminologias tecnicistas, aplicando um linguajar que os Stakeholders compreendam e que esteja devidamente relacionado com o processo de neg�cio analisado. Uma especifica��o de Caso de Uso conta uma hist�ria concreta, representando um di�logo entre o sistema e o usu�rio final.

Identificando Atores e Casos de Uso

A correta defini��o e especifica��o dos casos de uso � de extrema import�ncia para todo o projeto de desenvolvimento de software. A especifica��o dos requisitos (funcionais e n�o funcionais) est� diretamente relacionada a todas as demais atividades do processo de desenvolvimento de software.

Observe na Tabela 1 como que os artefatos de requisitos est�o vinculados �s demais atividades de desenvolvimento de software.

Etapas do Ciclo de Vida	Relacionamento
Arquitetura	As atividades de requisitos oferecem como resultados artefatos que servem de subs�dio para a especifica��o inicial da Arquitetura do sistema, bem como, para o refino e implementa��o da Arquitetura proposta;
...