É a primeira norma internacional que fornece um conjunto de processos para aquisição e fornecimento de produtos e serviços de software. Estes processos podem também ser empregues para gerir, desenvolver, usar e melhorar o software através do seu ciclo de vida. A sua arquitectura permite contemplar os métodos, técnicas, ferramentas e ambientes actuais e em evolução.

Proposta em 1988 e publicada em Agosto de 1995 pretende ser a base para o comércio internacional de produtos e serviços de software pois fornece um enquadramento comum para os processos do ciclo de vida do software, com uma terminologia bem definida, que pode ser referenciada pela indústria do software. Pretende substituir o conjunto de normas, procedimentos, métodos, ferramentas e ambientes de desenvolvimento e gestão de software que têm proliferado e criado dificuldades à gestão e engenharia do software especialmente na integração de produtos e serviços.

A norma ISO/IEC 12207 fornece uma arquitectura para o ciclo de vida do software e um quadro completo para a aquisição, fornecimento, desenvolvimento, operação e manutenção do software. Adicionalmente a norma contem um enquadramento para a gestão, controle e melhoramento das actividades do ciclo de vida do software.

Esta norma foi adaptada pelos Estados Unidos  como a norma IEEE/EIA 12207 e é considerada uma norma estratégica que fornece a base para adopção, a nível organizacional, dos processos de software adequados a projectos dos vários sectores de actividade (comerciais, militares e outros) quer para clientes internos quer internacionais.

Foi adoptada pelo Department of Defense (DoD), em substituição da norma MIL-STD-498, em Maio de 1998.
 
 

A norma agrupa as actividades que fazem parte do ciclo de vida do software em três principais processos:

Processos primários
São os processos que servem as partes que iniciam o ciclo de vida do software (quem adquire, quem fornece, quem desenvolve, quem opera e quem mantém), ou seja:

• Aquisição, processo que define as actividades do adquirente, a organização que adquire um sistema, produto ou serviço de software.
• Fornecimento, processo que define as actividades do fornecedor, organização que fornece o sistema, produto ou serviço de software.
• Desenvolvimento, processo que define as actividades de quem desenvolve, a organização que define e desenvolve o produto de software.
• Operação, processo que define as actividades do operador, a organização que fornece o serviço de operação dum sistema informático, no seu ambiente real, para os utilizadores.
• Manutenção, processo que define as actividades de quem faz a manutenção, a organização que fornece o serviço de manter o produto de software, isto é, gerir as modificações para o manter operacional. Este processo inclui a migração e reforma (retirada total, substituição parcial ou total por um novo sistema, ou instalação dum sistema melhorado) do produto de software.

Processos de suporte
São os processos que suportam outros processos como partes integrantes, embora com diferentes propósitos, e que contribuem para o sucesso do projecto de software. São eles:

• Documentação, processo que define as actividades para o registo da informação produzida pelos processos do ciclo de vida.
• Gestão das configurações, processo que define as actividades da gestão das configurações.
• Garantia de qualidade, processo que define as actividades que objectivamente garantem que os produtos de software e respectivos processos estão de acordo com os requisitos especificados e com os planos estabelecidos. Revisões conjuntas, auditorias, verificações e validações podem ser usadas como técnicas de garantia de qualidade.
• Verificação, processo que define as actividades de verificação dos produtos de software cuja profundidade varia com o projecto de software.
• Validação, processo que define as actividades de validação dos produtos de software.
• Revisões conjuntas, processo que define as actividades para avaliar o estado e os produtos de uma actividade. Este processo pode ser empregue por qualquer uma das duas partes, em que uma parte revê a outra.
• Auditoria, processo que define as actividades para determinar a conformidade com os requisitos, planos e contracto. Este processo pode ser empregue por qualquer uma das duas partes, em que uma parte audita os produtos de software ou actividades da outra parte.
• Resolução de problemas, processo que define um processo para analisar e resolver problemas (incluindo não conformidades), qualquer que seja a sua natureza ou origem e que são descobertos durante o desenvolvimento, operação, manutenção ou outro processo.

Processos organizacionais
São os processos empregues para estabelecer e implementar uma estrutura subjacente feita a partir de processos associados, são as pesoas e é o melhoramento contínuo da estrutura e dos processos. É independente dos projectos e dos contractos. São os seguintes:

• Gestão, processo que define as actividades da gestão, incluindo a gestão do projecto.
• Infraestruturas, processo que define as actividades básicas para o estabelecimento da estrutura subjacente ao processo do ciclo de vida.
• Melhoramento, processo que define as actividades básicas que uma organização executa para estabelecer, medir, controlar e melhorar o seu processo de ciclo de vida.
• Formação, processo que define as actividades para fornecer pessoal com formação adequada.

