SlideShare ist ein Scribd-Unternehmen logo
1 von 25
Downloaden Sie, um offline zu lesen
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.

Weitere ähnliche Inhalte

Was ist angesagt?

Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa CertificadaQualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa CertificadaVinicius_Nunes
 
Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504Ricardo Zalla
 
Modelos de Processo de Software Parte 5
Modelos de Processo de Software Parte 5Modelos de Processo de Software Parte 5
Modelos de Processo de Software Parte 5Elaine Cecília Gatto
 
Gerência de configuração de softwares
Gerência de configuração de softwaresGerência de configuração de softwares
Gerência de configuração de softwaresGrupoAlves - professor
 
Estudo RTCA DO-330 Software Tool Qualification
Estudo RTCA DO-330 Software Tool QualificationEstudo RTCA DO-330 Software Tool Qualification
Estudo RTCA DO-330 Software Tool QualificationAirton Lastori
 
Procedimento de Controle de Documentos
Procedimento de Controle de DocumentosProcedimento de Controle de Documentos
Procedimento de Controle de DocumentosMarcos Abreu
 
Solução técnica - CMMI nível 3
Solução técnica - CMMI nível 3Solução técnica - CMMI nível 3
Solução técnica - CMMI nível 3Emmanuel Neri
 
Introdução a Gerência de Configuração de Software
Introdução a Gerência de Configuração de SoftwareIntrodução a Gerência de Configuração de Software
Introdução a Gerência de Configuração de SoftwareCamilo Almendra
 
Fabrica.Software.Concepcao.Licoes.Aprendidas
Fabrica.Software.Concepcao.Licoes.AprendidasFabrica.Software.Concepcao.Licoes.Aprendidas
Fabrica.Software.Concepcao.Licoes.AprendidasAnnkatlover
 

Was ist angesagt? (20)

Aula 02
Aula 02Aula 02
Aula 02
 
Aula1 introducao engsw
Aula1 introducao engswAula1 introducao engsw
Aula1 introducao engsw
 
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa CertificadaQualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
Qualidade de Software e normas ISO 15504, 12207, MPS.BR e Empresa Certificada
 
Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504
 
Modelos de Processo de Software Parte 5
Modelos de Processo de Software Parte 5Modelos de Processo de Software Parte 5
Modelos de Processo de Software Parte 5
 
ISO/IEC 9241-11
ISO/IEC 9241-11ISO/IEC 9241-11
ISO/IEC 9241-11
 
Gerência de configuração de softwares
Gerência de configuração de softwaresGerência de configuração de softwares
Gerência de configuração de softwares
 
Estudo RTCA DO-330 Software Tool Qualification
Estudo RTCA DO-330 Software Tool QualificationEstudo RTCA DO-330 Software Tool Qualification
Estudo RTCA DO-330 Software Tool Qualification
 
Procedimento de Controle de Documentos
Procedimento de Controle de DocumentosProcedimento de Controle de Documentos
Procedimento de Controle de Documentos
 
Gestão de Configuração (CM)
Gestão de Configuração (CM)Gestão de Configuração (CM)
Gestão de Configuração (CM)
 
Solução técnica - CMMI nível 3
Solução técnica - CMMI nível 3Solução técnica - CMMI nível 3
Solução técnica - CMMI nível 3
 
Abnt nbr iso_12207
Abnt nbr iso_12207Abnt nbr iso_12207
Abnt nbr iso_12207
 
Artigo23
Artigo23Artigo23
Artigo23
 
Introdução a Gerência de Configuração de Software
Introdução a Gerência de Configuração de SoftwareIntrodução a Gerência de Configuração de Software
Introdução a Gerência de Configuração de Software
 
Outras Metodologias Ágeis Parte1
Outras Metodologias Ágeis Parte1Outras Metodologias Ágeis Parte1
Outras Metodologias Ágeis Parte1
 
iso
isoiso
iso
 
Introdução ao RUP
Introdução ao RUPIntrodução ao RUP
Introdução ao RUP
 
Painel Synapsis Carlos Simoes
Painel Synapsis Carlos SimoesPainel Synapsis Carlos Simoes
Painel Synapsis Carlos Simoes
 
