30
Alessandro Almeida | www.alessandroalmeida.com

Engenharia de Software II - Aula 4

Embed Size (px)

DESCRIPTION

Slides da 4ª aula da disciplina "Engenharia de Software II". Curso: Sistemas de Informação.

Citation preview

Page 1: Engenharia de Software II - Aula 4

Alessandro Almeida | www.alessandroalmeida.com

Page 2: Engenharia de Software II - Aula 4
Page 3: Engenharia de Software II - Aula 4

Entre os dias 3 e 5 de outubro Provavelmente, no dia 5/10 teremos uma

palestra sobre...

Business Intelligence e o futuro da informação

(aguardem mais informações)

Alguém deseja compartilhar algo?

Palestra ou estudo de caso

Page 4: Engenharia de Software II - Aula 4
Page 5: Engenharia de Software II - Aula 4

Qual é o significado do acrônimo?

Page 6: Engenharia de Software II - Aula 4

Capability Maturity Model Integration®

Fontes: Houaiss e Merriam-Webster

Page 7: Engenharia de Software II - Aula 4

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 capaz

Fontes: Houaiss e Merriam-Webster

Page 8: Engenharia de Software II - Aula 4

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 desenvolvimento

Fontes: Houaiss e Merriam-Webster

Page 9: Engenharia de Software II - Aula 4

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...

Page 10: Engenharia de Software II - Aula 4

Capability Maturity Model Integration®

1 : simplificação da realidade 2 : representação em escala reduzida de objeto, a ser reproduzida em dimensões normais; maquete

Fontes: Houaiss e Merriam-Webster

Page 11: Engenharia de Software II - Aula 4
Page 12: Engenharia de Software II - Aula 4
Page 13: Engenharia de Software II - Aula 4

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)

Page 14: Engenharia de Software II - Aula 4

Agrupamento de práticas comuns de uma determinada “disciplina”.

Onde fica o “O que fazer?”.

Por exemplo: Project Planning (PP)

Page 15: Engenharia de Software II - Aula 4

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)

Page 16: Engenharia de Software II - Aula 4

Sponsor:

DoD (U.S. Department of Defense)

Versão 1.3 publicada em novembro de 2010

Page 17: Engenharia de Software II - Aula 4

Para quem não quer gastar...

Page 18: Engenharia de Software II - Aula 4

Para quem quer investir...

Page 19: Engenharia de Software II - Aula 4
Page 20: Engenharia de Software II - Aula 4

CMMI Model

Foundation

CMMI-DEV CMMI-ACQ

CMMI-SVC

Fonte: -http://www.sei.cmu.edu/cmmi/models/CMMI-Services-status.html

Page 21: Engenharia de Software II - Aula 4

Representações

Contínua (Capability Levels)

Por estágio (Maturity Levels)

Page 22: Engenharia de Software II - Aula 4

Exemplo:

Page 23: Engenharia de Software II - Aula 4

Exemplo:

Page 24: Engenharia de Software II - Aula 4

Processos ad hoc Initial

Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM)

Managed

Decision Analysis and Resolution (DAR) Integrated Project Management (IPM) Organizational Process Definition (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER)

Defined

Organizational Process Performance (OPP) Quantitative Project Management (QPM) Quantitatively Managed

Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Optimizing

Page 25: Engenharia de Software II - Aula 4

Processos ad hoc Initial

Configuration Management (CM) Measurement and Analysis (MA) Work Monitoring and Control (WMC) Work Planning (WP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Service Delivery (SD) Supplier Agreement Management (SAM)

Managed

Capacity and Availability Management (CAM) Decision Analysis and Resolution (DAR) Incident Resolution and Prevention (IRP) Integrated Work Management (IWM) Organizational Process Definition (OPD) 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)

Defined

Organizational Process Performance (OPP) Quantitative Work Management (QWM) Quantitatively Managed

Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Optimizing

Page 26: Engenharia de Software II - Aula 4

Processos ad hoc Initial

Acquisition Requirements Development (ARD) Agreement Management (AM) Configuration Management (CM) 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)

Managed

Acquisition Technical Management (ATM) Acquisition Validation (AVAL) Acquisition Verification (AVER) Decision Analysis and Resolution (DAR) Integrated Project Management (IPM) Organizational Process Definition (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Risk Management (RSKM)

Defined

Organizational Process Performance (OPP) Quantitative Project Management (QPM) Quantitatively Managed

Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Optimizing

Page 27: Engenharia de Software II - Aula 4

“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

Page 28: Engenharia de Software II - Aula 4
Page 29: Engenharia de Software II - Aula 4
Page 30: Engenharia de Software II - Aula 4

[email protected] www.slideshare.net/alessandroalmeida