Universidade Comunitária da Região de Chapecó – Unochapecó

Escola Politécnica – Ciência da Computação/Sistemas de Informação

Engenharia de Software I

Prof. Radamés Pereira – Profa. Monica Tissiani De Toni Pereira

Caso de uso expandido

1) Descrição textual.

Descreve-se textualmente os casos de uso do sistema, seus atores e

interações entre eles.

2) Requisitos funcionais do sistema.

São listados os requisitos funcionais, isto é, o que é esperado do sistema.

Cada requisito funcional é identificado por uma sigla e numeração, por
exemplo: RF-01.

CÓDIGO: RF-01 PRIORIDADE: Indicar aqui a prioridade (se essencial, importante,

secundário etc.)
TÍTULO: (Por exemplo: FAZER PAGAMENTO)
PRÉ REQUISITO: DESCRIÇÃO:
Por exemplo: O pagamento do pedido realizado pelo cliente, deve ser feito antes da retirada dos
RF-00 produtos. O sistema deve indicar o valor total, se o pagamento é feito por cartão,
informando a forma de pagamento, se crédito ou débito. Caso seja feito em dinheiro,
somente registrar o tipo de pagamento.

3) Requisitos não funcionais do sistema.

São listados os requisitos não funcionais, por exemplo, especificações,

restrições, como ferramentas e infraestrutura do sistema a ser
desenvolvido.

CÓDIGO: RNF-01 PRIORIDADE: ESSENCIAL

TÍTULO: PLATAFORMA
PRÉ REQUISITO: O sistema será desenvolvido para plataforma WEB composto por:
Sistema operacional LINUX;
NÃO SE APLICA Servidor web Apache;
Sistema gerenciador de banco de dados PostgreSQL;
Desenvolvimento com framework Django (Python).

4) Caso de Uso Expandido:

Caso de Uso: Comprar Lanche.

Atores: Cliente.

Propósito: Fazer um pedido de alimento e/ou bebida.

Descrição: O Cliente chega ao balcão de atendimento e solicita um

pedido do cardápio e efetua o pagamento.

Tipo: Primário, essencial.

Referência: por exemplo - RF-01

 5) Sequência Típica de Eventos:

Ação do Ator Resposta do Sistema

1) Chegar no balcão de atendimento

2) Solicitar lanche do cardápio e, ou bebida 3) Informar valor do pedido

4) Pagar o pedido 5) Fornecer recibo

6) Exceções:

6) No passo 2 e 4 o cliente desiste do pedido.

7) No passo 4 não consegue pagar.

8) No passo 2 não tem o lanche.

7) UML – Diagrama de Casos de Uso:

Modelar os casos de uso, a partir da descrição textual.

8) Exercícios:
a. Faça os casos de uso expandidos para o estudo de caso a seguir.
b. Implemente os diagramas de caso de uso e de atividades, usando
PlantUML.

Estudo de caso: Atendimento em emergência hospitalar

A emergência de um hospital de pronto socorro recebe pacientes para

atendimento imediato, de acordo com protocolo específico. Os
pacientes são recebidos por um atendente que registra previamente
seus dados e a queixa do paciente no sistema computadorizado. O
tratamento do paciente pode ser feito por plano de saúde ou
particular.

O paciente, após o atendimento inicial, é encaminhado para um

enfermeiro que faz as medições dos sinais vitais. No sistema, o
enfermeiro registra os dados e qualifica a prioridade do seu
atendimento, de acordo com o protocolo do hospital.

A consulta com o médico plantonista só acontece após os

atendimentos iniciais. Na consulta, o médico identifica o problema do
paciente e faz o preenchimento do prontuário. Caso necessário, o
médico encaminha o paciente para a internação.

Na internação, o médico informa o enfermeiro responsável pelo setor

e prescreve a medicação e tratamento. O paciente é acompanhado
pelo médico e pelo enfermeiro até a sua alta. A internação exige que
o paciente seja acompanhado por uma pessoa da sua família,
enquanto estiver internado.

Durante o período de internação, o enfermeiro responsável, informa

aos familiares do paciente, sobre os seus progressos, sempre
registrando no sistema a conduta médica adotada e os sinais vitais
do paciente.

Na alta do paciente, caso este não tenha plano de saúde, o pagamento

é realizado diretamente com o profissional da administração do
hospital. O pagamento pode ser feito por meio de cartão de crédito ou
PIX.