Você está na página 1de 35

Requisitos de Software e UML Bsico

Janana Horcio
janaina@les.inf.puc-rio.br
17/01/2008 2 Janana Horcio LES/PUC-Rio
Agenda
Requisitos
O que ?
Objetivos?
Atividades?
...
UML
O que ?
Modelos
...
Casos de Uso
O que ?
Componentes

17/01/2008 3 Janana Horcio LES/PUC-Rio
Requisitos
Descrio das necessidades ou dos desejos de um produto.
a parte mais crtica e propensa a erros no
desenvolvimento de software
Objetivo
Identificar os requisitos que sero satisfeitos
Documentar
Facilitar a comunicao
17/01/2008 4 Janana Horcio LES/PUC-Rio
Requisitos
O processo de Engenharia de Requisitos composto por
quatro atividades de alto nvel (Soares, 2005):
Identificao.
Anlise e negociao.
Especificao e documentao.
Validao.
17/01/2008 5 Janana Horcio LES/PUC-Rio
Requisitos
Os seguintes artefatos so recomendados na fase de
requisitos:
Um texto de viso geral
Clientes
Objetivos
Funes do sistema
Atributos do sistema
17/01/2008 6 Janana Horcio LES/PUC-Rio
Requisitos
Onde Coletar os Requisitos?
Fontes Humanas
Ambiente onde o Sistema Funcionar
Estudos de Viabilidade (tcnica, financeira)
Anlises de Mercado
Planos de Negcios
Anlise de Produtos Competidores
Conhecimento do Domnio
17/01/2008 7 Janana Horcio LES/PUC-Rio
Requisitos
Requisito Funcional
A especificao de um requisito funcional deve determinar o
que se espera que o software faa, sem a preocupao de
como ele faz.
Requisito No-Funcional
Requisitos no-funcionais so as qualidades globais de um
software, como manutenibilidade, usabilidade, desempenho,
custos e vrias outras. Normalmente estes requisitos so
descritos de maneira informal, de maneira controversa e so
difceis de validar.
17/01/2008 8 Janana Horcio LES/PUC-Rio
Requisitos
Uma boa especificao de requisitos deve ser:
Clara e no-ambgua
Completa
Correta
Compreensvel
Consistente
Concisa
Confivel
17/01/2008 9 Janana Horcio LES/PUC-Rio
Requisitos
Construir um sistema de software com base em requisitos
inconsistentes e mal definidos como construir uma casa
sem alicerce na areia...
UML Bsico
17/01/2008 11 Janana Horcio LES/PUC-Rio
UML
A UML (Unified Modeling Language) uma linguagem para
especificao, documentao, visualizao e
desenvolvimento de sistemas orientados a objetos.
A UML controlada pelo Grupo de Gerenciamento de Objeto
(Object Management Group - OMG) e adotada por boa
parte da indstria para descrever graficamente software.
17/01/2008 12 Janana Horcio LES/PUC-Rio
UML
Uma linguagem de modelagem uma linguagem cujo
vocabulrio e regras tm seu foco voltado para a
representao conceitual e fsica de um sistema.
O vocabulrio e as regras indicam como criar e ler modelos
bem formados, mas no apontam quais modelos devem
ser criados e nem em que seqncia.
17/01/2008 13 Janana Horcio LES/PUC-Rio
UML
A UML fornece os smbolos grficos para a representao de
artefatos de software. Por trs de cada smbolo empregado,
existe uma sintaxe e uma semntica bem-definidas.
Dessa maneira, um desenvolvedor poder usar a UML para
escrever seu modelo e qualquer outro ser capaz de
interpret-lo sem ambigidades.
17/01/2008 14 Janana Horcio LES/PUC-Rio
UML
Alm dos modelos que descrevem o projeto, outros
documentos, que fornecem informaes importante sobre o
sistema, tambm podem ser expressos com UML:
os requisitos do sistema,
a arquitetura do sistema e todos os seus detalhes,
as atividades de planejamento do projeto,
as atividades de realizao de testes,
o gerenciamento de verses.
17/01/2008 15 Janana Horcio LES/PUC-Rio
UML

Figura 1. Relaes entre os diagramas da UML


