UNIVERSIDADE LUTERANA DO BRASIL

    COMUNIDADE EVENGÉLICA LUTERANA “SÃO PAULO”
 Reconhecida pela Portaria Ministerial nº 681 de07/12/89 – DOU de 11/12/89
                                   
                            CAMPUS TORRES




Auditoria de Processo


  Marcelo Waihrich Souza
 Mauricio Volkweis Astiazara
   Prof. Leonardo Pereira

Tramandaí, 01 de Novembro de 2001
                                                                             1
Sumário

   Introdução
   1 Objetivos
   2 Fases
       2.1 Planejamento
       2.2 Análise
       2.3 Projeto
         • 2.3.1 Planejamento
         • 2.3.2 Elaboração
         • 2.3.3 Revisão

                                   2
Sumário

       2.4 Construção
         • 2.4.1 Codificação
         • 2.4.2 Teste
         • 2.4.3 Implantação
       2.5 Revisão
   Conclusão



                                    3
1. Introdução

   No que consiste a auditoria de processo
   Objetivos da auditoria de processo
   Fases : Planejamento, Análise, Projeto,
    Construção e Revisão
   “O quê?”
   “Recomendado:”



                                              4
1. Objetivos

   Avaliar a adequação das metodologias e
    procedimentos de projeto, desenvolvimento,
    implantação e revisão pós-implantação
   Avaliação pode abranger apenas o ambiente
    de desenvolvimento da organização ou
    prever também a análise do processo de
    desenvolvimento de um sistema específico



                                                 5
1. Objetivos

   Todos os projetos de desenvolvimento de
    sistemas precisam ter sido avaliados em
    profundidade para ter qualidade




                                              6
2. Fases

   Planejamento
   Análise
   Projeto
   Construção
   Revisão




                              7
2.1 Planejamento

   O quê?
       Identifica as necessidades e estabelece um plano
        de ação
       Estabelece e documenta as metodologias de
        desenvolvimento a serem adotadas
       Define e documenta as responsabilidades de
        todas as pessoas envolvidas




                                                       8
2.1 Planejamento

   Recomendado:
       Organização    possui    uma    estratégia de
        desenvolvimento
       Estabelece a prioridade dos sistemas a serem
        desenvolvidos
       Metodologia de desenvolvimento que:
         • Envolvimento ativo dos usuários
         • Uso de técnicas atuais




                                                    9
2.1 Planejamento

     •   Uso de técnicas atuais
     •   É suficientemente documentada ?
     •   Inclui requisitos de programação
     •   Estabelece mecanismos de reavaliação
   Pessoal envolvido é treinado?
   Foram estabelecidos padrões para testes?




                                                10
2.2 Análise

   O quê?
       Avaliado mais minuciosamente quanto a análises
        de viabilidade técnica, custo/benefício etc.
       a organização estabelece e aprova um plano de
        desenvolvimento
   Recomendado
       É selecionada a equipe de projeto
       Sistema a ser desenvolvido foi avaliado mais
        minuciosamente
       Objetiva atacar deficiências reconhecidas ou
        problemas sistêmicos                       11
2.3 Projeto

   São elaborados os modelos físico e lógico do
    sistema
   É subdividido em :
       Planejamento
       Elaboração
       Revisão




                                              12
2.3.1 Planejamento

   O quê?
       cria e submete à gerência um plano de trabalho
       Utiliza métodos de controle como: cronograma,
        datas-limite, processo de supervisão e
        acompanhamento das etapas, medidas de
        desempenho e etc.




                                                         13
2.3.1 Planejamento

   Recomendado:
       Definir claramente a abrangência do projeto e o
        conteúdo do sistema
       Usuários concordam com a abrangência e o
        conteúdo do sistema
       Plano de trabalho foi devidamente analisado e
        aprovado pela gerência




                                                          14
2.3.2 Elaboração

   O quê ?
       produção dos seus projetos físico e lógico
       A equipe de projeto define detalhadamente as
        especificações técnicas e funcionais do sistema
       A equipe de projeto elaborou um documento
        técnico




                                                          15
2.3.2 Elaboração

   Recomendado:
       Os projetos físico e lógico estão dentro dos
        padrões adotados
       Os relatórios de viabilidade técnica, análise de
        riscos e custo/benefício são consistentes e
        confiáveis




                                                           16
2.3.3 Revisão

   O quê ?
       Departamentos envolvidos revisam todos os
        documentos produzidos
       Confirmam a exeqüibilidade do projeto
       Analisam o risco de atrasos ou extrapolação do
        orçamento




                                                         17
