136424435-Analise-de-Requisitos.ppt

7/16/2019 136424435-Analise-de-Requisitos.ppt

http://slidepdf.com/reader/full/136424435-analise-de-requisitosppt 1/26

Análise de

Requisitos

Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE

Disciplina: Teoria Geral de Sistemas - TGS

Profª. Cynara Carvalho

[email protected]



Análise de Requisitos O tratamento da informação é um

requisito que fundamenta o processo de

desenvolvimento de software antes dasolução de tecnologia a ser aplicada.

Cada projeto deve ter suas fases dedesenvolvimento adequadas àsnecessidades de tratamento dainformação.



Conceitos Requisito é (são):

“Descrições das funções e das restrições

de um sistema”

“Definição detalhada, matematicamente

formal, de uma função do sistema”

Sommerville p. 82



Conceitos Requisito é (são):

“uma descrição dos principais recursos de um

produto de software, seu fluxo de informações,comportamento e atributos. Fornece umaestrutura básica para o desenvolvimento de umproduto de software. O grau decompreensibilidade, precisão e rigor dadescrição fornecida por um documento derequisitos de software tende a ser diretamenteproporcional ao grau de qualidade do produtoresultante”

Peters p. 102



Conceitos Requirements engineering

Engenharia de Requisitos é :

“O processo de (em relação aosrequisitos):”

Sommerville p. 82

Descobrir

Analisar Documentar Verificar



Conceitos Engenharia de Requisitos é:

“Estabelecer quais funções são requeridas

pelo sistema e as restrições sobre aoperação e o desenvolvimento do

sistema”

Sommerville p. 46



Conceitos Engenharia de Requisitos é:

“Um processo que envolve todas as

atividades exigidas para criar e manter odocumento de requisitos de sistema”

Sommerville p. 103



Conceitos Engenharia de Requisitos objetiva:

Fornecer métodos para compreender a

natureza de um problema

Estabelecer com exatidão o que um

sistema deve fazer

Sommerville p. 82



Conceitos Levantamento e Análise de Requisitos

Obtenção de requisitos

1) Entrevistas2) Observação

3) Análise de tarefas



Requisitos Fala-se muito sobre requisitos; propagam-

se necessidades de gestão de mudanças

de atendimento ao cliente; Diz-se muito de métodos, técnicas e

ferramentas para descrevê-los erepresentá-los, mas muito pouco daaplicação prática deste conhecimento



Requisitos O requisito é uma condição cuja exigência deve

ser satisfeita.

Se a condição é produzir algo, diz-se que orequisito é funcional

Se a condição é caracterizar algo ( propriedade,

comportamento, restrição, etc,...), diz-se que o

requisito é não-funcional.



Requisitos Requisitos funcionais correspondem à listagem

de todas as coisas que o sistema deve fazer;

Requisitos não funcionais são restrições e

qualidades que se coloca sobre como o sistema

deve realizar seus requisitos funcionais;



Classificação de Requisitos não

funcionais Usabilidade:requisitos que selecionam ou afetam a usabilidade do sistema.

Exemplos incluem a facilidade de uso e a necessidade ou não detreinamento dos usuários.

Confiabilidade: Tratamento de falhas, possibilidade de previsão, não erros

de programação;

Desempenho: Velocidade, eficiência, precisão, tempo de recuperação,tempo de resposta, uso de recurso, etc;

Configurabilidade: O que pode ser configurado pelos usuários do sistema;

Portabilidade:restrições sobre a plataforma de hardware e de software nasquais o sistema será implantado e sobre o grau de facilidade paratransportar o sistema para outras plataformas.

Segurança: Permissões de usuários do sistema;



Requisitos Requisitos funcionais evidentes são efetuados

com conhecimento do usuário;

Requisitos funcionais ocultos são efetuadospelo sistema sem o conhecimento explícito dousuário;

Descrever requisitos funcionais e requisitos não-

funcionais requer tratar dois aspectos: primeiro,"Produzir"; segundo, "com Qualidade", as duasfaces da moeda aplicáveis à Engenharia deSoftware.



Requisitos O processo de produção de software

depende da definição clara de qual

produto construir. Esta definição fundamenta-se no

conhecimento do problema e na

viabilização de oportunidade de negóciocom o uso de tecnologia da informação.



Requisitos A estratégia é o tratamento multidisciplinar

da informação de requisitos obtida do

ponto de vista dos stakeholder (fonte deinformação) para o entendimento e

atendimento às necessidades.



Tabela de Requisitos Funcionais Código do requisito funcional (Ex.: F1, F2, F3,

...).

Nome do requisito funcional (especificaçãocurta).

