wiki

EasyPark: mudanças entre as edições

← Edição anterior
Lucaszz (discussão | contribs)
78 edições
Lucaszz (discussão | contribs)
78 edições
 
(33 revisões intermediárias por 3 usuários não estão sendo mostradas)
Linha 26: Linha 26:
* 3. Porque usar o hardware específico?
* 3. Porque usar o hardware específico?
** APC220 Transmissor: Pode transmitir os dados até 1km de distancia, e com isso os dados podem ser redirecionados de um sistema do estacionamento para o host na nuvem.
** APC220 Transmissor: Pode transmitir os dados até 1km de distancia, e com isso os dados podem ser redirecionados de um sistema do estacionamento para o host na nuvem.
Sensor Reflexivo Infravermelho: Seu sensor é ajustavel de 3 cm até 80, com isso possui uma distancia segura do carro e cumpre sua funcionalidade.
**Sensor Reflexivo Infravermelho: Seu sensor é ajustavel de 3 cm até 80, com isso possui uma distancia segura do carro e cumpre sua funcionalidade.
Arduino: Usado para rodar o sofware e seus adicionais.
Arduino: Usado para rodar o sofware e seus adicionais.
* 4. Porque usar o sistema específico?
* 4. Porque usar o sistema específico?
**
** Por que é um sistema prático e acessivel.
<br>
<br>


Linha 49: Linha 49:
**Os dados seriam inseridos em um banco de dados, simples e de baixo custo visto a simplicidade do projeto, resultando num custo menor.
**Os dados seriam inseridos em um banco de dados, simples e de baixo custo visto a simplicidade do projeto, resultando num custo menor.
* 2. Onde os dados serão externalizados, publicados?
* 2. Onde os dados serão externalizados, publicados?
**  
** Os dados serão publicados num aplicativo para celular, que diz onde há vagas.
* 3. Onde esta aplicação poderá ser usada?  
* 3. Onde esta aplicação poderá ser usada?  
** Será usada em grandes estacionamentos, melhorando o fluxo de carros e a eficiência no mesmo.
** Será usada em grandes estacionamentos, melhorando o fluxo de carros e a eficiência no mesmo.
Linha 68: Linha 68:
Terceira fase: estrutura, 1 semana.
Terceira fase: estrutura, 1 semana.
* 3. Qual o tempo de resposta do dispositivo ou do sistema?
* 3. Qual o tempo de resposta do dispositivo ou do sistema?
** O tempo de resposta do sistema deve ser de poucos segundos a no máximo 2 minutos, dependendo do tamanho doe estacionamento
** O tempo de resposta do sistema deve ser de poucos segundos a no máximo 2 minutos, dependendo do tamanho do estacionamento
* 4. Quanto tempo para responder a uma entrada?
* 4. Quanto tempo para responder a uma entrada?
** O tempo para responder a uma entrada deve ser de poucos segundos.
** O tempo para responder a uma entrada deve ser de poucos segundos.
* 5. Quanto tempo para gerar a saída?
* 5. Quanto tempo para gerar a saída?
** O tempo para gerar uma sída deve ser imediato.
** O tempo para gerar uma saída deve ser imediato.
<br>
<br>


== How ==
== How ==
Linha 79: Linha 79:


* 1. Como será dividido o desenvolvimento do sistema?
* 1. Como será dividido o desenvolvimento do sistema?
**  
** Começaremos com um planejamento, seguido do desenvolvimento do software,ajustes do hardware, estudos do local de instalação e por fim, instalação.
 
* 2. Como será feita a entrada de dados?  
* 2. Como será feita a entrada de dados?  
**  
** A entrada de dados é feita pelo sensor infra vermelho, o que diz se há vaga ou não.
 
* 3. Como será feita a saída de dados?  
* 3. Como será feita a saída de dados?  
**  
** A saída de dados é feita pelo transmissor, que leva os dados até um servidor próximo do estacionamento (até 1km) que então envia os dados ao serviço na nuvem.
 
* 4. Descreva a 1a. funcionalidade?  
* 4. Descreva a 1a. funcionalidade?  
**  
** Melhorar o fluxo de carros dentro do estacionamento.
 
