SETUP.

BOOT.

LOAD.

BIOS.

POST.

swap ~ p.

show ~a.

mem ~ s.

rm ~ t.

df ~ m.

segmentação e paginação.

paginação e paralelismo.

paralelismo e escalonamento.

escalonamento e multitarefa.

multitarefa e segmentação.

falha de hardware.

entrada e saída.

memória.

software.

relógio.

memória principal, coprocessador aritmético, registradores externos e barramentos de interconexão.

memória principal, unidade lógica e aritmética, registradores internos e barramentos de interconexão.

unidade de controle, unidade lógica e aritmética, registradores internos e mecanismos de interconexão.

unidade de controle, coprocessador aritmético, registradores externos e barramentos de interconexão.

unidade de controle, coprocessador aritmético, registradores internos e mecanismos barramentos de interconexão.

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 código permite que o usuário entre com a condição de pesquisa, seja numérica seja do tipo caractere.

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.

O código I não implementa a relação especificada.

O código II apresenta uma versão correta e eficiente para a relação T.

Quanto à execução, o código I não é eficiente, já que o cálculo de T(n-2) poderia ser armazenado e utilizado no cálculo de T(n-1).

Os códigos I e II não implementam a relação T.

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.