©Ian Sommerville 2006Engenharia de Software, 8ª. edição. Capítulo 1
Slides do Livro do Sommerville, 2000
Disponíveis em inglês em www.software-engin.com
representações gráficas de cronograma
noção de riscos e o processo de gerenciamento de risco
falta de pessoas habilitadas em tecnologia da informação (TI)
internacionalmente
Plano
Descrição
Plano de Qualidade
Descreve os procedimentos de qualidade e padrões que serão utilizados no projeto.
Plano de validação
Descreve a abordagem, os recursos e o cronograma utilizados para a validação do sistema.
Plano de configuração do gerenciamento
Descreve os procedimentos de configuração do gerenciamento e estruturas a serem utilizados.
Plano de manutenção
Prevê os requisitos de manutenção do sistema, os custos da manutenção e o esforço necessário.
Plano de desenvolvimento do pessoal
Descreve como as habilidades e experiências dos membros do time do projeto serão
desenvolvidos
Estabelecer as restrições do projeto
Fazer uma avaliação inicial dos parâmetros do projeto
Definir os marcos e as entregas
enquanto o projeto não for completado ou cancelado faça:
Desenhe o cronograma do projeto
Inicie as atividades de acordo com o cronograma
Espere (um pouco)
Revise o progresso do projeto
Revise estimativas dos parâmetros do projeto
Atualize o cronograma do projeto
Renegocie as restrições do projeto e as entregas
se (problemas surgirem) então
Inicie a revisão técnica e possível revisão
fim do se
fim do enquanto
ACT IVITIES
Feasibility
study
Requir ements
analysis
Prototype
development
Design
study
Requir ements
specification
Feasibility
report
Requir ements
definition
Evaluation
report
Architectural
design
Requir ements
specification
MILESTONES
Identify
activities
Software
requirements
Identify activity
dependencies
Estimate resources
for activities
Allocate people
to activities
Create project
charts
Activity charts
and bar charts
Tarefa
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
T11
T12
Duração (dias)
8
15
15
10
10
5
20
25
15
15
7
10
Dependências
T1 (M1)
T2, T4 (M2)
T1, T2 (M3)
T1 (M1)
T4 (M5)
T3, T6 (M4)
T5, T7 (M7)
T9 (M6)
T11 (M8)
15 days
14/7/99
M1
8 days
T9
T1
25/7/99
4/7/99
start
15 days
T3
5 days
4/8/99
25/8/99
T6
M4
M6
M3
7 days
20 days
15 days
T7
T2
25/7/99
10 days
M2
T4
T11
10 days
M7
T5
5/9/99
11/8/99
T10
18/7/99
M8
15 days
10 days
T12
M5
25 days
T8
Finish
19/9/99
4 /7
11 /7
1 8/7
2 5/7
1 /8
8 /8
1 5/8
2 2/8
2 9/8
5 /9
1 2/9
1 9/9
S tart
T4
T1
T2
M1
T7
T3
M5
T8
M3
M2
T6
T5
M4
T9
M7
T10
M6
T11
M8
T12
F ini sh
4/7
Fre d
11/7
18/7
25/
1/8
8/8
15/8
22/8
29/8
5/9
T4
T8
T11
T12
Ja ne
T1
T3
T9
Anne
T2
T6
Jim
Mar y
T7
T5
T10
12/9
19/9
Risco
Rotatividade do pessoal
Tipo de Risco
Projeto
Mudança de
gerenciamento
Não-disponibilidade de
Hardware
Mudança de requisitos
Projeto
Atraso das
especificações
Tamanho subestimado
Baixo desempenho da
ferramenta CASE
Mudança da tecnologia
Competição de produto
Projeto
Projeto e
produto
Projeto e
produto
Projeto e
produto
Produto
Negócio
Negócio
Descrição
Membros experientes deixarão o projeto
antes de seu término.
Haverá uma mudança no gerenciamento
organizacional com prioridades diferentes.
Hardware essencial ao projeto não será
entregue no prazo.
Haverá um número maior de mudanças nos
requisitos do que fora antecipado.
As especificações de interfaces essenciais
não estão disponívieis no prazo
O tamanho do sistema foi subestimado.
As ferramentas CASE que suportam o
projeto não funcionam como esperado
A tecnologia subjacente na qual o sistema
está construido é substituida por uma nova
tecnologia.
Um produto competitivo é lançado no
mercado antes da conclusão do sistema.
Risk
identification
Risk analysis
List of potential
risks
Prioritised risk
list
Risk planning
Risk avoidance
and contingency
plans
Risk
monitoring
Risk
assessment
Tipo de risco
Technologia
Pessoal
Organizacional
Ferramentas
Requisitos
Estimativa
Riscos Possíveis
O banco de dados utilizado no sistema não pode processar o número de
transações por segundo que era esperado.
Os componentes do software que deviam ser reutilizados contém
defeitos que limitam sua funcionalidade.
É impossível recrutar pessoal com as habilidades necessaárias.
Membros-chave estão doentes e indisponíveis em épocas críticas.
Treinamento necessário para a equipe não está disponível.
A organização é reestruturada para que diferentes gerentes sejam
responsáveis pelo projeto.
Problemas organizacionais financeiros forçam redução no orçamento do
projeto.
O código gerado pelas ferramentas CASE é ineficiente.
As ferramentas CASE não podem ser integradas.
Mudanças nos requisitos que necessitam de maior trabalho de
remodelagem são propostas.
Clientes nao conseguem entender o impacto das mudanças de requisitos.
O tempo necessário para o desenvolvimento do software foi
subestimado.
A taxa de reparo de defeitos foi subestimada.
O tamanho do software foi subestimado.
Risco
Problemas financeiros organizacionais forçam reduções no
orçamento do projeto.
É impossível recrutar membros com as habilidades necessárias pra
o projeto.
Membros-chave estão doentes em épocas críticas do projeto.
Componentes do software que deveriam ser reutilizados contêm
defeitos que limitam suas funcionalidades.
Mudanças nos requisitos que requerem grandes alterações no
projeto são propostas.
A organização é reestruturada para que diferentes gerentes sejam
responsáveis pelo projeto.
A base de dados usada no sistema não consegue processar o
número de transações por segundo esperado.
O tempo necessário para desenvolver o software é subestimado.
As ferramentas CASE não podem ser integradas.
Os clientes não conseguem entender o impacto das mudanças dos
requisitos.
O treinamento necessário para a equipe não está disponível.
A taxa de defeitos reparados é subestimada.
O tamanho do software é subestimado.
O código gerado pelas ferramentas CASE é ineficiente.
Probabilidade
Baixa
Efeitos
Catastrófico
Alta
Catastrófico
Moderada
Moderada
Sério
Sério
Moderada
Sério
Alta
Sério
Moderada
Sério
Alta
Alta
Moderada
Sério
Tolerável
Tolerável
Moderada
Moderada
Alta
Moderada
Tolerável
Tolerável
Tolerável
Insignificante
Risco
Problemas
financeiros
organizacionais
e
Problemas de Recrutamento
Estratégia
Preparar um documento informativo para gerentes seniores mostrando como o
projeto está dando uma contribuição muito importante para os objetivos do
negócio
Alertar o cliente de potenciais dificuldades e da possibilidade de atrasos,
investigar compra de componentes.
Doença dos membros
Reorganizar o time de forma a ter maior sobreposição de trabalho e para que
os membros entendam o trabalho uns dos outros.
Componentes defeituosos
Substitur componentes potencialmente defeituosos por componentes não
originais, mas de confiabilidade conhecida.
Mudanças nos Requisitos
Obter informações de rastreabilidade para cotar o impacto das mudanças nos
requisitos, maximizar informações escondidas no projeto.
Reestruturação
organizacional
Preparar um documento com instruções para gerenciamento sênior mostrando
como o projeto é de grande contribuição para as metas do negócio.
Desempenho da base de
dados
Tempo de desenvolvimento
subestimado
Investigar a possibilidade de adquirir uma base de dados de maior
desempenho.
Investigar a compra por componentes, investigar o uso de um gerador de
código automático.
Tipo de risco
Tecnologia
Pessoal
Organizacional
Ferramentas
Requisitos
Estimativa
Indicadores potenciais
Entrega tardia de hardware ou software de suporte, muitos
problemas de tecnologia reportados.
Moral da equipe baixo, relacionamento pobre entre os membros
do time, disponibilidade de trabalho.
Fofoca organizacional, falta de ação por parte do gerenciamento
sênior.
Relutância por partes dos membros do time em usar ferramentas,
reclamações sobre ferramentas CASE, exigências por estações de
trabalho com maior poder.
Muitos requisitos mudam o pedido, reclamações do cliente
Falha em cumprir o calendário acertado, falha em sanar defeitos
reportados.