Fabrica.Software.Concepcao.Licoes.Aprendidas
Fabrica.Software.Concepcao.Licoes.AprendidasFabrica.Software.Concepcao.Licoes.Aprendidas
Fabrica.Software.Concepcao.Licoes.Aprendidas
 
Auditoria iso 90011
Auditoria iso 90011Auditoria iso 90011
Auditoria iso 90011
 

Andere mochten auch

SEGURANÇA EM VIAGENS
SEGURANÇA EM VIAGENSSEGURANÇA EM VIAGENS
SEGURANÇA EM VIAGENSDOUGLAS WIRES
 
Inducion sessão auditoria
Inducion sessão auditoriaInducion sessão auditoria
Inducion sessão auditoriadougcss
 
Auditoria interna
Auditoria interna Auditoria interna
Auditoria interna InformaGroup
 
Delivery - Auditoria
Delivery - AuditoriaDelivery - Auditoria
Delivery - Auditoriaicxgipbrazil
 
4 Auditoria - Planejamento
4   Auditoria - Planejamento4   Auditoria - Planejamento
4 Auditoria - PlanejamentoBolivar Motta
 
Gestão de Auditorias Internas - Pesquisa 2012
Gestão de Auditorias Internas - Pesquisa 2012Gestão de Auditorias Internas - Pesquisa 2012
Gestão de Auditorias Internas - Pesquisa 2012Q2 Management
 
NBC TA 320 - Materialidade no Planejamento e na Execução de Auditoria
NBC TA 320 - Materialidade no Planejamento e na Execução de AuditoriaNBC TA 320 - Materialidade no Planejamento e na Execução de Auditoria
NBC TA 320 - Materialidade no Planejamento e na Execução de AuditoriaMoore Stephens Brasil
 
Como fazer uma boa auditoria
Como fazer uma  boa auditoriaComo fazer uma  boa auditoria
Como fazer uma boa auditoriaFabio Cristiano
 
Modelo trabalho na ABNT
Modelo trabalho na ABNTModelo trabalho na ABNT
Modelo trabalho na ABNTMicheli Wink
 

Andere mochten auch (15)

Auditoria de Processos
Auditoria de ProcessosAuditoria de Processos
Auditoria de Processos
 
SEGURANÇA EM VIAGENS
SEGURANÇA EM VIAGENSSEGURANÇA EM VIAGENS
SEGURANÇA EM VIAGENS
 
Procedimentos de auditoria amostragem 2016
Procedimentos de auditoria  amostragem 2016Procedimentos de auditoria  amostragem 2016
Procedimentos de auditoria amostragem 2016
 
Inducion sessão auditoria
Inducion sessão auditoriaInducion sessão auditoria
Inducion sessão auditoria
 
iGCDP - auditória
iGCDP - auditóriaiGCDP - auditória
iGCDP - auditória
 
Auditoria interna
Auditoria interna Auditoria interna
Auditoria interna
 
Auditoriateorica
AuditoriateoricaAuditoriateorica
Auditoriateorica
 
Delivery - Auditoria
Delivery - AuditoriaDelivery - Auditoria
Delivery - Auditoria
 
4 Auditoria - Planejamento
4   Auditoria - Planejamento4   Auditoria - Planejamento
4 Auditoria - Planejamento
 
Auditoria em saúde
Auditoria em saúdeAuditoria em saúde
Auditoria em saúde
 
Gestão de Auditorias Internas - Pesquisa 2012
Gestão de Auditorias Internas - Pesquisa 2012Gestão de Auditorias Internas - Pesquisa 2012
Gestão de Auditorias Internas - Pesquisa 2012
 
NBC TA 320 - Materialidade no Planejamento e na Execução de Auditoria
NBC TA 320 - Materialidade no Planejamento e na Execução de AuditoriaNBC TA 320 - Materialidade no Planejamento e na Execução de Auditoria
NBC TA 320 - Materialidade no Planejamento e na Execução de Auditoria
 
Como fazer uma boa auditoria
Como fazer uma  boa auditoriaComo fazer uma  boa auditoria
Como fazer uma boa auditoria
 
Auditoria
AuditoriaAuditoria
Auditoria
 
Modelo trabalho na ABNT
Modelo trabalho na ABNTModelo trabalho na ABNT
Modelo trabalho na ABNT
 

Ähnlich wie ULBRA auditoria processo

