Departamento de Engenharia de Electrónica e Telecomunicações e de Computadores Licenciatura em Engenharia Informática e de Computadores

Transcrição

1 Instituto Superior de Engenharia de Lisboa Departamento de Engenharia de Electrónica e Telecomunicações e de Computadores Licenciatura em Engenharia Informática e de Computadores Trabalho prático Sistemas de Informação 2 Semestre de Inverno 2014/2015 Versão 1.02

2

3 O Problema A BIT (Bikes In Transit) é uma empresa de entregas portuguesa que opera em Portugal. Nasceu em 2010 e tem como característica principal e diferenciadora, a utilização exclusiva da bicicleta como veículo de entregas. Da sua carteira de clientes fazem parte um conjunto de empresas e clientes particulares. Especializou-se em entregas de documentos e de pequenos volumes. A empresa tem lojas físicas, caracterizadas por um código (único), uma morada e uma designação única. Em cada loja trabalham funcionários, identificados por um código e caracterizados pelo nome, sobrenome e . Cada funcionário tem uma morada de contacto e pelo menos um contacto telefónico. Cada funcionário desempenha uma função de entre o conjunto {Secr etár i o, Gestor, Estaf eta, Contabi lista}. Uma função é identificada por um código único e tem associado um salário base bruto. Note que é possível, em cada momento, existir um funcionário com 2 funções atribuídas, de entre os pares: < Secretário, Gestor >; < Secretário, Contabilista >; < Gestor, Contabilista >. Cada loja só pode funcionar, i.e., está identificada no sistema como operacional, se existirem funcionários para ocupar as funções de Secretário, Gestor e Estafeta. Note que, um funcionário pode ficar indisponível para efectuar as suas funções, ficando registado esse estado no Sistema de Gestão de Base de Dados (SGBD). Os clientes da BIT podem ser pessoas individuais ou empresas. Para os clientes individuais, pretende-se guardar informação sobre o seu identificador (um código), o nome, o sobrenome e , o NIF, a morada de contacto e pelo menos um número de telefone. Para as empresas é necessário guardar o NIF, o nome, a morada da empresa, pelo menos um contacto telefónico e a pessoa que faz o interface com a BIT. 3

4 Um serviço de estafeta é caracterizado por um código (único), um cliente, uma morada de entrega, uma morada de facturação (ou null se for igual à morada de entrega), uma data e hora de requisição, uma data hora de conclusão, e um estado (em análise, em progresso, concluído, cancelado). O estado inicial é em análise. Quando um serviço está para entrega, i.e. está afecto a um estafeta, passa para o estado em progresso. Se a entrega for sucedida o estado passa para concluído. Caso contrário passa para cancelado. Quando um serviço é requisitado numa loja com um concelho diferente da morada de entrega, é necessário envolver duas lojas. Uma é a que recebe o serviço, outra é a efectua a entrega para cumprir o serviço. Essa informação deve ficar registada no SGBD. Nesta situação, o trânsito da encomenda entre lojas é efectuado por uma via alternativa, não podendo um estafeta da loja que recebe o serviço ficar responsável pela sua entrega. Uma tentativa de entrega é caracterizada por um código (único), pelo serviço, por uma situação (sucesso ou insucesso), pela data e hora da tentativa e por uma descrição adicional (eventualmente vazia). Um estafeta assegura todas as tentativas de entrega de um serviço. Para cada serviço podem existir no máximo 3 tentativas, ficando o estado do serviço concluído (há uma entrega com sucesso) ou cancelado (tem 3 tentativas com insucesso). Os serviços de estafeta têm um preço consoante o seu tipo. Neste momento existem 3 tipos de serviços com as seguintes características: 1. Urgente, com um preço base de 15e, a acrescer 5e se for para um concelho diferente da loja física onde foi requerido; 2. Urgente com recolha, acresce 5e ao valor do serviço urgente; 3. Expresso, com um preço base de 10e, a acrescer 5e se for para um concelho diferente da loja física onde foi requerido; 4. Expresso com recolha, acresce 5e ao valor do serviço expresso; 5. Normal, com um preço base de 7.5e, e que não pode ser efectuado para concelhos diferentes da loja onde foi requerido. 4

