Nome: Andr Fernandes Alves

Evandro da Silva
Jessika Rayane
Kennedy Lima

Ra: 151362
Ra 155493
Ra 147060
Ra 152029

Tads Diciplina Engenharia de software II

15/08/2014

CMM
Ao longo dos anos com o mau gerenciamento de processos de construo de
Software gerou o hbito de promessas no cumpridas no desenvolvimento de software,
assim em busca de melhores resultados, mtodos, ferramentas e maturidade do Processo
de Software o SEI(Software Engineering Institute) da Universidade Carnegie
mellon(CMU) em Pittsburgh (EUA) criou o CMM(Capability Maturity Model)
Modelo de Qualidade de Software, para melhorar e avaliar a capacitao de empresas
que desenvolvem e mantem software.
O CMM enfatiza a documentao dos processos, seguindo a premissa de que,
para realizar alguma melhoria nos processos, um modelo que preciso ser estudado,
compreendido e adaptado s caractersticas de cada organizao. Com foco em aes
como planejamento, desenvolver, gerir e manter os processos de desenvolvimento e
manuteno de software. O modelo original do CMM publicado em 1992 gratuito e
pode ser obtido no site do SEI(www.sei.cmu.edu), apesar de existir outros modelos
desenvolvidos ao longo dos anos, o modelo inicial hoje o SW-CMM.
A estrutura do CMM composto por 5 nveis de maturidade indicando a
capacidade do processo, representados abaixo:

Segundo Barreto o nvel 1(Inicial)

O processo de desenvolvimento
desorganizado e pessoal, ou seja, processo catico. Poucos processo so definidos, e o
sucesso dependem de esforos individuais e heroicos. Uma organizao neste nvel no
da garantia de prazo, custo ou funcionalidade.
Nivel 2(Repetitivo) : com os processo bsicos de gerenciamento de projeto
estabelecidos permite-se acompanhar custos, cronogramas e funcionalidades.
Organizao com este nvel consegue produzir bons softwares, no prazo e a um custo
previsvel.
Nivel 3 (Definido) : com as atividade de gerenciamento e os processo de
desenvolvimento de software esto documentadas, padronizadas, integradas, deixando
o processo deste nvel padronizado e consistente. A organizao com esse nvel garante
excelente nvel de qualidade no processo de desenvolvimento e seu produto.

Nivel 4 (Gerenciado): detalhes da qualidade do produto e do processo de

desenvolvimento do software, em um processo previsvel focando em entendimento e
controle quantitativamente.
Nivel 5 (Otimizado) : processo de melhoria continua, utilizando idias e
tecnologias inovadoras e feedbacks quantitativos dos processos.
No h muitas organizaes que tenham chegado aos nveis 4 e 5.

ISSO 12207
Em 1989 o JTC1 iniciou o desenvolvimento da ISO 12207, com o objetivo de
identificar os processos do Ciclo de Vida de Software com o intuito de ser uma norma
de referncia, e no de certificao. Foi desenvolvida com a participao de vrios
pases, dentre eles o Brasil.
ISO 12207 estabelece uma estrutura comum para os processos de ciclo de vida
de software, com terminologia bem definida, que pode ser referenciada pela indstria de
software.
Est ligada aquisio de sistemas, produtos e servios de software, para o
fornecimento, o desenvolvimento, operao e manuteno de produtos de software, quer
sejam executados interna ou externamente a uma organizao.
A estrutura da norma foi concebida de maneira a ser flexvel, modular e
adaptvel s necessidades de quem a utiliza. Para isto, ela est fundamentada em dois
princpios bsicos: modularidade e responsabilidade. Modularidade, no sentido de
processos com mnimo acoplamento e mxima coeso. Responsabilidade, no sentido de
estabelecer um responsvel nico por cada processo, facilitando a aplicao da norma
em projetos onde vrias pessoas podem estar legalmente envolvidas.
A estrutura cobre o ciclo de vida do software desde a concepo de ideias at a
descontinuao do software, descrevendo a arquitetura dos processos de ciclo de vida,
mas no especifica os detalhes de como implementar ou executar as atividades e tarefas
includas nos processos.
A ISO 12207 so agrupadas em 3 categorias : Fundamentais, de Apoio e
Organizacional.
Fundamentais: constituem em um conjunto de processos que atendem s partes
fundamentais (pessoa ou organizao, adquirente, fornecedora, desenvolvedora,
operadora ou mantenedora de Software).
De apoio: Auxiliam um outro processo e contribuem para o sucesso e qualidade
do projeto, podendo ser realizados, quando necessrio, por outro processo.
Organizacional: empregados por uma organizao para estabelecer e
implementar, uma esstrutura subjacente, constituda de processo de ciclo de vida e
pessoal associados, e melhorar continuamente a estrutura e os processos. So
tipicamente empregados fora do domnio de projetos e contratos especficos.

A norma ISSO 12207 juntamente com o CMM alm de avaliar, estabelecer, medir,
melhorar e controlar os processos de ciclo de vida, de qualidade de maturidade, garante
o a qualificao da organizao no desenvolvimento e manuteno do software, fornece
os recursos humanos adequados, mantem as suas competncias consistentes com as
necessidades do negcio, informando com um selo de qualidade para o cliente a
maturidade de cada organizao.