Engenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2011/2012

Transcrição

1 UNIVERSIDADE TÉCNICA DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LERC, 3 o Ano, 2 o Semestre, Ano lectivo de 2011/2012 Segundo Exame 26 de Junho de 2012, 15H00 17H30 (Versão A) Nome: Número: Este exame tem um conjunto de 12 perguntas de escolha múltipla, e um conjunto de 5 perguntas de resposta aberta. Escreva o seu número em todas as folhas da prova. O tamanho das respostas deve ser limitado ao espaço fornecido para cada questão. Pode entregar a lápis. Em cima da mesa devem estar apenas: enunciado, material de escrita e cartão de aluno. Não é permitida a utilização de folhas de rascunho nem de qualquer aparelho electrónico, tais como telemóveis, calculadoras, etc. Leia cuidadosamente as perguntas de escolha múltipla e indique na tabela seguinte a letra correspondente à resposta correta para cada pergunta. Por favor, use apenas letras maiúsculas. Se não responder a uma determinada pergunta, use um X para representar isso explicitamente. A classificação das perguntas de escolha múltipla é feita da seguinte forma: uma resposta correta vale 0,75; uma resposta errada vale -0,25; e uma pergunta não respondida vale 0. Por isso, no caso de não saber responder a uma determinada pergunta é preferível deixar a pergunta por responder, a não ser que consiga claramente eliminar uma ou duas das respostas. Para cada pergunta deve escolher a que considera mais correta. Coloque na grelha seguinte as suas respostas às perguntas de escolha múltipla:

2 Número: Pág. 2/11 Perguntas de escolha múltipla 1. Entende-se por Produto do Processo de Desenvolvimento: A) O documento de requisitos. B) Os manuais de utilização. C) Ambas as anteriores. D) Nenhuma das anteriores. 2. O custo relativo de mudança (Relative Cost of Change): A) Aumenta exponencialmente à medida que o projeto se aproxima da fase de release. B) Aumenta exponencialmente à medida que se adicionam elementos à equipa. C) Aumenta expoencialmente à medida que os interessados (stakeholders) vão pedindo funcionalidades. D) Aumenta exponencialmente à medida que os requisitos vão sendo validados. 3. O processo de desenvolvimento em espiral é inadequado para projetos em que: A) Os requisitos não sejam conhecidos à priori. B) A qualidade não seja negociável. C) O preço não seja negociável. D) A data de término não seja negociável. 4. Num contexto ágil, quando o projeto de software está atrasado, o gestor de projeto deve preferencialmente: A) Negociar a entrega da mesma funcionalidade numa data posterior. B) Pedir ao cliente para retirar funcionalidade. C) Adicionar mais recursos ao projeto. D) Baixar ligeiramente a qualidade. 5. Em SCRUM a data de fim do projeto é estimada: A) Multiplicando o sprint duration pela velocidade. B) Multiplicando o sprint duration pelo número de releases. C) Dividindo o total de pontos de história pela velocidade e multiplicando depois pelo sprint duration. D) Dividindo o número total de sprints pelo número de releases e multiplicando depois pelo sprint duration.

3 Número: Pág. 3/11 6. Um Documento de Especificação de Requisitos (DER) deve entre outras qualidades, ser: A) Rastreável, consistente e modificável. B) Rastreável, consistente e comparável. C) Reversível, consistente e modificável. D) Reversível, consistente e comparável. 7. Nos testes de unidade de caixa aberta: A) Não é necessário saber como é que o método está implementado. B) Os casos de teste são definidos de forma a que algumas partes específicas do código sejam executadas. C) Os programadores escrevem primeiro o teste e depois implementam o método. D) Os programadores começam por usar asserções para especificar o método. 8. No padrão arquitetural canais-e-filtros: A) A execução dos filtros é sequencial. B) Os canais transformam os dados. C) A sua aplicação em sistemas interativos é aconselhada. D) Os filtros são independentes entre si. 9. A ligação fraca entre módulos: A) Permite reduzir o número de propagações de alterações ao código de cada um dos módulos. B) Aumenta a coesão forte dos mesmos. C) Verifica-se sempre que estes não partilhem variáveis globais. D) Verifica-se sempre que estes não tenham encapsulação da sua estrutura interna. 10. Testar é uma atividade em que: A) A equipa de desenvolvimento não deve participar para que os programadores não interfiram na identificação das falhas. B) O caso de teste de sistema é mais importante que o testador. C) Se deve definir, dado o tempo e orçamento disponíveis, quais são as partes do código, e da funcionalidade, que devem estar mais estáveis no momento da entrega. D) Se uma falha for encontrada e um programador garantir que a vai corrigir, então não é necessário documentar a falha.