IMPLANTAÇÃO DE UM SISTEMA GED
IMPLANTAÇÃO DE UM SISTEMA GEDIMPLANTAÇÃO DE UM SISTEMA GED
IMPLANTAÇÃO DE UM SISTEMA GEDMarco Coghi
 
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixIntrodução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixCris Fidelix
 
AGILE UNIFIED PROCESS
AGILE UNIFIED PROCESSAGILE UNIFIED PROCESS
AGILE UNIFIED PROCESSEder Nogueira
 
2 engenharia de software
2   engenharia de software2   engenharia de software
2 engenharia de softwareFelipe Bugov
 
Apresentacao engenharia aup
Apresentacao engenharia aupApresentacao engenharia aup
Apresentacao engenharia aupRenato Lucena
 
Es capítulo 2 - processos de software
Es   capítulo 2  - processos de softwareEs   capítulo 2  - processos de software
Es capítulo 2 - processos de softwareFelipe Oliveira
 
Perfil profissional%20 tecnólogo%20 análise e desenvol
Perfil profissional%20 tecnólogo%20 análise e desenvolPerfil profissional%20 tecnólogo%20 análise e desenvol
Perfil profissional%20 tecnólogo%20 análise e desenvolCarlos Melo
 
1 - APS – Iniciação Desenvolvimento Requisitos.pdf
1 - APS – Iniciação Desenvolvimento Requisitos.pdf1 - APS – Iniciação Desenvolvimento Requisitos.pdf
1 - APS – Iniciação Desenvolvimento Requisitos.pdfa29398
 
Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...
Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...
Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...Marcelo Schumacher
 
Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.
Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.
Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.Otávio Souza
 
Aula 03 de engenharia de software uespi 2011-1
Aula 03 de engenharia de software uespi 2011-1Aula 03 de engenharia de software uespi 2011-1
Aula 03 de engenharia de software uespi 2011-1Erivelton Silva Rocha
 
PDSI.INT- S01 Introdução a Eng Software e Processo.pdf
PDSI.INT- S01 Introdução a Eng Software e Processo.pdfPDSI.INT- S01 Introdução a Eng Software e Processo.pdf
PDSI.INT- S01 Introdução a Eng Software e Processo.pdfpedrina4
 
04 escopo pitagoras
04 escopo    pitagoras04 escopo    pitagoras
04 escopo pitagorasfernandao777
 

Ähnlich wie ULBRA auditoria processo (20)

Rational Unified Process (RUP)
Rational Unified Process (RUP)Rational Unified Process (RUP)
Rational Unified Process (RUP)
 
IMPLANTAÇÃO DE UM SISTEMA GED
IMPLANTAÇÃO DE UM SISTEMA GEDIMPLANTAÇÃO DE UM SISTEMA GED
IMPLANTAÇÃO DE UM SISTEMA GED
 
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixIntrodução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
 
ISO 10006
ISO 10006ISO 10006
ISO 10006
 
ISO IEC 12207
ISO IEC 12207ISO IEC 12207
ISO IEC 12207
 
AGILE UNIFIED PROCESS
AGILE UNIFIED PROCESSAGILE UNIFIED PROCESS
AGILE UNIFIED PROCESS
 
2 engenharia de software
2   engenharia de software2   engenharia de software
2 engenharia de software
 
Apresentacao engenharia aup
Apresentacao engenharia aupApresentacao engenharia aup
Apresentacao engenharia aup
 
Es capítulo 2 - processos de software
Es   capítulo 2  - processos de softwareEs   capítulo 2  - processos de software
Es capítulo 2 - processos de software
 
Perfil profissional%20 tecnólogo%20 análise e desenvol
Perfil profissional%20 tecnólogo%20 análise e desenvolPerfil profissional%20 tecnólogo%20 análise e desenvol
Perfil profissional%20 tecnólogo%20 análise e desenvol
 
1 - APS – Iniciação Desenvolvimento Requisitos.pdf
1 - APS – Iniciação Desenvolvimento Requisitos.pdf1 - APS – Iniciação Desenvolvimento Requisitos.pdf
1 - APS – Iniciação Desenvolvimento Requisitos.pdf
 
Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...
Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...
Gerenciamento de Requisitos como Alternativa de Otimização na Manutenção de S...
 
Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.
Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.
Engenharia de Requisitos - Recomendações para desenvolvimento de solução BIS.
 
