1. Como desenvolver software? Tecnologias, Ferramentas e Processos

2. Esta palestra fornece “visões”

5. IBM

6. Oracle

8. 50000 funcionários

9. Mais de 1000 aplicam + de $1.000.000 em bolsas http://www.forbes.com/

10. Abordagens de construção http://www.swebok.org

11. Desnecessário Obrigatório ES se aplica a todos os casos?

12. Quando se aplica, o objetivo é... Engenharia de Software Produzir software economicamente que atende necessidades dos usuários

14. Representação é acidental.

16. Modificabilidade (infinitamente maleável)

18. Construção de protótipos (def. de requisitos é difícil)

19. Desenvolvimento incremental (crescer, não construir)

20. Bons projetistas No Silver Bullet: Essence and Accidents of Software Engineering Frederick P. Brooks, Jr. IEEE Computer, vol 20 (4), april, 1987, pp. 10-19.

22. Ver

23. Cheirar

24. Lamber

25. Cortar

26. Matar

27. Desgastar

28. Encolher

29. Segurar ... O que é impossível de se fazer com um software:

30. Construir software é jogo de equipe Stakeholder: Pessoa que é afetada pelo sucesso ou não de um projeto (de software) Clientes, usuários (operadores), analistas, projetistas, programadores, ...

32. Red Hat Linux 7.1 30

33. Debian 3.1 213

34. Sun Solaris 7.5

35. Linux kernel 2.6.0 6.0

36. Windows XP 40

37. Windows Vista 50 http://blogs.zdnet.com/web2explorer/?p=148

38. Software em construção Quais os problemas?

39. Cumprimento de prazos Insatisfação de clientes Baixa produtividade Erros Custos Complexidade Pessoas Desempenho Mudanças

41. Métodos

42. Ferramentas Maior relevância para o sucesso

43. Processo de software Processo é uma seqüência de tarefas que, executada adequadamente, produz o resultado desejado. Characterizing the Software Process: A Maturity Framework Watts S. Humphrey, IEEE Software, mar/1988, 73-79

44. Para se construir uma casa... É preciso um processo!

45. Processo Objeto desejado Mapa de tarefas (orientação) O que fazer? Quando? Quem? Qual ferramenta? Qual procedimento? Qual tecnologia?

46. Perspectiva lúdica

47. Suposição bem-aceita

49. Implícito

51. Construir software

52. Validar com usuários

53. Corrigir problemas Ferramenta mais antiga encontrada. Usada há mais de 2 milhões de anos (provavelmente para cortar alimentos) http://news.bbc.co.uk/1/hi/sci/tech/336555.stm Processo caótico

55. Grandes projetos

56. Disciplina + Controle

57. Um estágio após outro

59. Construir o objeto especificado Foz do Iguaçu (Iguaçu waterfalls) Análise Projeto Codificação Testes Instante do desenvolvimento

60. Construção de Itaipu Complexidade, custos, fases previsíveis,...

62. Requisitos mudam ao longo do desenvolvimento

63. Versão deve ser introduzida (pressão de mercado)

65. Incremental x Iterativo

66. Princípios bem-aceitos Selecting a Project's Methodology Alistar Cockburn, IEEE Software, 2000, 64-71 Formalidade Comunicação

69. Microsoft(tm) Synch-and-Stabilize Sincronizar equipes paralelas diariamente Estabilizar os incrementos (nightly build process)

74. Envolve mudanças na organização

75. Exige recursos e habilidades

76. Há grande risco de falha Software Process Improvement: Blueprints versus Recipes Ivan Aaen, IEEE Software, oct/2003, 86-93.

79. Formigas não são formais Processos ágeis como XP (eXtreme Programming) “abandonam” formalidade sem perder disciplina

83. Índia: 0.263

84. Europa: 0.225

86. Todos empregam revisões de software (código e projeto) Mais produção quando descrição funcional é mais completa. Software design mais completo antes de codificar correlaciona com menor número de defeitos. Waterfall Software Development Worldwide: The State of the Practice Michael Cusumano et al., IEEE Software, dez/2003, págs. 28-34 Requirements Engineering: The State of the Practice C. Neill et al., IEEE Software, dez/2003, 40-45 Mais de 1/3 usa o

89. A comunidade encontra-se “travada” e incapaz de produzir contribuições efetivas Software Process: A Roadmap Alfonso Fuggetta , Conference on the Future of Software Engineering, 2000

91. Tassc ( http://www.tassc-solutions.com/ )

93. Psp-web ( http://psp-web.sourceforge.net/ )

94. Dashboard ( http://processdash.sourceforge.net/

96. Importância de fases Requisitos Projeto Codificação Testes Implantação Ei, aqui! Qualidade do produto

98. Gerência de configuração

99. Planejamento de projeto

100. Monitoramento e controle de projeto

101. Como me sinto? A Software Development Process for Small Projects Russ & McGregor, IEEE Software, oct/2000, 96-101 Equipe de desenvolvimento Teletubies Pequeno e perdido sugestão

102. Pense Todo produto é fruto de um processo Uma teoria: Controlar a qualidade do processo introduz qualidade no produto Software é fruto de pessoas (peopleware) Uma teoria: Melhorar as habilidades de comunicação, colaboração, pensamento e de métodos

103. Método Método é “como” construir Grego méthodos: caminho para chegar a um fim Análise, projeto, codificação, testes, ...

105. Macros

106. Assembly

107. Procedimentos

110. Métodos OO não são mais fáceis Métodos orientados a objetos Bibliografia – Object-Oriented Analysis and Design: A Comparative Review, Brinkkemper, S.

111. Problemas não resolvidos pela OO

112. Onde prefere morar?

113. Modelos Modelo e objeto modelado não se confundem

114. Mais um exemplo (o último!?) ∞

115. Fábula (sucesso)

116. Modelos, realidade e processo Repositório de Modelos “ Concreto” Abstrato Processo

117. Línguas de software Acerca de processo de software se fala Acerca da modelagem de software se fala

118. Ferramentas

119. Plataforma Java versus .Nada

120. Facilitar o aprendizado Universidades precisam fazer mais pelo ensino de processos de software! Software Process in the Classroom: The Capstone Project Experience David A. Umphress et al., IEEE Software, oct/2002, 78-85 Se treinamos engenheiros de software, então treinamos a programar para depois pensar acerca de modelagem, design, processo. Após hábitos ruins já estarem em uso. What Software Engineering Can Lear from Soccer Shari Lawrence Pfleeger, IEEE Software, nov/2002, 64-65

121. Construção de software ocorre em mentes! Prepare-se!