Download - Definição e classificação dos requisitos
![Page 1: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/1.jpg)
Introdução ao Desenvolvimento de Sistemas
Janynne L. S. Gomes
![Page 2: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/2.jpg)
AULA 2LEVANTAMENTO E ANÁLISE DE
REQUISITOS – PARTE 1
2
Introdução ao Desenvolvimento de Software Janynne L. S. Gomes
![Page 3: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/3.jpg)
3
Agenda
• O que é um requisito?• Classificação dos requisitos
● Funcionais● Não Funcionais
● De produto● Organizacionais● Externos
● De domínio● Do usuário● Do sistema
• Vocabulário• Referências
3
Introdução ao Desenvolvimento de SoftwareJanynne L. S. Gomes
![Page 4: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/4.jpg)
4
O que é um requisito?
"Uma condição ou capacidade que um usuário necessita para resolver um problema ou alcançar um objetivo. Uma condição ou capacidade que deve ser satisfeita por um sistema para satisfazer um contrato ou um padrão" IEEE - Institute of Electrical and Electronics Engineers
"Os requisitos para um sistema de software estabelecem o que o sistema deve fazer e definem restrições sobre sua operação e implementação." Sommerville
"Condição necessária para a obtenção de certo objetivo, ou para o preenchimento de certo fim." Dicionário Aurélio
![Page 5: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/5.jpg)
5
O que é um requisito?
Para que o processo de desenvolvimento de software seja bem sucedido é fundamental que haja uma compreensão completa dos requisitos de software.
Tanto o desenvolvedor como o cliente desempenham um papel ativo na análise e especificação dos requisitos.
![Page 6: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/6.jpg)
6
O que é um requisito?
Tentativa de solução do problema
Desenvolvedor Cliente
Indagações
O que?
Tentativa de passar informações do negócio
Um sistema sob encomenda
Pra que?
Como?
Por que?
Pra automatizaro agendamentode consultas e exames
Porque queremosque o próprio paciente escolha o melhorhorário, sem necessitar
ocupar nossa secretária
Através de uma ferramenta online
![Page 7: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/7.jpg)
7
Objetivos dos requisitos
Estabelecer e manter concordância com os clientes e outros envolvidos sobre o que o sistema deve fazer;
Oferecer aos desenvolvedores uma compreensão melhor do sistema a ser desenvolvido;
Delimitar o sistema; Planejar o desenvolvimento do
sistema; Fornecer uma base para estimar o
custo e o tempo de desenvol-vimento do sistema.
![Page 8: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/8.jpg)
8
Classificação
De acordo com Sommerville (2007), os requisitos são classificados como:1)Funcionais2)Não funcionais3)De domínio4)Do usuário5)Do sistema
![Page 9: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/9.jpg)
9
Requisitos Funcionais(RF)
São requisitos que descrevem a funcionalidade (funções que o sistema deve realizar) ou os serviços que se espera que o sistema faça.
Exemplos: cadastro de cliente emissão de nota fiscal consulta ao estoque geração de pedido emissão de relatório de vendas lançamento de notas de aluno
![Page 10: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/10.jpg)
10
Requisitos Funcionais(RF)
Cada requisito deixa sua contribuição para a construção de uma parte do sistema.
Cadastro de aluno
![Page 11: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/11.jpg)
11
Requisitos Funcionais(RF)
Cada requisito deixa sua contribuição para a construção de uma parte do sistema.
Cadastro de aluno Cadastro de avaliação
![Page 12: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/12.jpg)
12
Requisitos Funcionais(RF)
Cada requisito deixa sua contribuição para a construção de uma parte do sistema.
Cadastro de aluno Cadastro de avaliação
Cadastro de aluno na turma
![Page 13: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/13.jpg)
13
Requisitos Funcionais(RF)
Cada requisito deixa sua contribuição para a construção de uma parte do sistema.
Cadastro de aluno Cadastro de avaliação
Cadastro de aluno na turma
Cadastro de nota deuma avaliação do aluno
![Page 14: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/14.jpg)
14
Requisitos Não-Funcionais(RNF)
São requisitos que não dizem respeito diretamente à funcionalidade do sistema, mas expressam propriedades do sistema e/ou restrições sobre os serviços ou funções por ele providas.
Se categorizam em 3 tipos: Requisitos de produto Requisitos Organizacionais Requisitos Externos
![Page 15: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/15.jpg)
15
Requisitos Não-Funcionais(RNF)
Requisitos de produto
São requisitos que especificam o comportamento do produto, como por exemplo:
Requisitos de Facilidade de Uso ou de Usabilidade: referem-se ao esforço para utilizar ou aprender a utilizar o produto. Estão relacionados com a interação do usuário junto ao sistema.
![Page 16: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/16.jpg)
16
Requisitos Não-Funcionais(RNF)
Requisitos de produto
São requisitos que especificam o comportamento do produto, como por exemplo:
Requisitos de Confiabilidade: referem-se à frequência de ocorrência de falhas e recuperabilidade em caso de falha, como: ● tempo médio de falhas● probabilidade de indisponibilidade● taxa de ocorrência de falhas; tempo de reinício após falha● percentual de eventos causando falhas● probabilidade de corrupção de dados após falha
![Page 17: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/17.jpg)
17
Requisitos Não-Funcionais(RNF)
Requisitos de produto
São requisitos que especificam o comportamento do produto, como por exemplo:
Requisitos de Eficiência: referem-se ao desempenho do sistema e estão associados à eficiência, uso de recursos e tempo de resposta da aplicação, como: transações processadas/segundo; tempo de resposta do usuário/evento, entre outros.
![Page 18: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/18.jpg)
18
Requisitos Não-Funcionais(RNF)
Requisitos de produto
São requisitos que especificam o comportamento do produto, como por exemplo:
Requisitos de Portabilidade: são relativos à capacidade de transferir o produto para outros ambientes
![Page 19: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/19.jpg)
19
Requisitos Não-Funcionais(RNF)
Requisitos Organizacionais
São requisitos derivados das políticas organizacionais do cliente e do desenvolvedor, como por exemplo:
Requisitos de Implementação: ligados às regras de codificação e restrições de software e hardware usados para desenvolver ou executar o sistema
![Page 20: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/20.jpg)
20
Requisitos Não-Funcionais(RNF)
Requisitos Organizacionais
São requisitos derivados das políticas organizacionais do cliente e do desenvolvedor, como por exemplo:
Requisitos de Padrões: referem-se à definição da linguagem de programação e às normas que devem ser seguidas pelo sistema ou no processo de desenvolvimento.
![Page 21: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/21.jpg)
21
Requisitos Não-Funcionais(RNF)
Requisitos Organizacionais
São requisitos derivados das políticas organizacionais do cliente e do desenvolvedor, como por exemplo:
Requisitos de entrega: referem-se ao modo como será implantada a solução como configurações necessárias e ordem de instalação dos pacotes.
![Page 22: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/22.jpg)
22
Requisitos Não-Funcionais(RNF)
Requisitos Externos
São requisitos procedentes de fatores externos ao sistema e ao seu processo de desenvolvimento, como por exemplo:● Requisitos Éticos● Requisitos Legais (como política de privacidade e direitos autorais)● Requisitos de Interoperabilidade
Exemplos: o sistema não deverá revelar aos operadores nenhuma informação pessoal sobre os clientes, além de seus nomes e o número de referência (legislação de privacidade); em razão das restrições referentes aos direitos autorais, alguns documentos devem ser excluídos imediatamente ao serem fornecidos.
![Page 23: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/23.jpg)
23
Requisitos Não-Funcionais(RNF)
Taxonomia dos RNF
![Page 24: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/24.jpg)
24
Requisitos de Domínio
São requisitos derivados do domínio da aplicação do sistema. Ao invés de serem obtidos a partir das necessidades específicas dos usuários do sistema, eles podem se transformar em novos requisitos funcionais, ou serem regras de negócios específica do domínio do problema. Por exemplo:
Utilização de uma interface padrão utilizando a norma Z39.50;
Disponibilização de arquivos somente para leitura devido aos direitos autorais;
![Page 25: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/25.jpg)
25
Requisitos do Usuário
São os requisitos funcionais e não funcionais do sistema sob o ponto de vista do usuário. Em geral apresentam problemas como falta de clareza, confusão e fusão, ou seja, requisitos diferentes escritos como um único requisito.
![Page 26: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/26.jpg)
26
Requisitos do Sistema
São descrições mais detalhadas dos requisitos do usuário. São a base para que os engenheiros de software possam fazer o projeto do sistema. Servem como base para um contrato destinado à implementação do sistema.
![Page 27: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/27.jpg)
27
Referência
LEITE, Jair C. Ciclo de vida de Software. 2007. • Disponível em: http://engenhariadesoftware.blogspot.com/2007/02/ciclo-
de-vida-do-software-parte-1.html • PINTAUD, Marcelo e OLIVEIRA, Elisamara. Engenharia de Software e
Engenharia de Requisitos. 2014.• FIGUEIREDO, IRIA LUPPI. 2008.
http://www.oficinadanet.com.br/artigo/738/tipos_de_sistemas_de_informacao_na_empresa
27
Introdução ao Desenvolvimento de Software Janynne L. S. Gomes
![Page 28: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/28.jpg)
28
Extras
Algumas empresas que trabalham com desenvolvimento de software no Brasil:• http://www.totvs.com• http://www.thoughtworks.com• http://www.hbsis.com.br• http://www.ciandt.com/br-pt• http://www.bhsistemas.com.br• http://www.lambda3.com.br
![Page 29: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/29.jpg)
29
Vocabulário
Stakeholders (Influenciadores / Envolvidos):
São as partes interessadas no projeto, ou seja, são pessoas e organizações envolvidas no projeto ou que possuem interesses que podem ser afetados pelo projeto, podendo exercer influência sobre os resultados do projeto.
Introdução ao Desenvolvimento de Software Janynne L. S. Gomes
![Page 30: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/30.jpg)
30
Vocabulário
DERS - Documento de Especificação de Requisitos de Software:
De acordo com o IEEE este documento deve ser completo e não ambíguo, sendo responsável por auxiliar os clientes de software a descrever com precisão o que eles desejam obter, e desenvolvedores de software a entender exatamente o que o cliente deseja. Para os clientes, desenvolvedores e outros indivíduos ligados ao projeto, um bom DERS deve prover diversos benefícios, tais como:● Estabelecer a base de acordo entre os clientes e a empresa fornecedora
sobre o que o software irá fazer;● Reduzir o esforço de desenvolvimento;● Prover uma base para estimativas de custo e prazos;● Prover uma base para validação e verificação do produto;● Facilitar a manutenção do produto de software final.
Introdução ao Desenvolvimento de Software Janynne L. S. Gomes
![Page 31: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/31.jpg)
31
Praticando
Responda ao questionário:
1. Stakeholder é qualquer pessoa que vá comprar o software em desenvolvimento.(a)Verdadeiro(b)Falso
2) É relativamente comum para diferentes usuários propor requisitos conflitantes, cada qual argumentando que sua versão é a mais adequada ou melhor.
(a) Verdadeiro(b) Falso
Introdução ao Desenvolvimento de Software Janynne L. S. Gomes
![Page 32: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/32.jpg)
32
Praticando
Responda ao questionário:
3) Qual a definição de requisitos segundo o IEEE?
4) Defina Requisitos Funcionais e Requisitos Não-Funcionais.
5) Exemplifique requisitos :● Funcionais● Não funcionais● Do usuário● Do sistema● De domínio
Introdução ao Desenvolvimento de Software Janynne L. S. Gomes
![Page 33: Definição e classificação dos requisitos](https://reader030.vdocuments.com.br/reader030/viewer/2022021422/58998e9a1a28ab30328b489d/html5/thumbnails/33.jpg)
33
Disciplina: Introdução ao Desenvolvimento de Sistemas
Professora: Janynne L. S. Gomes
Contato: [email protected]
www.eteit.univale.br