Gerência de Requisitos de Software

Apresentação em tema: "Gerência de Requisitos de Software"— Transcrição da apresentação:

1 Gerência de Requisitos de Software

2 Problemas comuns em desenvolvimento de Software

3 Melhorando o trabalho com requisitos:

4 THE STANDISH GROUP REPORT 1995
Alguns Números THE STANDISH GROUP REPORT 1995

5 Antes de Qualquer Coisa....
“Nem sempre as Pessoas compram o que precisam, mas sempre desejam o que compram, mesmo que esse desejo seja transitório.” Donald Gause e Gerald Weinberg “Não faz sentido ser exato em relação a algo se você nem mesmo sabe o contexto do que está falando.” John Von Neumann “Ninguém possui uma verdade absoluta. A verdade é tão vasta que todas as verdades acabam sendo relativas.” Osho

6 Elicitação de Requisitos

7 Elicitação de Requisitos
Elicitar: descobrir, tornar explicito, obter o máximo de informações para o conhecimento do objeto em questão. Objetivos do Negócio Descrição do Problema Restrições do Negócio Estrutura da Organização Contexto da Aplicação Sistemas Existentes Identificação dos Stakeholder Priorização dos Objetivos Contexto do Conhecimento Requisitos dos Stakeholder Requisitos do Produto Requisitos da Organização Estabelecimento dos Objetivos Entendimento do Contexto Conhecimento da Organização Coleta dos Requisitos

8 Elicitação de Requisitos
Entrevista JAD - Joint Application Design Leitura de Documentos Questionários Cenários Etnografia (Observação) Prototipagem

9 Focinho, Olhos, Ouvidos. Nesta ordem… (Cesar Millan)

10 Comunicação Não Verbal
Pesquisas mostram que o impacto total de uma mensagem é: 7% verbal 38% vocal (Incluindo o tom de voz, inflexões e outros sons); 55% não-verbal (gestos e movimentos)

11 Desenvolvimento de um Sistema
Como foi Pedido Como foi Levantado Como foi Projetado

12 Desenvolvimento de um Sistema
Como foi Aprovado Como foi Implementado

13 Desenvolvimento de um Sistema
Como foi Documentado Como está em produção Como está sendo vendido

14 Domínios das Informações dos Projetos
Universo de Informações Domínio do Problema Domínio da Solução Necessidade Requisitos de Negócio Requisito de Produto

15 Definições Necessidade Requisito Requisito de Produto
Requisitos de Negócio Requisito de Produto Requisito Funcional Requisitos Inversos Requisito Funcional Requisitos Inversos Não Funcional Requisito Não Funcional Requisito

16 Papeis Dentro do Processo
Responsável pelo projeto. Faz a abertura do projeto e seu acompanhamento junto ao cliente. É ele que conduz as reuniões de aceitação do produto pelo cliente. Lider de Projeto Responsável pelo desenvolvimento do software e pela interface entre o Líder de Projeto e a equipe do DS. Faz o acompanhamento das tarefas ligadas ao desenvolvimento do Software. Responsável Técnico Responsável pelo versionamento dos artefatos gerados durante o desenvolvimento do software e pela guarda dos fontes ao final do projeto. Gerente De Configuração

17 Papéis Responsável pela elicitação dos requisitos de negócio. Ë ele que cria o documento de visão, documento de regras de negócio e caso necessário desenvolve casos de uso a partir de cenários de negócio. Analista de Negócio Responsável por elicitar os requisitos de produto, ligados a arquitetura da solução proposta. Os registros destes requisitos é feito através de casos de uso desenvolvidos a partir de cenários que levam em conta o software que será desenvolvido. Analista de Requisito Responsável pela criação de projetos e concessão de permissões dentro do ReqPro. Também faz o Transport das bases temporárias Access para o Oracle e mantém os templates dos documentos atualizados. Administrador de Requisite Pro

18 Papéis Responsável por inspecionar os artefatos gerados em cada uma das fases do ciclo de desenvolvimento do software e realizar os testes no software construído. Considerei que o analista de teste faz parte desta equipe, ele é responsável por desenvolver os casos de teste. Equipe de Qualidade Responsável por desenvolver os produtos relativos as fases de Análise, Projeto e Construção do software. Pode ser uma equipe interna ou uma fabrica de software externa. Equipe de Desenvolvimento Responsável por criar os ambientes de desenvolvimento, teste, homologação e produção e colocar o software em produção. Em alguns casos realiza testes de liberação. Infra-estrutura

19 Casos de Teste Necessidade Requisitos de Negócio Documento de Solução Requisito de Produto Análise Projeto Implementação Inspeção e Testes Homologação GC GC GC GC GC GC Itens de Homologação Sempre que houver renegociação por mudança de escopo será necessário versionar os requisitos.

