Etiqueta: visualeditor
Sem resumo de edição
Linha 103: Linha 103:


== DD ==
== DD ==
* == A. Processos ==
= DD - Dicionário de Dados =
** Cada função mostrada no DFD pode ser detalhada neste item:  
<br>
** Tomando como exemplo, o DFD abaixo: [[Arquivo:DFD-Nivel2b.png|center|link=http://www.sourceinnovation.com.br/wiki/Arquivo:DFD-Nivel2b.png]]<br>
 
** Poderíamos ter o seguinte detalhamento no DD:  
== A. Processos ==
** 00. Menu Inicial: [Usuário]
<br>
*** Mostraria as opções:
 
**** Selecionar DVD
* Cada função mostrada no DFD pode ser detalhada neste item:
**** Atualizar Cliente
 
**** Efetuar Vendas
 
**** Gerar  Pedido <br> 
* Tomando como exemplo, o DFD abaixo:
** 01. Processo Selecionar  DVD:  
 
*** Neste processo, o sistema mostra inicialmente uma tela onde o usuário escolhe a forma de pesquisa:
 
**** Por Título
[[Arquivo:DFD-Nivel2b.png|center]]
**** Por Preço
<br>
**** Por Data de Aquisição
 
**** Por Gênero
* Poderíamos ter o seguinte detalhamento no DD:
**** entre outras
 
*** Selecionado um deste itens, o sistema busca no Depósito DVDs, os registros e mostra na ordem desejada
 
*** O usuário percorre a lista por meio de um mouse ou com o cursor e posiciona num determinado DVD
 
*** Pode haver uma opção para procura por um DVD específico
* 00. Funcionamento Offline: [Usuário]
*** Cada DVD selecionado é adicionado à uma Cesta de Compras que já mostra a quantidade e o valor total
 
*** Quando o usuário, tiver escolhido todos os DVDs, clica em Finalizar e mostra a opção Efetuar Venda  <br>
[[Arquivo:udibus_00_spash.png|center]]
** 02. Atualizar Cliente:
 
*** Inicialmente é mostrado um campo para digitação do CPF do cliente
* Irá promover o funcionamento do aplicativo em modo-offline utlizando o banco de dados do dispositivo móvel e o web storage.
*** Após a digitação, o CPF é procurado no Depósito Clientes e encontrando, mostra todos os dados do cliente na tela
 
*** Se o cliente não for encontrado, são mostrados todos os campos para digitação
<br>
*** No caso dos campo CPF é executado o algoritmo dos 9 dígitos
*** Os dados do endereço são buscado numa EE chamada Correios usado a API conforme https://www.google.com.br/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwjO_6TprdXXAhWCHZAKHUtWCBkQFggwMAA&url=https%3A%2F%2Fcorreiosapi.apphb.com%2F&usg=AOvVaw3A5M7EFvQ_EcMgnwr9lsjd
*** Deve haver  uma opção Salvar que efetivamente armazena os dados no depósito Clientes
*** A opção Retornar, volta ao Menu Inicial <br>
** 03. Efetuar Venda:
*** Com os dados da cesta mostrados na tela, o sistema pede o CPF do cliente
*** Se ele não existir, chama a opção Atualizar Cliente
*** Caso exista, o sistema mostra as opções de pagamento: Cartão ou Dinheiro
*** Se cartão: solicita: operadora, nro cartão, validade e senha
*** Se dinheiro, solicita: valor pago e troco
*** Feito isso, mostra a mensagem Venda Efetuada e salva os dados no Depósito Vendas
*** A seguir, mostra a opção Retornar ao Menu Inicial. <br>
** 04. Gerar Pedido:
*** == B. Depósitos == <br>
** Depósito: Usuários
*** CodUsuario: Número Sequencial a partir de 1
*** Sexo: [M,F]
*** Cpf: dois dígitos finais calculados a partir do 9 primeiros
**** Link para orientação: http://www.geradorcpf.com/algoritmo_do_cpf.htm
*** EstadoCivil: [S,C,V,A]
*** Email: [Str@Str] <br> == C. Entidades Externas == <br>
** Como os dados irão migrar das Entidades Externas para o sistema e vice-versa, precisamos especificar de que maneira isso acontece para as situações descritas no DFD com relação a: <br> === Pessoas ===
** Design básico dos menus
** Front-ends
** Telas
** Dispositivos
** Interfaces gráficas  Entidade Externa: Bibliotecária 
** Interface Gráfica composta de um menu com as seguintes opções:
*** Cadastro
**** Livros
**** Assunto
**** Autor
**** Editora
**** Usuário
**** Cep
**** Bairro
**** Cidade
**** Estado
*** Operações
**** Enviar livros restauração
**** Gerar códigos de livros
*** Relatórios
**** Livros por ordem de Título
**** Usuários em, ordem alfabética
**** Editoras por endereço
**** Livros em restauração
**** Livros já restaurados
**** Livros danificados <br>  Tudo isso pode ser substituído com um desenho mostrando a disposição dos campos numa tela usando um editor gráfico qualquer. <br>  Entidade Externa: Atendente 
** Interface Gráfica composta de um menu com as seguintes opções:
*** Pesquisa
**** Livros
**** Assunto
**** Autor
**** Editora
**** Usuário
*** Empréstimo
*** Devolução
*** Relatórios
**** Livros por ordem de Título
**** Usuários em, ordem alfabética
**** Editoras por endereço
**** Assuntos  <br> === Equipamentos ===
** Formas de conexão com o Hardware
** Portas
** Pínos
** Protocolos
** Conexões  === Sistemas ===
** Meios de comunicação com outros softwares
** Domínios
** APIs
** Webservices
** Conectores <br>   == D. Requisitos não-funcionais ==


= Protótipo =
= Protótipo =

Edição das 23h18min de 5 de dezembro de 2017

Erro ao criar miniatura: Arquivo não encontrado

 5W2H

What

  • 1. Qual o nome do seu projeto?
    • UdiBus
  • 2. Qual o objetivo deste projeto?
    • Desenvolver um sistema inteligente que contém dados enviados pelos usuários, informações fornecidas pelas empresas de transporte, dados de GPS (quando disponível) e várias outras fontes para estimar e prever a chegada do ônibus com precisão e qualidade auxiliando cidadãos de qualquer cidade do mundo.
  • 3. Quais os maiores desafios, na sua opinião, para se realizar este trabalho?
    • Reunir e consolidar informações sobre o transporte público.
  • 4. Quais os conhecimentos básicos que devemos ter para se implementar este projeto?
    • Conhecimentos sobre desenvolvimento de sistemas web/mobile;
    • Arquitetura cliente/servidor;
    • Processamento de informações geoespaciais;
  • 5. Quais soluções similares existem no mercado?
    • Diversos sistemas de transporte público específicos para várias cidades;


Why

  • 1. Porque é interessante desenvolver este projeto?
    • Pela crescente procura de facilidades que podem otimizar o tempo das pessoas utilizando aplicativos.
  • 2. Porque deve usar a tecnologia escolhida?
    • Será um aplicativo híbrido (web/mobile) para possibilitar agilidade no desenvolvimento e ao finalizar o projeto poder entregar um produto que rode em diferente sistemas operacionais móveis. S
  • 3. Porque usar o hardware específico?
    • A solução será desenvolvida para smartphones, pois hoje no mundo todo, são mais de 1 bilhão e 600 milhões de pessoas usando smartphone, e houve um crescimento de 25% apenas no último ano.
  • 4. Porque usar o sistema específico?
    • Para facilitar o uso do transporte público.


Who

  • 1. Quem pode se beneficiar deste projeto?
    • Qualquer usuário de transporte público em todo o mundo.
  • 2. Quem poderá operar o sistema?
    • Qualquer pessoa que possuir um smartphone.
  • 3. Quem deverá participar do desenvolvimento do sistema?
    • Profissionais com habilidade em desenvolvimento web/mobile.


Where

  • 1. Onde os dados serão inseridos?
    • Os dados serão inseridos através de aplicação backend (site) que possibilita a entrada de diversas fontes.
  • 2. Onde os dados serão externalizados, publicados?
    • Os dados serão publicados no aplicativo mobile.
  • 3. Onde esta aplicação poderá ser usada?
    • Em qualquer dispositivo smartphone.
  • 4. Onde os dados serão armazenadas?
    • No servidor e no aplicativo.
  • 5. Onde o software deverá ser hospedado?
    • O sistema backend será hospedado em um servidor virtual privado (VPS).


When

  • 1. Em quanto tempo pretende desenvolver o sistema?
    • 4 meses.
  • 2. Quais serão as fases e em quanto tempo cada uma?
    • Análise (2 semanas), Projeto (2 semanas), Implementação (8 semanas), Testes(3 semanas) e Implantação (1 semana).
  • 3. Qual o tempo de resposta do dispositivo ou do sistema?
    • Imediato (Inferior a 1,3 segundos);
  • 4. Quanto tempo para responder a uma entrada?
    • Imediato (Inferior a 1,3 segundos);
  • 5. Quanto tempo para gerar a saída?

    • Imediato (Inferior a 1,3 segundos);

How

  • 1. Como será dividido o desenvolvimento do sistema?
    • Será dividido em aplicação backend e aplicativo mobile.
  • 2. Como será feita a entrada de dados?
    • Através de dados imputados no backend de forma manual/automática e dados recolhidos dos usuários através do aplicativo móvel.
  • 3. Como será feita a saída de dados?
    • Os dados serão apresentados no aplicativo móvel.
  • 4. Descreva a 1a. funcionalidade?
    • Previsão de chegada dos ônibus realizada por um sistema inteligente que utiliza os dados enviados pelos usuários, roteiro de viagem das empresas, padrões de deslocamento que consideram horário, dia da semana e quando disponível o sistema de GPS da frota.
  • 5. Descreva a 2a. funcionalidade?
    • Apresentação de todas as rotas, pontos e horários da frota de ônibus de Uberlândia.
  • 6. Descreva a 3a. funcionalidade?
    • Disponibilidade dos serviços em modo offline.
  • 7. Descreva a 4a. funcionalidade?
    • Modo viagem: O usuário informa onde quer parar, nós avisamos a hora de descer.
  • 8. Descreva a 5a. funcionalidade?
    • Divulgação de pontos comerciais e marketing contextualizado.
  • 9. Descreva a 6a. funcionalidade?
    • Apresentação de Feiras livres e telefones de principais serviços do município.

How much

  • 1. Quanto custa cada parte do sistema?
    • Servidor de Aplicação - R$ 17.280,00
    • Aplicativo Móvel - R$ 11.520,00
  • 2. Quanto deverá custar todo o sistema?
    • R$ 28.800,00
  • 3. Quantas pessoas deverão ser usadas (Equipe) ?
    • Ainda não definido.
  • 4. Quanto custa cada profissional?
    • R$ 45,00/hora.
  • 5. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?
    • O aplicativo será gratuito para o usuário final, será "moneytizado" através de publicidade.

 Modelo Estruturado

DFD

  • Diagrama Fluxo de Dados UdiBus:

DER

Erro ao criar miniatura: Arquivo não encontrado
DER UdiBus

Arquivo:DER UdiBus.pdf

DD

DD - Dicionário de Dados


A. Processos


  • Cada função mostrada no DFD pode ser detalhada neste item:


  • Tomando como exemplo, o DFD abaixo:



  • Poderíamos ter o seguinte detalhamento no DD:


  • 00. Funcionamento Offline: [Usuário]
  • Irá promover o funcionamento do aplicativo em modo-offline utlizando o banco de dados do dispositivo móvel e o web storage.


Protótipo


  • Dinâmica: Criar projeto e de,demonstração
    • Projeto: DFD , DER e DD postados na Wiki
    • Demonstração: Desenvolvimento das funcionalidades abaixo:
      • Buscar itinerario
      • Visualizar anúncio
      • Apresentar linhas e pontos de ônibus