17/05/2013

Engenharia de Requisitos
Luciano Brgamo

Bibliografia:
PAULA FILHO, Wilson de Pdua. Engenharia de Software: Fundamentos, Metodos e Padres. LTC, 2009. PRESSMAN, R. S. Engenharia de software. 6.ed. McGrawHill, 2006. SOMMERVILLE, I. Engenharia de software. 8.ed. Addison Wesley, 2007.
E-Fontes: http://mais.uol.com.br/view/wxs5e3bsd547/a-importancia-do-profissional-deengenharia-de-requisitos-04024E9C336ED4C12326?types=A& https://www.youtube.com/watch?v=hfN6n5fJfLc https://www.youtube.com/watch?v=EuWTFJHjDGo

17/05/2013

NOTAS...
UML - Unified Modeling Language UML permite que desenvolvedores visualizem os produtos de seus trabalhos em diagramas padronizados. CASO DE USO = REQUISITO Um Caso de Uso um requisito Objetivo: Apresentar a especificao de requisitos preparando o desenvolvimento de casos de usos.

Quando se fala em desenvolvimento de software estamos falando em transformar conhecimento em bits Prof. Martin Tornquist 30 anos professor UFRS 22 anos Empresa de Testes http://www.tmtestes.com.br/ APRESENTAR VDEO: Engenharia de Requisitos.mpeg

17/05/2013

DEFININDO ENGENHARIA DE REQUIISITOS:

ENGENHARIA: Adquirir e aplicar conhecimento Matemtico, Tcnico e Cientfico. REQUISITO: um termo genrico que usamos para caracterizar uma necessidade do usurio em relao ao software que teremos que desenvolver. ENGENHARIA DE REQUISITOS: Aplicar conhecimento do sistema atravs dos requisitos.

A IMPORTNCIA DO PROFISSIONAL DE ENGENHARIA DE REQUISITOS

Engenharia de Requisitos (Onde comea o Desenvolvimento do Software) Tudo comea com um contrato que trabalha essencialmente trs perguntas: Porque estou desenvolvendo esse Sistema? O que eu pretendo fazer? Como eu pretendo fazer isso? Essas trs perguntas embasam o conceito de requisito.

17/05/2013

DEFININDO ENGENHARIA DE REQUIISITOS:

Basicamente requisito o que o sistema deve fazer e qualidade que ele possui. Requisito uma frase: O que eu quero que essa parte do sistema faa, como far e com qual qualidade.
Se no temos essa base de requisito fica quase impossvel de se desenvolver um sistema Gerar dvidas de onde se quer chegar; Como vai chegar;

FRACASSO vs SUCESSO Quando pensamos em requisitos, logo vem em mente um sistema de sucesso. Porm, num decorrer histrico, existem mais histrias de fracassos do que histrias de sucesso. Fracasso: no entregar o que o cliente quer, ou melhor, no entregar exatamente o que ele quer, ou mais.... entregar com atraso.

17/05/2013

Requisitos
Por que os sistemas informatizados...
no fazem o que deveriam fazer? porque os problemas tm que ser enunciados; antes de serem resolvidos.

2008 Wilson de Pdua Paula Filho

Requisitos
Problemas tm que ser enunciados antes de serem resolvidos.
O que necessrio fazer uma coisa.

2008 Wilson de Pdua Paula Filho

17/05/2013

Requisitos
Problemas tem que ser enunciados antes de serem resolvidos.
O que os clientes querem outra coisa.

2008 Wilson de Pdua Paula Filho

Requisitos
Problemas tem que ser enunciados antes de serem resolvidos.
O que os clientes pedem ainda outra coisa.

2008 Wilson de Pdua Paula Filho

17/05/2013

Requisitos
Problemas tem que ser enunciados antes de serem resolvidos.
O que os engenheiros de software entendem mais outra coisa.

2008 Wilson de Pdua Paula Filho

Requisitos
Problemas tem que ser enunciados antes de serem resolvidos.
O que acaba sendo feito...

2008 Wilson de Pdua Paula Filho

17/05/2013

