SlidesPrincipaisDisciplinasEngSoft

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Introdução à Engenharia de Software – As Principais Disciplinas
Introdução à Engenharia de Software Unidade II – As Principais Disciplinas
Pedro de Alcântara dos Santos Neto
pasn@ufpi.edu.br
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Processo para Aplicativos Extensíveis Interativos:
processo de desenvolvimento de software;
foco educacional;
orientado a objetos;
baseado em paradigmas de grande difusão:
UML, CMM, UP, IEEE software standards.
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Objetivos de um processo educacional:
exposição às técnicas mais relevantes;
treinamento eficaz e eficiente.
Públicos:
cursos acadêmicos;
programas de treinamento;
organizações em via de melhoria de processos.
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Nomenclatura do Praxis.
Fase:
divisão maior de um processo;
para fins gerenciais;
corresponde aos pontos principais de aceitação;
por parte do cliente.
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Fases do Praxis.
Concepção:
decisão de desenvolver um produto;
Elaboração:
dimensionamento firme;
Construção:
entrega de produto completo;
Transição:
passagem ao ambiente de uso.
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Nomenclatura do Praxis.
Fluxo:
subprocesso caracterizado por um tema;
Podem ser Técnicos
Requisito, Análise, Desenho, Implementação, Teste
ou Gerenciais
Gestão de projetos, Gestão da qualidade
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Informações gerais
				United Hackers Informática
				Memória de Planejamento de Projeto de Software
		
				Dados do projeto
		
		Projeto		Merci 1.0
		Data inicial		2/15/01
		Gerente executivo		Sócrates Botelho		Papel 1		Papel 2				Papéis
		Gerente do projeto		Eudóxia Caxias		Gestão do projeto		Req. e análise				Gestão do projeto
		Equipe		João Limão		Req. e análise		Desenho				Req. e análise
				Paulo Macário		Desenho		Implementação				Desenho
				Jorge Arisco		Implementação						Implementação
				Anelo Estrela		Implementação						Testes
				Lúcia Malatesta		Testes		Gest. qualidade				Gest. qualidade
Entradas
		
				Entradas externas
		
		Número		Descrição da função		TAR		TED		Complex.		PF
		1		Inclusão de Novo Usuário		1		9		S		3
		2		Alteração de Dados de Usuário		1		9		S		3
		3		Exclusão de Usuário		1		4		S		3
		4		Gestão Manual de Estoque		1		12		S		3
		5		Inclusão de Nova Mercadoria		2		16		C		6
		6		Alteração de Dados de Mercadoria		2		16		C		6
		7		Exclusão de Mercadoria		2		3		S		3
		8		Inclusão de Novo Fornecedor		2		9		M		4
		9		Alteração de Dados de Fornecedor		2		9		M		4
		10		Exclusão de Fornecedor		2		3		S		3
		11		Emissão de Pedido de Compra		3		14		C		6
		12		Baixa de Pedido de Compra		2		3		S		3
		13		Exclusão de Pedido de Compra		2		3		S		3
		14		Abertura do Caixa		1		3		S		3
		15		Fechamento do Caixa		1		5		S		3
		16		Operação de Venda		2		11		M		4
		17		Emissão de Nota Fiscal		1		17		M		4
				TOTAL								64
Saídas
		
				Saídas externas
		
		Número		Descrição da função		TAR		TED		Complex.		PF
		1		Conexão com o Sistema Financeiro		1		5		S		4
		2		Relatório de Estoque Baixo		2		6		M		5
		3		Relatório de Mercadorias		2		6		M		5
		4		Relatório de Fornecedores		2		6		M		5
		5		Relação de Pedidos de Compra		1		6		S		4
		6		Exibição Detalhada de Pedido de Compra		3		14		M		5
		7		Pedido de Compra		3		12		M		5
		8		Ticket de Venda		1		8		S		4
		9		Nota Fiscal		1		15		S		4
				TOTAL								41
Consultas
		
				Consultas externas
		
		Número		Descrição da função		TAR		TED		Complex.		PF
		1		Pesquisa de Usuário		1		9		S		3
		2		Pesquisa de Estoque		1		9		S		3
		3		Pesquisa de Mercadoria		2		15		M		4
		4		Pesquisa de Fornecedor		2		8		M		4
		5		Gestão de Pedidos de Compra		1		6		S		3
				TOTAL								17
ALI
		
				Arquivos lógicos internos
		
		Número		Descrição da função		TER		TED		Complex.		PF
		1		Usuário		1		4		S		7
		2		Mercadoria		1		11		S		7
		3		Fornecedor		1		4		S		7
		4		Pedido de Compra		2		7		S		7
		5		Caixa		1		2		S		7
				TOTAL								35
ALE
		
				Arquivos lógicos externos
		
		Número		Descrição da função		TER		TED		Complex.		PF
		1		Não aplicável.						S		0
				TOTAL								0
Carac. ger.
				Características gerais
		
		Número		Característica geral		Nivel de influência
		1		Teleprocessamento		0
		2		Processamento Distribuído		1
		3		Desempenho		3
		4		Utilização de Máquina		3
		5		Volume das Transações		0
		6		Entrada de Dados On-Line		5
		7		Usabilidade		4
		8		Atualização On-Line		1
		9		Complexidade do Processamento		0
		10		Reutilização de Código		3
		11		Facilidade de Implantação		2
		12		Facilidade de Operação		0
		13		Operação em Múltiplos Locais		2
		14		Facilidade de Manutenção / Alteração		0
				Nível de Influência Total ( NI )		24
				Fator de Ajuste ( FA )		0.89
Pontos de função
		PF Ajustados
		
		Item		PF Brutos
		Entradas Externas		64
		Saídas Externas		41
		Consultas Externas		17
		Arquivos Lógicos Internos		35
		Arquivos Lógicos Externos		0
		Pontos Função Não-ajustados		157
		Fator de Ajuste		0.89
		Pontos de Função Ajustados		139.73
Base de cálculo
						Base de cálculo de esforço
		
						Base de cálculo de esforços (absoluta) - PM
		
		Iter.\Fluxo		RQ		AN		DS		TS		IM		GP		GQ		ES		EP		Total PM
		LR		7.558		2.942		0.192		0.000		0.000		0.458		0.183		2.033		0.000		13.367
		AR		3.025		8.400		0.933		0.108		0.817		0.617		0.358		0.267		0.000		14.525
		DI		0.125		0.283		10.483		3.400		2.042		0.558		0.192		0.642		0.100		17.825
		L1		0.133		0.171		11.583		6.346		14.117		0.183		0.271		0.329		0.000		33.133
		L2		0.133		0.171		11.583		6.346		14.117		0.183		0.271		0.329		0.000		33.133
		L3		0.000		0.000		0.000		0.000		0.000		0.000		0.000		0.000		0.000		0.000
		L4		0.000		0.000		0.000		0.000		0.000		0.000		0.000		0.000		0.000		0.000
		TA		0.100		0.058		0.625		2.967		1.292		0.400		0.283		0.367		0.108		6.200
		TB		0.000		0.000		0.200		3.825		0.350		0.208		0.100		1.025		0.000		5.708
		OP		0.033		0.050		0.100		3.883		0.192		0.217		0.142		0.100		0.000		4.717
		Total PM		11.108		12.075		35.700		26.875		32.925		2.825		1.800		5.092		0.208		128.608
		
						Base de cálculo de esforços (percentual)
		
		Iter.\Fluxo		RQ		AN		DS		TS		IM		GP		GQ		ES		EP		Total %
		LR		5.88%		2.29%		0.15%		0.00%		0.00%		0.36%		0.14%		1.58%		0.00%		10.39%
		AR		2.35%		6.53%		0.73%		0.08%		0.64%		0.48%		0.28%		0.21%		0.00%		11.29%
		DI		0.10%		0.22%		8.15%		2.64%		1.59%		0.43%		0.15%		0.50%		0.08%		13.86%
		LI		0.10%		0.13%		9.01%		4.93%		10.98%		0.14%		0.21%		0.26%		0.00%		25.76%
		L2		0.10%		0.13%		9.01%		4.93%		10.98%		0.14%		0.21%		0.26%		0.00%		25.76%
		L3		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%
		L4		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%
		TA		0.08%		0.05%		0.49%		2.31%		1.00%		0.31%		0.22%		0.29%		0.08%		4.82%
		TB		0.00%		0.00%		0.16%		2.97%		0.27%		0.16%		0.08%		0.80%		0.00%		4.44%
		OP		0.03%		0.04%		0.08%		3.02%		0.15%		0.17%		0.11%		0.08%		0.00%		3.67%
		Total %		8.64%		9.39%		27.76%		20.90%		25.60%		2.20%		1.40%		3.96%		0.16%		100.00%
		
						Base de produtividade
		
		PF		1466
		PM		129
		Produtividade		11.3990
Prev. esforço
		
		Previsão de esforço
		
		Pontos de função		139.730
		Produtividade		11.3990
		Esforço previsto: PM = PF/Produtividade		12.258
		Número previsto de liberações		2
Distr. esforço
		
						Distribuição planejada do esforço
