Apresentação PF

Implantação do Processo de
Gerência de Requisitos do MPS.BR
em uma Empresa de
Desenvolvimento de Software
Autora: Camila Teodoro da Silva
Orientadora: Vera Maria Benjamim Werneck
Co-orientador: Orlando Bernardo Filho

Roteiro
Objetivos
Fundamentação Teórica
Crise do Software
Engenharia de Software
MPS.BR
Gerência de Requisitos
A empresa e o cenário atual
Metodologia Proposta
Ferramentas
Análise de Conformidade

Objetivos
Estabelecer um Processo de Gerência de
Requisitos (GRE)
Implantar o processo de Gerência de
Requisitos
Atender aos requisitos do MPS.BR para o
Processo de Gerência de Requisitos
Atender aos atributos de processo (AP’s) do
GRE exigidos para o nível G

Crise do Software
Preço do hardware diminuiu
Demanda por software aumentou
Softwares mais complexos
Dificuldade de manutenção
Estimativas imprecisas de prazo e custo
Muitos erros e falta de confiabilidade
Falta de métodos, ferramentas e
procedimentos
Crise do SoftwareCrise do Software
Engenharia deEngenharia de
SoftwareSoftware

Engenharia de Software
Métodos
Detalhes de como desenvolver o software
Planejamento e estimativas
Análise de requisitos
Projeto de arquitetura e dos dados
Codificação e teste
Manutenção
Ferramentas
Maneira automatizada ou semi-automatizada para apoiar os
métodos
Procedimentos
Define a ordem em que os métodos serão utilizados
Normas e Modelos de QualidadeNormas e Modelos de Qualidade
ISSO/IEC 12207ISSO/IEC 12207
ISSO/IEC 15504ISSO/IEC 15504
CMMICMMI
MPS.BRMPS.BR

MPS.BR
Programa de Melhoria do Processo de Software Brasileiro
Em desenvolvimento desde 2003
Coordenado pela SOFTEX
Apoio
Ministério da Ciência e Tecnologia
FINEP
SEBRAE
Banco Interamericano de Desenvolvimento
De acordo com a realidade das empresas brasileiras (micro,
pequenas e médias)
Objetivo Principal: Disseminação e adoção do modelo MPS

Modelo MPS
Baseado nos conceitos de maturidade e
capacidade de processos.

Gerência de Requisitos
O objetivo do gerenciamento de requisitos é
documentar, organizar, e rastrear os requisitos,
além de controlar o seu desenvolvimento e as
mudanças.
É garantir que não haja inconsistênciasnão haja inconsistências entre o que
foi especificado e o que está sendo desenvolvido e
garantir que não haja inconsistências entre um
requisito e outro.
Além de garantir que os requisitos tenham sido
entendidosentendidos e possam ser identificadosidentificados, validadosvalidados,
testadostestados e rastreadosrastreados.

A Empresa
Uma empresa de Tecnologia da Decisão que
desenvolve soluções que auxiliam decisores
a definir estratégias, planejar operações,
reduzir custos, diminuir riscos e fazer o
planejamento a curto, médio e longo prazo.

Cenário Atual
Casos de Uso confeccionados em documento
Word ou na Wiki
Mudanças nos requisitos -> Documentos
desatualizados
Solicitações de Mudança não documentadas
Dificuldade de encontrar origem dos erros
Atrasos no cronograma
Re-trabalho, custos elevados
Insatisfação dos clientes e usuários

Metodologia Proposta
Alteração na estrutura organizacional

Política do Processo de GRE
O objetivo da política é descrever as
expectativas da empresa para o
gerenciamento de requisitos dos projetos de
desenvolvimento.

Plano de Gerência de Requisitos
O objetivo do plano é descrever como será
realizado o gerenciamento dos requisitos do
projeto.
Glossário
Papéis e Responsabilidades
Critérios de Aceitação e Avaliação de
Requisitos
Ferramentas, Documentos
Estratégia de Rastreabilidade

Confluence
Aplicativo Wiki
Edição de página Web
Colaboração no ambiente corporativo
Compartilhamento de conteúdo
Plug-ins
Integração
Confecção de documentos
Rastreabilidade Horizontal

JIRA
Issue Tracking
Gerenciamento de projetos
Customizável
Atribuições de tarefas
Notificações por email
Gerenciamento de bugs
Plug-ins

Use Case Issue
Plano de Estrutura de Issues

Supplementary Requirement Issue

Change Request Issue

JIRA Subversion Plugin
Integração JIRA + Subversion
Informações sobre os commits
Rastreabilidade vertical

