P. 1
ISO 12207

ISO 12207

|Views: 160|Likes:
Publicado porvitorgv

More info:

Published by: vitorgv on Jun 16, 2011
Direitos Autorais:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

03/19/2013

pdf

text

original

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

ISO/lEe 12207
Origem: Wikipedia, a enciclopedia livre.

A ISOIIEC 12207

e a norma

ISOIIEC que define processo de desenvolvimento de software.

A norma intemacional ISO/lEe 12207 [1] tern como objetivo principal estabelecer uma estrutura comum para os processos de cicIo de vida e de desenvolvimento de softwares visando ajudar as organizacoes a compreenderem todos os componentes presentes na aquisicao e fomecimento de software e, assim, conseguirem firmar contratos e executarem projetos de forma mais eficaz.

Indice
• 1 Introducao • 2 Estrutura • 2.1 Processos fundamentais • 2.2 Processos de apoio • 2.3 Processos organizacionais • 2.4 Processos de adaptacao • 3 Atividades do desenvolvimento • 3.1 Implementacao • 3.2 Levantamento dos requisitos • 3.3 Analise dos requisitos do sistema • 3.4 Projeto da arquitetura do sistema • 3.5 Analise dos requisitos do software • 3.6 Projeto da arquitetura do software • 3.7 Proj eto detalhado do software • 3.8 Codificacao e testes do software • 3.9 Integracao do software • 3.10 Teste de Qualificacao do software • 3.11 Integracao do sistema • 3.12 Teste de qualificacao do sistema

,

1 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

• 3.13 Instalacao do software • 3.14 Apoio a aceitacao do software

Introdueao
Urn processo e urna sequencia de passos realizados para urn determinado proposito [IEEE 610.12, 1690]; 0 processo de software envolve metodos, tecnicas, ferramentas e pessoas. Urn processo pode ser descrito de duas formas: por proposito ou resultado e por atividade. A descri~ao por proposlto ou resultado e utilizada quando nao ha necessidade de detalhar 0 processo, apenas indicar 0 objetivo e 0 resultado. Essa abordagem podera ser utilizada na avaliacao do processo em relacao aos modelos de maturidade de software como, por exemplo, 0 modelo CMMI e 0 modelo da ISO/IEC 15504. A descri~ao por atividade e a abordagem mais conhecida e intuitiva. Nela sao descritas as atividades com as inter-relacoes e 0 algoritmo de execucao de cada atividade. As atividades devem atingir 0 proposito do processo. Para isso deve adotar as premissas: • Que procedimentos e metodos serao usados para a execucao das atividades; • Que Jerramentas e equipamentos suportarao a realizacao das atividades, de forma a simplificar e automatizar 0 trabalho; • Qual 0 perfil adequado de quem ira executar as atividades equal 0 treinamento requerido nos procedimentos, metodos, Jerramentas para que se possam realizar as atividades de forma adequada; • Quais as metricas de processo que poderao ser empregadas para que a execucao do processo possa ter a qualidade avaliada. A norma ISOIIEC 12207 estabelece urna arquitetura de alto nivel do cicIo de vida de software que e construida a partir de urn conjunto de processos e seus inter-relacionamentos. Os processos sao descritos tanto em nivel de proposito/saidas como em termos de atividades. A ISOIIEC 12207 niio possui nenhurna ligacao com metodos, Jerramentas, treinamentos, metricas ou tecnologias empregadas. Esta determinacao e util para permitir que a norma seja utilizada mundialmente e possa acompanhar a evolucao da engenharia de software nas diversas culturas organizacionais. Ela pode ser utilizada com qualquer modelo de cicIo de vida, metoda ou tecnica de engenharia de software e linguagem de programacao. Sua flexibilidade e urna caracterlstica importante, as atividades e tarefas do processo de cicIo de vida do software especificam "0 queJazer" e nao "comoJazer". Os processos da ISOIIEC 12207 sao modulares, ou seja, sao Jortemente coesos e fracamente acoplados. Isto significa que todas as partes de urn processo sao fortemente relacionadas, mas a quanti dade de interfaces entre os processos e minima. As regras listadas a seguir sao importantes para identificacao, escopo e estruturacao dos processos e devem ser seguidas. • Urn processo deve ser modular, isto e, convem que urn processo execute uma e somente uma funcao dentro do cicIo de vida e e conveniente que as
de 11 15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

