Planificação do Projeto de Software

4.086 visualizações

Publicada em

Aula5 TEES UFS - Planificação do Projeto de Software

0 comentários
2 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
4.086
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1.262
Ações
Compartilhamentos
0
Downloads
119
Comentários
0
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Planificação do Projeto de Software

    1. 1. Planificação do Projecto de SW Aula 5
    2. 2. Sumário <ul><li>Introdução </li></ul><ul><ul><li>O quê é? </li></ul></ul><ul><ul><li>Quem faz? </li></ul></ul><ul><ul><li>Porquê é importante? </li></ul></ul><ul><ul><li>Qual é o produto? </li></ul></ul><ul><ul><li>Como saber se está bem feita? </li></ul></ul><ul><li>Âmbito do SW </li></ul><ul><li>Recursos do SW </li></ul><ul><li>Plano de Projecto do SW </li></ul>
    3. 3. Introdução (I) <ul><li>O quê é? </li></ul><ul><ul><li>A planificação abrange </li></ul></ul><ul><ul><ul><li>Estimação </li></ul></ul></ul><ul><ul><ul><li>Planeamento temporal e monitorização </li></ul></ul></ul><ul><ul><ul><ul><li>Diagrama de Gantt </li></ul></ul></ul></ul><ul><ul><ul><li>Análise e gestão de riscos </li></ul></ul></ul><ul><ul><ul><li>Garantia da qualidade e gestão da configuração </li></ul></ul></ul><ul><li>Quem faz? </li></ul><ul><ul><li>Gestores de Software </li></ul></ul>
    4. 4. Introdução (II) <ul><li>Porquê é importante? </li></ul><ul><ul><li>Não se pode construir uma casa sem sabermos quanto vai custar </li></ul></ul><ul><li>Qual é o produto? </li></ul><ul><ul><li>o Plano de Projecto de SW que contém: </li></ul></ul><ul><ul><ul><li>Tabela com as tarefas de gestão a realizar </li></ul></ul></ul><ul><ul><ul><ul><li>Diagrama de Gantt </li></ul></ul></ul></ul><ul><ul><ul><li>Funções (ou Classes) a implementar </li></ul></ul></ul><ul><ul><ul><li>Custo, esforço e tempo requerido para todas as tarefas (e para cada uma individualmente) </li></ul></ul></ul><ul><ul><ul><li>Lista com os recursos requerido para o projecto </li></ul></ul></ul><ul><li>Como fazer bem? </li></ul><ul><ul><li>Enfoque sistemático com dados históricos sólidos </li></ul></ul>
    5. 5. Âmbito do SW - obtenção da informação necessária <ul><li>Entrevista preliminar entre o Cliente e o Analista (engenheiro de sw) </li></ul><ul><ul><li>após definida a especificação do SW </li></ul></ul><ul><li>Perguntas de contexto livre </li></ul><ul><ul><li>Quem está por trás desta solicitação? </li></ul></ul><ul><ul><li>Quem utilizará a solução? </li></ul></ul><ul><ul><li>Qual o benefício económico? </li></ul></ul><ul><ul><li>Alternativas? </li></ul></ul><ul><ul><li>Qual o “resultado correcto”? </li></ul></ul><ul><ul><li>Quais os possíveis problemas a confrontar? </li></ul></ul><ul><ul><li>Qual o ambiente de utilização? </li></ul></ul><ul><ul><li>Quais as limitações de rendimento? </li></ul></ul>
    6. 6. Âmbito do SW <ul><li>Descreve o controlo e os dados a processar, a função (ou Classe), a performance , as restrições , as interfaces e a fiabilidade </li></ul><ul><li>são refinadas as funções (ou Classes) descritas na declaração do âmbito para detalhar seus atributos e métodos antes de se fazer a estimação </li></ul><ul><ul><li>este refinamento é realizado durante n iterações (…) </li></ul></ul><ul><li>As considerações de performance abrangem os requisitos de tempo de resposta e processamento </li></ul><ul><li>As restrições identificam os limites do software originados pelo hardware, e outros sistemas </li></ul>
    7. 7. <ul><li>Tecnologia </li></ul><ul><ul><li>É tecnicamente factível o produto? </li></ul></ul><ul><li>Financeira </li></ul><ul><ul><li>A empresa pode assumir os custos envolvidos? </li></ul></ul><ul><li>Tempo </li></ul><ul><ul><li>Pode fazer-se o projecto antes do que a concorrência? </li></ul></ul><ul><ul><li>Concluir sem atrasos? </li></ul></ul><ul><li>Recursos </li></ul><ul><ul><li>A organização tem recursos suficientes? </li></ul></ul><ul><ul><ul><li>Pessoal </li></ul></ul></ul><ul><ul><ul><li>Tecnologia e ferramentas de apoio necessárias </li></ul></ul></ul><ul><ul><ul><li>Licenças de utilização </li></ul></ul></ul><ul><ul><ul><li>Formação, etc. </li></ul></ul></ul>Âmbito do SW - viabilidade
    8. 8. Recursos (I) <ul><li>Recursos Humanos </li></ul><ul><ul><li>Determinar bem os papeis para as respectivas especialidades </li></ul></ul><ul><ul><ul><li>Item mais importante! </li></ul></ul></ul><ul><ul><ul><li>Gerar relatórios de Pessoa x Tarefas x Datas de Execução </li></ul></ul></ul><ul><li>Recursos de Software </li></ul><ul><ul><li>Componentes já desenvolvidos </li></ul></ul><ul><ul><li>Componentes experimentados </li></ul></ul><ul><ul><li>Componentes com experiência parcial </li></ul></ul><ul><ul><li>Componentes novos </li></ul></ul>Se há componentes desenvolvidos ou experimentados que satisfazem os requisitos, utilize-os mesmo se tiver que os comprar… Analise bem o uso de componentes que tenha apenas uma experiência parcial!
    9. 9. Recursos (II) <ul><li>Recursos do Ambiente de Desenvolvimento </li></ul><ul><ul><li>Necessidades de outros produtos associados </li></ul></ul><ul><ul><ul><li>Por exemplo, um software para desenho avançado de páginas Web requer uma ferramenta de apoio para edição de imagens ou uma assinatura digital nalguma fase do desenvolvimento </li></ul></ul></ul>
    10. 10. Plano de Projecto de SW - objectivos <ul><li>Comunicar o âmbito e os recursos aos gestores do software, pessoal técnico e ao cliente </li></ul><ul><li>Definir os riscos e sugerir técnicas de combate aos riscos </li></ul><ul><li>Definir os custos e a planificação temporal para a revisão da gestão </li></ul><ul><li>Proporcionar um enfoque geral do desenvolvimento do software para todo o pessoal relacionado com o projecto </li></ul><ul><li>Descrever como se garante a qualidade e se geram as mudanças necessárias </li></ul>
    11. 11. Plano de Projecto de SW Plano de Projecto: Introdução Estimação / Métrica Gestão de Riscos Planeamento Temporal Organização de Pessoal Controlo de Qualidade
    12. 12. Plano de Projecto de SW - observações finais <ul><li>o plano não é um documento estático </li></ul><ul><li>a equipa do projecto deve consultar o plano repetidas vezes para actualizar os(as).. </li></ul><ul><ul><li>Riscos </li></ul></ul><ul><ul><li>Estimações </li></ul></ul><ul><ul><li>Planificações </li></ul></ul><ul><ul><li>e informações relacionadas.. </li></ul></ul>
    13. 13. Onde saber e praticar mais…
    14. 14. Plano de Projecto de SW OO - para a Lacertae Software <ul><li>http://www.rspa.com/apm/index.html </li></ul><ul><ul><li>Também está lá o original do documento de Especificação de Sistema </li></ul></ul><ul><li>Vide Edu-blog para obter o documento em português </li></ul>
    15. 15. MS Project <ul><li>Help > Getting Started > Project Map </li></ul>
    16. 16. dotProject Project Management Software <ul><li>Comunidade Brasileira Forte </li></ul><ul><ul><li>http://www.dotproject.com.br/ </li></ul></ul><ul><li>Ferramenta aberta concorrente do MS Project </li></ul>
    17. 17. Goplan <ul><li>Web 2.0 </li></ul><ul><ul><li>Possibilidade de “herdar” projetos de outrem </li></ul></ul><ul><ul><li>Uso aberto, mas restrito </li></ul></ul><ul><ul><li>Feito em Portugal </li></ul></ul>
    18. 18. V.I.C.T.O.R. <ul><li>http://pmk.cesar.org.br </li></ul><ul><ul><li>Idealizado por uma aluna de doutoramento do www.cin.ufpe.br </li></ul></ul><ul><ul><li>Utilizado por uma empresa que nasceu incubada na UFPE </li></ul></ul><ul><ul><li>Auxilia no estudo para certificação PMI </li></ul></ul><ul><li>registem-se </li></ul><ul><ul><li>Utilizem para aprender mais sobre Gestão de Projectos </li></ul></ul>

    ×