Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Auditoria de Processo

653 views

Published on

Baixe mais arquivos em http://pastadomau.wikidot.com.
Trabalho sobre auditoria de processo de desenvolvimento de software. Para cada fase do desenvolvimento (Planejamento, Análise, Projeto, Construção e Revisão) o texto apresenta um roteiro contendo as atividades de cada fase (“O quê?”) e os
indicativos de qualidade (“Recomendado:”) que devem estar presentes.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Auditoria de Processo

  1. 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 TORRESAuditoria de Processo Marcelo Waihrich Souza Mauricio Volkweis Astiazara Prof. Leonardo PereiraTramandaí, 01 de Novembro de 2001 1
  2. 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. 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. 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. 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. 6. 1. Objetivos Todos os projetos de desenvolvimento de sistemas precisam ter sido avaliados em profundidade para ter qualidade 6
  7. 7. 2. Fases Planejamento Análise Projeto Construção Revisão 7
  8. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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.

×