Engenharia de Software

Apresentação em tema: "Engenharia de Software"— Transcrição da apresentação:

1 Engenharia de Software

2 Produção de Software 1- Instruções 2 - Estruturas de Dados
Passos que, em execução, produzem a função e o desempenho desejados. 2 - Estruturas de Dados Armazenamento e manipulação adequada da informação necessária às instrução. 3 - Documentos Descrição da operação e do uso dos programas.

3 Características do Software
1. Projetado. 2. Não se desgasta mas se deteriora. 3. Demanda exigem, em grande parte das vezes, elaboração sob medida.

4 Engenharia de Software
Conceito: É uma das áreas da Engenharia que trata dos aspectos de produção de software. Engenharia de software envolve a aplicação prática de conhecimento científico para o projeto e construção de programas de computador e a documentação associada necessária para desenvolvê-los, operá-los e mantê-los. (Boehm)

5 Engenharia de Software
Objetivo: O seu objetivo é estabelecer uma sistemática abordagem de desenvolvimento, através de ferramentas e técnicas apropriadas, dependendo do problema a ser abordado, considerando restrições e recursos disponíveis.

6 Engenharia de Software
Fundamentos: Métodos: detalhes de como fazer para construir o software Ferramentas: suporte automatizado aos métodos Procedimentos: ligação entre os métodos e ferramentas Principais metas: melhorar a qualidade de produtos de software aumentar a produtividade do pessoal técnico aumentar a satisfação do cliente.

7 Ciclo de vida O Ciclo de vida do produto de software = Etapas
Começa na concepção do problema (solicitação do usuário). Termina quando o sistema sai de uso.

8 Ciclo de vida - Modelos Alguns modelos de ciclos de vida mais conhecidos são: Clássico: Cascata Evolutivo: Prototipação Modelo Espiral

9 Ciclo de Vida Clássico (Cascata)
modelo mais antigo e o mais amplamente usado da engenharia de software modelado em função do ciclo da engenharia convencional requer uma abordagem sistemática, seqüencial ao desenvolvimento de software

10 Cascata Engenharia de Sistemas Análise de Requisitos Projeto
Codificação Testes Manutenção

11 Atividades do Ciclo de Vida Clássico
ANÁLISE E ENGENHARIA DE SISTEMAS  envolve a coleta de requisitos em nível do sistema, pequena quantidade de projeto e análise de alto nível Engenharia de Sistemas Análise de Requisitos Projeto Codificação Testes Manutenção  visão essencial quando o software deve fazer interface com outros elementos (hardware, pessoas e banco de dados)

12 Atividades do Ciclo de Vida Clássico
ANÁLISE DE REQUISITOS DE SOFTWARE  processo de coleta dos requisitos é intensificado e concentrado especificamente no software  deve-se compreender o domínio da informação, a função, desempenho e interfaces exigidos  os requisitos (para o sistema e para o software) são documentados e revistos com o cliente Engenharia de Sistemas Análise de Requisitos Projeto Codificação Testes Manutenção

13 Atividades do Ciclo de Vida Clássico
PROJETO  tradução dos requisitos do software para um conjunto de representações que podem ser avaliadas quanto à qualidade, antes que a codificação se inicie Engenharia de Sistemas Análise de Requisitos Projeto Codificação Testes Manutenção

14 Atividades do Ciclo de Vida Clássico
CODIFICAÇÃO  tradução das representações do projeto para uma linguagem “artificial” resultando em instruções executáveis pelo computador Engenharia de Sistemas Análise de Requisitos Projeto Codificação Testes Manutenção

15 Atividades do Ciclo de Vida Clássico
TESTES Concentram-se:  nos aspectos lógicos internos do software, garantindo que todas as instruções tenham sido testadas  nos aspectos funcionais externos, para descobrir erros e garantir que a entrada definida produza resultados que concordem com os esperados. Engenharia de Sistemas Análise de Requisitos Projeto Codificação Testes Manutenção

16 Atividades do Ciclo de Vida Clássico
MANUTENÇÃO  o software poderá sofrer mudanças depois que for entregue ao cliente Engenharia de Sistemas Análise de Requisitos Projeto Codificação Testes Manutenção  causas das mudanças: erros, adaptação do software para acomodar mudanças em seu ambiente externo e exigência do cliente para acréscimos funcionais e de desempenho

17 Prototipação processo que possibilita que o desenvolvedor crie um modelo do software que deve ser construído. idealmente, o modelo (protótipo) serve como um mecanismo para identificar os requisitos de software. apropriado para quando o cliente definiu um conjunto de objetivos gerais para o software, mas não identificou requisitos de entrada, processamento e saída com detalhes.

18 Prototipação início fim obtenção dos requisitos construção produto
refinamento protótipo avaliação protótipo construção protótipo projeto rápido obtenção dos requisitos

19 Atividades da Prototipação
Obtenção dos Requisitos: desenvolvedor e cliente definem os objetivos gerais do software, identificam quais requisitos são conhecidos e as áreas que necessitam de definições adicionais Projeto Rápido: representação dos aspectos do software que são visíveis ao usuário (abordagens de entrada e formatos de saída) fim início construção produto refinamento protótipo avaliação protótipo construção protótipo projeto rápido obtenção dos requisitos

