Alessandro Almeida | www.alessandroalmeida.com
Relembrando aulas passadas...
   Disciplina de engenharia cujo foco está em    todos os aspectos da produção de software,    desde os estágios iniciais...
   ...todos os aspectos da produção de    software...     Não apenas processos “técnicos”, mas também as     atividades ...
   Processos...     Uma base para a Engenharia de Software
   Um conjunto de atividades inter-relacionadas    ou interativas, que transforma insumos    (entradas) em produtos (saíd...
Folha de Pagamento    Fechamento Contábil              Pagamento
Todas as empresas trabalham  orientadas a processos!
   Os processos sempre estarão lá, mesmo se a    empresa preferir ignorá-los     Ou: Eles estão sempre lá, mesmo que a e...
Legal... Mas o que posso considerar ao definir  um processo que atenda minhas demandas          de Engenharia de Software?
RUP  SWEBoK                          SCRUM      BABoK              Etc...                         mps.BrEUP          OpenU...
Qual é o significado do acrônimo?
 Capability Maturity Model          Integration®Fontes: Houaiss e Merriam-Webster
 Capability Maturity Model          Integration®                    1 : the quality or state of being capable            ...
 Capability Maturity Model          Integration®                                    1 : the quality or state of being    ...
   Primeiro você torna-se capaz de realizar algo,    depois você adquire a maturidade   Sou capaz!     Aprendi, treinei...
 Capability Maturity Model          Integration®              1 : simplificação da                                    rea...
   Compilação de “boas práticas” no processo    de diversas empresas de software   Mostra O QUÊ fazer, e não COMO fazer...
   Agrupamento de práticas comuns de uma    determinada “disciplina”.   Onde fica o “O que fazer?”.     Por exemplo: Pr...
   Modelos de maturidade mantidos pelo SEI    (Software Engineering Institute)     http://www.sei.cmu.edu/cmmi   Abrang...
   Sponsor:     DoD (U.S. Department of Defense)   Versão 1.3 publicada em novembro de 2010
   Para quem não quer gastar...
   Para quem quer investir...
CMMI-SVC                                                    CMMI                                                    Model ...
   Representações     Contínua (Capability Levels)     Por estágio (Maturity Levels)
   Exemplo:
   Exemplo:
Optimizing                            Causal Analysis and Resolution (CAR)                                               ...
Optimizing                           Causal Analysis and Resolution (CAR)                                                ...
Optimizing                          Causal Analysis and Resolution (CAR)                                                 ...
   “Certificação” e exigências de clientes    propiciam o processo só para constar     Perde-se o propósito do CMMI   O...
   Melhoria de processo do software brasileiro     www.softex.br/mpsbr   Criado no final de 2003   Foco em micro, pequ...
   Base Técnica para a definição do mps.Br     ISO/IEC 12207: Ciclo de Vida de processos de      software     ISO/IEC 1...
alessandro.almeida@uol.com.brwww.slideshare.net/alessandroalmeida
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Engenharia de Software I - Aula 4
Upcoming SlideShare
Loading in...5
×

Engenharia de Software I - Aula 4

548

Published on

Slides da 4ª aula da disciplina "Engenharia de Software I".

Curso: Tecnologia em Análise e Desenvolvimento de Sistemas.

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
548
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
29
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Engenharia de Software I - Aula 4

  1. 1. Alessandro Almeida | www.alessandroalmeida.com
  2. 2. Relembrando aulas passadas...
  3. 3.  Disciplina de engenharia cujo foco está em todos os aspectos da produção de software, desde os estágios iniciais da especificação do sistema até sua manutenção, quando o sistema já está sendo usado.
  4. 4.  ...todos os aspectos da produção de software...  Não apenas processos “técnicos”, mas também as atividades de gerenciamento de projeto, por exemplo.
  5. 5.  Processos...  Uma base para a Engenharia de Software
  6. 6.  Um conjunto de atividades inter-relacionadas ou interativas, que transforma insumos (entradas) em produtos (saídas) [ABNT, 2001].
  7. 7. Folha de Pagamento Fechamento Contábil Pagamento
  8. 8. Todas as empresas trabalham orientadas a processos!
  9. 9.  Os processos sempre estarão lá, mesmo se a empresa preferir ignorá-los  Ou: Eles estão sempre lá, mesmo que a empresa não os conheça Quem controla quem?
  10. 10. Legal... Mas o que posso considerar ao definir um processo que atenda minhas demandas de Engenharia de Software?
  11. 11. RUP SWEBoK SCRUM BABoK Etc... mps.BrEUP OpenUP Extreme Programming PMBoK CMMI
  12. 12. Qual é o significado do acrônimo?
  13. 13.  Capability Maturity Model Integration®Fontes: Houaiss e Merriam-Webster
  14. 14.  Capability Maturity Model Integration® 1 : the quality or state of being capable 2 : poder de produção, de execução; rendimento máximo 3 : qualidade ou condição de capazFontes: Houaiss e Merriam-Webster
  15. 15.  Capability Maturity Model Integration® 1 : the quality or state of being mature 2 : estado, condição (de estrutura, forma, função ou organismo) num estágio adulto; condição de plenitude em arte, saber ou habilidade adquirida 3 : estado ou condição de pleno desenvolvimentoFontes: Houaiss e Merriam-Webster
  16. 16.  Primeiro você torna-se capaz de realizar algo, depois você adquire a maturidade Sou capaz!  Aprendi, treinei e sei executar... Possuo maturidade!  Sou capaz e tenho experiência...
  17. 17.  Capability Maturity Model Integration® 1 : simplificação da realidade 2 : representação em escala reduzida de objeto, a ser reproduzida em dimensões normais; maqueteFontes: Houaiss e Merriam-Webster
  18. 18.  Compilação de “boas práticas” no processo de diversas empresas de software Mostra O QUÊ fazer, e não COMO fazer Práticas distribuídas em “áreas de processo”  Área de Processo = PA (Process Area)
  19. 19.  Agrupamento de práticas comuns de uma determinada “disciplina”. Onde fica o “O que fazer?”.  Por exemplo: Project Planning (PP)
  20. 20.  Modelos de maturidade mantidos pelo SEI (Software Engineering Institute)  http://www.sei.cmu.edu/cmmi Abrangem todo ciclo de vida para o desenvolvimento (CMMI-DEV) e operação de software (CMMI-SVC) Também aborda projetos de aquisição (CMMI-ACQ)
  21. 21.  Sponsor:  DoD (U.S. Department of Defense) Versão 1.3 publicada em novembro de 2010
  22. 22.  Para quem não quer gastar...
  23. 23.  Para quem quer investir...
  24. 24. CMMI-SVC CMMI Model Foundation CMMI-DEV CMMI-ACQFonte: -http://www.sei.cmu.edu/cmmi/models/CMMI-Services-status.html
  25. 25.  Representações  Contínua (Capability Levels)  Por estágio (Maturity Levels)
  26. 26.  Exemplo:
  27. 27.  Exemplo:
  28. 28. Optimizing  Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID)Quantitatively Managed  Organizational Process Performance (OPP) Quantitative Project Management (QPM) Decision Analysis and Resolution (DAR) Integrated Project Management (IPM) Organizational Process Definition (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Defined  Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Managed  Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM)Initial  Processos ad hoc
  29. 29. Optimizing  Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID)Quantitatively Managed  Organizational Process Performance (OPP) Quantitative Work Management (QWM) Capacity and Availability Management (CAM) Decision Analysis and Resolution (DAR) Incident Resolution and Prevention (IRP) Integrated Work Management (IWM) Organizational Process Definition (OPD) Defined  Organizational Process Focus (OPF) Organizational Training (OT) Risk Management (RSKM) Service Continuity (SCON) Service System Development (SSD) Service System Transition (SST) Strategic Service Management (STSM) Configuration Management (CM) Measurement and Analysis (MA) Work Monitoring and Control (WMC) Managed  Work Planning (WP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Service Delivery (SD) Supplier Agreement Management (SAM)Initial  Processos ad hoc
  30. 30. Optimizing  Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID)Quantitatively Managed  Organizational Process Performance (OPP) Quantitative Project Management (QPM) Acquisition Technical Management (ATM) Acquisition Validation (AVAL) Acquisition Verification (AVER) Decision Analysis and Resolution (DAR) Integrated Project Management (IPM) Defined  Organizational Process Definition (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Risk Management (RSKM) Acquisition Requirements Development (ARD) Agreement Management (AM) Configuration Management (CM) Managed  Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Solicitation and Supplier Agreement Development (SSAD) Initial  Processos ad hoc
  31. 31.  “Certificação” e exigências de clientes propiciam o processo só para constar  Perde-se o propósito do CMMI O CMMI é totalmente “orientado a evidências” Embora contemple todo o ciclo de vida, há pouca preocupação com gestão de pessoas  Para tentar resolver: People CMM Alto custo de implementação
  32. 32.  Melhoria de processo do software brasileiro  www.softex.br/mpsbr Criado no final de 2003 Foco em micro, pequenas e médias empresas  Custo de implementação e avaliação menor  Aproximadamente, 380 empresas já foram avaliadas no modelo (mais de 70% são PME)
  33. 33.  Base Técnica para a definição do mps.Br  ISO/IEC 12207: Ciclo de Vida de processos de software  ISO/IEC 15504: Avaliações de processos de software  CMMI-DEV, 1.2 Níveis:  G (Parcialmente Gerenciado) até A (Em otimização)
  34. 34. alessandro.almeida@uol.com.brwww.slideshare.net/alessandroalmeida
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×