Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

O processo COZINHEIRO está semanticamente correto com relação ao comando “O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita”.

Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

O processo CANIBAL está semanticamente correto com relação ao comando “Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come”.

Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

O processo CANIBAL está semanticamente correto com relação ao comando “Se a marmita está vazia, o canibal acorda o cozinheiro”.

Texto II

O diagrama a seguir refere-se ao acompanhamento de vendas de uma loja.

Nesse diagrama:

!$ \bullet !$ CLIENTE: refere-se aos clientes que potencialmente podem comprar produtos; cada cliente é identificado por um código, sendo também descrito por nome, endereço, sexo, data de nascimento, nome do cônjuge (se for o caso), telefone, RG e CPF.

!$ \bullet !$ PRODUTO: cada produto possui um código identificador formado por duas letras e quatro números — ex. XY1232 —; todo produto possui ainda descrição, preço unitário e quantidade em estoque; um produto pode ser similar a nenhum ou a vários outros produtos.

!$ \bullet !$ VENDA: constitui o registro de vendas efetuadas, em que data e hora são úteis para identificar cada ocorrência de venda de um produto para um cliente; é importante saber a quantidade vendida e a forma de pagamento (dinheiro, cartão ou cheque).

Os comandos SQL que deverão ser implementados para a criação das tabelas, para o banco de dados do diagrama mostrado, são esquematizados a seguir, bem como os tipos de dados manipulados pelas tabelas.

!$ \bullet !$ CLIENTE (CodCli, Nome, Ender, Sexo, DataNasc, NomeConj, Fone, RG, CPF)

!$ \bullet !$ PRODUTO (CodProd, Descr, PrecoUnit, QtdeEst)

!$ \bullet !$ VENDA (CodCli, CodProd, DataHora, QtdeVend, FormPag)

!$ \bullet !$ VENDA (CodCli) referencia CLIENTE (CodCli)

!$ \bullet !$ VENDA (CodProd) referencia PRODUTO (CodProd)

Considerando as informações do texto II, julgue, em cada item a seguir, a correção do código apresentado para a criação da tabela indicada em negrito, para a representação do sistema de vendas descrito e especificado no texto.

Tabela VENDA

