Análise e Projeto de. Aula 01. Profa Cristiane Koehler cristiane.koehler@canoas.ifrs.edu.br

Transcrição

1 Análise e Projeto de Sistemas I Aula 01 Profa Cristiane Koehler cristiane.koehler@canoas.ifrs.edu.br

2 Análise e Projeto de Sistemas I Horário das Aulas: 2as feiras das 10h10 às 11h40 e 5as feiras das 08h25 às 09h55 Objetivos principais desta disciplina são: - apresentar o conceito de Análise de Sistemas. - apresentar o paradigma de Análise e Projeto de Sistemas Estruturados. - apresentar o paradigma de Análise e Projeto de Sistemas Orientado a Objetos. - analisar e projetar um sistema informatizado. 07/03/2012 2

3 Para isso, nós vamos: Análise e Projeto de Sistemas I - pesquisar e estudar os paradigmas de análise de sistemas. - pesquisar, analisar e estudar ferramentas CASE para modelagem de sistemas. - pesquisar, estudar e analisar ferramentas para desenvolvimento rápido de sistemas (ferramentas RAD). - utilizar o Ambiente de Aprendizagem: 07/03/2012 3

4 Análise e Projeto de Sistemas I Dois livros importantes que tratam de Análise de Sistemas são: YOURDON, Peter. Análise Estruturada Moderna. Editora Campus. 07/03/2012 4

5 Análise e Projeto de Sistemas I Dois livros importantes que tratam de Análise de Sistemas são: BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. Editora Campus. 07/03/2012 5

6 Visão Geral da Disciplina Parte I O Produto e o Processo Parte II Gerenciamento de Projetos de Software Parte III Métodos Convencionais para Engenharia de Software Parte IV Engenharia de Software Orientada a Objetos

7 Parte I: O Produto e o Processo Unidade 1: O Produto Texto adaptado do material do Prof Dr Mariano Nicolao

8 Análise e Projeto de Sistemas I Por que tanta demora para entregar? Por que os prazos se atrasam? Por que os custos são altos? Por que não achar todos os erros antes de entregar? Por que dificuldade em medir o progresso do desenvolvimento de um software? 07/03/2012 8

9 Análise e Projeto de Sistemas I Software o Definição, Características, Aplicações o Evolução Crise do Software o Problemas e Causas Mitos do Software Modelos de processo de Engenharia de Software 9

10 Análise e Projeto de Sistemas I No mercado atual, não há dúvida de que os profissionais de TI envolvidos com projetos de desenvolvimento de software e soluções corporativas têm um claro desafio: PRODUZIR soluções mais rápidas, melhores e com baixo custo.

11 Análise e Projeto de Sistemas I Hoje a área de TI precisa estar comprometida em fazer mais, melhor e mais barato. Desenvolver software é um problema de métodos e técnica, em suma, de atividade humana. Gerenciar projetos de TI é gerenciar riscos assumidos e vencidos por seres humanos inteligentes. PESSOAS precisam de investimentos massivos!!! (SOLUÇÃO).

12 Análise e Projeto de Sistemas I Se você não tiver um bom planejamento e uma boa interface humana, não adianta ter um projeto tecnológico fantástico porque a chance de que ele funcione é zero O gerente de projetos de TI é um líder que motiva não só os desenvolvedores, como também o pessoal que utiliza a TI. 12

13 Análise e Projeto de Sistemas I : Desafio principal era desenvolver Hardware o Reduzir o custo de processamento e armazenamento de dados. Hoje: Reduzir o custo e melhorar a qualidade do Software (potencial da computação) é prioridade. o Impacto na sociedade e cultura. o O software atingiu as grandes massas; tomada de decisões nos negócios, base para a pesquisa científica, solução de problemas de engenharia e telecomunicações, funcionalidade. o Comunidade de Software tem como objetivo desenvolver tecnologias para facilitar o projeto de softwares de alta qualidade. 13

14 Análise e Projeto de Sistemas I Conceito de Software? Dicionário Aurélio: o Programa o Aquilo que pode ser executado por um equipamento (o hardware) o Um produto comercializado que consiste em um sistema de rotinas e funções. 14

15 Análise e Projeto de Sistemas I SOFTWARE: 1- INSTRUÇÕES (programas de computador) que quando executadas fornecem, a função e o desempenho desejados. 2 - ESTRUTURAS DE DADOS que possibilitam que os programas manipulem adequadamente a informação. 3 DOCUMENTOS que descrevem a operação e o uso dos Programas. 15

16 Análise e Projeto de Sistemas I SOFTWARE: Definição mais exata Hardware: produto em forma física Software: elemento de sistema lógico 16

17 Análise e Projeto de Sistemas I ENGENHARIA DE SOFTWARE: A engenharia é a ciência e a profissão de adquirir e de aplicar os conhecimentos matemáticos, técnicos e científicos na criação, aperfeiçoamento e implementação de utilidades, tais como materiais, estruturas, máquinas, aparelhos, sistemas ou processos, que realizem uma determinada função ou objetivo. 17

18 Análise e Projeto de Sistemas I CARACTERÍSTICAS DO SOFTWARE: 1) desenvolvido ou projetado por engenharia, não manufaturado no sentido clássico (industrial). 2) sucesso é medido pela qualidade e não quantidade. 3) não se desgasta, mas se deteriora devido as mudanças de contexto. 4) a maioria é feita sob medida em vez de ser montada a partir de códigos já existentes (reusabilidade de software). 18

19 Análise e Projeto de Sistemas I FALHAS DE HARDWARE E SOFTWARE: Quando um componente de hardware se desgasta é substituído por uma peça de reposição. Não existe peça de reposição para software! o Toda falha indica um erro no projeto ou no processo de tradução para o código executável. o Manutenção do software é mais complexa do que a do hardware. 19

20 Análise e Projeto de Sistemas I SOFTWARE, são: usualmente, componentes de sistemas automatizados. compostos por documentação, dados, código e procedimentos. desenvolvidos com o objetivo de instruir máquinas e pessoas no sentido da realização de um conjunto bem definido de tarefas de processamento de dados. instrumentos para alcançar um fim específico: transformar dados em resultados confiáveis, úteis e oportunos. 20

21 Análise e Projeto de Sistemas I SOFTWARE uma definição: Software é tanto um PRODUTO como um veículo para desenvolver um produto. É desenvolvido por Engenharia e não manufaturado. Não se desgasta, mas deteriora. 21

22 Quando desenvolver software? Aplicado a qualquer problema em que um conjunto previamente de passos procedimentais tiver sido definido (algoritmo). 22

23 Aplicações do software SOFTWARE de Sistema: coleção de programas escritos para apoiar outros programas. Forte interação com o hardware. Ex. sistema operacional, compiladores, drivers, etc... SOFTWARE DE TEMPO REAL software que monitora, analisa e controla eventos do mundo real. Ex. sistema de controle de tráfego aéreo, relógio digital,... SOFTWARE Business sistemas de operações comerciais e tomadas de decisões administrativas. Ex. folha de pagamentos, contas a pagar e a receber,... 23

24 Aplicações do software SOFTWARE CIENTÍFICO E DE ENGENHARIA caracterizado por algoritmos de processamento numérico. Ex. astronomia, vulcanologia, análise de fadiga da mecânica de automóveis, biologia molecular, projeto CAD,... SOFTWARE EMBUTIDO usado para controlar produtos e sistemas para os mercados industriais e de consumo produtos inteligentes. Ex. controle de microondas, de combustível, sistemas de freio. 24

25 Aplicações do software o SOFTWARE DE COMPUTADOR PESSOAL envolve processamento de textos, planilhas eletrônicas, computação gráfica, diversões, etc. o SOFTWARE Baseado na Web páginas Web (websites) recuperados por um browser (tecnologia web ASP, HTML, CGI, JAVA, XML, etc...) o OFTWARE DE INTELIGÊNCIA ARTIFICIAL faz uso de algoritmos não numéricos para resolver problemas que não sejam favoráveis à computação ou à análise direta. Ex. sistemas especialistas, reconhecimento de padrões, redes neurais, jogos,... 25

26 Evolução do software Hardware: maior desempenho, menor tamanho e custo A segunda era Multiusuário Tempo real Banco de Dados Os primeiros anos Software Houses Orientação batch Distribuição limitada Software customizado A terceira era Sistemas Distribuídos Inteligência embutida Hardware de baixo custo (PCs) Workstation Impacto de consumo A quarta era Tecnologia O. O. Sistemas Especialistas Redes Neurais Computação Paralela Tecnologia Web Segurança

27 Evolução do software ( ) O hardware sofreu contínuas mudanças O software era uma arte "secundária" para a qual havia poucos métodos sistemáticos O hardware era de propósito geral O software era específico para cada aplicação Não havia documentação

28 Evolução do software Em 1959 a IBM construiu um mainframe baseado em transistores, o IBM 1401, que utilizava cartões perfurados. Ele se tornou um computador de propósito geral popular e foram vendidos, tornando-se a mais bem sucedida máquina na história dos computadores. Ele utilizava uma memória principal magnética de 4000 caracteres (mais tarde expandida para ). Muitos aspectos de seu projeto foram baseados no desejo de substituir as máquinas de cartões perfurados da década de 1920 que estavam em uso.

29 Evolução do software ( ) Multiprogramação e sistemas multiusuários Técnicas interativas Sistemas de tempo real 1a. geração de SGBD s Produto de software - Software Houses Cresce número de sistemas baseado em computador Manutenção quase impossível... CRISE DE SOFTWARE 29

30 Evolução do software ( ) Sistemas distribuídos Redes locais e globais Uso generalizado de microprocessadores - produtos inteligentes Hardware de baixo custo Impacto de consumo 30

31 Evolução do software (Quarta era do software de computador) Tecnologias orientadas o objetos Sistemas especialistas e software de inteligência artificial usados na prática Software de rede neural artificial Computação Paralela 31

32 Análise e Projeto de Sistemas I CRISE DO SOFTWARE 32