* 5. Descreva a 2a. funcionalidade?
* 5. Descreva a 2a. funcionalidade?
** ............
** Diz para o usuário onde tem uma vaga.
 
* n. Descreva a enésima funcionalidade?
* n. Descreva a enésima funcionalidade?
** <br>
** Atrair mais clientes com o serviço de qualidade.
<br>


== How much ==
== How much ==
Linha 96: Linha 102:
* 1. Quanto custa cada parte do sistema?
* 1. Quanto custa cada parte do sistema?
** (Preços individuais na internet)
** (Preços individuais na internet)
APC220 Transmissor R$ 79,00. (http://goo.gl/wViWRe)
**APC220 Transmissor R$ 79,00. (http://goo.gl/wViWRe)
Sensor Reflexivo Infravermelho R$ 29,00. (http://goo.gl/GXiGEZ)
**Sensor Reflexivo Infravermelho R$ 29,00. (http://goo.gl/GXiGEZ)
Arduino : R$ 59,90. (http://goo.gl/SOxm2j)
**Arduino : R$ 59,90. (http://goo.gl/SOxm2j)
* 2. Quanto deverá custar todo o sistema?  
* 2. Quanto deverá custar todo o sistema?  
** R$ 167,90.
** R$ 167,90.
* 3. Quantas pessoas deverão ser usadas (Equipe) ?  
* 3. Quantas pessoas deverão ser usadas (Equipe) ?  
** Programador e um responsável pela montagem e configuração do sistema.
** Programador e um responsável pela montagem e configuração do sistema.
* 4. Quanto custa cada profissional?
* 4. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?   
**
** O preço de aquisição do software para o usuário final depende de negociações, tendo em vista que deve-se primeiro atentar-se ao tamanho do estacionamento.
* 5. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?   
<br>
**  
 
= DFD =
 
 
[[Arquivo:Diagrama1.1.jpg]]
 
 
 
 
 
 
 
 
= DER =
 
 
 
[[Arquivo:der1.1.1.jpg]]
 
 
 
<br>
 
= UML =
<br>
 
== Diagrama de Classes ==
 
[http://i.imgur.com/hdSfEFW.jpg]
<br>
 
== Diagrama de Casos de Uso ==
 
[http://i.imgur.com/cqe3UZ3.jpg]
<br>
 
== Detalhamento dos Casos de Uso ==
<br>
 
 
'''Identificação do Caso de Uso''': UC1
'''Nome do Caso de Uso''': Pesquisar Estacionamento Cadastrados
 
'''Ator''': Usuário
 
'''Pré-condições''': Usuário possuir o aplicativo instalado em seu dispositivo móvel
 
'''Pós-condições''': Os estacionamentos cadastrados na central sao exibidos no aplicativo de busca
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
|  || 1.Aplicativo exibe o menu de opções
|-
| 2. Usuário escolhe pesquisar os estacionamentos cadastrados || 3. '''Include''' Cadastrar Estacionamentos
|-
|  || 4. Aplicativo exibe os estacionamentos cadastrados
|-
| 5. Usuario visualiza as informações enviadas  || 6. Aplicativo exibe o menu de opções
|-
 
|-
| 7. Usuário sai do aplicativo||
|}
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC2
'''Nome do Caso de Uso''': Pesquisar Vagas disponiveis
 
'''Ator''': Usuário
 
'''Pré-condições''': Usuário possuir o aplicativo instalado em seu dispositivo móvel
 
'''Pós-condições''': Os estacionamentos cadastrados na central sao exibidos no aplicativo de busca
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
|  || 1.Aplicativo exibe o menu de opções
|-
| 2. Usuário escolhe pesquisar as vagas disponiveis || 3. '''Include''' Cadastrar vagas
|-
|  || 4. Aplicativo exibe o mapa de vagas disponiveis no estacionamento
|-
| 5. Usuario visualiza as informações enviadas || 6. Aplicativo exibe o menu de opções
|-
 
|-
| 7. Usuário sai do aplicativo||
|}
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC3
'''Nome do Caso de Uso''': Cadastrar Estacionamento
 
'''Ator''': Central
 
'''Pré-condições''':
 
'''Pós-condições''': Central cadastra estacionamentos
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
|  || 1.Sistema recebe dados sobre o numero de estacionamentos que utilizam o serviço
|-
| 2. Central organiza esses dados e cadastra todos os estacionamentos para serem exibidos no aplicativo ||
|-
|-
| 3.Central envia para o aplicativo os estacionamentos que utilizam do serviço||
|}
 
 
 
 
 
'''Identificação do Caso de Uso''': UC4
'''Nome do Caso de Uso''': Cadastrar Vagas
 
'''Ator''': Central
 
'''Pré-condições''': Central receber do banco de dados as vagas no estacionamento
 
'''Pós-condições''': Central cadastra as vagas do estacionamento
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
|  || 1.Sistema recebe o numero de vagas do estacionamento
|-
| 2. Central organiza esses dados e cadastra todas as vagas do estacionamento para serem exibidos no aplicativo ||
|-
|-
| 3.Central envia para o aplicativo o mapa de vagas no estacionamento||
|}
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC5
'''Nome do Caso de Uso''': Exibir estacionamentos cadastrados
 
'''Ator''': Aplicativo
 
'''Pré-condições''': Central deve enviar os estacionamentos cadastrados que utilizam o serviço
 
'''Pós-condições''': Quando solicitado o aplicativo exibe os estacionamento que utilizam do serviço
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
|  || 1.Central envia para o aplicativo os dados dos estacionamentos cadastrados
|-
| 2. Aplicativo exibe os estacionamentos que utilizam do serviço ||
 
|}
 
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC6
'''Nome do Caso de Uso''': Exibir mapa de vagas livres
 
'''Atores''': Aplicativo, Sistema de Iluminação e Tela
 
'''Pré-condições''': Central deve enviar as vagas cadastradas ao aplicativo
 
'''Pós-condições''': Quando solicitado o aplicativo exibe o mapa de vagas do estacionamento
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
|  || 1.Central envia para o aplicativo, para o sistema de iluminação e para a tela, os dados com o mapa de vagas cadastradas no estacionamento
|-
| 2. Aplicativo, sistema de iluminação e a tela exibem o mapa de vagas livres ||
 
|}
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC7
'''Nome do Caso de Uso''': Cadastrar funcionarios
 
'''Ator''': Central
 
'''Pré-condições''': Receber pedido de cadastro de funcionario
 
'''Pós-condições''': Cadastro do funcionario
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
| 1.Central recebe um pedido de cadastro de um funcionario  || 2.Cadastro do funcionario
|-
 
|}
 
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC8
'''Nome do Caso de Uso''': Alterar dados do estacionamento
 
'''Ator''': Central
 
'''Pré-condições''': Receber pedido de alteração nos dados do estacionamento
 
'''Pós-condições''': Alterar dados no estacionamento
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
| 1.Central recebe um pedido de alteração nos dados de um estacionamento  || 2. Alteração nos dados do estacionamento
|-
 
|}
 
 
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC9
'''Nome do Caso de Uso''': Alterar dados do Funcionario
 
