CAP. 4 Requisitos

Análise e Projeto de

Sistemas de Informação

(APSI)

Profa. Simone Berbert Rodrigues Dapólito

COTIL

Introdução

• Para que um novo sistema de informação atenda às necessidades da organização, a equipe de analistas precisa conhecer os objetivos da empresa, entender seus negócios, conhecer seus clientes, sua linha de produtos, seus serviços, cultura organizacional, etc.

Introdução

• Esses fatores são de suma importância para que, na coleta de requisitos correspondentes ao futuro sistema, a equipe de análise compreenda os problemas da empresa e busque solucioná-los.

Introdução

• A coleta de requisitos tem como objetivo

compreender as reais necessidades da organização em relação ao futuro sistema, independentemente da tecnologia utilizada;

• Fase crucial para os analistas, pois são

coletados dados e informações detalhadas sobre as necessidades do usuário.

Requisitos

• Expressam o que o futuro sistema deve fazer

para satisfazer os usuários, além de suas restrições e características;

• Um requisito é uma característica do sistema ou

a descrição de algo que o sistema é capaz de realizar para atingir os seus objetivos;

• As descrições das funções e restrições são os

requisitos do sistema;

Requisitos

• Um requisito é uma propriedade que o software

deve apresentar para resolver algum problema no mundo real;

• Uma condição ou uma capacidade que deve ser alcançada ou estar presente em um sistema para satisfazer um contrato, padrão, especificação ou outro documento formalmente imposto;

Requisitos

• Conjunto de necessidades explicitadas pelo

cliente que deverão ser atendidas para solucionar um determinado problema do

negócio no qual o cliente faz parte;

• Mas atenção: nem sempre o que o cliente quer é o que o negócio precisa;

Requisitos

Neste contexto, requisitos são importantes para:

– Estabelecer uma base de concordância entre o cliente e o fornecedor sobre o que o software fará;

– Fornecer uma referência para a validação do produto final;

– Reduzir o custo de desenvolvimento (requisitos mal definidos causam retrabalho).

Classificação dos Requisitos

Entendida a definição de requisitos, é preciso conhecer seus tipos:

– Requisitos funcionais

– Requisitos não funcionais

– Requisitos de domínio

Requisitos Funcionais

• São requisitos diretamente ligados a funcionalidade do software, descrevem as funções que o software deve executar.

Requisitos Funcionais

Alguns exemplos são:

– O software deve permitir o cadastro de clientes;

– O software deve permitir a geração de relatórios sobre o desempenho de vendas no semestre;

– O software deve permitir o pagamento das compras através de cartão de crédito.

Requisitos Não Funcionais

• Requisitos não funcionais são requisitos que expressam condições que o software deve atender ou qualidades específicas que o software deve ter;

• Em vez de informar o que o sistema fará, os requisitos não-funcionais colocam restrições no sistema;

Requisitos Não Funcionais

• Não se relacionam com a funcionalidade do software ou do design, mas definem outras propriedades, que também podem ser muito importantes, como:

Padrão de qualidade Confiabilidade

Padrões de eficiência Segurança

Restrições de uso Portabilidade

Usabilidade Integridade

Desempenho

Requisitos Não Funcionais

• Definem características qualitativas do sistema, mais especificamente em relação à eficiência dos requisitos funcionais;

• Um sistema ineficiente não atende às demandas do usuário, logo, não tem utilidade;

Requisitos Não Funcionais

Alguns exemplos são:

– O software deve ser compatível com os browsers IE (versão 5.0 ou superior) e Firefox (1.0 ou superior);

– O software deve garantir que o tempo de retorno das consultas não seja maior do que 5 segundos.

Requisitos de Domínio

• São derivados do domínio da aplicação e seus processos. Podem ser novos requisitos funcionais em si, podem restringir os requisitos funcionais existentes, ou estabelecer como realizar cálculos e processamentos específicos.

• Se não forem satisfeitos, poderá ser impossível fazer o sistema operar adequadamente.

Requisitos de Domínio

• Simplificando, trata-se de requisitos que são do conhecimento do processo, do departamento e/ou da empresa cliente.

Requisitos de Domínio

• Por exemplo: Em um sistema de gestão de operadora de plano de saúde, os requisitos de domínio são conhecimentos específicos desta área de atuação, que apenas as pessoas que estão na empresa há anos possuem e podem detalhá-los de forma precisa ao analista de requisitos.

Requisitos de Domínio

