Engenharia de Software I - Aula 4

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 da especificação do sistema até sua manutenção, quando o sistema já está sendo usado.

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

Processos...

Uma base para a Engenharia de Software

Um conjunto de atividades inter-relacionadas ou interativas, que transforma insumos (entradas) em produtos (saídas) [ABNT, 2001].

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 empresa não os conheça

Quem controla quem?

Legal... Mas o que posso considerar ao definir um processo que atenda minhas demandas

de Engenharia de Software?

Etc... mps.Br

PMBoK

BABoK

SWEBoK

Extreme Programming

SCRUM

RUP

EUP OpenUP

CMMI

Qual é o significado do acrônimo?

Capability Maturity Model Integration®

Fontes: Houaiss e Merriam-Webster


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



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


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


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


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)

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

Onde fica o “O que fazer?”.

Por exemplo: Project Planning (PP)

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)

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 Model

Foundation

CMMI-DEV CMMI-ACQ

CMMI-SVC

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

Representações

Contínua (Capability Levels)

Por estágio (Maturity Levels)

Exemplo:

Exemplo:

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


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



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


“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

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)

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)

[email protected] www.slideshare.net/alessandroalmeida

Business

Engenharia de Software I - Aula 4