'''Ator''': Central
 
'''Pré-condições''': Receber pedido de alteração nos dados do funcionario
 
'''Pós-condições''': Alterar dados do funcionario
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
| 1.Central recebe um pedido de alteração nos dados de um funcionario || 2. Alteração nos dados do funcionario
|-
 
|}
 
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC10
'''Nome do Caso de Uso''': Cadastrar Escala de horarios
 
'''Ator''': Central
 
'''Pré-condições''':
 
'''Pós-condições''':
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
| 1.Central cadastra a escala de horarios do estacionamento  ||
|-
 
|}
 
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC11
'''Nome do Caso de Uso''': Cobrar Tempo no estacionamento
 
'''Ator''': Funcionario
 
'''Pré-condições''': A escala de horarios ja estar cadastrada
 
'''Pós-condições''':
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
| 1.Funcionario cobra do usuario o tempo estacionado || 2.'''Include''' cadastrar escala de horarios
|-
| 2. Funcionario recebe a quantia segundo a escala de horarios || 3.  Usuario é liberado
 
|}
 
 
 
 
 
 
 
 
'''Identificação do Caso de Uso''': UC12
'''Nome do Caso de Uso''': Gerar  Relatorio
 
'''Ator''': Funcionario
 
'''Pré-condições''': Receber pedido de alteração nos dados do funcionario
 
