Requisito funcional

Em engenharia de software, um requisito funcional define uma função de um sistema de software ou seu componente. Uma função é descrita como um conjunto de entradas, seu comportamento e as saídas. Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar. Requisitos comportamentais, que descrevem todos os casos em que o sistema utiliza os requisitos funcionais, são extraídos dos casos de uso.Também, os requisitos funcionais são suportados por requisitos não-funcionais (também conhecidos como requisitos de qualidade), que impõem restrições sobre o projeto ou execução (tais como requisitos de desempenho, segurança ou confiabilidade). O plano para a implementação dos requisitos funcionais é detalhado no projeto do sistema. Já o plano para a implementação de requisitos não funcionais é detalhado na arquitetura do sistema.

Tal como definido na engenharia de requisitos, os requisitos funcionais especificam resultados particulares de um sistema. Isto deve ser contrastado com Requisitos não-funcionais, os quais especificam características gerais, tais como custo e confiabilidade. Os requisitos funcionais fazem parte da arquitetura do aplicativo de um sistema, enquanto os requisitos não funcionais denotam a arquitetura técnica de um sistema.

Em alguns casos, um analista de requisitos gera casos de uso após a coleta e validação de um conjunto de requisitos funcionais. A hierarquia de requisitos funcionais é: usuário / pedido das partes interessadas - característica> -> caso de uso -> regra de negócio. Cada caso de uso ilustra cenários de comportamento através de um ou mais requisitos funcionais. Muitas vezes, porém, um analista começará por evocar um conjunto de casos de uso, a partir do qual o analista pode derivar os requisitos funcionais, que devem ser implementados para permitir que um usuário possa realizar cada caso de uso.

Requisitos funcionais

• Declarações de funções ou tarefas que o sistema deverá fornecer, tais como o reação à entradas específicas e como deverá ser seu comportamento circunstancialmente. Ex.: o sistema deverá prever um relatório de vendas contendo determinado ou vários itens do processo Y.

Requisitos Não funcionais

• Demonstram qualidade e ou restrições acerca dos serviços ou funções disponibilizadas pelo sistema. Ex.: restrições de tempo, restrições sobre o processo de desenvolvimento, padrões, etc.

• Surgem conforme a necessidade dos usuários, em razão de restrições de orçamento e outros fatores.

• Podem estar relacionados à confiabilidade, tempo de resposta e espaço nas mídias de armazenamento disponíveis.

• Caso ocorra falha do não atendimento a um requisito não funcional, poderá tornar todo o sistema ineficaz. Ex.: requisito confiabilidade em um sistema de controle de voos.

Classificação dos Requisitos Não Funcionais

• Requisitos de produtos : Requisitos que especificam o comportamento do produto.Ex. portabilidade; tempo na execução; confiabilidade,mobilidade, etc.

• Requisitos da organização: Requisitos decorrentes de políticas e procedimentos corporativos. Ex. padrões, infra-estrutura,etc.

• Requisitos externos: Requisitos decorrentes de fatores externos ao sistema e ao processo de desenvolvimento. Ex. requisitos de interoperabilidade, legislação,localização geográfica etc.

• Requisitos de facilidade de uso. Ex.: usuários deverão operar o sistema após um determinado tempo de treinamento.

• Requisitos de eficiência. Ex.: o sistema deverá processar n requisições por um determinado tempo.

• Requisitos de confiabilidade. Ex.: o sistema deverá ter alta disponibilidade, p.exemplo, 99% do tempo.

• Requisitos de portabilidade. Ex.: o sistema deverá rodar em qualquer plataforma.

• Requisitos de entrega.Ex.: um relatório de acompanhamento deverá ser fornecido toda segunda-feira.

• Requisitos de implementação.: Ex.: o sistema deverá ser desenvolvido na linguagem Delphi.

• Requisitos de padrões.: Ex. uso de programação orientada a objeto sob a plataforma A.

• Requisitos de interoperabilidade.:Ex. o sistema deverá se comunicar com o SQL Server.

• Requisitos éticos. Ex.: o sistema não apresentará aos usuários quaisquer dados de cunho privativo.

• Requisitos legais. Ex.: o sistema deverá atender às normas legais, tais como padrões, leis, etc.

Referências

• ROMAN, G.-C. A taxonomy of current issues in requirements engineering, Computer, Abril de 1985, volume: 18 Issue: 4 pp 14 - 23, ISSN: 0018-9162

• R. T. YEH, Requirements Analysis- A Management Perspective, Proc. COMPSAC '82, Nov. 1982, pp. 410-416

• PRESMMAN,R.S. Engenharia de Software 6a.edição, Editora McGraw-Hill,2006, ISBN: 8586804576

• SOMMERVILLE,I. Engenharia de Software, 8a. Edição,Editora: Addison-Wesley,2007,ISBN: 9788588639287