Este documento descreve as etapas de uma auditoria de processo de desenvolvimento de sistemas, incluindo planejamento, análise, projeto, construção e revisão.
A auditoria tem como objetivo avaliar a adequação das metodologias, procedimentos e qualidade dos projetos de sistemas de uma organização.
Cada etapa deve seguir boas práticas como documentação, testes, aprovação dos usuários e gestão para assegurar a qualidade e sucesso dos sistemas desenvolvidos.
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
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.