Engenharia de Software e Sistemas Distribuídos. Enunciado Geral do Projecto

Transcrição

1 LEIC-A, LEIC-T, LETI, MEIC-T, MEIC-A Engenharia de Software e Sistemas Distribuídos 2 o Semestre 2014/2015 Enunciado Geral do Projecto O que se segue é uma descrição geral do domínio do projecto a desenvolver no contexto das disciplinas de Engenharia de Software (ES) e de Sistemas Distribuídos (SD). O projecto a concretizar efectivamente será descrito nos enunciados respectivos a cada entrega de ES e de SD. 1. Introdução A aplicação BUBBLE DOCS permitirá a criação, gestão e edição de vários tipos de documentos: folhas de cálculo, texto e apresentação. Os utilizadores da aplicação a desenvolver podem interagir uns com os outros através da alteração de documentos partilhados entre eles. O projeto a desenvolver consistirá no desenho e concretização parcial da BUBBLE DOCS e serviços associados, de forma a disponibilizar um subconjunto das funcionalidades esperadas num sistema deste género. Na aplicação a desenvolver apenas se vai considerar um único tipo de documento, a folha de cálculo. A BUBBLE DOCS estará integrada com dois serviços externos: um serviço de identidade e autenticação, o SD-ID, e um serviço de armazenamento fiável, o SD-STORE. 2. Domínio da Aplicação Todas as entidades do domínio geridas pela aplicação têm um identificador único. Os identificadores únicos que são administrados pelo sistema são gerados sequencialmente e começam em zero. Sempre que for necessário visualizar uma lista de entidades do domínio, por omissão, a ordem é determinada pelos identificadores das entidades presentes na lista Utilizador Cada utilizador tem um username, nome e palavra chave. O username é o identificador único do utilizador. Cada utilizador tem associado um determinado conjunto de documentos e apenas pode aceder a documentos desse conjunto. Além disso, cada utilizador tem associado um

2 modo de acesso para cada documento. Existem dois modos de acesso: leitura. O utilizador pode ver o conteúdo do documento mas não pode alterá-lo. escrita. O utilizador pode ver e alterar o conteúdo do documento. Existe um utilizador especial designado como o utilizador root. Este utilizador tem o username root, o qual está reservado para este utilizador, e o seu nome é Super User. O utilizador root pode realizar um conjunto adicional de operações que não estão disponíveis para os utilizadores normais: adição de um novo utilizador. remoção de um utilizador existente. Ao remover um utilizador, a aplicação deve também remover automaticamente da aplicação todas as folhas criadas pelo utilizador. Não é possível remover o utilizador root. aceder aos utilizadores registados na aplicação Documento Cada documento gerido pela aplicação tem um identificador único, sequencial, que é gerado automaticamente pelo sistema. Cada documento tem ainda um nome, o qual não é necessariamente único. Cada documento conhece o utilizador que o criou assim como a data da sua criação. Qualquer utilizador que possa escrever num documento pode alterar o conjunto de utilizadores que pode aceder (em modo de leitura ou escrita) ao documento. O utilizador que criou o documento pode sempre alterar este conjunto, independentemente de ainda pertencer ou não ao conjunto de utilizadores que pode escrever no documento Folha de Cálculo A folha de cálculo é um dos tipos possíveis de documentos geridos pela aplicação. Uma folha de cálculo é uma matriz de células. A dimensão da folha de cálculo (número de linhas e colunas) é especificado no momento da criação da folha de cálculo e não pode ser alterado posteriormente Endereçamento: Células e Intervalos Cada célula de uma folha de cálculo tem um dado conteúdo (por omissão está vazia) e tem uma dada posição, designada por endereço da célula, na folha de cálculo. O endereço de uma célula é representado por dois números inteiros, respectivamente a linha e coluna da célula na folha de cálculo, separados pelo símbolo ;. Por exemplo, o endereço da célula presente na linha 1 e coluna 2 é representado por 1;2. As linhas e colunas de uma folha de cálculo têm início em 1 (um). Um intervalo (fechado) é uma submatriz da folha de cálculo e é definido utilizando dois endereços que representam a primeira e última célula da submatriz. Um intervalo é representado pelo endereço de duas células separadas pelo símbolo :. Por exemplo, o intervalo que representa as células da linha 1 entre as colunas 2 e 20 é representado por 1;2:1;20. 2

