Engenharia de Software Antonio Francisco do Prado [email protected] Ir p/ primeira página Sumário Ir p/ primeira página Visão Geral – Fatores Críticos Ir p/ primeira página Tempo Ir p/ primeira página Testes Início 14 10 caminhos < 21 vezes Fim TESTES : Mostram a presença de erros e não sua ausência Ir p/ primeira página Comunicação Analista Usuário Ir p/ primeira página Comunicação O que foi solicitado pelo Usuário O que foi Especificado pelo desenvolvedor O que foi Implementado pelo programador O que era necessário ! Ir p/ primeira página Documentação e outros fatores Onde está o erro ? Sistema OUTROS FATORES CRÍTICOS •Software é um artefato invisível •Falta de consenso Ir p/ primeira página CONSEQUÊNCIAS • Software não atende as necessidades do usuário; • Desentendimentos entre usuários e desenvolvedor; • Perda de tempo e dinheiro; e • Problemas judiciários. Ir p/ primeira página Solução Desenvolver com Engenharia de Software que: PREOCUPA-SE: com a qualidade do produto e do processo de desenvolvimento do produto BUSCA: A criação de soluções econômicas para problemas práticos COMPREENDE: Uma Metodologia Integrada para todo o ciclo de vida do software: Análise e Especificação Projeto, Implementação e Teste Manutenção Ir p/ primeira página Visão Geral - PDS Ir p/ primeira página Fases do desenvolvimento de Software Coleta de fatos ou Identificação dos requisitos Modelagem ou Especificação Análise Projeto Implementação Teste Ir p/ primeira página Coleta de Fatos Documentos Entrevistas Reuniões Questionários Observação Ir p/ primeira página Modelagem: Enfoques DECOMPOSIÇÃO FUNCIONAL FLUXO DE DADOS ENTIDADES E RELACIONAMENTOS ORIENTADO A OBJETOS ORIENTADO A COMPONENTES Ir p/ primeira página Decomposição Funcional Pagar Funcionários Horistas Obter Horas Calcular Emitir Contra Trabalhadas Pagamento Cheque Calcular Pagto Bruto Calcular Descontos Calcular Pagto Líquido Ir p/ primeira página Fluxo de Dados Serviço Obter HT Funcionário Funcionário Imposto Calcular Pagto Emitir Contra Cheque Ir p/ primeira página Entidades e Relacionamentos Serviço 1 Emprega HT N Funcionário M Recolhe N Imposto Ir p/ primeira página Orientado a Objetos Mundo Real DSOO Sistema Problemas Ir p/ primeira página Orientado a Componentes Ir p/ primeira página Visual Java Ir p/ primeira página Acesso a BD com componentes Ir p/ primeira página Acesso a BD com componentes Ir p/ primeira página Componentes em Delphi Internet Ir p/ primeira página TData Source TTable TDataBase BD DataSet: TTable DatabaseName: DBDEMOS TableName: Animal.db Alias Name: DBDEMOS Name: DBDEMOS Acesso a BD em Delphi Ir p/ primeira página Edição de Cena no Jazmine Ir p/ primeira página Cenas no Jazmine Ir p/ primeira página Java Beans em Aplicações Ir p/ primeira página Java Beans na WEB Ir p/ primeira página P D S Atual Análise Identificação de Requisitos 3 2 1 Projeto Implementação Versão Teste Modelo Espiral Ir p/ primeira página Sumário Ir p/ primeira página Princípios da OO Abstração Encapsulamento Classe e Objeto Herança Escala(Todo-Parte) Associação Conexão de Mensagem Polimorfismo Genericidade Ir p/ primeira página Propriedades PropriedadesEstudante Pr Modelo Tamanho Descrição Velocidade Custo Número Instruções Preço Venda Operações Operações Faturar + * / - = ÷ Garantir Requisitar Abstração Ir p/ primeira página Encapsulamento Torna disponível apenas a assinatura ou protótipo dos métodos. Por exemplo: 297 + 333 = 630 Requisitar ( Modelo : string ) Requisitar ( HP 97 ) Não interessa ! • Acessar diretamente as Propriedades • Saber “como” são realizadas as Operações Ir p/ primeira página Classe e Objeto classe Pessoa objeto Maria objeto Pedro Ir p/ primeira página Objetos A T R I B U T O S M É T O D O S Maria Pedro Ir p/ primeira página Construtor Orquídea Lilas MG Flor Flor do Limão Espécie Branca SP Cor Região Flor Rosa Vermelha PR Ir p/ primeira página Construtor XP 3244 97 Carro 98 Placa Ano MJ 1256 Modelo 96 Carro 97 BC 4580 97 98 Ir p/ primeira página Exercício 01 Ir p/ primeira página Sistema Hospitalar Baseado nos princípios da Abstração e Encapsulamento, especificar: Duas classes de um sistema Hospitalar, com seus principais atributos e métodos, incluindo os construtores. Ir p/ primeira página Herança Pessoa Estudante Professor Funcionário Diretor Ir p/ primeira página Herança – Exemplo Proprietário Placa Ano Modelo Marca Veículo Peso Bruto Peso líquido Altura Motor Ir p/ primeira página Herança - Notação Ir p/ primeira página Pessoa Nome Endereço Telefone Idade Herança Múltipla Vendedor Funcionário 8 Matrícula TempoServiço Código Comissão Cargo $ RegiãoTrabalho Salário Funcionário/Vendedor Ir p/ primeira página Exercício 02 Ir p/ primeira página Sistema Acadêmico Considerando que o domínio tenha: Pessoa Professor Dedicação exclusiva Tempo Parcial Aluno Residente(interno) Externo Funcionário Monitor é um aluno que tem atribuições de professor. Especifique o Modelo de classes usando herança. Ir p/ primeira página Agregação TODO PARTES Ir p/ primeira página Agregação TODO PEDIDO PARTES Item 1: Relógio Item 2: Computador Ir p/ primeira página Pedido Número: 125 Data: 03 Fev 2000 Situação: Pendente Item Descrição Qtd Preço Total 01 Cadeira 3 15,00 45,00 02 Mesa 2 40,00 80,00 03 Relógio 1 50,00 50,00 04 Computador 1 900,00 900,00 Total Geral 1.075,00 Pedido Agregação por valor ItemPedido Ir p/ primeira página Curso Código Período Área Agregação por referência 1..N Aluno Numero Matricula Nome Endereço Ir p/ primeira página Associação Cliente Faz Pedido Ir p/ primeira página Biblioteca Associação BIBLIOTECA USUÁRIO Identidade Nome Endereço Nome Endereço EmprestarLivro ReceberLivro 0..1 0..1 0..N LIVRO Título ISBN Situação Validar Usuário Registrar Empréstimo 0..N Validar Livro Mudar Situação Ir p/ primeira página realiza Estudante Link de Atributo Teste Sala Nota Ir p/ primeira página Exercício 03 Ir p/ primeira página Sistema Acadêmico Especifique o Modelo de Classes, para um domínio Acadêmico, no qual: Escola tem Departamentos Departamentos têm Professores e Cursos. Alunos freqüentam cursos Cursos são ministrados aos alunos pelos professores Cada Departamento é dirigido por um Professor( membro do departamento) Ir p/ primeira página Quando será que você vai aprender minha linguagem ? Conexão de Mensagem Ir p/ primeira página Mensagens entre objetos Abram seus livros na página 36 Qual a próxima lição? Ir p/ primeira página empresta ou devolve Interface USUÁRIO BIBLIOTECA Identidade Nome Endereço Nome E-mail Endereço ValidarLivro ReceberLivro Mudar Situação EmprestarLivro ValidarUsuário 0..1 0..1 0..N LIVRO Registrar Empréstimo Título ISBN Situação ValidarLivro Mudar Situação 0..N Conexão de Mensagem Exemplo Ir p/ primeira página Conexão de Mensagem – Especificação com Modelo de Seqüência Interface :Usuário :Biblioteca : Empresta Livro AtorUsuário Solicita um livro : Livro Solicita Info Usuário Dados Usuário ValidarUsuário() Solicita Info Livro Dados Livro EmprestarLivro(DadosLivro) ValidarLivro() MudarSituação() RegistrarEmpréstimo() Livro Solicitado Ir p/ primeira página Orientação a Eventos Sinalização com estímulo: • Externo: • • Handle( inteiro sem sinal ) Fluxo de Dados ( Dados Pedido ) • Interno (Condição): • • • Tempo ( Fim de Semana ) Temperatura ( 10 < t < 30 ) Outros Ir p/ primeira página program Project1; TAPPLICATION : uses APPLICATION Forms, . . . begin APPLICATION.Initialize; APPLICATION.CreateForm(TForm1, Form1); APPLICATION.Run; end. TFORM1.Botão1Click begin Edit1.Text := ‘325,00’ ; end TFORM1 : FORM1 Evento: OnClick TBUTTON : BOTÃO1 Eventos - Exemplo Ir p/ primeira página Sistema Operacional Eventos Tratamento Objeto1 Método1 ... ... MétodoM ObjetoN ... Método1 Ir p/ primeira página Polimorfismo Janela ( ) Janela ( 1 x 2 , 2 ) Janela ( 1 x 2 , 2, Azul ) 95 + 5 = 100 1 4 6 5 66 33 4 7 0 11 + 5 9 5 4 7 2 1 55 Ir p/ primeira página MoverFigura (NovoCentro:Ponto) {... Redesenhar (NovoCentro); ...} Polimorfismo Exemplo Redesenhar (NovoCentro:Ponto); Ir p/ primeira página Exercício 04 Ir p/ primeira página Classe Pessoa Atributos Nome, Endereço, e Telefone Métodos Construtor com Nome Construtor com Nome, Endereço, e Telefone Construtor de cópia Classe Cliente Atributos Cpf e Dívida Métodos Construtor com Cpf Construtor de cópia Ir p/ primeira página Genericidade ou Tipos Genéricos T,k: Integer Array k..k T Parametrizada (Template) Ir p/ primeira página DC Ir p/ primeira página Visão Lógica Modificadores de Visibilidade: •Private •Protected •Implemented •Public Ir p/ primeira página Diagrama de Classes Ir p/ primeira página Modelo de classes Ir p/ primeira página Modelo de Objetos Ir p/ primeira página SQL MVCASE generated SQL data. CREATE TABLE Table_Cliente ( cpf VARCHAR(255), nome VARCHAR(255), endereco VARCHAR(255), PRIMARY KEY (cpf ) ); CREATE TABLE Table_Pedido ( codigoPedido VARCHAR(255), data VARCHAR(255), cpf VARCHAR(255) REFERENCES Table_Cliente(cpf), PRIMARY KEY (codigoPedido ) ); CREATE TABLE Table_ItemPedido ( quantidade INTEGER, Table_ItemPedido_ID INTEGER, codigoPedido VARCHAR(255) REFERENCES Table_Pedido(codigoPedido), codigoProduto VARCHAR(255) REFERENCES Table_Produto(codigoProduto), PRIMARY KEY (Table_ItemPedido_ID ) ); CREATE TABLE Table_Produto ( codigoProduto VARCHAR(255), descricao VARCHAR(255), PRIMARY KEY (codigoProduto ) ); Ir p/ primeira página UML - Visão Lógica Navegabilidade Funcionario Matricula Dependente Nome Ir p/ primeira página Direção da Navegabilidade Funcionario CREATE TABLE Funcionario( Matricula VARCHAR(40) NOT NULL UNIQUE, PRIMARY KEY(Matricula)) CREATE TABLE Dependente( Nome VARCHAR(30), Matricula VARCHAR(40) NOT NULL UNIQUE, FOREIGN KEY (Matricula) REFERENCES Funcionario, DependenteId NUMBER(5), PRIMARY KEY(DependenteId)) Matricula Dependente Nome Ir p/ primeira página Relacionamentos de Dependência e Implementação ServidorBD <<Interface>> Conecta() Dependência interfacePedido Exibir() Implementação Pedido Ir p/ primeira página Sumário Ir p/ primeira página Estudo de caso DISTRIBUIDORA DE PRODUTOS Uma distribuidora recebe pedidos de produtos. O pedido é aceito se o cliente e o produto estiverem previamente cadastrados. Caso contrário, o pedido é devolvido ao cliente. Ao final da semana, a distribuidora emite requisições de produtos para os fornecedores, previamente cadastrados, com base nos pedidos recebidos. Quando o fornecedor envia catálogo de seus produtos o cadastro de produto é atualizado. Periodicamente a distribuidora envia catálogo dos produtos para seus clientes. Quando os produtos são fornecidos, a distribuidora confere as notas de entregas dos fornecedores com a requisições, devolve as notas de entregas que estiverem com erros e atende aos pedidos dos clientes, emitindo as respectivas faturas. Ir p/ primeira página Exercício 05 Ir p/ primeira página Use Case Ir p/ primeira página UML - Use Case Diagrama de Use Case DadosCliente AtorCliente CadastrarCliente MensagemCadastro Ir p/ primeira página Use Case por Ator AlugarCarro DadosAluguel DadosDevolução Msg02, Recibo Msg01, Carro Alugado DadosCliente DadosPagamento Msg05, Recibo DevolverCarro AtorCliente Msg03 CadastrarCliente LiquidarDivida Ir p/ primeira página Relacionamentos em Use Cases Relacionamento Relacionamento <<uses>> <<extends>> dadosPedido dadosPedido Cliente RealizarPedido RealizarPedido Cliente msg02 <<uses>> <<extends>> msg02 ValidarCliente CadastrarCliente Ir p/ primeira página Especificação de Modelo de caso de uso Dados Empréstimo EmprestarLivro Ator Usuário Msg01, Livro Solicitado Curso Normal: 1. Usuário solicita um livro. 2. Sistema solicita informações do usuário. 3. Usuário informa seus dados(Identidade, Nome e e-mail). 4. Sistema verifica que existe o usuário associado à Identidade. 5. Sistema solicita informações do livro. 6. Cliente informa o nome do livro. 7. Sistema verifica que o livro existe e está disponível. 8. Sistema muda a situação do livro para “emprestado”. 9. Sistema registra o empréstimo do livro para o usuário. 10. Sistema entrega o livro para o usuário. Ir p/ primeira página Modelo de Caso de Uso – Fluxos alternativos Cursos Alternativos: Alternativa 4. Usuário não está cadastrado 4.1 Sistema emite emite Msg01 informando que o usuário não está cadastrado e encerra o caso de uso. Alternativa 7. Livro não existe ou já está emprestado 7.1 Sistema emite Msg01 informando que o livro não existe ou já está emprestado encerra o caso de uso. Ir p/ primeira página Exercício 06 Ir p/ primeira página Número: Use Case: Descrição: Ator: 01 AtenderPedido Este use case trata do pedido do Cliente. Cliente Cliente AtenderPedido Questão: • Completar o Use Case. Diagrama de Use Case Ir p/ primeira página Exercício 07 Ir p/ primeira página Diagrama de Sequência atenderPedido - Curso Normal: Cliente Interface Pedido :Cliente :Produto :Pedido : Item Pedido Questão: • Completar o Diagrama. Ir p/ primeira página Sumário Ir p/ primeira página DBC Ir p/ primeira página Componentes ? 1. 2. 3. 4. 5. Blocos previamente testados Interfaces bem definidas Plug-In Mostra apenas o que interessa Suporta: • reuso direto através de instâncias • Criação de componentes mais específicos Ir p/ primeira página Componentes e Interfaces Web.war Html JSP Servlet ClienteHome Cliente.jar <<interfaces>> Cliente Servidor WEB Servidor Aplicação Ir p/ primeira página Arquitetura em camadas Regras de Negocio e Banco de Dados para um domínio de Aplicações, fornecendo as seguinte principais vantagens: •Reuso de código previamente testado •Evita duplicação do código nas aplicações •Facilita a manutenção FramePrincipal.java Cliente FrameAluguel.java FrameCliente.java FrameCarro.java Regras de Negócio Banco de Dados "LocadoraClient.jar" Locadora.db Ir p/ primeira página Diagrama de Componentes Ir p/ primeira página Diagrama de Componentes Ir p/ primeira página Outras Tecnologias 1.Orientação a Aspectos 2.Padrões 3.Frameworks 4.Agentes de Software 5.Web Services 6.XML e outras LPs WEB Ir p/ primeira página Conclusão Orientação a Objetos Banco de Dados OO(componentes) D B C com Padrões, Frameworks, Aspectos e outras técnicas Engenharia de Domínio Componentes Distribuídos Aplicações com reutilização de Componentes Evita redundância Facilita a manutenção Sistemas mais confiáveis Programação “Plug in” Ambientes que suportam todo o PDS DBC e Banco de Objetos: Futuro do PDS Ir p/ primeira página Estudo de caso proposto SISTEMA HOTELEIRO Deseja-se modelar um sistema para um pequeno hotel que atenda aos seguintes requisitos: · Quando o Cliente telefona ou vem até o hotel e pede para reservar um quarto o funcionário verifica se existe quarto disponível no período solicitado. Caso positivo, é feita a reserva do quarto. Caso negativo, é informado ao cliente a não disponibilidade do quarto. · Quando o cliente não mais desejar o quarto reservado o funcionário providencia o cancelamento da reserva, disponibilizando novamente o quarto. · Quando o cliente não comparecer ao hotel para hospedar-se até as 12:00 horas do dia da Reserva, deve ser cancelada a sua Reserva. · Quando o cliente ocupar um quarto, reservado previamente, o funcionário faz o registro do cliente. Caso o quarto não esteja reservado uma mensagem de rejeição será emitida. Caso contrário, um pacote com informações úteis e a confirmação serão fornecidos ao Cliente. · Quando o cliente deixar o hotel e solicitar que providencie sua saída, será fornecida a respectiva conta, e o quarto será tornado indisponível para a limpeza. · O cliente pode pagar a conta à vista ou usando cartão de crédito. Caso use cartão de crédito, é verificado sua situação para aceitar ou rejeitar o cartão. Esta verificação é feita por telefone. · Quando o quarto estiver limpo, após uma ocupação, o gerente torna-o disponível. Ir p/ primeira página
Download
