Artefato 6 - dfd essencial
From Grupo05 Ahand
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 envolve 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.
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?
<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.
<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.
<Carlos> segue o novo DFD essencial após as explicações da aula do Takai
<Fernando> Novo DFD com nova divisão entre Imóveis e Contratos e novo processo Notificar Cobrança de Aluguel
[edit] Comentários do Takai em 9 de novembro de 2006
Pagar Aluguel locadores: é uma ação do Locador! O processo não deveria ser Receber Aluguel? Entregar Imóvel: é ação de quem? Quem entrega o imóvel? É o Locador ou a Imobiliária? Pergunto-lhes isso porque a perspectiva não está homogênea , uma hora é sob o ponto de vista do Locador, na outra é sob o ponto de vista da imobiliária como está no processo Gerar contrato de aluguel. Não pode haver fluxo bidirecional entre um processo e entidade externa. Na Análise Essencial somente é permitido entre processos e depósitos de dados. Agora falta pouco. Melhorou muito deste o primeiro DFD Essencial apresentado. Parabéns!
