Sem resumo de edição
 
(9 revisões intermediárias por 2 usuários não estão sendo mostradas)
Linha 8: Linha 8:
** O sistema ficará armazenado num servidor na empresa ou na nuvem?
** O sistema ficará armazenado num servidor na empresa ou na nuvem?
** Farão verificação de CPF inválido?
** Farão verificação de CPF inválido?
** O cliente que for comprar será validado no Serada ou qualquer outro serviço similar?
** O cliente que for comprar será validado no Serasa ou qualquer outro serviço similar?
** O sistema controlará vendas, e as compras também?
** O sistema controlará vendas, e as compras também?
** Se estamos falando em controlar gastos, temos que pensar nos relatórios diários, semanais, mensais.
** Se estamos falando em controlar gastos, temos que pensar nos relatórios diários, semanais, mensais.
** O fornecedor terá algum acesso a este sistema?
** O fornecedor terá algum acesso a este sistema?
** Haverão interfaces específicas para os diretores analisarem a movimentação da empresa?
** Haverão interfaces específicas para os diretores analisarem a movimentação da empresa?
** Este sistema pretende fazer precisão de compras?
** Este sistema pretende fazer previsão de compras?
**
<br>
<br>


Linha 20: Linha 19:
<br>
<br>


*
== DFD ==
**
<br>
<br>
* Entidades Externas:
** Parabéns! Conseguiram entender bem sobre as várias formas do sistema interagir com o ambiente externo permitindo a entrada e saída de dadado.
** Entendo que terão 3 tipos de usuários: Clientes, Administrador e Vendedor
** Que ainda se comunicarão com o Serasa e o Correios. Até aqui tudo bem!
** Já no caso do Recibo não serve. Se entenderem que a saída será a Impressora ainda vai mas é melhor pensarem em Recibo, não como um EE mas como um Processo que poderá ser chamado de Gerar Recibo. Como impressora é default, não costumamos referenciá-la como EE.
<br>
* Depósitos:
** Os depósitos do DFD estão adequados a princípio mas a partir dele começamos a montar o DER e ele é quem vai dizer se teremos apenas estes.
** Devo estar ficando velho pois não consegui enxergar direito os nomes em azul num fundo cinza quadriculado.
<br>
* Processos:
** Não entendi bem o porque de enviarem apenas 2 processos mas vamos lá.
** O DFD mostrar TODOS os processos (funcionalidades) que o sistema provê.
** No caso de um sistema como este deveremos ter muitos, mas muitos processos mesmo.
** Segue abaixo uma lista do que eu faria na minha visão mas pode mudar dentro do que imaginam que possa ser um sistema para microempresa:
* Cliente
# Cru Clientes (Neste caso o próprio cliente pode se Cadastrar - C, Ler seus dados - R e Alterar seus dados - U mas não pode se excluir - D
# Verificar suas compras
# Sugerir produtos
# Entrar em contato com loja
# Fazer pagamento
# etc
* Administrador
# Crud Clientes (Pode incluir, ler, alterar e excluir clientes)
# Crud Vendedor
# Atualizar compras
# Crud Fornecedor
# Crud Produtos
# Efetuar venda
# Gerar Recibo
# Gerar Relatório de Vendas
# Analisar sugestões e críticas
# Fazer pagamentos
# Realizar estorno
# Receber devolução
# Verificar Movimento do Caixa
# Gerar Relatório de Contas a Pagar
# Gerar Relatório de Contas a Receber
# Realizar Balanço
* Vendedor
# Crud Clientes (Pode incluir, ler, alterar e excluir clientes)
# Efetuar venda
# Gerar Recibo
# Fazer pagamentos
# Realizar estorno
# Receber devolução
# Realizar Balanço
* E ainda alguns que seriam vinculados a outros processos:
# Checar Status Cliente => Vinculado ao Crud Clientes e à EE Serasa
# Checar Cep => Vinculado ao Cru Clientes e à EE Correios
Fora isso poderemos discutir sobre outras funcionalidades interessantes.
<br>
== DER ==
<br>
* Clientes:
** Cep tem que ser vinculado a outra tabela com mostrado em sala de  aula
** Endereço deverá ficar na tabela Cep
** Consultas => Se é o cojunto de dados de consulta deverá ficar em outra tabela
<br>
* Fornecedores:
** Chave normalmente é primeiro campo
** Endereço deverá ficar na tabela Cep
** Produtos fornecidos => Se é o cojunto de dados sobre os produtos fornecidos deverá ficar em outra tabela
<br>
* Vendedor:
** Cep tem que ser vinculado a outra tabela com mostrado em sala de  aula
** Endereço deverá ficar na tabela Cep
** Regra: Os nomes de campos não podem ser separados, o certo é NumeroCasa, NroCasa, etc
** Data de Nascimento => Idem
<br>
* Produtos:
** Normalmente Produto não tem título e sim descrição
** Além disso tem Marca, Modelo, Cor e outras características
** O mesmo produto pode ter mais de um fornecedor?
** Atente para o tipo do dado
<br>
* Recebimentos:
** Como saber quantas parcelas a gerar de alguma compra parcelada?
<br>
* Gastos:
** A tabela ficou engessada. Se amanhã tiver que incluir um novo gasto, por exemplo, imposto. Terá que alterar a tabela.
** Não é melhor colocar genérico? Ex: Campo CodGasto e criar outra tabela apenas com os nomes dos gastos, exemplo, 01 - Energia, 02 - Água, etc
<br>
= Respostas =
<br>
*O grupo vai avaliar a opção da interface para clientes pois ainda não havíamos discutido sobre isso.
*Com relação ao DFD mais processos serão criados para melhorar a visualização das funções oferecidas pelo software.
** Muito bom! O Eustáquio está indo para a UFU e poderá ajudar.