CREATE TABLE VENDA (
CodCli smallint not null,
CodProd char(6) not null,
DataHora smalldatetime not null,
QtdeVend smallint not null,
FormPag char(1) not null
check (FormPag in (‘D’,‘C’,‘T’),
Primary key (CodCli, CodProd, DataHora),
Foreign key (CodCli) references CLIENTE (CodCli),
Foreign key (CodProd) references PRODUTO (CodProd))

Texto II

O diagrama a seguir refere-se ao acompanhamento de vendas de uma loja.

Nesse diagrama:

!$ \bullet !$ CLIENTE: refere-se aos clientes que potencialmente podem comprar produtos; cada cliente é identificado por um código, sendo também descrito por nome, endereço, sexo, data de nascimento, nome do cônjuge (se for o caso), telefone, RG e CPF.

!$ \bullet !$ PRODUTO: cada produto possui um código identificador formado por duas letras e quatro números — ex. XY1232 —; todo produto possui ainda descrição, preço unitário e quantidade em estoque; um produto pode ser similar a nenhum ou a vários outros produtos.

!$ \bullet !$ VENDA: constitui o registro de vendas efetuadas, em que data e hora são úteis para identificar cada ocorrência de venda de um produto para um cliente; é importante saber a quantidade vendida e a forma de pagamento (dinheiro, cartão ou cheque).

Os comandos SQL que deverão ser implementados para a criação das tabelas, para o banco de dados do diagrama mostrado, são esquematizados a seguir, bem como os tipos de dados manipulados pelas tabelas.

!$ \bullet !$ CLIENTE (CodCli, Nome, Ender, Sexo, DataNasc, NomeConj, Fone, RG, CPF)

!$ \bullet !$ PRODUTO (CodProd, Descr, PrecoUnit, QtdeEst)

!$ \bullet !$ VENDA (CodCli, CodProd, DataHora, QtdeVend, FormPag)

!$ \bullet !$ VENDA (CodCli) referencia CLIENTE (CodCli)

!$ \bullet !$ VENDA (CodProd) referencia PRODUTO (CodProd)

Considerando as informações do texto II, julgue, em cada item a seguir, a correção do código apresentado para a criação da tabela indicada em negrito, para a representação do sistema de vendas descrito e especificado no texto.

Tabela PRODUTO

CREATE TABLE PRODUTO (
CodProd char(6) not null check (CodCli like
‘[A-Z][A-Z][0-9][0-9][0-9][0-9]’),
Descr varchar(50) not null,
PrecUnit smallmoney not null,
QtdeEst smallmoney not null,
Primary key (CodProd) ),
Foreign key (CodCli) references CLIENTE (CodCli)

Texto II

O diagrama a seguir refere-se ao acompanhamento de vendas de uma loja.

Nesse diagrama:

!$ \bullet !$ CLIENTE: refere-se aos clientes que potencialmente podem comprar produtos; cada cliente é identificado por um código, sendo também descrito por nome, endereço, sexo, data de nascimento, nome do cônjuge (se for o caso), telefone, RG e CPF.

!$ \bullet !$ PRODUTO: cada produto possui um código identificador formado por duas letras e quatro números — ex. XY1232 —; todo produto possui ainda descrição, preço unitário e quantidade em estoque; um produto pode ser similar a nenhum ou a vários outros produtos.

!$ \bullet !$ VENDA: constitui o registro de vendas efetuadas, em que data e hora são úteis para identificar cada ocorrência de venda de um produto para um cliente; é importante saber a quantidade vendida e a forma de pagamento (dinheiro, cartão ou cheque).

Os comandos SQL que deverão ser implementados para a criação das tabelas, para o banco de dados do diagrama mostrado, são esquematizados a seguir, bem como os tipos de dados manipulados pelas tabelas.

!$ \bullet !$ CLIENTE (CodCli, Nome, Ender, Sexo, DataNasc, NomeConj, Fone, RG, CPF)

!$ \bullet !$ PRODUTO (CodProd, Descr, PrecoUnit, QtdeEst)

!$ \bullet !$ VENDA (CodCli, CodProd, DataHora, QtdeVend, FormPag)

!$ \bullet !$ VENDA (CodCli) referencia CLIENTE (CodCli)

!$ \bullet !$ VENDA (CodProd) referencia PRODUTO (CodProd)

Considerando as informações do texto II, julgue, em cada item a seguir, a correção do código apresentado para a criação da tabela indicada em negrito, para a representação do sistema de vendas descrito e especificado no texto.

Tabela CLIENTE

CREATE TABLE CLIENTE (
CodCli smallint not null,
Nome varchar(40) not null,
Ender varchar(40) not null,
Sexo char(1) not null check (Sexo in (‘M’,‘F’)),
DataNasc smalldatetime not null,
NomeConj varchar(40) null,
Fone int not null,
RG char(10) not null,
CPF char(11) not null
check(CPF like‘[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
[0-9][0-9]’),
Primary key (CodCli) )

Com base no código HTML mostrado acima, julgue o seguinte item.

A opção scrolling=“no”, utilizada em “<(...) scrolling+”no”>”, fará que o frame chamado “right-left” não possua a barra de rolagem (scroll bar).

Com base no código HTML mostrado acima, julgue o seguinte item.

Os conteúdos dos links que aparecerem no frame “left-right” serão mostrados no frame chamado “right-left”.

Com base no código HTML mostrado acima, julgue o seguinte item.

Após a execução do código mostrado, serão carregadas duas páginas HTML e, caso o browser do usuário não suporte a opção de frames, a mensagem “Esta pagina usa frames e seu browser nao possui este suporte.” será apresentada ao usuário.

Com base no código HTML mostrado acima, julgue o seguinte item.

O comando “<frameset cols=“150”,*”>” indica que o frame possui uma única coluna com 150 pixels.