Requisitos
Tipos de requisitos:
implcitos = expectativas;
indesejveis: provavelmente no sero considerados no desenho; resultado: satisfao dos compromissos formais, mas no das necessidades;

normativos = leis, padres etc.; Exemplo: GFIP explcitos = documentados em uma especificao.

2008 Wilson de Pdua Paula Filho

Requisitos
Princpios da Engenharia de Requisitos: boas especificaes de requisitos so
indispensveis; no representam custos suprfluos;
mas investimentos necessrios;

a participao dos usurios fundamental;

para que as suas necessidades sejam atendidas;

KEY USER: Usurio chave ou usurio principal de um negcio.

2008 Wilson de Pdua Paula Filho

17/05/2013

Requisitos
Princpios da Engenharia de Requisitos:
uma boa especificao de requisitos custa:
tempo e dinheiro;

a ausncia de uma boa especificao de requisitos custa:

muito mais tempo e dinheiro.

2008 Wilson de Pdua Paula Filho

SINDROME DO GARON
Segundo o Prof. Martin Tornquist: muitos profissionais que trabalham com coleta de requisitos so meros garons, ou seja, somente anotam os pedidos. Eles chegam para o cliente e perguntam: O que voc quer que eu faa? certo que essa uma pergunta vlida, porm, acontece que os clientes na maioria das vezes falam somente entre 30 a 35% do que o sistema realmente precisam. Outros 70% dos requisitos esto em oculto mas o cliente precisa.

17/05/2013

O BOM ENGENHEIRO DE REQUISITOS:

Um bom engenheiro no pode somente perguntar: O que que voc quer que eu faa?. Isso muito pouco! O Engenheiro de Requisitos precisa Extrair (Elicitar) ou seja: pescar do inconsciente do usurio mais detalhes.

Pode-se fazer outras perguntas como: Alm dessa necessidade, o que mais voc precisa?.
Outra pergunta como: O que voc talvez no contou mas pode ser importante?. E outra mesmo que parece estranha, mas importante: O que mais voc precisa e talvez no saiba ou no tenha me falado?

Tcnicas de Elicitao
Informar os temas que sero abordados; Informar a durao da entrevista Nunca deixe uma entrevista durar mais do que 2 horas; Fazer uma breve apresentao sobre si; Explicar como ser a conduo da entrevista;

ENFIM... Utilizar de certas METODOLOGIAS para conseguir resgatar a quantidade mxima de informaes do usurio. Fonte: http://imasters.com.br/artigo/18032/gerencia-deprojetos/elicitacao-de-requisitos-e-suas-tecnicas/

10

17/05/2013

Planejamento - Escopo
Coletar os requisitos do projeto

Tcnicas de Elicitao
Entrevista Dinmica em grupo Oficinas Tcnicas de criatividade (brainstorm) Tcnicas de tomada de deciso em grupo Questionrios

BRAINSTORM

21

TRS DESAFIOS PARA O ENGENHEIRO DE REQUISITOS:

1) Ele tem que se aprofundar mximo possvel em cada requisito (especificao); 2) Tem que entrar no mago (profundo) da questo, entendendo a entrada, processamento e sada de cada requisito; 3) Tem que entender o negcio do cliente para poder elaborar uma especificao realmente precisa e completa;

11

17/05/2013

CARACTERSTICAS IMPORTANTES DE REQUISITOS:

Tem que ser completo (parece bvio, mas difcil); Tem que ser preciso, no pode ser ambguo: (existem requisitos como: o sistema deve ser fcil de usar. Outro caso: A consulta dever ser rpida) O Requisito tem que ser relevante: (Tem que servir para alguma finalidade e trazer benefcio para o Cliente). O cliente busca um sistema para alavancar seu negcio, no meramente processar dados. Tem que ser testvel (como saberemos se o que queramos?); Realizvel (alguns sistemas pecam nesse sentido.. Tentam fazer o impossvel um uma semana!)

Prazos e Custos
No me interessa como voc vai fazer, desde que entregue no prazo!
Pressionados o suficiente, programadores prometem qualquer prazo.

2008 Wilson de Pdua Paula Filho

12

17/05/2013