20 Atividades da Prototipação
fim início construção produto refinamento protótipo avaliação protótipo construção protótipo projeto rápido obtenção dos requisitos Construção Protótipo: implementação do projeto rápido Avaliação do Protótipo: cliente e desenvolvedor avaliam o protótipo

21 Atividades da Prototipação
Refinamento dos Requisitos: cliente e desenvolvedor refinam os requisitos do software a ser desenvolvido. Ocorre neste ponto um processo de iteração que conduzirá a atividade até que as necessidades do cliente sejam satisfeitas e o desenvolvedor compreenda o que precisa ser feito. fim início construção produto refinamento protótipo avaliação protótipo construção protótipo projeto rápido obtenção dos requisitos

22 Atividades da Prototipação
fim início construção produto refinamento protótipo avaliação protótipo construção protótipo projeto rápido obtenção dos requisitos Construção Produto: identificados os requisitos, o protótipo deve ser descartado e a versão de produção deve ser construída considerando os critérios de qualidade.

23 Ciclo de Vida em Espiral
engloba as melhores características do ciclo de vida Clássico e da Prototipação, adicionando um novo elemento: a Análise de Risco segue a abordagem de passos sistemáticos do Ciclo de Vida Clássico incorporando-os numa estrutura iterativa que reflete mais realisticamente o mundo real usa a Prototipação, em qualquer etapa da evolução do produto, como mecanismo de redução de riscos

24 direção de um sistema concluído
Espiral decisão de continuar ou não direção de um sistema concluído avaliação do cliente engenharia análise dos riscos planejamento

25 Atividades do Ciclo de Vida em Espiral
Planejamento: determinação dos objetivos, alternativas e restrições Análise de Risco: análise das alternativas e identificação / resolução dos riscos Construção: desenvolvimento do produto no nível seguinte Avaliação do Cliente: avaliação do produto e planejamento das novas fases avaliação do cliente engenharia análise dos riscos planejamento

26 Engenharia de Software Metodologias

27 Crise do Software (~1970) Desenvolvimento de Software de forma “artesanal” através do desenho de telas e arquivos Constantes erros de execução Pouco tempo para coletar dados Não cumprimento de prazos Problemas de custos inesperados relacionados a correção de erros e adaptação do código Código/documentação ilegível ou inexistente Comunicação durante o desenvolvimento muito fraca Falta de testes complexos Insatisfação de usuários

28 Surgimento das Metodologias de Desenvolvimento de Sistemas

29 Evolução Definição de Objetos Dados, Controles e Processos Análise OO
Middle - Out (Lista de Eventos) Controles, Processos e Dados Análise Essencial Top-Down (Decomposição Funcional) Processos e Dados Análise Estruturada Abordagem Enfoque Técnica

30 Análise Estruturada O mais amplamente usado dos métodos de modelagem de requisitos Modelos que retratam fluxo e o conteúdo da informação (dados e controle) O sistema é dividido em partições funcionais e comportamentais e descrevemos a essência do que deve ser construído Enfatiza a perspectiva das funções, com ênfase nos processos. Utiliza as seguintes ferramentas: Diagrama de Fluxo de Dados Dicionário de Dados Especificação da Lógica de Processos

31 Exemplo: DFD DFD – Diagrama de Fluxo de Dados
Técnica gráfica que descreve o fluxo da informação e as transformações sofridas por esta Pode ser utilizado para representar um sistema em qualquer nível de abstração Notação simples

32 Exemplo: DFD Entidade externa Processo Depósito De dados
Pedido_preços E2 Fornecedores E1 Departamento de produção P1 Escolher fornecedor Lista_materiais necessários Entidade externa Preços_material Dados_fornecedor Processo Lista D1 Fornecedores P2 Pedir materiais Nota_encomenta Dados_fornecedor Depósito De dados Fluxo de dados

33 Análise Essencial É uma evolução da Análise Estruturada por adicionar a preocupação com o controle. Usa uma lista de eventos externos como base para o particionamento do sistema. O modelo essencial é construído sem considerar restrições de implementação (assume uma tecnologia perfeita) – essência do sistema

34 Diagrama de Contexto Constrói um DFD para cada evento (DFD de resposta a eventos). A partir dele é feito o agrupamento para formar os diagramas superiores e inferiores.

35 Lista de eventos

36 Análise Essencial Modelo Comportamental
Mostra o comportamento interno do sistema. Dicionário de Dados e Especificação de processos. Modelo de Informação Representa os dados necessários ao sistema. Diagrama de entidade e relacionamento Deriva da lista de eventos Representa a estrutura estática dos dados Modelo de implementação Insere restrições de implementação aos modelos comportamental e de dados

37 Análise Orientada a Objetos
O mundo real é composto por objetos. Cada objeto tem propriedades e comportamentos. Então porquê não desenvolver programas que simulem no computador os objetos do mundo real com suas propriedades e comportamentos?