• • • • •

interfaces entre dois processos quaisquer sejam minimas; Cada processo e invocado na arquitetura; Se urn processo A e invocado por urn processo B e somente por ele, entao A pertence a B; Se urna funcao e invocada por mais de um processo, entao esta funcao toma-se urn processo; Deve ser possivel verificar qualquer funcao dentro do modelo de cicIo de vida; Convem que cada processo tenha urna estrutura intema suficientemente definida para que possa ser executdvel.

Estrutura
Os processos na ISOIIEC 12207 sao de responsabilidade de urna organizacao, mas nao sao excIusivos desta, ou seja, urna organizacao pode executar urn ou mais processos e urn processo pode ser executado por urna ou mais organizacoes, Neste caso, urna das organizacoes sera a responsavel pelo processo total, mesmo que tarefas individuais sejam realizadas por pessoas diferentes. Os processos sao agrupados, por urna questao de organizacao, de acordo com a sua natureza, ou seja, 0 seu objetivo principal no cicIo de vida de software. Esse agrupamento resultou em 4 diferentes cIasses de processos, que sao: • • • • Processos fundamentais; Processo de apoio; Processos organizacionais; Processos de adaptacao,

Processos fundamentais
Os processos fundamentais sao necessaries para que urn software seja executado. Eles iniciam • • • • •
0

cicIo de vida e comandam outros processos. Sao e1es:

Aquisicao: possui 0 proposito de obter 0 produto e/ou service que satisfaca suas necessidades; Fomecimento: possui 0 proposito de prover urn produto e/ou service; Desenvolvimento: possui 0 proposito de transformar urn conjunto de requisitos em urn produto ou sistema de software; Operacao: possui 0 proposito de operar 0 produto no seu ambiente e prover suporte aos usuaries; Manutencao: possui 0 proposito de modificar 0 produto de software e depois dar liberacao para 0 uso.

Processos de apoio
Os processos de apoio auxiliam outro processo. Eles sao usados para garantir a qualidade, mas nao sao fundamentais. Sao e1es: • Documentacao: possui 0 proposito de prover, manter urn registro de informacoes de software; • Gerencia de configuracao: possui 0 proposito de estabelecer e manter a integridade de todos os produtos de trabalho (artefato) de urn processo do projeto;

3 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

• Garantia da qualidade: possui 0 proposito de prover garantia de que os produtos e processos estao em conformidade com 0 requisitos (padroes/normas) pre-definidos; • Verificacao: possui 0 proposito de confirmar que os produtos e/ou servicos refletem os requisitos especificados; • Validacao: possui 0 proposito de confmnar que os requisitos para 0 uso especifico de urn produto e/ou service sao atendidos; • Revisao conjunta: possui 0 proposito de manter 0 entendimento (gerencial comurn com os stakeholders); • Auditoria: possui 0 proposito de determinar independentemente a conformidade dos produtos e processos contra os requisitos definidos; • Resolucao de problema: possui 0 proposito de assegurar que todos os problemas levantados sejam analisados e resolvidos; • U sabilidade; • Contrato.

Processos organizacionais
Os processos organizacionais auxiliam a organizacao e gerencla geral dos processos e podem ser empregados fora do dominio de projetos e contratos especificos, servindo para toda a organizacao. Sao e1es: • • • • • • • Gerencia: possui 0 proposito de organizar, monitorar e controlar a iniciacao e 0 desempenho dos processos; Infra-estrutura: possui 0 proposito de manter urna infra-estrutura estavel e confiavel; Melhoria: possui 0 proposito de estabelecer, avaliar, controlar e melhorar urn processo de cicIo de vida de software; Recursos hurnanos: possui 0 proposito de prover e manter recursos hurnanos adequados mantendo as suas capacitacoes consistentes com Gestae de ativos: possui 0 proposito de gerenciar a vida dos ativos (reusaveis) desde a concepcao ate a desativacao; Gestae de programa de reuso: possui 0 proposito de planejar, estabelecer, controlar, monitorar os programas de reuso; Engenharia de dominio: possui 0 proposito de desenvolver e manter modelos de dominio, arquiteturas e ativos deste dominio.

0

negocio;

Processos de adaptacao
Os processos sao adaptaveis a: • • • • Projeto; Organizacao; Cultura; Modelo de cicIo de vida, metodos e tecnicas, e linguagens.

