Artefato 6 - dfd essencial

From Grupo05 Ahand

Diagrama de Fluxo de Dados essencial

---

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:

<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?