3 2.3.2 Contéudo de uma célula Quando um utilizador cria uma folha de cálculo, todas as células da folha criada estão vazias, i.e. estão sem qualquer conteúdo. Uma célula pode ter um conteúdo de três tipos possíveis: literais, referências e funções. Por questões de simplificação, os literais só podem ser números inteiros e as funções devolvem sempre um número inteiro. Uma referência indica a célula da folha de cálculo com um dado endereço e é representada utilizando o simbolo = seguido do endereço da célula pretendida. As funções são especificadas pelo utilizador utilizando também o símbolo = seguido do nome da função e a lista de argumentos separados por vírgulas. Existem dois tipos de funções: Funções binárias, que são funções que aceitam dois argumentos. Os argumentos podem ser referências (representadas por um endereço) ou literais. Existem as seguintes funções binárias: adição, subtração, multiplicação e divisão, representadas respectivamente pelas seguintes cadeias de caracteres ADD, SUB, MUL e DIV. Por exemplo, a função que adiciona o número 2 ao conteúdo da célula da linha 3 e coluna 1 seria especificada pelo utilizador como =ADD(2,3;1). Funções intervalo, que apenas recebem um argumento. Este argumento é um intervalo de células. As funções a considerar neste caso são a média 1 e piatório, representadas respectivamente por AVG e PRD. Por exemplo, a função que calcula da média das células pertencentes à linha 2 entre as colunas 3 e 20 será especificada pelo utilizador como =AVG(2;3:2;20). Por razões de simplificação do projecto a desenvolver, pode considerar que os utilizadores nunca criarão uma dependência circular (directa ou indirecta) entre duas ou mais células da folha de cálculo. Por isso, a sua solução não precisará de verificar a existência de uma dependência circular. Por exemplo, o caso em que os conteúdos da células com o endereços 2;3 e 4,5 são =4;5 e =2;3, respectivamente, nunca irá acontecer porque representa uma dependência circular entre as duas células. Do ponto de vista de cálculo do valor de uma referência, a referência é designada como inválida se representar um endereço inválido da folha de cálculo ou a célula referenciada estiver vazia. Relativamente às funções não é realizada qualquer validação dos seus argumentos. Essa validação só é feita quando é necessário calcular o valor da função. Uma função tem argumentos inválidos caso tenha argumentos com uma ou mais referências inválidas. O valor a apresentar para células cuja expressão contém pelo menos uma referência inválida deve ser #VALUE. Uma célula pode estar protegida ou não. Não é possível alterar o conteúdo de uma célula protegida. Só os utilizadores que podem alterar uma folha de cálculo é que podem proteger ou desproteger as células dessa folha de cálculo. 3. Serviços Distribuídos A aplicação BUBBLE DOCS integra-se com dois serviços distribuídos, SD-ID e SD-STORE, através da tecnologia de Web Services. 1 O cálculo da média deve utilizar a divisão inteira por forma a garantir que a média dos valores das células representados pelo intervalo indicado no argumento da função é um número inteiro. 3

4 A Figura 1 apresenta uma visão global da solução pretendida. Os utilizadores usam a aplicação BUBBLE DOCS com autenticação no serviço SD-ID e com salvaguarda no serviço SD-STORE. ES SD Utilizador Bubble Docs SD-ID SD-STORE Figura 1: Visão global da aplicação e dos serviços externos, com separação de componentes entre as Unidades Curriculares. O SD-ID é um serviço de autenticação distribuída usado pelos utilizadores do BUBBLE DOCS. Cada utilizador do BUBBLE DOCS mantém uma conta no SD-ID. É essa conta que permite a esse utilizador autenticar-se perante o BUBBLE DOCS para editar os seus documentos. É também essa conta que permite ao BUBBLE DOCS recorrer a outros serviços externos (tais como o SD-STORE) em nome do utilizador. A principal vantagem do SD-ID é evitar que os utilizadores tenham de manter diversas contas (e respetivas senhas secretas), uma para cada aplicação ou serviço que o utilizador venha a usar. Ao mesmo tempo, ao oferecer um serviço de gestão e autenticação de utilizadores, o serviço SD-ID facilita o desenvolvimento de novas aplicações e serviços. O SD-STORE é um serviço de armazenamento fiável de documentos. A principal preocupação da SD-STORE é oferecer a utilizadores e aplicações uma alternativa de elevada capacidade de armazenamento e uma elevada disponibilidade para estes salvaguardarem os seus documentos. Cada utilizador registado no SD-ID pode salvaguardar cópias fiáveis dos seus documentos. Em caso de necessidade (por exemplo, em caso de perda ou corrupção de um documento), um utilizador pode recuperar a cópia mais recente dos seus documentos. 4. Realização do Projeto As tarefas de desenvolvimento vão ser partilhadas pelas duas unidades curriculares: BUBBLE DOCS será desenvolvida em ES; SD-ID e SD-STORE serão desenvolvidos e integrados em SD. A Figura 1 resume a partilha de tarefas Grupos O projeto é realizado em grupos de 6 alunos, que se dividem em 2 grupos de 3 alunos para SD. Os grupos têm que ser formados por alunos na mesma situação de inscrição: Inscritos em ES e SD; Inscritos apenas em ES; Inscritos apenas em SD. Em resumo, os alunos têm que trabalhar com colegas na mesma situação de inscrição e frequentando as mesmas aulas de laboratório. 4

5 4.2. Trabalhadores-Estudantes Os alunos que sejam Trabalhadores-Estudantes têm que fazer o projecto integrados em grupo, mas apenas têm que comparecer na discussão final Fases de desenvolvimento O projeto será realizado de forma faseada, existindo 4 datas de avaliação de ES, e 2 datas de SD. A Tabela 1 apresenta o calendário de projeto e os pesos de cada entrega na nota final de projecto dos grupos. Datas ES SD 18 a 20 de Fevereiro Inscrições dos grupos 11 a 17 de Março de 2015 Entrega 1 15% 25 a 31 de Março de 2015 Entrega 2 25% 17 de Abril de 2015 Entrega 3 25% Entrega 1 40% 13 de Maio de 2015 Entrega 4 35% Entrega 2 60% 14 a 29 de Maio Discussões Tabela 1: Calendário de projeto Avaliação A avaliação nas duas unidades curriculares é independente. O trabalho desenvolvido em cada entrega será visualizado e avaliado nas aulas de laboratório seguintes da respetiva unidade curricular. A entrega final é avaliada com visualização e discussão. Após as discussões, cada aluno terá uma nota individual em cada uma das unidades curriculares que reflectirá a sua participação no projecto ao longo do semestre. A nota mínima para ES é de 8 valores e para SD é de 9 valores. 5. Conclusão Este enunciado geral descreveu o domínio da aplicação BUBBLE DOCS e dos serviços SD-ID e SD-STORE e apresentou a forma como o projeto deverá ser realizado no âmbito de cada umas das unidades curriculares. Serão publicados enunciados a detalhar o que será pedido para cada uma das entregas. Bom semestre e bom trabalho! 5