Slides 77Kb

Transcrição

Slides 77Kb

SIMPROS 2001
Gestão de Requisitos de Software
Questões sobre a implementação da KPA
de requisitos do nível 2 do SEI CMM 1.1
José Rubens Garros Parra
Engº de Software
Agenda
Introdução
Problemas Encontrados
Análise dos Dados
Conclusões
Sugestões
Contatos
Bibliografia
Terceiro Simpósio Internacional de Melhoria de Processo de Software
São Paulo, Brasil 17-20/09/2001 www.sp.senac.br/simpros2001
P9-1
SIMPROS 2001
Introdução
? Requisitos
no Nível 1 geralmente são :
– diferentes para o cliente e para a equipe
– documentados informalmente
– alterados com freqüência
– somente entrada para o processo técnico
– ignorados durante a implementação
– não incluídos formalmente na proposta
– de granularidade heterogênea
Como melhorar o cenário ?
?O
propósito deste trabalho é o
levantamento e análise dos problemas
relacionados a implementação e
implantação do modelo SEI CMM
nível 2 para a gestão de requisitos
P9-2
SIMPROS 2001
Gestão de Requisitos
? Objetivos
:
(1) Os requisitos de sistema alocados ao software
são controlados para estabelecer uma linha
mestra para o desenvolvimento de software e
para o uso gerencial.
(2) Os planos, os produtos e as atividades de
software são mantidos consistentes com os
requisitos de sistema alocados ao software.
Técnica de levantamento
? Levantados
por Brainstorming
? Durante vários workshops
? Participação de 12 empresas
? Tamanhos variados de empresas
? Softwares com complexidades diversas
? Participação de colaboradores, técnicos
e gerentes
P9-3
SIMPROS 2001
Agrupamento
? Problemas
agrupados em relação a :
– (I)nteração com o cliente
– (D)ocumentação dos requisitos
– (U)tilização dos requisitos
– (A)dministração dos requisitos
Problemas Encontrados (1)
(A) 1. Controlar o levantamento de requisitos.
(A) 2. Falta de comprometimento dos clientes.
(A) 3. Falta de tempo adequado para levantar os
requisitos.
(I) 4. Nível de detalhamento dos requisitos.
(I) 5. Falta de roteiro de levantamento de
requisitos.
P9-4
SIMPROS 2001
(I) 6. Requisitos do cliente não estão bem
definidos.
(I) 7. Conhecimento do negócio da aplicação
pode ser crítico.
(U) 8. Requisitos não são base para propostas e
estimativas (prazo, custo, esforço).
(U) 9. Pessoal de mercado com foco no
faturamento.
(D) 10. Requisitos documentados não são claros.
(D) 11. Interpretação dos requisitos não é
correta.
(D) 12. Formatação na definição dos requisitos.
(D) 13. Como mapear a interdependência dos
requisitos.
(A)14. Manter a documentação.
P9-5
SIMPROS 2001
(I) 15. Formato de apresentação dos requisitos.
(U) 16. Estabelecer a baseline.
(A) 17. Controlar a baseline.
(I) 18. Estabelecer um canal de comunicação.
(I) 19. Respeitar o canal de comunicação
estabelecido.
(U) 20. Falta de histórico de alteração dos
requisitos.
(U) 21. Falta de sincronismo da equipe com os
requisitos.
(A) 22. Papéis e responsabilidades não estão
claramente definidos.
(I) 23. Falta de técnica para levantamento dos
requisitos
P9-6
SIMPROS 2001
Análise dos Dados
Agrupamento
(I)nteração
(A)dministração
(U)tilização
(D)ocumentação
Total
# Problemas
8
6
5
4
23
% total
35
26
22
17
100
Análise dos Dados
? Usar
o modelo CMM para resolver os
problemas levantados (Total ou Parcial)
? Mapa de práticas por problema :
– Cx : commitment X
– Abx : ability X
– Acx : activity x
– Mx : measurement x
– Vx : verifying x
P9-7
SIMPROS 2001
Mapeamento no CMM
Prob.
1
2
3
4
5
6
7
8
9
1
1
1
1
1
1
1
1
1
1
2
2
2
2
.
.
.
.
.
.
.
.
.
0
1
2
3
4
5
6
7
8
9
0
1
2
3
C 1
Ab
1
Ab
2
A b
3
Ab
4
A c
1
A c
2
A c
3
M 1
V1
V 2
V 3
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Conclusões Gerais
? Administração
? Ação
e Interação = 61 %
corretiva para Administração
– Aplicar o modelo CMM nível 2 para gestão
de requisitos
? Ação
corretiva Interação
– Capacitação do cliente e do pessoal de
requisitos em técnicas de levantamento e
negociação.
P9-8
SIMPROS 2001
Conclusões Específicas
? 1.
O comprometimento do cliente não é
tratado.
– Deve-se trabalhar no cliente uma nova
forma de se obter os requisitos, evitando
que o cliente se incomode com a iteração
necessária para o levantamento de
requisitos.
– Ele deve ver os requisitos como expressão
máxima de sua legítima vontade.
Conclusões Específicas
? 2.
O pessoal de mercado não tem o
mesmo foco.
– Deve-se trabalhar no pessoal de mercado
o sentido dos requisitos e estimativas,
evitando que o prazo fechado com o
cliente não seja acordado com o pessoal
de desenvolvimento.
– O pessoal de mercado deve ver os
requisitos bem definidos como garantia de
novos negócios.
P9-9
SIMPROS 2001
Agradecimentos
?
À Profa. Dra. Juliana Herbert da UNISINOS
que proporcionou parte do levantamento dos
dados deste trabalho com o projeto “Rumo
ao CMM”.
?
Ao CPqD por apoiar a pesquisa e a inovação
tecnológica na melhoria de processos de
software.
Contato
?
E-mail :
– rubensp @ cpqd.com.br
?
Empresa :
– CPqD
– Rod. Campinas-Mogi Mirim, km 118,5
– 13.088-902 - Campinas - SP
P9-10
SIMPROS 2001
Bibliografia
?
SEI CMU TR24
?
SEI CMU TR25
?
Managing Software Requirements : a unified
approach, Dean Leffingwell, Addison Wesley
?
Software Engineering, Roger Pressman.
Obrigado !
P9-11

Slides 77Kb

Transcrição

Documentos relacionados

Técnico em Administração

Reinaldo Macedo

Inscrições abertas para o simpósio da UNEP-SBCI sobre

Maria do Socorro Gabriel Lima Verde Coordenadora de Programas

Técnico em Administração – Noite

Costureiro

Unhas Artisticas

Aberturas de Formulário Eletrônico (30/06/2010

i encontro de ex i encontro de ex

Fone: (69) 2181-6950 ---------` Bento 8t Frota Serviços em