(programadores-mês)
		
		Fase		Pacote de trabalho		PM total iteração		RQ		AN		DS		TS		IM		GP		GQ		ES		EP		Usuários
		Elaboração (EL)		LR		1.274		0.720		0.280		0.018		0.000		0.000		0.044		0.017		0.194		0.000		2.000
				AR		1.384		0.288		0.801		0.089		0.010		0.078		0.059		0.034		0.025		0.000		1.000
		Construção (CO)		DI		1.699		0.012		0.027		0.999		0.324		0.195		0.053		0.018		0.061		0.010		0.000
				L1		3.158		0.013		0.016		1.104		0.605		1.346		0.017		0.026		0.031		0.000		0.000
				L2		3.158		0.013		0.016		1.104		0.605		1.346		0.017		0.026		0.031		0.000		0.000
				TA		0.591		0.010		0.006		0.060		0.283		0.123		0.038		0.027		0.035		0.010		0.000
		Transição (TR)		TB		0.544		0.000		0.000		0.019		0.365		0.033		0.020		0.010		0.098		0.000		1.000
				OP		0.450		0.003		0.005		0.010		0.370		0.018		0.021		0.014		0.010		0.000		1.000
				TOTAL		12.258		1.059		1.151		3.403		2.562		3.138		0.269		0.172		0.485		0.020		5.000
		
		
		
				Iter.\ Fluxo		RQ		AN		DS		TS		IM		GP		GQ		ES		EP		Total %
				LR		5.50%		3.00%		0.70%		0.10%		0.30%		0.30%		0.10%		0.00%		0.00%		10.00%
				AR		2.00%		7.50%		3.50%		0.40%		1.00%		0.40%		0.20%		0.00%		0.00%		15.00%
				DI		0.30%		1.50%		8.50%		4.00%		5.00%		0.40%		0.30%		0.00%		0.00%		20.00%
				L1		0.20%		0.20%		2.00%		4.00%		8.00%		0.40%		0.20%		0.00%		0.00%		15.00%
				L2		0.20%		0.20%		2.00%		4.00%		8.00%		0.40%		0.20%		0.00%		0.00%		15.00%
				L3		0.10%		0.10%		1.00%		3.20%		5.00%		0.40%		0.20%		0.00%		0.00%		10.00%
				L4		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%		0.00%
				TA		0.00%		0.00%		0.00%		3.00%		1.60%		0.20%		0.20%		0.00%		0.00%		5.00%
				TB		0.00%		0.00%		0.00%		3.00%		1.00%		0.20%		0.20%		0.60%		0.00%		5.00%
				OP		0.00%		0.00%		0.00%		3.00%		0.60%		0.20%		0.20%		1.00%		0.00%		5.00%
				Total %		8.30%		12.50%		17.70%		24.70%		30.50%		2.90%		1.80%		1.60%		0.00%		100.00%
Valor adq.
								Valor adquirido
		
		Fase		Iteração		PM		Valor		PMA		VA		PF Progresso		PF Valor
		Elaboração (EL)		LR		1.274		0.104		1.274		0.104		0.200		0.000
				AR		1.384		0.113		2.658		0.217		0.300		0.000
		Construção (CO)		DI		1.699		0.139		4.357		0.355		0.440		0.200
				L1		3.158		0.258		7.515		0.613		0.720		0.600
				L2		3.158		0.258		10.674		0.871		1.000		1.000
				TA		0.591		0.048		11.265		0.919		1.000		1.000
		Transição (TR)		TB		0.544		0.044		11.809		0.963		1.000		1.000
				OP		0.450		0.037		12.258		1.000		1.000		1.000
				Total		12.258		1.000		12.258		1.000		1.000		1.000
Outros recursos
						Outros recursos
		
		Número		Tipo		Recurso		Quantidade		Custo		Iteração
		1		Computacional		Estação de desenvolvimento		2		R$ 3,000.00		L1
		2		Ferramenta		Ferramenta de modelagem		2		R$ 7,000.00		DI
		3		Treinamento		J2EE		2		R$ 2,000.00		AR
		TOTAL								R$ 12,000.00
Cronograma
								Cronograma
		
		Fase		Atividade		Equipe (pessoas)		Início		Fim		Duração (dias)
		Elaboração (EL)		LR		2		2/15/01		3/7/01		20
				AR		2.5		3/7/01		3/25/01		18
		Construção (CO)		DI		2		3/25/01		4/21/01		27
				L1		4		4/21/01		5/16/01		25
				L2		4		5/16/01		6/10/01		25
				TA		2		6/10/01		6/20/01		10
		Transição (TR)		TB		1		6/20/01		7/7/01		17
				OP		0.5		7/7/01		8/4/01		28
		Total										170
Riscos previstos
		
								Riscos previstos
		
		Prioridade		Risco		Gravidade		Probabilidade de ocorrência		Impacto previsto		Contramedidas previstas
		1		Falta dos equipamentos para testes beta.		Alta		Média		Impossibilidade de realizar os testes beta		Cobrar providência do cliente
		2		Defeitos na ERSw		Média		Média		Vários dias de atraso por alteração de requisitos		Incluir na primeira liberação os requisitos mais complexos
		3		Falta de usuários responsáveis por testes.		Alta		Baixa		Impossibilidade de realizar os testes beta		Cobrar providência do cliente
		4		Falta de inventário das mercadorias para o cadastramento.		Alta		Baixa		Impossibilidade de realizar os testes beta		Cobrar providência do cliente
		5		Falta de povoamento inicial das bases de dados.		Alta		Baixa		Impossibilidade de realizar os testes beta		Cobrar providência do cliente
		6		Mudança de legislação		Média		Baixa		Pode ser necessário refazer partes referentes à Nota Fiscal.		Isolar as classes e interfaces suscetíveis a mudanças de legislação.
