Especialização em Engenharia de Software e Banco de Dados

Transcrição

1 Especialização em Engenharia de Software e Banco de Dados Disciplina: Engenharia de Software Tópico: Introdução Prof. Rodolfo Miranda de Barros rodolfo@uel.br

2 Grandes verdades sobre o desenvolvimento e manutenção de software

3 Nada pode parar a automação

4 Não estabeleça prazos audaciosos demais Prazo é prazo!

5 Nem toda apresentação será um sucesso

6 O que serve para um cliente pode não servir para o próximo

7 Busque soluções eficientes Acabei o meu banho. MM... Foi rápido.

8 Suporte! Ferramentas diferentes para situações diferentes Atrasado Bêbado Batom

9 Matemática não é tudo Mas eu continuo não entendendo as mulheres.

10 Como devemos extrair as necessidades dos clientes?

11 O que é a Engenharia de Software? Estudo ou aplicação de abordagens sistemáticas, econômicas e quantificáveis para o desenvolvimento, operação e manutenção de software de qualidade. Engenheiros de software devem adotar uma abordagem sistemática e organizada para seu trabalho e usar ferramentas e técnicas/métodos apropriados dependendo do problema a ser solucionado, das restrições de desenvolvimento e dos recursos disponíveis

12 Engenharia de Software: Definição Engenharia de Software: O desenvolvimento e a aplicação da ciência, matemática, técnicas, métodos, metodologias e ferramentas para o desenvolvimento e manutenção econômica de software de qualidade previsível e controlável, operando de modo econômico em máquinas e ambientes reais.

13 Engenharia de Software: Definição A Engenharia de software abrange um conjunto de três elementos fundamentais: Métodos, Ferramentas e Procedimentos; Principais metas: melhorar a qualidade de produtos de software, aumentar a produtividade do pessoal técnico e aumentar a satisfação do cliente.

14 Engenharia de Software: Definição Métodos: proporcionam os detalhes de como fazer para construir o software; Planejamento e estimativa de projeto; Análise de requisitos de software e de sistemas; Projeto da estrutura de dados; Algoritmo de processamento; Codificação; Teste; Manutenção.

15 Engenharia de Software: Definição Ferramentas: dão suporte automatizado aos métodos; Procedimentos: constituem o elo de ligação entre os métodos e ferramentas; Seqüência em que os métodos serão aplicados; Produtos que se exige que sejam entregues; Controles que ajudam assegurar a qualidade e coordenar as alterações; Marcos de referência que possibilitam administrar o progresso do software.

16 Engenharia de Software: What the Hell is this? Engenheiros Civis fazem Plantas antes de construírem prédios; Engenheiros Eletrônicos fazem Esquemas antes de montarem aparelhos; Engenheiros Mecânicos fazem Desenhos antes de produzirem máquinas; Engenheiros de Software são superdotados pela Mãe Natureza, e não precisam de nada disso; Se prédios fossem construídos da mesma forma que fazemos sistemas, o primeiro pica-pau que aparecesse no planeta destruiria a humanidade. (autor desconhecido)

17 A Engenharia de Software é um área MUITO NOVA! O ser humano faz casas e abrigos há milhões de anos; O ser humano lida com eletricidade há milhares de anos; O ser humano produz máquinas e ferramentas há outros milhares de anos; O ser humano faz software há 40/50/60 anos. Estamos nos primórdios da computação...

18 Objetivos da Engenharia de Software Controle sobre o desenvolvimento de software dentro de custos, prazos e níveis de qualidade desejados; Produtividade no desenvolvimento, operação e manutenção de software; Qualidade versus Produtividade; Permitir que profissionais tenham controle sobre o desenvolvimento de software dentro de custos, prazos e níveis de qualidade desejados.

19 Características da Engenharia de Software A Engenharia de Software se refere a software (sistemas) desenvolvidos por grupos ao invés de indivíduos; Usa princípios de engenharia ao invés de arte, e; Inclui tanto aspectos técnicos quanto não técnicos.

20 Mas, na realidade, temos a Crise de Software... A crise do software foi um termo utilizado nos anos 70, quando a engenharia de software era praticamente inexistente; O termo expressava as dificuldades do desenvolvimento de software frente ao rápido crescimento da demanda por software, da complexidade dos problemas a serem resolvidos e da inexistência de técnicas estabelecidas para o desenvolvimento de sistemas que funcionassem adequadamente ou pudessem ser validados; Uma das primeiras e mais conhecidas referências ao termo foi feita por Edsger Dijkstra, na apresentação feita em 1972 na Association for Computing Machinery Turing Award, intitulada "The Humble Programmer" (EWD340), publicada no periódico Communications of the ACM.

21 Crise de Software 25% dos projetos são cancelados; o tempo de desenvolvimento é bem maior do que o estimado; 75% dos sistemas não funcionam como planejado; a manutenção e reutilização são difíceis e custosas; os problemas são proporcionais a complexidade dos sistemas.

22 Crise de Software - problemas 1- As estimativas de prazo e de custo freqüentemente são imprecisas: Não dedicamos tempo para coletar dados sobre o processo de desenvolvimento de software ; Sem nenhuma indicação sólida de produtividade, não podemos avaliar com precisão a eficácia de novas ferramentas, métodos ou padrões.

