Analista de Negócio 3.0

Transcrição

1 Análise de Requisitos Análise de Requisitos Nesta área de conhecimento é descrito as tarefas e técnicas utilizadas para analisar requisitos com o objetivo de definir as capacidades requeridas de uma solução para atender o requisito de negócio e às necessidades das partes interessadas. Análise de Requisitos pode ser conduzida para desenvolver modelos do estado atual de problema e/ou necessidade e elaboração da proposta de solução. Business Case [incompleto] Entrada Documento de Requisitos Elaborar Proposta de Solução Identificar e analisar as oportunidades Atividades Estimar o tempo para implementação da solução Definir nível de Severidade de risco Saída Business Case Definir os ganhos e benefícios da solução Elaborar glossário de termos 1

2 Análise de Requisitos Técnicas Análise de Requisitos Análise de Interfaces, Cenário e Casos de Uso, Diagrama de Sequência, Modelagem de Processos, *Análise de Regras de Negócio, Dicionário de Dados e Glossário, Modelagem Organizacional, Análise de Requisitos Não Funcionais, Decomposição Funcional, Estória de Usuários, Prototipagem, Análise de Riscos, Definição de Critérios de Aceite e Avaliação, Métricas e Indicadores Chaves de Desempenho, Rastreamento de Problemas, Análise de Decisão, Diagrama de Estados, Modelagem de Dados, Revisão Estruturada, Diagrama de Fluxos de Dados, Modelagem de Escopo Outras técnicas: Mudança Organizacional (Change Management) * Também recomendável avaliar o nível de complexidade da demanda. Isto pode ser feito com base em alguns critérios. Exemplo de critérios: - Impacto da Mudança na Organização - Grau de Dependência da Demanda - Nível de Capacidade requerido para atender a Demanda As técnicas que estão riscadas não serão utilizadas neste estudo de caso 2

3 Elaborar a Proposta de Solução Análise de Requisitos Entrada Elaborar Proposta de Solução Atividades Estimar o tempo para implementação da solução Saída Business Case [incompleto] Documento de Requisitos [Aprovados] Identificar e analisar as oportunidades Definir nível de Severidade de risco Business Case Definir os ganhos e benefícios da solução Elaborar glossário de termos A proposta de solução começa pela definição do escopo, uma boa prática é utilizar uma técnica. Técnica Modelagem do Escopo: Modelos do escopo são usados para descrever o escopo da analise de negócio e/ou o escopo da solução. Os modelos do escopo servem como uma base para a definição e a delimitação do escopo. A definição do escopo deve demonstrar claramente o que está dentro do escopo, tudo aquilo que faz parte da solução e/ou coisas que a solução deve ter ou fazer e o que está fora do escopo, tudo aquilo que não faz parte da solução e/ou coisas que coisas que a solução não deve ter ou não fazer, dentro de um domínio do negocio. No Estudo de Caso em questão, definiremos o escopo da solução. 3

4 Técnica: Modelagem de Escopo Metáfora do Quadrado: Fora do escopo tudo aquilo que não faz parte da solução Dentro do escopo tudo aquilo que faz parte da solução Dentro do escopo: Substituição do pacote MS Office pelo Open Office. Observação: O legado do MS Office deverá ser preservado Fora do escopo da solução: Fora do quadrado Outros softwares e Aplicações Dentro do quadrado de Missão Critica. Boas Práticas: - Na definição do escopo descreva tudo aquilo que faz parte do escopo. E também escreva tudo aquilo que não faz parte do escopo. Escopo define os limites (fronteiras) de solução, até aonde ela vai, o que ela deve fazer e o que ela não deve fazer. Exemplo da Definição do Escopo no Business Case: Dentro do escopo: Substituição do pacote MS Office pelo Open Office. Observação: O legado do MS Office deverá ser preservado. Fora do escopo da solução: Outros softwares e Aplicações de Missão Critica. 4

5 Requisitos da Solução Demanda de Negócio (Necessidade, Problema e/ou Oportunidade) Business Drivers Requisito de negócio é aquilo que deve ser entregue para fornecer valor Requisitos de Negócio Entender o negócio Requisitos das Partes Interessadas Entender As Partes Interessadas Requisitos da Solução Quais são as funcionalidades, características de qualidade, preocupações, expectativas e restrições da solução. Requisitos Funcionais Requisitos Não Funcionais Solução Será definido na área de conhecimento Avaliação e Validação da Solução Requisitos de Transição 5

6 Requisitos Todos os requisitos descritos no Documento de Requisitos devem ser transcritos para Business Case. Mas, antes vamos apresentar a Técnica de Análise de Regra de Negócio, que deve ser utilizada para reescritas dos requistos para facilitar o entendimento o nível de prioridade dos requisitos Documentos de Requisitos Requisitos Funcionais [5] Possibilidade de editar e publicar documentos, planilhas e apresentações [3] Salvar em vários formatos, inclusive no formato do MS Office. [1] Recurso de dicionário habilitado [5] Ter suporte avançado a macros (necessidade do pessoal da engenharia) Requisitos Não Funcionais [3] Ter interface com usuário amigável (Usabilidade) [5] Preservar os arquivos legados -- documentos, planilhas e apresentações que foram feitos com o pacote MS Office. (Portabilidade) [1] Proteção, possibilidade de colocar senhas para proteger os arquivos (Segurança) Legenda: 5 Obrigatórios 3 Opcionais 1 Recomendados (desejáveis) 6

7 Técnica: Análise de Regras de Negócio: As Regras de Negócio são implementadas na análise de requisitos. Elas orientam (ou guiam) como os requisitos serão implementados. As regras podem ser expressas (estabelecidas) por uma política, procedimento, regulamento, lei, norma de qualidade e etc As regras de negócio podem ser agrupadas (ou categorizadas): Linha de Negócio, Domínio de Negócio, Produto, Serviço e Processo. Políticas Normas Leis e Regulamentos Regras 1 Regras 2 Regras n orientam Regras Requisitos 7

8 Técnica: Análise de Regras de Negócio: Definição de Regra de Negócio: Primeira Definição: "Uma regra de negócio é uma declaração que define ou restringe algum aspecto do negócio. Destinase a afirmação da estrutura empresarial, para controlar ou influenciar o comportamento do negócio. Segundo a Business Rules Group (1993) Segunda Definição: Regra de Negócio: É uma declaração que define ou restringe algum aspecto de um negócio e representa conhecimento de negócio. Ela governa como o negócio deve ser realizado (como os processos devem executar as regras de negócio) Segundo o Livro: Business Modeling with UML dos autores: Hans-Erik Eriksson e Magnus Penker, editora Wiley / 2000 Taxonomia da Regra de Negócio: Regra de Negócio Termo Fato Restrição Derivação Regra de Negócio = Termo + Fato + Restrição + Derivação 8

9 Técnica: Análise de Regras de Negócio: Taxonomia da Regra de Negócio: Termo: Um termo é um substantivo ou expressão substantiva com uma definição que tenha relevância para o entendimento do negócio e para referenciar um conceito em particular. Exemplo: Um conceito: cliente ƒuma propriedade de um conceito: cliente vip ƒum valor: cliente vip do sexo feminino Fato: Fato é uma declaração (afirmação) que ligam os termos, através de preposições e locuções verbais (verbos), em relevância com o negócio. Representa o relacionamento existente entre dois ou mais termos. Exemplo: Cliente pode fazer pedido. ƒum pedido têm produtos. ƒcliente é uma pessoa física que fez pelo menos uma compra conosco. Restrição: Um declaração (completa) que expressa uma condição que deve ser satisfeita ou não, para que o evento de negócio se complete com integridade. Geralmente está ligada aos aspectos comportamentais (dinâmicos) do negócio. Exemplo: Empréstimo somente pode ser concedido para clientes com Score Credit >= (maior ou igual) 700 pontos. Um pedido deve ter somente um endereço de entrega 9

