Gerência de Requisitos de Software

Problemas comuns em desenvolvimento de Software

Melhorando o trabalho com requisitos:

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

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

Elicitação de Requisitos

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

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

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

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)

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

Desenvolvimento de um Sistema Como foi Aprovado Como foi Implementado

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

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

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

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

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

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

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.

Desenvolvimento de um novo projeto:

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

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

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

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

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

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

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

Tratando uma mudança de requisito:

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

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

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

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

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

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

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

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;

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

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

Considerações Especiais

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

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

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

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.

Boa Sorte!!!

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

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.

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

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.

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.

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

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.

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

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).

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.

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.

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