Prazos e Custos
Conseqncias da cultura do prazo:
produtos de m qualidade que no resolvem os problemas que deveriam resolver e so entregues fora do prazo!

2008 Wilson de Pdua Paula Filho

Prazos e Custos
Receitas para reduzir custos.
Identificar e resolver problemas o mais cedo possvel.
O custo de correo dos defeitos cresce muito ao longo do tempo.

2008 Wilson de Pdua Paula Filho

13

17/05/2013

Planejamento Tempo em Gesto de Projetos

Usa-se: Estimativa anloga; Estimativa paramtrica; Estimativa de 3 pontos: 3ptos=(O +4*PR+P)/6

27

Estimativa de Tempo e Valores oferecidos pela Engenharia de Softwares

Anlise de Pontos de Caso de Uso (Requisito); Anlise por Pontos de Funo;

14

17/05/2013

FALHAS EM SISTEMAS:
Segundo o Prof. Martin Tornquist, 60% dos sistemas com problemas tem a ver com:
Requisitos que faltaram; Requisitos Esquecidos; Requisitos mal interpretados;

A manuteno dessas falhas (60%) correspondem 80% do valor/tempo de desenvolvimento para correo.

CUSTOS DE FALHAS EM REQUISITOS DE SISTEMAS :

Exemplo: em um sistema Financeiro em SP - Uma correo de falha relacionada a requisito fica em torno de R$ 5000,00.
5.000,00 Por erro... 10 erros: 50.000,00. Se 60% dos erros so relacionados a falhas de requisitos do incio do sistema fosse detectado, custaria perto de R$ 200,00.

Com esses dados, pode-se confirmar que: para sistemas de mdio e grande porte, o investimento em anlise de requisitos se paga no prprio projeto!

15

17/05/2013

GRFICO PERCENTUAL DE FALHAS DE REQUISITOS:

UM PROBLEMA COMUM ENCONTRADO NA COLETA DE REQUISITOS

Usurios que viajam na maionese:
- passam muito mais informaes as vezes do que realmente necessrio. - Desse modo desenvolvido um supercontrole enquanto era necessrio outro muito mais simples.

Exemplo no prximo slide:

16

17/05/2013

Era necessrio desenvolver o controle menor, mas o usurio passou muitos dados fora do contexto, que no raciocnio deles seria importante. Isso acontece principalmente com usurios que conhecem outras tecnologias e tentam inventar algo das estrelas para o sistema.

Exemplos:
-O usurio pede para o sistema fazer uma conexo e gerar resultados no Excel. -O usurio pede para enviar uma mensagem para um celular quando acontecer algo no sistema. -O usurio pede para criar uma rotina que encaminhe um relatrio de vendas via e-mail.

OUTRO EXEMPLO DE ERROS EM COLETA DE REQUISITOS :

- Deveria fazer uma sacada mas no foi documentado que deveria ter uma porta para a sacada. - Especificou-se que deveria ter um caixa eletrnico mas no se atentaram muito bem para a altura de instalao

17

17/05/2013

UMA SOLUO ENCONTRADA

Uma soluo encontrada nos ltimos anos para minimizar as falhas na coleta de requisitos:

- Antes de fazer a coleta de requisitos, elaborar um levantamento de Processos! Levantando os processos, conseguiremos interpretar melhor o negcio da empresa, para depois levantar os requisitos.

PORQUE APLICAR A GESTO POR PROCESSOS ANTES DA ENGENHARIA DE REQUISITOS:

Waldez Ludwig no programa do J por volta dos 7 minutos (Link Abaixo). Ele fala sobre a melhoria do coc: http://www.youtube.com/watch?feature=player_em bedded&v=_RWqnEmaJXs Em suma: Se desenvolver um software sobre algo fedido vai feder mais ainda. Antes de fazer a anlise de requisitos para o software, em alguns casos necessrios fazer o levantamento de processos

18

17/05/2013

Relembrando Processos:

O Object Management Group, ou OMG, uma organizao internacional que aprova padres abertos para aplicaes orientadas a objetos.

Para Minimizar esses Problemas as empresas esto adotando:

