Вы находитесь на странице: 1из 32

Norma ISO/IEC 15504 Modelo SPICE

SPICE Software Process Improvement and Capability dEtermination (Melhoria do Processo de Software e Determinao de Capabilidade)

Patricia Ferro Neves


CE 230 Qualidade, Confiabilidade e Segurana em Software

ITA Instituto Tecnolgico da Aeronutica

Norma ISO/IEC 15504 Modelo SPICE


  

A norma ISO/IEC 15504 teve seu modelo mais recente publicado em outubro de 2003. Esta norma est sendo desenvolvida pela ISO com apoio da comunidade internacional atravs do projeto SPICE. A ISO/IEC 15504 define um framework para modelos de avaliao de processo, que tambm pode ser utilizado como referncia para a melhoria 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.

Norma ISO/IEC 15504 Modelo SPICE




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.

Norma ISO/IEC 15504 Modelo SPICE


O modelo dividido em trs processos:  Processos Primrios: categorias de Engenharia de Software e de Relao Cliente-Fornecedor  Processos de Apoio: categoria de processos de Apoio  Processos Organizacionais: categorias de processos de Gesto e Organizacionais

Norma ISO/IEC 15504 Modelo SPICE


Os      processos so divididos em cinco categorias: : Cliente-Fornecedor (Customer-Supplier) CUS ENG : Engenharia de Software (Engineering) : Apoio (Support) SUP MAN : Gesto (Management) ORG : Organizacionais (Organization)

Norma ISO/IEC 15504 Modelo SPICE


Relacionamento entre Categorias e Processos:

CUS1: o Processo de Aquisio

Tem como objetivo a obteno de um produto ou servio que satisfaa s necessidades expressas pelo cliente. O processo inicia-se com a identificao da necessidade e termina com a aceitao do produto ou servio. Possui quatro sub-processos ou componentes:  CUS 1.1: Preparao da aquisio  CUS 1.2: Seleo do fornecedor  CUS 1.3: Monitorao do fornecedor  CUS 1.4: Aceitao

CUS2: o Processo de Fornecimento

Tem como objetivo o fornecimento de software para o cliente de modo a satisfazer s suas necessidades. Inclui a preparao de um contrato, a entrega e a instalao do produto.

CUS3: o Processo de Elicitao de Requisitos

Tem como objetivo coletar, processar, controlar e acompanhar os requisitos do cliente.  ativo durante todo o ciclo de desenvolvimento do produto.  Os requisitos serviro de base para a elaborao e reviso do plano de desenvolvimento.  Envolve os mecanismos de comunicao com o cliente e os mecanismos de controle de mudanas de requisitos.

CUS4: o Processo de Operao

Tem como objetivo fazer operar o produto de software no ambiente de software e hardware para o qual ele foi desenvolvido e fornecer suporte para o usurio final. Est subdividido em dois sub-processos ou componentes:  CUS 4.1: Processo de uso operacional  CUS 4.2: Processo de suporte ao usurio

ENG: Categoria de Engenharia de Software

Est agrupado em dois processos:  ENG.1 - Construo:  ENG 1.1: anlise de requisitos de sistema  ENG 1.2: anlise de requisitos de software  ENG 1.3: projeto de software  ENG 1.4: construo de software  ENG 1.5: integrao de software  ENG 1.6: teste de software  ENG 1.7: integrao e teste de sistema  ENG.2 Manuteno

ENG.1 Construo
ENG 1.1: anlise de requisitos de sistema Contempla a anlise de requisitos funcionais e no funcionais do sistema e alocao SW/HW.


ENG 1.2: anlise de requisitos de software Contempla a anlise de requisitos do software, seu impacto, controle, mudanas, contra o projeto e comunicao com os desenvolvedores.


ENG 1.3: projeto de software Contempla o projeto do software e as definies de interfaces e mdulos, de forma consistente com os requisitos.


ENG 1.4: construo de software Contempla a construo (codificao) do software de acordo com o projeto.


ENG.1 Construo

ENG 1.5: integrao de software Contempla a integrao dos mdulos verificao de acordo com o projeto.

do

software

sua

ENG 1.6: teste de software Contempla o teste de software para verificao de atendimento aos requisitos funcionais (inclui regresso). ENG 1.7: integrao e teste de sistema Contempla a integrao e teste de sistema. Obs. Toda a parte de verificao semelhante ao processo SUP.4.

ENG.2: Manuteno de Software

Tem como objetivo gerenciar modificaes, migraes e desativaes de software e de sistema, a pedido do cliente. A origem do pedido pode ser a descoberta de problemas (manuteno corretiva) ou a necessidade de melhoria ou adaptao (manuteno evolutiva ou preventiva). As aes so feitas de maneira sistemtica e disciplinada de modo a minimizar a perturbao nas instalaes do usurio. Este processo guarda muitas relaes com os processos CUS.4 (operao), CUS.4.2 (suporte ao usurio) e SUP.8 (resoluo de problemas).

SUP.1: Documentao

Tem como objetivo desenvolver e manter documentos que registrem informaes produzidos por um outro processo ou atividade. Envolve a produo, controle, manuteno, reviso, aprovao e publicao de documentos e seu acesso.

SUP.2: Gesto de configurao

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

SUP.3: Garantia da qualidade