20 Desenvolvimento de um novo projeto:

21 Uso do SODA para formatação do Relatório
Aprovação do Cliente Aprovação do Cliente Documento de Visão Requisite Pro (Access) Documento de Solução Demanda Necessidade NTI NTI NTI Casos de Uso P/ Homologação Requisite Pro (Access) Responsável Pela Solução Analista de Negócio Líder de Projeto

22 VOB/View Documento de Solução (Aprovada) Documento de Visão Versionado
Clear Case NTI Requisite Pro (Access) Documento de Visão Clear Case Requisite Pro (Oracle) Requisite Pro (Oracle) Responsável Pela Solução Administrador de ReqPro Gerência de Configuração

23 Aprovação do Cliente Casos de Uso Produto Inspecionados Requisite Pro
(Oracle) Casos de Uso Produto Versionados Documento de Visão Versionado Casos de Uso Produto Requisite Pro (Oracle) Casos de Teste Clear Case Clear Case Requisite Pro (Oracle) Requisite Pro (Oracle) CQTM Analista de Requisitos Equipe de Qualidade Gerência de Configuração

24 Artefatos de Análise Versionados Casos de Uso Produto Versionados
Inspecionados RSA RSA Clear Case Clear Case RSA Requisite Pro (Oracle) Equipe de Qualidade Gerência de Configuração Equipe de Desenvolvimento

25 Aprovação do Cliente Artefatos de Projeto Versionados Artefatos de
Análise Versionados Artefatos de Projeto Artefatos de Projeto Inspecionados RSA RSA Clear Case Clear Case RSA RSA Equipe de Qualidade Gerência de Configuração Equipe de Desenvolvimento

26 Casos de Teste Artefatos de Projeto Versionados Software Codificado
Testado Software Versionado Eclipse Eclipse Clear Case Clear Case RSA Eclipse Criação do Ambiente de Desenvolvimento Criação do Ambiente de Teste Equipe de Qualidade Gerência de Configuração Equipe de Desenvolvimento

27 Casos de Uso P/ Homologação Software Versionado Software Codificado
Homologado Software em Produção Relatório de Fechamento NTI Clear Case Criação do Ambiente de Homologação Criação do Ambiente de Produção Eclipse Responsável Pela Solução Infra-estrutura Líder de Projeto

28 Tratando uma mudança de requisito:

29 Aprovação do Cliente Casos de Uso Produto Inspecionados Casos de Uso
P/ Homologação Alteração de Requisito de Negócio Casos de Uso de Produto Alterados Requisite Pro (Oracle) Requisite Pro (Oracle) Casos de Teste Alterados Documento de Visão Alterado CQTM Clear Case Requisite Pro (Oracle) Checkout do Documento de Visão Responsável Pela Solução Analista de Negócio Equipe de Qualidade

30 Aprovação do Cliente Casos de Uso Produto Inspecionados Documentos de
Requisito Versionados Requisite Pro (Oracle) Tratar Mudança Casos de Teste Alterados NTI Clear Case Requisit Pro CQTM Responsável Pela Solução Administrador de ReqPro Gerência de Configuração Líder de Projeto

31 Rastreabilidade Visão da Demanda Necessidade Processo de Negócio
Requisito de Negócio Requisito de Produto Análise, Projeto e Construção Gerencia da Mudança Testes Executados

32 Estrutura Física ReqPro Clear Case ReqPro Clear Case TI-BC TI-BAN
Requisitos ReqPro Clear Case TIDT-SEAL TI-SPS ReqPro Clear Case ReqPro Clear Case TI-ES ReqPro Clear Case ADS TI-NE

33 . . . Fabrica de Software Escritório da Escritório Petrobras
Da Fabrica Fabrica de Software Escritório da Petrobras Escritório Da Fabrica . . .

34 Fabrica de Software Site Seguro Clear Case CQTM Requisit Pro RSA/RSM
Ambiente de Desenvolvimento Ambiente de Teste Site Seguro Clear Case CQTM Requisit Pro RSA/RSM Servidor de Aplicação

35 Situação Atual Requisite Pro Disponível Procedimentos Definidos
Templates Instrução de Instalação Procedimentos Definidos Padrões no SINPEP Descrição de Casos de Uso Capacitação Treinamento Realizado (Administradores e Usuários) Mentoring

36 O que falta fazer? (Re) Apresentar o processo para todos os participantes; Criar projetos pilotos com todas as Agilidades; Definir a atuação dos mentores em cada local; Definir uma solução de arquitetura que permita a consulta de todas as bases de requisitos;