Mylyn
Plug-in do Eclipse
Gerenciamento de Tarefas
Integração do Eclipse com o JIRA

TortoiseSVN
Blame:
Linha de código contém ID do responsável e número da
revision

TortoiseSVN
Show Log:
Mostra o comentário do commit

GRE1 – Os requisitos são entendidos, avaliadosGRE1 – Os requisitos são entendidos, avaliados
e aceitos junto aos fornecedores dee aceitos junto aos fornecedores de
requisitos, utilizando critérios objetivosrequisitos, utilizando critérios objetivos
Evidências
Plano de Gerência de Requisitos: Define quais os
documentos de requisitos, como são avaliados, e deverá haver registro
dos aceites dos requisitos.
Agenda para Detalhamento dos Casos de Uso:
Comprova que há um planejamento para que haja um entendimento
dos requisitos.

GRE1 – Os requisitos são entendidos, avaliadosGRE1 – Os requisitos são entendidos, avaliados
e aceitos junto aos fornecedores dee aceitos junto aos fornecedores de
requisitos, utilizando critérios objetivosrequisitos, utilizando critérios objetivos
Evidências
Casos de Uso, Especificações Suplementares e
Solicitações de Mudança: Representam a comprovação do
entendimento dos requisitos.
Registro de Aceite: Garantia de que os requisitos propostos
atendem às necessidades e expectativas do cliente e dos usuários.
Critérios de Aceitação e Avaliação dos Requisitos:
Evidência de que os requisitos são avaliados e aprovados com base em
um conjunto de critérios objetivos, previamente estabelecidos.

GRE2 – O comprometimento da equipe técnicaGRE2 – O comprometimento da equipe técnica
com os requisitos aprovados é obtidocom os requisitos aprovados é obtido
Evidência:
Issues de Requisitos: Campos “Suggested by” e “Assignee”
representam o fornecedor do requisito e o responsável por sua
implementação, respectivamente.

GRE3 – A rastreabilidade bidirecional entre osGRE3 – A rastreabilidade bidirecional entre os
requisitos e os produtos de trabalho érequisitos e os produtos de trabalho é
estabelecida e mantidaestabelecida e mantida
Evidências:
Plano de Gerência de Requisitos: Seção “Estratégia de
Rastreabilidade”.
Sub-Tasks das Issues: Geram os relacionamentos descritos na
seção “Estratégia de Rastreabilidade”.
Mylyn: Mantém a rastreabilidade entre requisito e código.
Links entre casos de uso: Mantém a rastreabilidade entre
requisitos.

GRE4 – Revisões em planos e produtos deGRE4 – Revisões em planos e produtos de
trabalho do projeto são realizadas visando atrabalho do projeto são realizadas visando a
identificar e corrigir inconsistências emidentificar e corrigir inconsistências em
relação aos requisitosrelação aos requisitos
Evidências:
Sub-tasks Validation, Documentation Test e
Implementation Test: Representam revisões que verificam a
consistência entre os requisitos e os produtos de trabalho.
Plano de Gerência de Requisitos: Seção “Revisões em
Planos e Produtos de Trabalho”.

GRE5 – Mudanças nos requisitos sãoGRE5 – Mudanças nos requisitos são
gerenciadas ao longo do projetogerenciadas ao longo do projeto
Evidências:
Issues do tipo Change Request: Acompanhamento de toda a
vida de uma solicitação de mudança.
Plano de Gerência de Requisitos: Seção “Revisão em planos
e produtos de trabalho” apresenta a descrição do como proceder ao
haver mudança nos requisitos, e seção “Itens de Rastreabilidade”
apresenta as solicitações de mudança como itens a serem rastreados.

RAP1 – O processo atinge seus resultadosRAP1 – O processo atinge seus resultados
definidosdefinidos
Evidências:
Fluxos executados no JIRA: Os resultados dos processos
geram os principais produtos requeridos.
Casos de Uso, Especificações Suplementares e
Solicitações de Mudança: Link de rastreabilidade e controle de
versões garantem que o processo de gerência de requisitos está sendo
executado corretamente.

RAP2 – Existe uma política organizacionalRAP2 – Existe uma política organizacional
estabelecida e mantida para o processoestabelecida e mantida para o processo
Evidências:
Política do Processo de Gerência de Requisitos

RAP3 – A execução do processo é planejadaRAP3 – A execução do processo é planejada
Evidências:
Aplicação da Política do Processo de Gerência de
Requisitos: Possui a descrição do processo, as responsabilidades e
atividades para execução do mesmo.
Plano de Gerência de Requisitos: Possui a descrição do
processo, as responsabilidades e atividades para a execução do
mesmo.