A norma é aplicável a qualquer sector de actividade (aeroespacial, equipamentos médicos, telecomunicações, comercial, militar, etc.) ou e a qualquer cultura nacional ou organizacional.

Os utilizadores alvo são os adquirentes e fornecedores com elevados conhecimentos técnicos e envolvidos em projectos com grandes riscos a nível de custos, prazos, qualidade ou técnicos.

A norma limita-se ao ciclo de vida do software dum sistema e não ao ciclo de vida do sistema total.

O âmbito da norma inclui vários tipos de software: novo, reutilização de software já existente com algumas alterações, software embebido, "firmware" mas não inclui produtos comerciais "off-the-shelf" como por exemplo, processadores de texto, folhas decálculo ou jogos.

A norma descreve os principais componentes dos processos dum ciclo de vida completo do software, os seus interfaces e as relações de alto nível que regulam essas interacções.

Para cada um dos processos são definidas, detalhadamente, em termos de responsabilidades, as tarefas e actividades, bem como os respectivos outputs. No entanto não especifica como implementar ou executar essas tarefas e actividades.

A norma não obriga à adopção de qualquer modelo específico de ciclo de vida ou metodologia de desenvolvimento.

Estabelece que o responsável pelo desenvolvimento deve definir ou seleccionar um modelo de ciclo de vida apropriado ao âmbito, dimensão e complexidade do projecto. As actividades e tarefas do processo de desenvolvimento devem ser seleccionadas e mapeadas no modelo do ciclo de vida. O objectivo é existir flexibilidade na ordenação das actividades e escolher o modelo de desenvolvimento mais adequado às características do projecto.

A norma não pretende entrar em conflito com as políticas, normas ou procedimentos já em uso na organização. Contudo qualquer conflito existente precisa de ser ultrapassado e no caso de não estar de acordo com a norma tem de ser citado como excepção.

Na norma são indicadas algumas listas de tarefas. Nenhuma delas pretende ser exaustiva e apenas pretende servir como exemplo. No caso do processo de desenvolvimento são 12 as actividades previstas:

1. Análise do requisitos do sistema
2. Desenho da arquitectura do sistema
3. Análise dos requisitos do software
4. Desenho da arquitectura do software
5. Desenho detalhado do software
6. Codificação e teste do software
7. Integração do software
8. Teste qualificativo do software
9. Integração do sistema
10. Teste qualificativo do sistema
11. Instalação do software
12. Suporte à aceitação do software

Em relação à documentação não prescreve qualquer nome, formato, conteúdo explícito ou suporte. Requer apenas que seja registado todo o trabalho que possa interessar aos gestores, técnicos e utilizadores. Pressupõe a documentação de todos os outputs de todas as actividades e tarefas dos processos seleccionados. É neutro em relação à utilização de ferramentas CASE como alternativa aos documentos tradicionais.
 
 

Relação Adquirente - Fornecedor

A norma baseia-se na perspectiva de que existe uma entidade, o adquirente que precisa dum produto ou dum serviço de software e que existe um fornecedor para esse produto ou serviço. A cada um são atribuídas actividades e tarefas distintas.

Essas entidades podem pertencer a organizações diferentes ou pertencer à mesma organização.
 
 

Contrato

O contrato é definido como qualquer tipo de acordo entre as partes.
 
 

Princípios da Engenharia de software

Baseia-se nos princípios da engenharia do software em que os componentes básicos são: análise, desenho, fabrico (codificação), avaliação, teste, integração, controlo e garantia de qualidade, distribuição, etc.

Quanto à especificação das caraceterísticas de qualidade do software remete para a norma ISO/IEC 9126.
 
 

Arquitectura do ciclo de vida do software

A norma estabelece uma arquitectura de alto nível do ciclo de vida do software. O ciclo inicia-se com uma ideia ou necessidade que pode ser satisfeita no total ou em parte pelo software e termina com a reforma do software. A arquitectura é construída com um conjunto de processos e interrelações entre esses processos. A derivação dos processos é baseada em dois princípios :

• Modularidade - Os processos são modulares, isto é altamente coesos e minimamente acoplados. Um processo individual é dedicado a uma única função.A modularidade é baseada nas seguintes regras de particionamento:
• Coesão  - as tarefas num processo estão funcionalmente relacionadas.
• Acoplamento - a ligação entre os processos é mínima.
• Associação - se a funçaõ é usada por mais que um processo então essa função transforma-se num processo; Se um processo X é invocado apenas por um processo A então este processo A pertence àquele processo X.
• Responsabilidade - um processo é considerado ser responsável por uma parte do ciclo de vida do software.
• Cada processo está sob uma responsabilidade
• Uma função cujas partes estão sob diferentes responsabilidades não é um processo

Estrutura de um processo do ciclo de vida