Mtodos de Desenvolvimento gil (Envolvendo usurios e desenvolvedores em reunies). Exemplo: necessrio desenvolver um sistema de RH, porm o engenheiro de requisitos faz uma reunio com o setor de RH, Financeiro e Controladoria ao mesmo tempo para conseguir sugar o mximo de experincias visando melhor qualidade.

19

17/05/2013

O Diagrama de Caso de Uso

APRESENTAR VDEO: Introduo Casos de Uso.mpeg

O Diagrama de Caso de Uso:

- Acompanha o Desenvolvimento do Software - Ferramenta de consulta, reunies, decises.. mostra a anlise do negcio - Modela os Requisitos de Sistemas atravs de cenrios - Aumenta o grau de abstrao do software;

20

17/05/2013

Cenrio de caso de uso

como desenhar peas de teatro: Exemplos: - Faz Cadastro? um cenrio - Faz Consulta? um cenrio - Faz Alterao de Aluno outro cenrio

Atores de Caso de uso

- Ator representado por figuras caricatas de humanos - O Ator podem ser pessoas que interajam com o Sistema - Poder ser tudo aquilo externo ao Sistema que se relaciona ao Sistema Por exemplo: A pessoa do financeiro tem ligao com o caso de uso que tem ligao com o Banco. Nesse caso o Banco outra pessoa do diagrama de caso de uso. Exemplo de Atores: Funcionrio, Cliente, Banco Esterno.

21

17/05/2013

Atores de Caso de uso

Identificando Atores em Caso de uso

Para identificar um ator, necessrio: Procurar por SUBSTANTIVOS, ou seja: ENTIDADES INICIADORAS DE AO. - Cliente aluga um quarto Cliente o Ator

Identificando um Ator :
SEGUE O EXEMPLO: - Esse software tem o objetivo de disponibilizar a locao de DVDs Via Internet a Clientes j Cadastrados ou novos Clientes. - O Software deve prever o lanamento de clientes com seus dados pessoais. - O Software oferecer servios para todas as cidades onde o Cliente tiver locadora. Sero disponibilizados somente DVDs das locadoras da cidade onde o cliente reside. RESPOSTA: Nessa especificao o Ator o cliente! O DVD e Internet no podem ser considerados atores porque no iniciam uma ao.

22

17/05/2013

Ator Cliente
No caso Anterior, o cliente pode se cadastrar pela internet. Nesse aspecto podemos desenhar o seguinte cenrio:

ESPECIFICAO DE CASO DE USO

Analisando o caso de uso Cadastrar Cliente, podemos fazer o seguinte questionamento: POSSVEL VOC ESPECIFICAR MELHOR O CADASTRO DE CLIENTES?

23

17/05/2013

ESPECIFICAO DE CASO DE USO

A Especificao de Caso de Uso uma descrio textual que modela passo a passo (microfuncionalidades do caso de uso). ATENO! A UML no apresenta uma
formalizao para a Especificao Textual de Caso de Uso. Os livros acadmicos apresentam Boas Prticas para a descrio dos da Especificao do Caso de Uso.
Basicamente, a UML permite que desenvolvedores visualizem os produtos de seus trabalhos em diagramas padronizados.

ESPECIFICAO DE CASO DE USO

SEGUINDO AS BOAS PRTICAS DE ESPECIDICAO DE CASO DE USO PODEMOS DESTACAR: OBJETIVO: Mostrar a finalidade do caso de uso como fazer a pergunta: Para que serve esse caso de uso (Cadastrar Clientes)? Objetivo: Serve para consolidar os clientes no Sistema Obs: Geralmente o caso de uso j apresenta o objetivo, porm, se houver a necessidade de incrementar um texto para melhorar o entendimento importante acrescent-lo.

24

17/05/2013

ESPECIFICAO DE CASO DE USO

O Passo a Passo da especificao de requisitos tem dois CURSOS:

CURSO NORMAL: aquilo que acontece se tudo que foi especificado acontecer corretamente.
CURSO ALTERNATIVO: So solues alternativas caso o passo do Curso Normal no funcione.

APRESENTANDO NA PRTICA UMA ESPECIFICAO DE CASO DE USO.

