Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
ABNT-Associao
Brasileira de
Normas Tcnicas
Sede:
Rio de Janeiro
Av. Treze de Maio, 13 - 28 andar
CEP 20003-900 - Caixa Postal 1680
Rio de Janeiro - RJ
Tel.: PABX (021) 210 -3122
Fax: (021) 220-1762/220-6436
Endereo Telegrfico:
NORMATCNICA
Copyright 1998,
ABNTAssociao Brasileira
de Normas Tcnicas
Printed in Brazil/
Impresso no Brasil
Todos os direitos reservados
Sumrio
Prefcio
Introduo
1
Objetivo e campo de aplicao
2
Referncias normativas
3
Definies
4
Aplicao desta Norma
5
Processos fundamentais de ciclo de vida
5.1 Processo de aquisio
5.2 Processo de fornecimento
5.3 Processo de desenvolvimento
5.4 Processo de operao
5.5 Processo de manuteno
6
Processos de apoio de ciclo de vida
6.1 Processo de documentao
6.2 Processo de gerncia de configurao
6.3 Processo de garantia da qualidade
6.4 Processo de verificao
6.5 Processo de validao
6.6 Processo de reviso conjunta
6.7 Processo de auditoria
6.8 Processo de resoluo de problema
7
Processos organizacionais de ciclo de vida
7.1 Processo de gerncia
7.2 Processo de infra-estrutura
7.3 Processo de melhoria
7.4 Processo de treinamento
ANEXOS
A Processo de adaptao
B Orientao para a adaptao
C Orientaes sobre processos e organizaes
D Bibliografia
35 pginas
Prefcio
A ABNT - Associao Brasileira de Normas Tcnicas -
o Frum Nacional de Normalizao. As Normas Brasileiras, cujo contedo de responsabilidade dos Comits
Brasileiros (CB) e dos Organismos de Normalizao
Setorial (ONS), so elaboradas por Comisses de Estudo
(CE), formadas por representantes dos setores envolvidos, delas fazendo parte: produtores, consumidores e
neutros (universidades, laboratrios e outros).
Os Projetos de Norma Brasileira, elaborados no mbito
dos CB e ONS, circulam para Votao Nacional entre os
associados da ABNT e demais interessados.
A NBR ISO/IEC 12207 foi preparada pela CE-21:101.03 Processos de Ciclo de Vida de Software, do CB-21 - Comit Brasileiro de Processamento de Dados.
Esta Norma contm o anexo A, que normativo, e os
anexos B e C, que so apenas informativos.
Introduo
Software uma parte fundamental da tecnologia de informao e de sistemas convencionais, tais como sistemas de transporte, militares, da rea mdica e financeiros.
Tem havido uma proliferao de normas, procedimentos,
mtodos, ferramentas e ambientes de desenvolvimento
e de gerncia de software. Esta proliferao tem criado
Cpia no autorizada
Os processos desta Norma formam um conjunto abrangente. Uma organizao, dependendo de seu objetivo,
pode selecionar um subconjunto apropriado para
satisfaz-lo. Esta Norma , portanto, projetada para ser
adaptada para uma organizao, projeto ou aplicao
especficos. Tambm projetada para ser utilizada
quando o software uma entidade independente ou
embutida ou integrada a um sistema.
NOTA - Processos, atividades e tarefas, especficos ou especiais, podem ser adicionados ao contrato.
1.4 Conformidade
A conformidade a esta Norma definida como a execuo
de todos os processos, atividades e tarefas, selecionados
desta Norma no processo de adaptao (anexo A), para
o projeto de software. A execuo de um processo ou
uma atividade concluda quando todas as suas tarefas
requeridas so executadas de acordo com os critrios
preestabelecidos e com os requisitos especificados no
contrato, quando aplicvel.
Qualquer organizao (por exemplo, estatal ou privada)
que exija o cumprimento desta Norma como uma condio de negcio, responsvel por especificar e disponibilizar o conjunto mnimo de processos, atividades e
tarefas requeridos, que constitui a conformidade dos fornecedores a esta Norma.
1.5 Limitaes
Esta Norma descreve a arquitetura dos processos de ciclo
de vida de software, mas no especifica os detalhes de
como implementar ou executar as atividades e tarefas
includas nos processos.
Esta Norma no pretende prescrever o nome, formato ou
contedo explcito da documentao a ser produzida.
Esta Norma pode requerer o desenvolvimento de documentos de mesma categoria ou tipo; por exemplo, diferentes planos. Esta Norma, contudo, no sugere que tais
documentos sejam desenvolvidos ou emitidos separadamente ou combinados de alguma forma. Estas decises
so deixadas para o usurio desta Norma.
Esta Norma no prescreve um modelo especfico de ciclo
de vida ou mtodo de desenvolvimento de software. As
partes envolvidas com esta Norma so responsveis pela
seleo de um modelo de ciclo de vida para o projeto de
software e pelo mapeamento dos processos, atividades
e tarefas desta Norma dentro deste modelo. As partes
envolvidas so tambm responsveis pela seleo e
aplicao dos mtodos de desenvolvimento de software
e pela execuo das atividades e tarefas adequadas ao
projeto de software.
Esta Norma no pretende entrar em conflito com quaisquer polticas, normas ou procedimentos j existentes na
organizao. Entretanto, qualquer conflito necessita ser
resolvido e quaisquer condies e situaes de sobreposio precisam ser citadas por escrito como excees
para a aplicao desta Norma.
Cpia no autorizada
2 Referncias normativas
As normas relacionadas a seguir contm disposies que,
ao serem citadas neste texto, constituem prescries para
esta Norma. As edies indicadas estavam em vigor no
momento desta publicao. Como toda norma est sujeita
a reviso, recomenda-se queles que realizam acordos
com base nesta que verifiquem a convenincia de se
usarem as edies mais recentes das normas citadas a
seguir. A ABNT possui a informao das normas em vigor
em um dado momento.
ISO/AFNOR:1989 - Dictionary of computer science
ISO/IEC 2382-1:1993 - Information technology Vocabulary - Part 1: Fundamental terms
ISO/IEC 2382-20:1990 - Information technology Vocabulary - Part 20: System development
NBR ISO 8402:1994 - Gesto da qualidade e garantia
da qualidade - Terminologia
NBR ISO 9001:1994 - Sistema da qualidade - Modelo
para garantia da qualidade em projeto, desenvolvimento, produo, instalao e servios associados
ISO/IEC 9126:1991 1) - Information technology Software product evaluation - Quality characteristics
and guidelines for their use.
3 Definies
Para os propsitos desta Norma as definies contidas
nas NBR ISO 8402, ISO/IEC 2382-1 e ISO/IEC 2382-20
aplicam-se em conjunto com as seguintes definies:
NOTA - Um produto pode ser entendido como uma parte de um
sistema, quando aplicvel.
3.4 auditoria: Processo conduzido por uma pessoa autorizada, com o objetivo de prover um julgamento independente de produtos e processos de software, a fim de avaliar a conformidade com seus requisitos.
3.5 linha bsica (baseline): Verso formalmente aprovada de um item de configurao, independente de mdia,
formalmente definida e fixada em um determinado momento durante o ciclo de vida do item de configurao.
3.6 item de configurao: Entidade dentro de uma configurao que satisfaz uma funo de uso final e que
pode ser identificada de forma nica em um determinado
ponto de referncia.
3.7 contrato: Acordo realizado entre duas partes, respaldado pela lei, ou acordo interno similar restrito a uma organizao, para o fornecimento de servios de software
ou para o fornecimento, desenvolvimento, produo, operao ou manuteno de um produto de
software.
3.8 desenvolvedor: Organizao que executa atividades de desenvolvimento (incluindo anlise de requisitos, projeto, testes at aceitao) durante o processo
de ciclo de vida de software.
3.9 avaliao: Determinao sistemtica do grau de
atendimento de uma entidade em relao aos critrios
para ela estabelecidos.
3.10 firmware: Combinao de um dispositivo de
hardware e instrues ou dados de computador que
residem como um software somente para leitura no dispositivo de hardware. Este software no pode ser diretamente modificado por um programa.
3.11 modelo de ciclo de vida: Estrutura contendo processos, atividades e tarefas envolvidas no desenvolvimento, operao e manuteno de um produto de
software, abrangendo a vida do sistema desde a definio
de seus requisitos at o trmino de seu uso.
3.12 mantenedor: Organizao que executa atividades
de manuteno.
3.13 monitorao: Exame da situao das atividades de
um fornecedor e dos seus resultados, efetuado pelo adquirente ou uma terceira parte.
3.14 item que no ser entregue: Hardware ou produto
de software cuja entrega no exigida em contrato, mas
pode ser utilizado no desenvolvimento do produto de
software.
3.15 produto de prateleira: Produto j desenvolvido e
disponvel para utilizao na forma em que se encontra
ou com modificao.
3.16 operador: Organizao que opera o sistema.
3.17 processo: Conjunto de atividades inter-relacionadas, que transforma entradas em sadas.
NOTA - O termo atividades engloba a utilizao de recursos.
[Ver NBR ISO 8402:1994, 1.2]
Cpia no autorizada
NOTAS
a) Garantia da qualidade interna: dentro de uma organizao, a garantia da qualidade prov confiana administrao;
3.23 pedido de proposta: Documento utilizado pelo adquirente como meio para divulgar aos potenciais fornecedores sua inteno de adquirir um sistema, produto de
software ou servio de software especificado.
3.24 descontinuao: Cancelamento do suporte ativo
pela organizao de operao e manuteno, substituio total ou parcial por um novo sistema, ou instalao
de um sistema atualizado.
3.25 segurana: Proteo de informaes e dados de
modo que pessoas ou sistemas no autorizados no
possam l-los ou modific-los e que pessoas ou sistemas
autorizados no tenham acesso negado a eles.
Cpia no autorizada
4) Processo de operao (subseo 5.4). Define as atividades do operador, organizao que prov servio de
operao de um sistema computacional, no seu ambiente
de funcionamento, para seus usurios.
NOTAS
1 Nas atividades de projeto e desenvolvimento, a verificao
refere-se ao processo de examinar o resultado de dada atividade
para determinar sua conformidade com os requisitos estabelecidos para a mesma atividade.
2 O termo verificado usado para designar o estado aps a
verificao.
[NBR ISO 8402:1994, 2.17]
Os processos de apoio de ciclo de vida (seo 6) constituem um conjunto de oito processos. Um processo de
apoio auxilia um outro processo como uma parte integrante, com um propsito distinto, e contribui para o
sucesso e qualidade do projeto de software. Um processo
de apoio empregado e executado, quando necessrio,
por outro processo. Os processos de apoio so:
Esta Norma agrupa as atividades que podem ser executadas durante o ciclo de vida de software em cinco processos fundamentais, oito processos de apoio e quatro
processos organizacionais. Cada processo de ciclo de
vida dividido em um conjunto de atividades; cada
atividade ento dividida em um conjunto de tarefas.
Uma seo numerada por a.b denota um processo, a.b.c
uma atividade e a.b.c.d uma tarefa. Estes processos de
ciclo de vida so introduzidos a seguir e ilustrados na
figura 1.
4.1.1.1 Processos fundamentais de ciclo de vida
Cpia no autorizada
5.1 Aquisio
6.1 Documentao
5.2 Fornecimento
5.3 Desenvolvimento
6.5 Validao
5.5 Manuteno
6.7 Auditoria
7.2 Infra-estrutura
7.3 Melhoria
7.4 Treinamento
3) Processo de melhoria (subseo 7.3). Define as atividades bsicas que uma organizao (isto , adquirente,
fornecedor, desenvolvedor, operador, mantenedor, ou o
gerente de outro processo) executa para estabelecer, medir, controlar e melhorar seu processo de ciclo
de vida.
4) Processo de treinamento (subseo 7.4). Define as
atividades para prover pessoal adequadamente treinado.
4.1.2 Processo de adaptao
Cpia no autorizada
tarefas:
Esta Norma contm vrios processos que so aplicados
ao longo de ciclo de vida de software por vrias organizaes, dependendo de suas necessidades e objetivos.
Para melhor esclarecimento, o anexo C apresenta os relacionamentos entre os processos de ciclo de vida e as
partes envolvidas.
2) Processo de fornecimento;
3) Processo de desenvolvimento;
4) Processo de operao;
5) Processo de manuteno.
As atividades e as tarefas em um processo fundamental
so de responsabilidade da organizao que inicia e
executa este processo. Esta organizao assegura a existncia e a funcionalidade do processo.
5.1 Processo de aquisio
5.1.1.3 Se o adquirente mantiver acordo com um fornecedor para a execuo da anlise dos requisitos de
um sistema, o adquirente dever aprovar estes requisitos.
5.1.1.4 O adquirente pode executar a definio e a anlise
Cpia no autorizada
seguintes tarefas:
5.1.5.1 O adquirente deveria preparar-se para aceitao
baseado na estratgia e nos critrios de aceitao definidos. A preparao de casos de teste, dados de teste,
procedimentos de teste e ambiente de teste deveria estar
includa. A abrangncia do envolvimento do fornecedor
deveria ser definida.
5.1.5.2 O adquirente dever conduzir a reviso de
Cpia no autorizada
tarefas:
5.2.3.1 O fornecedor deve negociar e firmar o contrato
5.2.4.1 O fornecedor deve conduzir uma reviso dos requisitos de aquisio, para definir a estrutura para gerenciar
e garantir o projeto e para garantir a qualidade do produto
ou servio de software a ser entregue.
5.2.4 Planejamento.
tes tarefas:
6) Reviso e avaliao;
7) Entrega e concluso.
5.2.1 Iniciao. Esta atividade consiste nas seguintes
tarefas:
5.2.1.1 O fornecedor conduz uma reviso dos requisitos
que constam no pedido de proposta, levando em considerao polticas e outros regulamentos da organizao.
5.2.1.2 O fornecedor deveria decidir entre propor ou aceitar
o contrato.
5.2.2 Preparao de resposta. Esta atividade consiste na
seguinte tarefa:
5.2.2.1 O fornecedor deveria definir e preparar uma
Cpia no autorizada
10
seguintes tarefas:
5.2.5.1 O fornecedor deve implementar e executar o(s)
guintes tarefas:
Cpia no autorizada
11
seguintes tarefas:
5.2.7.1 O fornecedor deve entregar o produto ou servio
na seguinte tarefa:
5.3.1.1 Se no estipulado no contrato, o desenvolvedor
senvolvido deve ser analisado para especificar os requisitos do sistema. A especificao dos requisitos do sistema deve descrever: funes e capacidades do sistema;
requisitos de negcio, organizacionais e de usurios; requisitos de proteo, de segurana, de engenharia de
fatores humanos (ergonomia), de interface, de operaes
e de manuteno; restries de projeto e requisitos de
qualificao. A especificao dos requisitos do sistema
deve ser documentada.
5.3.2.2 Os requisitos do sistema devem ser avaliados,
Cpia no autorizada
12
c) Testabilidade;
d) Viabilidade do projeto da arquitetura do sistema;
e) Viabilidade da operao e manuteno.
5.3.3 Projeto da arquitetura do sistema. Esta atividade
d) Testabilidade;
e) Viabilidade do projeto do software;
f) Viabilidade da operao e manuteno.
5.3.4.3 O desenvolvedor deve conduzir reviso(es)
c) Requisitos de qualificao;
5.3.5.2 O desenvolvedor deve desenvolver e documentar
Cpia no autorizada
13
de projeto
o seguinte:
a) Cada unidade de software e base de dados;
b) Procedimentos de teste e dados para testar cada
unidade de software e base de dados.
5.3.7.2 O desenvolvedor deve testar cada unidade de
software e base de dados, garantindo que sejam atendidos seus requisitos. Os resultados dos testes devem
ser documentados.
5.3.7.3 O desenvolvedor deve atualizar a documentao
Cpia no autorizada
14
com 6.7. Os resultados das auditorias devem ser documentados. Se ambos, hardware e software, esto sendo
desenvolvidos e integrados, as auditorias podem ser
adiadas at o teste de qualificao do sistema.
5.3.9.5 Uma vez bem sucedida a concluso das auditorias,
c) Consistncia interna;
d) Cobertura de teste dos requisitos do item de
software;
e) Adequao dos mtodos e padres de teste utilizados;
f) Conformidade com os resultados esperados;
g) Viabilidade do teste de qualificao do software;
h) Viabilidade da operao e manuteno.
5.3.8.6 O desenvolvedor deve conduzir reviso(es)
conjunta(s), de acordo com a seo 6.6.
5.3.10.3 O sistema integrado deve ser avaliado, considerando os critrios listados a seguir. Os resultados das
avaliaes devem ser documentados.
Cpia no autorizada
15
seguintes tarefas:
5.3.12.1 O desenvolvedor deve desenvolver um plano
2) Teste operacional;
3) Operao do sistema;
4) Suporte ao usurio.
5.4.1 Implementao do processo. Esta atividade consiste
Cpia no autorizada
16
testar o produto de software no seu ambiente de operao, para inserir os relatrios de problemas e pedidos
de modificao no processo de manuteno (5.5) e para
liberar o produto de software para uso operacional.
5.4.2 Teste operacional. Esta atividade consiste nas
seguintes tarefas:
5.4.2.1 Para cada liberao do produto de software, o
operador deve executar o teste operacional e, satisfazendo os critrios especificados, liberar o produto de
software para uso operacional.
1) Implementao do processo;
seguinte tarefa:
4) Reviso/aceitao da manuteno;
5) Migrao;
6) Descontinuao do software.
5.5.1 Implementao do processo. Esta atividade consiste
seguintes tarefas:
5.5.1.1 O mantenedor deve desenvolver, documentar e
5.4.4.1 O operador deve prover assistncia e consultoria
Cpia no autorizada
17
d) Execuo da migrao;
problema.
e) Verificao da migrao;
5.5.2.3 Baseado na anlise, o mantenedor deve desen-
5.5.3.2
antigo devem estar acessveis, de acordo com os requisitos do contrato para preservao e auditoria dos dados.
tarefas:
5.5.5.1 Se um sistema ou produto de software (incluindo
dados) migrado de um ambiente de operao antigo
para um novo, deve ser assegurado que qualquer produto
de software ou dados produzidos ou modificados durante
a migrao estejam de acordo com esta Norma.
5.5.5.2 Um plano de migrao deve ser desenvolvido,
porte ativo pelas organizaes responsveis pela operao e manuteno, deve ser desenvolvido e documentado. As atividades de planejamento devem incluir os
usurios. O plano deve conter os itens listados a seguir.
O plano deve ser executado.
a) Cessao total ou parcial de suporte aps um
certo perodo de tempo;
b) Arquivamento do produto de software e sua documentao associada;
c) Responsabilidade por quaisquer questes futuras
de suporte residual;
Cpia no autorizada
18
O processo de documentao um processo para registrar informaes produzidas por um processo ou atividade
do ciclo de vida. O processo contm o conjunto de atividades que planeja, projeta, desenvolve, produz, edita,
distribui e mantm aqueles documentos necessrios a
todos os interessados, tais como gerentes, engenheiros
e usurios do sistema ou produto de software.
c) Descrio de outras opes de suporte disponveis, uma vez que o suporte seja descontinuado.
1) Implementao do processo;
2) Projeto e desenvolvimento;
3) Produo;
4) Manuteno.
6.1.1 Implementao do processo. Esta atividade consiste
software descontinuado devem estar acessveis, de acordo com os requisitos do contrato para preservao e auditoria dos dados.
b) Propsito;
1) Processo de documentao;
c) Pblico-alvo;
d) Procedimentos e responsabilidades pelas entradas, desenvolvimento, reviso, alterao, aprovao, produo, armazenamento, distribuio, manuteno e gerncia de configurao.
e editados em comparao com os seus padres de documentao no que se refere ao formato, contedo tcnico
e estilo de apresentao. Eles devem ser aprovados
quanto sua adequao, pelo pessoal autorizado, antes
de sua emisso.
Cpia no autorizada
19
tarefas:
na seguinte tarefa:
refa:
6.1.4.1 Quando a documentao est para ser alterada,
na seguinte tarefa:
6.2.3.1 Deve ser executado o seguinte: identificao e
e relatrios de situao que mostrem a situao e o histrico dos itens de software controlados, incluindo a linha
bsica (baseline). Os relatrios de situao deveriam
incluir o nmero de alteraes em um projeto, as ltimas
verses do item de software, identificadores de liberao,
a quantidade de liberaes e as comparaes entre elas.
6.2.5 Avaliao da configurao. Esta atividade consiste
na seguinte tarefa:
6.2.5.1 Deve ser determinado e garantido o seguinte: a
software e documentao devem ser formalmente controladas. Cpias matrizes do cdigo e da documentao
devem ser mantidas durante a vida do produto de
software. O cdigo e a documentao que contenham
funes crticas de proteo ou segurana devem ser
manipulados, armazenados, empacotados e distribudos
de acordo com as polticas das organizaes envolvidas.
na seguinte tarefa:
6.3 Processo de garantia da qualidade
6.2.1.1 Um plano de gerncia de configurao deve ser
Cpia no autorizada
20
seguintes tarefas:
6.3.2.1 Deve ser garantido que todos os planos exigidos
ao projeto deve ser estabelecido. Os objetivos do processo de garantia da qualidade devem ser determinados,
para garantir que os produtos de software e os processos
empregados para fornec-los estejam conforme os seus
requisitos estabelecidos e sejam aderentes aos seus
planos estabelecidos.
seguintes tarefas:
processo de garantia da qualidade deve ser desenvolvido, documentado, implementado e mantido durante
a vigncia do contrato. O plano deve incluir o seguinte:
a) Padres de qualidade, metodologias, procedimentos e ferramentas para executar as atividades
de garantia da qualidade (ou referncias na documentao oficial da organizao);
b) Procedimentos para reviso de contrato e sua
coordenao;
c) Procedimentos para identificao, coleta, arquivamento, manuteno e disponibilizao dos registros da qualidade;
d) Recursos, cronograma e responsabilidades para
conduzir as atividades de garantia da qualidade;
e) Atividades e tarefas selecionadas dos processos
de apoio, tais como verificao (6.4), validao (6.5),
reviso conjunta (6.6), auditoria (6.7) e resoluo de
problema (6.8).
6.3.1.4 Atividades e tarefas de garantia da qualidade
partes envolvidas sejam providos do apoio e da cooperao requeridos, de acordo com o contrato, negociaes
e planos.
6.3.3.5 Deveria estar garantido que as medies do
produto e do processo de software estejam de acordo
com padres e procedimentos estabelecidos.
6.3.3.6 Deve ser garantido que a equipe alocada tenha a
Cpia no autorizada
21
anteriormente, um plano de verificao deve ser desenvolvido e documentado. O plano deve indicar as atividades do ciclo de vida e produtos de software sujeitos a
verificao, as tarefas de verificao requeridas para
cada atividade do ciclo de vida e produto de software; e
recursos, responsabilidades e cronograma associados.
O plano deve indicar procedimentos para enviar relatrios
de verificao ao adquirente e outras organizaes envolvidas.
tarefas:
6.4.2.1 Verificao do contrato. O contrato deve ser
2) Verificao.
6.4.1 Implementao do processo. Esta atividade consiste
esforo de verificao e o grau de independncia organizacional. Os requisitos do projeto devem ser analisados
em funo dos fatores crticos. Estes fatores podem ser
aferidos nos seguintes termos:
a) O potencial de que um erro no detectado em um
requisito do sistema ou software possa causar morte
ou dano pessoal, no alcance de objetivos, perda
ou dano financeiro ou de equipamento;
b) A maturidade e riscos associados com a tecnologia
de software a ser utilizada; e
Cpia no autorizada
22
Cpia no autorizada
23
tarefas:
6.5.2.1 Preparar os requisitos de teste, casos de teste e
revises devem ser acordados pelas partes. Estes recursos incluem pessoal, local, instalaes, hardware,
software e ferramentas.
6.6.1.3 As partes deveriam concordar com os seguintes
incluindo:
a) Teste de estresse, limites e entradas especficas.
b) Teste do produto de software para verificar sua
habilidade em isolar e minimizar efeitos de erros;
isto , degradao suave em caso de falha, pedido
de assistncia do operador em caso de estresse, de
exceder limites e de condies especficas.
c) Teste para que usurios representativos possam
executar, com sucesso, suas tarefas pretendidas
usando o produto de software.
6.5.2.4 Validar que o produto de software satisfaa seu
uso pretendido.
6.5.2.5 Testar o produto de software, quando apropriado,
e distribudos. A parte revisora apresentar parte revisada a adequabilidade (por exemplo: aprovao, desaprovao ou aprovao condicional) dos resultados da
reviso.
6.6.1.6 As partes devem concordar com os resultados da
tarefa:
6.6.3.1 Revises tcnicas devem ser promovidas para
avaliar os produtos ou servios de software em considerao e prover evidncia de que:
c) Suas alteraes esto implementadas adequadamente e afetam somente aquelas reas identificadas pelo processo de gerncia de configurao (6.2);
Cpia no autorizada
24
1) Implementao do processo;
6.8 Processo de resoluo de problema
2) Auditoria.
6.7.1. Implementao do processo. Esta atividade consiste
devem ser registrados e includos no processo de resoluo de problema (6.8), quando requerido.
gurar que:
a) Produtos de software codificados (tais como item
de software) reflitam a documentao do projeto;
b) A reviso de aceitao e requisitos de teste prescritos pela documentao estejam adequados para
aceitao dos produtos de software;
na seguinte tarefa:
a) O processo deve ser de ciclo fechado (closedloop), garantindo que: todos os problemas detectados
sejam prontamente relatados e includos no processo
de resoluo de problema; a ao seja iniciada nos
problemas detectados; as partes relevantes sejam
alertadas da existncia do problema, quando
apropriado; as causas sejam identificadas, analisadas e, quando possvel, eliminadas; a resoluo e
sua aplicao sejam alcanadas; a situao seja
rastreada e relatada; e os registros dos problemas
sejam mantidos, conforme estipulado no contrato;
b) O processo deveria conter um esquema para categorizar e priorizar os problemas. Cada problema
deveria ser classificado por categoria e prioridade
para facilitar a anlise de tendncia e resoluo de
problema;
Cpia no autorizada
25
c) A anlise deve ser executada para detectar tendncias nos problemas relatados;
seguinte tarefa:
tarefa:
7.1.2.1 O gerente deve preparar os planos para execuo
do processo. Os planos associados execuo do processo devem conter descries das tarefas e atividades
associadas e identificao dos produtos de software que
sero providos. Esses planos no se limitam a, mas
devem incluir o seguinte:
a) Cronogramas para a concluso oportuna das tarefas;
b) Estimativa de esforo;
2) Processo de infra-estrutura;
3) Processo de melhoria;
4) Processo de treinamento.
e) Atribuio de responsabilidades;
f) Quantificao de riscos associados com as tarefas
ou com o prprio processo;
g) Medidas de controle de qualidade a serem empregadas durante o processo;
h) Custos associados com a execuo do processo;
i) Proviso de ambiente e infra-estrutura.
7.1.3 Execuo e controle. Esta atividade consiste nas
seguintes tarefas:
7.1.3.1 O gerente deve iniciar a implementao do plano
Cpia no autorizada
26
seguintes tarefas:
7.1.4.1 O gerente deve garantir que o software e os planos
sejam avaliados para satisfazer requisitos.
7.1.4.2 O gerente deve verificar os resultados da avaliao
tarefas:
modificada quando necessrio, para garantir que ela continue a satisfazer os requisitos do processo que emprega
este processo. Como parte da manuteno da infraestrutura, deve ser definido at que ponto a infra-estrutura
est sob controle da gerncia de configurao.
7.3 Processo de melhoria
O processo de melhoria um processo para estabelecer,
avaliar, medir, controlar e melhorar um processo de ciclo
de vida de software.
seguintes tarefas:
3) Manuteno da infra-estrutura.
7.2.1 Implementao do processo. Esta atividade consiste
planejado e documentado.
7.2.2 Estabelecimento da infra-estrutura. Esta atividade
seguintes tarefas:
7.3.3.1 A organizao deve efetuar tais melhorias nos
seus processos se for determinada esta necessidade,
como resultado da avaliao e reviso do processo. A
documentao do processo deveria ser atualizada para
refletir a melhoria dos processos organizacionais.
Cpia no autorizada
27
na seguinte tarefa:
/ANEXOS
Cpia no autorizada
28
Anexo A (normativo)
Processo de adaptao
O processo de adaptao um processo para realizar a
adaptao bsica desta Norma para um projeto de
software. Este anexo fornece requisitos para adaptar esta
Norma.
Lista de atividades. Este processo consiste nas seguintes
atividades:
1) Identificao do ambiente do projeto;
2) Solicitao de informaes;
3) Seleo de processos, atividades e tarefas;
4) Documentao de decises e motivos da adaptao.
/ANEXO B
Cpia no autorizada
29
Anexo B (informativo)
Orientao para adaptao
Nenhum projeto idntico a outro. Variaes nas polticas
e procedimentos organizacionais, mtodos e estratgias
de aquisio, tamanho e complexidade do projeto,
requisitos e mtodos de desenvolvimento do sistema,
entre outras coisas, influenciam na forma como um
sistema adquirido, desenvolvido, operado e mantido.
Para acomodar essas variaes, tanto quanto possvel,
esta Norma foi escrita para um projeto genrico. Portanto,
no interesse de reduo de custo e melhoria da
qualidade, esta Norma deveria ser adaptada para um
projeto especfico. Todas as partes envolvidas no projeto
deveriam ser envolvidas na adaptao.
Cpia no autorizada
30
Cpia no autorizada
31
Outras consideraes
Modelos e mtodos
Outras entradas
Tempo
Normas de
processos
de ciclo de
vida de
software
Requisitos
Legislao
Segurana
Proteo
Cascata
Espiral
E
M
P
R
E
S
A
Mtodo
Ambiente
Credenciais
(NBR 9001 ....)
Capacidade
organizacional
Aplicao
Adaptao
Avaliao
Teste
ETC
Manual da qualidade
Procedimentos
O que
Quem
Adquirente
Fornecedor
Contrato
Desenvolvedor
Plano de
qualidade
Operadores
Plano de
projeto
Manutenedores
Projeto
iniciado
Cpia no autorizada
32
Anexo C (informativo)
Orientaes sobre processos e organizaes
Para proporcionar um melhor entendimento, este anexo
apresenta uma discusso sobre os processos, as organizaes e seus relacionamentos sob pontos de vista
relevantes.
processo de desenvolvimento e um processo de manuteno. Em cada processo so apresentadas suas atividades. O processo de desenvolvimento empregado
por engenheiros de desenvolvimento para produzir
produtos de software. O processo de manuteno empregado pelos engenheiros de manuteno para modificar o software e mant-lo atualizado.
A viso de operao tem um processo de ciclo de vida
(ver o quadro sombreado mais abaixo direita, dentro
dos processos fundamentais de ciclo de vida): um
processo de operao e suas respectivas atividades.
O processo de operao empregado para operar o
software para seus usurios.
A viso da gerncia da qualidade tem cinco processos
de ciclo de vida (ver o quadro sombreado dentro dos
processos de apoio de ciclo de vida): processo de garantia
da qualidade; processo de verificao; processo de validao; processo de reviso conjunta; e processo de auditoria. Suas atividades constituintes no so mostradas.
Esses processos relacionados qualidade so empregados para gerenciar qualidade ao longo do ciclo de
vida de software. Os processos de verificao, validao,
reviso conjunta e auditoria podem ser empregados separadamente por diferentes partes e tambm como
tcnicas do processo de garantia da qualidade.
A viso de gerncia tem um processo (ver quadro sombreado dentro dos processos organizacionais de ciclo
de vida): um processo de gerncia que utilizado por
qualquer organizao para gerenciar seu respectivo processo. Suas atividades constituintes so apresentadas.
Cpia no autorizada
33
O processo de desenvolvimento (e o desenvolvedor) contribui examinando o sistema para uma correta definio do
produto de software, pelo desenvolvimento do produto de
software e pelo apoio integrao apropriada do produto
de software ao sistema. O processo de operao (e o operador) contribui operando o produto de software no ambiente do sistema em benefcio dos usurios, do negcio,
e do objetivo do sistema. O processo de manuteno (e o
mantenedor) contribui mantendo e sustentando o produto
de software para adequao operacional e fornecendo
apoio e orientao aos usurios. Cada processo de apoio
ou organizacional contribui fornecendo funes especializadas para outros processos, quando necessrio.
Viso de
contrato
emprega
Processo de
aquisio
. Adquirente
.Fornecedor
Processo de
fornecimento
emprega
Viso de
gerncia
emprega
Gerente
Processo de gerncia
Processo de operao
emprega
Viso de
engenharia
emprega
. Desenvolvedor
. Mantenedor
Processo de
desenvolvimento
Processo de
manuteno
Viso de
apoio
Processos de apoio
Documentao
Gerncia de configurao
Resoluo de problema
Garantia da qualidade
Verificao
Validao
Reviso conjunta
Auditoria
Processos organizacionais
Encarregado
dos
processos
de
suporte
Cpia no autorizada
34
6. Processos de apoio
de ciclo de vida
Viso d e co ntrato
5.1 Processo de aquisio
6.1 Processo de
documentao
Preparao de pedido
de proposta
Iniciao
Preparao e atualizao
do contrato
Monitorao do
fornecedor
Aceitao e
concluso
6.2 Processo de
gerncia de
configurao
Iniciao
Contrato
de resposta
Execuo e
controle
Planejamento
Reviso e
avaliao
Entrega e
concluso
V is
so de g er
rnc
nci a da
da
quuaaliidaade
Implementao
do processo
Anlise de
requisitos
do sistema
6.3 Processo de
garantia da
qualidade
Viso d e o pe rao
5.4 Processo de operao
Instalao
do software
Projeto da
arquitetura
do sistema
Integrao
do sistema
Apoio
aceitao
do software
Implementao
do processo
Teste
operacional
Operao
do sistema
Suporte ao
usurio
6.5 Processo de
validao
Teste de
qualificao
do sistema
Projeto da
arquitetura
do software
Projeto
detalhado
do software
Integrao
do software
Teste de
qualificao
do software
Codificao e
integrao do
software
Implementao
do processo
Anlise dos
problemas e
da modificao
Implementao
da modificao
Reviso/
aceitao da
manuteno
Migrao
6.4 Processo de
verificao
Descontinuao
do software
6.6 Processo de
reviso
conjunta
6.7 Processo de
auditoria
6.8 Processo de
resoluo de
problema
Reviso e
avaliao
Concluso
Avaliao do processo
Melhoria do processo
/ANEXO D
Cpia no autorizada
35
Anexo D (informativo)
Bibliografia
NBR ISO/IEC 12119:1994, Tecnologia de informao Pacotes de software - Teste e requisitos de qualidade