A quantidade de entidades envolvida em um relacionamento pode ser determinada por sua semântica. Dessa forma, é correto categorizar os relacionamentos somente em unário e binário.

Os relacionamentos podem possuir atributos para caracterizá-los. Como os relacionamentos são normalmente ações (realizadas ou a se realizar) ou dependências entre as entidades envolvidas, então cada atributo que caracteriza essas associações normalmente representa algum dos seguintes aspectos: quantificável, temporal, explicativo, espacial e referencial.

O relacionamento representado no DER ilustrado representa o aspecto espacial.

Considerando que especialização é uma abstração que permite subdividir um grande conjunto de elementos em conjuntos menores de acordo com padrões estabelecidos pelas necessidades da aplicação, é correto afirmar que, no DER em referência, alunos é uma especialização de seres irracionais.

No diagrama mostrado, existe uma entidade: sala de aula; e um relacionamento: possui.

Considerando que o grau de um relacionamento é definido pela interpretação da cardinalidade dos dois sentidos, é correto afirmar que a cardinalidade representada no DER é (N:N) ou muitos-para-muitos.

Os relacionamentos do DER ilustrado podem ser categorizados como ternários.

A cardinalidade representada no DER é (1:N) ou um-para-muitos, pois um elemento da entidade 1 relaciona-se com muitos elementos da unidade 2.

O Oracle8i suporta apenas três tipos fundamentais de triggers: data manipulation language (DML); instead-of; e data definition language (DDL).

Os triggers DML podem ser definidos em uma tabela e são executados, ou disparados, em resposta a apenas dois eventos: INSERT e UPDATE.

Um trigger é um bloco PL/SQL que é associado a um evento específico, armazenado em um banco de dados e executado sempre que o evento ocorrer.

Os triggers DDL e os de evento de banco de dados não são novos na Oracle8i.

As camadas de produto do OLAP normalmente residem em cima dos bancos de dados relacionais e geram SQL como saída da combinação.

A fronteira entre linguagens e produtos OLAP é demarcada com clareza.

Os requisitos funcionais para OLAP não incluem a separação entre estrutura e representação.

Produtos OLAP completos não necessitam incluir métodos de armazenamento e acesso.

Uma forma de classificação geral para as ferramentas CASE é: upper CASE, lower CASE, integrated-CASE e best in class. As upper CASE oferecem suporte nas últimas fases do desenvolvimento, como codificação, testes e manutenção.

As ferramentas CASE podem ser classificadas em orientadas a função e orientadas a atividade. As primeiras incluem as upper CASE e as lower CASE, enquanto as segundas incluem as best in class e as integrated-CASE.

Ferramentas CASE denominadas upper CASE ou U-CASE ou front-end são aquelas que estão voltadas para as primeiras fases do processo de desenvolvimento de sistemas, como análise de requisitos, projeto lógico e documentação. São utilizadas por analistas e pessoas mais interessadas na solução do problema que na implementação.

Ferramentas CASE denominadas best in class ou kit de ferramenta são semelhantes às integrated-CASE. Os kits de ferramenta também acompanham todo o ciclo de desenvolvimento, entretanto, possuem a propriedade de conjugar sua capacidade a outras ferramentas externas complementares, que variam de acordo com as necessidades do usuário.

Um caso de uso é um documento narrativo que descreve a seqüência de eventos de um ator que usa um sistema para completar um processo.

Somente se pode representar relações nos casos de uso por meio de refinamento do modelo, a fim de obter o relacionamento entre os casos de uso por relações de: generalização, inclusão ou extensão.

I, III, IV e IX dizem respeito a mitos da gerência.

V e IX dizem respeito a mitos do cliente.

II, IV e VI dizem respeito a mitos do profissional.

VI, VII e VIII dizem respeito a mitos de gerência.

A abordagem sistemática estritamente linear para o desenvolvimento de software é denominada modelo em cascata ou modelo seqüencial linear.

O ciclo convencional de engenharia de software abrange as atividades de modelagem e engenharia de sistema e(ou) informação, análise de requisito de software, projeto, geração de código, teste e manutenção.

O projeto de software, que está relacionado a modelagem de engenharia de sistemas e de informação, é um processo de múltiplos passos que inclui quatro atributos básicos do programa: estrutura de dados, arquitetura do software, representação da interface e detalhes procedimentais (algorítmicos).