Introdução à Engenharia de Software – As Principais Disciplinas
PRAXIS
Detalhando um pouco mais o Praxis
Dividido em Fases
Que possuem iterações
Cada iteração tem um script que diz o que deve ser feito...
Isso inclui o detalhamento das atividades a serem executadas
Cada atividade faz parte de um dos fluxos
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito
Objetivo de uma especificação de requisitos:
enunciado completo, claro e preciso dos requisitos de um produto de software;
mais complexo no caso de produtos novos:
mais difícil para os usuários identificar características de maior valor;	
mais difícil para os desenvolvedores entender o que os usuários desejam.
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito
Conteúdo da ERSw.
Funcionalidade: o que o produto deverá fazer?
Interfaces externas: como o produto interage com
as pessoas;
o hardware do sistema;
outros produtos? 
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito 
Conteúdo da ERSw.
Desempenho: quais os requisitos de -
velocidade de processamento;
tempo de resposta;
outros parâmetros de desempenho?
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito 
Conteúdo da ERSw.
Outros atributos: que considerações devem ser observadas sobre:
portabilidade;
manutenibilidade;
confiabilidade?
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito 
Conteúdo da ERSw.
Restrições de desenho impostas pela aplicação: existem padrões a serem seguidos, como:
linguagem de implementação;
ambientes de operação?
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito 
Requisitos devem ter alta qualidade
corretos;
precisos;
completos;
consistentes;
priorizados;
verificáveis;
modificáveis;
rastreáveis.
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito
Atividades.
Determinação do contexto:
levantamento dos aspectos dos processos de negócio ou de um sistema maior;
relevantes para a determinação dos requisitos do produto.
Definição do escopo:
delimitação dos problemas que o produto se propõe resolver.
Definição dos requisitos:
produção de lista dos requisitos funcionais e não funcionais;
descritos de forma sucinta;
sem entrar-se em detalhes.
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito
Atividades.
Detalhamento dos requisitos de interface:
detalhamento dos aspectos das interfaces do produto que os usuários consideram como requisitos.
Detalhamento dos requisitos funcionais:
detalhamento dos casos de uso;
representam fatias de funcionalidade do produto.
Detalhamento dos requisitos não funcionais:
detalhamento dos requisitos de desempenho e outros;
necessários para que o produto atinja a qualidade desejada.
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito
Atividades.
Classificação dos requisitos:
determinação das prioridades relativas dos requisitos;
avaliação da estabilidade;
avaliação da complexidade de implementação.
Revisão dos requisitos:
determinação do atendimento dos critérios de qualidade de requisitos;
verificação da clareza e legibilidade da Especificação dos Requisitos do Software.
Introdução à Engenharia de Software – As Principais Disciplinas
Requisito 
Requisitos devem ter alta qualidade
corretos;
precisos;
completos;
consistentes;
priorizados;
verificáveis;
modificáveis;
rastreáveis.
Introdução à Engenharia de Software
– As Principais Disciplinas
Análise 
Objetivos:
modelar conceitos relevantes;
do domínio do problema;
de forma precisa;
verificar qualidade dos requisitos;
obtidos através do fluxo de Requisitos;
detalhar requisitos;
em nível adequado aos desenvolvedores. 
Em resumo...
Modelar os requisitos identificados em um formato mais próximo do formato utilizado pelos profissionais de informática
Introdução à Engenharia de Software – As Principais Disciplinas
Análise 
Descrição e verificação dos requisitos funcionais:
casos de uso:
comportamento esperado do produto como um todo;
classes:
conceitos do mundo da aplicação;
relevantes para a descrição precisa dos requisitos;
realizações dos casos de uso:
mostram como objetos das classes descritas colaboram.
Cada classe deverá ter suas operações (métodos) identificadas, bem como quando serão ativadas para se executar determinada função
Introdução à Engenharia de Software – As Principais Disciplinas
Análise 
Atividades de análise:
Identificação das classes:
identificação das classes do produto;
Com base nos fluxos dos casos de uso;
e outros documentos relevantes. 
Organização das classes:
organização das classes em pacotes lógicos;
atribuição de estereótipos;
conforme papel que desempenham no modelo.
Introdução à Engenharia de Software – As Principais Disciplinas
Análise 
Atividades de análise:
Identificação dos relacionamentos:
determinação dos relacionamentos;
entre objetos das classes identificadas. 
Identificação dos atributos:
levantamento dos atributos;
propriedades do conceito expresso pela classe.
Introdução à Engenharia de Software – As Principais Disciplinas
Análise 
Atividades de análise:
Realização dos casos de uso:
verificação dos fluxos dos casos de uso;
em termos dos objetos das classes identificadas;
representando-os através de diagramas de interação.
Revisão da análise:
validação dos resultados da Análise;
e dos correspondentes resultados de Requisitos.
Introdução à Engenharia de Software – As Principais Disciplinas
Análise 
Muito importante!
Na Análise devemos modelar os conceitos identificados nos requisitos
Tudo isso no contexto do PROBLEMA identificado
No Desenho devemos modelar os conceitos identificados em uma SOLUÇÃO para o problema 
Nesse caso o contexto é o da SOLUÇÃO
A principal diferenção é justamente essa!
Devemos definir a tecnologia 
Qual será o banco de dados e a forma de utilizá-lo?
Qual será a tecnologia das interfaces (Html, Swing, ...)?
Como será autenticação (biometria, senhas, ...)?
Essas questões só devem surgir no desenho e não na análise
Justamente por causa do foco de cada uma!
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Aspectos a considerar:
atendimento dos requisitos não funcionais:
desempenho;
confiabilidade;
usabilidade;
manutenibilidade;
portabilidade;
definição de classes e outros elementos:
em nível de implementação;
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Aspectos a considerar:
decomposição em componentes:
construção relativamente independente;
divisão de trabalho, uma vez que provavelmente teremos uma equipe atuando na construção;
definição adequada das interfaces entre componentes:
redução do acoplamento, que é a dependência entre as partes que compõe um produto;
Quanto menor, melhor...
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Aspectos a considerar:
documentação das decisões:
comunicação com os implementadores;
reutilização:
componentes, mecanismos e outros artefatos;
aumento da produtividade e confiabilidade;
suporte a métodos e ferramentas de geração de código:
aumento da produtividade e confiabilidade.
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Desenho × Implementação:
atividades de desenho:
realizadas por grupos pequenos de profissionais experientes;
difícil de dividir em atividades paralelas;
atividades de implementação:
podem ser delegadas a profissionais não necessariamente proficientes em Desenho;
mas conhecedores do ambiente de implementação;
treinados nas respectivas técnicas;
paralelismo de implementação pode resultar de bom desenho. 
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Desenho × implementação:
desenho detalhado é atividade de implementação;
não de desenho;
correção e qualidade de mecanismos e estruturas:
passa pela implementação;
profissionais de desenho precisam dominar também o ambiente e as técnicas de implementação;
fronteira das tarefas de desenho e de implementação:
determinada por cada organização;
pode até variar de acordo com os projetos. 
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Atividades:
Desenho arquitetônico:
aspectos estratégicos de desenho externo e interno;
divisão do produto em subsistemas;
escolha de tecnologias mais adequadas. 
Desenho das interfaces:
desenho em detalhe das interfaces reais do produto;
em seu ambiente definitivo de implementação. 
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Atividades:
Detalhamento dos casos de uso:
resolução de detalhes dos fluxos dos casos de uso;
considerando os componentes reais das interfaces;
considerando todos os fluxos alternativos.
Desenho das entidades:
transformação das classes de entidade do Modelo de Análise;
nas classes correspondentes do Modelo de Desenho.
Desenho da persistência:
desenho das estruturas externas de armazenamento persistente;
arquivos e bancos de dados.
Introdução à Engenharia de Software – As Principais Disciplinas
Desenho 
Atividades:
Realização dos casos de uso:
como os objetos das classes de desenho colaboram;
para realizar os casos de uso de desenho.
Desenho das liberações:
como a implementação do produto será dividida;
entre as Liberações.
Revisão do desenho:
validação dos resultados do Desenho;
confronto com os resultados dos Requisitos e da Análise.
Introdução à Engenharia de Software – As Principais Disciplinas
Implementação 
Tarefas da implementação:
planejamento detalhado da implementação;
das unidades de cada liberação;
implementação das classes e outros elementos do modelo de desenho;
em unidades de implementação;
geralmente arquivos de código-fonte;
alocação das unidades aos nodos;
em sistemas distribuídos;
Introdução à Engenharia de Software – As Principais Disciplinas
Implementação 
Tarefas da implementação:
verificação das unidades;
revisões;
inspeções;
Atividades de garantia da qualidade que verificam, a partir da leitura de especialistas, sua conformidade e adequação
testes de unidade;
Criação de programas que verificam se outros programas funcionam corretamente
compilação e ligação das unidades;
integração das unidades entre si;
integração das unidades com componentes reutilizados;
adquiridos de terceiros;
reaproveitados de projetos anteriores;
Introdução à Engenharia de Software – As Principais Disciplinas
Implementação 
Tarefas da implementação:
verificação das unidades;
revisões;
inspeções;
Atividades de garantia da qualidade que verificam, a partir da leitura de especialistas, sua conformidade e adequação
testes de unidade;
Criação de programas que verificam se outros programas funcionam corretamente
compilação e ligação das unidades;
integração das unidades entre si;
integração das unidades com componentes reutilizados;
adquiridos de terceiros;
reaproveitados de projetos anteriores;
Introdução à Engenharia de Software – As Principais Disciplinas
Implementação 
Tarefas da implementação:
integração das unidades:
com resultados das iterações anteriores;
verificação da integração;
confecção da documentação de uso do produto:
manuais de usuários;
ajuda on-line;
sítios Web integrados ao produto;
material de treinamento;
demonstrações e outros recursos.
Introdução à Engenharia
de Software – As Principais Disciplinas
Implementação 
Atividades.
Desenho detalhado:
preenche detalhes restantes do Modelo de Desenho;
no nível necessário para a codificação;
Codificação:
traduz desenho detalhado;
no código de uma ou mais linguagens de programação;
Inspeção de implementação:
verifica o desenho detalhado e o código;
para eliminar os defeitos de implementação;
Introdução à Engenharia de Software – As Principais Disciplinas
Implementação 
Atividades.
Testes de unidade:
verifica a funcionalidade das unidades implementadas;
Integração:
liga as unidades implementadas;
com os componentes construídos em iterações anteriores.
Introdução à Engenharia de Software – As Principais Disciplinas
Implementação 
Atividades especiais.
Prototipagem:
confecção de código provisório;
para realizar experimentos de validação de requisitos ou desenho.
Documentação de usuário:
confecção de manual do usuário;
e outros tipos de documentos para usuários.
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Teste consiste na verificação dinâmica do funcionamento de um programa em um conjunto finito de casos de teste, cuidadosamente selecionado dentro de um domínio infinito de entradas, contra seu funcionamento esperado.
Dinâmico – Execução
Finito – Existem muitos casos de teste
Selecionado – Técnicas diferem na seleção
Esperado – Funcionamento deve ser verificado
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Terminologia
Elementos do Teste
Procedimento de Teste
Documentação especificando uma seqüência de ações para execução de um teste.
Caso de Teste
Documentação especificando entradas, resultados esperados, e um conjunto de condições de execução para um item de teste.
Plano de Teste
Documento que descreve o escopo, abordagem, recursos e agenda para as atividades de teste, identificando os itens de teste, as construções a serem testadas, as tarefas envolvidas, executores e riscos associados.
IEEE STD 829-1983
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Procedimentos de teste:
contêm seqüência de ações que devem ser executadas;
para realizar grupo de testes semelhantes;
correspondem a roteiros importantes de casos de uso de desenho;
pode ser executados de forma manual ou automática;
testes automatizados podem ser codificados:
em linguagem de script de ferramenta de automação de testes; 
na própria linguagem de implementação, dentro de pacote de classes de teste.
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Procedimentos de teste:
contêm seqüência de ações que devem ser executadas;
para realizar grupo de testes semelhantes;
correspondem a roteiros importantes de casos de uso de desenho;
pode ser executados de forma manual ou automática;
testes automatizados podem ser codificados:
em linguagem de script de ferramenta de automação de testes; 
na própria linguagem de implementação, dentro de pacote de classes de teste.
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Procedimentos de teste:
		Identificação
		MERCI-ETF-GU-PT-IU
		Objetivo
		Verificar se a inclusão de um usuário é feita corretamente.
		Requisitos especiais
		Nenhum.
		Fluxo
		Acionar Novo.
Preencher Nome, Login, Senha.
Selecionar Grupos do Usuário.
Acionar Salvar.
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Casos de teste:
contêm para cada instância de teste:
valores de entradas;
valores esperados de saídas;
valores de entrada escolhidos:
critérios que maximizam a cobertura do teste;
também podem ser automatizados;
podem ser embutidos em scripts ou classes de teste;
como os procedimentos;
podem ser obtidos de arquivos ou bancos de dados de casos de teste.
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Caso 
de teste
		Identificação
		MERCI-ETF-GU-CT-AU1
		Itens a testar
		Processamento correto de alteração de usuário.
		Entradas
		Campo
		Valor
		
		Nome
		Joaquim Pereira
		
		Login
		joaquim
		
		Senha
		senha01
		
		Grupos do Usuário
		Gestor de Compras
		Saídas esperadas
		Campo
		Valor
		
		Nome
		Joaquim Pereira
		
		Senha
		senha01 (oculto como *******)
		
		Grupos do Usuário
		Gestor de Compras
		Ambiente
		Banco de dados de teste.
		Procedimentos
		Inclusão de Usuário - MERCI-ETF-GU-PT-AU
Pesquisa de Usuário - MERCI-ETF-GU-PT-PU
		Dependências
		Banco de dados de teste deve ter um usuário com o login dado. Por exemplo, pode ter sido executado o caso de teste Inclusão de usuário 1 (MERCI-ETF-GU-CT-IU1).
