Questões de Concurso Comentadas para analista de operações

844 mm³ equivalem a quantos decilitros?

Uma empresa lucrou R$ 36.000,00. Se os capitais dos sócios são iguais a R$ 10.000,00, R$ 20.000,00 e R$ 30.000,00 o lucro do terceiro sócio em reais é:

De acordo com a norma culta, a frase em que não se teve o cuidado de obedecer à regência é:

Quanto à colocação de pronomes átonos, está conforme a norma da língua escrita o período:

A frase em que a concordância nominal está INCORRETA é:

Assinale a alternativa que apresenta erro:

As fases de implementação de um Sistema ERP estão divididas em três tipos descritos a seguir. 
I. "Big Bang77: o planejamento é feito com a intenção de implantar todos os módulos de uma só vez. Nesse tipo, a tendência da implantação é ter um tempo menor. Já o processo ocorre de uma só vez; contudo, vale lembrar que uma visão do resultado da implantação dos módulos só poderá ser obtida após a finalização da instalação do software. 
II. "Por fases77: o planejamento é feito em cada fase, a fim de que a implantação dos módulos seja gradativa e unificada. Com isso, um módulo é implantado após o outro unificando o processo de gerenciamento. Essa forma pode alargar o tempo geral de todo o processo e impossibilitar que seja feita uma análise a cada módulo implantado, permitindo a alteração e a melhora e agilidade no processo. 
III. "Modelo em cascata77: cada fase implementada gera subsídio de informações para a fase seguinte. Está correto o que se afirma em:

Assinale a alternativa que apresenta as palavras que preenchem, respectivamente, as lacunas do seguinte texto sobre o J2EE.   Para se criar um Enterprise JavaBean com acesso remoto, deve-se implementar a interface e a interface . A interface define os métodos do ciclo de vida do EJB. Para os Entity Beans a interface também define os métodos de busca. A interface define os métodos de negócio específicos do EJB.

Informatics education: Europe cannot afford to miss the boat
Principies for an effective informatics curriculum
The committee performed a comprehensive review of the considerabie existing material on building informatics curricula, including among many others the (UK) Royal Society report, the CSPrinciples site, the Computing at Schools Initiative, and the work of the CSTA. Two major conclusions follow from that review.
The first is the sheer number of existing experiences demonstrating that it is indeed possible to teach informatics successfully in primary and secondary education. The second conclusion is in the form of two core principies for such curricula. Existing experiences use a wide variety of approaches; there is no standard curriculum yet, and it was not part of the Committee's mission to define such a standard informatics curriculum for the whole of Europe. The committee has found, however, that while views diverge on the details, a remarkable consensus exists among experts on the basics of what a school informatics curriculum should (and should not) include. On the basis of that existing work, the Committee has identified two principies: leverage students' creativity, emphasize quality.
Leverage student creativity
A powerful aid for informatics teaching is the topic's potential for stimulating students; creativity. The barriers to innovation are often lower than in other disciplines; the technical equipment (computers) is ubiquitous and considerably less expensive. Opportunities exist even for a beginner: with proper guidance, a Creative student can quickly start writing a program or a Web Service, see the results right away, and make them available to numerous other people. Informatics education should draw on this phenomenon and channel the creativity into useful directions, while warning students away from nefarious directions such as destructive "hacking". The example of HFOSS (Humanitarian Free and Open Software Systems) shows the way towards constructive societal contributions based on informatics.
Informatics education must not just dwell on imparting information to students. It must draw attention to aspects of informatics that immediately appeal to young students, to encourage interaction, to bring abstract concepts to life through visualization and animation; a typical application of this idea is the careful use of (non- violent) games.
Foster quality
Curious students are always going to learn some IT and in particular some programming outside of informatics education through games scripting, Web site development, or adding software components to social networks. Informatics education must emphasize quality, in particular software quality, including the need for correctness (proper functioning of software), for good user interfaces, for taking the needs of users into consideration including psychological and social concerns. The role of informatics education here is:
• To convey the distinction between mere "coding" and software development as a constructive activity based on scientific and engineering principies.
• To dispel the wrong image of programming as an activity for "nerds" and emphasize its human, user-centered aspects, a focus that helps attract students of both genders.
Breaking the teacher availability deadlock
An obstacle to generalizing informatics education is the lack of teachers. It follows from a chicken-and-egg problem: as long as informatics is not in the curriculum, there is Iittle incentive to educate teachers in the subject; as long as there are no teachers, there is Iittle incentive to introduce the subject.
To bring informatics education to the levei that their schools deserve, European countries will have to take both long-term and short-term initiatives:
• Universities, in particular through their informatics departments, must put in place comprehensive programs to train informatics teachers, able to teach digital literacy and informatics under the same intellectual standards as in mathematics, physics and other Sciences.
• The current chicken-and-egg situation is not an excuse for deferring the start of urgently needed efforts. Existing experiences conclusively show that it is possible to break the deadlock. For example, a recent New York Times article explains how IT companies such as Microsoft and Google, conscious of the need to improve the state of education, allow some of their most committed engineers and researchers in the US to pair up with high school teachers to teach computational thinking. In Russia, it is common for academics who graduated from the best high schools to go back to these schools, also on a volunteer basis, and help teachers introduce the concepts of modern informatics. Ali these efforts respect the principie that outsiders must always be paired with current high-school teachers.
(Excerpt of ' Report ofthe joint Informatics Europe & ACM Europe Working Group on Informatics Education April 2013')
According to the text, it is correct to say that:

O algoritmo de ordenação Radix sort é utilizado para ordenar itens identificados por chaves únicas. Assinale a alternativa que exibe as duas classificações do Radix sort.

As características listadas a seguir referem-se, preferencialmente, a qual modelo de desenvolvimento?
• Resultados úteis a cada duas semanas ou menos. • Blocos pequenos de funcionalidade valorizada pelo cliente, chamados "Features". • Planejamento detalhado e guia para medição. • Rastreabilidade e relatórios com maior precisão. • Monitoramento detalhado, com resumos para clientes e gerentes, em termos de negócio. • Fornece uma forma de saber, dentro dos primeiros 10% de um projeto, se o plano e a estimativa são sólidos.

Analisando uma tabela de um banco de dados, verificamos a seguinte situação:
Nome da Tabela: Venda Chave Primária Composta: Código da Venda + Código do Produto + Código de Vendedor. Campos não Chave: Quantidade Vendida Data da Venda Nome do Vendedor
O que podemos afirmar sobre tal situação?

Nas metodologias ágeis, encontramos uma forma para o desenvolvimento fragmentado em etapas onde parte do software vai sendo apresentado em reuniões. Isso ocorre várias vezes, mesmo muito antes da finalização ou término do software. O que podemos esperar do acompanhamento do desenvolvimento ágil em relação aos processos de teste?

Sobre a documentação de teste de software, podem-se destacar os seguintes documentos:
I. Plano de Teste: descreve o escopo dos testes a serem realizados, a abordagem e os recursos que serão utilizados como ferramenta de apoio. O documento contempla a elaboração de um cronograma contendo todas as atividades e responsáveis por sua execução. II. Especificação do Projeto ou Desenho do Teste: especifica os detalhes da abordagem do teste e identifica as características a serem testadas, incluindo os aspectos funcionais e não funcionais relacionados com o software e classes de equivalência e valores-limite. III. Especificação de Casos de Teste: define o conjunto de casos de teste a serem realizados, itens a serem testados, especificação das entradas e saídas esperadas, premissas e restrições do ambiente onde o teste deverá ocorrer. IV. Especificação de Procedimento de Teste: especifica os passos para execução do caso de teste, basicamente os passos utilizados para analisar os recursos do software e avaliação de suas características.
É correto o que se afirma em:

Atividades de testes, escopo, cobertura dos testes, funcionalidades do software que não serão testadas, premissas, restrições, requisitos de ambiente, rastreabilidade dos casos de teste, critérios de validação e os responsáveis pelas tarefas de teste. Os itens relacionados são exemplos de:

Dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado previamente conhecido. Haverá sucesso no teste, se o resultado obtido for igual ao resultado esperado. Interessa a função executada, e não a característica interna do componente. O componente de software a ser testado pode ser um método, uma função interna, um programa, um componente, um conjunto de programas e/ou componentes ou mesmo uma funcionalidade. Trata-se de um teste:

Assinale a alternativa que contém apenas fases do clico de vida dos testes.

No planejamento dos testes de software, programam-se, por exemplo, o teste de integração, o teste de sistema e o teste de unidade. Esse grupo de testes está assim relacionado por fazer parte de uma organização de testes denominada:

Segundo o Institute of Electrical and Electronics Engineers (IEEE), o âmbito, ou área de impacto, onde os defeitos, erros e falhas ocorrem são, respectivamente:

Observe os seguintes conceitos, segundo o Institute of Electrical and Electronics Engineers (IEEE) sobre os problemas com softwares.
I. Um ato inconsistente cometido por um indivíduo ao tentar entender uma determinada informação, resolver um problema ou utilizar um método ou uma ferramenta. Por exemplo, uma instrução ou comando incorreto. II. Uma manifestação concreta de um defeito num artefato de software. Diferença entre o valor obtido e o valor esperado, ou seja, qualquer estado intermediário incorreto ou resultado inesperado na execução de um programa constitui um erro. III. O comportamento operacional do software diferente do esperado pelo usuário. Uma falha pode ter sido causada por diversos erros e alguns erros podem nunca causar uma falha.
Agora, observe os seguintes termos.
a. Falha. b. Defeito. c. Erro.
Correlacione os conceitos com os termos e assinale a alternativa correta.