2.3.3 Revisão

   Recomendado:
       A equipe de projeto submeteu aos superiores um
        relatório
       O gerente de Tecnologia da Informação analisou
        os documentos e concordou com o seu conteúdo
       A área usuária aprovou o relatório da equipe do
        projeto




                                                      18
2.4 Construção

   O objetivo é construir fisicamente o sistema
    projetado
   Isto é feito em três etapas:
       Codificação
       Teste
       Implantação.




                                                   19
2.4.1 Codificação

   O quê?
       uso de elementos do ambiente de
        desenvolvimento o sistema é construído
        fisicamente (arquivos)
   Recomendado:
       sistema foi produzido de acordo com a
        metodologia de desenvolvimento
       documentação do sistema está dentro dos
        padrões adotados pela organização

                                                  20
2.4.2 Teste

   O quê ?
       Plano de teste do sistema é compatível com os
        padrões de teste estabelecidos pela organização
       Respeita as responsabilidades definidas para
        cada parte envolvida




                                                      21
2.4.2 Teste

   Recomendado:
       Teste utilizando um número suficiente de
        condições válidas e inválidas
       Amostras suficientes de transações e dados foram
        utilizadas para simular o processamento real
       Os testes foram revistos, documentados, seus
        resultados analisados e aprovados
       Deficiências de desempenho foram devidamente
        corrigidas

                                                      22
2.4.3 Implantação

   O quê?
       O sistema é colocado em seu real ambiente de
        trabalho
   Recomendado:
       sistema é colocado em uso somente após a
        aprovação dos usuários e da gerência
       Foram preparados manuais do sistema e
        treinamento dos futuros usuários
       Existem procedimentos padrão para distribuição
        de software
                                                         23
2.5 Revisão

   O quê ?
       gerência verifica o grau de satisfação dos
        usuários
   Recomendado:
       Foram feitas avaliações de resultado do sistema
        desenvolvido? (necessidades e requisitos dos
        usuários e seu grau de satisfação)
       O sistema foi testado para verificar sua
        conformidade com os padrões da organização

                                                          24
CONCLUSÃO

   Para produzir um sistema com qualidade é
    necessário:
       O uso de uma metodologia predefinida
       Organização das atividades e tarefas de forma
        rigorosa e com pontos de revisões, para que não
        existam problemas posteriores.
   O comprometimento com a qualidade só é
    alcançado quando a organização procura
    manter e aprimorar uma cultura de
    desenvolvimento bem estruturada e
                                                      25
    organizada.

