Engenharia de Software. Enunciado da Quarta Parte do Projecto

Transcrição

1 LEIC-A, LEIC-T, LERC, MEIC-T, MEIC-A Engenharia de Software 2 o Semestre 2012/2013 Enunciado da Quarta Parte do Projecto 1. Introdução Nesta parte final do projecto de ES e SD pretende-se: Estender a solução desenvolvida até ao momento com novas funcionalidades, o que pode provocar alterações em todas as camadas da aplicação desenvolvida até agora. Aplicar a metodologia SCRUM na gestão do trabalho desenvolvido por cada grupo. Os grupos que estão a fazer ES e SD: Estender a solução para suportar as versões remotas dos serviços externos PAGAMIGO e LARGACAIXA desenvolvidas no contexto da cadeira de Sistemas Distribuídos. Os grupos que estão a fazer apenas ES: Extensão da solução por forma a apresentar a última publicação de cada agente com quem se tem uma ligação de amizade quando se faz log in. 2. Aplicação das técnicas de teste e factorização Cada grupo deve produzir o diagrama de classes da parte de ES relativa à escolha dinâmica da versão dos serviços externos a utilizar (local e remota). Os grupos que estão a fazer ES e SD: devem também produzir um diagrama das classes relacionada com SD e indicar as técnicas de refactorização e teste que aplicaram (e como as aplicaram) durante a concretização do código relacionado com os requisitos não-funcionais de SD e com a introdução de persistência associada aos serviços externos. Os alunos devem aplicar as boas práticas de desenvolvimento de software aprendidas em ES na concretização dos requisitos não-funcionais pedidos por SD de forma a obterem uma solução com uma boa qualidade do ponto de vista de desenho de software. Este documento não deve ultrapassar as três páginas.