Aula 03 de engenharia de software uespi 2011-1
Aula 03 de engenharia de software uespi 2011-1Aula 03 de engenharia de software uespi 2011-1
Aula 03 de engenharia de software uespi 2011-1
 
Gestao de escopo_v4.1
Gestao de escopo_v4.1Gestao de escopo_v4.1
Gestao de escopo_v4.1
 
PDSI.INT- S01 Introdução a Eng Software e Processo.pdf
PDSI.INT- S01 Introdução a Eng Software e Processo.pdfPDSI.INT- S01 Introdução a Eng Software e Processo.pdf
PDSI.INT- S01 Introdução a Eng Software e Processo.pdf
 
Proposta SESI
Proposta SESIProposta SESI
Proposta SESI
 
Apresentação RUP
Apresentação RUPApresentação RUP
Apresentação RUP
 
04 escopo pitagoras
04 escopo    pitagoras04 escopo    pitagoras
04 escopo pitagoras
 
Auditoria iso 9001
Auditoria iso 9001Auditoria iso 9001
Auditoria iso 9001
 

Mehr von Mauricio Volkweis Astiazara

Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...Mauricio Volkweis Astiazara
 
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...Mauricio Volkweis Astiazara
 
Comparação de Algoritmos Baseados em Q-Learning
Comparação de Algoritmos Baseados em Q-LearningComparação de Algoritmos Baseados em Q-Learning
Comparação de Algoritmos Baseados em Q-LearningMauricio Volkweis Astiazara
 
Sistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre SaúdeSistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre SaúdeMauricio Volkweis Astiazara
 
Sistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre SaúdeSistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre SaúdeMauricio Volkweis Astiazara
 

Mehr von Mauricio Volkweis Astiazara (20)

Como Programar Melhor em Java
Como Programar Melhor em JavaComo Programar Melhor em Java
Como Programar Melhor em Java
 
Sistemas Imunológicos Artificiais
Sistemas Imunológicos ArtificiaisSistemas Imunológicos Artificiais
Sistemas Imunológicos Artificiais
 
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
 
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
Sistema Imunológico Artificial para Predição de Fraudes e Furtos de Energia E...
 
Comparação de Algoritmos Baseados em Q-Learning
Comparação de Algoritmos Baseados em Q-LearningComparação de Algoritmos Baseados em Q-Learning
Comparação de Algoritmos Baseados em Q-Learning
 
Classificador de Documentos Naïve Bayes
Classificador de Documentos Naïve BayesClassificador de Documentos Naïve Bayes
Classificador de Documentos Naïve Bayes
 
Visão Computacional
Visão ComputacionalVisão Computacional
Visão Computacional
 
Sistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre SaúdeSistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre Saúde
 
Sistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre SaúdeSistema de Recomendação de Páginas sobre Saúde
Sistema de Recomendação de Páginas sobre Saúde
 
Processamento de Imagens
Processamento de ImagensProcessamento de Imagens
Processamento de Imagens
 
Percepção, Movimento e Ação
Percepção, Movimento e AçãoPercepção, Movimento e Ação
Percepção, Movimento e Ação
 
Memória e Aprendizagem
Memória e AprendizagemMemória e Aprendizagem
Memória e Aprendizagem
 
Gerência de Requisitos
Gerência de RequisitosGerência de Requisitos
Gerência de Requisitos
 
Testes de Sistema
Testes de SistemaTestes de Sistema
Testes de Sistema
 
Telefonia Móvel
Telefonia MóvelTelefonia Móvel
Telefonia Móvel
 
Telefonia Móvel
Telefonia MóvelTelefonia Móvel
Telefonia Móvel
 
Realidade Virtual
Realidade VirtualRealidade Virtual
Realidade Virtual
 
Protótipo de Simulador de Elevadores
Protótipo de Simulador de ElevadoresProtótipo de Simulador de Elevadores
Protótipo de Simulador de Elevadores
 
Protótipo de Simulador de Elevadores
Protótipo de Simulador de ElevadoresProtótipo de Simulador de Elevadores
Protótipo de Simulador de Elevadores
 
Planejamento de Informática
Planejamento de InformáticaPlanejamento de Informática
Planejamento de Informática
 

ULBRA auditoria processo

  • 1. 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
  • 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.