Cada processo é concebido em termos das actividades que o constituem e por sua vez cada actividade é concebida em termos das suas tarefas.

Por exemplo, uma das actividades do processo de desenvolvimento é o teste qualificativo do software. Esta actividade é então decomposta nas suas tarefas, sob responsabilidade de quem desenvolve, a saber:

• Conduzir o teste de qualificação de acordo com os requisitos de qualificação para esse item de software; assegurar que a implementação de cada requisito de software é testado para confirmar a conformidade e documentar os resultados dos testes.
• Actualizar a documentação, se necessário.
• Avaliar o desenho, código, testes, resultados dos testes e a documentação para o utilizador de acordo com os seguintes critérios: cobertura do teste aos requisitos do item de software; conformidade com os resultados esperados; fiabilidade da integração do sistema e do respectivo teste, se tiver sido feito; fiabilidade da operação e manutenção. Os resultados das avaliações devem ser documentados.
• Apoiar as auditorias e documentar os seus resultados.
• Actualizar e preparar o produto de software a entregar para os processos seguintes: integração do sistema, teste de qualificação do sistema, instalação e aceitação; estabelecer uma baseline para o desenho e codificação do item de software.

Natureza das tarefas

Uma tarefa é um conjunto de acções elementares. Uma tarefa tem um input e produz um output. Pode ser expressa nos seguintes termos conforme o verbo que usa:

• declaração de intenção (will - será),
• requisito (shall - deverá),
• recomendação (should - deveria),
• permissão (may - poderá),
• possibilidade (can - pode).

Natureza das Avaliações

A avaliação é um função elementar e usada de várias maneiras pelos processos. As avaliações são conduzidas sobre várias entidades, com objectivos  e critérios definidos. Uma entidade pode ser um processo, uma actividade ou uma tarefa, um plano, um acordo, um relatório, etc. Um objectivo pode ser verificado, revisto, auditado, validado, melhorado sempre que o motivo e objectivo que deu origem à avaliação varie.
 
 

Gestão da Qualidade Total

Implementa os princípios da gestão da qualidade total. Trata todas as actividades, incluindo as relacionadas com a qualidade, como parte integrante do ciclo de vida do software.

As actividades do ciclo de vida relacionadas com a qualidade estão adaptadas a cada processo. Cada processo está equipado com o ciclo PDCA (Plan-Do-Check-Act). A intenção é que o output de uma tarefa seja verificado antes de servir como input da tarefa seguinte.

Adicionalmente, existem dois processos especiais: verificação e validação que complementam as avaliações inerentes a cada processo com o devido grau de independência e objectividade.
 
 

Ligação entre sistema e software

A norma estabelece uma forte ligação entre sistema e software.

O software é tratado como uma parte integrante do sistema total e que desempenha certas funções naquele sistema. Esse sistema satisfará determinados objectivos e é tipicamente constituído por hardware, telecomunicações e pessoas.
 
 

Aplicabilidade a organizações

Os processos nesta norma funcionam como um enquadramento para servir em várias organizações. Uma organização pode seleccionar um subconjunto de processos que considere adequado para atingir os seus propósitos.

A norma pretende ser aplicada numa situação em que existem duas partes, quer essas duas partes representem organizações distintas, quer pertençam à mesma organização. A situação pode variar entre um acordo informal até um contrato legalmente registado. Também pode ser usada apenas por uma parte como tarefas auto impostas.

Os termos "organização" e "parte" são quase sinónimos. Uma organização é um corpo de pessoas organizadas para atingir determinados fins. Quando uma organização entra num acordo (na totalidade ou em parte) passa a ser uma parte. As organizações são corpos separados mas as partes podem ser da mesma organização ou de diferentes organizações.

Uma organização ou uma parte passa a chamar-se pelo nome do processo pelo qual é responsável; por exemplo, chama-se adquirente quando desempenha o processo de aquisição.

Os processos e organizações (ou partes) estão relacionados apenas em termos funcionais. O seu nome depende da função que executa e não implica qualquer estrutura para a organização (ou parte).

Uma organização pode executar um ou vários processos e um processo pode ser executado por uma ou várias organizações. No entanto,  sob um contracto uma dada parte não pode executar, em simultâneo, o processo aquisição e o processo fornecimento, embora possa executar outros processos.

A norma pretende ser aplicada por uma organização quer internamente quer contratualmente por duas ou mais organizações. Por isso as tarefas estão expressas em termos contratuais.
 
 

Aplicabilidade a projectos

A norma está escrita para um projecto de software geral, grande e complexo. Contudo foi concebida para ser adaptada ou ajustada a projectos de menor dimensão e/ou complexidade. Está também concebida para contemplar o software quer como entidade isolada quer como embebido ou parte integral dum sistema total.

