Questões de Concurso
Comentadas para tce-ce
Foram encontradas 285 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
I. o risco inerente às características particulares da classe de transações eletrônicas e seus dados.
II. obter evidência de auditoria para determinar se os controles estão operando eficazmente.
III. obter evidência de auditoria mais persuasiva quanto menor for a avaliação de risco do auditor.
IV. o esgotamento da análise dos riscos avaliados de distorção relevante no nível de afirmações.
Está correto o que se afirma APENAS em
Tabela Loja
Cidade_Loja Vendas Data
Canoas 1500 05-Jan-2015
Porto Alegre 250 07-Jan-2015
Canoas 300 08-Jan-2015
Fortaleza 700 08-Jan-2015
Tabela Regiao
Regiao_Nome Cidade_Loja
Nordeste Fortaleza
Nordeste Sobral
Sul Canoas
Sul Porto Alegre
Considere que foi digitada a instrução seguinte para criar uma view com informações de vendas
CREATE VIEW VENDAS_REGIAO
AS SELECT t1.Regiao_Nome REGIÃO, SUM(t2.Vendas) VENDAS
FROM REGIAO t1, LOJA t2
WHERE t1.Cidade_Loja = t2.Cidade_Loja
GROUP BY t1.Regiao_Nome;
Para exibir o conteúdo desta view deve-se digitar o comando SQL
#include <stdio.h>
int main (void)
{
int cont = 0;
while (cont < 10)
{
if (cont == 5) continue;
printf("%d ", cont);
cont=cont+1;
}
printf("fim\n");
return 0;
}
É correto afirmar que o programa está
I. Gerência de Requisitos − GRE: tem como propósito gerenciar os requisitos do produto e dos componentes do produto do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.
II. Desenvolvimento de Requisitos – DRE: tem como propósito definir os requisitos do cliente, do produto e dos componentes do produto.
Os processos I e II serão executados como parte do esforço do Tribunal para atingir, respectivamente, os níveis de maturidade:
1. A arquitetura do sistema deverá ser modularizada de modo a facilitar sua manutenção e adição de novas funcionalidades.
2. Ao registrar um processo, a descrição e todos os demais dados devem aparecer em, no máximo,2 segundos.
3. Cada processo deve ser associado a um identificador único (ID), que será utilizado para identificá-lo.
4. O sistema deverá suportar uma carga máxima de até 100000 usuários simultâneos.
5. Apenas usuários com privilégios de acesso de Juiz poderão visualizar históricos de andamento de processos.
6. O sistema deve permitir a inclusão, alteração e remoção de processos com os seguintes atributos: ID, número, origem, tribunal etc.
7. O sistema deve fazer log das transações autorizadas com processos em 24 horas, mesmo com falhas de energia ou de dispositivos.
8. O sistema deverá ser acessado completamente via browser HTTP/HTML, inclusive para suporte.
9. Deve ser possível capturar a informação do processo através de um leitor de código de barra, ou manualmente usando um código disponível e impresso no processo.
10. O sistema será desenvolvido para ambientes Windows e para máquinas com pelo menos 2 GB de memória.
11. O sistema será disponibilizado em português, mas de forma a permitir que versões em outros idiomas possam ser produzidas sem necessidade de ter acesso ao código fonte.
12. O usuário deve ser capaz de buscar todo o conjunto inicial dos bancos de dados ou selecionar um subconjunto a partir dele.
13. O sistema deverá usar componentes corporativos existentes sob forma de Enterprise JavaBeans.
14. Testes de Unidade e de Aceitação no sistema deverão ser completamente automatizados.
São requisitos funcionais os apresentados APENAS em