23 Crise de Software - problemas 2- Insatisfação do cliente com o sistema concluído: Os projetos de desenvolvimento de software normalmente são efetuados apenas com um vago indício das exigências do cliente.

24 Crise de Software - problemas 3- A qualidade de software às vezes é menos que adequada: Só recentemente começam a surgir conceitos quantitativos sólidos de garantia de qualidade de software.

25 Crise de Software - problemas 4- O software existente é muito difícil de manter: A tarefa de manutenção devora o orçamento destinado ao software; A facilidade de manutenção não foi enfatizada como um critério importante.

26 Causas dos problemas associados à crise de software 1- PRÓPRIO CARÁTER DO SOFTWARE: O software é um elemento de sistema lógico e não físico; Conseqüentemente o sucesso é medido pela qualidade de uma única entidade e não pela qualidade de muitas entidades manufaturadas; O software não se desgasta, mas se deteriora.

27 Causas dos problemas associados à crise de software 2- FALHAS DAS PESSOAS RESPONSÁVEIS PELO DESENVOLVIMENTO DE SOFTWARE: Gerentes sem nenhuma experiência em software; Profissionais da área de software têm pouco treinamento formal em novas técnicas para o desenvolvimento de software; Resistência a mudanças.

28 Causas dos problemas associados à crise de software 3- MITOS DO SOFTWARE: Propagaram desinformação e confusão Administrativos Cliente Profissional

29 Mitos do software (ADMINISTRATIVOS) Mito 1: Já temos um manual repleto de padrões e procedimentos para a construção de software; Isso não oferecerá ao meu pessoal tudo o que eles precisam saber?

30 Mitos do software (ADMINISTRATIVOS) Realidade: Será que o manual é usado? Os profissionais sabem que ele existe? Ele reflete a prática moderna de desenvolvimento de software? Ele é completo?

31 Mitos do software (ADMINISTRATIVOS) Mito 2: Meu pessoal tem ferramentas de desenvolvimento de software de última geração, afinal lhes compramos os mais novos computadores.

32 Mitos do software (ADMINISTRATIVOS) Realidade: É preciso muito mais do que os mais recentes computadores para se fazer um desenvolvimento de software de alta qualidade.

33 Mitos do software (ADMINISTRATIVOS) Mito 3: Se nós estamos atrasados nos prazos, podemos adicionar mais programadores e tirar o atraso.

34 Mitos do software (ADMINISTRATIVOS) Realidade: O desenvolvimento de software não é um processo mecânico igual à manufatura. Acrescentar pessoas em um projeto tornao ainda mais atrasado. Pessoas podem ser acrescentadas, mas somente de uma forma planejada.

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

36 Mitos do software (CLIENTE) Realidade: Uma definição inicial ruim é a principal causa de fracassos dos esforços de desenvolvimento de software. É 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.

37 Mitos do software (CLIENTE) Mito 2: Os requisitos de projeto modificam-se continuamente, mas as mudanças podem ser facilmente acomodadas, porque o software é flexível.

38 Mitos do software (CLIENTE) Realidade: Uma mudança, quando solicitada tardiamente num projeto, pode ser maior do que a ordem de magnitude mais dispendiosa da mesma mudança solicitada nas fases iniciais.

39 Mitos do software (CLIENTE) MAGNITUDE DAS MUDANÇAS

40 Mitos do software (PROFISSIONAL) Mito 1: Assim que escrevermos o programa e o Assim que escrevermos o programa e o colocarmos em funcionamento nosso trabalho estará completo.

41 Mitos do software (PROFISSIONAL) Realidade: 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.

42 Mitos do software (PROFISSIONAL) Mito 2: Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua qualidade.

43 Mitos do software (PROFISSIONAL) 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.

44 Resposta à Crise de Software

45 O Mundo do desenvolvimento de Software - Resumindo Crise do Software (~1970) Desenvolvimento de Software como arte ; Problemas de execução erros; Prazos extrapolados; Custos inesperados correção de erros e adaptação do código às reais necessidades do usuário; Empresas dependentes de computadores com sistemas legados que necessitam modificações mas com código/documentação ilegível ou inexistentes; Insatisfação de usuários.

46 O Mundo do desenvolvimento de Software - Resumindo O que acontecia? (ou ainda acontece?) Falta de alinhamento de expectativas; Falta de preparo da equipe do projeto; Planejamento inexistente ou insuficiente; Incapacidade de prever riscos; Problemas de comunicação; Requisitos mal definidos; Limitação de recursos.

47 O Mundo do desenvolvimento de Software - Resumindo O que precisamos fazer? Onde está a bala de prata? Na linguagem? No ambiente? Nas notações? Nas ferramentas CASE? Nas metodologias? Na falta de planejamento e gerenciamento?

48 O Mundo do desenvolvimento de Software - Resumindo Para que planejar? Para garantir que estamos sempre fazendo a coisa mais importante que se tem a fazer; Para coordenar a interação das pessoas; Para responder rapidamente a mudanças.

49 O Mundo do desenvolvimento de Software - Resumindo Paradoxo de Cobb - Martin Cobb - Treasury Board of Canada Secretariat We know why projects fail, we know how to prevent their failure - so why do they still fail?"

50 O Mundo do desenvolvimento de Software - Resumindo Reflita sobre o filme a seguir. Você conhece alguma empresa que trabalha desta maneira?