Enquanto o Modelo Entidade-Relacionamento (MER) é um modelo conceitual, o Diagrama Entidade Relacionamento (DER) é a representação gráfica e principal ferramenta. Nesse contexto, observe o fragmento abaixo.

“Em sua notação original, proposta por Peter Chen, as entidades deveriam ser representadas por _____________, seus atributos por elipses e os relacionamentos por _____________, ligados às entidades por linhas, contendo também sua cardinalidade. Porém, notações mais modernas abandonaram o uso de elipses para atributos e passaram a utilizar o formato mais utilizado na UML, em que os atributos já aparecem listados na própria entidade. Essa forma torna o diagrama mais limpo e fácil de ser lido.”

As palavras que completam corretamente as lacunas no fragmento acima são, respectivamente:

No contexto dos bancos de dados, o comando BEGIN TRANSACTION inicia um bloco de comandos SQL que fazem parte de uma transação, sendo que ao final do processamento dois comandos podem ser executados. O primeiro comando faz com que todas as alterações se tornem definitivas, enquanto o segundo comando elimina as alterações realizadas, ficando o banco de dados no estado em que se encontrava antes da transação ser iniciada.
Esses comandos são conhecidos, respectivamente, por:

No que diz respeito aos bancos de dados, as restrições de integridade incluem os conceitos de consistência, precisão e correção dos dados armazenados em um banco de dados. Existem três tipos de integridade, caracterizados a seguir.

( I ) Funciona ao nível da coluna do banco de dados. É a forma mais elementar de integridade. O valor do campo deve obedecer ao tipo de dados e às restrições de valores admitidos para essa coluna.

( II ) Funciona ao nível da tabela do banco de dados. Tem por objetivo manter os dados sincronizados entre tabelas que estejam relacionadas, por meio da chave primária de uma tabela e a chave estrangeira de outra. O valor dos campos que constituem a chave estrangeira de uma tabela deve estar também presente na chave primária da tabela que referenciam ou, quando muito, podem ter o valor NULL.

( III ) Funciona ao nível da linha e da tabela de um banco de dados. Cada linha de uma tabela deve poder ser identificada univocamente, ou seja, cada tabela deve possuir na sua definição uma chave primária. A existência dessa chave primária garante que os atributos selecionados não podem ser nulos, nem podem aparecer repetidos.

Os tipos caracterizados em (I), (II) e em (III) são denominados, respectivamente, integridade:

SQL é uma sigla para a linguagem padrão de gerenciamento de dados com bancos de dados baseados no modelo relacional. A SQL é constituída da “Data Definition Language – DDL”, da “Data Manipulation Language – DML” e da “Data Control Language – DCL”, cada uma composta por diversos comandos específicos. Nesse contexto, fazem parte da DML os seguintes comandos:

Os SGBD seguem o modelo estabelecido pela arquitetura ANSI/SPARC ilustrada por meio da figura abaixo.

• O nível 1 é o da Aplicação.

• O nível 2 define as views e consiste em uma janela parcial que é criada sobre a totalidade do banco de dados. Permite trabalhar apenas com uma parte dos dados que seja de interesse de uma determinada aplicação, dando a sensação de que a view funciona como se tivesse trabalhando sobre a totalidade dos dados.

O nível 3 representa o modelo de dados independente de qualquer usuário ou aplicação. Esta camada esconde os detalhes de implementação física dos arquivos que armazenam dados.

• O nível 4 corresponde ao armazenamento físico dos dados além da definição das estruturas físicas que possibilitam obter um bom nível de desempenho.

Os níveis 2, 3 e 4 são denominados respectivamente:

Apache é o software de servidor Web Open Source mais usado do mundo, uma tecnologia da Apache Software Foundation responsável por servir milhões de sites, disponibilizado em versões para os sistemas Windows e diversos outros do padrão POSIX como Unix e Linux e também no Mac OS X. O principal arquivo que contém as configurações do Apache é conhecido por:

O desenvolvimento de sistemas de software demanda que o Analista tenha a possibilidade de estudar o sistema a partir de diversas perspectivas, havendo cinco visões independentes sugeridas pelos autores da UML. Neste contexto, relacione as visões com as correspondentes descrições.
(1) Visão de Projeto
(2) Visão de Processo
(3) Visão de Implantação
(4) Visão de Casos de Uso
(5) Visão de Implementação
✓ Enfatiza as características de concorrência, sincronismo e desempenho do sistema. ✓ Enfatiza a distribuição física do sistema em seus subsistemas e a conexão entre essas partes. ✓ Enfatiza o sistema do ponto de vista externo como um conjunto de interações entre o sistema e os agentes externos ao sistema. ✓ Enfatiza o gerenciamento de versões do sistema construídas por meio do agrupamento de módulos e subsistemas. ✓ Enfatiza as características do sistema que dão suporte, tanto estrutural quanto comportamental, às funcionalidades externamente visíveis do sistema.
Essas descrições se relacionam respectivamente com as visões:

A figura abaixo mostra o título de uma página formatada com CSS.

A instrução CSS que gera esse título com fundo na cor amarela, como mostrado, é:

Avalie se as seguintes afirmativas, relativas ao JSON, são falsas (F) ou verdadeiras (V):

✓ JSON é uma linguagem de marcação, possuindo tag de abertura e de fechamento.

✓ JSON é um modelo para armazenamento e transmissão de informações no formato texto.

✓ JSON é independente de linguagem, sendo possível o acesso aos dados por qualquer linguagem de programação, por meio de API’s específicas.

As afirmativas são respectivamente:

SCRUM é um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível. O SCRUM chama seus eventos de timeboxes, uma vez que são eventos de duração fechada, sendo o componente principal conhecido por Sprint, havendo alguns tipos, dos quais quatro são detalhados a seguir:

( I ) Time-boxe de 8h, de acordo com o tamanho da Sprint. Nesta reunião é onde o Product Owner é ouvido em relação às prioridades e os objetivos. É nela também onde o time irá deliberar sobre o que conseguem fazer em relação às necessidades, formalizando o Sprint Backlog.
( II ) Time-box de 4h, onde o incremento do produto que está pronto para uso, é apresentado ao Product Owner para apreciação. Também é nesta reunião, que deve ser facilitada pelo Scrum Master, que o Product Owner apresentará os números, gráficos e tudo o mais que for importante à equipe saber sobre o produto. Novas prioridades e movimentos do mercado, tudo focado em manter os objetivos coerentes ao longo das sprints. Esse é o evento que melhor representa o pilar de inspeção do Scrum.
( III ) Time-box de 3h onde o time de desenvolvedores e o Scrum Master, que atua apenas como facilitador, falam sobre os resultados obtidos na Sprint que passou e as lições tiradas, para a partir daí melhorar o processo, fortemente arraigado ao pilar de adaptação.
( IV ) Time-boxe de 15 min, sempre no mesmo local e horário para gerar consistência e evitar perda de tempo, facilitada pelo Scrum Master. Nesta reunião, que deve ser muito dinâmica e que popularmente é feita em pé, para evitar prolongamentos e distrações, cada membro do time deve responder apenas três perguntas: o que eu fiz ontem, o que eu vou fazer hoje e se tem algo me impedindo.

Os tipos (I), (II), (III) e (IV) são denominados respectivamente: