Lista completa de Questões de Ciência da Computação da Escola de Administração Fazendária (ESAF) para resolução totalmente grátis. Selecione os assuntos no filtro de questões e comece a resolver exercícios.
Em bases de dados relacionais, o catálogo ANSI (INFORMATION_SCHEMA) contém views unicamente para leitura, provendo informações sobre:
Tabelas. Flows. Colunas. Processos internos.
Through-ups. Views. Chaves. Procedimentos.
Tabelas. Views. Extensões. Prioridades.
Relações. Atributos. Links. Procedimentos.
Tabelas. Views. Colunas. Procedimentos.
SQL Server Utility do SQL Server 2008 R2 permite a monitoração e a gestão centralizada de aplicações de bases de dados e instâncias do SQL Server, a partir de uma única interface de gestão designada por
UPC (Utility Process Capability).
CPU (Central Process Utility).
UCPP (Utility Control Process Package).
UCP (Utility Control Point).
UCMP (Utility Control Management Point).
É pré-requisito essencial de utilização da interface de gestão:
Interface deve ser gerada por uma SQL Server, utilizando uma SQML Library do Active Directory do usuário.
Interface deve funcionar em uma SQL Server, residente no Active Directory do Windows.
SQL Server deve ficar em modo management para interagir com usuários ativos no Windows.
SQL Server deve estar orientado a gestores de interfaces.
Interface deve funcionar em uma SQL Shell-pattern, residente no Active Domain do Windows.
Segundo o Modelo de Acessibilidade do Governo Eletrônico (e-MAG) os elementos que devem estar em todas as páginas do Governo Federal são:
Teclas de atalho. Barra de usabilidade. Apresentação do mapa do sítio. Apresentação de formulário. Conteúdo para imagens de contexto. Apresentação de documentos. Identifi cação dos autores.
Página com a descrição dos recursos de acessibilidade. Teclas de atalho. Barra de acessibilidade. Apresentação do mapa do sítio. Apresentação de formulário. Conteúdo alternativo para imagens. Apresentação de documentos.
Página com a descrição dos recursos de acessibilidade. Teclas de controle de hardware. Barra de acessibilidade. Apresentação do mapa de localização da instituição. Apresentação de formulário. Conteúdo alternativo para atalhos. Apresentação de documentos.
Teclas de instituições de apoio. Barra de portabilidade. Apresentação do mapa do sítio. Editores de formulário. Conteúdo alternativo para imagens. Apresentação de documentos.
Página com a descrição dos motivos para acessibilidade. Teclas de atalho. Barra de interface. Apresentação do organizador do sítio. Apresentação de formulário. Conteúdo alternativo para imagens. Apresentação de atuadores.
São objetos suportados pelo SQL Server 2008 R2:
Table index. Tag DMLplus. Tipo. Utilizadores. Heads.
Funções. Index. Schema. Database role. Login.
Funções. Input. Schare. Database role. Try-on.
Task. Trigger DML compactado. Classe. Utilizadores. Version.
Table. Trigger SMLT. Tipo. Agentes. Views.
Existem duas vias para criar um tema personalizado para Plone:
Programa e Rotina.
Module e Segment.
Web e Produto.
Semantic Web e Visual Web.
Sequencial e Indexada.
Uma das ferramentas oferecidas pelo Plone é:
Fluxo de publicação colaborativa de conteúdo (workfl ow).
Ferramentas colaborativas para modelagem free-space.
Busca de relações Web-inside.
Suporte à multiprogramação.
Mecanismos de filtragem de conceitos.
Segundo o Modelo de Acessibilidade do Governo Eletrônico (e-MAG), os passos para se desenvolver um sítio acessível são:
Defi nir padrões customizados. Seguir as diretrizes ou recomendações de compatibilidade. Realizar a avaliação de acessibilidade.
Seguir os padrões Web. Seguir as diretrizes ou recomendações de acessibilidade. Realizar a avaliação de acessibilidade.
Seguir os padrões Web. Criar padrões de acessibilidade. Validar a acessibilidade.
Seguir os padrões Web. Compatibilizar a acessibilidade com os recursos disponíveis. Projetar a atualização da acessibilidade.
Desenvolver padrões Web. Seguir as diretrizes ou recomendações de acessibilidade. Realizar a otimização da acessibilidade.
O Plone possui os seguintes papéis de membros:
Leitor. Moderador. Editor. Estruturador. Administrador.
Leitor. Controlador. Transformador. Revisor. Admnistrador.
Planejador. Desenvolvedor. Editor. Revisor. Operador.
Licenciador. Colaborador. Emulador. Revisor. Articulador.
Leitor. Colaborador. Editor. Revisor. Administrador.
Assinale a opção correta.
Gestão de requisitos preocupa-se com a documentação, atualização e controle de stakeholders envolvidos na fase de identifi cação da demanda.
Engenharia de requisitos compreende: identifi car, analisar, especifi car e defi nir as necessidades de negócio que um aplicativo deve prover para solução do problema levantado.
Engenharia de requisitos compreende: planejar, especifi car e desenvolver as necessidades de negócio que um aplicativo deve prover para minimização dos problemas levantados.
Engenharia de requisitos compreende: identificar, analisar, programar e testar os programas das necessidades de solução de problemas que um negócio deve prover para satisfazer usuários.
Gestão de requisitos preocupa-se com a documentação, direcionamento, controle de definição e acesso aos requisitos levantados na fase de planejamento de escopo.
{TITLE}
{CONTENT}
{TITLE}
Aguarde, enviando solicitação...