Introdução à Engenharia de Software – As Principais Disciplinas
Teste: atividades
Planejamento
Desenho
Implementação
Execução
Verificação
Balanço Final
Objetivos do Teste – O quê testar?
Determinação de estratégias para
delimitar os objetivos
Geração de Procedimentos
e Casos de Teste
Execução dos Casos de Teste
Determinar se os objetivos
foram atendidos
Registrar lições aprendidas,
gerando um relatório final
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Atividades de preparação.
Planejamento:
define itens a testar, aspectos gerenciais e recursos necessários;
para a execução da bateria de testes.
Desenho:
completa as especificações dos testes da bateria;
procedimentos e casos de teste. 
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Atividades de realização.
Implementação:
monta o ambiente de teste;
implementando os componentes de teste;
instalando e configurando os itens a testar.
Execução:
executa os testes da bateria;
produzindo os relatórios resultantes
Introdução à Engenharia de Software – As Principais Disciplinas
Teste 
Atividades de realização.
Verificação do término:
inspeciona os testes;
determinando se estão satisfeitas condições de completeza e sucesso. 
Balanço final:
realiza o balanço final dos testes da bateria;
registrando as conclusões e lições aprendidas.
Introdução à Engenharia de Software – As Principais Disciplinas
Gestão de Projetos 
Visão geral da gestão de projetos
Gestão de requisitos
Cadastramento dos requisitos	
Monitoração dos requisitos
Alterações dos requisitos
Planejamento de projetos
Planejamento na Concepção
Introdução do Plano de Desenvolvimento
Organização do projeto
Introdução à Engenharia de Software – As Principais Disciplinas
Gestão de Projetos 
Subfluxos:
Gestão de requisitos.
Planejamento de projetos.
Controle de projetos.
Processo subsidiário:
Contratação de projetos.
Executado por outra empresa mas que deve ser controlado por quem realiza a contratação...
Introdução à Engenharia de Software – As Principais Disciplinas
Gestão de Projetos 
Definição dos Subfluxos
Fases
				Fases
		
		Fase		Descrição
		Concepção		Fase na qual as necessidades dos usuários e os conceitos da aplicação são analisados o suficiente para justificar a especificação de um produto de software, resultando em uma proposta de especificação.
		Elaboração		Fase na qual a especificação do produto é detalhada o suficiente para modelar conceitualmente o domínio do problema, validar os requisitos em termos deste modelo conceitual e permitir um planejamento acurado da fase de construção.
		Construção		Fase na qual é desenvolvida (desenhada, implementada e testada) uma versão completamente operacional do produto, que atende aos requisitos especificados.
		Transição		Fase na qual o produto é colocado à disposição de uma comunidade de usuários para testes finais, treinamento e uso inicial.
Iterações
				Iterações
		
		Fase		Iteração		Sigla		Descrição
		Concepção		Ativação		AT		Levantamento
e análise das necessidades dos usuários e conceitos da aplicação, em nível de detalhe suficiente para justificar a especificação de um produto de software.
		Elaboração		Levantamento dos Requisitos		LR		Levantamento das funções, interfaces e requisitos não funcionais desejados para o produto.
				Análise dos Requisitos		AR		Modelagem conceitual dos elementos relevantes do domínio do problema e uso desse modelo para validação dos requisitos e planejamento detalhado da fase de Construção.
		Construção		Desenho Implementável		DI		Definição interna e externa dos componentes de um produto de software, em nível suficiente para decidir as principais questões de arquitetura e tecnologia, e para permitir o planejamento detalhado das liberações.
				Liberação 1		L1		Implementação de um subconjunto de funções do produto que será avaliado pelos usuários.
				Liberação ...		Ln		Idem.
				Testes Alfa		TA		Realização dos testes de aceitação, no ambiente dos desenvolvedores, juntamente com elaboração da documentação de usuário e possíveis planos de Transição.
		Transição		Testes Beta		TB		Realização dos testes de aceitação, no ambiente dos usuários.
				Operação Piloto		OP		Operação experimental do produto em instalação piloto do cliente, com a resolução de eventuais problemas através de processo de manutenção.
Fluxos técnicos
				Fluxos técnicos
		
		Fluxo		Descrição
		Requisitos		Fluxo que visa a obter um conjunto de requisitos de um produto, acordado entre cliente e fornecedor.
		Análise		Fluxo que visa a detalhar, estruturar e validar os requisitos, em termos de um modelo conceitual do problema, de forma que estes possam ser usados como base para o planejamento e acompanhamento detalhados da construção do produto.
		Desenho		Fluxo que visa a formular um modelo estrutural do produto que sirva de base para a implementação, definindo os componentes a desenvolver e a reutilizar, assim como as interfaces entre si e com o contexto do produto.
		Implementação		Fluxo que visa a detalhar e implementar o desenho através de componentes de código e de documentação associada.
		Testes		Fluxo que visa a verificar os resultados da implementação, através do planejamento, desenho e realização de baterias de testes.
		Engenharia de sistemas		Fluxo que abrange atividades relativas ao desenvolvimento do sistema no qual o produto de software está contido; por exemplo, modelagem de processos de negócio, implantação, usabilidade e criação de conteúdo.
Fluxos gerenciais
						Fluxos gerenciais
		
		Fluxo		Subfluxo		Descrição		Área do CMM
		Gestão de projetos		Gestão de requisitos		Controle das alterações e rastreamento dos requisitos.		RM
				Planejamento de projetos		Elaboração de planos de projetos, por meio de estimativas de tamanho, esforço, prazo e riscos.		SPP, ISM
				Controle de projetos		Acompanhamento do progresso e dos riscos dos projetos, com execução de procedimentos corretivos, quando necessários.		PTO, ISM, IC
		Gestão da qualidade		Garantia da qualidade		Conjunto planejado e sistemático de ações necessárias para estabelecer um nível adequado de confiança na qualidade de um produto.		SQA
				Gestão de revisões		Planejamento, convocação e avaliação de revisões técnicas e inspeções.		PR
				Gestão de configurações		Conjunto de procedimentos técnicos e gerenciais para identificação de artefatos e gestão de alterações destes.		SCM
				Gestão da manu-tenção		Conjunto de procedimentos para a manutenção dos produtos em Transição e Produção.
		Engenharia de processos		Gestão de processos		Guarda, manutenção e personalização do patrimônio de processos da organização.		OPD, OPF
				Gestão do treinamento		Gestão das atividades de treinamento relacionadas com processos de software.		TP
				Melhoria de tecnologia		Gestão das atividades de evolução tecnológica que sejam relacionadas com processos de software.		TCM
				Melhoria de processos		Aferição, controle quantitativo e evolução dos processos de software.		SQM, QPM, DP, PCM
Documentos
				Documentos
		
		Nome		Sigla		Descrição
		Proposta de Especificação do Software		PESw		Documento que delimita preliminarmente o escopo de um projeto, contendo um plano da fase de Elaboração.
		Especificação dos Requisitos do Software		ERSw		Documento que descreve, de forma detalhada, o conjunto de requisitos especificados para um produto de software.
		Plano de Desenvolvimento do Software		PDSw		Documento que descreve, de forma detalhada, os compromissos que o fornecedor assume em relação ao projeto, quanto a recursos, custos, prazos, riscos e outros aspectos gerenciais.
		Plano da Qualidade do Software		PQSw		Documento que descreve, de forma detalhada, os procedimentos de garantia da qualidade que serão adotados no projeto.
		Descrição do Desenho do Software		DDSw		Documento que descreve, de forma detalhada, os aspectos mais importantes do desenho do software.
		Descrição dos Testes do Software		DTSw		Documento que descreve, de forma detalhada, os planos e especificações dos testes que serão executados
		Manual do Usuário do Software		MUSw		Documento que serve de referência para uso do produto.
Modelos
				Modelos
		
		Nome		Sigla		Descrição		Ferramentas aplicáveis
		Cadastro dos Requisitos do Software		CRSw		Modelo que contém os requisitos levantados, assim como referências aos itens correspondentes dos modelos seguintes.		Planilha, banco de dados
		Modelo de Análise do Software		MASw		Modelo que detalha os conceitos do domínio do problema a resolver que sejam relevantes para a validação dos requisitos.		Ferramenta de modelagem orientada a objetos
		Memória de Planejamento do Projeto do Software		MPPSw		Modelo que contém a informação necessária para o planejamento e acompanhamento de tamanhos, esforços, custos, prazos e riscos do projeto.		Planilha, ferramenta de gestão de projetos
		Modelo de Desenho do Software		MDSw		Modelo que detalha a estrutura lógica e física do produto, em termos de seus componentes.		Ferramenta de modelagem orientada a objetos
		Bateria de Testes de Regressão do Software		BTRSw		Conjunto dos scripts dos testes de regressão.		Ferramenta de desenvolvimento, ferramenta de testes
		Códigos Fontes do Software		CFSw		Conjunto dos códigos fontes produzidos.		Ferramenta de desenvolvimento
		Códigos Executáveis do Software		CESw		Conjunto dos códigos executáveis produzidos.		Ferramenta de desenvolvimento
Relatórios
				Relatórios
		
		Nome		Sigla		Descrição		Responsável
		Relatórios dos Testes do Software		RTSw		Relatório que descreve os resultados dos testes realizados.		Grupo de testes do projeto
		Relatórios de Revisão do Software		RRSw		Relatório que descreve as conclusões da revisão de um artefato.		Grupo revisor do artefato
		Relatórios de Inspeção do Software		RISw		Relatório que descreve as conclusões da inspeção de um artefato.		Grupo inspetor do artefato
		Relatórios das Auditorias da Qualidade do Software		RAQSw		Relatório que descreve as conclusões de uma auditoria da qualidade.		Grupo de Garantia da Qualidade
		Relatórios de Acompanhamento do Projeto do Software		RAPSw		Relatório que descreve esforços, custos, prazos e riscos do projeto, até a data corrente.		Gerente do projeto
		Relatório Final do Projeto do Software		RFPSw		Relatório de balanço final do projeto.		Gerente do projeto
