ESOF - Aula 19 - 2013/2

Exercícios

M2M - Iluminação

• Ingrid e Yasmin Martins
  • Processar dados

Desenhar apenas 1 caso de uso

Detalhar usando o seguinte padrão:

Número do caso: ??

Nome do caso: ??

Atores: ?? Pessoas, aplicações ou equipamentos que interagem com o sistema

Pré-condição: ?? Estado necessário antes do Caso de Uso

Pós-condição: ?? Estado necessário após do Caso de Uso

Sequência de eventos: ?? Separar ações do usuário das ações do sistema

Sequências alternativas: ?? Situações que fogem à regra normal

Requisitos Não-Funcionais: ?? Especificações extra sistema.

M2M - Ar-Condicionado

• Julia Siqueira da Costa
  • Controlar a temperatura do ar-condicionado

Diagrama Ok, não precisa circundar o nome do ator

Detalhamento:

Número do caso: Ok

Nome do caso: Ok

Atores: Faltou o Arduino ou Ar-Condicionado. Terá Admin? Se sim, adicionar o Ator aqui e no desenho

Pré-condição: Ar-condicionado e usuários cadastrados

Pós-condição: Temperatura do equipamento modificada e registrada no Log

Sequência de eventos: A sequencia numérica da direira acompanhada a da esquerda

1. Usuário entra com login e senha

------------------------------------- 2. Sistema verifica se usuário ẽ cadastrado e se a senha confere

------------------------------------- 3. Sistema mostra Menu de Opções

4. Usuário escolha opção: "Alterar Temperatura"

------------------------------------- 5. Sistema Mostra lista de Ar-Condicionado

6. Usuário escolhe o Equipto que pretende atual

------------------------------------- 7. Sistema mostra as temperaturas possíveis ou campo para inserir a temperatura

8. Usuário escolhe ou digita a tempetura desejada

------------------------------------- 9. Sistema envia temperatura para Arduíno

10. Arduino atua no equipto modificando a temperatura

11. Arduíno envia para sistema informação de sucesso

------------------------------------- 12. Sistema recebe a mensagem e mostra para usuário msg "Temperatura alterada"

------------------------------------- 13. Sistema mostra menu de Opções

14. Usuário escolhe "Sair"

------------------------------------- 15. Sistema encerra a aplicação;

Sequências alternativas: Desenvolver para as situações em que a senha foi digitada incorretamente, para quando o usuário entrou com uma temperatura fora do limite e para quando o Arduíno tentar atuar e o equipamento não aceitou.

Requisitos Não-Funcionais: Descrever várias situações conforme discussão do conteúdo na pŕoxima aula.

M2M - Irrigação

• Alice, Camila Beloti e Lara Braz
  • Ativar Modo Automático

Desenhar apenas 1 caso de uso e os atores envolvidos

Detalhamento:

Número do caso: Ok

Nome do caso: Ok

Atores: Incluir Arduino

Pré-condição: Usuário, Pivô e sensores cadastrados

Pós-condição:

Sequência de eventos:

-------------------------- 1. Sistema solicita login e senha

2. Usuário inseri login e senha

-------------------------- 3. Sistema verifica se login e senha conferem

-------------------------- 4. Sistema mostra Menu de Opções

5. Usuário escolha opção: "Ativar Modo Automático"

-------------------------- 6. Sistema envia mensagem de configuração para o Arduíno

7. Arduíno atua nos sensores para receber dados do ambiente

8. Arduíno encaminha dados para o sistema

-------------------------- 9. Sistema recebe dados e grava no BD

-------------------------- 10. Sistema mostra mensagem: "Modo Automático Ativado"

Sequências alternativas: Desenvolver para as situações em que usuário não existe, senha não confere, Arduino não está ativo, Sensor não está funcionando, Não foi possível gravar no Banco de Dados

Requisitos Não-Funcionais: Descrever várias situações conforme discussão do conteúdo na pŕoxima aula.

Caso de Uso:

Identificação do Caso de Uso: UC3
Nome do Caso de Uso: Ativar modo automático
Atores: Usuário, pivô, arduino e sensores
Pré-condições:  Usuário, pivô e sensor cadastrados
Pós-condições:  Dados coletados atualizados a cada período de tempo e sendo processados.

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
-	1. Sistema mostra o Menu de Opções
2. Usuário escolhe a opção “ATIVAR MODO AUTOMÁTICO”	3. Include Identificar
-	4. Sistema envia mensagem de configuração para o Arduíno
5. Arduíno atua nos sensores para receber dados do ambiente Extend Coletar Dados	-
6. Arduíno encaminha dados para o sistema	7. Sistema recebe dados e grava no banco de dados
-	8. Sistema mostra mensagem: "Modo Automático Ativado"

Seqüências Alternativas
4a: O arduino não está ativo
1. A operação é cancelada
2. O sistema mostra a mensagem “Arduíno não ativo. Providencie sua regulamentação”
7a: Sistema não grava os dados no banco de dados
1. O sistema mostra a mensagem “Não foi possível gravar os dados no banco de dados. Tente novamente"