O conjunto de processos, tarefas e actividades foi concebido para ser ajustável  a projectos de software concretos. Este processo de ajustamento (tailoring) consiste na eliminação de processos, actividades e tarefas não aplicáveis. No entanto o processo de aquisição e o processo de fornecimento não são ajustáveis.

Num projecto a norma pode ser aplicada mais que uma vez. Po exemplo, num dado projecto de software um adquirente contrata um fornecedor para desenvolver software e este fornecedor por sua vez subcontrata outro fornecedor para executar todo ou parte do software. No primeiro caso o adquirente e o fornecedor aplicam uma parte da norma. No último caso o fornecedor (como adquirente) e o seu subcontratado (como fornecedor) aplicam outra parte separada da norma.
 
 

Processo de ajustamento (Tailoring)

Este processo baseia-se na ideia de que é possível especificar num contracto e a partir da norma quais as actividades e tarefas necessárias para produzir determinado produto de software ou para prestar determinado serviço numa situação particular.

Esse proceso não pode comprometer a integridade, as intençoes ou a arquitectura da norma.

No entanto, o processo de ajustamento, definido no Anexo A, exige requisitos obrigatórios. Nomeadamente:

• As características do projecto que influenciam o processo de ajustamento devem ser identificadas. Essas características podem ser: o modelo do ciclo de vida; os requisitos do software; as políticas, procedimentos e estratégias organizacionais; a dimensão, a importância e o tipo de produto ou serviço; o número de pessoas e partes envolvidas.
• Devem ser solicitados os inputs das organizações que serão afectadas pelo processo de ajustamento: utilizadores, pessoal de suporte, etc.
• Devem ser decididos os processos, actividades e tarefas a executar, a documentação a desenvolver e a quem será atribuída a responsabilidade. Os factores a considerar na selecção podem incluir, por exemplo, o risco, o custo, os prazos, o desempenho, a dimensão, se é crítico, a esperança de vida do produto ou serviço e os cenários de operação e suporte.
• Os processos, actividades e tarefas não previstas na norma deverão ser especificadas no próprio contracto.
• Todas as decisões do processo de ajustamento devem ser documentadas com os fundamentos da decisão.

Capacidade de resposta a tecnologias emergentes

Para responder à rápida evolução da tecnologia a norma fornece uma arquitectura do ciclo de vida aberta e de alto nível.

A norma é independente de qualquer tecnologia.

Os processos, actividades e tarefas descritas referem-se "ao que fazer" mas a norma não dá qualquer indicação a "como fazer". Permite ao fornecedor ser criativo e empregar os métodos, técnicas e ferramentas mais apropriadas para produzir o produto ou fornecer o serviço.

Pode ser usado qualquer modelo de ciclo de vida (waterfall, incremental, evolucionário, espiral, etc), assim como qualquer método de engenharia de software (object-oriented, estruturada, top-down, ou outra) ou qualquer linguagem de programação (Ada, Cobol, etc.). Todas estas questões estão relacionadas com o tipo de projecto e com o estado da arte da tecnologia do software e a sua selecção é deixada ao utilizador da norma.
 
 

Não prescrição de eventos e marcos (milestones)

Na norma os processos com as respectivas actividades e tarefas estão combinadas na sua sequência natural. Esta sequência não impõe qualquer sequência dependente do tempo. Por falta de consenso ou universalidade em relação a uma sequência dependente do tempo, o utilizador da norma tem a opção de seleccionar, ajustar e ordenar os processos, actividades e tarefas como considerar ser mais apropriado e efectivo. A norma encoraja a interacção entre as actividades e a recursão dentro de uma actividade para anular os efeitos de qualquer sequência implicita de actividades e tarefas.
 
 

Documentação dos outputs

A norma requer que alguns outputs sejam documentados. No entanto, não especifica o formato, conteúdo ou suporte desses documentos. Uma organização pode usar o conjunto de formulários já existentes. Apenas terá de fazer a correspondência entre a documentação exigida pela norma e as normas de documentação da organização.
 
 

Definição da linha de partida (baselining)

A norma requer que sejam estabelecidas "baselines" no tempo adequado como planeado para os requisitos, desenho e codificação. O baselining, quando usado judiciosamente, é um meio efectivo para estabelecer confiança nos marcos (milestones) e no controlo dos custos e do calendário através da inibição não necessária e não planeada de alterações aos requisitos, desenho e codificação. O baselining deve ser feito durante uma revisão conjunta ou numa auditoria de forma a expedir e solidificar a compreensão da relação adquirente-fornecedor. Contudo, um projecto pode escolher não efectuar o baselining. A responsabilidade do baselining é atribuída ao processo de desenvolvimento ( e ao processo de manutenção) e não ao processo de gestão das configurações.
 
 

Métricas de software