10 Técnica: Análise de Regras de Negócio: Taxonomia da Regra de Negócio: Exemplos de Restrição: Os verbos Dever, Poder e Convir são os mais indicados para expressar restrições: DEVER Forma de exprimir os requisitos a serem seguidos obrigatoriamente. Não é permitido desvios A licença será iniciada em dia útil do mês A licença deve iniciar em dia útil do mês PODER Forma de expressar os requisitos para quais exista a possibilidade de escolha. A critério dos gestores, admitir-se-á a participação de terceiros em eventos promovidos pela empresa Os gestores podem admitir participação de terceiros em eventos promovidos pela empresa. CONVIR Certo Errado Forma de indicar que certa maneira de proceder é preferível, entretanto, não necessariamente exigível. O Comitê de Qualidade será formado, preferencialmente, por funcionários mais experientes Convém que Comitê de Qualidade seja formado por funcionários mais experientes 10

11 Técnica: Análise de Regras de Negócio: Taxonomia da Regra de Negócio: Derivação: É quando uma regra utiliza o conhecimento de outra regra. É reuso da regra de negócio. Exemplos: - Utilização de formulas (onde parte da formula de calculo foi definida em outra regra) utilizada para se obter um resultado; - Podemos ter uma regra (especialista) que sabe fazer cálculo de valores de imposto a pagar. Esta regra poderá ser utilizada por qualquer regra que necessite fazer o cálculo de imposto. Exemplos: Exemplo Derivação: Nome da Regra: Perímetro de Entrega Objetivo da Regra: Definir o perímetro de entrega Regra: Toda loja deve fazer entrega em raio da 5 km. Nome da Regra: Entrega de Pedido derivação Objetivo da Regra: Definir regra para entrega de pedido Regra: O pedido deverá ser entregue de acordo com a regra de Perímetro de Entrega 11

12 Técnica: Análise de Regras de Negócio: Exemplos: Exemplo: Deve Nome da Regra: Serviços Fornecimento por Terceiros Objetivo da Regra: Definir regra para serviços fornecimento por terceiros Regra: Todos os serviços fornecido por terceiros devem ter contrato de prestação de serviço Exemplo: Pode Nome da Regra: Identificação de Cliente Objetivo da Regra: Definir como o cliente pode ser identificado Regra: O cliente pode ser identificado pelo seu ID ou pelo seu nome Exemplo: Convém Nome da Regra: Quantidade de Cotações Objetivo da Regra: Definir a quantidade de cotações Regra: Para as compras com o valor de até R$ 5.000,00 convém fazer 3 cotações. 12

13 Técnica: Análise de Regras de Negócio: Boas Práticas para Análise e Modelagem de Regras de Negócio: - Utilizar uma linguagem declarativa para definir as regras de negócio que permite que as mesmas sejam convertidas para uma representação lógica, o que irá ajudar na identificação de incongruências. - A regra de negócio deve fornecer conhecimento explicito para que o negócio opere mais efetivamente, devem facilitar o entendimento do negócio. - As regras devem ser concisas e completas (bem definidas). - Vá além das palavras, para facilitar o entendimento de regra de negócio, use gráficos, diagramas, planilhas e outros recursos. - As regras devem atender primariamente as necessidades negócio e requisitos legais e/ou regulatórios. - Expressar as restrições de forma clara e objetiva. - As regras devem ser alinhadas com os objetivos e diretrizes do negócio. -As regras de negócio devem ser simples (Utilize o KISS, principio da Lei da Simplicidade) e flexíveis. - Regras complexas devem ser decomposta em parte menores. - As regras de negócio devem ter sua implementação automatizadas (sempre que possível). - Reusar sempre que possível as regras - Evite que a descrição da regra de negócio seja vaga ou ambígua. - Se as regras são muitas e elas mudam frequentemente, utilize uma ferramenta de Gerenciamento de Regras de Negócio (BRM); 13

14 Exemplo de Formulário (ou modelo) para escrita da Regra de Negócio 14