Revisões
						Documentos
		
		Artefato/Iter.		AT		LR		AR		DI		Ln		TA		TB		OP
		PESw		RG,RA
		ERSw				RG,RA		RT, RA
		PDSw				RG		RG,RA		RG
		PQSw						RG		RG
		DDSw						RG		RG, RT, I, RA		RG, I		RG, RT
		DTSw								RG, RT, I, RA		RG, I		RG, RT, I
		MUSw												RA				RT, RA
		MASw				RG,RA		RT, RA
		MDSw								I		I
		BTRSw								I		I		I
		CFSw								I		I
		CESw								RA		RA		RA
		RTSw								RG, I		RG, I		RG, I		RG, I
Padrões
								Padrões, gabaritos e exemplos
Sigla		Significado		Padrão		Ref		Gabarito		Exemplo
		Documentos		PESw		Proposta de especificação		8		3		W		W
				ERSw		Especificação dos requisitos		9		3		W		W
				PDSw		Plano de desenvolvimento		20		18		W		W
				PQSw		Plano da qualidade		21		19		W		W
				DDSw		Descrição do desenho		12		5; 11		W		W
				DTSw		Descrição dos testes		13		6		W		W
				MUSw		Manual do usuário		15		7
		Modelos		CRSw		Cadastro dos requisitos				18		X; R		X; R
				MASw		Modelo de análise				6				R
				MPPSw		Memória de planejamento				18		X		X
				MDSw		Modelo de desenho				5				R
				BTRSw		Bateria de testes de regressão				6				R
				CFSw		Código fonte		14, CDDCSw-Java		7				J
				CESw		Código executável				7
		Relatórios		RTSw		Relatório dos testes		13		7		X		X
				RRSw		Relatório de revisão		10				X		X
				RISw		Relatório de inspeção		10				X		X
				RAQSw		Relatório de auditoria da qualidade				19		X		X
				RAPSw		Relatório de acompanhamento				18		X		X
				RFPSw		Relatório final				18		X		X
		
		
		Padrão = capítulo do livro ou material suplementar que define o respectivo padrão
		Ref = Referências adicionais no livro
		Código dos gabaritos e exemplos								W = Word; X = Excel; R = Rational Suite; J = Java
Conferência
						Listas de conferência
		
		Natureza		Sigla		Significado		Padrão		Gabarito
		Revisão técnica		LCRERSw		Especificação dos requisitos		9		X
				LCRDDSw		Descrição do desenho		12		X
				LCRDTSw		Descrição dos testes		13		X
		Inspeção		LCIDSw		Desenho		5, 11, 12		X
				LCIISw		Implementação		7, 14		X
				LCIISw-Java		Implementação em Java		CDDCSw-Java		X
				LCITSw		Testes		6, 13		X
		
		
		Padrão = capítulo do livro ou material suplementar que define o respectivo padrão
		Ref = Referências adicionais no livro
		Código dos gabaritos e exemplos						W = Word; X = Excel; R = Rational Suite; J = Java
AT
				Ativação (AT)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Determinação do contexto
						Definição do escopo
						Definição dos requisitos (preliminar)
				Análise
				Desenho		Desenho arquitetônico (esboço)
				Implementação		Prototipagem (inicial, caso necessária)
				Testes
				Gestão de projetos		Levantamento das metas gerenciais
						Dimensionamento da Elaboração
				Gestão da qualidade		Verificação informal
		Linha de base		Artefato		Partes
				PESw
				MASw		Visão de casos de uso - casos de uso, atores, diagrama de contexto
				RAPSw		Informal
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		PESw
				Revisão de apresentação		PESw
				Verificação informal		Linha de base
				Aceitação		Aceitação para Elaboração
LR
				Levantamento dos Requisitos (LR)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Definição dos requisitos (refinamento)
						Detalhamento dos requisitos de interface (preliminar)
						Detalhamento dos requisitos funcionais (preliminar)
				Análise		Identificação das classes (preliminar)
						Organização das classes (preliminar)
						Identificação dos relacionamentos (preliminar)
				Desenho		Desenho arquitetônico (preliminar)
				Implementação		Prototipagem de fachada (preliminar)
				Testes
				Gestão de projetos		Cadastramento dos requisitos (preliminar)
						Instanciação do processo
						Estimativa de tamanho (preliminar)
						Estimativa do esforço (preliminar)
						Estimativa de recursos (preliminar)
						Estimativa de cronograma (preliminar)
						Estimativa dos riscos (preliminar)
				Gestão da qualidade		Verificação informal
		Linha de base		Artefato		Partes
				ERSw		Seções: 1, 2, partes da 3 - Requisitos de interface externa ( Leiaute sugerido e Relacionamentos com outras interfaces), Casos de uso (Precondições, Fluxo principal, identificação dos subfluxos e fluxos alternativos)
				MASw		Visão de casos de uso - casos de uso, atores, diagrama de contexto, diagramas locais; visão lógica: classes, diagrama de classes sem detalhes
				CRSw		Requisitos iniciais (provisórios)
				PDSw		Seções 1, 2, 3, 4 (provisórias)
				RAPSw		Preliminar
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		ERSw provisória, PDSw provisório
				Verificação informal		Linha de base
				Revisão de apresentação		ERSw provisória
AR
				Análise dos Requisitos (AR)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Detalhamento dos requisitos de interface (refinamento)
						Detalhamento dos requisitos funcionais (refinamento)
						Detalhamento dos requisitos não funcionais
						Classificação dos requisitos
						Revisão dos requisitos
				Análise		Identificação das classes (refinamento)
						Organização das classes (refinamento)
						Identificação dos relacionamentos (refinamento)
						Identificação dos atributos
						Realização dos casos de uso
						Revisão da análise
				Desenho		Desenho arquitetônico
				Implementação		Prototipagem de fachada (completa)
						Prototipagem de tecnologia (se necessária)
				Testes		Testes dos protótipos (se necessários)
				Gestão de projetos		Cadastramento dos requisitos
						Estimativa do tamanho
						Estimativa do esforço
						Estimativa dos recursos
						Estimativa de cronograma
						Estimativa dos riscos
						Fechamento do planejamento
				Gestão da qualidade		Planejamento da garantia da qualidade
						Auditoria da qualidade
						Planejamento das revisões
						Realização das revisões
						Pós-processamento das revisões
						Planejamento das configurações
						Gestão de linhas de base
		Linha de base		Artefato		Partes
				ERSw		Completa: seções 1, 2, 3, 4 (listagem dos diagramas e especificações do MASw).
				MASw		Completo
				CRSw		Requisitos iniciais: casos de uso, RNF, itens de análise
				DDSw		1, 2.1, 2.2, 3.1, 3.2 (diagramas de arquitetura), 4 (plano provisório das liberações)
				MDSw		Visão lógica - diagramas de arquitetura
				PDSw		Completo
				MPPSw		Completa
				PQSw		Completo
				RAPSw		Inicial
				RAQSw		Inicial
				RRSw		Revisão da ERSw
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		ERSw, MASw, PDSw, PQSw, DDSw
				Auditoria da qualidade		Linha de base
				Revisão técnica		ERSw, MASw
				Revisão de apresentação		ERSw, PDSw
				Aceitação		Aceitação para Construção
DI
				Desenho implementável (DI)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Alterações (se necessárias)
				Análise		Alterações (se necessárias)
				Desenho		Desenho arquitetônico (refinamento)
						Desenho das interfaces (das unidades críticas)
						Detalhamento dos casos de uso (das unidades críticas)
						Desenho das entidades (das unidades críticas)
						Desenho da persistência (das unidades críticas)
						Realização dos casos de uso (das unidades críticas)
						Desenho das liberações
						Revisão do desenho
				Implementação		Prototipagem de tecnologia (se necessária)
						Desenho detalhado (das unidades críticas)
						Codificação (das unidades críticas)
						Inspeção de implementação (das unidades críticas)
						Testes de unidade (das unidades críticas)
						Integração (das unidades críticas)
						Documentação de usuário (dos casos de uso críticos)
				Testes		Planejamento dos testes de aceitação
						Desenho dos testes de aceitação
						Planejamento dos testes de integração (das unidades críticas)
						Desenho dos testes de integração (das unidades críticas)
						Implementação dos testes de integração (das unidades críticas)
						Execução dos testes de integração (das unidades críticas)
						Verificação do término dos testes de integração (das unidades
críticas)
						Balanço dos testes de integração (das unidades críticas)
				Gestão de projetos		Monitoração dos requisitos
						Alteração dos requisitos (se necessária)
						Monitoração do escopo
						Medição do progresso
						Monitoração dos riscos
						Fechamento da iteração
				Gestão da qualidade		Auditoria da qualidade
						Realização das revisões
						Pós-processamento das revisões
						Gestão de linhas de base
		Linha de base		Artefato		Partes
				DDSw		Seções 1, 2.1, 2.2, 2.3 (componentes das interfaces das unidades críticas); 2.4 (funções das unidades críticas), 3.1, 3.2 (diagramas da arquitetura e principais diagramas das unidades críticas), 4
				MDSw		Visão de casos de uso: casos de uso das unidades críticas; visão lógica: arquitetura e classes das unidades críticas; visões físicas: componentes das unidades críticas.
				DTSw		Seções 1 (planos de testes de aceitação e de integração das unidades críticas), 2 (testes das unidades críticas)
				BTRSw		Testes das unidades críticas
				RTSw		Relatórios dos testes das unidades críticas
				CRSw		Requisitos atualizados, itens de desenho e itens de teste das unidades críticas
				PDSw		Revisado
				PQSw		Revisado
				CFSw		Unidades críticas
				CESw		Unidades críticas
				RAPSw		Da iteração
				RAQSw		Da iteração
				RRSw		Revisão da DDSw e DTSw
				RISw		Inspeção de desenho, código e testes das unidades críticas
				MUSw		Estrutura geral
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		DDSw, DTSw, RTSw, PDSw, PQSw
				Inspeção de desenho		DDSw, MDSw
				Inspeção de implementação		DDSw, MDSw, CFSw das unidades críticas
				Inspeção de testes		DTSw, BTRSw, RTSw das unidades críticas
				Auditoria da qualidade		Linha de base
				Revisão de apresentação		DDSw, DTSw, CESw das unidades críticas (demonstração para usuários)
				Revisão técnica		DDSw, DTSw