Não é uma norma de métricas de software. Requer a especificação de indicadores de gestão e de atributos de software mas não os define nem prescreve. Referencia a norma ISO/IEC 9126 para guia das características de software. Os detalhes de tais especificações são deixados aos utilizadores da norma.
 
 

Perspectivas (Views)

A norma possibilita diferentes visões conforme as perspectivas e objectivos de quem a utiliza. O anexo C, "Guia sobre os processos e organizações" descreve  como os processos podem ser usados com diferentes perspectivas pelas diferentes organzações ou partes com pontos de vista e objectivos diferentes.

As perspectivas básicas previstas são: o contracto, a gestão, a operação, a engenharia e o suporte.

Por exemplo, a perspectiva da gestão da qualidade, incluída na perspectiva básica de suporte, tem cinco processos no ciclo de vida: garantia de qualidade, verificação, validação, revisão conjunta e auditoria.
 
 

Conformidade com a norma

Fornece conformidade a nível do projecto e a nível organizacional. A conformidade é definida como a execução de todos os processos, actividades e tarefas seleccionadas para o projecto de software. A execução dum processo ou duma actividade é considerada completa quando todas as tarefas requeridas são executadas de acordo com os critérios e os requisitos especificados no contracto.
 
 

Certificação

A norma não se refere à certificação da organização em relação aos processos do ciclo de vida nem define qualquer critério de certificação. Não é realistico para uma organização ter todos os processos da norma.
 
 

Limitações

A norma não substitui uma gestão sistemática e disciplinada dos sistemas de informação. É meramente um instrumento para enquadramento em que os processos, actividades e tarefas relativas ao software estão razoavelmente identificadas.
 
 

Pré-requisitos ao uso da norma

A norma cobre todo o ciclo de vida dum sistema de software e reconcilia os objectivos, por vezes conflituosos, das fases do ciclo e das partes envolvidas.

Para um uso efectivo e produtivo devem existir os seguintes pré requisitos respeitando a ordem:
1- pessoal treinado
2- familiaridade com as políticas da organização
3- familiaridade com o ambiente do projecto
4- compreensão da norma
 
 

Introdução

Ãmbito

Referências normativas

Definições

Aplicação desta norma internacional

Processos primários do ciclo de vida

Aquisição

Fornecimento

Desenvolvimento

Operação

Manutenção

Processos de suporte do ciclo de vida

Documentação

Gestão da configuração

Garantia de qualidade

Verificação

Validação

Revisão conjunta

Auditoria

Resolução de problemas

Processos organizacionais do ciclo de vida

Gestão

Infraestrutura

Melhoramento

Formação

A norma IEEE/EIA 12207 tem ainda os seguintes anexos:

E - Conceitos Básicos
F - Conformidade
G - Objectivos dos processos do ciclo de vida
H - Objectivos dos dados sobre o ciclo de vida
I - Relacionamentos
 
 

Processo de Aquisição

Iniciação	Descrever a concepção ou necessidade do produto Analisar os requisitos do sistema Aprovar os requisitos analisados Definir os requisitos do software Usar o processo de desenvolvimento para os pontos 2 e 4 Considerar as opções de aquisição Avaliar os produtos off-the-shelf Documentar e executar o plano de aquisição Documentar os critérios de aceitação
Preparação para o pedido de proposta	Documentar os requisitos de aquisição Adaptar a norma Definir prazos e auditorias Dar os requisitos de aquisição a quem a executa
Preparação e actualização do contracto	Estabelecer os procedimentos da selecção Seleccionar o fornecedor  Obter inputs para o ajustamento da norma Preparar e negociar o contracto Negociar as alterações ao contracto
Monitorar o fornecedor	Monitorar as actividades dos fornecedores  Cooperar com o fornecedor
Aceitação e finalização	Definir os procedimentos de aceitação Conduzir as revisões e os testes de aceitação Executar a gestão de configurações após a aceitação

 

Processo de Fornecimento

Iniciação	Revisão dos requisitos de aquisição Decidir aceitar ou negociar o contracto
Preparação da resposta	Preparar a proposta
Contracto	Negociar e fazer o contracto Requerer alterações ao contracto como parte do mecanismo de controlo das alterações
Planeamento	Definir a gestão e a garantia de qualidade Seleccionar o modelo do ciclo de vida do software Planear a gestão, garantia e recursos Avaliar a decisão fazer-comprar Documentar os planos da gestão do projecto
Execução e controlo	Executar os planos da gestão do projecto Monitorar o progresso, identificar problemas Controlar os subcontractados Fazer o interface com os responsáveis pela verificação, validação e testes
Revisão e avaliação	Coordenar as revisões  Conduzir ou apoiar as reuniões, revisões, testes e  auditorias Conduzir verificações e validações  Elaborar os relatórios das avaliações, auditorias e testes para o adquirente Fornecer ao adquirente acesso a facilidades para as revisões Executar a garantia de qualidade
Entrega e finalização	Entregar o produto ou serviço tal como especificado no contracto Dar suporte ao adquirente

 