17/01/2008 16 Janana Horcio LES/PUC-Rio
Vantagens da UML
Padro aberto e no proprietrio.
Integrao das melhores prticas de modelagem.
Independncia do processo de desenvolvimento.
Aplicvel a todas as fases do ciclo de desenvolvimento.
Independncia de linguagem de implementao.
Suporte a conceitos de alto nvel.
uma linguagem extensvel.
Diagrama de Caso de Uso
17/01/2008 18 Janana Horcio LES/PUC-Rio
Casos de Uso
Segundo Ivan Jacobson , podemos dizer que um caso de
uso um "documento narrativo que descreve a sequncia
de eventos de um ator que usa um sistema para completar
um processo".
uma tcnica de modelagem usada para descrever o que
um novo sistema deve fazer e no como deve ser feito.
17/01/2008 19 Janana Horcio LES/PUC-Rio
Casos de Uso
Os componentes de um modelo de casos de uso so :
Ator - um papel que tipicamente estimula/solicita
aes/eventos do sistema e recebe reaes. Cada ator pode
participar de vrios casos de uso
Casos de uso - documento narrativo que descreve a seqncia
de eventos feitos por um ator no uso do sistema.
Sistema - O sistema a ser modelado
17/01/2008 20 Janana Horcio LES/PUC-Rio
Como Identificar Casos de Uso
Para cada ator identificado, quais so as tarefas nas quais o
sistema estaria envolvido?
O ator precisa estar informado sobre certas ocorrncias no
sistema?
O ator precisa informar o sistema sobre mudanas externas
repentinas?
O sistema fornece ao negcio o comportamento correto?
Todos as caractersticas podem ser realizadas pelos casos
de uso identificados?
Que casos de uso suportaro e mantero o sistema?
Que informaes devem ser modificadas ou criadas no
sistema?
17/01/2008 21 Janana Horcio LES/PUC-Rio
Casos de Uso Omitidos
Incio e fim do sistema.
Manuteno do sistema. Por exemplo, adicionar novos
usurios e configurar os perfis de usurio.
Manuteno dos dados armazenados no sistema. Por
exemplo, o sistema criado para trabalhar junto com um
sistema legado, e os dados precisam ser sincronizados entre
os dois.
Funcionalidade necessria para modificar o comportamento
no sistema. Um exemplo seria a funcionalidade para criar
novos relatrios.
17/01/2008 22 Janana Horcio LES/PUC-Rio
Boas Prticas de Casos de Uso
Nomeie um caso de uso comeando com um verbo , para
enfatizar que ele um processo. Ex: Cadastrar Cliente ,
Comprar Item , etc.
Para identificar claramente um ator iniciador e um evento ,
comece a descrio da seqncia de um caso de uso usando
o seguinte esquema:
<Ator> <Evento que inicia o caso de uso>
17/01/2008 23 Janana Horcio LES/PUC-Rio
Relacionamentos de Casos de Uso
Os relacionamentos possveis so :
Incluso : Se um caso de uso inicia ou inclui o comportamento
de outro , dizemos que ele usa o outro.
O relacionamento de incluso em UML ilustrado com uma linha de
generalizao com o rtulo <<include>>.
17/01/2008 24 Janana Horcio LES/PUC-Rio
Relacionamentos de Casos de Uso
Extenso - Define pontos de extenso que adicionam
comportamento a um caso de uso base descrevendo uma
variao do comportamento normal. O caso de uso base
pode ser executado mesmo sem a extenso.
<<extend>>
17/01/2008 25 Janana Horcio LES/PUC-Rio
Relacionamentos de Casos de Uso
Generalizao especifica que um Caso de Uso herda as
caractersticas do Super Caso de Uso, e pode sobrepor
algumas delas ou adicionar novas
17/01/2008 26 Janana Horcio LES/PUC-Rio
Especificao de Caso de Uso
3b Cliente atualiza dados cadastrais.
3c Retorna ao passo 3.
3a Gerente de Cadastro informa irregularidade nos dados cadastrais.
Fluxo Alternativo: irregularidade nos dados cadastrais
2c Retorna ao passo 2.
2b Cliente envia documentao corrigida para cadastro.
2a Assistente de Cadastro informa documentao irregular.
Fluxo Alternativo: documentao incompleta ou com erro
3 Gerente de Cadastro informa aprovao do Cliente.
2 Assistente de Cadastro informa recebimento de documentao cadastral.
1 Cliente preenche ficha cadastral.
Fluxo Normal
Precondies: Nenhuma
Ator Primrio: Cliente
Caso de Uso 01 Cadastrando cliente (descrio tpica)
17/01/2008 27 Janana Horcio LES/PUC-Rio
Diagramas UML: Sistema de Matrcula (SM)
Uma universidade requisita um sistema de matrculas:
1. A universidade oferece vrios cursos.
2. O Coordenador de um curso define as disciplinas que sero
oferecidas pelo seu curso num dado semestre.
3. Vrias disciplinas so oferecidas em um curso.
4. Vrias turmas podem ser abertas para uma mesma disciplina.
5. Estudantes selecionam 4 disciplinas preferenciais e 2
alternativas.
6. Quando um estudante matricula-se para um semestre, o
Sistema de Registro Acadmico notificado.
7. Aps a matrcula, os estudantes podem, por um certo prazo,
utilizar o sistema para adicionar ou remover disciplinas.
8. Professores usam o sistema para obter a lista de alunos
matriculados em suas disciplinas.
9. Todos os usurios do sistema devem ser validados.
17/01/2008 28 Janana Horcio LES/PUC-Rio
SM: Identificando os atores
Uma universidade requisita um sistema de matrculas:
1. A universidade oferece vrios cursos.
2. O Coordenador de um curso define as disciplinas que sero
oferecidas pelo seu curso num dado semestre.
3. Vrias disciplinas so oferecidas em um curso.
4. Vrias turmas podem ser abertas para uma mesma disciplina.
5. Estudantes selecionam 4 disciplinas preferenciais e 2
alternativas.
6. Quando um estudante matricula-se para um semestre, o
Sistema de Registro Acadmico notificado.
7. Aps a matrcula, os estudantes podem, por um certo prazo,
utilizar o sistema para adicionar ou remover disciplinas.
8. Professores usam o sistema para obter a lista de alunos
matriculados em suas disciplinas.
9. Todos os usurios do sistema devem ser validados.
17/01/2008 29 Janana Horcio LES/PUC-Rio
SM: Identificando os atores
Uma universidade requisita um sistema de matrculas:
1. A universidade oferece vrios cursos.
2. O Coordenador de um curso define as disciplinas que sero
oferecidas pelo seu curso num dado semestre.
3. Vrias disciplinas so oferecidas em um curso.
4. Vrias turmas podem ser abertas para uma mesma disciplina.
5. Estudantes selecionam 4 disciplinas preferenciais e 2
alternativas.
6. Quando um estudante matricula-se para um semestre, o
Sistema de Registro Acadmico notificado.
7. Aps a matrcula, os estudantes podem, por um certo prazo,
utilizar o sistema para adicionar ou remover disciplinas.
8. Professores usam o sistema para obter a lista de alunos
matriculados em suas disciplinas.
9. Todos os usurios do sistema devem ser validados.
17/01/2008 30 Janana Horcio LES/PUC-Rio
SM: Identificando os casos de uso
Uma universidade requisita um sistema de matrculas:
1. A universidade oferece vrios cursos.
2. O Coordenador de um curso define as disciplinas que sero
oferecidas pelo seu curso num dado semestre.
3. Vrias disciplinas so oferecidas em um curso.
4. Vrias turmas podem ser abertas para uma mesma disciplina.
5. Estudantes selecionam 4 disciplinas preferenciais e 2
alternativas.
6. Quando um estudante matricula-se para um semestre, o
Sistema de Registro Acadmico notificado.
7. Aps a matrcula, os estudantes podem, por um certo prazo,
utilizar o sistema para adicionar ou remover disciplinas.
8. Professores usam o sistema para obter a lista de alunos
matriculados em suas disciplinas.
9. Todos os usurios do sistema devem ser validados.
17/01/2008 31 Janana Horcio LES/PUC-Rio
SM: Obtendo o Diagrama de Casos de Uso
17/01/2008 32 Janana Horcio LES/PUC-Rio
SM: Obtendo o Diagrama de Casos de Uso
17/01/2008 33 Janana Horcio LES/PUC-Rio
SM: Especificando os casos de uso
17/01/2008 34 Janana Horcio LES/PUC-Rio
17/01/2008 35 Janana Horcio LES/PUC-Rio
https://jude.change-vision.com/jude-
web/serviceDownloadLink.do

Você também pode gostar