1. Metodologia da pesquisa cientfica Aula 1 Introduo: pensando metodologia e organizando o TCC Dalton Martins [email_address] Senac SorocabaAgosto, 2011

2. O que veremos?

Motivaes para uso de metodologia da pesquisa cientfica: por qu fazer isso num curso de Tecnologia de Desenvolvimento de Sistemas?

3. Explicando dinmica; 4. Organizando grupos; 5. Definindo temas; 6. Modelo do projeto de TCC; 7. Combinando prximos passos. 8. Motivaes Produzir software envolve: - lidar com muitas informaes; - envolver muitas pessoas; - lidar com o imprevisvel; - entender diferentes realidades; - trabalhar sob presso; - trabalhar com prazos especficos; - lidar com novos conhecimentos. Para isso, preciso algo que facilite na sistematizao das ideias: - um processo de trabalho! No um processo qualquer: mas algo que envolvatecnologia e pessoas! sobre isso que iremos tratar no curso de metodologia. 9. O que acontece na prtica? 10. pontos sobredesenvolvimento de sistemasdeinformaoque gostaria observar: Quais so as fontes dosprincipais problemasem questo quando se trata de desenvolver software? Como osmtodosmais utilizados tem contribudo para isso? Quenovas possibilidadespoderiam ser experimentadas a partir do TCC? 11. *Sucesso: projetos entregues no prazo, dentro do oramento e com os requisitos corretos *Falharam: projetos cancelados e nunca utilizados *Problemas: atrasados, fora do oramento e/ou com menos funcionalidades que demandadas Fonte: Chaos Repport 2009 Como osprojetosde TI ocorrem 12. Como aspessoasvem isso 51%dos usurios acham que a implantao do seu ERP no deu certo . 46%dos usurios acha que sua organizao no entendeu o uso do sistema na melhoria de seus processos . 40%dos projetos falharam em atingir seus objetivos dentro de um ano de existncia. 52,9%dos projetos vo custar aproximadamente 189% de seu oramento original Fonte: Chaos Repport 2009, Robbins-Gioia Survey 2001, Conference Board Survey 2001. 13. Quais asprincipais causasencontradas 1. Falta de envolvimento do usurio 2. Falta de suporte executivo 3. Falta de clareza nos objetivos de negcio 4. Falta de maturidade emocional 5. Pouca otimizao 6. Falta de um processo gil 7. Falta de experincia em gerenciamento de projeto 8. Falta de conhecimento tcnico 9. M execuo tcnica do projeto 10. Falta de ferramentas e infra-estrutura Fonte: Chaos Repport 2009 14. Quais ascausastem a ver com relacionamento entre pessoas? 1.Falta de envolvimento do usurio 2.Falta de suporte executivo 3.Falta de clareza nos objetivos de negcio 4.Falta de maturidade emocional 5. Pouca otimizao 6. Falta de um processo gil 7.Falta de experincia em gerenciamento de projeto 8. Falta de conhecimento tcnico 9. M execuo tcnica do projeto 10. Falta de ferramentas e infra-estrutura Fonte: Chaos Repport 2009 15. Quais oprincipal problemano desenvolvimento de um projeto de TI? Relacionamento entre pessoas , que impacta em: - dificuldade de construir uma viso comum; - dificuldade de ter clareza de requisitos; - dificuldade de ter orientao clara sobre os rumos do projeto; - baixo nvel de adeso; -possibilidades reduzidas de atingir o que se espera, pois cada um espera coisas muito diferentes. 16. Como osmtodosde desenvolvimento de software buscam tratar isso? Propondo metodologias que, com variaes, se prope a organizar as etapas abaixo: 17. Como osmtodosde desenvolvimento de software buscam tratar isso? As metodologias se propem a: - mapear processos e sistematizar etapas de trabalho; - mostrar conexes entre essas etapas de trabalho; - documentar melhores casos e prticas de aplicao de seus processos; - criar smbolos, diagramas e esquemas padronizados que facilitem a comunidade de usurios do processo a se comunicarem. 18. Como osmtodosde desenvolvimento de software buscam tratar isso? 19. Como osmtodosde desenvolvimento de software buscam tratar isso? Metodologias de apoio so fundamentais! Mas, h algo ainda anterior a isso que o processo de desenvolvimento de software precisa levar em conta: Uma organizao formada por redes deconversao entre pessoas. 20. Organizao comoredes de conversao Asredes de conversaoexpressam domnios de relaesque podem ser: -formais:reas, departamentos, gerncias, etc. -informais:eventos, encontros, almoo, amizade, afinidades, adeso . - formais e informais:na prtica, ascoisas ocorrem juntas. 21. Organizao comoredes de conversao ? Como ocorre esseacoplamento? Em geral, nossa preocupao como tcnicos : - tratamos mais dos processos do que das pessoas; - consideramos que mediar as relaes no nosso trabalho. 22. Arquitetura do Projeto A arquitetura de um projeto o conjunto deelementosestruturaisque utilizamos para articular os objetos doprojeto. Produzir a arquitetura de um projeto produzir oespaodo projeto: - como ele ir ocorrer; - quais sero seus elementos; - como esses elementos conversam entre si; - como esses elementos foram concebidos. De que maneira levamos em considerao as redes naArquitetura de um Projeto? 23. Ecossistema de colaboraes As tcnicas e ferramentas deanliseajudam a: - projetarmos uma ecologia de processos de colaborao entre os participantes de um projeto; - facilitam a comunicao; - facilitam o aproveitamento dainteligncia coletiva ; - facilitam o surgimento do novo: inovao! Como? 24. Ecossistema de colaboraes Ao projetar, levando em considerao que atuamos numecossistema de colaboraes, precisamos dar conta da Integrao entre: - procedimentos, normas, processos de uma organizao; - diversas maneiras como esses procedimentos soaplicados; - redes de conversao; - metodologias de apoio ao desenvolvimento de sistemas. Para atuar nessa integrao, surgem as ferramentas da Anlise 25. Importncia e princpios de modelagem Por que modelamos um sistema? Para que possamosmelhor entenderos diversos elementos e fatores que devem ser levados em considerao para o desenvolvimento de um sistema. uma necessidade decomunicao! Um sistema de software composto de umconjunto de requisitosque representam asnecessidades de diferentespessoas que planejam utilizar o sistema. 26. Importncia e princpios de modelagem Importncias de um modelo: - ajuda a visualizar um sistema como ele ou como gostaramos que fosse; - permite especificarmos a estrutura e o comportamento do sistema; - fornece um guia para nos orientar na construo do sistema; - documenta as decises que tomamos ao longo do projeto. 27. Importncia e princpios de modelagem Princpios de modelagem: 1. A escolha de que modelos utilizar possui umaprofunda influnciasobre como o problema vai ser entendido e como a soluo pode ser encontrada; 2. Cada modelo pode ser expresso emdiferentes nveisde preciso; 3. Os melhores modelos soconectados a realidade ; 4. Nenhum modelo isolado suficiente. Todo sistema no-trivial melhor modelado utilizando umpequeno conjuntode modelos independentes. 28. Modelando software:Anlisede software orientado a objetos Anlise foca nainvestigaodo problema e seus requisitos.A nfase dada ao processo deidentificao e descrio dos objetos ou conceitos que fazem parte do domnio de um problema. 29. Quaisrecursosos diferentesanalistasutilizam para secomunicarem , alinharem vises e otimizarem esforos na realizao de um projeto de software? 30. Tipologia da anlise: o papel das metodologias A metodologia umalinguagem padropara a construo de modelos de software. organizada a partir de3 blocosde construo: 1.Elementos:so as abstraes (conceitos) que compem um modelo de software.2.Relaes:so as formas que os elementos podem ser interconectados.3.Diagramas:so as formas que os diferentes elementos podem ser agrupados, permitindo descrever diversas vises sobre o funcionamento de um sistema. Analisar um sistema mapear seus elementos , suas possveis relaes e utilizar diagramas para documentar as decises produzidas ao longo da anlise. 31. Dinmica do projeto

Formaremos grupos de at 2 pessoas;

32. Os grupos definiro seus temas de interesse; 33. Devem levar em considerao:

Temas prticos, mais prximo possvel de aplicaes em suas reas de atuao, por exemplo;

34. Poder envolver outras pessoas para levantar os requisitos, facilitando mapear demandas e vivenciar as tcnicas aprendidas no curso; 35. Apresentar uma introduo sobre o tema para podermos aprovar a continuidade. 36. Modelo de projeto 37. Modelo de projeto 38. Modelo de projeto 39. Modelo de projeto 40. Modelo de projeto