A inclusão

Caso de Uso:

Identificação do Caso de Uso: UC4
Nome do Caso de Uso: Identificar
Ator: Usuário

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
-	1. Sistema pede a identificação do usuário (nome + senha)
2. Usuário digita seu login (nome + senha)	3. O sistema reconhece o usuário e libera a operação

Seqüências Alternativas
3a: O sistema não reconhece o usuário
1.  A operação é cancelada
2. O sistema pede a identificação do usuário novamente

A extensão

Caso de Uso:

Identificação do Caso de Uso: UC5
Nome do Caso de Uso: Coletar dados
Atores: Sensores e arduíno

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
-	1. Sistema envia mensagem para arduíno para ativar sensores
2. Arduíno recebe mensagem e envia comando para sensor ser ativado	-
3. Sensor é ativado para coletar dados	-

Seqüências Alternativas
1a: O sensor não está funcionando
1. O sistema mostra a mensagem “Os sensores não estão funcionando corretamente. Providencie a regulamentação do mesmo."

Requisitos Não-Funcionais - :

Diagrama de casos de uso

M2M - Alarmes

• Bianca Cristina
  • Ativar Alarmes

Desenho: Incluir novos atores

Detalhamento:

Número do caso: Ok

Nome do caso: Ok

Atores: Incluir Alarmes e Arduino

Pré-condição: Incluir Arduino configurado

Pós-condição: Ok

Sequência de eventos:

-------------------------- 1. Sistema solicita login e senha

2. Usuário insere login e senha

-------------------------- 3. Sistema verifica se login e senha conferem

-------------------------- 4. Sistema mostra Menu de Opções

Continuar a fazer a sequência acima, mostrando a opção que o usuário deve escolher. Depois disso, o que acontece de passsos para Ativar Alarmes.

Sequências alternativas: Desenvolver para as situações em que usuário não existe, senha não confere, Arduino não está ativo, Alarmes não estão funcionando e ainda para quando não foi possível gravar no Banco de Dados

Requisitos Não-Funcionais: Descrever várias situações conforme discussão do conteúdo na pŕoxima aula.

______________________________________________________________________________________________________________________________________

Caso de Uso: Caso 1
Nome do Caso de Uso: Ativar Alarme
Atores: Usuário, Alarme e Arduino
Pré-condições: Arduino deve estar configurado, O sistema de alarmes deverá estar cadastrado e desativado.
Pós-condições: Arduino salva status como ativado no banco de dados.

Seqüência de Eventos
Ação do Ator	                                  Resposta do Sistema
                                                 1. Sistema solicita login e senha
2. Usuário insere login e senha                  3. Sistema verifica se login e senha conferem
                                                 4. Sistema mostra Menu de Opções
5. Usuário escolhe opção "Ativar alarme"         6. O sistema verifica através do banco de dados se o alarme está desativado
                                                 7. O sistema envia comando para que o arduino acione o alarme
                                                 8. Arduino aciona alarme através da rede
                                                 9. Arduino salva status como "A" (ativado) no banco de dados e a hora que foi realizada     
                                                    essa operação.

Seqüências Alternativas
3ª: Nome de usuário/senha inválidos
1. O sistema não reconhece a combinação digitada de usuário e senha
2. Sistema solicita que nome de usuário e senha sejam digitados novamente.

6ª.1: Alarme já está ativado
1. O sistema verifica no banco de dados que o alarme já está ativado
2. É mostrada uma mensagem ao usuário informando que o alarme já está ativado.
3. O sistema retorna ao menu de opções

6ª.2: Não foi possível obter status no banco de dados
1. O sistema envia comando para que o arduino acione o alarme
2. Arduino aciona alarme através da rede
3. Arduino salva status como "A" (ativado) no banco de dados e a hora que foi realizada essa operação.

8ª: Arduino não está ativo
1. O sistema verifica que o arduino não está ativado
2. O sistema mostra a seguinte mensagem ao usuário: " O Arduino não está ativo, favor verificar conexão"

9ª: Alarme não está funcionando
1. O sistema verifica que o alarme não está funcionando
2. O sistema mostra a seguinte mensagem ao usuário: " O Alarme não está ativo, favor verificar conexão"

M2M - Consumo

• Pedro Paulo
  • Receber dados do Wattímetro

Desenhar apenas 1 caso de uso a não ser que um dependa do outro

Detalhar usando o seguinte padrão:

Número do caso: ??

Nome do caso: ??

Atores: ?? Pessoas, aplicações ou equipamentos que interagem com o sistema

Pré-condição: ?? Estado necessário antes do Caso de Uso

Pós-condição: ?? Estado necessário após do Caso de Uso

Sequência de eventos: ?? Separar ações do usuário das ações do sistema

Sequências alternativas: ?? Situações que fogem à regra normal