Descrição (especificação longa e detalhamentodo requisito).

Categoria funcional: evidente ou oculto. Código do requisito não funcional (Ex.: NF1.1,

NF1.2, ... NF2.1, NF2.2, ...).



Tabela de Requisitos Não Funcionais Nome do requisito não funcional (especificação

curta).

Restrição: especificação do requisito nãofuncional.

Categoria: tipo de restrição: segurança,performance, compatibilidade, etc.

Obrigatoriedade: se o requisito é desejável ouobrigatório.



Desafios da Análise de

Requisitos Como descobrir os requisitos;

Como comunicar os requisitos para as

outras fases ou equipes do projeto; Como lembrar dos requisitos durante o

desenvolvimento e verificar se foramtodos atendidos

Como gerenciar a mudança



Organização dos Requisitos Casos de Uso

Cada caso de uso tem uma descrição o qual

descreve a funcionalidade que irá ser construída no sistema proposto.

“Manutenção” de Conceitos

Consultas/Relatórios



Requisitos Funcionais e Não

Funcionais AssociadosF1 Registrar empréstimos Oculto ( )

Descrição: O sistema deve registrar empréstimos de fitas, indicando o cliente e as fitas que foram emprestadas,bem como a data do empréstimo e valor previsto para pagamento na devolução.

Requ isi tos Não Fun cio nais

Nome Restrição Categoria Desejável Permanente

NF1.1 Controle de

Acesso

A função só pode ser acessada por usuário com

perfil de operador ou superior.

Segurança ( ) (x)

NF1.2 Identificação deFitas

As fitas devem ser identificadas por um código debarras

Interface ( ) (x)

NF1.3 Identificaçãodo cliente

O cliente deverá ser identificado a partir de seunome

Interface ( ) ( )

NF1.4 Tempo deregistro

O tempo para registro de cada fita deve ser inferior a um segundo.

Performance (x) ( )

NF1.5 Janela única Todas as funções relacionadas a empréstimosdevem ser efetuadas em uma única janela

Interface (x) (x)

... ... ... ... ...

F2 Calcular descontos Oculto ( x )

Descrição: O sistema deve calcular descontos nos empréstimos em função da política da empresa.

Requ isi tos Não Fun cio nais

Nome Restrição Categoria Desejável Permanente

NF2.1 Desconto de

fim de semana

Nos fins de semana, usuários que levam 4 fitas

pagam apenas 3.

Especificação ( ) ( )

... ... ... ... ...



Requisitos SuplementaresNome Restrição Categoria Desejável Permanente

S1 Tipo de Interface As interfaces do sistema devem ser implementadas como formulários acessíveisem um browser html.

Interface ( ) ( )

S2 Armazenamento dedados A camada de persistência deve ser implementada de forma que diferentestecnologias de bancos de dados possam vir aser utilizadas no futuro

Persistência ( ) ( x )

S3 Perfis de usuário Os perfis de usuário para acesso ao sistemasão:3. Administrador - pode efetuar todas asoperações.2. Operador - pode efetuar as operações deempréstimo, devolução, pagamento ecadastramento.1. Convidado - pode efetuar apenas consultasnos próprios dados (cliente).

Segurança ( ) ( )

... ... ... ... ...



Organizando Requisitos em Casos

de Uso

Nome Atores Descrição Referências CruzadasEmprestar

Fitas

Cliente,

Funcionário

O cliente se identifica e identifica as fitas que

deseja levar. O funcionário faz o registro e libera asfitas para empréstimo.

F1, F3, F5, F9, F10

Devolver Fitas

Cliente,Funcionário

O cliente entrega ao funcionário as fitas. Ofuncionário faz o registro da devolução e o clienteefetua o pagamento devido.

F2, F4, F6, F7, F8

Reservar Fitas

Cliente,Funcionário

O cliente solicita a reserva de um ou mais filmes. Ofuncionário registra a reserva.

F11, F12



Tabela para Representar

Operações de “Manutenção”

Conceito I A E C Observação Ref. Cruzadas

Cliente x x x x Só é possível excluir se não houver empréstimos associados F13

Reserva x x x x F15, F16Fita x x x x Só é possível excluir se não houver empréstimos associados F18

Empréstimo x x A inclusão de empréstimo só pode acontecer através docaso de uso “emprestar fitas”.Não é possível alterar um empréstimo, apenas excluir.

F17, F19



Organização de Requisitos em

Consultas

Nome Referências Cruzadas

Vendas Mensais F20, F21, F22

Clientes Suspensos F13, F23, F1

... ...



Exemplo de Caso de Uso – Cadastrar Cliente

Documents

136424435-Analise-de-Requisitos.ppt