Artigo

Informática ISS Niterói: GABARITO Fiscal de Tributos. Com recurso!

13/12/2015 às 22:49

[ATUALIZAÇÃO] O gabarito preliminar corroborou o gabarito apresentado. Mantemos nossa posição, inclusive com a proposta de anulação da questão sobre IDEF1X.

Olá amigas e amigos!

Venho aqui comentar a prova de Informática ISS Niterói para o cargo Fiscal de Tributos.

Não foi uma prova fácil (como esperado), mas a “supresa” ficou por conta da cobrança exagerada em cima da parte de Banco de Dados. Parecia uma prova de Tecnologia da Informação, de modo que “Noções de Informática” chega a ser sarcasmo. Para a nossa “sorte”, estudamos no mesmo nível dos profissionais de TI, e fizemos exercícios à exaustão, de modo que esse tem tudo para ser o diferencial dos nossos alunos neste concurso. Sem mais rodeios, vejamos as questões:

31.

Comentários: Vejo duas chaves estrangeiras nessas tabelas, ambas em VENDA: codigoC, referenciando codigoC em CLIENTE, e codigoP, referenciando codigoP em PRODUTO. Ambas as chaves são chaves primárias em suas tabelas de origem.

32.

Comentários: I. Uma vez que nomeP é chave candidata, não será permitido dois produtos com o mesmo nome; II. codigoC é único, assim como nomeC, de modo que um cliente não possui mais do que um código; III. nomeP é chave candidata, portanto, não é possível cadastrá-lo mais de uma vez; IV. sendo pedido e item as chaves primárias da tabela VENDA, é possível que um mesmo produto apareça mais de uma vez em um mesmo pedido. Portanto, vejo apenas os itens I e II como corretos.

33.

Comentários: Questão dificílima! Exige do candidato a capacidade de desenhar um banco de dados! Sinceramente, é questão nível Analista de TI, especialidade Banco de Dados. Quando eu leio “princípios de bancos de dados” no edital e vejo uma questão como essa, sinceramente… melhor nem falar.

Existem diversas formas de fazer isso, mas, como a exigência é manter as chaves existentes, vejo como forma mais rápida e eficiente criar uma nova tabela com os atributos pedido e loja, e colocar pedido como chave primária. Não é necessário colocar codigoC nessa tabela, pois esse atributo pode ser verificado na tabela VENDA. Afinal, o número do pedido não pode se repetir em mais de uma loja, seguindo-se esse formato.

34.

Comentários: Essa questão realiza uma consulta apenas sobre a tabela VENDA, na qual o codigoP pode ser apenas 99 ou 88 e a quantidade maior que 2. Apenas os atributos codigoP e quantidade serão exibidos, conforme a tela apresentada.

Olhando a tabela VENDA, percebemos que dois registros atendem às condições da consulta, de modo que a resposta será uma linha com os valores (99,4) e outra linha com os valores (88,1). Devemos prestar atenção aos critérios, que são (99 E >2) OU 88. Eu mesmo “tropecei” nessa questão em um primeiro momento, pois é errado ler (99 OU 88) E >2. Mais uma questão de alto nível para “Noções de Informática”.

35.

Comentários: A notação IDEF1X é uma linguagem de notação E-R de banco de dados, desenvolvida para a força aérea norteamericana. Não costuma ser cobrada em concursos, o que já me deixou assustado. A principal característica desta notação é o círculo preenchido do lado da entidade que possui a chave estrangeira, conforme a figura abaixo:

O problema é a questão apresentar 5 alternativas baseadas na notação Engenharia da Informação, vulgo “pé-de-galinha”!

Quem quiser conferir a notação IDEF1X pode ver aqui, em

http://www.idef.com/pdf/Idef1x.pdf. É um documento extenso, mas vocês podem pegar a página 74, por exemplo, e ver que a notação não encontra correspondente em nenhuma alternativa da questão.

CASO a questão fosse sobre a notação Engenharia da Informação, do Peter Chen, a alternativa d) seria a correta. Mas essa questão deve ser anulada, por não apresentar alternativa com a notação IDEF1X, conforme o enunciado.

36.

Comentários: O Diagrama de Casos de Uso é utilizado em Engenharia de Software para modelar situações de utilização de um sistema em desenvolvimento. Lendo o edital, com muito boa vontade, vamos enquadrar esse assunto como “Sistema de Informação: modelos e documentação técnica”. A meu ver, não se deveria cobrar tal matéria sem escrever “Conceitos básicos de Engenharia de Software”. Enfim, o Secretário de Fazenda pediu para pegarem pesado na parte de Infromática…

37.

Comentários: Questão tranquila. O DNS é um recurso para traduzir nomes de domínio em endereços IP. Por meio do DNS acessamos sites conhecendo apenas seus “nomes fantasia”, sem precisar decorar o endereço IP deles.