33 Crise de software Refere-se a um conjunto de problemas encontrados no desenvolvimento de software: Estimativas de prazo e de custo frequentemente são imprecisas. A produtividade das pessoas que desenvolvem software não tem acompanhado a demanda por serviços. A qualidade do software é menos do que adequada. O software existente é muito difícil de manter. 33

34 Mitos de Software Administrativos Cliente Profissional 34

35 Mitos de Software (administrativos) Mito: Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso oferecerá ao meu pessoal tudo o que eles precisam saber. Realidade: o Será que o manual é usado? o Os profissionais sabem que ele existe? o Ele reflete a prática moderna de desenvolvimento de software? o Ele é completo? 35

36 Mito: Meu pessoal tem ferramentas de desenvolvimento de software de última geração; afinal compramos para eles os mais novos computadores. Realidade: Mitos de Software (administrativos) o É preciso muito mais do que os mais recentes computadores para se fazer um desenvolvimento de software de alta qualidade. o Ferramentas de engenharia e software auxiliada por computador CASE (Computer-Aided Software Engineering) são mais importantes do que o hardware 36

37 Mitos de Software (administrativos) Mito: Meu pessoal tem ferramentas de desenvolvimento de software de última geração; afinal compramos para eles os mais novos computadores. Realidade: o É preciso muito mais do que os mais recentes computadores para se fazer um desenvolvimento de software de alta qualidade. o Ferramentas de engenharia e software auxiliada por computador CASE (Computer-Aided Software Engineering) são mais importantes do que o hardware 37

38 Mitos de Software (administrativos) Mito: Se nós estamos atrasados nos prazos, podemos adicionar mais programadores e tirar o atraso. Realidade: o O desenvolvimento de software não é um processo mecânico igual à manufatura. o Acrescentar pessoas em um projeto torna-o ainda mais atrasado. o Pessoas podem ser acrescentadas, mas somente de uma forma planejada e bem coordenada. 38

39 Mitos de Software (CLIENTE) Em muitos casos, o cliente acredita em muitos mitos sobre o software, porque os gerentes e profissionais não corrijam a desinformação Mitos levam a falsas expectativas e insatisfação. 39

40 Mitos do software (CLIENTE) Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde. 40

41 Mitos do software (CLIENTE) Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde. 41

42 Mitos do software (CLIENTE) Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde. 42

43 Mitos do software (CLIENTE) Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde. 43

44 Mitos do software (CLIENTE) Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde. 44

45 Mitos do software (CLIENTE) Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde. Realidade: o Uma definição inicial ruim é a principal causa de fracassos dos esforços de desenvolvimento de software. o É fundamental uma descrição formal e detalhada do domínio da informação, função, desempenho, interfaces, restrições de projeto e critérios de validação. 45

46 Mitos do software (CLIENTE) Mito: Os requisitos de projeto modificam-se continuamente, mas as mudanças podem ser facilmente acomodadas, porque o software é flexível. Realidade: o Requisitos podem ser mudados, mas o impacto varia de acordo com o tempo que é introduzido (projeto e custo) o Um mudança, quando solicitada tardiamente num projeto, pode ser mais do que a ordem de magnitude mais dispendiosa da mesma mudança solicitada nas fases iniciais (Figura) 46

47 Mitos do software (PROFISSIONAL) Durante os primórdios da computação, a programação era vista como uma forma de arte Velhas maneiras e atitudes dificilmente morrem 47

48 Mitos do software (PROFISSIONAL) Mito: Assim que escrevermos o programa e o colocarmos em funcionamento nosso trabalho estará completo. Realidade: o Os dados da indústria indicam que entre 50 e 70% de todo esforço gasto num programa serão despendidos depois que ele for entregue pela primeira vez ao cliente 48

49 Mitos do software (PROFISSIONAL) Mito: Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua qualidade. Realidade: o Mecanismo (Revisão Técnica Formal) de garantia de qualidade de software é aplicado desde o começo do projeto o Revisões de software são um filtro de qualidade - descobre erros/defeitos 49

50 Mitos do software (PROFISSIONAL) o Mito: A única coisa a ser entregue em um projeto bem-sucedido é o programa funcionando. o Realidade: Um programa funcionando é somente uma parte de uma Configuração de Software que inclui todos os itens de informação produzidos durante a construção e manutenção do software. A DOCUMENTAÇÃO é o alicerce. 50

51 Problemas do Desenvolvimento atual de software 1 - Sofisticação do Software e desenvolvimento do Hardware 2 - Aumento expressivo da demanda 3 - Má administração, planejamento e gerenciamento 51

52 Questionamentos Iniciais... Por que tanta demora para entregar? Por que os prazos se atrasam? Por que os custos são altos? Por que não achar todos os erros antes de entregar? Por que dificuldade em medir o progresso do desenvolvimento de um software? 52

53 Qual é a SOLUÇÃO? Reconhecer os problemas e suas causas e desmascarar os mitos do software são os primeiros passos. Métodos e Técnicas para o disciplinar o processo de desenvolvimento do software: 53

54 Análise e Projeto de Sistemas I Aula 01 Profa Cristiane Koehler cristiane.koehler@canoas.ifrs.edu.br