O modelo seqüencial linear, um dos paradigmas para engenharia de software, apesar de amplamente usado, apresenta como problemas: projetos reais raramente seguem o fluxo seqüencial e sem interações; em geral, é difícil para o cliente estabelecer todos os requisitos explicitamente; e a espera de alguns membros da equipe de projeto para que outros completem suas tarefas gera estados de bloqueio que são, às vezes, maiores que o tempo de trabalho produtivo.

Entre as classes comuns de serviços que podem ser identificadas em um sistema operacional, incluem-se: execução de programas, operações de entrada e saída (E/S), manipulação do sistema de arquivos, comunicação, detecção de erros, alocação de recursos, registro (accounting) e proteção.

Os sistemas operacionais modernos normalmente são embasados em uma arquitetura formada por um kernel (núcleo) e por serviços. As funções providas pelo sistema operacional são estruturadas em duas categorias: serviços do sistema e kernel. A primeira categoria inclui funções de alto nível, como são vistas pelas aplicações, enquanto a segunda inclui funções essenciais, que são dependentes da arquitetura sob a qual o sistema operacional vai ser executado.

Um sistema distribuído é uma coleção de computadores independentes que são apresentados ao usuário como um único computador. As questões fundamentais de projeto desses sistemas incluem transparência, flexibilidade, confiabilidade, desempenho e escalabilidade.

Os sistemas operacionais podem ser classificados como centralizado, de rede e cooperativo autônomo.

Em Unix, a informação de usuário e grupo é usada pelo sistema para gerenciar o acesso aos recursos (arquivos e diretórios) e para a gerência dos processos de usuários distintos. O usuário com UID (user ID) igual a zero é denominado root e possui permissões especiais no sistema.

No ambiente Unix, cada usuário tem permissão plena de acesso a um diretório especial, denominado home, que é o local de início de sessão de trabalho (via shell ou gráfica). O usuário pode criar arquivos nesse diretório, em qualquer um dos seus subdiretórios e também em outros diretórios.

POO é um método que produz arquiteturas de software embasadas nos objetos que o sistema manipula. Entre as linguagens de POO, incluem-se Java, Delphi e C++.

Reusabilidade, polimorfismo, encapsulamento e hereditariedade são características desse tipo de programação.

Na POO, objetos computacionais são compostos de atributos e métodos. Os atributos são propriedades que definem o estado do objeto (características), enquanto os métodos são ações ou procedimentos que alteram o estado do objeto (comportamento).

Nessa programação, os objetos são modelados por meio de classes, que são agrupamentos de objetos computacionais com propriedades em comum e podem realizar as mesmas ações. Este agrupamento e classificação deve refletir o agrupamento natural dos objetos reais.

A programação estruturada e a programação orientada a objetos (POO) são formas de programação suportadas por essa linguagem.

Delphi suporta programação estruturada, a qual dá ênfase aos procedimentos e funções, enquanto os dados ficam em estruturas separadas. Na POO, as estruturas (atributos) e os seus comportamentos (operações) ficam combinados em uma única entidade denominada objetos.

A linguagem Delphi possui a propriedade de herança, o que significa que o objeto pode herdar os métodos e atributos da classe. No entanto, as informações herdadas podem ser destruídas.

Nessa linguagem, encontra-se o conceito de encapsulamento, cujo objetivo é evitar o aparecimento de erros de funcionamento por causa da interação entre os módulos. O conceito de encapsulamento está relacionado ao de esconder informações.

Um sistema de gerenciamento de banco de dados (SGBD) é composto por uma coleção de programas que permite ao usuário definir e construir banco de dados (BD) para as mais diversas aplicações.

Um banco de dados pode apresentar diversos usuários, cada qual com uma necessidade em particular, e com um envolvimento diferente com os dados. São categorias de usuários de banco de dados: administradores do banco de dados (DBA), projetistas, usuários finais, analistas de sistemas e programadores de aplicações.

O banco de dados e seu software são juntos denominados Sistema de Bando de Dados (SBD). Um SBD se divide, em geral, em dois níveis: interno (estrutura de armazenamento físico dos dados) e conceitual (descrição lógica dos dados e das ligações existentes entre eles).

Os SGBD normalmente apóiam a inclusão de descrições textuais sobre cada um dos arquivos do BD, como também de cada usuário e programas aplicativos que são utilizados. Estas informações são incluídas no dicionário de termos.