requisitos - proj. desenvolvimento de...

RequisitosProj. Desenvolvimento de Software

Prof. Cleverton [email protected]

25 de maio de 2017

Material Apresentado

mailto:[email protected]

Conceitos Básicos Requisitos Funcionais e Não Funcionais Documento de Requisitos

Sumário de Aula

1 Conceitos Básicos

2 Requisitos Funcionais e Não Funcionais

3 Documento de Requisitos

1 / 14


Introdução: Conceitos Básicos

• Os requisitos de um sistema são as descrições do que o sistemadeve fazer, os serviços que oferece e as restrições ao seufuncionamento;

• O processo de descobrir, analisar, documentar e verificar osrequisitos é chamado de Engenharia de Requisitos;

• Os requisitos devem ser escritos em diferentes níveis;• Dois níveis comuns são:

• Requisitos do Usuário: descrição com alvo a comunicação comcliente;

• Requisitos de Sistema: descrição mais detalhada com alvo definiçãodo que o sistema deve fazer.

• Em geral, um documento contendo os requisitos faz parte docontrato de desenvolvimento do sistema.

2 / 14


Requisitos Funcionais e Não Funcionais

• Os requisitos são geralmente classificados em:• Funcionais: descrevem o que o sistema deve fazer;• Não Funcionais: descrevem requisitos que não estão diretamente

ligados às funcionalidades do sistema.• Exemplos de requisitos funcionais:

• Um usuário deve ser capaz de pesquisar as listas de agendamentospara todas as clínicas;

• Um professor deve ser capaz de controlar/lançar a presença dosalunos de suas turmas;

• O sistema deve gerar um relatório com a relação de alunos por turma.• Exemplos de requisitos não funcionais:

• O professor deve se autenticar no sistema com sua matrículainstitucional;

• O sistema deve manter a privacidade das informações médicas dospacientes;

• A tela de lançamento de presenças não pode demorar mais que 2segundos para ser carregada.

3 / 14


Documento de Requisitos

• O documento de requisitos é uma declaração oficial do que osdesenvolvedores devem implementar;

• Deve incluir os requisitos funcionais e não funcionais;• Elementos estruturais que o documento pode conter:

• Introdução;• Glossário;• Definição de requisitos de usuário;• Arquitetura do Sistema;• Modelos do Sistema.

4 / 14


Especificação dos Requisitos

• Especificação de requisitos é o processo de escrever os requisitosde usuário e sistema em um documento de requisitos;

• A especificação deve ser clara, inequívoca, de fácil compreensão,completa e consistente;

• Formas de especificação: Linguagem natural e estruturada;• Em linguagem natural:

• Vantagens: Expressiva, intuitiva e universal;• Desvantagens: Vaga, ambígua e depende do conhecimento do leitor.

• Em linguagem estruturada:• Vantagens: Expressiva e fácil compreensão;• Desvantagens: Depende do conhecimento do leitor.

5 / 14


Exemplo: Requisitos de software de bomba de insulina

Linguagem natural- O sistema deve medir açucar no sangue e fornecer insulina, se necessário, acada dez minutos. (Mudanças de açucar no sangue são relativamente lentas,portanto, medições mais frquentes são desnecessárias; medições menosfrequentes podem levar a níveis de açucar desnecessariamente elevados.)- O sistema deve, a cada minuto, executar uma rotina de autoteste com ascondições a serem testadas e as ações associadas definidas.

Linguagem estruturada

Condição AçãoNível de açucar diminuindo (r2 < r1) CompDose = 0

Nível de açucar estável (r2 = r1) CompDose = 0

Nível de açucar aumentando,taxa descres-cente [(r2− r1) < (r1− r0)]

CompDose = 0

Nível de açucar aumentando,taxa estável oucrescente [(r2− r1) ≥ (r1− r0)]

CompDose = arredondar (r2 −r1)/4. Se res. = 0, entãoCompDose = MinDose.

6 / 14


Elicitação e Análise de Requisitos

• A atividade envolve a obtenção de informação sobre o domínio daaplicação, os serviços que o sistema deve oferecer, o desempenhodo sistema e restrições de hardware;

• O Stakeholder é quem tem alguma influência direta ou indireta sobreos requisitos do sistema;

• Atividades do processo de elicitação e análise dos requisitos:1 Descoberta de Requisitos;2 Classificação e organização de requisitos;3 Priorização e negociação dos requisitos;4 Especificação dos requisitos.

7 / 14


Diagrama de Casos de Uso

• Um dos diagramas proposto pela UML;• Os casos de uso são uma técnica de descoberta de requisitos;• Identifica os atores envolvidos em uma interação e da nome ao tipo

de interação;• Elementos de um driagrama de caso de uso:

• Ator: Um ator é um usuário do sistema, que pode ser umusuário humano ou um outro sistema computacional;

• Caso de Uso: Um caso de uso define uma grande funçãodo sistema;

• Associação: Define uma funcionalidade dosistema do ponto de vista do usuário.

8 / 14


Examplo de Sistema de Saúde

9 / 14


Examplo de Clínica

• include: Um caso deuso B é essencial parao comportamento deum caso de uso A;

• extend: Um caso deuso B pode seracrescentado (opcional)ao comportamento deum caso de uso A;

10 / 14


Examplo de Máquina Self-Service

Generalização: Um relacionamento entre um caso de uso genérico para ummais específico, que herda todas as características de seu pai. 11 / 14


Exercícios

• Faça o levantamento de requisitos dos sistema abaixo, eles deveconter: descrição de requisitos e diagrama de caso de uso;

• Sistema acadêmico;• Sistema comércio eletrônico;• Sistema de mensagens eletrônicas no estilo do WhatsApp.

12 / 14


Resumo da Aula

1 Conceitos Básicos

2 Requisitos Funcionais e Não Funcionais

3 Documento de Requisitos

13 / 14


Referências

1 Sommerville, Ian. Engenharia de software, 9 edição. Capítulo 4.

2 http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/usecases/usecases.htm

14 / 14

http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/usecases/usecases.htm

http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/usecases/usecases.htm

requisitos - proj. desenvolvimento de...

Documents