Please enable JavaScript.
Coggle requires JavaScript to display documents.
METODOLOGIA ÁGEIS E DOCUMENTAÇÃO (Cliente chega até a empresa com suas…
METODOLOGIA ÁGEIS E
DOCUMENTAÇÃO
Cliente chega até a empresa com suas ideias e necessidades.
O Analista de Requisitos mapeia a necessidade do cliente de acordo com o solicitado.
O mesmo define o que o software tende a fazer para que seja atendido a necessidade informada pelo cliente.
Após todas as informações coletas e elaborada pelo analista o mesmo elabora a especificação de requisitos (documentação)
Essa documentação elaborada define todo o processo que o software terá que realizar atendendo a necessidade solicitada pelo cliente. A mesma server também como um contrato para evitar que no futuro o cliente e o fornecedor não tenham problemas. Caso após a entrega do produto qualquer comportamento inadequado e considerado um defeito, então essa documentação além de auxiliar todo o processo é uma espécie de contrato também.
Após feita a documentação o próximo passo será passar a documentação para o arquiteto de software.
O arquiteto com a documentação em mãos.
Com toda documentação elaborada até aqui irá auxiliar todas as pessoas que participará desse processo de desenvolvimento de software até o final. Essa documentação e uma maneira de ter uma comunicação entre o analista,cliente e desenvolvedor para que assim tenha comunicação entre todos e seja desenvolvido o produto de acordo com a necessidade solicitada pelo cliente.
Com a documentação entregue ao desenvolvedor,
O desenvolvedor irá analisar a documentação e os requisitos.
Ele terá como referência toda a documentação,
Desenvolver o produto de acordo com o solicitado pelo cliente.
Após o final do produto e entregue ao cliente, a documentação e arquivada e pode ser consultada a qualquer momento.
Irá realizar uma espécie de desenho de software que irá contribuir também para auxiliar o desenvolvedor no final do processo.
Cliente chega na empresa com suas ideias e necessidades.
Apresentação da necessidade e ideias com toda a equipe presencialmente e o cliente.
Participação nessa apresentação o Analisa de Requisitos.
Participação nessa apresentação o desenvolvedor de software.
Participação nessa apresentação o Arquiteto de software.
Com todos presentes, com colaboração de todos presencialmente não será necessário a criação de documentação por agora.
A forma de trabalhar com todos colaborando será mais fácil.
Desenvolver desenhos, TDD, tende a torna o código mais légivel.
Iremos documentar quando:
VALOR X BENEFÍCIOS
Superar todo o custo de criar e manter o software.
Nem todo modelo criado criado durante o processo, precisará ser mantido.
A criação de diagrama com UML, irá auxiliar na tomada de decisão do desenho.
A forma de produzir toda a documentação será diferente, o objetivo não documentar.
Mas no ato da entrega com o produto pronto iremos entregar o mesmo com:
O produto pronto.
A documentação realmente necessária para entregar ao cliente.
Com isso conseguimos uma certa agilidade em todo o processo.
Reduzimos a necessidade de documentar tudo.
A documentação será realizada quando gerar algum valor.
A documentação é resultado de tudo, não um insumo.