RAP4 – (Para o nível G) A execução doRAP4 – (Para o nível G) A execução do
processo é monitorada e ajustes sãoprocesso é monitorada e ajustes são
realizadosrealizados
Evidências:
Aplicação da Política do Processo de Gerência de
Requisitos: Possui a descrição do processo, as responsabilidades e
atividades para execução do mesmo.
Plano de Gerência de Requisitos: A seção “Revisões em
Planos e Produtos de Trabalho” demonstra que há um monitoramento
na execução do processo e que ações corretivas são tomadas sempre
que necessário.

RAP4 – (Para o nível G) A execução doRAP4 – (Para o nível G) A execução do
processo é monitorada e ajustes sãoprocesso é monitorada e ajustes são
realizadosrealizados
Evidências:
Reporte de Auditoria: Comprova o monitoramento da
execução do processo.
Plano de Gerência de Requisitos: A seção “Revisões em
Planos e Produtos de Trabalho” demonstra que há um monitoramento
na execução do processo e que ações corretivas são tomadas sempre
que necessário.

RAP5 – (Até o nível F) As informações e osRAP5 – (Até o nível F) As informações e os
recursos necessários para a execução dorecursos necessários para a execução do
processo são identificados e disponibilizadosprocesso são identificados e disponibilizados
Evidências:
Plano de Gerência de Requisitos: A seção “Ferramentas”
mostra recursos (ferramentas) necessários para a execução do
processo. A seção “Papéis e Responsabilidades” mostra as funções
necessárias para execução do processo.
Observações: Não foram apresentadas definições de
recursos financeiros e de condições físicas adequadas,
apenas ferramentas.

RAP6 – (Até o nível F) As responsabilidades e aRAP6 – (Até o nível F) As responsabilidades e a
autoridade para executar o processo sãoautoridade para executar o processo são
definidas, atribuídas e comunicadasdefinidas, atribuídas e comunicadas
Evidências:
Plano de Gerência de Requisitos: Seção “Papéis e
Responsabilidades”.
Email de criação de issue.

RAP7 – (Até o nível F) As pessoas queRAP7 – (Até o nível F) As pessoas que
executam o processo são competentes emexecutam o processo são competentes em
termos de formação, treinamento etermos de formação, treinamento e
experiênciaexperiência
Evidências:
Plano de Gerência de Requisitos: A seção “Papéis e
Responsabilidades” mostra as competências necessárias para a
Observações: A empresa deve fazer um dossiê com o
currículo de todos os funcionários, e, se possível,
anexando cópia dos certificados dos colaboradores.

RAP8 – A comunicação entre as partesRAP8 – A comunicação entre as partes
interessadas no processo é gerenciada deinteressadas no processo é gerenciada de
forma a garantir o seu envolvimentoforma a garantir o seu envolvimento
Evidências: Não há
Observações: A empresa pode estabelecer que cada
projeto deva ter um Plano de Comunicação para
identificar os interessados e permitir que se mantenha a
comunicação entre eles.

RAP9 – (Até o nível F) Os resultados doRAP9 – (Até o nível F) Os resultados do
processo são revistos com a gerência de altoprocesso são revistos com a gerência de alto
nível para fornecer visibilidade sobre a suanível para fornecer visibilidade sobre a sua
situação na organizaçãosituação na organização
Evidências: Não há
Observações: O gerente de projeto poderá definir
reuniões periódicas no Plano de Comunicação para
comunicar o estado da execução do processo à gerência
de alto nível.

RAP10 – (Para o nível G) O processo planejadoRAP10 – (Para o nível G) O processo planejado
para o projeto é executadopara o projeto é executado
Evidências:
Reporte de Auditoria: Garante que existem registros da

Conclusões
Todos os Resultados Esperados do GRE foram totalmente
implementados.
O AP1.1 foi totalmente implementado
70% dos Resultados Esperados dos AP’s foram atingidos
pela metodologia proposta
Nível deNível de
ImplementaçãoImplementação
T 11
L 1
P 1
N 2
Trabalhos Futuros
Implementar os RAP’s que foram
classificados como P e N
Implementar os demais Processos
do MPS.BR, em especial do nível G

Principais Referências
http://www.atlassian.com
http://www.eclipse.org
http://www.softex.br
PFLEEGER, Shari Lawrence. Engenharia de
Software: Teoria e Prática.
PRESSMAN, Roger S. Engenharia de
Software.
SOMMERVILE, Ian. Engenharia de Software.

Apresentação PF

Mais conteúdo relacionado

Mais procurados

Semelhante a Apresentação PF

Apresentação PF