O documento descreve os requisitos funcionais para uma aplicação de gestão de um posto de abastecimento de combustível. O empregado de caixa deve poder verificar o estado das bombas e lista de abastecimentos em curso. Os clientes podem pagar na caixa central ou na bomba usando cartão. O sistema deve comunicar com o sistema de pagamentos na caixa central para registar pagamentos em dinheiro e emitir recibos.
1. 18-04-2012
Exercícios
Paulo Azevedo
pazevedo@docentes.ismai.pt
Objectivos
Resolver correctamente os exercícios
apresentados, de acordo com os conteúdos
ministrados nas aulas;
Paulo Azevedo - 2012 2
1
2. 18-04-2012
Proposta – Exercício 1
Durante o semestre o Prof. Faísca foi enviando
os sumários com breves resumos da matéria
leccionada, via e-mail, para o sistema Fly2.
Após o fim das aulas, o Prof. Faísca utilizou a
interface Web do sistema para actualizar cada
um dos sumários com descrições mais
completas das matérias leccionadas. Finda
essa actualização imprimiu os sumários e
enviou-os à secretaria.
Paulo Azevedo - 2012 3
Proposta – Exercício 1
Ref.ª Req. Funcional Tipo Restrições
R1 … Evidente ou Que regra o requisito deverá
N/ evidente respeitar
Regra Prática
- Numerar requisitos Paulo Azevedo - 2012 4
2
3. 18-04-2012
Proposta – Exercício 1
Ref.ª Req. Funcional Tipo Restrições
R1 Possibilidade de impressão de sumários Evidente Disponibilização de sumário para
impressão
R2 Recepção de sumários via e-mail Evidente Endereço de correio electrónico
R3 Existência de interface Web Evidente Tempo de resposta < 1 seg.
Interface de fácil utilização.
R3.1 Validação de login/passwd N/ Evidente Login com comprimento de 8
caracteres;
Passwd alfanumérica;
R3.2 Aplicação disponibiliza apenas os sumários do professor que fez N/ Evidente
login
R3.3 Disponibilização da interface Web 24 horas N/ Evidente Se o SI estiver indisponível o
utilizador é informado antes de
colocar login e passwd
R4 Disponibilidade de interface para impressão N/ Evidente Utilização de interface wysiwyg;
Regra Prática
- Numerar requisitos Paulo Azevedo - 2012 5
Proposta – Exercício 1
Actores Descrição
Actor 1 Descrição actor 1
Actor 2 Descrição actor 2
Regra Prática
- Nomes sucintos
- Descrição sumária, concisa.
Paulo Azevedo - 2012 6
3
4. 18-04-2012
Proposta – Exercício 1
Actores Descrição
Professor Docente da escola para o qual se pretende
desenvolver o SI
Sistema de mail Gerir o registo de sumários na plataformas
provenientes do e-mail
Regra Prática
- Nomes sucintos
- Descrição sumária, concisa.
Paulo Azevedo - 2012 7
Proposta – Exercício 1
Actores UC Iniciados
Professor …
Sistema de mail …
Regra Prática
- UCs escritos no infinitivo
Paulo Azevedo - 2012 8
4
5. 18-04-2012
Proposta – Exercício 1
Actores UC Iniciados
Professor Enviar sumários via e-mail
Professor Actualizar sumários via Web
Professor Imprimir sumários (via Web?/via e-mail?)
Professor Enviar sumários à secretaria
Sistema de mail Registar sumários
Regra Prática
- UCs escritos no infinitivo
Paulo Azevedo - 2012 9
Proposta – Exercício 1
Descrição de UC
UC:
Actores:
Descrição:
Regra Prática
- <actor> <verbo> <acção>
Paulo Azevedo - 2012 10
5
6. 18-04-2012
Proposta – Exercício 1
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 11
Proposta – Exercício 1
Durante o semestre o Prof. Faísca foi enviando os
sumários com breves resumos da matéria
leccionada, via e-mail, para o sistema Fly2. Após
o fim das aulas, o Prof. Faísca utilizou a interface
Web do sistema para actualizar cada um dos
sumários com descrições mais completas das
matérias leccionadas. Finda essa actualização
imprimiu os sumários e enviou-os à secretaria.
Semanalmente, o coordenador do curso extrai
todos os sumários da plataforma
Paulo Azevedo - 2012 12
6
7. 18-04-2012
Proposta – Exercício 1
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 13
Proposta – Exercício 2
De uma entrevista com o responsável de uma biblioteca
de uma universidade resultou a seguinte descrição para
um novo SI:
“Uma das actividades principais da biblioteca é efectuar o
empréstimo de publicações aos alunos. O empréstimo é
registado pelos funcionários da biblioteca, que também
consultam diariamente os empréstimos cujos prazos
foram ultrapassados. Todo este processo é realizado
manualmente, sendo muito ineficiente. Espera-se que o
novo sistema resolva esta situação. Os alunos necessitam
de pesquisar livros existentes na biblioteca. Caso um livro
esteja requisitado, é mostrada a data esperada de
entrega. Um aluno só pode fazer uma requisição.”
Paulo Azevedo - 2012 14
7
8. 18-04-2012
Proposta – Exercício 2
Ref.ª Req. Funcional Tipo Restrições
R1 Controlo de prazos de requisição Evidente Melhor que o processo anterior
Regra Prática
- Numerar requisitos Paulo Azevedo - 2012 15
Proposta – Exercício 2
Ref.ª Req. Funcional Tipo Restrições
R1 Controlo de prazos de requisição Evidente Melhor que o processo anterior
R2 Mostrar data esperada de entrega Evidente Tempo de resposta < 1 seg.
R3 Permitir consulta de livros existentes Evidente Tempo de resposta < 1 seg.
R3.1 Permitir múltiplos critérios de pesquisa N/ Evidente Tempo de resposta < 1 seg.
R4 Registar a requisição de livros pelos alunos Evidente Tempo de resposta < 1 seg.
Permitir a emissão de talão ao
aluno
R4.1 Controlar quantidade de livros requisitados pelo aluno N/ Evidente Tempo de resposta < 1 seg.
Validar que é possível realizar a
requisição
R5 Acesso à aplicação controlado através de login/passwd N/evidente
R6 Permitir requisições extraordinárias Evidente
Regra Prática
- Numerar requisitos Paulo Azevedo - 2012 16
8
9. 18-04-2012
Proposta – Exercício 2
Actores Descrição
Regra Prática
- UCs escritos no infinitivo
Paulo Azevedo - 2012 17
Proposta – Exercício 2
Actores Descrição
Funcionário Funcionários da biblioteca da universidade
Alunos Alunos da universidade, utilizadores da biblioteca
Regra Prática
- UCs escritos no infinitivo
Paulo Azevedo - 2012 18
9
11. 18-04-2012
Proposta – Exercício 2
Descrição de UC
UC: Registar Empréstimo
Actores: Funcionário; Bibliotecário
Descrição: Funcionário ou bibliotecário registam empréstimos
dos alunos no sistema de gestão de biblioteca
Regra Prática
- <actor> <verbo> <acção>
Proposta – Exercício 2
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 22
11
12. 18-04-2012
Proposta – Exercício 2
De uma entrevista com o responsável de uma biblioteca
de uma universidade resultou a seguinte descrição para
um novo SI:
“Uma das actividades principais da biblioteca é efectuar o
empréstimo de publicações aos alunos. O empréstimo é
registado pelos funcionários da biblioteca, que também
consultam diariamente os empréstimos cujos prazos
foram ultrapassados. Todo este processo é realizado
manualmente, sendo muito ineficiente. Espera-se que o
novo sistema resolva esta situação. Os alunos necessitam
de pesquisar livros existentes na biblioteca. Caso um livro
esteja requisitado, é mostrada a data esperada de
entrega. Um aluno só pode fazer uma requisição.”
Paulo Azevedo - 2012 23
Proposta – Exercício 2
Actores Descrição
Bibliotecário Responsável máximo da biblioteca. Tipo de
funcionário.
Funcionário Funcionários da biblioteca da universidade
Alunos Alunos da universidade, utilizadores da biblioteca
Regra Prática
- UCs escritos no infinitivo
Paulo Azevedo - 2012 24
12
13. 18-04-2012
Proposta – Exercício 2
Actores UC Iniciados
Bibliotecário Autorizar empréstimos extraordinários.
Funcionário Registar Empréstimo;
Consultar Empréstimo.
Alunos Pesquisar livros;
Registar empréstimo.
Regra Prática
- UCs escritos no infinitivo
Paulo Azevedo - 2012 25
Proposta – Exercício 2.1
Ref.ª Req. Funcional Tipo Restrições
R1 Controlo de prazos de requisição Evidente Melhor que o processo anterior
R2 Mostrar data esperada de entrega Evidente Tempo de resposta < 1 seg.
R3 Permitir consulta de livros existentes Evidente Tempo de resposta < 1 seg.
R3.1 Permitir múltiplos critérios de pesquisa N/ Evidente Tempo de resposta < 1 seg.
R4 Registar a requisição de livros pelos alunos Evidente Tempo de resposta < 1 seg.
Permitir a emissão de talão ao
aluno
R4.1 Controlar quantidade de livros requisitados pelo aluno N/ Evidente Tempo de resposta < 1 seg.
Validar que é possível realizar a
requisição
Regra Prática
- Numerar requisitos
Paulo Azevedo - 2012 26
13
15. 18-04-2012
Proposta – Exercício 2
De uma entrevista com o responsável de uma biblioteca
de uma universidade resultou a seguinte descrição para
um novo SI:
“Uma das actividades principais da biblioteca é efectuar o
empréstimo de publicações aos alunos. O empréstimo é
registado pelos funcionários da biblioteca, que também
consultam diariamente os empréstimos cujos prazos
foram ultrapassados. Todo este processo é realizado
manualmente, sendo muito ineficiente. Espera-se que o
novo sistema resolva esta situação. Os alunos necessitam
de pesquisar livros existentes na biblioteca. Caso um livro
esteja requisitado, é mostrada a data esperada de
entrega. Um aluno só pode fazer uma requisição. Apenas
o bibliotecário pode autorizar uma requisição
extraordinária. O bibliotecário pode perdoar multas.”
Paulo Azevedo - 2012 29
Proposta – Exercício 2.1
Regra Prática
- UCs escritos no infinitivo 30
15
16. 18-04-2012
Proposta – Exercício 3
Foram identificados os seguintes requisitos para uma aplicação de
gestão de um posto de abastecimento de combustível:
a) O empregado de caixa é responsável por gerir o estado dos
abastecimentos em curso. Para tal, o seu terminal (na caixa central) deve
apresentar permanentemente um ecrã onde consiga verificar o estado
das bombas e respectiva lista de abastecimento.
b) O cliente, após o seu abastecimento, pode proceder ao respectivo
pagamento na caixa central ou na própria bomba através de cartão MB.
Em qualquer das opções, caso possua cartão de fidelização por pontos,
poderá efectuar o seu carregamento
c) Para pagamentos em dinheiro na caixa central, o sistema tem de
comunicar com o sistema de pagamentos (POS) que controla a caixa
registadora. O sistema POS regista o pagamento e emite o respectivo
recibo.
Elabora o diagrama de UC para a aplicação de gestão de um posto de
abastecimento de combustível
Paulo Azevedo - 2012 31
Proposta – Exercício 3
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 32
16
17. 18-04-2012
Proposta – Exercício 3.1
Foram identificados os seguintes requisitos para uma aplicação de
gestão de um posto de abastecimento de combustível:
a) O empregado de caixa é responsável por gerir o estado dos
abastecimentos em curso. Para tal, o seu terminal (na caixa central) deve
apresentar permanentemente um ecrã onde consiga verificar o estado
das bombas e respectiva lista de abastecimento.
b) O cliente, após o seu abastecimento, pode proceder ao respectivo
pagamento na caixa central ou na própria bomba através de cartão MB.
Em qualquer das opções, caso possua cartão de fidelização por pontos,
poderá efectuar o seu carregamento
c) Para pagamentos em dinheiro na caixa central, o sistema tem de
comunicar com o sistema de pagamentos (POS) que controla a caixa
registadora. O sistema POS regista o pagamento e emite o respectivo
recibo.
d) Apenas o gestor das bombas pode descontar pontos do cartão, no caso
de o cliente os trocar por algum produto.
Elabora o diagrama de UC para a aplicação de gestão de um posto de
abastecimento de combustível. Adicione o ponto D.
Paulo Azevedo - 2012 33
Proposta – Exercício 3.1
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 34
17
18. 18-04-2012
Proposta – Exercício 4
Foram identificados os seguintes requisitos para a gestão da actividade lectiva
de uma escola. O acesso à aplicação é feito a partir da internet.
a) O sistema deve permitir aos alunos a consulta dos sumários das aulas.
Os sumários são registados diariamente pelos professores, de acordo
com o que foi leccionado;
b) O professor deve registar as notas de cada elemento de avaliação e
imprimir a respectiva pauta;
c) Os alunos podem requerer o seu certificado de habilitações, o pedido só
será aceite depois da confirmação que todas as notas foram lançadas;
d) Todos os utilizadores do sistema carecem de autenticação antes de
conseguirem aceder às funcionalidades.
Represente os requisitos identificados através diagrama de UC.
Paulo Azevedo - 2012 35
Proposta – Exercício 4
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 36
18
19. 18-04-2012
Proposta – Exercício 5
Considere um sistema de gestão de filas de espera.
a) Quando um cliente retira uma senha é calculado o tempo médio de
espera de acordo com os tempos registados previamente;
b) O cliente pode subscrever o serviço de alerta por SMS. Para tal, terá de
enviar uma SMS a indicar a referência da sua senha para um número da
central de SMS;
c) Quando um funcionário passa para a senha seguinte, os clientes
registados no serviço de alerta por SMS são notificados se estiverem a
menos 30 minutos para serem atendidos;
d) Antes de se deslocar ao serviço, o cliente poderá consultar os tempos
de espera médios actuais através de uma página na internet;
Desenhe o respectivo diagrama de UC;
Desenhe o respectivo diagrama de classes.
Regra Prática
- Classes no singular Paulo Azevedo - 2012 37
Proposta – Exercício 5
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 38
19
20. 18-04-2012
Proposta – Exercício 5
Regra Prática
- Classes no singular Paulo Azevedo - 2012 39
Proposta – Exercício 6
Considere os seguintes requisitos de um SI para gestão de um parque de
estacionamento.
a) O controlo é efectuado com base na matrícula do veículo;
b) Na entrada do parque existirá um funcionário que introduz as matrículas
do sistema, ficando de imediato registado a data e hora de início de
estacionamento. O sistema tem de verificar se a matrícula existe;
c) Se a matrícula não for reconhecida pelo sistema, então o funcionário
registará um novo veículo no sistema;
d) Na saída, um funcionário introduz novamente a matrícula, calculando o
sistema, o custo do estacionamento;
e) O gestor do parque de estacionamento precisa de consultar diariamente
uma listagem dos estacionamentos. Em algumas situações, o gestor
poderá desempenhar as funções de atendimento, no entanto, apenas o
gestor poderá obter listagens.
Desenhe o respectivo diagrama de UC;
Desenhe o respectivo diagrama de classes.
Paulo Azevedo - 2012 40
20
22. 18-04-2012
Proposta – Exercício 6
Descrição de UC
UC:
Actores:
Descrição:
Regra Prática
- <actor> <verbo> <acção>
Paulo Azevedo - 2012 43
Proposta – Exercício 6
Diagrama de UC
Regra Prática
- UCs escritos no infinitivo Paulo Azevedo - 2012 44
22
23. 18-04-2012
Proposta – Exercício 7
Um cinéfilo, detentor de uma vasta colecção de
títulos, pretende um SI que lhe permita armazenar
e consultar os dados relativos aos seus filmes. É
obrigatório que os filmes possam ser consultados
por título, género, país de origem, ano de
realização e realizador ou actores intervenientes.
Para além da informação referida é também
necessário saber a duração de cada filme e, caso
exista, o URL da homepage e endereço de e-mail
dos realizadores e actores. No final do ano, o
cinéfilo poderá consultar os filmes adquiridos e o
montante investido.
Paulo Azevedo - 2012 45
Proposta – Exercício 7
Paulo Azevedo - 2012 46
23
24. 18-04-2012
Proposta – Exercício 8
Uma estação de televisão pretende um SI simples
que auxilie a divulgar e a armazenar a sua
programação diária. Quem consultar a
programação, por exemplo através de um
browser, deverá poder visualizar, para cada dia, a
sequência dos programas, com a indicação da
hora de início e da duração de cada programa.
Também se pretende que o espectador possa
visualizar o tipo de programa (notícias, filmes,
desenhos animados, etc.) com a correspondente
classificação etária.
Paulo Azevedo - 2012 47
Proposta – Exercício 8 Diagrama de Classes
Paulo Azevedo - 2012 48
24
25. 18-04-2012
Proposta – Exercício 9 Diagrama de Classes
A empresa ABSoft pretende desenvolver um SI para clubes,
de várias modalidades/interesses e países de origem, com o
objectivo de gerir dados relativos aos seus associados.
Para além de toda a informação relativa ao sócio, o clube
pretende catalogar o associado, de forma dinâmica, de
acordo com a área de residência. Durante o ano, o clube
divulga campanhas promocionais, por um determinado
período temporal, que aplica descontos sobre o preço base
de determinados artigos (merchandising) de acordo com a
categoria do sócio. O SI também deve guardar os dados
relativos ao merchandising.
Paulo Azevedo - 2012 49
Proposta – Exercício 9 Diagrama de Classes
Paulo Azevedo - 2012 50
25
26. 18-04-2012
Proposta – Exercício 10 Diagrama de Estados
A empresa electrodomus, que produz electrodomésticos,
encomendou um SI que seja capaz de classificar os equipamentos
produzidos.
Antes de chegar à linha de montagem, um determinado artigo passa
pelo gabinete de estudos (projecto), é feito o projecto, que depois
de ser avaliado (se tiver nota positiva) é encaminhado para o
departamento de produção para elaboração do protótipo. Se o
protótipo não tiver aceitação por parte do gabinete de qualidade,
regressa ao gabinete de estudos para novo estudo, o processo
repete-se as vezes que forem necessárias.
O protótipo é enviado para linha montagem e inicia-se a produção
do electrodoméstico. Quando surgir uma nova versão o produto é
descontinuado. Passa para o estado de abatido quando 10 anos
depois de ter sido descontinuado.
Paulo Azevedo - 2012 51
Proposta – Exercício 11 Diagrama de Estados
O clube XPTO disponibiliza serviços aos seus associados.
Para ser associado é necessário preencher a proposta de
adesão. A proposta só é válida depois de assinada por dois
sócios efectivos. Depois de preenchida a proposta o futuro
sócio tem aguardar pela resposta do comité de aceitação de
sócios.
Se a resposta for positiva o sócio fica registado passando
para activo após o pagamento da jóia.
Se o sócio não pagar as quotas passa para o estado de
banido. Sócio com as quotas em dia é considerado efectivo.
O sócio assume o estatuto de associado de honra 10 anos
após a sua aceitação no clube.
Paulo Azevedo - 2012 52
26
27. 18-04-2012
Proposta – Exercício 11 Diagrama de Estados
Paulo Azevedo - 2012 53
Proposta – Exercício 12 Diagrama de Estados
Numa determinada organização, quando um director
resolve conceder um aumento salarial a um empregado,
envia uma proposta ao Departamento Financeiro (DF).
Inicialmente submete-se a proposta e verifica-se se está
correctamente preenchida. Se OK encaminha-se para o DF e
fica pendente de análise financeira, se NOK passa a
cancelada pelo motivo de incorrecto preenchimento. O DF
analisa o pedido, se o valor da proposta tem cabimento
orçamental passa para o estado pendente de Recursos
Humanos (RH), caso contrário é cancelada por motivo de
orçamento insuficiente.
Os RH analisam a proposta e validam a avaliação do
empregado. Se avaliação positiva proposta passa para o
estado de validada RH. Se negativa é cancelada por motivo
de avaliação negativa. Depois de validada RH a proposta é
avaliada pelo Conselho de Administração que pode aprovar
ou reprovar a proposta Paulo Azevedo - 2012 54
27
28. 18-04-2012
Proposta – Exercício 13 Diagrama de Estados
Venda de um artigo em leilão:
1. O leiloeiro apresenta as características da peça, incluindo preço
base, e convida os clientes a apresentarem uma licitação inicial;
2. Se não existirem interessados a venda é cancelada;
3. Se receber uma licitação, o leiloeiro propõe um novo valor e
convida os clientes a apresentarem nova licitação. Esta situação
mantém-se até que não surja mais nenhuma reclamação;
4. O leiloeiro faz uma avaliação do leilão. Se o preço é superior ao
valor de reserva a licitação é aceite. Caso contrário a venda é
recusada.
5. Após o pagamento ter sido efectuado a venda é dada como
concretizada. Se o pagamento não for efectuado a venda é
considerada suspensa.
Paulo Azevedo - 2012 55
Proposta – Exercício 13 Diagrama de Estados
Paulo Azevedo - 2012 56
28
29. 18-04-2012
Proposta – Exercício 14 Diagrama de Estados
Inicialmente o telemóvel encontra-se em espera. Quando
começam a digitar os algarismos, o telemóvel passa para um
estado Marcação, onde se mantém até que seja digitada a tecla de
ligar. Nesse momento efectua-se a ligação. Se o telefone do
destinatário estiver ocupado, surge um sinal. Se o número não for
válido o telemóvel emite mensagem de número inválido. Se o
número é válido o telemóvel fica a receber um sinal de chamar. Se
o destinatário atender a chamada o telemóvel fica num estado que
permite a comunicação e inicia a contagem do tempo de duração
da chamada. A chamada pode ser concluída pelo destinatário ou
pelo emissor. Nesse momento é apresentada a duração da
chamada. Após a conclusão da chamada o telemóvel volta ao
estado de espera. Em qualquer momento é possível digitar a tecla
desligar, que coloca o telefone no estado de espera.
Paulo Azevedo - 2012 57
Proposta – Exercício 14 Diagrama de Estados
Paulo Azevedo - 2012 58
29
30. 18-04-2012
Proposta – Exercício 15 Diagrama de Actividades
Elabore um enunciado para o seguinte diagrama:
Paulo Azevedo - 2012 59
Proposta – Exercício 16 Diagrama de Actividades
Um ginásio possui um rigoroso processo de inscrição dos seus
utentes. Esse processo inicia-se com a submissão de um formulário
e o pagamento de uma taxa de inscrição. Posteriormente é
realizado um exame médico. Se a avaliação no exame é positiva
segue-se uma avaliação físico motora, sendo então elaborado um
programa personalizado de treino, de acordo com as aptidões do
utente. O processo de inscrição no ginásio conclui-se ao ser
estabelecido o valor da respectiva mensalidade de acordo com o
programa de utilização seleccionado.
Paulo Azevedo - 2012 60
30
31. 18-04-2012
Proposta – Exercício 16 Diagrama de Actividades
Paulo Azevedo - 2012 61
Proposta – Exercício 17 Diagrama de Actividades
Um estudante para mudar de escola precisa de submeter um
pedido de equivalência. Para tal, apresenta na secretaria um
formulário especifico. O funcionário da secretaria valida o pedido e
inicia um processo de reconhecimento. A documentação é enviada
para o director de curso que faz uma avaliação preliminar e solicita
parecer aos professores das diferentes áreas científicas. Com base
nos pareceres recebidos o director de curso elabora uma proposta
de decisão que é submetida à comissão científica. A comissão
científica elabora o despacho de reconhecimento. Posteriormente,
o despacho é enviado ao estudante pela secretaria e
posteriormente arquivado.
Paulo Azevedo - 2012 62
31
32. 18-04-2012
Proposta – Exercício 17 Diagrama de Actividades
Paulo Azevedo - 2012 63
Proposta – Exercício 18 Diagrama de Actividades
Análise e descrição de um processo de licenciamento. Tarefas:
1. O utente apresenta ao funcionário do atendimento um formulário
preenchido com os dados do pedido;
2. O funcionário analisa o formulário e se estiver correcto efectua o registo de
pedido no SI;
3. Em seguida o funcionário do atendimento emite a guia de receita que é
registada no SI;
4. O utente efectua o pagamento na tesouraria e o tesoureiro regista a receita
no sistema informático;
5. O SI notifica o dirigente do serviço que atribui o pedido ao técnico
correspondente;
6. O técnico elabora o parecer e regista-o no SI;
7. Em seguida, o SI notifica o dirigente que elabora um despacho que é
registado no SI;
8. O SI notifica o funcionário do atendimento que emite a licença e contacta o
utente;
9. No final, o utente recebe a licença.
Paulo Azevedo - 2012 64
32
33. 18-04-2012
Proposta – Exercício 18 Diagrama de Actividades
Paulo Azevedo - 2012 65
Proposta – Exercício 19 Diagrama de Actividades
Processo de reservas de estadias num hotel, através da Internet:
1. O programa de reservas apresenta um ecrã onde o cliente pode
especificar o serviço: data inicio e fim, número e idade dos hóspedes, tipo
de quarto e regime;
2. O cliente selecciona os serviços pretendidos. O programa valoriza os
serviços e apresenta uma proposta;
3. O cliente pode confirmar a proposta, se esta se verificar do seu interesse,
insere os dados do cartão de crédito para efectuar o pagamento da
reserva;
4. O programa entra em contacto com o banco. Se cartão OK o banco valida
o pagamento;
5. Depois de concluída a reserva é apresentado no ecrã o número da
reserva. É enviado por e-mail e sms uma mensagem de notificação ao
cliente .
Paulo Azevedo - 2012 66
33
34. 18-04-2012
Proposta – Exercício 20 Diagrama de Actividades
A Ana é responsável pela gestão de um projecto de
desenvolvimento de SI que implica a concretização de um conjunto
de actividades. Para tal, a Ana criou uma tabela onde identificou as
dependências entre actividades:
Paulo Azevedo - 2012 67
Proposta – Exercício 20 Diagrama de Actividades
Paulo Azevedo - 2012 68
34