38 Análise Orientada a Objetos
Nos métodos tradicionais de análise, o comportamento do sistema e seus dados eram considerados separadamente. Com orientação a objetos, comportamento e dados são integrados, assim encapsulando detalhes internos de um objeto dos demais. Análise Estruturada e Essencial Orientada a Objetos Enfoque Conjunto de programas que executam processos Sobre dados Conjunto de “entidades” que têm características e Comportamentos próprios Foco Sistema Objeto

39 UML UML (Unified Modeling Language) – Linguagem de Modelagem Unificada
É uma linguagem de modelagem (visual), não uma linguagem de programação Permite a utilização de diagramas padronizados para especificação e visualização de um sistema

40 Diagramas UML Representação Gráfica de um Conjunto de Elementos
Estrutural (Estática) Diagrama de Classes Diagramas de Objetos Diagrama de Caso de Uso Diagrama de Componentes Dinâmica Diagrama de Estados Diagrama de Atividades Diagrama de Colaboração Diagrama de Seqüência

41 Diagrama de Caso de Uso Usado geralmente nas fases de Levantamento e Análise de Requisito do Sistema, mostra como o sistema irá se comportar.

42 Diagrama de Classes Define a estrutura de classes do sistema e estabelece como elas se relacionam.

43 Classes Uma classe é composta por três seções DVD Nome da Classe
Atributos Hora Status estrutura Operações Voltar() Pausar() Adiantar() Parar() Tocar() comportamento

44 Diagrama de Objetos Exibe os valores armazenados pelos objetos de um Diagrama de Classes

45 Conceito de Orientação a Objetos

46 OO O que é um Objeto ? Exemplos é a representação de um objeto real
é uma abstração tudo que é manipulável e/ou manufaturável coisa, peça, artigo de compra e venda pode ser uma composição de outros objetos Exemplos automóvel, pessoa, elevador, janela, etc..

47 OO Propriedades de um Objeto é o estado do objeto
são atribuitos da “coisa” exemplo Em um automóvel temos ligado/desligado posição velocidade marca/modelo cor, placa, número de portas, etc.

48 OO Métodos de um objeto representa o comportamento do objeto
muda o estado do objeto exemplo Em um automóvel temos ligar/desligar acelerar freiar virar p/ esquerda virar p/ direita

49 OO Eventos de um Objeto são acontecimentos que fazem o objeto responder de determinada maneira alteram o estado e mudam o comportamento exemplo Em um automóvel temos usuário... pisa no acelerador ou no freio vira o volante para esquerda ou direita vira a chave na ignição para ON ou OFF

50 OO Classe de Objetos Exemplo Definição de um tipo de objetos
Define a forma de se criar objetos É uma fábrica de objetos Todos os objetos de uma classe têm uma estrutura idêntica, mas cada objeto terá seus próprios atributos Exemplo Classe: CARROS (cor, portas, placa, posição, velocidade, etc.) Objeto: carro vermelho/2 pts/XXX9999/(100,10)/100km/h...

51 OO Porque usar Objetos ? Simplicidade: os objetos escondem a complexidade do código. Pode-se criar aplicações sem se conhecer a complexidade do código. Reutilização de código: um objeto, depois de criado, pode ser reutilizado por outras aplicações, e até extender suas funções. Inclusão dinâmica: objetos podem ser incluídos dinâmicamente durante a execução, reduzindo o tamanho do arquivo final.

52 OO Princípios básicos de uma linguagem OO 1) Abstração
é o processo de extrair as características essenciais de um objeto a abstração de um objeto é diferente de acordo com a visão de cada pessoa ex: livro Livraria: autor, título, assunto, editora, preço Transportadora: número de páginas, formato e tipo de capa (=>peso)

53 OO Princípios básicos de uma linguagem OO 2) Encapsulamento
é o processo de combinar dados e funções relacionadas em um único bloco de organização agrupa o estado do objeto e as funções que ele é capaz de executar, e que alteram seu próprio estado esconde a complexidade do código exemplo: radio.ligar := true; radio.gravar(musica);

54 OO Princípios básicos de uma linguagem OO
3) Herança é o aproveitamento e extensão das características de uma classe existente uma classe mais sofisticada herda as características e funcionalidades de uma classe básica exemplo: Classe CARROS_ESPORTIVOS como herança da Classe CARROS * Novos Atributos: turbo, barra de proteção, rádio intercomunicador, temperatura do óleo, etc.

55 OO Princípios básicos de uma linguagem OO exemplo: triângulo.Desenhe;
4) Polimorfismo é a propriedade de se utilizar um mesmo nome ou forma para fazer coisas diferentes muito útil para escrever programas versáteis, que possam lidar com vários tipos diferentes de objetos exemplo: triângulo.Desenhe; retângulo.Desenhe; círculo.Desenhe; reta.Desenhe; Sobreposição de métodos

56 OO Programação OO (Orientada a Objetos) Exemplos de linguagens OO
Os objetos são a base da tecnologia Consistem de modelos (abstrações) de objetos reais Preservam as características essenciais de um objeto real: suas propriedades e seu comportamento (métodos) Exemplos de linguagens OO C++, Delphi, Java, etc.