Na Especificao preciso numerar cada Caso de Uso Segue exemplo de especificao de Caso de Uso no (prximo slide)

25

17/05/2013

1 Reservar Quarto Objetivo: Este caso de uso Responsvel por reservar quarto para o cliente

Curso Normal:
1 O Cliente pede reserva num quarto por um determinado perodo e se possvel o quarto de costume; 2 O Sistema verifica se existe quarto disponvel para o Perodo, informando o quarto que o cliente pediu; 3 O Sistema Seleciona os dados cadastrais do Cliente Associados ao seu CPF; 4 O Cliente Confirma seus dados; 5 O Sistema envia pedido de Confirmao do Cliente da Reserva do Quarto; 6 O Cliente Confirma a Reserva do Quarto; 7 O Sistema confirma a reserva e emite a mensagem Quarto Reservado.
Observao: Esse passo a passo no tem necessidade de ser to detalhado.

1 Reservar Quarto
Objetivo: Este caso de uso Responsvel por reservar quarto para o cliente

Curso Alternativo:
1 Caso no exista quarto alternativo para o perodo desejado, o sistema emite uma mensagem: No existe quarto disponvel no perodo solicitado. 4 Se o Cliente no estiver cadastrar o sistema chama o caso de uso Cadastrar Cliente e continua a partir do Passo 6 porque cadastrando no precisar de informao; 5 O Cliente confere seus dados e caso tenha que alguma modificao o sistema atualiza esses dados. 6 O Cliente desiste da reserva. Pode acontecer que no ltimo instante o cliente se lembre de que no vai mais precisar reservar.

26

17/05/2013

1 Reservar Quarto
Objetivo: Este caso de uso Responsvel por reservar quarto para o cliente
Curso Normal: 1 O Cliente pede reserva num quarto por um determinado perodo e se possvel o quarto de costume; 2 O Sistema verifica se existe quarto disponvel para o Perodo, informando o quarto que o cliente pediu; 3 O Sistema Seleciona os dados cadastrais do Cliente Associados ao seu CPF; 4 O Cliente Confirma seus dados; 5 O Sistema envia pedido de Confirmao do Cliente da Reserva do Quarto; 6 O Cliente Confirma a Reserva do Quarto; 7 O Sistema confirma a reserva e emite a mensagem Quarto Reservado. Curso Alternativo: 1 Caso no exista quarto alternativo para o perodo desejado, o sistema emite uma mensagem: No existe quarto disponvel no perodo solicitado. 4 Se o Cliente no estiver cadastrar o sistema chama o caso de uso Cadastrar Cliente e continua a partir do Passo 6 porque cadastrando no precisar de informao; 5 O Cliente confere seus dados e caso tenha que alguma modificao o sistema atualiza esses dados. 6 O Cliente desiste da reserva. Pode acontecer que no ltimo instante o cliente se lembre de que no vai mais precisar reservar.

Lista de casos de usos resumidos

Antes de iniciar as especificaes Passo a Passo necessrio fazer uma lista de casos de usos. atravs dessa lista que desenvolveremos os casos de usos desenhados. Essa Lista contm as colunas:
N Descrio Evento Caso de uso Mensagem Retorno

N 1 2

Descrio Cliente Solicita Reserva Cliente Cancela Reserva

Evento

Caso de Uso

Dados da Reservar Reserva Quarto Dados Cliente Cancelar Reserva

Mensagem Retorno Quarto Reservado Reserva Cancelada

27

17/05/2013

UM CASO DE USO NA PRTICA - SISTEMA HOTELEIRO