Processo de Desenvolvimento

Implementação do processo	Definir o modelo do ciclo de vida do software Documentar e controlar os outputs Seleccionar as normas, ferramentas, linguagens Desenvolver, documentar e executar os planos de desenvolvimento Assegurar que todos os produtos necessários são entregues
Análise do requisitos do sistema	Especificar os requisitos do sistema Avaliar os requisitos de acordo com os critérios da norma
Desenho da arquitectura do sistema	Estabelecer a arquitectura de alto nível Avaliar a arquitectura de acordo com os critérios da norma
Análise dos requisitos do software	Estabelecer e documentar os requisitos de software Avaliar os requisitos de acordo com os critérios da norma Conduzir as revisões conjuntas
Desenho da arquitectura do software	Transformar os requisitos numa arquitectura de alto nível Documentar o desenho de alto nível para os interfaces Documentar o desenho de alto nível das bases de dados Documentar a documentação preliminar para o utilizador Documentar os requisitos preliminares para os testes Avaliar a arquitectura de acordo com os critérios da norma Conduzir as revisões conjuntas
Desenho detalhado do software	Documentar o desenho de cada componente Documentar o desenho dos interfaces Documentar o desenho das bases de dados Actualizar a documentação para o utilizador Documentar os requisitos para os testes unitários Actualizar os requisitos para o teste de integração Avaliar o desenho detalhado de acordo com os critérios da norma Conduzir as revisões conjuntas
Codificação e teste do software	Desenvolver e documentar cada unidade de software e procedimentos de teste Conduzir e documentar os testes unitários Actualizar a documentação para o utilizador, se necessário Actualizar os requisitos para o teste de integração Avaliar o código e os resultados dos testes de acordo com os critérios da norma
Integração do software	Desenvolver e documentar os planos de integração Conduzir e documentar os testes de integração Actualizar a documentação para o utilizador, se necessário Preparar o teste de qualificação Avaliar e documentar o plano de integração de acordo com os critérios da norma Conduzir revisões conjuntas
Teste qualificativo do software	Conduzir o teste de qualificação e documentar os resultados dos testes. Actualizar a documentação do utilizador Avaliar o desenho, código, testes, resultados dos testes e a documentação para o utilizador. Documentar o resultado das avaliações. Apoiar as auditorias e documentar os seus resultados. Actualizar e preparar o produto de software a entregar para os processos seguintes.
Integração do sistema	Integrar o software com o hardware e/ou outros componentes Preparar os testes de integração Avaliar o sistema integrado de acordo com os critérios da norma
Teste qualificativo do sistema	Conduzir e documentar os testes de qualificação Avaliar o sistema de acordo com os critérios da norma Apoiar as auditorias Preparar o produto para a instalação
Instalação do software	Elaborar o plano de instalação conforme o estabelecido no contracto Instalar o software conforme o plano
Suporte à aceitação do software	Dar apoio ao adquirente nos testes de aceitação Entregar o produto conforme o estabelecido no contracto Fornecer a formação e apoio conforme o estabelecido no contracto

 

Processo de Operação

Implementação	Desenvolver e documentar as actividades operacionais Desenvolver e documentar os procedimentos para tratar dos problemas Definir os procedimentos para o teste ao produto, para o tratamento de problemas e pedidos de alteração e para a passagem a produção
Teste operacional	Conduzir os testes operacionais Testar o código e as bases de dados
Operação do sistema	Verificar que o sistema opera conforme descrito na documentação do utilizador
Apoio ao utilizador	Atender aos pedidos dos utilizadores Acompanhar o andamento dos pedidos dos utilizadores Fornecer soluções para os problemas mais frequentes

 

Processo de Manutenção

Implementação	Desenvolver, documentar e executar as actividades da manutenção Documentar os procedimentos de rastreamento de problemas Gerir as modificações ao sistema
Análise de problemas e alterações	Analisar os relatórios de problemas e pedidos de alteração  Replicar ou verificar esses problemas Implementar as alterações Documentar os problemas, as análises e as opções de implementação Aprovar as alterações conforme o especificado no contracto
Implementação das alterações	Determinar as alterações necessárias Implementar as alterações
Revisão/aceitação da alterações	Rever a integridade do sistema alterado Obter aprovação das alterações conforme o contracto
Migração	Assegurar que os produtos estão conforme a norma Desenvolver e usar o plano de migração Notificar os utilizadores do plano e activodades da  migração Conduzir operações paralelas se necessário Notificar todos os interessados, arquivar todos os registos Rever a avaliar o impacto das alterações e enviar o resultado aos interessados Guardar os dados do ambiente anterior conforme o espcificado no contracto
Reforma do software	Documentar os planos de reforma Notificar todos os utilizadores dos planos e actividades Conduzir operações paralelas Notificar todos os interessados, arquivar todos os registo Guardar os dados do produto anterior conforme o contracto

 
 
 
 