'''Pós-condições''': Alterar dados do funcionario
 
 
:: '''Sequência de Eventos'''
 
{| class="wikitable"
|-
! '''Ação do Ator'''!!'''Resposta do Sistema'''
|
|-
| 1.Funcionario faz um relatorio sobre os ocorridos no estacionamento,tal como funcionamento do equipamentos || 2. Relatorio é salvo no banco de dados
|-
 
|}
 
 
 
 
 
<br>
 
= Protótipo =
<br>
<br>

Edição atual tal como às 21h33min de 12 de fevereiro de 2015

5W2H


What


  • 1. Qual o nome do seu projeto?
    • O nome do projeto é EasyPark
  • 2. Qual o objetivo deste projeto?
    • O objetivo é facilitar o fluxo de carros em grandes estacionamentos e mostrar quantas vagas estão disponíveis.
  • 3. Quais os maiores desafios, na sua opinião, para se realizar este trabalho?
    • Não possui grandes desafios visto que o projeto seria direcionado para estacionamentos como os de shoppings, estádios entre outros.
  • 4. Quais os conhecimentos básicos que devemos ter para se implementar este projeto?
    • Conhecimentos básicos em programação e a especialização sme sensores.
  • 5. Quais soluções similares existem no mercado?
    • Existe um aplicativo chamado 'LetsPark' que possui a mesma ideia que o nosso projeto,ele ajuda os motoristas a encontrar vagas de estacionamento.


Why


  • 1. Porque é interessante desenvolver este projeto?
    • É interessante seu desenvolvimento, visto que o fluxo de carros seria mais rápido e eficiente dentro do estacionamento (as pessoas não precisariam dar varias voltas procurando uma vaga) e indicaria se há uma vaga livre no setor em que o motorista se encontra
  • 2. Porque deve usar a tecnologia escolhida?
  • 3. Porque usar o hardware específico?
    • APC220 Transmissor: Pode transmitir os dados até 1km de distancia, e com isso os dados podem ser redirecionados de um sistema do estacionamento para o host na nuvem.
    • Sensor Reflexivo Infravermelho: Seu sensor é ajustavel de 3 cm até 80, com isso possui uma distancia segura do carro e cumpre sua funcionalidade.

Arduino: Usado para rodar o sofware e seus adicionais.

  • 4. Porque usar o sistema específico?
    • Por que é um sistema prático e acessivel.


Who


  • 1. Quem pode se beneficiar deste projeto?
    • São beneficiados o motorista e o dono do estabelecimento. Pensando que o projeto é direcionado para estacionamentos movimentados e que tendem a estar lotados em maior parte do seu tempo ambos lados são beneficiados. O motorista sabe para onde se locomover e não se estressa ao dar voltas para achar uma vaga e o dono é beneficiado com a satisfação do cliente por fornecer um serviço de qualidade, tornando-se a melhor opção para o cliente.
  • 2. Quem poderá operar o sistema?
    • O sistema rodaria em um host, sem a necessidade de alguém o operando.
  • 3. Quem deverá participar do desenvolvimento do sistema?
    • Apenas um programador e um montador.


Where


  • 1. Onde os dados serão inseridos?
    • Os dados seriam inseridos em um banco de dados, simples e de baixo custo visto a simplicidade do projeto, resultando num custo menor.
  • 2. Onde os dados serão externalizados, publicados?
    • Os dados serão publicados num aplicativo para celular, que diz onde há vagas.
  • 3. Onde esta aplicação poderá ser usada?
    • Será usada em grandes estacionamentos, melhorando o fluxo de carros e a eficiência no mesmo.
  • 4. Onde os dados serão armazenadas?
    • Com esse sistema não será necessário armazenar dados, visto que eles só são pertinentes durante um curto periodo de tempo, quando uma vaga está livre ou não, logo o sistema trabalharia com a sobreposição de dados.
  • 5. Onde o software deverá ser hospedado?