Requisitos Não-Funcionais: ?? Especificações extra sistema.

Câmeras de Segurança

• Ricardo Eugênio
  • Enviar Imagens

Caso de Uso:

Nome do Caso de Uso: Identificar Movimento e Gravar
Ator: Sensor e Câmera
Pré-condições: Sensor estar funcionando, sistema estar ligado, câmeras estar funcionando e todos estando comunicando um com o outro corretamente.
Pós-condições: Imagens salvas no Banco de Dados dos momentos onde houve movimento.

Seqüência de Eventos

Ação do Ator	Resposta do Sistema
1. Sensor Identificar Movimento	-
2. Sensor Envia a informação para o sistema	3. Sistema envia o sinal para a câmera começar a gravar
4. Câmera começa a gravar	-
5. Sensor identifica o sentido do movimento	-
6. Sensor envia informação para o sistema	7. Sistema envia sinal para a câmera acompanhar o movimento
8. Câmera acompanha o movimento	-
9. Sensor Identifica o fim do movimento	-
10. Sensor Envia informação do fim do movimento para o sistema	11. Sistema envia o sinal para a câmera parar de gravar
12. Câmera para de gravar	-
13. Câmera envia as imagens gravadas para o Sistema	14. Sistema recebe as imagens gravadas
-	15. Sistema salva as imagens no banco de dados
-	16. Sistema envia o sinal para a câmera voltar a posição inicial
17. Câmera volta a posição inicial	-

Seqüências Alternativas
1a: Sensor não identifica movimento:
1. Não há gravação de dados.
14b: Não há espaço para gravar os dados no banco de dados:
1. O sistema apaga os dados com data mais antiga e grava os novos dados

Requisitos Não-Funcionais - :

Diagrama de casos de uso

SMTC

• Gabriel e Fernanda
  • Calcular tempo do Semáforo

Após analisar o Caso de Uso "Calcular Tempo do Semáforo" surgiram as seguintes dúvidas:

Calcular o tempo significa:

1) Definir o tempo que o semáforo vai ficar vermelho (ou verde) de forma que esse tempo será variável em função do movimento dos veículos? Nesse caso, o próprio sistema automaticamente altera os tempos de duração.

ou

2) Processar informações sobre o fluxo de veículos e manter este histórico de forma que um Usuário (Operador) possa alterar os tempos de verde/vermelho manualmente?

Outras questões:

A) O recebimento das informações sobre a velocidade/percurso dos veículos será de que forma: RFID, NFC, Bluetooth, etc ou talvez pelas marcas na via?

B) Já avaliaram o tempo de envio dos dados do veículo para o semáforo? Esta questão é fundamental para atender a expectativa de evitar acidentes, por exemplo.

C) Ator é só o Semáforo, Vejo que tem mais elementos interagindo com o sistema.

D) Existe alguma velocidade máxima que impede a recepção adequada dos dados?

Todas estas questões interferem nas respostas, seja na sequencia dos eventos, sequencia alternativa ou requisitos.

Arquivo:CasodeusoUC1SMTC.pdf

Jarvas

• Eberton e Victor Ferreira Martins
  • Registrar evento na Agenda

Questões:

O sistema receberá por voz todos os itens do evento: data, hora, local, motivo?

Não é melhor o sistema pedir um a um, dos itens do evento?

Qual o software de STT é usado?

Qual o percentual de assertividade?

Como o sistema irá complementar o que o STT não conseguir reconhecer?

Microfone é um requisito não funcional?

Os dados de voz recebidos serão armazenados?

Quais os tipos existentes de alarme?

Podemos considerar como atores os relacionados a seguir: alarmes, usuário, SW STT?

Salão de Beleza

• Aline, Cecília e Yasmin Jorge
  • Logar no sistema

Desenho: Ok

Detalhamento: Não seguiu o padrão: Usar o modelo abaixo:

Número do caso: ??

Nome do caso: ??

Atores: ?? Pessoas, aplicações ou equipamentos que interagem com o sistema

Pré-condição: ?? Estado necessário antes do Caso de Uso

Pós-condição: ?? Estado necessário após do Caso de Uso

Sequência de eventos: ?? Separar ações do usuário das ações do sistema

Sequências alternativas: ?? Situações que fogem à regra normal

Requisitos Não-Funcionais: ?? Especificações extra sistema.

Carregamento Químico

• Caio César e Luiz Eduardo
  • Pesar Caminhão

Desenhar apenas 1 caso de uso

Detalhar usando o seguinte padrão:

Número do caso: ??

Nome do caso: ??

Atores: ?? Pessoas, aplicações ou equipamentos que interagem com o sistema

Pré-condição: ?? Estado necessário antes do Caso de Uso

Pós-condição: ?? Estado necessário após do Caso de Uso

Sequência de eventos: ?? Separar ações do usuário das ações do sistema

Sequências alternativas: ?? Situações que fogem à regra normal

Requisitos Não-Funcionais: ?? Especificações extra sistema.