L1
				Liberação 1 (L1)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Alterações (se necessárias)
				Análise		Alterações (se necessárias)
				Desenho		Desenho das interfaces (das unidades da liberação)
						Detalhamento dos casos de uso (das unidades da liberação)
						Desenho das entidades (das unidades da liberação)
						Desenho da persistência (das unidades da liberação)
						Realização dos casos de uso (das unidades da liberação)
						Desenho das liberações (refinamento)
						Revisão do desenho
				Implementação		Desenho detalhado (das unidades da liberação)
						Codificação (das unidades da liberação)
						Inspeção de implementação (das unidades da liberação)
						Testes de unidade (das unidades da liberação)
						Integração (das unidades da liberação)
						Documentação de usuário (dos casos de uso da liberação)
				Testes		Planejamento dos testes (da liberação)
						Desenho dos testes de integração (da liberação)
						Implementação dos testes de integração (da liberação)
						Execução dos testes de integração (da liberação)
						Verificação do término dos testes de integração (da liberação)
						Balanço dos testes de integração (da liberação)
				Gestão de projetos		Monitoração dos requisitos
						Alteração dos requisitos (se necessária)
						Monitoração do escopo
						Medição do progresso
						Monitoração dos riscos
						Fechamento da iteração
				Gestão da qualidade		Auditoria da qualidade
						Realização das revisões
						Pós-processamento das revisões
						Gestão de linhas de base
		Linha de base		Artefato		Partes
				DDSw		Seções 1, 2.1, 2.2, 2.3 ( componentes das interfaces das unidades da liberação); 2.4 (funções do protótipo arquitetõnico), 3.1, 3.2 (diagramas da arquitetura e principais diagramas das unidades da liberação), 4
				MDSw		Visão de casos de uso: casos de uso da liberação; visão lógica: arquitetura e classes da liberação; visões físicas: componentes da liberação.
				DTSW		Seções 1 (mais planos de testes desta liberação), 2 (testes da liberação)
				BTRSw		Testes da liberação
				RTSw		Relatórios dos testes da liberação
				CRSw		Requisitos atualizados, itens de desenho e itens de teste da liberação
				CFSw		Unidades da liberação
				CESw		Unidades da liberação
				RAPSw		Da iteração
				RAQSw		Da iteração
				RISw		Inspeção de desenho, código e testes da liberação
				MUSw		Procedimentos relativos aos casos de uso implementados
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		DDSw, DTSw, RTSw
				Inspeção de desenho		DDSw, MDSw das unidades da liberação
				Inspeção de implementação		DDSw, MDSw, CFSw das unidades da liberação
				Inspeção de testes		DTSw, BTRSw e RTSw da liberação
				Auditoria da qualidade		Linha de base
				Revisão de apresentação		RTSw, CESw da liberação (demonstração para usuários)
L2
				Liberação 2 (L2)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Alterações (se necessárias)
				Análise		Alterações (se necessárias)
				Desenho		Desenho das interfaces (dos casos de uso da liberação)
						Detalhamento dos casos de uso (das unidades da liberação)
						Desenho das entidades (das unidades da liberação)
						Desenho da persistência (das unidades da liberação)
						Realização dos casos de uso (das unidades da liberação)
						Desenho das liberações (refinamento)
						Revisão do desenho
				Implementação		Desenho detalhado (das unidades da liberação)
						Codificação (das unidades da liberação)
						Inspeção de implementação (das unidades da liberação)
						Testes de unidade (das unidades da liberação)
						Integração (das unidades da liberação)
						Documentação de usuário (das unidades da liberação)
				Testes		Planejamento dos testes (da liberação)
						Desenho dos testes de integração (da liberação)
						Implementação dos testes de integração (da liberação)
						Execução dos testes de integração (da liberação)
						Verificação do término dos testes de integração (da liberação)
						Balanço dos testes de integração (da liberação)
				Gestão de projetos		Monitoração dos requisitos
						Alteração dos requisitos (se necessária)
						Monitoração do escopo
						Medição do progresso
						Monitoração dos riscos
						Fechamento da iteração
				Gestão da qualidade		Auditoria da qualidade
						Realização das revisões
						Pós-processamento das revisões
						Gestão de linhas de base
		Linha de base		Artefato		Partes
				DDSw		Seções 1, 2.1, 2.2, 2.3 ( componentes das interfaces das unidades da liberação); 2.4 (funções do protótipo arquitetõnico), 3.1, 3.2 (diagramas da arquitetura e principais diagramas das unidades da liberação), 4
				MDSw		Visão de casos de uso: casos de uso da liberação; visão lógica: arquitetura e classes da liberação; visões físicas: componentes da liberação.
				DTSW		Seções 1 (mais planos de testes desta liberação), 2 (testes da liberação)
				BTRSw		Testes da liberação
				RTSw		Relatórios dos testes da liberação
				CRSw		Requisitos atualizados, itens de desenho e itens de teste da liberação
				CFSw		Unidades da liberação
				CESw		Unidades da liberação
				RAPSw		Da iteração
				RAQSw		Da iteração
				RISw		Inspeção de desenho, código e testes da liberação
				MUSw		Procedimentos relativos aos casos de uso implementados
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		DDSw, DTSw, RTSw
				Inspeção de desenho		DDSw, MDSw das unidades da liberação
				Inspeção de implementação		DDSw, MDSw, CFSw das unidades da liberação
				Inspeção de testes		DTSw, BTRSw e RTSw da liberação
				Auditoria da qualidade		Linha de base
				Revisão de apresentação		RTSw, CESw da liberação (demonstração para usuários)
TA
				Testes Alfa (TA)
Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Alterações (se necessárias)
				Análise		Alterações (se necessárias)
				Desenho		Alterações (se necessárias)
				Implementação		Alterações (se necessárias)
						Documentação de usuário (completa)
				Testes		Desenho dos testes de aceitação (revisão)
						Implementação dos testes de aceitação (no ambiente do fornecedor)
						Execução dos testes de aceitação (no ambiente do fornecedor)
						Verificação do término dos testes de aceitação (no ambiente do fornecedor)
						Balanço final dos testes de aceitação (no ambiente do fornecedor)
				Gestão de projetos		Medição do progresso
						Monitoração dos riscos
						Fechamento da iteração
				Gestão da qualidade		Auditoria da qualidade
						Realização das revisões
						Pós-processamento das revisões
						Gestão de linhas de base
		Linha de base		Artefato		Partes
				DDSw		Completa
				MDSw		Completo
				DTSW		Seções 1 (completa), 2 (mais testes de aceitação)
				BTRSw		Completa
				RTSw		Completos no ambiente do fornecedor
				CRSw		Completo
				CFSw		Completos
				CESw		Completos
				MUSw		Provisório
				RAPSw		Da iteração
				RAQSw		Da iteração
				RRSw		Revisão da DDSw e DTSw
				RISw		Inspeção de testes
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		DDSw, DTSw, RTSw
				Inspeção de testes		DTSw, BTRSw, RTSw completos
				Auditoria da qualidade		Linha de base
				Revisão de apresentação		RTSw, MUSW, CESw (demonstração do produto)
				Revisão técnica		DDSw, DTSw
				Aceitação		Aceitação para Transição
TB
				Testes Beta (TB)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Alterações (se necessárias)
				Análise		Alterações (se necessárias)
				Desenho		Alterações (se necessárias)
				Implementação		Alterações (se necessárias)
				Testes		Implementação dos testes de aceitação (no ambiente definitivo)
						Execução dos testes de aceitação (no ambiente definitivo)
						Verificação do término dos testes de aceitação (no ambiente definitivo)
						Balanço final dos testes de aceitação (no ambiente definitivo)
				Gestão de projetos		Monitoração dos riscos
						Fechamento da iteração
				Gestão da qualidade		Auditoria da qualidade
						Realização das revisões
						Pós-processamento das revisões
						Gestão de linhas de base
						Implantação da manutenção
		Linha de base		Artefato		Partes
				RTSw		Completos no ambiente definitivo
				RAPSw		Da iteração
				RAQSw		Da iteração
				RISw		Inspeção de testes
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		RTSw
				Inspeção de testes		RTSw completos no ambiente definitivo
				Auditoria da qualidade		Linha de base
