analise de sistemas
Wilker Rodrigues de Almeida
IF São João del-Rei
Março 2012
Apresentação do Professor
• Técnico em Informática Industrial (Cefet-MG –
2000/2002);
• Bacharel em Sistemas de Informação
(Faculdades Unificadas Doctum – 2005/2008);
• Mestre em Ciência da Computação
(Universidade Federal de Viçosa – 2009/2011);
• Professor do Cefet/MG (2011);
• Professor das FaculdadesUnificadas Doctum –
Cataguases (2011).
Organização da Aula
•
•
•
•
•
•
•
•
Introdução sobre Engenharia de Software;
Paradigma Estruturado;
Paradigma Orientado a Objetos;
Interação Entre os Paradigmas;
Tendências Para o Futuro;
Holoparadigma;
Conclusão;
Exercícios de Revisão.
Introdução
• Crises de software.
• Denominação do termo engenharia de software:
– NATO/OTAN (North Atlantic Treaty Organization) –
1967.
• Conferência de Engenharia de Softwares da
OTAN, em1976, na Alemanha:
– Criar Softwares = Tarefas da engenharia tradicional;
– Utilização das filosofias e paradigmas já estabelecidos na engenharia.
Dados sobre o Desenvolvimento de
Softwares
Standish Group, 2004
Cancelados
18%
Bem sucedidos
53%
29%
Finalizados com atraso, acima do orçamento previsto e/ou recursos a menos
Paradigma Estruturado
• Também conhecido como Paradigma Clássico;
• Técnicas utilizadas:
– Análise de sistema estruturada:
– Análise de fluxo dedados;
– Programação estruturada.
• Técnicas limitadas com o passar dos anos:
– Softwares cada vez maiores;
– Manutenção pós entrega.
Paradigma Estruturado
Custo Médio de Manutenção pósentrega (1976-1981)
33%
67%
Custo Médio de Manutenção pósentrega (1992-1998)
25%
Desenvolvimento
Manutenção pósentrega
75%
Desenvolvimento
Manutenção pósentrega
Paradigma Estruturado
• Ciclo de vida Codificar e corrigir;
• Ciclo de vida clássico:
1.
2.