Deseja-se modelar um sistema para um pequeno hotel que atenda aos seguintes requisitos: Quando o Cliente telefona ou vem at o hotel e pede para reservar um quarto o funcionrio verifica se existe quarto disponvel no perodo solicitado. Caso positivo, feita a reserva do quarto. Caso negativo, informado ao cliente a no disponibilidade do quarto. Quando o cliente no mais desejar o quarto reservado o funcionrio providencia o cancelamento da reserva, disponibilizando novamente o quarto. Quando o cliente no comparecer ao hotel para hospedar-se at as 12:00 horas do dia da Reserva, deve ser cancelada a sua Reserva. Quando o cliente ocupar um quarto, reservado previamente, o funcionrio faz o registro do cliente. Caso o quarto no esteja reservado uma mensagem de rejeio ser emitida. Caso contrrio, um pacote com informaes teis e a confirmao sero fornecidos ao Cliente. Quando o cliente deixar o hotel e solicitar que providencie sua sada, ser fornecida a respectiva conta, e o quarto ficar disponvel para a limpeza. O cliente pode pagar a conta vista ou usando carto de crdito. Caso use carto de crdito, verificado sua situao para aceitar ou rejeitar o carto. Esta verificao feita por telefone. Quando o quarto estiver limpo, aps uma ocupao, o gerente torna-o disponvel.

Atividade: Continue a lista abaixo para ao menos mais 5 caso de uso:

N 1 Descrio Cliente Solicita Reserva Evento Dados da Reserva Caso de Uso Reservar Quarto Mensagem Retorno Quarto Reservado

Cliente Cancela Reserva

Dados Cliente

Cancelar Reserva

Reserva Cancelada

Lista de casos de usos (Soluo):

N 1 2 Descrio Cliente Solicita Reserva Cliente Cancela Reserva Evento Dados da Reserva Dados Cliente Caso de Uso Reservar Quarto Cancelar Reserva Mensagem Retorno Quarto Reservado Reserva Cancelada

hora de cancelar no comparecimento Diariamente ao meio dia

Cliente hospeda-se no hotel Cliente solicita Conta

12:00 hs

Hora de Cancelar Comparecimento

Comparecimento Cancelado

4 5

Dados Cliente Numero Quarto

Hospedar Cliente Solicitao de Pagamento Pagamento de Conta Disponibilizar quarto Cadastrar Quarto

6
7 8

Cliente Paga Conta

Pagamento

Gerente disponibiliza quarto Numero Quarto Gerente Cadastrar Quarto Dados Quarto

Cliente Hospedado Pagamento Solicitado Pagamento efetuado Quarto Disponibilizado Quarto Cadastrado

Obs: daria para inserir um 9 um caso de uso: Gerente cadastra cliente.

28

17/05/2013

Sistema de Lan House

O Atendente da Lan House cadastrar o cliente tendo em mos os Dados de conta. Quando pronto, emitir a mensagem: Conta registrada Todos os dias as 12h00, o Sistema emitir um relatrio de clientes com crdito de horas, que ser impresso. O Sistema dever verificar se quantidade mxima de clientes (Numero usurios) foi alcanada e emitir a mensagem impressa na tela: Lotao da Lan House. O Cliente solicita horas para uso de computador. Cofirmado esse processo emitida a mensagem: Horas liberadas. O Sistema controle Quantidade de horas do usurio, quando terminar o tempo, bloqueia conta se quantidade e emite a mensagem: Conta de acesso bloqueado. O Cliente efetua o pagamento das horas e leva o Recibo impresso. O Sistema detecte Hora promocional (12hs) e diminui preo da hora. O Gerente solicita relatrio de horas vendidas e emitido Relatrio impresso na tela. Atendimento atualiza cadastro de cliente e recebe mensagem: Dados alterados

Lista de Casos de Usos Sistema de Lan House Num 1 2 Descrio Atendimento cadastra cliente Hora de mostrar cliente com crdito de horas Lotao da Lan House Cliente solicita horas Quantidade de horas expira Cliente paga horas Hora promocional Gerente solicita relatrio de horas vendidas Evento Dados de conta 12hs Caso de Uso Registrar conta Respostas Conta registrada

3 4 5 6 7

Gerar relatrio de clientes com crdito de Relatrio impresso na tela horas Verificar se quantidade Numero usurios mxima de clientes foi Relatrio impresso na tela alcanada Liberar horas para Solicitao de horas Horas liberadas cliente Bloquear conta se Horas usurio quantidade de horas Conta de acesso bloqueada expirar Dados cliente e Pagar horas solicitadas Recibo impresso horas 12hs Solicitao de relatrio Alterao de dados Fazer pacote de hora Gerar relatrio de horas vendidas Diminuio de preo por hora

