A Gesto de Requisitos

Conhecer e dominar uma linguagem de programao bom mas no tudo. Para criar sistemas robustos e que com qualidade preciso mais do que uma boa linguagem e um bom programador. A princpio todo o sistema tem um objetivo e uma necessidade de criao. No se cria um sistema que no tem utilidade e que ningum vai usar , no mesmo. Assim, um sistema deve ser criado para atender as expectativas de um cliente. A anlise e especificao de requisitos de software envolve as atividades de determinar os objetivos de um sistema de software e as restries associadas a ele. Ela deve tambm estabelecer o relacionamento entre estes objetivos e restries e a especificao precisa do software A maior parte dos problemas no desenvolvimento de software so originados nas etapas iniciais do desenvolvimento justamente na etapa de levantamento e definio dos requisitos do sistema onde as principais atividades so : elicitao, anlise, especificao, gerenciamento e validao de requisitos. Havendo falhas na realizao das atividades acima citadas haver inconsistncia nos documentos de requisitos e o que acarretar um software de baixa qualidade com um custo elevado. Mas o que um requisito de software ? Os requisitos expressam as caractersticas e restries do produto de software do ponto de vista de satisfao das necessidades do usurio, e, em geral independem da tecnologia empregada na construo da soluo sendo a parte mais crtica e propensa a erros no desenvolvimento de software. Requisitos so objetivos ou restries estabelecidas por clientes e usurios do sistema que definem as diversas propriedades do sistema. Os requisitos de software so, obviamente, aqueles dentre os requisitos de sistema que dizem respeito a propriedades do software. Um conjunto de requisitos pode ser definido como uma condio ou capacidade necessrias que o software deve possuir (1) para que o usurio possa resolver um problema ou atingir um objetivo ou (2) para atender as necessidades ou restries da organizao ou dos outros componentes do sistema. Tradicionalmente, os requisitos de software so separados em requisitos funcionais e no-funcionais. Os requisitos funcionais so a descrio das diversas funes que clientes e usurios querem ou precisam que o software faa. Eles definem a funcionalidade desejada do software. O termo funo usado no sentido genrico de operao que pode ser realizada pelo sistema, seja atravs comandos dos usurios ou seja pela ocorrncia de eventos internos ou externos ao sistema. So exemplos de requisitos funcionais: "o software deve possibilitar o clculo dos gastos dirios, semanais, mensais e anuais com pessoal". "o software deve emitir relatrios de compras a cada quinze dias"

"os usurios devem poder obter o nmero de aprovaes, reprovaes e trancamentos em todas as disciplinas por um determinado perodo de tempo.

A especificao de um requisito funcional deve determinar o que se espera que o software faa, sem a preocupao de como ele faz. importante diferenciar a atividade de especificar requisitos da atividade de especificao que ocorre durante o design do software. No design do software deve-se tomar a deciso de quais a funes o sistema efetivamente ter para satisfazer quilo que os usurios querem. Requisitos no-funcionais so as qualidades globais de um software, como manutenibilidade, usabilidade, desempenho, custos e vrias outras. Normalmente estes requisitos so descritos de maneira informal, de maneira controversa (por exemplo, o gerente que segurana mas os usurios querem facilidade de uso) e so difceis de validar. So exemplos de requisitos no-funcionais: "a base de dados deve ser protegida para acesso apenas de usurios autorizados". "o tempo de resposta do sistema no deve ultrapassar 30 segundo". "o software deve ser operacionalizado no sistema Linux" "o tempo de desenvolvimento no deve ultrapassar seis meses".

A necessidade de se estabelecer os requisitos de maneira de forma precisa crtica na medida que o tamanho e a complexidade do software aumentam. Os requisitos exercem influncia uns sobre os outros. Por exemplo, o requisito de que o software de ter grande portabilidade (por exemplo, ser implementado em Java) pode implicar em que o requisito desempenho no seja satisfeito (programas em Java so, em geral, mais lentos). Uma boa especificao de requisitos deve ser: Clara e no-ambgua Completa Correta Compreensvel Consistente Concisa Confivel

De acordo com Farley, um documento de especificao de requisitos deve possui as seguintes sees: Viso geral do produto e Sumrio Ambientes de desenvolvimento, operao e manuteno Interfaces Externas e Fluxo de Dados Requisitos Funcionais Requisitos de Desempenho Tratamento de Excees Prioridades de Implementao Antecipao de mudanas e extenses Dicas e diretrizes de Design Critrios de aceitao ndice Remissivo

Glossrio

Construir um sistema de software com base em requisitos inconsistentes e mal definidos como construir uma casa sem alicerce na areia... At o prximo artigo... Referncias :

http://www.dimap.ufrn.br/~jair/ES/es99c3.html - Jair C Leite, 1999