37 Gerência de Requisito de Software
Grupo de Trabalho de Gerência de Requisitos: Patrocinadora: Janice – TI-SPS/DS TI-SPS/DS Patricia Nishimura Guerra – CWBJ TI-SPS/DS Edmilson Galinari Miranda TSN0 TI-BAN/DS Carlos Henrique Magalhães Oest -- CN7U TI-BAN/DS  Tersia Pacheco de Almeida CWD9 TI-BC/DS Afonso Carlos Tavares Pinheiro RMUU TI-RIO/DS Bruno Peixoto Alvarenga CYB2 SERV-TI/SSE -- Cassiano Ebert CWG1 TI-NE/DS Paulo Ivan Benigno Pereira PIB1 SERV-TI/SES -- Silezia Gomes dos Anjos CWI1

38 Referências http://gts.petrobras.com.br/main.asp SINPEP
PR-1T Gerenciamento de Requisitos TI - NF-1T – Glossário TI - NF-1T – Regras de Negócio TI - NF-1T – Documento de Visão TI - NF-1T – Especificação Suplementar TI -NF-1T – Especificação de Casos de Uso Casos de Uso de Novo desenvolvimento e manutenção

39 Considerações Especiais

40 Sete Pecados Capitais Confiança Cega (no parceiro)
Cinismo e Desconfiança (com o parceiro) O Contrato é “a Bíblia” (falta de flexibilidade) Falta de Comunicação (com o seu pessoal) “Ir Dormir Aborrecido” (fazer bola de neve) Má Prática de Métricas (ambas as partes devem entender os critérios) Cobiça e Oportunidade (explorar falhas do contrato) Dekkers, C., Management of Outsourcing: How to Avoid Common Mistakes, Software Management Conference, San Jose, February 2000

41 Qualidade “Você pode obrigar um louco a aceitar um prazo, mas não pode obriga-lo a cumpri-lo”

42 Vantagem Global de Um Sistema
Fonte: Meillir Page-Jones Valor do Sistema O projeto passa a custar mais do que vale Vantagem Global do Sistema Dinheiro Custo do Desenvolvimento l Primeira previsão de entrega Inicio do Projeto Data de Entrega

43 Evitando a Região Impossível
To : é a capacidade para a qual o custo unitário médio esteja no mínimo;. Td : é o melhor prazo para um custo aceitável em função do beneficio esperado.

44 Boa Sorte!!!

45

46 Necessidade Manter a ANP informada da produção de gás e óleo da Petrobras.

47 Requisito de Negócio – Requisito Funcional
O sistema deve fornecer informação da vazão de óleo e gás até o quinto dia útil de cada mês.

48 Requisito de Negócio – Requisito Não Funcional
O sistema deve proteger as informações enviadas para a ANP de acessos não autorizados.

49 Requisito de Produto – Requisito Não Funcional
O sistema deve armazenar os arquivos de vazão de óleo e gás em uma pasta dentro do Firewall da Petrobras. O sistema deve usar um algoritmo de chave publica para encriptografar os arquivos de vazão de óleo e gás.

50 Requisito de Produto – Requisito Funcional
Gerar um arquivo compactado com a vazão de óleo e gás conforme o formato e descrição de campos determinados pela ANP.

51 Definição de Requisito
Requisitos expressam as características e restrições do produto se software do ponto de vista da satisfação das necessidades do usuário. Manter o registro de todos os livros e periódicos da biblioteca; Permitir ao usuário pesquisar os livros e periódicos por: título, autor, editora e palavra-chave; Ter o tempo máximo de espera para apresentação de uma página menor ou igual a 4 segundos; Suportar no mínimo 50 usuários concomitantes sem comprometer a performance do sistema; Exemplos Funcional Não Funcional Inverso

52 Requisitos de Negócio Descrevem as atividades que os usuários deverão ser capazes de executar com a utilização do sistema, delimitando o domínio do problema.

53 Requisitos do Produto Descrevem características associadas a implementação da solução. Estão associados ao domínio da solução.

54 Requisito Funcional Descrevem a funcionalidade e os serviços do sistema; Dependem do tipo de software dos prováveis usuários e do tipo de sistema onde o software é usado; Podem ser do usuário (descrição de alto nível), ou do produto (comportamento do software).

55 Requisitos Não Funcionais
Definem as propriedades e restrições do sistema. São características desejadas pelos clientes; Como se fossem adjetivos ou advérbios; Dois produtos podem ter exatamente as mesmas funções, mas seus atributos podem torná-los produtos inteiramente diferentes.

56 Requisitos Inversos Os requisitos inversos são situações que não podem ocorrer. São de certa forma restrições de alcance geral. Descrevem o espaço fora da fronteira do sistema.

57 Requisito de Negócio – Requisito Inverso
O sistema não altera os dados que foram obtidos das bases de dados do E&P.