When


  • 1. Em quanto tempo pretende desenvolver o sistema?
    • Visto a simplicidade do sofware que será usado, um periodo depoucas semanas com um programador seria suficiente para desenvolver. Depois disso haverá o desenvolvimento do hardware completo e se sua base será feita como um poste (para estacionamentos abertos) ou acoplado no teto (para estacionamentos fechados).
  • 2. Quais serão as fases e em quanto tempo cada uma?
    • Primeira fase: desenvolver sofware, 2 semana.

Segunda fase: montagem do harware, 4 dias. Terceira fase: estrutura, 1 semana.

  • 3. Qual o tempo de resposta do dispositivo ou do sistema?
    • O tempo de resposta do sistema deve ser de poucos segundos a no máximo 2 minutos, dependendo do tamanho do estacionamento
  • 4. Quanto tempo para responder a uma entrada?
    • O tempo para responder a uma entrada deve ser de poucos segundos.
  • 5. Quanto tempo para gerar a saída?
    • O tempo para gerar uma saída deve ser imediato.


How


  • 1. Como será dividido o desenvolvimento do sistema?
    • Começaremos com um planejamento, seguido do desenvolvimento do software,ajustes do hardware, estudos do local de instalação e por fim, instalação.
  • 2. Como será feita a entrada de dados?
    • A entrada de dados é feita pelo sensor infra vermelho, o que diz se há vaga ou não.
  • 3. Como será feita a saída de dados?
    • A saída de dados é feita pelo transmissor, que leva os dados até um servidor próximo do estacionamento (até 1km) que então envia os dados ao serviço na nuvem.
  • 4. Descreva a 1a. funcionalidade?
    • Melhorar o fluxo de carros dentro do estacionamento.
  • 5. Descreva a 2a. funcionalidade?
    • Diz para o usuário onde tem uma vaga.
  • n. Descreva a enésima funcionalidade?
    • Atrair mais clientes com o serviço de qualidade.


How much


  • 1. Quanto custa cada parte do sistema?
  • 2. Quanto deverá custar todo o sistema?
    • R$ 167,90.
  • 3. Quantas pessoas deverão ser usadas (Equipe) ?
    • Programador e um responsável pela montagem e configuração do sistema.
  • 4. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?
    • O preço de aquisição do software para o usuário final depende de negociações, tendo em vista que deve-se primeiro atentar-se ao tamanho do estacionamento.


DFD





DER



UML


Diagrama de Classes

[1]

Diagrama de Casos de Uso

[2]

Detalhamento dos Casos de Uso



Identificação do Caso de Uso: UC1

Nome do Caso de Uso: Pesquisar Estacionamento Cadastrados

Ator: Usuário

Pré-condições: Usuário possuir o aplicativo instalado em seu dispositivo móvel

Pós-condições: Os estacionamentos cadastrados na central sao exibidos no aplicativo de busca


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Aplicativo exibe o menu de opções
2. Usuário escolhe pesquisar os estacionamentos cadastrados 3. Include Cadastrar Estacionamentos
4. Aplicativo exibe os estacionamentos cadastrados
5. Usuario visualiza as informações enviadas 6. Aplicativo exibe o menu de opções
7. Usuário sai do aplicativo




Identificação do Caso de Uso: UC2

Nome do Caso de Uso: Pesquisar Vagas disponiveis

Ator: Usuário

Pré-condições: Usuário possuir o aplicativo instalado em seu dispositivo móvel

Pós-condições: Os estacionamentos cadastrados na central sao exibidos no aplicativo de busca


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Aplicativo exibe o menu de opções
2. Usuário escolhe pesquisar as vagas disponiveis 3. Include Cadastrar vagas
4. Aplicativo exibe o mapa de vagas disponiveis no estacionamento
5. Usuario visualiza as informações enviadas 6. Aplicativo exibe o menu de opções
7. Usuário sai do aplicativo




Identificação do Caso de Uso: UC3

Nome do Caso de Uso: Cadastrar Estacionamento