5 Os serviços urgentes são entregues no mesmo dia, se forem contratualizados até às 18h. Caso contrário são entregues até às 12h do dia seguinte. Os serviços expresso são entregues até 24h depois de contratualizados e os serviços normais podem demorar 48h a ser entregues. Note que o tipo de serviço e os valores podem ser alterados, sem que isso altere a informação associada a serviços prestados anteriormente. Os serviços com recolha só podem ser efectuados para moradas dentro do mesmo concelho. Primeira fase Objectivos de aprendizagem No final desta fase, os alunos devem ser capazes de: Desenvolver um modelo de dados adequado aos requisitos, normalizado até à 3NF; Utilizar correctamente vistas; Utilizar correctamente procedimentos armazenados; Utilizar correctamente gatilhos; Utilizar correctamente funções; Utilizar correctamente níveis de isolamento; Utilizar correctamente controlo transaccional. Requisitos Mínimos Considere o modelo de dados fornecido em anexo, que representa os códigos postais, e o respectivo código T-SQL que o preenche. Deve utilizar, sem alterações as tabelas nele existentes para desenvolver o sistema de informação da empresa BIT. Note que esse modelo estará numa base de dados diferente 5

6 do sistema de informação da empresa, que deverá ficar numa base de dados denominada BIT. Deve apresentar o modelo EA do sistema desenvolvido. Apresente o código T-SQL necessário para: 1. Inserir, remover e actualizar a informação sobre um cliente. 2. Inserir, remover e actualizar a informação sobre um empregado. 3. Actualizar a função de um empregado. 4. Obter uma morada em função de um código postal. 5. Processar os serviços com o estado em análise, atribuindo-lhes um estafeta automaticamente. Deve ter em linha de conta: (a) O cumprimento da prioridade dos serviços, sendo Urgente o mais prioritário e Normal o menos prioritário. (b) Cada estafeta não pode ter mais de 10 entregas em cada dia. 6. Simular uma entrega, em que a probabilidade de sucesso é 95%. Essa tentativa deve ficar registada como correspondendo a uma tentativa de entrega real. 7. Simular os serviços disponíveis numa loja, indicando o preço final. Deve entrar em linha de conta os recursos existentes e as entregas em progresso. Por exemplo, se não for possível garantir um serviço urgente, este não deve ser dado como hipótese. Note que as condições de simulação do serviço ficam disponíveis durante 1 minuto. 8. Inserir um serviço. 9. Cancelar um serviço. 10. Listar os estafetas disponíveis para aceitar entregas. 11. Listar os serviços que foram entregues fora do prazo espectável. 6

7 12. Alterar os serviços de um determinado estafeta, reafectando-os a outros, garantindo a qualidade de serviço e uma equidade da distribuição entre os estafetas disponíveis. Segunda fase Objectivos de aprendizagem No final desta fase, os alunos devem ser capazes de: Utilizar correctamente transacções para garantir atomicidade nas operações, utilizando ADO.NET; Utilizar correctamente (ADO.NET) Entity Framework para acessos a dados; Utilizar correctamente (ADO.NET) em modo conectado ; Garantir a libertação de recursos, quando estes não estejam a ser utilizados; Garantir as restrições de integridade aplicacionais. Requisitos Mínimos 1. Crie uma aplicação.net que, usando para acesso a dados o (ADO.NET) Entity Framework, permita disponibilizar as seguintes funcionalidades: (a) Listar os serviços existentes numa determinada loja, entre duas datas, possibilitando o acesso ao detalhe das entregas de um serviço seleccionado. (b) Actualizar o estado de um estafeta para indisponível, visualizando antecipadamente as alterações nas entregas. (c) Eliminar uma loja do sistema, se não tiver serviços no estado em análise ou em progresso. 7

8 2. Repita o exercício anterior, mas usando desta vez os objectos conectados do ADO.NET. Compare as soluções, dos pontos de vista de facilidade de programação e garantia da consistência dos dados. Planeamento As datas importantes a recordar são: Lançamento do enunciado: 17 de Outubro de 2014 Entrega da fase 1: 08 de Dezembro de 2014 Entrega da fase 2: 18 de Janeiro de 2015 Em cada uma das entregas, deve apresentar o relatório e código referentes à respectiva fase. O relatório deve apresentar a justificação de todas as decisões tomadas. Deve ser possível encontrar evidências para os objectivos de aprendizagem enunciados. Sugere-se que estruture o relatório de acordo com os requisitos pedidos. Na capa do relatório deve constar: (i) nome da unidade curricular e curso; (ii) identificação do grupo; (iii) número e nome de cada um dos seus elementos; (iv) identificação da fase e (v) data em que foi terminado. 17 de Outubro de 2014, Lara Santos e Nuno Datia. 8