QUESTÃO 45: A opção E tem a seguinte redação: E - Em Smalltalk, uma classe possui apenas 3 partes: nome da classe; nome da superclasse; e declarações das variáveis de instância. Porém de acordo com o edital, item “4 Linguagens de programação”, subitem “4.5 Caracterização das principais linguagens de programação Java, php e Delphi”, não foi contemplado conhecimento sobre as características específicas da linguagem Smalltalk - somente de Java, PHP e Delphi. Nos outros itens do edital, foram exigidos somente conceitos e aspectos gerais de linguagens de programação. Pelo fato da opção E da referida questão não estar dentro do conteúdo exigido do edital, solicito ANULAÇÃO da questão. QUESTÃO 47: 1) O enunciado da questão 47 diz que “O conjunto de diagramas existentes na modelagem de dados com UML não inclui o diagrama de”. Entre as opções elencadas estão os diagramas (A) casos de uso (B) colaboração e (C) sequência. O problema é que nenhum desses diagramas é utilizado para modelagem de dados. Todos apresentam itens comportamentais que modelam as partes dinâmicas, representando comportamentos no tempo e no espaço. Os Diagramas Comportamentais, conforme colocado no “Capítulo 7 - Diagramas” do livro “UML - Guia do Usuário”, um dos principais livros de UML (a referência bibliográfica segue ao final), “são utilizados para visualizar, especificar, construir e documentar os aspectos dinâmicos de um sistema”. Os aspectos dinâmicos de um sistema consistem de uma representação das partes do sistema que sofrem alterações. Os dados são informações estáticas e podem ser modelados pelos diagramas estruturais e principalmente pelo diagrama de classes, conforme descrito no livro acima no seu Capítulo 8 “Diagrama de Classes”, seção “Técnicas básicas de modelagem”. As classes permitem modelar dados e ainda comportamento: “enquanto os diagramas E-R clássicos têm seu foco apenas nos dados, os diagramas de classes vão um pouco além, permitindo ainda a modelagem de comportamentos”. Considerando isso, a questão contém mais de uma resposta correta e, portanto solicito sua ANULAÇÃO. BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: Guia do Usuário. Tradução de Fábio Freitas da Silva. Rio de Janeiro: Campus, 2000 2) De acordo com a opção (E) da questão 47 e com o gabarito, o diagrama de desenvolvimento é um dos diagramas para modelagem de dados na UML. Porém, conforme o livro “UML: Guia do Usuário”, um dos livros base sobre UML escrito pelos seus criadores, este não é um dos diagramas da UML. Pesquisando, acredito que houve um problema na tradução do diagrama de “deployment”, que é traduzido pela grande maioria dos autores como “diagrama de implantação”. Por causa disso, a questão ficaria com duas respostas corretas: (D) versão e (E) desenvolvimento. Alguns dos autores que traduzem como diagrama de “implantação: BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: Guia do Usuário. Tradução de Fábio Freitas da Silva. Rio de Janeiro: Campus, 2000. Gilleanes T. A. Guedes. UML - Uma Abordagem Prática (3ª Edição). Editora Novatec. Silva, Douglas Marcos da. UML - Guia de Consulta Rápida. Editora Novatec. Paula Filho, Wilson de Pádua. Engenharia de Software: Fundamentos, Métodos e Padrões. Editora LTC, 2003. QUESTÃO 52: 1) A resposta colocada como correta pelo gabarito afirma que “(E) São exemplos de frameworks MVC para PHP: Akelos, Zend, Prado, Symphony e CakePHP”. O problema é que não existe um framework PHP chamado Symphony. O nome correto é Symfony, conforme pode ser consultado no site do framework: www.symfonyproject.org. Por causa disso, julguei essa opção como incorreta. Considerando isso, a questão fica sem resposta e por isso solicito sua ANULAÇÃO. 2) Conforme gabarito oficial, a opção “(D) O Tomcat pode ter a funcionalidade de servidor web, mas não funciona como servidor de aplicação” foi colocada como errada. Porém, ela está correta, pois o Tomcat pode ter a funcionalidade de servidor web, mas não funciona como servidor de aplicação. Na documentação oficial da última versão (http://tomcat.apache.org/tomcat-6.0doc/index.html), não há menção alguma de que o Tomcat funcione servidor de aplicação - ele funciona como contêiner “Servlet/JSP container” e não pode ser utilizado para aplicações empresarias completas que utilizem componentes EJB Enterprise Java Beans (http://java.sun.com/products/ejb/), por exemplo. Um servidor de aplicação, referido algumas vezes como servidor de aplicação JEE (http://en.wikipedia.org/wiki/Application_server), deve implementar por completo a especificação JEE. O artigo disponível em http://java.sun.com/j2ee/reference/whitepapers/j2ee_guide.pdf resume a especificação JEE e os componentes que um servidor de aplicação deve comportar. Assim sendo, o Tomcat, conforme colocado na opção, não pode funcionar como servidor de aplicação por não suportar todos os componentes de uma aplicação. Portanto esse item (D) também está correto. Como a questão tem dois itens corretos, solicito a ANULAÇÃO da questão.