Semana 5 - Padroes de DesignObserve o diagrama:Fonte: http://www.dofactory.com/Patterns/Diagrams/mediator.gif acessado em 29/09/2011.Abaixo seguem afirmacoes sobre o diagrama e o padrao de design que este representa:I A classe ConcreteMediator implementa um comportamento cooperativo ao coordenar os objetos das classes ConcreteColleage1 e ConcreteColleage2;II E possivel observar uma descentralizacao do controle, ja que a classe Mediator distribui as funcoes entre as classes ConcreteColleage;III Um mediador substitui relacoes muitos-para-muitos por um-para-muitos entre Mediator e Colleage;IV O padrao representado pode ser eficientemente usado para aperfeicoar Layouts dinamicos que necessitam de praticidade e comunicacao entre os elementos graficos de forma diferenciada;V - A classe Mediator e um exemplo perfeito de Boundary quando queremos observar o diagrama na categorizacao BCE. Escolha a alternativa correta:a)I, II e V somente.b)I, II e III somente.c)II, III, IV somente.d)I, II, III, IV e V.e)NDA.Referencias: Design Patterns - Elements of Reusable Object-Oriented Software - 1998 - Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides BEZERRA, Eduardo. Principios de Analise e Projeto de Sistemas com UML,2a edicao.Slides Cap. 08 Semana 8 - Questao sobre metricas de software:Clique para ampliarObserve o diagrama acima e selecione a alternativa que melhor define uma das metricas CK disponiveis para avaliacao:a) O Numero de Filhas (NOC) da classe Funcionario pode ser avaliado como 4, ja que a classe mae tem tres filhas, sendo que uma delas e reflexiva;b) O DIT (profundidade da arvore de heranca) da classe Funcionario pode ser avaliado como 3, pois tem tres filhas.c) O CBO (Acoplamento entre classes de objetos) da classe filha Gerente pode ser avaliado por 2, pois esta relacionada com uma de suas irmas;d) O LCOM (Falta de coesao em metodos) da classe Diarista pode ser avaliado com 5;e) NDA.Referencias:Colecao Schaum - Cap. 12 - Paginas - 171 ate 176 Semana 6 - Mapeando diagramas de classes para o modelo relacional A empresa TKS software S.A foi contratada para desenvolver uma aplicacao para uma Imobiliaria. Apos a elaboracao do projeto, os desenvolvedores precisavam mapear as classes para o projeto de Banco de Dados. Ao perceberem que deveriam mapear uma associacao ternaria, duvidas surgiram. A equipe elaborou a relacao abaixo:Fonte: http://www.macoratti.net/vb_uml26.gif acessado em 20/10/2011 as 11h. Foram propostas algumas solucoes, nas quais apresentam as tabelas, suas chaves primarias e estrangeiras e colunas de exemplo. Cabe a voce, engenheiro de software, decidir qual e a solucao plausivel para o mapeamento dos objetos .Assim, escolha a solucao que melhor corresponde ao diagrama:a)b)c)d) e) NDAObs.: as figuras representadas como alternativas tem como fonte o material abaixo, porem foram adaptadas ao contexto. Atributos adicionais, com excecao das chaves primaria e estrangeira sao apenas exemplos de atributos das tabelas.Clique na figura para aumentar.Referencia:BEZERRA, Eduardo. Principios de Analise e Projeto de Sistemas com UML,2a edicao.Slides Cap.12 - 1 ate 33. Seja bem-vindo!O objetivo principal desse blog e estritamente academico. Todas as postagens aqui efetuadas farao parte de um acervo de questoes dedicadas a materia de Engenharia de Software III da Faculdade de Tecnologia da Zona Leste.Fique a vontade para comentar sobre cada postagem e dar sua opiniao. Todas elas serao bem recebidas!Acompanhe semanalmente esse blog e aprenda mais! Semana 1