ISO/IEC 15504

Origem: Wikipdia, a enciclopdia livre. Ir para: navegao, pesquisa A ISO/IEC 15504, tambm conhecida como SPICE, a norma ISO/IEC que define processo de desenvolvimento de software. Ela uma evoluo da ISO/IEC 12207 mas possui nveis de capacidade para cada processo assim como o CMMI.

ndice
[esconder]

1 Histrico Projeto SPICE 2 Sobre a Norma ISO/IEC 15504 3 Modelo de referncia SPICE 4 Suporte o 4.1 SUP.1: Documentao o 4.2 SUP.2: Gesto de configurao o 4.3 SUP.3: Garantia de qualidade o 4.4 SUP.4. Verificao o 4.5 SUP.5 Validao o 4.6 SUP.6 Reviso Conjunta o 4.7 SUP.7: Auditoria
o

4.8 SUP.8: Resoluo de Problemas

[editar] Histrico Projeto SPICE

IMPORTANTE: A NORMA ISO/IEC 15504 AINDA NO PASSOU POR NENHUMA REVISO. Janeiro de 1992: estudo da ISO sobre as necessidades e os requisitos de um padro internacional para avaliao de processos de SW;

1993-1994: Criao do projeto SPICE e elaborao da verso inicial; Realizao de trials - Fase 1 (35 avaliaes); 1996: Verso PDTR (Previous Draft Technical Report); 1997: Verso DTR, Trials - Fase 2 (70 avaliaes); 1998: Verso TR2, Incio dos Trials - Fase 3; 1999-2003: Transformao em Norma ISO/IEC 15504.

Em outubro de 2003, a Norma ISO/IEC 15504 (SPICE) para a avaliao de processos de software foi oficialmente publicada pela ISO

[editar] Sobre a Norma ISO/IEC 15504

A ISO/IEC 15504, tambm conhecida como SPICE, a norma ISO/IEC que define processo de desenvolvimento de software. Ela uma evoluo da ISO/IEC 12207 mas possui nveis de capacidade para cada processo assim como o CMMI. Em outubro de 2003, a Norma ISO/IEC 15504 para a avaliao de processos de software foi oficialmente publicada pela ISO. A Norma ISO/IEC 15504 define um modelo bidimensional que tem por objetivo a realizao de avaliaes de processos de software com o foco da melhoria dos processos (gerando um perfil dos processos, identificando os pontos fracos e fortes, que sero utilizados para a elaborao de um plano de melhorias) e a determinao da capacidade dos processos viabilizando a avaliao de um fornecedor em potencial. Esta norma est sendo desenvolvida desde 1993 pela ISO em conjunto com a comunidade internacional atravs do projeto SPICE (Software Process Improvement and Capability Determination) com base nos modelos j existentes como ISO 9000 e CMM. Segundo a norma, uma avaliao de processo de software uma investigao e anlise disciplinada de processos selecionados de uma unidade organizacional em relao a um modelo de avaliao de processo. A ISO/IEC 15504 define um modelo de referncia de processo que identifica e descreve um conjunto de processos considerados universais e fundamentais para a boa prtica da engenharia de software, e define seis nveis de capacidade, seqenciais e cumulativos que podem ser utilizados como uma mtrica para avaliar como uma organizao est realizando um determinado processo e tambm podem ser utilizados como um guia para a melhoria. A ISO/IEC 15504 define tambm um guia para a orientao da melhoria de processo, tendo como referncia um modelo de processo e como uma das etapas a realizao de uma avaliao de processo. Este guia sugere 8 etapas seqenciais, que inicia com a identificao de estmulos para a melhoria e o exame das necessidades da organizao. Em seguida existem ciclos de melhoria, nos quais um conjunto de melhoria so identificadas, uma avaliao das prticas correntes em relao melhoria realizada, um planejamento da melhoria feito, seguido pela implementao, confirmao,manuteno e acompanhamento da melhoria.

[editar] Modelo de referncia SPICE

O SPICE inclui um modelo de referncia, que serve de base para o processo de avaliao.Este modelo define duas dimenses:

Dimenso de Processo:

Corresponde definio de um conjunto de processos considerados universais e fundamentais para a boa prtica da engenharia de software; Atualmente, um modelo de referncia de processo no domnio de software a ISO 12207;

Dimenso de Capacidade:

Um modelo de avaliao, baseado na ISO 12207, o definido na ISO 15504; Neste ltimo, os processos so agrupados em cinco grandes categorias de processo:

Cliente-Fornecedor; Engenharia; Suporte; Gerncia; Organizao.

[editar] Suporte
[editar] SUP.1: Documentao

Objetivo: desenvolver e manter documentos que registrem informaes produzidas por um outro processo ou atividade. Envolve a produo, controle, manuteno, reviso, aprovao e publicao de documentos e seu acesso.

[editar] SUP.2: Gesto de configurao

Objetivo: estabelecer e manter a integridade de todos os produtos de trabalho de algum processo ou do projeto. Envolve a definio de uma estratgia de gesto de configurao, a identificao de itens de configurao, o controle de acesso e de mudanas de itens, o registro da situao de todos os itens e o seu armazenamento e manuseio de forma controlada.

[editar] SUP.3: Garantia de qualidade

Objetivo: assegurar que os produtos de trabalho e atividades de um processo ou projeto esto de acordo com os requisitos especificados e satisfazem aos planos e regras estabelecidas. Devem ser estabelecidos os procedimentos para o tratamento de desvios a noconformidades com relao a regras, procedimentos e padres. Deve ser coordenada com os processos de verificao, validao, reviso conjunta, auditoria e resoluo de problemas. As pessoas responsveis pela garantia da qualidade devem ter autonomia organizacional e autoridade para realizarem as suas tarefas sem interferncias dos responsveis pelo desenvolvimento do software.

[editar] SUP.4. Verificao

Objetivo: confirmar que cada produto de trabalho ou servio resultado de um processo reflete corretamente s especificaes de entrada do processo.

Envolve a definio de uma estratgia de verificao, de critrios de verificao para todos os produtos de trabalho e para as atividades de verificao. Deve assegurar que os defeitos encontrados sero removidos dos produtos de trabalho e que os resultados sero disponibilizados para os clientes

Normalmente envolve a realizao de testes e est relacionado aos processos ENG.1.6 e ENG.1.7. Pode tambm fazer uso de tcnicas como peer reviews, provas formais e anlise de rastreabilidade.

[editar] SUP.5 Validao

Objetivo: confirmar que esto satisfeitos os requisitos para o uso pretendido de cada produto de trabalho ou servio resultado de um processo. Envolve a definio de uma estratgia de validao, de critrios de validao para todos os produtos de trabalho e para as atividades de validao. Deve assegurar que os problemas encontrados sero resolvidos, que os resultados sero disponibilizados para os clientes e para outras organizaes internas e que os produtos so adequados para o uso pretendido. Normalmente est relacionado ao processo de teste de integrao e teste de software ENG.1.7.

[editar] SUP.6 Reviso Conjunta

Objetivo: permitir ao cliente a visibilidade do andamento do desenvolvimento quando comparado ao especificado no contrato. As revises formais dever tratar, ao longo de todo o ciclo de vida de desenvolvimento, tanto dos aspectos tcnicos quanto administrativos. Envolve: revises peridicas em datas pr-estabelecidas da situao de produtos e atividades por todas as partes interessadas, da soluo de todas as pendncias, problemas e desvios encontrados.

[editar] SUP.7: Auditoria

Objetivo: determinar, de forma independente, a conformidade de produtos identificados e atividades com planos, requisitos e com o contrato. Deve ser definida a estratgia de programao da auditoria, especificando quais itens sero auditados contra quais regras. A auditoria deve ser conduzida por pessoal independente quele que executa o desenvolvimento e os problemas encontrados devero ser comunicados aos responsveis para a devida ao corretiva.

[editar] SUP.8: Resoluo de Problemas

Objetivo: assegurar que todos os problemas encontrados sejam analisados, resolvidos (ao corretiva) e que tendncias sejam observadas visando o planejamento e execuo de aes preventivas.