Tem como objetivo assegurar que os produtos de trabalho e atividades de um processo ou projeto estejam de acordo com os requisitos especificados e satisfaam os planos e regras estabelecidas. Devem ser estabelecidos os procedimentos para o tratamento de desvios e no-conformidades com relao s regras, procedimentos e padres. Deve ser coordenado 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.

SUP.4: Verificao

Tem como objetivo confirmar que cada produto de trabalho ou servio resultado de um processo reflita 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.

SUP.5: Validao

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

SUP.6: Reviso conjunta

Tem como objetivo permitir ao cliente a visibilidade do andamento do desenvolvimento quando comparado ao especificado no contrato. As revises formais devem 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.

SUP.7: Auditoria

Tem como objetivo determinar, de forma independente, a conformidade de produtos indentificados 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.

SUP.8: Resoluo de problemas

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

MAN.1: Gesto

Tem como objetivo organizar, monitorar e controlar a execuo de qualquer processo ou funo dentro da organizao, desde o seu incio, visando garantir que sejam satisfeitos os seus objetivos, assim como os objetivos de negcio da organizao. Este processo envolve:  planejamento das atividades e recursos necessrios e a anlise da viabilidade em se atingir os objetivos pretendidos dentro das restries tcnicas, de custo e de prazo;  acompanhamento ou monitorao do andamento das atividades, exame dos produtos de trabalho gerados e coordenao de aes corretivas quando desvios com relao ao planejado forem encontrados;

MAN.2: Gesto de Projeto

Tem como objetivo identificar, estabelecer, coordenar e monitorar atividades, tarefas e recursos necessrios para que um projeto produza servios ou produtos de acordo com requisitos especificados. Este processo envolve:  definio do contexto do trabalho, realizao de anlise de viabilidade (como em MAN.1), produo de estimativas de recursos e esforo necessrio para a realizao das tarefas;  definio de interfaces com outros grupos e os protocolos associados devem ser estabelecidos; As responsabilidades de acompanhamento e monitorao so semelhantes quelas listadas em MAN.1.

MAN.3: Gesto da Qualidade

Tem como objetivo monitorar a qualidade dos produtos e servios do projeto e garantir que o cliente esteja satisfeito, estabelecendo o foco apropriado de monitorao nos nveis organizacionais e de projeto. Este processo envolve o estabelecimento de metas baseadas nas necessidades explcitas e implcitas dos clientes e de pontos intermedirios de verificao. A estratgia geral enfoca a verificao e garantia da qualidade, monitorao de resultados, comparando com as metas estabelecidas e coordenando a execuo de aes corretivas quando forem encontrados desvios com relao ao planejado.

MAN.3: Gesto de Risco

Tem como objetivo identificar, analisar, priorizar e monitorar riscos continuamente, desenvolvendo planos de contingncia para os mais crticos. Deve estabelecer os focos nos nveis organizacionais e de projeto. Envolve a definio de uma estratgia de gesto de risco, monitorao contnua dos riscos ao longo do projeto, sua anlise e priorizao, estabelecimento de mtricas quantitativas de risco para monitorar a sua evoluo e variao, aplicao de esforo planejado na execuo dos planos de contingncia visando a preveno de potenciais problemas advindos de riscos.

ORG.1: Processo de Alinhamento Gerencial

Tem como objetivo assegurar que:  Os indivduos na organizao conheam, entendam o seu papel e trabalhem para alcanar os objetivos de negcio da empresa;  A viso da empresa e sua misso sejam compreendidas por todos.

ORG.2: Processo de Melhoria


Tem como objetivo estabelecer, medir, controlar e aperfeioar os processos do ciclo de vida de software. Possui trs sub-processos (componentes):


ORG.2.1: Processo para o estabelecimento de processos Estabelecer um conjunto de processos para o ciclo de vida de software, incluindo uma estratgia para a adaptao; ORG.2.2: Processo para a avaliao de processos Avaliar at que ponto o conjunto padro de processos de software da empresa est contribuindo para a consecuo dos seus objetivos de negcio. ORG.2.3: Processo de melhoria de processos Aperfeioar continuamente a eficcia e eficincia de processos da organizao, luz de seus objetivos e necessidades de negcio.

ORG.3: Processo de Gesto de Recursos Humanos

Tem como objetivo prover para a organizao indivduos capacitados para exercer os seus papis, como indivduos e em grupo. Envolve a avaliao peridica da necessidade de treinamento, a necessidade de recrutamento e contratao, o apoio interao produtiva e harmnica entre grupos e a avaliao do desempenho dos profissionais da organizao.

ORG.4: Processo de Infra-Estrutura

Tem como objetivo manter a forma estvel e confivel a infra-estrutura necessria para apoiar a execuo de outros processos. A infra-estrutura inclui hardware, software, mtodos, ferramentas, tcnicas, padres e facilidades para o desenvolvimento, operao e manuteno.

ORG.5: Processo de Medida

Tem como objetivo coletar e analisar dados relacionados aos produtos desenvolvidos e processos implementados na organizao, apoiar a sua gesto e demonstrar de forma objetiva a qualidade dos produtos.

ORG.6: Processo de Reuso

Tem como objetivo promover e facilitar o reuso de produtos de trabalho de software novos ou existentes. Envolve o desenvolvimento de uma estratgia de reuso, a identificao das atividades relacionadas e o estabelecimento de uma infra-estrutura de apoio, como por exemplo uma estrutura de rede de computadores, repositrios e um esquema de gesto de configurao.

Вам также может понравиться