Dashboard > People > Carlos Delfino > 2007 > Abril > 18 > Uma Trilha para seu Projeto de Software
Log In   View a printable version of the current page.
Uma Trilha para seu Projeto de Software
Added by Carlos Delfino, last edited by Carlos Delfino on Abr 19, 2007  (view change)
Labels: 

Para começar um projeto é fácil desde que se siga um trilha que nos auxilie a não se perder no meio de tantas opções de documentos, e diagramas. Vou então sugeri a vocês uma trilha a seguir, definindo passos um a um, e para aqueles que estáo começando  e não conhecem nenhum dos termos, poderão fazer suas pesquisas e aprender sozinhos ou enviar suas duvidas para meu e-mail. Podem também postar aqui ou mesmo na lista Transformando Ideias em Projetos no site do Yahoogrupos.

Então vamos começar por um WBS (Quebre o projeto em produtos, e detalhe até um terceiro nível as atividades para atingir este produto)

Lembre-se isto é um roteiro, duvidas me envie em private. Não vou detalhar o que é cada termo usado.

Durante a WBS é bom você identificar também quem será responsável por cada produto e cada atividade. Se você estiver fazendo o projeto sozinho identifique os papeis que irá assumir durante a execução do projeto. Envolva todos os membros da equipe, solicite que cada um identifique suas necessidades de recursos e tempo para cada atividade, pessa que eles façam seus próprios planejamento de tarefas para cada atividade assumida.

Depois parta para um diagrama PERT, ligue cada atividade a outra que depende dela e escreva nos quadrinhos de cada atividade quanto tempo terá para fazer esta atividade, e vá esticando este diagrama até atingir seu prazo final. Procure colocar no centro do diagrama as tarefas que são importantes para seu projeto ter sucesso e que irá mostrar resultados para seu cliente. Continue envolvendo a equipe neste processo.

Depois jogue tudo em um software como o dotProject ou mesmo o MSProject. Lembre-se produtos precisam de atividades que são compostas de Tarefas, no máximo defina subproduto ou seja não passe de 3 níveis, so se for realmente preciso chegue ao 4 nivel de detalhes.

Pronto você já tem um rascunho (BaseLine) para gerenciar seu projeto e ver se realmente conseguirá entrega-lo no prazo.

A documentação é bom começar por casos de uso do sistema ou historias do usuário, você pode fazer isto depois de ter iniciado a construção de sua WBS, logo apos os primeiros produtos, um deles será o marco que identificará a entrega dos casos de uso, cada caso de uso será um produto (se tiver casos de uso decompostos, estes serão subprodutos) de seu projeto, então você terá um responsável e um tempo para faze-lo, assim você também irá identificar quais são os mais importantes.

Depois dos casos de uso diagramados, cenários identificados (Diagramas de Casos de Uso) , faça um diagrama em UML dos casos de uso, identifique os reaproveitamentos, assim você vê onde pode reduzir tempo no seu projeto. Discuta isto com a equipe também.

Dos casos de uso parta para os diagrama de sequência, depois dos diagramas de sequências faça os diagramas de classe, e para cada mensagem do diagrama de sequência que for muito importante faça um diagrama de atividade.

Depois dos diagramas de classe faça os diagrama de máquina de estado para cada classe principal que tenha estados evidentes e complexos.

Depois disto tudo eu acho que já dá para tu começar a desenvolver e já terá uma boa ideia do custo de seus sistema, depois de feito isto umas 4 vezes para cada novo cliente/projeto, tu verás que muita coisa se torna intuitiva e fácil de ser feita.

 Lembre-se de ir apresentando cada etapa ao seu cliente consultando se ele concorda com os prazos. Não faça nada alem do que seu cliente lhe pede, e muito menos deixe de fazer o que ele pediu.

Existem outros diagramas e documentos, mas estes ai já ajudam bastante! Para começar. Mas se seu projeto estiver acelerado e tudo estiver correndo bem, faça os outros diagramas conforme a complexidade apresentada. Por exemplo um diagrama de deposito (dependência ou Deployment Diagram) é bem util para se detectar as dependencias e ajudar na integração continua.

Em se tratando de ferramentas escolha as que melhor se adapte ao tipo de software e forma de trabalhar, eu em particular uso:

Magic Draw 10 Architect
Eclipse wtp 1.5.3 com Plugin VE
CVS
MapMind ou FreeMind
OpenOffice principalmente para as apresentações do produto.

Isto tudo regado ao molho XP com pitadas de RUP!

  Abril 2007
Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30          

Novo Projeto de Software Livre apoiado pelo CEJUG aprovado

Site running on a free Atlassian Confluence Community License granted to CEJUG. Evaluate Confluence today.
Powered by Atlassian Confluence, the Enterprise Wiki. (Version: 2.3.3 Build:#645 Fev 13, 2007) - Bug/feature request - Contact Administrators