Atividades do desenvolvimento

de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

Algumas atividades importantes para • • • • • • • • • •

0

desenvolvimento de software serao descritas a seguir. Sao elas:

Implementayao; Levantamento de requisitos; Analise dos requisitos do software; Projeto da arquitetura do software; Projeto detalhado do software; Codificacao e testes do software; Integracao do software; Teste de qualificacao do software; Instalacao do software; Testagem e aprovacao do software

Elas foram descritas com base na norma ISOIIEC 12207.

Implementaeao
A implementacao consiste na definicao ou selecao de urn modelo de cicIo de vida de software apropriado ao escopo, magnitude e complexidade do projeto e na execucao de documentacao dos resultados, de acordo com 0 processo de documentacao; colocacao dos resultados sob 0 processo de gerencia de configuracao; execucao do controle de alteracoes, de acordo com e1e; documentacao e resolucao de nao-conformidades e problemas encontrados nos produtos de software e tarefas, de acordo com 0 processo de resolucao de problema; execucao dos processos de apoio, conforme especificado no contrato; selecao, adaptacao e utilizacao de padrfies, metodos, ferramentas e linguagens de programacao de computador; desenvolvimento dos planos para conduzir as atividades do processo de desenvolvimento.

Levantamento dos requisitos

a levantamento

dos requisitos consiste em entender os requisitos e solicitacoes do sistema; obter e definir os requisitos e solicitacoes do cliente atraves de sua solicitacao direta ou atraves de outras entradas como revisao da proposta de negocio, objetivos operacionais, ambiente de hardware e outros docurnentos.

E imprescindivel

entender as expectativas do cliente e assegurar que tanto 0 cIiente quanto 0 fomecedor entendam os requisitos da mesma forma. Isso pode ser feito atraves do processo de apoio "Revisao Conjunta" descrito na norma ISOIIEC 12207. E necessario acordar os requisitos e obter urn acordo entre as equipes que irao desenvolver 0 trabalho em relacao aos requisitos do cIiente. gerenciar todas as mudancas feitas nos requisitos do cliente em relacao a linha-basica definida assegurando que tecnologicas e de necessidades do cIiente sao identificados e os impactos de introducao dessas mudancas sao avaliados.

E importante

0

resultado de mudancas

5 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

Amilise dos requisitos do sistema
Apos • • • •
0

levantamento, segue para a especificacao dos requisitos do sistema. Esta especificacao deve descrever:

Funcoes e capacidades do sistema; Requisitos de negocio, organizacionais e de usuaries; Requisitos de protecao, de seguranca, de engenharia de fatores humanos (ergonomia), de interface, de operacoes e de manutencao; Restricoes de projeto e requisitos de qualificacao,

Os requisitos precisam ser avaliados. Por isso, para formalizar e facilitar a avaliacao, os criterios listados a seguir devem ser seguidos: • • • • • Rastreabilidade com os requisitos do cliente e necessidades de aquisicao; Consistencia com as necessidades de aquisicao e com 0 levantamento dos requisitos; Testabilidade; Viabilidade do projeto da arquitetura do sistema; Viabilidade da operacao e manutencao,

Apos a avaliacao interessadas.

e importante

estabelecer mecanismos de comunicacao para disseminar os requisitos do sistema e suas atualizacoes para todas as partes

Projeto da arquitetura do sistema
Com os requisitos elaborados e validados, pode-se estabelecer uma arquitetura de alto nivel para 0 sistema. A arquitetura deve identificar itens de hardware, software e operacoes manuais. Apes a arquitetura ser estabelecida, e necessario avalia-la, considerando os criterios listados a seguir: • • • • • Rastreabilidade para os requisitos do sistema; Consistencia com os requisitos do sistema; Adequacao dos metodos e padroes de projeto utilizados; Viabilidade dos itens de software atenderem seus requisitos alocados; Viabilidade da operacao e da manutencao.

Analise dos requisitos do software
Para garantir a qualidade do produto entregue, as caracteristicas de qualidade descritas a seguir devem ser observadas nos requisitos de software: • Especificacoes funcionais e de capacidade, inc1uindo desempenho, caracteristicas fisicas e condicoes do ambiente sob
0

qual

0

item de software sera

6 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

• • • • • • • • • •