• A grande dificuldade de levantar e documentar os requisitos de domínio, é o fato de que eles são expressos com o uso de uma linguagem específica do domínio da aplicação.

• Em um sistema de Departamento de Pessoal por exemplo, são utilizado termos e regras específicos desta área, em que muitas vezes o analista de requisitos não conhece, por não trabalhar nesta área e não ter a experiência que seu cliente tem neste ramo.

Requisitos de Domínio

• Em alguns casos, o cliente pode omitir algumas informações, simplesmente por achar que essas informações são muito óbvias.

• De fato são obvias! Mas para ele, e não para o analista de requisitos que não tem experiência nesta área.

• Por isso, é de extrema importância que o analista de requisitos faça as perguntas certas, e que se atente aos mínimos detalhes.

Requisitos de Domínio

• Exemplos:

– O calculo da média final de cada aluno é dado pela fórmula: (Nota1 * 2 + Nota2 * 3)/5;

– Um aluno pode se matricular em uma disciplina desde que ele tenha sido aprovado nas disciplinas consideradas pré-requisitos.

Outros requisitos

• Requisitos de Hardware: configurações mínimas para que o software funcione de forma adequada.

• Requisitos de Software: Configurações mínimas exigidas para que o novo sistema funcione adequadamente. (SO, BD, protocolo de redes)

Regra de Negócio

• É o que define a forma de fazer o negócio na

organização, refletindo a política interna, o processo definido e/ou as regras básicas de conduta.

• É um conjunto de instruções que os usuários já

seguem e que o sistema a ser desenvolvido deve contemplar.

Regra de Negócio

• Restrições, validações, condições e exceções

do processo são exemplos clássicos de regras de negócio.

• Uma regra de negócio não necessariamente será refletida no sistema como uma funcionalidade, mas ela com certeza determinará o comportamento de uma ou mais funcionalidades do sistema.

Regra de Negócio

• Exemplos:

– Um supermercado pode definir que, às quartas-feiras, os hortifrutigranjeiros sejam vendidoos com desconto de 12% para todos os clientes;

– Uma rede de farmácias pode definir que clientes com mais de 60 anos ou aposentados tenham um desconto mínimo de 20% na compra de medicamentos controlados.

Próximo passo

Conhecer um pouco sobre Engenharia / Análise de Requisitos, mas antes...

Exercícios

1 - Após a leitura das 2 página iniciais (46 e 47) do artigo "Introdução à Engenharia de Requisitos", responda:

a) Justifique a afirmação “Desenvolver software é uma atividade complexa por natureza”.

b) O que é um processo (modelo de processo) ?

c) O que é engenharia de software ?

d) Quais os principais objetivos da engenharia de software ?

e) Justifique o fato desses objetivos não serem totalmente atingidos no desenvolvimento de software.

f) Qual a principal causa do crescente custo de manutenção dos sistemas ? O que pode ser feito para melhorar a situação ?

Exercícios

2 - O que são requisitos?

3 - “Embora o requisito seja definido pelo cliente, nem sempre o que o cliente quer é o que o negócio precisa” refletindo esta afirmação, justifique a importância dos requisitos.

4 - O que são requisitos funcionais ? Dê exemplos.

5 - O que são requisitos não funcionais ? Dê exemplos.

6 - O que são requisitos de domínio? Dê exemplos.

7 - O que são requisitos de hardware, dê exemplos.

8 - O que são requisitos de software, dê exemplos.

9 - O que são regras de negócio ? Dê exemplos.

10 – Liste pelo menos 3 requisitos não funcionais necessários ao desenvolvimento de um sistema de controle de estoque de uma farmácia.

11 – Liste 3 requisitos funcionais para um sistema de controle de uma loja de materiais de construção.

12 – Liste 1 requisito de domínio para o mesmo sistema do exercício 11.

Bibliografia

– SILVA, Nelson Peres da. Análise de Sistemas de Informação – Conceitos,

Modelagem e Aplicações. 1. ed. – São Paulo : Érica 2014 – https://andremaretti.wordpress.com/2014/03/09/requisitos-funcionais-nao-

funcionais-e-de-dominio/ -acessado em 05/08/2105 – http://dextra.com.br/requisito-ou-regra-de-negocio/ - acessado em

05/08/2105

– ÁVILA, Ana Luiza; SPÍNOLA, Rodrigo Oliveira. Artigo Introdução à Engenharia de Requisitos” - Revista Engenharia de Software Magazine