Edição atual tal como às 16h59min de 13 de outubro de 2015

Orientações



  • Aspectos a serem avaliados:
    • Que tipos de pessoas diferentes irão usar/operar este sistema?
    • Usará impressora fiscal? Sabem com funciona?
    • O sistema ficará armazenado num servidor na empresa ou na nuvem?
    • Farão verificação de CPF inválido?
    • O cliente que for comprar será validado no Serasa ou qualquer outro serviço similar?
    • O sistema controlará vendas, e as compras também?
    • Se estamos falando em controlar gastos, temos que pensar nos relatórios diários, semanais, mensais.
    • O fornecedor terá algum acesso a este sistema?
    • Haverão interfaces específicas para os diretores analisarem a movimentação da empresa?
    • Este sistema pretende fazer previsão de compras?


Questões


DFD


  • Entidades Externas:
    • Parabéns! Conseguiram entender bem sobre as várias formas do sistema interagir com o ambiente externo permitindo a entrada e saída de dadado.
    • Entendo que terão 3 tipos de usuários: Clientes, Administrador e Vendedor
    • Que ainda se comunicarão com o Serasa e o Correios. Até aqui tudo bem!
    • Já no caso do Recibo não serve. Se entenderem que a saída será a Impressora ainda vai mas é melhor pensarem em Recibo, não como um EE mas como um Processo que poderá ser chamado de Gerar Recibo. Como impressora é default, não costumamos referenciá-la como EE.


  • Depósitos:
    • Os depósitos do DFD estão adequados a princípio mas a partir dele começamos a montar o DER e ele é quem vai dizer se teremos apenas estes.
    • Devo estar ficando velho pois não consegui enxergar direito os nomes em azul num fundo cinza quadriculado.


  • Processos:
    • Não entendi bem o porque de enviarem apenas 2 processos mas vamos lá.
    • O DFD mostrar TODOS os processos (funcionalidades) que o sistema provê.
    • No caso de um sistema como este deveremos ter muitos, mas muitos processos mesmo.
    • Segue abaixo uma lista do que eu faria na minha visão mas pode mudar dentro do que imaginam que possa ser um sistema para microempresa:
  • Cliente
  1. Cru Clientes (Neste caso o próprio cliente pode se Cadastrar - C, Ler seus dados - R e Alterar seus dados - U mas não pode se excluir - D
  2. Verificar suas compras
  3. Sugerir produtos
  4. Entrar em contato com loja
  5. Fazer pagamento
  6. etc
  • Administrador
  1. Crud Clientes (Pode incluir, ler, alterar e excluir clientes)
  2. Crud Vendedor
  3. Atualizar compras
  4. Crud Fornecedor
  5. Crud Produtos
  6. Efetuar venda
  7. Gerar Recibo
  8. Gerar Relatório de Vendas
  9. Analisar sugestões e críticas
  10. Fazer pagamentos
  11. Realizar estorno
  12. Receber devolução
  13. Verificar Movimento do Caixa
  14. Gerar Relatório de Contas a Pagar
  15. Gerar Relatório de Contas a Receber
  16. Realizar Balanço
  • Vendedor
  1. Crud Clientes (Pode incluir, ler, alterar e excluir clientes)
  2. Efetuar venda
  3. Gerar Recibo
  4. Fazer pagamentos
  5. Realizar estorno
  6. Receber devolução
  7. Realizar Balanço
  • E ainda alguns que seriam vinculados a outros processos:
  1. Checar Status Cliente => Vinculado ao Crud Clientes e à EE Serasa
  2. Checar Cep => Vinculado ao Cru Clientes e à EE Correios

Fora isso poderemos discutir sobre outras funcionalidades interessantes.

DER


  • Clientes:
    • Cep tem que ser vinculado a outra tabela com mostrado em sala de aula
    • Endereço deverá ficar na tabela Cep
    • Consultas => Se é o cojunto de dados de consulta deverá ficar em outra tabela


  • Fornecedores:
    • Chave normalmente é primeiro campo
    • Endereço deverá ficar na tabela Cep
    • Produtos fornecidos => Se é o cojunto de dados sobre os produtos fornecidos deverá ficar em outra tabela


  • Vendedor:
    • Cep tem que ser vinculado a outra tabela com mostrado em sala de aula
    • Endereço deverá ficar na tabela Cep
    • Regra: Os nomes de campos não podem ser separados, o certo é NumeroCasa, NroCasa, etc
    • Data de Nascimento => Idem


  • Produtos:
    • Normalmente Produto não tem título e sim descrição
    • Além disso tem Marca, Modelo, Cor e outras características
    • O mesmo produto pode ter mais de um fornecedor?
    • Atente para o tipo do dado


  • Recebimentos:
    • Como saber quantas parcelas a gerar de alguma compra parcelada?


  • Gastos:
    • A tabela ficou engessada. Se amanhã tiver que incluir um novo gasto, por exemplo, imposto. Terá que alterar a tabela.
    • Não é melhor colocar genérico? Ex: Campo CodGasto e criar outra tabela apenas com os nomes dos gastos, exemplo, 01 - Energia, 02 - Água, etc


Respostas


  • O grupo vai avaliar a opção da interface para clientes pois ainda não havíamos discutido sobre isso.
  • Com relação ao DFD mais processos serão criados para melhorar a visualização das funções oferecidas pelo software.
    • Muito bom! O Eustáquio está indo para a UFU e poderá ajudar.