4 Número: Pág. 4/ Uma framework e uma biblioteca de software distinguem-se porque: A) Uma framework é um desenho sem código e uma biblioteca contém uma implementação. B) É mais complicado aprender a utilizar uma biblioteca. C) A framework de software define um desenho para os programas que a usam. D) A biblioteca de software é utilizada por herança. 12. A utilização de asserções e a utilização de exceções distinguem-se pois: A) Nas asserções pode ser incluído código de funcionalidade. B) O objetivo das asserções é serem usadas para identificar casos de teste para o programa. C) As exceções podem ser usadas quando se pretende que o programa trate de uma situação de erro. D) As exceções devem ser usadas para implementar funcionalidade no bloco de tratamento de exceção (catch).

5 Número: Pág. 5/11 Perguntas de resposta aberta 13. (1.0) A velocidade de duas equipas diferentes de SCRUM (medida em pontos de história por sprint) não pode ser comparada. Indique, sucintamente uma razão que justifique esta afirmação. Solução: A velocidade da equipa é relativa à avaliação da complexidade das histórias efectuada pela equipa (que depende da equipa e do dominio do problema).

6 Número: Pág. 6/11 Perguntas sobre a componente prática Tendo como base o projeto AnaCom (sem a componente de distribuição relativa a SD) desenvolvido durante a execução da disciplina de Engenharia de Software pretendem-se acrescentar os seguintes novos requisitos: Suporte de telemóveis de 4 a geração. Por forma a fomentar que os clientes passem a utilizar telemóveis de 4 a geração, estes telemóveis permitem a definição de telemóveis amigos. Um telemóvel de 4 a geração pode ser amigo de outro de 4 a geração se ambos pertencerem ao mesmo operador de telecomunicações. O número de amigos de um telemóvel de 4 a geração é limitado e este limite depende do operador de telecomunicações. Os telemóveis de 4 a geração suportam ainda um novo tipo de comunicação Chat. Neste tipo de comunicação são trocada linhas texto entre os dois telemóveis envolvidos. Por uma questão de simplificação não é necessário saber quem escreveu cada linha de texto. A comunicação Chat tem que manter apenas o texto trocado entre os dois telemóveis. As comunicações entre telemóveis amigos têm descontos. Os SMS s são gratuitos, enquanto que o desconto a aplicar na comunicação voz e video depende do operador de telecomunicação a que pertencem os dois telemóveis envolvidos. O custo de uma comunicação Chat é determinado pela seguinte fórmula: custo(texto) = custo chat ( texto.tamanho ) onde custo chat representa o custo por cada 200 caracteres de uma comunicação Chat e texto representa todas as linhas de texto trocadas durante um Chat. A divisão realizada neste cálculo é a divisão inteira. Caso os dois telemóveis envolvidos numa comunicação Chat não pertençam ambos ao mesmo operador, então também se deve aplicar a taxa adicional (tal como sucede nas restantes comunicações). O valor do custo chat depende do operador de telecomunicações do telemóvel que inicia a comunicação.

7 Número: Pág. 7/ (2.5) Altere o domínio da aplicação AnaCom, com recurso à Fénix Framework, de forma a que a informação adicional respeitante aos novos requisitos seja adequadamente persistida. Modele as alterações ao domínio usando a DML. NOTA: Os conceitos de AnaCom, Operator, Mobile, Mobile2G e Mobile3G já se encontram definidos na aplicação desenvolvida pelo que não é necessário defini-los outra vez, a não ser que tenham que ser alterados. Neste caso escreva apenas as alterações a realizar. Solução: Atenção, esta resposta é apenas um esboço da resposta a dar. Utilizando UML, deve-se modelar estes novos requisitos, o que implica definir a nova classe Mobile4G e Chat e definir as novas associações que envolvem as classes classes Mobile4G e Chat. É necessário ainda definir os novos atributos na classe Operator. Aplicando a DML, dada na aula de laboratório 2, modelar os novos requisitos.

