Vous êtes sur la page 1sur 8

THE SOFTWARE PROCESS IMPROVEMENT

Trabalho apresentado ao como parte dos


requisitos para concluso da disciplina
Processos de Software.

So Paulo
2016

SUMRIO

Pg.
1. INTRODUO..........................................................................................................3
2. MODELOS................................................................................................................5
3. ANLISE DOS RESULTADOS...............................................................................6
4. CONCLUSO...........................................................................................................7
REFERNCIAS.............................................................................................................8

1. INTRODUO
A transformao de uma necessidade em um produto se d atravs de um
processo de construo ou desenvolvimento. Neste trabalho ser abordado,
especificamente, o processo de software, que um conjunto de atividades,
parcialmente ordenadas, voltadas produo de um software, executadas por um
grupo de pessoas com o apoio de ferramentas.
importante ressaltar que Processos de Software e Ciclo de Vida de
Software tm definies aproximadas, entretanto no se tratam do mesmo conceito.
Processo de software refere-se a todas as atividades necessrias para construir,
entregar e manter um produto de software. O ciclo de vida uma representao de
alto nvel do processo executado, ou seja, normalmente, ciclos de vida determinam
as fases e o relacionamento entre as fases .

Alm disso, denomina-se Projeto de

Software o processo de software que se inicia a partir da necessidade e sua sada


(principal entrega) o produto de software.
Sero tratadas, pontualmente, as principais formas de melhorias dos
processos de software, que so julgadas como necessrias por meio de avaliaes
que determinam a qualidade do processo de software de uma dada organizao. O
desenvolvimento da avaliao e a melhoria do processo esto intimamente ligados,
funcionando sob a hiptese de que a qualidade do produto de software
determinada pela qualidade do seu processo de desenvolvimento. De acordo com o
resultado da avaliao, isto , conhecida a qualidade dos processos atuais,
estratgias de melhorias so estudadas e propostas visando melhorar as prticas de
desenvolvimento de software.
Com objetivo de determinar aspectos de melhorias em organizaes de
desenvolvimento de software e decidir as caractersticas que levam processos a
serem considerados bons, cientistas da rea j produziram diversos estudos que
propem modelos de maturidade e normas, por exemplo, o CMM (Capability
Maturity Model). Tais estudos no visam uma melhoria instantnea ou em uma nica
etapa, mas sim realizada de forma gradual, com transies entre nveis de
maturidade especficos. Sabe-se que o mundo de software est em constante
mudana, portanto avalies de melhorias so necessrias constantemente.
Apesar da definio processo de software especificar os atores que
executam as atividades, seus papis, os artefatos que devem ser produzidos e

algumas atividades que so comuns a todos os processos de software, uma


organizao pode definir a sua prpria maneira de produzir software. Existem
normas que determinam esse conjunto de atividades que devem ser cumpridas para
se obter um produto de software. As duas principais normas que prescrevem
processos para desenvolvimento e manuteno de software so IEEE 1974-1991
[75] e ISO / IEC 12207 [81].
O processo de software define como o desenvolvimento organizado,
conduzido, medido, amparado e fundamental para determinar como pode ser
melhorado. O objetivo principal deste trabalho ser discorrer sobre as possveis
formas de melhorias nos processos de desenvolvimento software.
O prximo captulo apresenta um enfoque detalhado do CMM e sua
extenso (CMMI) e, em seguida, o terceiro captulo aborda o modelo de melhoria
defino pela SEI, o IDEAL, que complementar ao CMM. Aqui foram apresentadas
as motivaes, justificativas, objetivos e estrutura do que ser abordado no decorrer
do trabalho.

2. Melhoria de Processos e o Capability Maturity Model


Uma organizao que se preocupa com melhoria contnua de processo de
software aquela que nunca est complemente satisfeita com os seus resultados,
sabe que sempre possvel encontrar alteraes e melhorias a serem feitas em
seus processos, isto , tem pra si, que melhoria de processo de software um
conceito que deve estar institucionalizado e praticado constantemente. Entretanto,
sabe-se que antes de pensar em aplicar qualquer melhoria ao processo de software
organizacional necessria uma avaliao da situao atual do processo, isto ,
necessita-se saber o estado em que o processo da organizao se encontra e, s
em seguida, estimar o estado que se deseja alcanar.
A CMM (Capability Maturity Model) possui uma estrutura de nveis de
maturidade capaz de embasar e implementar de forma eficaz a melhoria em um
processo de software. Este modelo possui uma estrutura que representa fases
histricas reais de melhoria evolutiva das organizaes de software. Cada nvel de
maturidade deste modelo representa uma fase de melhoria de processo de software
que razoavelmente possvel de alcanar a partir do nvel anterior. Alm disso, cada
nvel de maturidade sugere metas de melhoria e medidas de progresso. Um
conjunto de prioridades de melhoria imediatas facilmente perceptvel uma vez que
o estado atual da organizao conhecido.

2.1 Nveis de maturidade do processo


Em [1] podemos entender que cada nvel de maturidade do CMM
corresponde a um conjunto de prticas que as organizaes usam para desenvolver
produtos de software, denominadas reas-chave de processo (KAP Key Process
Areas). O CMM possui 18 KAPs divididas em seus cinco nveis e classifica as
organizaes de acordo com a quantidade de KAPs em que so bem sucedidas.
Os cinco nveis de maturidade do processo definidos so:
1. Inicial: neste nvel no existe controle algum sobre o processo de software. Uma
organizao que no obedece nenhuma das KPAs est classificada neste nvel.
2. Repetitivo para que uma organizao seja considerada no nvel repetitivo, deve
ser bem sucedida nas seguintes KPAs:
Gesto de requisitos;
Planejamento de Projeto de Software;
acompanhamento de projetos de software e de superviso,
gesto subcontrato Software,
Software de gesto da qualidade, e
gerenciamento de configurao de software.

3. Definido - definio do processo necessria para assegurar uma aplicao


coerente e para fornecer uma base para uma melhor compreenso do processo.
Neste ponto, provvel que a tecnologia avanada possa ser proveitosamente
introduzida.
4. Dirigido - com o processo definido, possvel iniciar as medies de processo.
Este o lugar onde as melhorias mais significativas de qualidade comeam a
aparecer.
5. Otimizado - com um processo de medio, a fundao est em vigor para a
melhoria e otimizao do processo contnuo.
Embora existam muitos outros elementos para estas transies dos nveis
de maturidade, o objetivo bsico conseguir um processo controlado e medido
como a base cientfica para a melhoria contnua.

3. Modelo IDEAL
Como dito no captulo 2, antes de pensar em aplicar qualquer melhoria ao
processo de software organizacional necessria uma avaliao da situao atual
do processo, desta forma, podemos dizer que o IDEAL um modelo complementar
ao CMM, possuindo cinco fases, dentre elas, uma responsvel por tal avaliao,
chamada de Diagnosticar. A cinco fases deste modelo so: Iniciar, Diagnosticar,
Estabelecer Agir e Aprender. Dizemos tambm que o CMM pode ser utilizado como
a concretizao da fase Agir do IDEAL.

4. ANLISE DOS RESULTADOS


[Este captulo apresenta uma anlise crtica do captulo anterior. Pode ser
complementado com captulo adicional por meio de um Estudo de Caso ou
Experimento de uma aplicao prtica. [Colocar ttulos adequados]]

5. CONCLUSO
[Este captulo descreve as concluses e as contribuies do trabalho e sugestes de
trabalhos futuros que podero ser desenvolvidos a partir deste trabalho.So
apresentadas as consideraes finais.]

REFERNCIAS

[1] Software Process Improvement in Small


Organizations: A case study
Kathleen Coleman Dangle, Patricia Larsen, Michele Shaw, and Marvin
Zelkowitz

Vous aimerez peut-être aussi