executado; Interfaces extemas ao item de software; Requisitos de qualificacao; Especificacoes de protecao, inc1uindo aquelas relacionadas aos metodos de operacao e manutencao, influencias do ambiente e danos pessoais; Especificacoes de seguranca, inc1uindo aquelas relacionadas com 0 comprometimento de informacoes sigilosas; Especificacoes de engenharia de fatores humanos (ergonomia), inc1uindo aquelas relacionadas com operacoes manuais, interacoes entre homem-maquina, restricoes a pessoal e areas que necessitam de maior atencao humana, que sao sensiveis a erros humanos e treinamento; Definicao de dados e requisitos de bases de dados; Requisitos de instalacao e aceitacao do produto de software entregue nos locais de operacao e manutencao; Documentacao do usuario; Requisitos do usuario para execucao e operacao; Requisitos do usuario para manutencao.

Ap6s a analise de requisitos de software • • • • • •

e necessario

fazer a avaliacao desses requisitos considerando os criterios listados a seguir:

Rastreabilidade para os requisitos do sistema e projeto do sistema; Consistencia extema com os requisitos do sistema; Consistencia intema; Testabilidade; Viabilidade do projeto do software; Viabilidade da operacao e manutencao,

Pode-se conduzir uma ou mais revisoes conjuntas e estabelecer as baselines.

Projeto da arquitetura do software
de arquitetura de software busca transformar os requisitos em uma arquitetura que descreve sua estrutura de alto nivel e identifica os componentes de software. As versoes preliminares da documentacao do usuario, dos requisitos preliminares e de testes devem ser garantidas e documentadas. 0 cronograma para a Integracao do Software deve ser criado. A avaliacao da arquitetura do item de software e os projetos de interface e base de dados, considerando os criterios listados a seguir: • • • • Rastreabilidade para os requisitos do item de software; Consistencia extema com os requisitos do item de software; Consistencia intema entre os componentes de software; Adequacao dos metodos e padroes de projeto utilizados;

o projeto

7 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

• Viabilidade do projeto detalhado; • Viabilidade da operacao e manutencao, Pode-se conduzir urna ou mais revisoes conjuntas e estabelecer as baselines.

Projeto detalhado do software
Ap6s 0 projeto de arquitetura, desenvolve-se urn projeto detalhado de software para cada componente do software. Os componentes de software devem ser refinados em niveis mais baixos, contendo unidades de software que possam ser codificadas, compiladas e testadas. 0 projeto detalhado das interfaces deve permitir a codificacao sem a necessidade de informacao adicional. Durante 0 detalhamento de software, se for necessario, deve ser feita a atualizacao da documentacao do usuario, E importante definir e docurnentar os requisitos de teste e 0 cronograma para testar unidades de software. Ap6s detalhamento do projeto de software • • • • • •

e necessario

fazer a avaliacao deste detalhamento, considerando os criterios listados a seguir:

Rastreabilidade para os requisitos do item de software; Consistencia extema com 0 projeto da arquitetura; Consistencia intema entre os componentes e unidades de software; Adequacao dos metodos e padroes de projeto utilizados; Viabilidade dos testes; Viabilidade da operacao e manutencao,

Pode-se conduzir urna ou mais revisoes conjuntas e estabelecer as baselines.

Codiflcaeao e testes do software
Para, finalmente, executar a codificacao e os testes e necessario desenvolver e docurnentar cada unidade de software com base em procedimentos a serem definidos. Os testes devem garantir que os requisitos docurnentados sejam atendidos. Os resultados dos testes devem ser docurnentados. Durante esta fase, a atualizacao e documentacao do usuario pode ser feita, se necessario. Ap6s a codificacao e testes e importante fazer a avaliacao do c6digo do software e dos resultados dos testes, considerando os criterios listados a seguir: • • • • • • Rastreabilidade para os requisitos e projeto do item de software; Consistencia extema com os requisitos e projeto do item de software; Consistencia intema entre os requisitos da unidade; Cobertura de teste das unidades; Adequacao dos metodos e padroes de codificacao utilizados; Viabilidade da integracao e testes do software;

8 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

• Viabilidade da operacao e manutencao, Os resultados das avaliacoes devem ser docurnentados.