Processo de Documentação

Implementação	Desenvolver, documentar e implementar o plano de documentação
Desenho e desenvolvimento	Usar as normas aplicáveis aos documentos Confirmar a origem dos dados Rever e editar os documentos conforme as normas
Produção	Produzir os documentos segundo o plano Estabelecer os controlos de acordo com o proceso gestão das configurações
Manutenção	Executar as tarefas documentadas

Gestão das Configurações

Implementação	Desenvolver o Plano da gestão das configurações
Identificação da configuração	Estabelecer o esquema para identificar os itens de software e suas versões
Controlo da configuração	Registar, avaliar, aprovar e implementar os pedidos de alteração
Estado da configuração	Manter os registos e os relatórios sobre o estado
Avaliação da configuração	Assegurar a integridade funcional
Gestão da entrega	Controlar a entrega do produto e respectiva documentação

Garantia de Qualidade

Implementação	Estabelecer o processo de garantia de qualidade adaptado ao projecto Coordenar a garantia de qualidade com os processos de verificação, validação, revisões conjuntas e auditorias Desenvolver, documentar e manter o plano da garantia de qualidade Executar as tarefas Disponibilizar os registos da qualidade ao adquirente Dar liberdade organizacional à equipa da garantia da qualidade
Garantir o produto	Assegurar que os planos estão a ser executados conforme o especificado no contracto Assegurar a conformidade do produto com os requisitos contractuais Assegurar que os produtos entregues satisfazem os requisitos
Garantir o processo	Assegurar que os processos estão conformes ao contracto Assegurar a conformidade das práticas de desenvolvimento e testes com o especificado no contracto Assegurar que os requisitos do adquirente sejam passados aos subcontratoados, se houver Assegurar que o adquirente e outras partes tenha o apoio e cooperação de acordo com o contracto Assegurar que o produto e os processos estão de acordo com as normas Assegurar a formação do pessoal
Garantir o sistema de qualidade	Assegurar as actividades adicionais da gestão da qualidade de acordo com a norma ISO9001

Verificação

Implementação

Determinar a necessidade e o esforço da verificação Estabelecer o processo Seleccionar uma organização independente, se necessário Determinar os requisitoa da verificação Desenvolver o plano de verificação Implementar o plano de verificação

Verificação

Verificar o contracto de acordo com os critérios da norma Verificar o processo de acordo com os critérios da norma Verificar os requisitos de acordo com os critérios da norma Verificar o desenho de acordo com os critérios da norma Verificar o código de acordo com os critérios da norma Verificar a integração de acordo com os critérios da norma Verificar a documentação de acordo com os critérios da norma

Validação

Implementação	Determinar a necessidade da validação e o grau de independência organizacional Estabelecer o processo de validação Seleccionar uma organização independente, se necessário Desenvolver e documentar o plano de validação Implementar o plano de validação
Validação	Preparar os requisitos para teste, casos de teste e especificar os testes Assegurar a integridade do definido no ponto anterior Conduzir os testes Validar que o produto de software faz aquilo que se pretendia  Testar o produto no ambiente real

Revisão conjunta

Implementação	Conduzir as revisões planeadas Obter o acordo sobre os recursos  a utilizar Obter acordo sobre os procedimentos da revisão Registar os problemas detectados Documentar e distribuir os resultados das revisões Obter o acordo sobre as conclusões das revisões
Revisão da gestão do projecto	Avaliar o estado do projecto de acordo com o planeado
Revisões Técnicas	Avaliar os produtos ou serviços

Processo de Auditoria

Implementação	Auditar conforme o planeado Os auditores devem ser independentes Obter o acordo sobre os recursos  a utilizar Obter acordo sobre os procedimentos da auditoria Documentar e distribuir os resultados da auditoria Obter o acordo sobre as conclusões da auditoria
Auditoria	Conduzir auditorias segundo os critérios da norma

Resolução de Problemas

Implementação	Estabelecer o processo de resolução de problemas
Resolução de Problemas	Rastrear os problemas através da detecção, análise e resolução

 
 
 
 

Gestão

Início e definição do âmbito	Estabelecer os requisitos do processo Verificar a viabilidade do processo Se necessário e se houver acordo o processo pode ser alterado
Planeamento	Planear a execução do processo
Execução e controlo	Iniciar a implementação do plano Monitorar a execução do processo Investigar, analisar e resolver os problemas encontrados na execução Reportar o progresso
Revisão e avaliação	Assegurar a avaliação da satisfação dos requisitos Assegurar os resultados da avaliação
Fecho	Determinar quando o processo está completo Verificar os resultados para finalizar

 

