O Analista de requisitos, durante o processo de produção de requisitos (elicitar, analisar, documentar e validar), deve identificar, definir e descrever os Requisitos de Software de forma a permitir que o desenvolvedor utilize uma linguagem de programação para traduzir tais requisitos em código de computador.
Na literatura temos 2 tipos de Requisitos de Software: os Funcionais – RF (o que o sistema deve fazer) e os Não funcionais – RNF (descreve as características de qualidade).
Porém, essa classificação é muito genérica e dificulta o correto detalhamento do que o sistema deve fazer.
Vamos falar sobre os Requisitos Funcionais!
O conceito clássico é de que devem descrever as funções e o comportamento do software. Com relação às funções fica claro, pois descreve as ações do software.
Mas e com relação ao comportamento? Os atributos envolvidos e as condições para execução de tais ações? Como descrever?.
Em nosso artigo aceito no 15th Argentine Symposium on Software Engineering, ASSE 2014, apresentamos o método IRON – Integração de Requisitos Orientados ao Negócio: apresentação de Método e Ferramenta, no qual descrevemos 4 tipos de requisitos de Software que se alinham ao conceito de requisitos de software abaixo:
Requisitos de Software são as ações que o software deve executar, possuindo características e condições próprias, de forma a automatizar uma tarefa de um processo de negócio.
No método IRON, as ações são definidas pelos Requisitos Funcionais-RF, as características da ação são descritas nos Requisitos de Dados-RD, e as condições de execução da ação nas Regras de Execução-RE (diferente da regra de negócio).
Dessa forma separamos cada um dos tipos de requisitos de software, conforme o conceito, de forma a atender melhor a descrição das funções a serem executadas e melhoramos a elaboração e manutenção da matriz de rastreabilidade (vamos falar em outro Post).
Cabe uma rápida explicação da diferença entre Regras de Negócio e Regras de Execução. As Regras de Negócio descrevem as necessidades do ponto de vista da organização e das suas normas. São premissas e restrições aplicadas a uma operação comercial de uma organização. As Regras de Execução determinam as condições em que uma ação do software deverá ser executada. Devem atender as Regras de Negócio.
Exemplificando:
RF1 – O Sistema deve incluir cliente, RD1, RE1
RD1 – O sistema deve incluir cliente contendo os seguintes atributos: Nome, endereço, telefone e CPF, RF1
RE1 – O CPF deve ser válido, RF1
RNF1 – o sistema deve executar a ação em até 20 segundos
No próximo Post vamos falar sobre o que é ser um Analista de Requisitos.
Abraços!😎😎
IRON – Integração de Requisitos Orientado ao Negocio
Eduardo Jose Ribeiro de Castro, MSc é gerente de equipes de construção de software, Coordenador e professor em curso de Graduação e Pós-graduação em Engenheiro de requisitos de Software, presencial e a distância, Instrutor em cursos de Analise e Gerencia de Requisito. Consultor na área de Engenharia de Software e Requisitos na implantação de métodos de análise e desenvolvimento em softwares orientado ao negócio e autor do método IRON – Integração de Requisitos Orientado ao Negócio. Graduação em Ciências Contábeis, especialização em Análise de Sistemas e Mestrado em Gestão do Conhecimento e da Tecnologia da Informação. Palestrante nas áreas de produção e gerencia de requisitos, método IRON como fator de sucesso em projetos de software e Construção de Software orientado ao Negócio.
linkedin: https://br.linkedin.com/in/eduardo-castro-4b264b6
Lattes: http://lattes.cnpq.br/2217593248315675
Email: eduardocastro@metodoiron.com.br