Artefato 6 - dfd essencial

From Grupo05 Ahand

(Difference between revisions)
Line 75: Line 75:
<br>
<br>
 +
 +
<Carlos> segue o novo DFD essencial após as explicações da aula do Takai
 +
 +
[[Image:DFD essencial aposAulaTakai v1.PNG]]

Revision as of 03:37, 5 November 2006

Diagrama de Fluxo de Dados essencial

Comentáiros do Takai:
Pessoal: Vocês estão tentando modelar o sistema! Mas não é isso 
que vocês deveriam modelar nesta fase! É o NEGÓCIO!
Vocês devem entender cada círculo como um processo de negócio.
Um processo de negócio envolvem pessoas que executam atividades.
Para descobrir quais processos existem, descubram os eventos 
de negócio; pois um processo de negócio atende a apenas um 
evento de negócio.


Image:DfdEssencial.png




Comentários

<Marcos> Jucimara, ficou muito bom. Alguns comentários:

  • Quando sentir que as linhas estão se cruzando muito, pode repetir a entidade externa ou o repositório de dados. Ajuda na clareza do diagrama.
  • Na regra do highlander, a relação entre entidade externa e processo é sempre um pra um. Então ocorre a divisão do processo "Cadastrar dados pessoais" em dois. Faz sentido se pensarmos que a tela de preenchimento de locador e de locatário pode ter campos específicos de cada um. Outra observação: acho que num dos fluxos ficou trocado Locador por Locatário. Veja:


Image:ComentarioDfdEssencial.png


<Monica> Vou colocar aqui as sugestões que eu tinha feito para a Jucimara quando ela me enviou o DFD:

  • Um processo não pode receber mais de um estímulo/evento, como no caso do processo Cdastrar dados pessoais que recebe estímulo das entidades locatário e locador. Acho que ficaria legal se tivesse dois processos: Cadastrar locatário e Cadastrar locador, ambos "gravando" dados em Pessoa

(a mesma coisa que o Marcos levantou).

  • Acho que o Cadastrar imóvel também deve receber dados de Pessoa, pois um imóvel tem um locatário e quando alugado, também um locador.
  • Não precisa ter controle de retirada de chaves, quando uma pessoa vai visitar um imóvel?
  • Não precisa ter a reserva do imóvel, quando a pessoa quer alugar ela tem até 48h para apresentar os documentos.
  • Não sei se é frescura, mas podia ter uma parametrização de quantos % fica para o locatário e quantos % fica para a imobiliária, um processo chamado Parametrizar Percentual.
  • E manutenção do valor do aluguél, às vezes pode ter abatimento se houver uma reforma no imóvel e tem o reajuste.
  • Cadastrar locação não deve receber dados (uma seta) de Imóvel e de Pessoa?

Image:DfdEssencial-alterado.png


<Carlos>adicionando um DFD que foi feito baseado no da Jucimara e no da Monica e comentários do Marcos, e tentando faze-lo baseada nos comentários do Takai.

Image:DFD essencial v5.PNG



<Monica>Nossa!! O prof tem toda a razão (claro!! rsrsrs)... é incrível como é difícil a gente deixar de pensar direto no sistema!!! Algumas dúvidas:

  • Pagar Locador não é disparado pelo locatário?
  • Gerar relatório de devedores não seria disparado pelos sócios?
  • Você colocou Gerar contrato disparado pelos sócios, mas quem inicia este evento não é o locatário que depois de ver o imóvel decide alugá-lo?

Estou tentando pensar no negócio! :)


<Marcos> Vou deixar minha contribuição aqui. Realmente é difícil juntar tudo num único diagrama e não sei se estamos detalhando demais os processos.


Image:Cadastro.png




Image:Reserva.png




Image:Contrato.png


<Carlos> segue o novo DFD essencial após as explicações da aula do Takai

Image:DFD essencial aposAulaTakai v1.PNG

Personal tools