38.

Comentários: Presteza não é reconhecido como atributo básico da segurança da informação. Os demais citados, em maior ou menor escala, estão associdados à SI.

39.

Comentários: Uma questão de Excel que mais exige raciocínio do candidato do que qualquer outra coisa. Não foi necessário sequer saber a função de cor.

O objetivo é saber a data de elaboração da planilha. Vamos lá:

Posso fazer usando macete?

Se quem nasceu em 25/07/75 às 0:00 horas tem 14709 dias e MEIO de vida, essa pessoa nasceu ao meio dia. Afinal, 0,5 dias de vida são 12horas. Eu marco a letra b) e vou para a próxima questão. Se quiser, você pode calcular quantos anos existem entre a data de nascimento e o dia atual e lembrar de contar os anos bissextos.

40.

Comentários: O sistema de arquivos é gerenciado diretamente pelo sistema operacional. As demais funcionalidade apresentadas normalmente ficam a cargos de aplicativos, como, por exemplo, Navegadores Web.

Comentários finais: “Noções de Informática” e “princípios de bancos de dados” passaram longe nessa prova. O que vimos aqui foi uma prova bem puxada, cobrando conceitos típicos de Tecnologia da Informação. Pelo menos, nosso estudo foi preparado para o pior, já que estudamos no nível “Tecnologia da Informação” de cobrança.

Grande abraço!

Deixe seu comentário Cancelar resposta

Veja os comentários

Gustavo, acho que a note de corte será baixa. No concurso de analista do STJ quando eu falei a minha nota, outros candidatos falaram suas notas, superiores a minha. Ficaram faltando apenas 4 questões para eu atingir a nota de corte. Quando falei minha nota neste concurso, 63 acertos, ninguém falou nada. Nem aqui e nem em outros sites. Atingiu o mínimo? Há esperança.

Julio em 20/12/15 às 22:33
Fernando, você atingiu os mínimos? Estou achando que a nota de corte será baixa e o concurso tem validade por 2 anos.

Julio em 19/12/15 às 22:45
Caro, Confesso que negligencie pois estudei apenas pelo curso de resolução de provas e não havia nenhum questão sobre bd ou modelagem. Melhor sorte na próxima vez. Abs.

david santos em 19/12/15 às 16:34
- Olá David! Infelizmente a FGV tem pouquíssimas questões de prova contendo essa parte inicial de Banco de Dados, e quase todas em provas de Tecnologia da Informação. Por isso o curso de provas não tinha questões sobre esse assunto. Neste caso, não estudar a teoria realmente foi decisivo. Nosso curso teórico tinha mais de centena de questões das mais diversas bancas.
  
  Victor Dalton em 21/12/15 às 09:44
Mestre, por qual motivo a alternativa E da questão 33 está incorreta? Obrigado.

Jorge em 16/12/15 às 21:28
- Colocar códigoC na nova tabela já seria redundância, pois a informação já se encontra na tabela Vendas. Colocar como chave, então, deixaria o sistema bagunçadíssimo.
  
  Victor Dalton em 21/12/15 às 12:06
Professor, uma coisa que passou batido na questão sobre a modelagem de banco de dados com a notação IDEF1X é que a definição do banco de dados não especifica foreign keys, apesar de agente identificá-las através do conteúdo das tabelas. O problema é que a questão pede a representação do banco da dados informado. Este banco não define as foreign keys, inclusive este problema é informado em uma questão anterior. Já trabalhei muito com modelagem de BD e bancos de dados em geral, por saber desta falta de definição das FKs, o modelo gerado não vai apresentar relacionamentos. Se fizessem uma engenharia reversa sobre estas tabelas, apareceriam sem nenhum relacionamento. Entrei com este recurso e espero conseguir mudar o gabarito.

Eduardo em 16/12/15 às 20:20
- Faz sentido.
  
  Victor Dalton em 21/12/15 às 09:45
Professor, acredita que a nota de corte será de quantos acertos?