Integracao do software
Para poder homologar 0 sistema e necessario desenvolver urn plano de integracao para integrar as unidades e componentes de software. 0 plano deve incluir requisitos de teste, procedimentos, dados, responsabilidades e cronograma. Deve-se testar essas agregacoes a medida que forem sendo integradas, de acordo com 0 plano de integracao, Durante esta fase, a atualizacao e documentacao do usuario pode ser feita, se necessario, Ap6s a codificacao e testes e importante fazer a avaliacao do plano de integracao, projeto, codigo, testes, resultados dos testes e a documentacao do usuario, considerando os criterios listados: • • • • • • • • Rastreabilidade para os requisitos do sistema; Consistencia extema com os requisitos do sistema; Consistencia intema; Cobertura de teste dos requisitos do item de software; Adequacao dos metodos e padroes de teste utilizados; Conformidade com os resultados esperados; Viabilidade do teste de qualificacao do software; Viabilidade da operacao e manutencao,

Pode-se conduzir urna ou mais revisoes conjuntas e estabelecer as baselines.

Teste de Qualiflcaeao do software
Deve-se desenvolver e docurnentar os requisitos de qualificacao de software e elaborar casos de teste( entradas, saidas e criterios de teste) e procedimentos de teste para conduzir 0 Teste de Qualificacao do Software de acordo com os requisitos de qualificacao para 0 item de software. Ap6s a codificacao e testes e importante fazer a avaliacao do projeto, codigos, testes, resultados dos testes e a documentacao dos usuaries, considerando os criterios listados a seguir:

~------------------------------------------------------------------------------------------------------------------------------------,
I I

: :
I L I

·Cobertura de teste dos requisitos do item de software; -Conf ormi.dade com as resultados esperados; ·Viabilidade da Lnt.cqr acao e testes do sistema, se conduzidos; ·Viabilidade da opez aoao e manut.ericao ,

I I

: :
~I
I

E importante
9 de 11

estar preparado para dar apoio as auditorias.

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

Integracao do sistema
A integracao do sistema faz-se a partir da integracao dos itens de configuracao de software ao sistema. Ap6s a integracao deve-se conduzir ao teste de qualificacao do sistema. Ap6s a codificacao e testes e importante fazer a avaliacao do sistema, considerando os criterios listados a seguir: • • • • • Cobertura de teste dos requisitos do sistema; Adequacao dos metodos e padroes de teste utilizados; Conformidade com os resultados esperados; Viabilidade do teste de qualificacao do sistema; Viabilidade da operacao e manutencao,

Teste de quallflcacao do sistema
Para garantir a qualidade do produto entregue listados a seguir:

e importante

conduzir

0

teste de qualificacao do sistema e fazer a avaliacao do sistema, considerando os criterios

• Cobertura de teste dos requisitos do sistema; • Conformidade com os resultados esperados; • Viabilidade da operacao e manutencao,

E importante

estar preparado para dar apoio as auditorias.

Instalaeao do software
Na instalacao do software deve-se executar urn plano para instalar 0 produto de software no ambiente alvo, conforme designado no contrato. Deve ser assegurado que 0 c6digo do software e as bases de dados sejam iniciados, executados e finalizados, conforme especificado no contrato. Os eventos e resultados da instalacao devem ser docurnentados.

Apoio it aceitaeao do software
No apoio a aceitacao do software e preciso garantir 0 apoio a revisao de aceitacao do adquirente e testes do produto de software. A revisao de aceitacao e testes deve considerar os resultados de Revisoes Conjuntas, Auditorias, Teste de Qualificacao do Software e Teste de Qualificacao do Sistema (se executado). Conclusao e entrega do produto de software deve ser feita, conforme especificado no contrato e 0 desenvolvedor deve prover treinamento inicial e continuo e suporte ao adquirente, conforme especificado no contrato.

10 de 11

15/06/2011 15:20

ISO/IEC 12207 - Wikipedia, a enciclopedia livre

http://pt. wikipedia.org/wikilISOIIEC

_12207

Obtida de ''http://pt.wikipedia.org/wikilISOIIEC Categoria: Normas ISO

_12207"

• Esta pagina foi modificada pela ultima vez a(s) 13h55min de 8 de junho de 2011. • Este texto e disponibilizado nos termos da licenca Atribuicao - Partilha nos Mesmos Termos 3.0 Nao Adaptada (CC BY-SA 3.0); pode estar sujeito a condicoes adicionais. Consulte as condicoes de uso para mais detalhes.

11 de 11

15/06/2011 15:20

You're Reading a Free Preview

Descarregar
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->