2 3. Novos Requisitos Funcionais Os novos requisitos funcionais a concretizar são os seguintes: Votar numa Publicação Adiciona um voto positivo ou negativo, do agente activo, à publicação seleccionada. Pedir Ligação Realiza um pedido de ligação entre dois agentes. Sendo que os agentes organizacionais não podem fazer pedidos de amizade, e aceitam os pedidos que lhes são feitos automaticamente. Listar Ligações Pendentes Apresenta os agentes que pediram para ser amigos do agente activo. Aceitar / Rejeitar Pedido de Ligação Aceita ou rejeita um pedido de ligação pendente do agente activo. 4. Testes Deverão ser efectuados testes de sistema aos seguintes serviços: Votar numa Publicação Os grupos que estão a fazer apenas ES: Comprar Conteúdo Para isso, a versão local do PAGAMIGO deve passar a contemplar as várias situações de erro que podem ocorrer, como por exemplo: usernames não registados no serviço externo e serviço indisponível. A classe do serviço correspondente deve ser alterada de forma a suportar estes erros. De forma a simular estas situações de erro deve ser utilizada a framework JMockit ( 2

3 5. Gestão de Projecto Durante a execução do projecto deve ser seguida a metodologia SCRUM. Para isso, cada grupo deverá criar uma cópia da folha de cálculo abaixo indicado disponível no Google Docs. Esta deve ser renomeado com o nome do repositório do grupo (C-ES-SD-SD). A folha Check dessa folha de cálculo deve ser actualizada com os nomes dos membros do grupo. Deve ser enviado, o mais cedo possível, um para os s gerais das cadeiras de ES e SD com o assunto SCRUM do grupo C-ES-SD-SD (com o nome do repositório) onde indicam o link para a versão do documento do grupo. O não envio deste em tempo útil corresponderá a uma avaliação de 0 (zero) da componente de gestão de projecto. Cada aluno deve indicar diariamente na folha de cálculo do grupo o trabalho realizado para ES e SD (horas, tarefas, etc.). Cada grupo deve actualizar semanalmente, no início de cada Sprint, o planeamento do projecto. Esta actualização inclui o resultado da execução do Sprint da semana anterior e o planeamento da execução do Sprint da semana que começa. Semanalmente, no início de cada Sprint, cada grupo deve também produzir, um documento de texto com a retrospectiva do Sprint anterior, onde indicam o que correu bem e de acordo com o planeado e o que correu mal ou conduziu a atrasos. Esse documento deverá ser colocado na sub-directoria info dentro do trunk do projecto sonet. Uma componente da nota desta parte do projecto de ES dependerá da qualidade da gestão do projecto aplicada pelo grupo. Este documento vai ser consultado várias vezes durante cada Sprint pelos docentes das aulas práticas para aferir da qualidade da aplicação da metodologia do SCRUM na gestão semanal do trabalho do grupo. 3

4 6. Estado inicial da Aplicação Para se poder realizar a visualização do terceiro projecto, é necessário ter a possibilidade de definir o estado inicial da aplicação. Para isso, os alunos, devem concretizar uma classe que deverá ter o método main que insere os dados relativos ao cenário de teste na base de dados. A execução deste método deve ficar atribuída ao target populate do ficheiro Ant build.xml. 1. Agente organizacional com o identificador ist, o nome Técnico Lisboa, a password t3cn1co, o info@ist.utl.pt e a localização Lisboa, Portugal. A permissão geral deve ser Pública. 2. Publicação do agente ist do tipo Conteúdo: legenda Logotipo, url Tecnico, gratuito. 3. Publicação do agente ist do tipo Conteúdo: legenda História do Técnico, url ISTory e com o preço Agentes organizacional com o identificador bn, o nome Biblioteca Nacional, a password l1vr0s, o info@bn.pt e a localização Lisboa, Portugal. A permissão geral deve ser Pública. 5. Publicação do agente bn do tipo Conteúdo: legenda Hobbit, url Tolkien e preço Publicação do agente bn do tipo Conteúdo: legenda Os Lusíadas, url Camoes, gratuito. 7. Publicação do agente bn do tipo Conteúdo: legenda A Mensagem, url Pessoa, gratuito. 8. Agente Individual com o identificador mariazinha, com o nome Maria Silva, a password ****, o mariazinha@ist.utl.pt, e a localização Oeiras, Portugal. 9. mariazinha estabelece um pedido de ligação com ist. 10. Publicação da agente mariazinha do tipo textual. Com a legenda Fim de Curso e com o texto Acabei!. 11. Adicionar um comentário do agente ist com o texto Parabéns, Maria!. 12. Agente Individual com o identificador zeninguem, com o nome Zé Ninguém, a password zeze, o ze.ninguem@ist.utl.pt, e a localização Lisbon, NY, USA. 13. zeninguem estabelece um pedido de ligação com mariazinha. 14. mariazinha aceita o pedido de ligação de zeninguem. 15. Adicionar um comentário do agente zeninguem com o texto Parabéns, Maria!. 16. Agente Individual com o identificador alice, com o nome Alice Alves, a password aaa, o alice.alves@sonet.pt, e a localização Aveiro, Portugal. 17. Agente Individual com o identificador bruno, com o nome Bruno Bento, a password bbb, o bruno.bento@sonet.pt, e a localização Beja, Portugal. 18. Agente Individual com o identificador carlos, com o nome Carlos Calado, a password ccc, o carlos.calado@sonet.pt, e a localização Coimbra, Portugal. 4

5 7. Entrega da Quarta Parte do Projecto O prazo de entrega da quarta parte do projecto é o dia 10 de Maio de 2013 às 20h00. O código produzido deve ser guardado no repositório SVN disponibilizado para cada grupo numa directoria chamada sonet que deverá ter as sub-directorias trunk, tags e branches. O projecto é entregue através deste repositório que estará alojado no AFS do Técnico que pode ser acedido por svn+ssh através da máquina sigma.ist.utl.pt. Cada grupo após ter concretizado esta parte do projecto e ter guardado no seu repositório o código respectivo, deverá criar a tag R_4. Esta tag representará a versão do código produzido para esta parte do projecto que os alunos querem submeter a avaliação Penalizações Projectos que guardem ficheiros desnecessários no repositório terão uma penalização na nota de 2 a 4 valores. Consideram-se desnecessários os ficheiros.class gerados na compilação das classes Java, os ficheiros _Base.java automaticamente gerados na compilação da DML, ou ficheiros.jar com bibliotecas já existentes no repositório de bibliotecas. Para isso, deverão utilizar a propriedade svn:ignore tal como exposto nas aulas de laboratório. Grupos que tenham realizado dois projectos distintos, um para executar em modo local para ES e outro para executar em modo distribuído para SD, em vez de terem tudo integrado num único projecto que se pode executar nos dois modos, terão também uma penalização na nota. 5