OP
				Operação Piloto (OP)
		
		Atividades sugeridas		Fluxo		Atividades típicas
				Requisitos		Alterações (se necessárias)
				Análise		Alterações (se necessárias)
				Desenho		Alterações (se necessárias)
				Implementação		Alterações (se necessárias)
						Documentação de usuário (revisão)
				Testes		Alterações (se necessárias)
				Gestão de projetos		Monitoração dos riscos
						Fechamento da iteração
						Fechamento do projeto
				Gestão da qualidade		Auditoria da qualidade
						Realização das revisões
						Pós-processamento das revisões
						Gestão de linhas de base
						Execução da manutenção (piloto)
		Linha de base		Artefato		Partes
				MUSw		Definitivo
				RFPSw		Do projeto
				RAQSw		Da iteração
				RRSw		MUSw definitivo
		Critérios de aprovação		Tipo		Descrição
				Revisão gerencial		MUSw
				Revisão técnica		MUSw
				Aceitação		Aceitação para Produção
RQ
						Requisitos (RQ)
		
		Número		Atividade		Descrição sucinta		Pred.		Resultados
		1		Determinação do contexto		Levanta os aspectos dos processos de negócio ou de um sistema maior que sejam relevantes para a determinação dos requisitos do produto.				PESw
		2		Definição do escopo		Delimita os problemas que o produto se propõe a resolver.		1		ERSw-1 (Introdução)
		3		Definição dos requisitos		Produz uma lista de todos os requisitos funcionais e não funcionais, descritos de forma sucinta, ainda sem entrar-se em detalhes.		2		ERSw-2 (Descrição geral do produto)
		4		Detalhamento dos requisitos de interface		Detalha os aspectos das interfaces do produto que os usuários consideram requisitos.		3		ERSw-3.1 (Requisitos de interface externa)
		5		Detalhamento dos requisitos funcionais		Detalha os casos de uso, que representam fatias de funcionalidade do produto.		3		ERSw-3.2 (Requisitos funcionais); MASw-VCU (Visão de casos de uso)
		6		Detalhamento dos requisitos não funcionais		Detalha os requisitos de desempenho e outros aspectos considerados necessários para que o produto atinja a qualidade desejada.		4; 5		ERSw-3.3 (Requisitos não funcionais)
		7		Classificação dos requisitos		Determina as prioridades relativas dos requisitos e avalia a estabilidade e a complexidade de implementação.		6		CRSw (Casos de uso; requisitos não funcionais)
		8		Revisão dos requisitos		Determina se os requisitos satisfazem os critérios de qualidade de requisitos e se a Especificação dos Requisitos do Software está clara e bem entendida por todas as partes interessadas		7		RRERSw (Relatório de Revisão da ERSw)
AN
						Análise (AN)
		
		Número		Atividade		Descrição sucinta		Pred.		Resultados
		1		Identificação das classes		Identifica as classes do produto, com base nos fluxos dos casos de uso e outros documentos relevantes.				MASw [Classes identificadas]
		2		Organização das classes		Organiza as classes em pacotes lógicos e lhes atribui estereótipos, dependendo do papel que desempenham no modelo.		1		MASw [Classes organizadas]
		3		Identificação dos relacionamentos		Determina os relacionamentos de vários tipos que podem existir entre os objetos das classes identificadas.		2		MASw [Com relacionamentos]
		4		Identificação dos atributos		Levanta os atributos que correspondem propriedades que fazem parte do conceito expresso pela classe.		3		MASw [Com atributos]
		5		Realização dos casos de uso		Verifica os fluxos dos casos de uso, representando-os através de diagramas de interação.		3		MASw [Com operações]; CRSw (Itens de análise)
		6		Revisão da análise		Valida o esforço de Análise e o correspondente esforço de Requisitos		4; 5		RRERSw - Análise
DS
						Desenho (DS)
		
		Número		Atividade		Descrição sucinta		Pred.		Resultados
		DS1		Desenho arquitetônico		Resolve os aspectos estratégicos de desenho externo e interno, definindo a divisão do produto em subsistemas e escolhendo as tecnologias mais adequadas.				DDSw: seções 1 (Introdução), 2.1 (Aspectos gerais de processo), 2.2 (Aspectos gerais do produto), 3.1 (Estratégias de arquitetura); MDSw: visão lógica - pacotes; visão de componentes; visão de implantação; MUSw - estrutura da documentação para usuários.
		DS2		Desenho das interfaces		Desenha em detalhe as interfaces reais do produto, em seu ambiente definitivo de implementação.		DS1		DDSw: seção 2.3 (Componentes das interfaces de usuário); MDSw: visão lógica - camada de fronteira; CFSw - elementos gráficos das interfaces.
		DS3		Detalhamento dos casos de uso		Resolve os detalhes dos fluxos dos casos de uso, considerando os componentes reais das interfaces e todos os fluxos alternativos.		DS2		DDSw: seção 2.4 (Funções do produto); MDSw - visão de casos de uso
		DS4		Desenho das entidades		Transforma as classes de entidade do Modelo de Análise nas classes correspondentes do Modelo de Desenho.		DS1		DDSw: seção 3.2 (Diagramas - camada de entidades); MDSw: visão lógica - camada de entidades.
		DS5		Desenho da persistência		Desenha as estruturas externas de armazenamento persistente, como arquivos e bancos de dados.
DS4		DDSw: seção 3.2 (Diagramas - camada de persistência); MDSw- visão lógica - camada de persistência; CFSw -esquemas de bancos de dados.
		DS6		Realização dos casos de uso		Determina como os objetos das classes de desenho colaborarão para realizar os casos de uso de desenho.		DS3; DS5		DDSw-3.2 (Diagramas - realização dos casos de uso de desenho); MDSw: visão lógica - classes de controle; realizações.
		DS7		Desenho das liberações		Determina como a implementação do produto será dividida entre as Liberações.		DS6		DDSw-4 (Plano das liberações)
		DS8		Revisão do desenho		Valida os resultados do Desenho, confrontando-os com os resultados dos Requisitos e da Análise		DS7		Relatório de Revisão da DDSw; Relatório de Inspeção do Desenho
TS
						Testes (TS)
		
		Número		Atividade		Descrição sucinta		Pred.		Insumos		Resultados
		TS1		Planejamento		Define os itens a testar, aspectos gerenciais e recursos necessários para a execução da bateria de testes.				PDSw, PQSw		DTSw-1 (Plano de testes)
		TS2		Desenho		Completa as especificações dos testes da bateria, desenhando-se os procedimentos e casos de teste.		TS1		ERSw, DDSw-2		DTSw-2 (Especificações de testes)
		TS3		Implementação		Monta o ambiente de teste, implementando os componentes de teste e instalando e configurando os itens a testar.		TS2		DTSw-2		BTRSw
		TS4		Execução		Executa os testes da bateria, produzindo os relatórios resultantes.		TS3		BTRSw		RTSw (Registro de testes, Registros de incidentes de testes)
		TS5		Verificação do término		Inspeciona os testes, determinando se estão satisfeitas as condições para sua completeza e sucesso.		TS4		RTSw (RT, RIT)		Relatório de Inspeção de Testes
		TS6		Balanço final		Realiza o balanço final dos testes da bateria, registrando as conclusões e lições aprendidas.		TS5		RTSw (RT, RIT); RITSw		RTSw (Relatório resumo dos testes)
IM
						Implementação (IM)
		
		Número		Atividade		Descrição sucinta		Pred.		Insumos		Resultados
		IM1		Desenho detalhado		Preenche os detalhes restantes do Modelo de Desenho, no nível necessário para guiar a codificação.				MDSw (alto nível)		MDSw (detalhado)
		IM2		Codificação		Traduz o desenho detalhado no código de uma ou mais linguagens de programação.		IM1		MDSw (detalhado)		CFSw
		IM3		Inspeção de implementação		Verifica o código, para eliminar os defeitos de digitação ou de uso da linguagem.		IM2		MDSw (detalhado), CFSw		RIISw
		IM4		Testes de unidade		Verifica a funcionalidade das unidades implementadas.		IM2		CFSw
		IM5		Integração		Liga as unidades implementadas com os componentes construídos em liberações anteriores.		IM3; IM4		CFSw		CESw
		IM6		Prototipagem		Confecção de código provisório para realizar experimentos de validação de requisitos ou desenho.
		IM7		Documentação de usuário		Confecção de manual e outros tipos de documentos para usuários.				DDSw - 2		MUSw
