Briefing?

[Davicamarinha 0]

Acho que é uma pergunta atípica, e nao sei se estou postando no lugar certo. Na area de design, existe o briefing que são os dados do que o cliente quer q façamos, mas na area de programação eu nao sei se existe algo assim, e se existe, aonde achar. Pergunto isso pq estou tendo diversos problemas com clientes que começam o sistema de uma forma e fazem muitas alterações durante o percurso de desenvolvimento do sistema, me causando retrabalho e demora na entrega de projetos. Alguem sabe como solucionar isso???

[Kandrade 7]

Não existe aqui na Imasters um fórum especifico para isso, mas podemos tentar ajudar.

É fato que muito dificilmente um projeto inicial de um software não sofra mudanças durante seu desenvolvimento, mas podemos evitar algumas dores de cabeça fazendo uma boa análise do software.

É essencial o analista entender o domínio de negocio a que o software se aplica e entender o que o cliente precisa.

Nessa fase o levantamento de requisitos é a tarefa principal a se fazer.

Com esse documento bem planejado e bem feito voce será capaz de identificar os atores e as funcionalidades do sistema.

Se voce não usa, aconselho a usar a UML para não só documentar o software, mas principalmente para projetar e desenvolver corretamente o sistema.

O diagrama de caso de uso + o levantamento de requisitos dará ao analista uma visão macro do que preciso ser construido.

[Davicamarinha 0]

Legal, e como eu faço isso? Algum link?

[Kandrade 7]

Isso vem com muito estudo e experiencia.

Não espere ler algo e logo no primeiro projeto fazer uma análise perfeita da situação.

 

Se voce quer aprender mesmo a projetar e analisar aconselho o seguinte livro:

Utilizando UML e Padrões - Craig Larman

 

Para UML aconselho:

UML essencial - Martin Fowler

 

Eu participo também da lista do yahoo grupos - UML br.

 

 

http://forum.imasters.com.br/public/style_emoticons/default/thumbsup.gif

[ahmed99 0]

Olá Davicamarinha!

 

O seu problema é a razão da existência da Engenheria de Software (ver http://pt.wikipedia.org/wiki/Engenharia_de_software ).

 

Qualquer projeto de desenvolvimento de software deve começar pela atividade de especificação de requisitos, na qual o próprio cliente tem um papel importante (um ramo da engenharia de software é a engenharia de requisitos: http://pt.wikipedia.org/wiki/Engenharia_de_Requisitos )

 

Um produto importante da engenharia de requisitos é o documento de especificação de requisitos, a partir do qual deve ser feito um caderno de encargos com as atividades e custos previstos para todo o projeto. Aí, o escopo do projeto deverá estar bem definido e o cliente terá que aprovar o caderno de encargos.

 

Esse caderno será uma defesa para a equipa de desenvolvimento, pois qualquer dúvida que surja poderá ser retirada a partir daí. É importante que não seja ambíguo.

 

Valeu?

 

 

Isso vem com muito estudo e experiencia.

Não espere ler algo e logo no primeiro projeto fazer uma análise perfeita da situação.

 

Se voce quer aprender mesmo a projetar e analisar aconselho o seguinte livro:

Utilizando UML e Padrões - Craig Larman

 

Para UML aconselho:

UML essencial - Martin Fowler

 

Eu participo também da lista do yahoo grupos - UML br.

 

 

http://forum.imasters.com.br/public/style_emoticons/default/thumbsup.gif