A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Gerência de Requisitos de Software. Problemas comuns em desenvolvimento de Software.

Apresentações semelhantes


Apresentação em tema: "Gerência de Requisitos de Software. Problemas comuns em desenvolvimento 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 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 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 7% verbal 38% vocal (Incluindo o tom de voz, inflexões e outros sons); 55% não-verbal (gestos e movimentos) Pesquisas mostram que o impacto total de uma mensagem é:

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

12 Desenvolvimento de um Sistema Como foi AprovadoComo 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 Nece ssida de Requisitos de Negócio Requisito de Produto

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

16 Papeis Dentro do Processo Responsável Técnico Lider de Projeto Gerente De Configuração 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. 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 pelo versionamento dos artefatos gerados durante o desenvolvimento do software e pela guarda dos fontes ao final do projeto.

17 Papéis Analista de Requisito Analista de Negócio 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. 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. Administrador de Requisite Pro 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.

18 Papéis Equipe de Desenvolvimento Equipe de Qualidade 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. 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. Infra-estrutura 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.

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

20 Desenvolvimento de um novo projeto:

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

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

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

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

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

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

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

28 Tratando uma mudança de requisito:

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

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

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

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

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

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

35 Situação Atual Requisite Pro Disponível –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 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 Grupo de Trabalho de Gerência de Requisitos: Patrocinadora: Janice – TI-SPS/DS

38 Referências 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 do Sistema Vantagem Global de Um Sistema Dinheiro Data de Entrega Custo do Desenvolvimento Valor do Sistema Fonte: Meillir Page-Jones Inicio do Projeto Primeira previsão de entrega O projeto passa a custar mais do que vale l

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 FuncionalNão FuncionalInverso

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.


Carregar ppt "Gerência de Requisitos de Software. Problemas comuns em desenvolvimento de Software."

Apresentações semelhantes


Anúncios Google