Auditoria de Processo

  • 1.
    UNIVERSIDADE LUTERANA DOBRASIL COMUNIDADE EVENGÉLICA LUTERANA “SÃO PAULO” Reconhecida pela Portaria Ministerial nº 681 de07/12/89 – DOU de 11/12/89   CAMPUS TORRES Auditoria de Processo Marcelo Waihrich Souza Mauricio Volkweis Astiazara Prof. Leonardo Pereira Tramandaí, 01 de Novembro de 2001 1
  • 2.
    Sumário  Introdução  1 Objetivos  2 Fases  2.1 Planejamento  2.2 Análise  2.3 Projeto • 2.3.1 Planejamento • 2.3.2 Elaboração • 2.3.3 Revisão 2
  • 3.
    Sumário  2.4 Construção • 2.4.1 Codificação • 2.4.2 Teste • 2.4.3 Implantação  2.5 Revisão  Conclusão 3
  • 4.
    1. Introdução  No que consiste a auditoria de processo  Objetivos da auditoria de processo  Fases : Planejamento, Análise, Projeto, Construção e Revisão  “O quê?”  “Recomendado:” 4
  • 5.
    1. Objetivos  Avaliar a adequação das metodologias e procedimentos de projeto, desenvolvimento, implantação e revisão pós-implantação  Avaliação pode abranger apenas o ambiente de desenvolvimento da organização ou prever também a análise do processo de desenvolvimento de um sistema específico 5
  • 6.
    1. Objetivos  Todos os projetos de desenvolvimento de sistemas precisam ter sido avaliados em profundidade para ter qualidade 6
  • 7.
    2. Fases  Planejamento  Análise  Projeto  Construção  Revisão 7
  • 8.
    2.1 Planejamento  O quê?  Identifica as necessidades e estabelece um plano de ação  Estabelece e documenta as metodologias de desenvolvimento a serem adotadas  Define e documenta as responsabilidades de todas as pessoas envolvidas 8
  • 9.
    2.1 Planejamento  Recomendado:  Organização possui uma estratégia de desenvolvimento  Estabelece a prioridade dos sistemas a serem desenvolvidos  Metodologia de desenvolvimento que: • Envolvimento ativo dos usuários • Uso de técnicas atuais 9
  • 10.
    2.1 Planejamento • Uso de técnicas atuais • É suficientemente documentada ? • Inclui requisitos de programação • Estabelece mecanismos de reavaliação  Pessoal envolvido é treinado?  Foram estabelecidos padrões para testes? 10
  • 11.
    2.2 Análise  O quê?  Avaliado mais minuciosamente quanto a análises de viabilidade técnica, custo/benefício etc.  a organização estabelece e aprova um plano de desenvolvimento  Recomendado  É selecionada a equipe de projeto  Sistema a ser desenvolvido foi avaliado mais minuciosamente  Objetiva atacar deficiências reconhecidas ou problemas sistêmicos 11
  • 12.
    2.3 Projeto  São elaborados os modelos físico e lógico do sistema  É subdividido em :  Planejamento  Elaboração  Revisão 12
  • 13.
    2.3.1 Planejamento  O quê?  cria e submete à gerência um plano de trabalho  Utiliza métodos de controle como: cronograma, datas-limite, processo de supervisão e acompanhamento das etapas, medidas de desempenho e etc. 13
  • 14.
    2.3.1 Planejamento  Recomendado:  Definir claramente a abrangência do projeto e o conteúdo do sistema  Usuários concordam com a abrangência e o conteúdo do sistema  Plano de trabalho foi devidamente analisado e aprovado pela gerência 14
  • 15.
    2.3.2 Elaboração  O quê ?  produção dos seus projetos físico e lógico  A equipe de projeto define detalhadamente as especificações técnicas e funcionais do sistema  A equipe de projeto elaborou um documento técnico 15
  • 16.
    2.3.2 Elaboração  Recomendado:  Os projetos físico e lógico estão dentro dos padrões adotados  Os relatórios de viabilidade técnica, análise de riscos e custo/benefício são consistentes e confiáveis 16
  • 17.
    2.3.3 Revisão  O quê ?  Departamentos envolvidos revisam todos os documentos produzidos  Confirmam a exeqüibilidade do projeto  Analisam o risco de atrasos ou extrapolação do orçamento 17
  • 18.
    2.3.3 Revisão  Recomendado:  A equipe de projeto submeteu aos superiores um relatório  O gerente de Tecnologia da Informação analisou os documentos e concordou com o seu conteúdo  A área usuária aprovou o relatório da equipe do projeto 18
  • 19.
    2.4 Construção  O objetivo é construir fisicamente o sistema projetado  Isto é feito em três etapas:  Codificação  Teste  Implantação. 19
  • 20.
    2.4.1 Codificação  O quê?  uso de elementos do ambiente de desenvolvimento o sistema é construído fisicamente (arquivos)  Recomendado:  sistema foi produzido de acordo com a metodologia de desenvolvimento  documentação do sistema está dentro dos padrões adotados pela organização 20
  • 21.
    2.4.2 Teste  O quê ?  Plano de teste do sistema é compatível com os padrões de teste estabelecidos pela organização  Respeita as responsabilidades definidas para cada parte envolvida 21
  • 22.
    2.4.2 Teste  Recomendado:  Teste utilizando um número suficiente de condições válidas e inválidas  Amostras suficientes de transações e dados foram utilizadas para simular o processamento real  Os testes foram revistos, documentados, seus resultados analisados e aprovados  Deficiências de desempenho foram devidamente corrigidas 22
  • 23.
    2.4.3 Implantação  O quê?  O sistema é colocado em seu real ambiente de trabalho  Recomendado:  sistema é colocado em uso somente após a aprovação dos usuários e da gerência  Foram preparados manuais do sistema e treinamento dos futuros usuários  Existem procedimentos padrão para distribuição de software 23
  • 24.
    2.5 Revisão  O quê ?  gerência verifica o grau de satisfação dos usuários  Recomendado:  Foram feitas avaliações de resultado do sistema desenvolvido? (necessidades e requisitos dos usuários e seu grau de satisfação)  O sistema foi testado para verificar sua conformidade com os padrões da organização 24
  • 25.
    CONCLUSÃO  Para produzir um sistema com qualidade é necessário:  O uso de uma metodologia predefinida  Organização das atividades e tarefas de forma rigorosa e com pontos de revisões, para que não existam problemas posteriores.  O comprometimento com a qualidade só é alcançado quando a organização procura manter e aprimorar uma cultura de desenvolvimento bem estruturada e 25 organizada.