Julio em 16/12/15 às 19:20
Na questão 34 fui pelo raciciocínio de que seria WHERE (codigo P = 99 OR (codigo P = 88 AND quantidade > 2) ao invés de WHERE (codigo P = 99 AND quantidade > 2) OR (codigo P = 88) Fiz isso porque a resposta dependeria também dos dados, e na hipótese da B estar certa a A também poderia estar, visto que em nenhum momento é dito que os dados existem na tabela. Ainda considero que nenhuma está de fato correta visto que a questão afirma está "correto CONCLUIR que o resultado, além da linha de cabeçalho, possui duas colunas e:" Não podemos concluir nada sem olhar os dados! Só podemos concluir que C, a D e E estão definitivamente erradas. A B também estaria errada seguindo a tese errônea de que o OR seria antes, mas como não pode ter duas certas fui nesta tese. Por fim de todas as alternativas a menos errada é a A. Não se pode afirmar que a linha com código 99 apareceria PRIMEIRO e a 88 em SEGUNDO. Como não existe clausula de ordenação, espera-se que a ordem do resultado seja consequência plano de execução. Em regra isso dependeria da ordem definida no índice clusterizado, que quando não especificado, no momento de criação da tabela possui ordem crescente . Então via de regra seria mais esperado que a linha 88 aparecesse em primeiro lugar, tornando a alternativa B ainda mais errada. Enfim vou entrar com recurso, de resto acertei todas de informática, pena que o português não foi tão bem assim.

Fernando em 16/12/15 às 11:01
- Olá Fernando! O problema é que a prática desmonta suar argumentação. No Access, ao aplicar os critérios exatamente conforme a questão, ficamos com a alternativa b).
  
  Victor Dalton em 21/12/15 às 09:46
Professor, A resposta da questão 33 fala em criar uma tabela constituída pelos atributos "pedido" e "loja", sendo "pedido" a chave primária dessa tabela....Porém, ao olharmos o atributo "pedido" na tabela "vendas", veremos que ele assume dois valores iguais...Assim, o atributo "pedido" não poderia ser chave primária, pois ele não especifica unicamente cada tupla na tabela venda, não especificando também na nova tabela...veja que o numero "1" identifica a tupla 1 e a tupla 2...Para que esse atributo fosse chave primária, penso que seria necessário mudar o próprio atributo, de tal forma que este não pudesse assumir valores iguais..não encontrei tal previsão nas hipóteses especificadas na reformulação do Banco de Dados (itens I a V)...Como não encontrei alternativa plausível, marquei a letra "e", pois tinha que marcar algo...Tem sentido o que eu disse? Poderia dizer qual o erro que cometi? falo em relação ao descarte do gabarito da questão.. atenciosamente Walter

Walter Rezende da Cunha em 16/12/15 às 00:11
Quanto à questão do IDEF1X versus pés de galinha, não creio em uma anulação. Creio que o "pés de galinha" devam ser entendidos como uma especialização/espécie do modelo IDEF1X e, como tal, tem a notação válida.

Alexandre em 15/12/15 às 17:43
- E porque esta especialização não aparece no site oficial da notação IDEF1X? http://www.idef.com/idef1x.htm
  
  Victor Dalton em 21/12/15 às 09:47
Professor, A chave candidata é implementada no banco de dados? Pensei que fosse só uma abstração lógica. Ex: existir uma tabela com uma coluna sendo ID e outra CPF, o ID é chave primária mas o CPF é apenas uma chave candidata. Ou seja, se alguém quisesse inserir a mesma pessoa no banco alterando apenas o ID na tela de cadastro conseguiria! Obrigado!! :(

Lucas em 15/12/15 às 14:02
- Existe uma cláusula chamada UNIQUE em SQL que serve para implementar a chave candidata. Um atributo UNIQUE não pode apresentar valores repetidos, mesmo que ele não seja chave primária.
  
  Victor Dalton em 15/12/15 às 14:07
professor,fiz 45 de 80 na parte específica e, infelizmente, 16 das 40 questões da parte geral. A questão de IDEF1X eu errei. Faço o recurso? Abs

Gustavo em 15/12/15 às 13:18
- Você não pode deixar de fazer o recurso da IDEF1X, pois a questão, a meu ver, é nula.
  
  Victor Dalton em 15/12/15 às 14:06
Professor, Na questão 32, só uma dúvida...se uma chave é candidata ela PODERIA ser uma chave primária, porém não foi implementada como PK. Neste caso eu poderia ter repetições não? É pq a questão não tem mais detalhes...porque se fosse no dia a dia acho que poderia repetir sim...

Giselle em 14/12/15 às 14:57
- Chaves candidatas recebem a cláusula UNIQUE em sua implementação, ou seja, mesmo que não seja chave primária, seu valor não pode se repetir.
  
  Victor Dalton em 14/12/15 às 15:01
Ronaldo pelo que vi disse seria letra b) e não letra c), correto?

bruno ribeiro em 14/12/15 às 14:31
- Correto!
  
  Victor Dalton em 14/12/15 às 15:00
A questão 34, os critérios apresentados mostrariam 2 registros que atenderiam: CódigoP = 99 (sendo um maior que 2 e o outro = 2 (que não aparecerá), ou seja, total 1 registro) CódigoP = 88 (sendo todos os registros, pois não há parâmetro definido, ou seja, total 1 registro) Seriam mostradas 2 colunas (caixa de seleção marcada): Coluna 1 e 2, com os seguintes registros: 99 e 4 na primeira linha e 88 e 1 na segunda linha. (pois a condição é que seja "OU", que significa união das duas condições) Alternativa: C Onde estou errando no meu raciocínio?

Ronaldo em 14/12/15 às 12:18
- Ronaldo, conferi o Cálculo no Access e seu raciocínio está correto. Os critérios são (99 E >2) OU 88, e não (99 OU 88) E (>2). Pra você ver como a questão n]ao é trivial.
  
  Victor Dalton em 14/12/15 às 13:08
Professor, vocês vão comentar a de agente fazendario também?? Seria uma boa!!

Aluno23 em 14/12/15 às 10:42
- Ainda não tive acesso a essa prova.
  
  Victor Dalton em 14/12/15 às 13:01
Prezado professor, você recomenda qual material para estudar a notação IDEF1X? Seria o material em PDF, cujo link você disponibilizou acima? Att Roger.

Roger em 14/12/15 às 08:45
- Ola Roger, nunca vi uma questão de concurso abordando essa notação, esta foi a primeira. Não digo que sequer compensa estudar essa notação, mas, se for seu desejo, isso aqui já serve: http://www.computacao.unitri.edu.br/downloads/professores/Notacao_IDEF1X.pdf
  
  Victor Dalton em 14/12/15 às 09:04
Professor, bom dia, dúvida na questão 34: como nas linhas de resultado não está marcada a opção MOSTRAR o resultado da busca não seria somente o cabeçalho?

Rafael em 14/12/15 às 05:51
- Olá Rafael! O fato de o critério não ser mostrado não implica no fato de ele não ser utilizado. Mesmo porque, se fosse mostrado, implicaria em exibir duas vezes as mesmas colunas.
  
  Victor Dalton em 14/12/15 às 07:45
Segundo o seu gabarito, acertei 8/10, mas foi essa matéria que me fez perder praticamente 1h de prova. Não há explicação para tal nível de cobrança em uma prova de fiscal de tributos. O Secretário da Fazenda, por ser inclinado à essa área de TI, solicitou cegamente à FGV uma cobrança muito além do conhecimento desejado ao exercício da função. Enfim, é triste observar a amplitude de assuntos que poderiam ser abordados sendo reduzidos a tal especificidade. Uma pena, realmente.

Cecelo em 14/12/15 às 04:45
- Marcelo, eu assino embaixo de sua reclamação. Uma questão como a 33, por exemplo, consome MUITO tempo para realização, ainda mais para quem estudou Banco de Dados pela primeira vez, com o objetivo de aprender "princípios de bancos de dados", conforme edital. Eu até falei no aulão presencial algo como "a banca não vai exigir de vocês que saibam criar tabelas, apenas compreendê-las". Pois a banca foi além, e realmente uma pena esse exagero, em detrimento de outras matérias de informática previstas em edital que sequer foram lembradas na prova. Mas, 8 de 10 questões? Você arrebentou... Parabéns!
  
  Victor Dalton em 14/12/15 às 07:43
Caro professor, na minha opinião o gabarito da questão 33 é a alternativa (C) na tabela Venda, e criar uma chave candidata constituída pelos atributos "pedido, loja", o que não altera as chaves existentes. Não vejo sentido em criar uma tabela para lojas que contenha os números de pedidos segundo as boas práticas de modelagem de dados entidade-relacionamento. Somente faria sentido incluir o nome da loja, endereço, etc., e na tabela de pedidos entraria como foreign key. Como essa opção não existe o equivalente seria a alternativa C, como uma chave candidata contendo pedido e loja na tabela Venda.

Romulo Castello em 14/12/15 às 04:04
- Olá Rômulo! Respeito sua opinião, mas entendo que, caso seja criada uma chave candidata com pedido e venda, não será possível pedir dois itens em uma mesma loja (uma vez que pedido e loja não podem ser repetidos em um mesmo registro com a criação desta chave).
  
  Victor Dalton em 14/12/15 às 07:40
E eu que sem tempo de ler tudo deixei de estudar banco de dados?! Filtrei aquilo que considerava mais recorrente e deu no que deu... Foram SEIS questões em DEZ sobre o tema.

Marlon em 13/12/15 às 23:29
- Pois é Marlon, uma pena... por isso que eu digo aos meus alunos que nunca devemos negligenciar assunto nenhum. Espero que não tenha comprometido seu desempenho no certame. Mas, se tiver, melhor sorte da próxima vez.
  
  Victor Dalton em 14/12/15 às 07:38
Prezado professor, bom dia! Acertei 7 das 10 questões, porém achei algumas questões bastante difíceis. Quanto a notação IDEF1X, nunca imaginei que pudesse cair, assim como a questão referente a UML. Abraço e obrigado.

Roger em 13/12/15 às 23:27
- Olá Roger! Essa questão da IDEF1X deverá ser anulada. Mas admito que achei um absurdo caírem questões desse naipe em "Noções de Informática", no tópico "princípios de banco de dados."
  
  Victor Dalton em 14/12/15 às 07:37