8 Número: Pág. 8/ (3.0) Tendo em conta a arquitetura em camadas aplicada no desenvolvimento da aplicação AnaCom, altere a camada de domínio (o que inclui novos métodos, classes e alteração de métodos já existentes, caso seja necessário) por forma a concretizar os seguintes novos/alterados requisitos: Concretização do cálculo de uma comunicação Chat. Alteração do cálculo do custo de um SMS e de uma comunicação voz tendo em conta os telemóveis de 4 a geração e os descontos associados. No caso de alterar métodos já existentes, só necessita de indicar as alterações a realizar, não sendo necessário escrever o código que permaneça inalterado. Caso considere necessário, para a concretização desta alteração pode utilizar o operador instanceof. O cálculo do custo de uma comunicação deve ser efetuado na classe que tem os dados referente a essa comunicação, os quais são necessários para determinar o seu custo. NOTA: Assuma nesta e nas restantes perguntas que qualquer classe de exceção que pretenda utilizar já se encontra concretizada, não sendo assim necessário realizá-la. Solução: Atenção, esta resposta é apenas um esboço da resposta a dar. É necessário escrever o código. Aplicando os conhecimentos adquiridos nas aulas de laboratório 2 e 4 relativos à Fénix framework, deve-se alterar a camada de domínio do projeto por forma a calcular o custo das comunicações. O cálculo do custo das comunicações, a ser realizado na classe Operator, deve ser alterado por forma a ter em conta se dois telemóveis são amigos ou não.

9 Número: Pág. 9/ (3.0) Tendo em conta a arquitetura em camadas aplicada no desenvolvimento da aplicação AnaCom, altere a camada de serviços (e também a de domínio caso seja necessário) da aplicação por forma a concretizar o serviço de Registar Novo Amigo de modo a preservar as regras de negócio expressas nos novos requisitos. Este serviço recebe a informação necessária para associar um dado telemóvel de 4 a geração como amigo de outro telemóvel de 4 a geração. Solução: Atenção, esta resposta é apenas um esboço da resposta a dar. É necessário escrever o código. Aplicando os conhecimentos adquiridos nas aulas de laboratório 3 e 4, é necessário definir uma classe serviço, e que pertencerá à camada fina de serviços, semelhante às várias classes serviços definidas durante o projeto. Esta classe será responsável por instruir a camada de domínio a associar o telemóvel de 4 a geração indicado como amigo de outro telemóvel de 4 a geração. É necessário alterar o domínio por forma a que o registo de um novo amigo num telemóvel de 4 a geração obedeça às novas restrições definidas no domínio do problema.

10 Número: Pág. 10/ (1.5) A aplicação AnaCom desenvolvida baseia-se no Google Web Toolkit para a sua interface com o utilizador. Assuma que a interface para introdução de dados relativos à associação de um amigo a um telemóvel de 4 a geração corresponde ao botão e duas caixas de texto descritos no código da classe AnaComGWT. Complete o código descrito de seguida por forma suportar essa associação quando se pressiona o botão addfriendbutton. public class AnaComGWT implements EntryPoint { private AnaComServiceAsync rpcservice = GWT.create(AnaComService.class); private Label resultlabel = new Label(); private TextBox newfriendfield = new TextBox(); private TextBox mobilefield = new TextBox(); public void onmoduleload() { Button addfriendbutton = new Button("Add Friend"); addclientbutton.addclickhandler(new ClickHandler() { public void onclick(clickevent event) { public interface AnaComService extends RemoteService { public interface AnaComServiceAsync { public class AnaComServiceImpl extends RemoteServiceServlet implements AnaComService { public interface AsyncCallback<T> { public void onfailure(throwable caught); public void onsuccess(t result); Considere ainda que o atributo resultlabel deve mostrar a string New friend added caso a operação de registo de um novo cliente ou então deve mostrar a string Unsuccessful Operation caso contrário. NOTA: O método da classe Label a invocar para alterar a mensagem mostrada por uma instância desta classe é settext(string newmessage). O método da classe TextBox a invocar para obter a string escrita pelo utilizador na caixa de texto é String gettext().

11 Número: Pág. 11/11 Solução: Atenção, esta resposta é apenas um esboço da resposta a dar. É necessário escrever o código. Aplicando os conhecimentos adquiridos na aula de laboratório 7, é necessário acrescentar algum código ao esqueleto da solução apresentado. É assim necessário definir a assinatura de um método nas interfaces dadas, definir um método que fará a chamada ao serviço na classe invocada pelo GWT quando se faz uma invocação remota e é necessário definir o handler do botão por forma a que seja feito o pedido no enunciado e deve-se ainda actualizar a interface Bridge e a respectiva concretização.