Ator: Central

Pré-condições:

Pós-condições: Central cadastra estacionamentos


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Sistema recebe dados sobre o numero de estacionamentos que utilizam o serviço
2. Central organiza esses dados e cadastra todos os estacionamentos para serem exibidos no aplicativo
3.Central envia para o aplicativo os estacionamentos que utilizam do serviço



Identificação do Caso de Uso: UC4

Nome do Caso de Uso: Cadastrar Vagas

Ator: Central

Pré-condições: Central receber do banco de dados as vagas no estacionamento

Pós-condições: Central cadastra as vagas do estacionamento


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Sistema recebe o numero de vagas do estacionamento
2. Central organiza esses dados e cadastra todas as vagas do estacionamento para serem exibidos no aplicativo
3.Central envia para o aplicativo o mapa de vagas no estacionamento




Identificação do Caso de Uso: UC5

Nome do Caso de Uso: Exibir estacionamentos cadastrados

Ator: Aplicativo

Pré-condições: Central deve enviar os estacionamentos cadastrados que utilizam o serviço

Pós-condições: Quando solicitado o aplicativo exibe os estacionamento que utilizam do serviço


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Central envia para o aplicativo os dados dos estacionamentos cadastrados
2. Aplicativo exibe os estacionamentos que utilizam do serviço





Identificação do Caso de Uso: UC6

Nome do Caso de Uso: Exibir mapa de vagas livres

Atores: Aplicativo, Sistema de Iluminação e Tela

Pré-condições: Central deve enviar as vagas cadastradas ao aplicativo

Pós-condições: Quando solicitado o aplicativo exibe o mapa de vagas do estacionamento


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Central envia para o aplicativo, para o sistema de iluminação e para a tela, os dados com o mapa de vagas cadastradas no estacionamento
2. Aplicativo, sistema de iluminação e a tela exibem o mapa de vagas livres




Identificação do Caso de Uso: UC7

Nome do Caso de Uso: Cadastrar funcionarios

Ator: Central

Pré-condições: Receber pedido de cadastro de funcionario

Pós-condições: Cadastro do funcionario


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Central recebe um pedido de cadastro de um funcionario 2.Cadastro do funcionario





Identificação do Caso de Uso: UC8

Nome do Caso de Uso: Alterar dados do estacionamento

Ator: Central

Pré-condições: Receber pedido de alteração nos dados do estacionamento

Pós-condições: Alterar dados no estacionamento


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Central recebe um pedido de alteração nos dados de um estacionamento 2. Alteração nos dados do estacionamento





Identificação do Caso de Uso: UC9

Nome do Caso de Uso: Alterar dados do Funcionario

Ator: Central

Pré-condições: Receber pedido de alteração nos dados do funcionario

Pós-condições: Alterar dados do funcionario


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Central recebe um pedido de alteração nos dados de um funcionario 2. Alteração nos dados do funcionario





Identificação do Caso de Uso: UC10

Nome do Caso de Uso: Cadastrar Escala de horarios

Ator: Central

Pré-condições:

Pós-condições:


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Central cadastra a escala de horarios do estacionamento





Identificação do Caso de Uso: UC11

Nome do Caso de Uso: Cobrar Tempo no estacionamento

Ator: Funcionario

Pré-condições: A escala de horarios ja estar cadastrada

Pós-condições:


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Funcionario cobra do usuario o tempo estacionado 2.Include cadastrar escala de horarios
2. Funcionario recebe a quantia segundo a escala de horarios 3. Usuario é liberado





Identificação do Caso de Uso: UC12

Nome do Caso de Uso: Gerar Relatorio

Ator: Funcionario

Pré-condições: Receber pedido de alteração nos dados do funcionario

Pós-condições: Alterar dados do funcionario


Sequência de Eventos
Ação do Ator Resposta do Sistema
1.Funcionario faz um relatorio sobre os ocorridos no estacionamento,tal como funcionamento do equipamentos 2. Relatorio é salvo no banco de dados




Protótipo


Disponível em “http://3.143.69.156/wiki/index.php?title=EasyPark&oldid=34414”