Relatrio impresso na tela

Atendimento atualiza cadastro de cliente

Alterar dados do cliente

Dados alterados

29

17/05/2013

Lista de Casos de Usos Sistema Acadmico Universitrio(Escolar) Num 1 2 3

Descrio

Estmulo

Aes

Respostas

Secretaria Matricula Aluno Dados do Aluno Matricular Aluno Aluno Matriculado Secretaria Define Salas Dados das salas Separar alunos nas salas Alunos nas salas cadastradas Pagamento de Aluno efetua Dados Mensalidade pelo pagamento da Recibo Mensalidade Aluno Mensalidade Professor Cadastra Data da Prova Professor Retorna Notas e Faltas Sistema emite Sinal Secretaria Distribui Salas para os professores Data Prova Cadastrar Provas Prova Agendada

4 5 6 7

Notas e Faltas cadastrar Notas e faltas Notas e Faltas dos alunos dos alunos Cadastradas hora Emitir Sinal Sinal Emitido Salas e Professores Distribuir salas para professores Salas distribudas

Sistema Escolar
Tendo os dados dos alunos em mos, a secretaria matricula aluno e o sistema emite a mensagem: aluno matriculado. Secretaria cadastrar salas, definindo alunos e fazendo a separao de por sala. Ao cadastrar emitida a mensagem: salas cadastradas O aluno efetua o pagamento de mensalidade e leva recibo impresso. Professor cadastra data da prova, agendando a data que ser aplicada. Professor cadastra notas e faltas dos alunos Sistema emite sinal para horrio de entrada, intervalo e sada. Secretaria distribui salas para os professores de acordo com a dos mesmos.

30

17/05/2013

Lista de Casos de Usos Sistema Acadmico Universitrio(Escolar) Num Descrio Estmulo Aes Respostas

1
2 3

Secretaria Matricula Aluno Dados do Aluno Matricular Aluno Aluno Matriculado Secretaria Define Salas Dados das salas Separar alunos nas salas Alunos nas salas cadastradas Pagamento de Aluno efetua Dados Mensalidade pelo pagamento da Recibo Mensalidade Aluno Mensalidade Professor Cadastra Data da Prova Professor Retorna Notas e Faltas Sistema emite Sinal
Secretaria Distribui Salas para os professores

4 5
6 7

Data Prova

Cadastrar Provas

Prova Agendada

Notas e Faltas cadastrar Notas e faltas Notas e Faltas dos alunos dos alunos Cadastradas hora Emitir Sinal Sinal Emitido
Salas e Professores Distribuir salas para professores Salas distribudas

Atividade 2:

Faa a ESPECIFICAO de cada um dos requisitos (casos de uso) relatados nas atividades anteriores conforme exemplo:

1 Reservar Quarto
Objetivo: Este caso de uso Responsvel por reservar quarto para o cliente
Curso Normal: 1 O Cliente pede reserva num quarto por um determinado perodo e se possvel o quarto de costume; 2 O Sistema verifica se existe quarto disponvel para o Perodo, informando o quarto que o cliente pediu; 3 O Sistema Seleciona os dados cadastrais do Cliente Associados ao seu CPF; 4 O Cliente Confirma seus dados; 5 O Sistema envia pedido de Confirmao do Cliente da Reserva do Quarto; 6 O Cliente Confirma a Reserva do Quarto; 7 O Sistema confirma a reserva e emite a mensagem Quarto Reservado. Curso Alternativo: 1 Caso no exista quarto alternativo para o perodo desejado, o sistema emite uma mensagem: No existe quarto disponvel no perodo solicitado. 4 Se o Cliente no estiver cadastrar o sistema chama o caso de uso Cadastrar Cliente e continua a partir do Passo 6 porque cadastrando no precisar de informao; 5 O Cliente confere seus dados e caso tenha que alguma modificao o sistema atualiza esses dados. 6 O Cliente desiste da reserva. Pode acontecer que no ltimo instante o cliente se lembre de que no vai mais precisar reservar.

31