Você está na página 1de 4

Anlise de Requisitos Anlise de Requisitos Diagramas Use Case

Ferramentas para Desenvolvimento e Verificao de Aplicaes (nfase em Servios de Telecomunicaes) PCT 2001.2 Patrcia D. L. Machado

O que o sistema deve fazer e sobre quais limitaes deve operar. Fases:
Elicitao ! Documentao ! Validao
!

Tipos de requisitos
Requisitos funcionais Requisitos no-funcionais Requisitos de usabilidade

Problemas com Requisitos


No refletir as reais necessidades dos clientes. Podem ser documentados de forma inconsistente e/ou incompleta. Mudanas Desentendimentos

Tcnicas para Elicitao


Entrevista Leitura de documentos Questionrios Anlise de protocolos Participao ativa dos usurios Observaes e anlise sociais Reuso de requisitos

Documento de Requisitos
Resumo sobre o domnio da aplicao, a importncia do sistema para o negcio e os perfis dos potenciais usurios Requisitos Funcionais Requisitos no-funcionais Restries de hardware/performance Fronteiras/Interface com outros sistemas Arquitetura de Alto Nvel (Preliminar)
! !

Fsica Modelo Conceitual

Glossrio

Validao de Requisitos
Revises Prototipagem Contrato com o cliente

Use Cases: Diagramao de Requisitos Funcionais


Comportamento do sistema do ponto de vista de seus usurios qualquer entidade externa que interage com o sistema Captura de requisitos Planejamento de iteraes Validao

Diagrama de Use Cases


Reserva Livro
Cliente da Biblioteca (ator)

Diagrama de Use Cases


Cada use case representa uma unidade coerente de funcionalidade. Em outras palavras, uma tarefa a qual o sistema dar suporte Ator interage com o sistema na realizao da tarefa.
! ! !

Pega Livro emprestado

Devolve Livro

Representa um papel e no indivduos Pessoa ? Apenas aquele que se beneficia ?

Use Case: Descrio Detalhada


Use Case:

Captura de Use Cases


Identifique os atores Para cada ator, descubra:
! !

Submeter artigo
Autor O autor requisita um formulrio de submisso de artigos. O autor preenche o formulrio de submisso e anexa o seu artigo.
Seqncia tpica de eventos Resposta do sistema 2. O sistema envia um formulrio de submisso de artigos para o autor. 4. O formulrio realiza a verificao semntica. 5. O formulrio retorna para o coordenador do programa.

Atores: Descrio:

Ao do ator
1. Inicia quando um autor requisita um formulrio de submisso de artigos. 3. O autor preenche o formulrio de submisso e anexa o artigo.

Que use cases so importantes para ele Use cases nos quais tome parte para o benefcio de outros

Problema: use cases importantes podem no ser identificados !


! ! !

Seqncias alternativas: Linha 4: Algum campo foi preenchido de forma incorreta ou foi deixado em branco. Indica erro.

Ex: envio de contas mensais a clientes. Que atores se beneficiam ? Potenciais atores: clientes. Empresa ? Correios ? Incluso de atores que no se beneficiam com a tarefa " deciso de projeto

Modelo Conceitual: Diagrama de Classes


Melhorar o entendimento do domnio e reduzir os riscos de no identificar requisitos do sistema Um bom modelo inclui apenas conceitos do domnio, excluindo detalhes de projeto.

Anlise de Requisitos x Agentes Mveis


A anlise de requisitos em um desenvolvimento orientado a agentes tal qual em um sistema orientado a objetos. Apenas a mobilidade real de entidades do domnio da aplicao deve ser documentada, caso exista, sem levar em considerao nenhuma soluo especfica baseada em mobilidade de cdigo/dados.

Referncias
Larman. Applying UML and Patterns. Prentice Hall, 2002. Rational Unified Process. On-Line Collection. Stevens & Pooley. Using UML Software Engineering with Objects and Components. Addison-Wesley. 2000. 1.4 OMG UML

Você também pode gostar