15 Requisitos Requisitos reescritos seguindo a Técnica de Análise de Regra de Negócio: Documentos de Requisitos Premissa Os serviços críticos de TI não serão afetados. Descrição da Solução O Open Office, que é uma ferramenta Open source, similar, em termos de recursos básicos (edição e publicação de documentos, planilhas e apresentações) a ferramenta atual, será a substituta do pacote MS Office. Os usuários e a equipe de suporte técnico receberam treinamento adequados para garantir o uso da ferramenta com o mínimo de impacto Requisitos Funcionais A solução deve fazer edição e publicação de documentos, planilhas e apresentações A solução deve ter suporte avançado a macros (necessidade do pessoal da engenharia será tratado como uma restrição) A solução pode salvar os arquivos em vários formatos, inclusive no formato do MS Office. É recomendável que solução tenha recurso de dicionário habilitado. Requisitos Não Funcionais A solução deve preservar os arquivos legados - - documentos, planilhas e apresentações que foram feitos com o pacote MS Office. (Portabilidade) A solução pode ter interface com usuário amigável (Usabilidade) É recomendável que solução tenha recurso de proteção, possibilidade de colocar senhas para proteger os arquivos (Segurança) Restrição Manter as licenças do MS Excel para departamento de engenharia Legenda: 5 Obrigatório = Deve 3 Opcional = Pode 1 Desejável = Recomendável 15

16 Técnica: Metas, Indicadores de Desempenho e Métricas Métricas e Indicadores-Chave de Desempenho, segundo o Guia BABok. Sugestão: Metas, Indicadores de Desempenho e Métricas. O objetivo das metas, indicadores de desempenho e métricas é medir o desempenho de solução. Definição de Meta, Indicador de Desempenho e Métrica: Meta: Uma meta é um objetivo traduzido em termos quantitativos. Formato: Valor, descrição e Prazo Indicador de Chave de Desempenho: É uma medida quantitativo e significativa usada para medir desempenho em relação a uma meta preestabelecida. (rfs-2006) Métrica: É uma variável quantitativa que é utilizada pelo indicador de desempenho Meta: 90% das entregas das encomendas devem ser feitas em até 24h Entregas Agosto-2011 Quantidade de Entrega <= 24 horas 980 Quantidade de Entrega > 24 horas 10 Total de Entregas 990 % de Entrega em 24 horas 98,99 Indicador de Desempenho: -% de Entrega em 24 horas -Formula: Quantidade de Entrega <= 24 horas x 100 Quantidade Total de Entrega Métricas: - Quantidade de Entrega <= 24 horas - Quantidade de Entrega > 24 horas - Quantidade Total de Entregas Forma de Medição: - Pesquisa de Satisfação com a Entrega - Quantidade de Reclamações com a Entrega Informação do Indicador de Desempenho: - Período de Avaliação: Mensal - Frequência: A cada entrega Neste exemplo o valor percebido pelo cliente é a Pontualidade de Entrega 16

17 Meta, Indicador de Chave de Desempenho e Métricas Boas Práticas para definição de Metas, Indicadores e Métricas SMART é uma acrônimo que ajuda na definição de metas, indicadores e métricas. SMART (Specific, Measurable, Achievable, Realistic e Timebound) significa: Specific (Específico): Os objetivos especificam o que querem alcançar Measurable (Mensurável): É passível de medição? Attainable (Atingível): Os objetivos são factíveis e atingíveis. Realist (Realista): Você pode atingir os objetivos com os recursos que dispõe? Time-bound (Aprazado): Quando precisamos alcançar os objetivos fixados? S M A R T pecific easurable ttainable ealist ime-bound 17

18 Exemplo: Meta, Indicador de Chave de Desempenho e Métricas Para o Estudo de Caso em questão, foram definidos o seguinte: Metas: - 100% da substituição do pacote MS Office pela Open Office - 100% do legado compatível com a nova solução (Open Office) Indicadores: - % de substituição do pacote MS Office pela Open Office - % de do legado compatível com a nova solução (Open Office) As metas e indicadores devem medir o desempenho da solução 18

19 Nível de Complexidade: Quando estamos elaborando um Business Case, tem que saber qual é Nível de Complexidade da solução. Este é nível é composto pelo nível de impacto da mudança exigida pela solução, grau de dependência e nível de falta de capacidade para implementar a solução. Nível de impacto da mudança: Começaremos avaliando o nível de impacto da mudança. Toda mudança gera algum impacto para as pessoas, processos, sistema ou para estrutura organizacional. Devemos analisar o impacto da mudança e criar ações para mitigar este impacto. Matriz de Impacto da Mudança Red Field (5) - Causa grande impacto as pessoas, processos e estrutura organizacional (mais que um departamento) É necessário Change Management (Gestão de Mudança) para ajudar na implementação da solução. Yellow Field (3) - Causa médio impacto as pessoas e/ou processos e/ou estrutura organizacional (um departamento) Necessário: Ficar em estado de alerta e implementar pontos de controles. Green Field (1) Não causa impacto para as pessoas, nem para processos e nem para estrutura organizacional 19

20 Nível de Complexidade: Análise do Grau de Dependência: Uma solução pode ter dependências internas e/ou externas, quando isto acontece temos que avaliar o grau de dependência. O grau dependência poderá ser de dois tipos: Interno e Externo. - Interno: Interno Controlado e Interno Descontrolado - Externo: Externo Descontrolado Matriz de Impacto de Dependência Exemplo do Grau de Dependência do tipo Externo Descontrolado: - Fornecedores (empresas) - Organização públicas: Receita Federal, Correios, Infraereo...) Red Field (5) Grau de Dependência Externo e Interno Descontrolados É necessário Gestão de Mudança e um plano de ação para o acompanhamento, redução no nível de dependência e criação de contingências quando necessário. Yellow Field (3) - Grau de Dependência pode ser do tipo Interno. É necessário Gestão de Mudança Grau de Dependência Green Field (1) Sem dependência ou dependência controlada. 20

21 Nível de Complexidade: Análise do Nível da Falta de Capacidade (Tecnologia e Conhecimento) Uma solução requer nível de capacidade para implementa-la, as principais capacidades são: Capacidade de Tecnologia e Capacidade de Conhecimento. Questões que ajudam a definir o nível de falta de capacidade: 1 - Capacidade de Tecnologia (CT): Não temos tecnologia disponível para atender a solução: [ ] Não tem (5 - Alto) [ ] Temos, mas parcialmente (3 - Média) [ ] Temos plenamente (1 - Alta) 2 - Capacidade de Conhecimento (CC): Não Temos conhecimentos requeridos para atender solução: [ ] Não tem (5 - Alto) [ ] Temos, mas parcialmente (3 - Média) [ ] Temos plenamente (1 - Alta) Formula para calcular o Nível de Falta de Capacidade Nível de Falta de Capacidade = (CT + CC) / 2 21

22 Calculando o Nível de Complexidade da Solução Exemplo de formula de calculo para o definir o Nível de Complexidade de uma demanda de Negócio Pontos Tipo de Complexidade Peso Alto Médio Baixo Nível de Impacto da Mudança (IM) Grau de Dependência (GD) Nível de Impactado da Falta de Capacidade (FC) Formula do Nível de Complexidade = Σ ( (IM x Peso 1) + (GD x Peso 2) + (FC x Peso 3 ) ) Nível de Complexidade Pontos Alto De 15 a 10 Médio De 9 a 5 De acordo com o nível obtido através da formula de calcula devemos aplicar um plano de ação ou não. Baixo Abaixo de 4 O Nível Médio foi obtido, para Estudo de Caso, após avaliação, isto requer acompanhamento, ficar em alerta (estado de atenção) e implementação de pontos de controles. Recomendação que deve adicionada no campo observação do Business Case: - A implementação da solução requer acompanhamento e pontos de controles (marcos). 22

23 Custos e Investimentos As informações de custos foram extraídas da Demanda de Negócio: - Custo anual com licenças MS Office: R$ ,00. (opex) - Custo total (estimado) para implementação da solução (sem desenvolvimento): R$ ,00 (opex) 23