GP
								Gestão de projetos (GP)
		
		Número		Subfluxo		Atividade		Descrição sucinta		Pred.		Insumos		Resultados
		GR1		Gestão de requisitos		Cadastramento dos requisitos		Lançamento dos requisitos e itens derivados no cadastro dos requisitos.				ERSw, MASw		CRSw
		GR2				Monitoração dos requisitos		Acompanhamento do estado dos requisitos.		GR1		CRSw		CRSw atualizado
		GR3				Alteração dos requisitos		Análise de soliticações de alteração de requisitos e realização da alteração, se aprovada.		GR2		SARSw, CRSw		ERSw, MASw
		PP1		Planejamento de projetos		Levantamento das metas gerenciais		Determinação das metas de prazo e custo do projeto, estipuladas pelo cliente.						PESw - 4 (Metas gerenciais)
		PP2				Dimensionamento da Elaboração		Estimativa de esforço, recursos e cronogramas da fase de Elaboração.		PP1		PESw - 2 (Lista de funções); PESw - 4 (Metas gerenciais)		PESw - 6 (Estimativa de custos e prazos para a Elaboração)
		PP3				Instanciação do processo		Determinação dos aspectos do processo (possivelmente personalizado) que são específicos do projeto.				Praxis 1.2 (descrição)		Processo definido para o projeto; PDSw - seções 1 a 4
		PP4				Estimativa do tamanho		Determinação da complexidade do produto, medida em pontos de função.		GR1; PP3		CRSw		MMPSw (Pontos de função)
		PP5				Estimativa do esforço		Determinação do esforço necessário para o projeto, distribuído por iterações e fluxos.		PP4		PDSw - seções 1 a 4; MMPSw (Pontos de função)		MMPSw (Esforços)
		PP6				Estimativa dos recursos		Determinação dos recursos de pessoas e outros recursos necessários para o projeto.		PP5		PDSw - 1:4; MMPSw (Esforços)		MMPSw (Recursos)
		PP7				Estimativa de cronograma		Determinação dos prazos para as iterações do projeto.		PP6		MMPSw (Esforços); MMPSw (Recursos)		MMPSw (Cronograma)
		PP8				Estimativa dos riscos		Determinação dos riscos do projeto, com análise de impacto e previsão de contramedidas.		PP7		MMPSw (Cronograma)		MMPSw (Riscos)
		PP9				Fechamento do planejamento		Acabamento e revisão do Plano de Desenvolvimento do Software e das próprias atividades de planejamento.		PP7; PP8		MMPSw		PDSw
		CP1		Controle de projetos		Monitoração do escopo		Acompanhamento e registro das variações nos escopo dos projetos, com base na monitoração dos seus requisitos.		GR2				RAPSw (Escopo)
		CP2				Medição do progresso		Determinação do esforço dispendido no projeto, comparando-o com o previsto e projetando os esforços e prazos futuros.		PP6; CP1		RAPSw (Escopo)		RAPSw (Esforços e prazos)
		CP3				Monitoração dos riscos		Acompanhamento dos riscos previstos e concretizados do projeto, com atualização da análise do impacto e das contramedidas previstas.		PP7; CP2		RAPSw (Esforços e prazos)		RAPSw (Riscos)
		CP4				Fechamento da iteração		Providências finais da iteração, com análise da atividades desta, para identificação de problemas e proposição de soluções.		CP3		RAPSw		Solitações de providências
		CP5				Fechamento do projeto		Análise final do projeto, identificando problemas, pontos positivos e lições aprendidas.		CP4		RAPSw		RFPSw
GQ
								Gestão da qualidade (GQ)
		
		Número		Subfluxo		Atividade		Descrição sucinta		Pred.		Responsável		Insumos		Resultados
		GQ1		Garantia da qualidade		Planejamento		Confecção das partes referentes à Garantia da Qualidade do Plano da Qualidade do Software				Projeto		PDSw		PQSw (menos seções 6, 10 e 11)
		GQ2				Auditoria da qualidade		Verificação da conformidade com o processo dos artefatos e atividades de um projeto		GQ1		GGQSw		PDSw; PQSw; artefatos		RAQSw; solicitações de providências
		GQ3				Verificação da organização		Verificação da conformidade com o processo das atividades da organização, não vinculadas a projetos.				GGQSw		Praxis; estrutura da organização		Relatórios da organização
		GR1		Gestão de revisões		Planejamento		Planejamento das atividades de revisão técnica e inspeção de um projeto.				Projeto		PDSw		PQSw-6 (Revisões)
		GR2				Realização		Convocação, distribuição de material e suporte às revisões e inspeções de um projeto.		GR1		GGQSw		PQSw; artefatos		Relatórios de revisão e inspeção
		GR3				Pós-processamento		Análise dos relatórios de revisão de um projeto e tomada das providências necessárias para resolver os problemas identificados.		GR2		GGQSw		Relatórios de revisão e inspeção		RAQSw (Análise das revisões); solicitações de providências
		GC1		Gestão de configurações		Planejamento		Planejamento das atividades de gestão de configurações de um projeto.				Projeto		PDSw		PQSw-11 (Controle de mídia)
		GC2				Gestão de linhas de base		Criação, verificação, alteração e extração de produtos em uma linha de base.		GC1		GGCSw		PQSw; artefatos		Linha de base
		GC3				Gestão de bibliotecas de configurações		Verificação, backup, análise e auditorias das Bibliotecas de Gestão de Configurações.		GC2		GGCSw		Linhas de base		Bibliotecas oficiais; relatórios de gestão de configurações
		GM1		Gestão da manutenção		Implantação		Implantação dos procedimentos e recursos
necessários para a execução do Processo de Manutenção.				Projeto		PDSw; Processo de manutenção (padrão)		Processo de manutenção (personalizado, se necessário)
		GM2				Execução		Processamento de solicitações de manutenção, de acordo com o Processo de Manutenção.		GM1		Projeto; Produto		Processo de manutenção; Base de dados de manutenção; Solicitações de manutenção; Linhas de base de produtos		Relatórios e Avisos de manutenção; Base de dados de manutenção; Linha de base de pro-dutos (alteradas)
EP
								Engenharia de processos (EP)
		
		Número		Subfluxo		Atividade		Descrição sucinta		Pred.		Insumos		Resultados típicos
		GPC1		Gestão de processos		Gestão da biblioteca de documentação		Guarda, backup, análise e controle da biblioteca que contém a documentação relativa aos processos de software da organização.				Artefatos de processo		Biblioteca de documentação
		GPC2				Manutenção		Realização de procedimentos corretivos relativos a defeitos nos processos de software da organização.		GPC1		Biblioteca de documentação; Solicitações de manutenção de processo		Artefatos de processo (corrigidos)
		GPC3				Capacitação da organização		Comunicação, consultoria e treinamento sobre os processos de software da organização.		GPC1		Biblioteca de documentação		Material de comunicação e treinamento
		GPC4				Personalização		Adaptação dos processos da organização às necessidades específicas dos projetos.		GPC2; GPC3		Biblioteca de documentação		Artefatos de processo (personalizados)
		GPC5				Normatização		Elaboração de normas adicionais, necessárias para complementar as normas oficiais dos processos de software da organização.		GPC4		Biblioteca de documentação, Artefatos de processo (personalizados)		Artefatos de processo (novas normas)
		GPC6				Gestão das métricas		Coleta de métricas dos processos da organização, com a guarda, análise e controle da base de dados resultante.				Biblioteca de documentação, RFPSw, Relatórios da organização, Relatórios de manutenção		Bases de dados históricos
		GTR1		Gestão do treinamento		Planejamento		Confecção de planos de treinamento em engenharia de software, com base nas necessidades dos projetos e da organização.				PDSw; Relatórios da organização; Planos de treinamento		Planos de treinamento
		GTR2				Execução		Realização das atividades de treinamento em engenharia de software da organização, com acompanhamento, registro, relato, avaliação e verificação destas.		GTR1		Material de treinamento; Biblioteca de documentação; Planos de treinamento		Relatórios de treinamento; Registros de treinamento
		MTC1		Melhoria de tecnologia		Planejamento		Elaboração de planos de introdução de novas tecnologias de software nos processos da organização.				Relatórios da organização; RFPSw; Informação tecnológica; Solicitações de melhoria de tecnologia		Planos de melhoria de tecnologia
		MTC2				Análise		Realização de estudos para avaliar o impacto de novas tecnologias sobre os processos de software da organização.		MTC1		Informação tecnológica; Planos de melhoria de tecnologia; Tecnologia candidata		Relatórios de avaliação de tecnologia; Plano de projeto piloto
		MTC3				Teste		Execução de projeto piloto para avaliação das mudanças de tecnologia.		MTC2		Informação tecnológica; Plano de projeto piloto; Tecnologia candidata		Relatórios de avaliação de tecnologia; Relatório final de projeto piloto; Plano de implantação de tecnologia
		MTC4				Implantação		Transição para uso normal das tecnologias aprovadas, nos processos da organização .		MTC3		Plano de implantação de tecnologia; Tecnologia candidata		Relatórios de avaliação de tecnologia; Relatório final de implantação de tecnologia
		MPC1		Melhoria de processos		Planejamento		Elaboração de planos de introdução de melhorias nos processos de software na organização.				Relatórios da organização; RFPSw; Informação de processos; Solicitações de melhoria de processos		Planos de melhoria de processos
		MPC2				Análise		Realização de estudos e projetos piloto para avaliar o impacto de alterações nos processos de software da organização.		MPC1		Informação de processos; Processos atuais; Bases de dados históricos		Relatórios de avaliação de processo; Planos de desenvolvimento de processos
		MPC3				Desenvolvimento		Desenvolvimento de novos processos de software para a organização, que incorporem melhorias aprovadas.		MPC2		Planos de desenvolvimento de processos; Processos atuais		Novo processo (versão de avaliação); Plano de projeto piloto
		MPC4				Teste		Execução de projeto piloto para avaliação das mudanças de processos.		MPC3		Novo processo (versão de avaliação); Plano de projeto piloto		Artefatos do projeto piloto; Relatórios de avaliação de processo; Relatório final de projeto piloto; Plano de implantação de processo
		MPC5				Implantação		Transição para uso normal na organização dos processos aprovados.		MPC4		Novo processo (versão definitiva); Plano de implantação de processo		Biblioteca de documen-tação; Relatórios de avaliação de processo; Relatório final de implantação de processo
Introdução à Engenharia de Software – As Principais Disciplinas
Gestão de Projetos 
Atividades.
Cadastramento dos requisitos:
lançamento dos requisitos e itens derivados no cadastro dos requisitos.
Monitoração dos requisitos:
acompanhamento do estado dos requisitos.
Alteração dos requisitos:
análise de solicitações de alteração de requisitos;
realização da alteração, se aprovada. 
Introdução à Engenharia de Software – As Principais Disciplinas
Introdução à Engenharia de Software Unidade II – As Principais Disciplinas
Pedro de Alcântara dos Santos Neto
pasn@ufpi.edu.br
*