Infraestruturas

Implementação	Definir as necessidades da infraestrutura Planear e documentar o ponto anterior
Estabelecimento da infraestrutura	Planear e documentar a configuração da infraestrutura Instalar a infraestrutura
Manter a infraestrutura	Manter e monitorar a infraestrutura e alterar se necessário

 

Melhoramento

Estabelecimento do proceso	Estabelecer os processos organizacionais para todos os processos do ciclo de vida
Avaliação do processo	Deselvolver, documentar e aplicar um processo para avaliação dos procedimentos Planear e executar revisões aos processos
Melhoramento do processo	Introduzir melhorias se necessário Recolher e analisar dados técnicos sobre os processos Recolher, manter e usar dados sobre os custos da qualidade

 

Formação

Implementação	Determinar as necessidades de formação
Desenvolver os materiais de formação	Elaborar manuais e obter os materiais usados na formação
Implementar o plano de formação	Implementar o plano de formação  Assegurar os recursos necessários

 
 
 
 
 
 
 

Adquirente - organização que adquire o sistema, produto ou serviço de software. Pode ser um comprador, um cliente, um proprietário, ou um utilizador.

Auditoria - conduzida por uma pessoa autorizada com o fim de fornecer uma avaliação independente dos produtos e processos do software de forma a garantir conformidade com os requisitos.

Avaliação - determinação sistemática da extensão com que uma entidade obedece a critérios especificados.

Baseline - uma versão oficialmente aprovada dum item da configuração, formalmente designada e registada num tempo específico durante a configuração dos itens do ciclo de vida.

Cobertura dos testes - a extensão com que os casos de teste testam os requisitos do sistema ou produto de software.

Contracto - um acordo fixado entre duas partes, registado legalmente ou um acordo semelhante feito internamente numa organização, para o fornecimento dum serviço de software ou para o fornecimento, desenvolvimento, produção, operação ou manutenção dum produto de software.

Firmware - a combinação dum dispositivo de hardware com instruções computorizadas ou dados computorizados que residem como software só de leitura num dispositivo de hardware. O software não pode ser alterado rapidamente através dum programa de controlo.

Fornecedor - uma organização que faz um contracto com um adquirente para o fornecimento dum sistema, produto ou serviço de software nos termos desse contracto.

Item da configuração - uma entidade dentro duma configuração que satisfaz uma função do utilizador final e que pode ser identificada univocamente num dado ponto de referência.

Produto off-the-shelf - produto já desenvolvido e disponível para ser usado como está ou com modificações.

Produto de software - o conjunto de programas de computador, procedimentos e possivelmente os dados e documentação associados.

Requisito de qualificação - um conjunto de critérios ou condições que tem de ser obedecidos de forma a poder-se qualificar um produto de software como conforme com as suas especificações e estar pronto a ser usado no seu ambiente alvo.

Serviço de software - desempenho de actividades, trabalho ou obrigações ligadas a um produto de software tais como o desenvolvimento, manutenção e operação.

Sistema - uma composição integrada que consiste num ou mais processos, hardware, software, facilidades e pessoas, que fornecem a capacidade de satisfazer uma necessidade ou objectivo explicitado.

Teste qualificativo - teste, conduzido por quem desenvolve e testemunhado pelo adquirente, para demonstrar que o produto de software obedece às suas especificações e está pronto a ser usado no seu ambiente alvo.
 
 
 
 
 
 
 

LINKS, que serviram de base ao texto
 

ISO/IEC 12207 Software Lifecycle Processes, de Lewis Gray

U.S. Software Lifecycle Process Standards, de Jim Moore

Concepts and Key Definitions, de Stan Magee

IEEE/EIA 12207, de Jim Wells

ISO 12207 and Related Software Life-Cycle Standards, de Jim Moore

The Frameworks Quagmire, a Brief Look, de Sarah Sheard

International Standard ISO/IEC 12207 Software Life Cycle Processes, de Raghu Singh, PDF

A Comparison of IEEE/EIA 12207, ISO/IEC 12207, J-STD-016, and MIL-STD-498 for Acquirers and Developers, Lewis Gray, PDF

Coordinating the SEI CMMs with IEEE/EIA 12207, Lewis Gray, PDF

Software Process Improvement with ISO/IEC 12207, J-STD-016-1995, and MIL-STD-498, Lewis Gray, PDF

An introduction to International Standard ISO/IEC 12207 Software Life Cycle Processes, Raghu Singh, PDF
 
 
 
 

Em Francês

NORMES - Qualité des processus du cycle de vie
 
 

Visitas:

Última actualização: 12 de Novembro de 1999