Questões de Concurso
Para profissional júnior - análise de sistemas
Foram encontradas 267 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Com relação à gerência de projetos, considere as afirmações a seguir.
I - A demanda de mercado é um dos motivadores para a autorização de um projeto.
II - As oportunidades e as necessidades estratégicas de negócio podem ser motivadores para a autorização de um projeto.
III - Uma solicitação de um cliente dificulta qualquer análise de viabilidade para implantação de um projeto.
Estão corretas as afirmações
Considere as seguintes afirmativas em relação às partes interessadas de um projeto, também chamadas de stakeholders:
I - A identificação das partes interessadas é um processo pontual.
II - As partes interessadas podem ter influência positiva ou negativa em um projeto.
III - O reconhecimento tardio das partes interessadas pode gerar atrasos no projeto.
Estão corretas as afirmações
A área de desenvolvimento deve dar suporte ao gestor no encerramento do projeto, no tocante à identificação dos contratos que foram encerrados junto aos fornecedores de software. Para tanto, certos objetivos correspondentes ao encerramento adequado do projeto, ou de fases do projeto, devem ser considerados, EXCETO
O plano de gerenciamento de projetos integra e consolida todos os planos auxiliares.
Alguns elementos integram o plano de gerenciamento de projeto, EXCETO a(s)
Considere as seguintes afirmativas em relação ao desenvolvimento do termo de abertura de um projeto:
I - Projetos são autorizados por alguém externo a ele.
II - O Gerente de Projetos deve ser preferencialmente alocado depois da fase de planejamento.
III - Deve conter um plano de gerenciamento de mudanças que documenta como as mudanças serão monitoradas e controladas.
Estão corretas as afirmações
Sobre o processo Planejar a Qualidade, consideram-se as seguintes técnicas e ferramentas a serem utilizadas:
São áreas de conhecimento contempladas no PMBOK
São critérios de informação do COBIT, EXCETO
A orientação de negócios do COBIT é ilustrada em um modelo de TI subdividido nos domínios
Os recursos de TI, identificados no COBIT, são definidos como
Em uma dessas técnicas, conhecida como Round Robin (RR), o processo a ser executado será o
O diagrama e as tabelas são utilizados para descrever um banco de dados que contém informações sobre negociações de ações em uma bolsa de valores.
CREATE TABLE EMPRESA (
CODIGO NUMBER(7) NOT NULL,
NOME VARCHAR2(50) NOT NULL,
CONSTRAINT EMPRESA_PK PRIMARY KEY (CODIGO)
)
CREATE TABLE ACAO (
CODIGO CHAR(5) NOT NULL,
TIPO CHAR(2) NOT NULL,
COD_EMPRESA NUMBER(7) NOT NULL,
CONSTRAINT ACAO_PK PRIMARY KEY (CODIGO),
FOREIGN KEY (COD_EMPRESA) REFERENCES EMPRESA (CODIGO)
)
CREATE TABLE NEGOCIACAO (
COD_ACAO CHAR(5) NOT NULL,
COD_COMPRADOR NUMBER(7) NOT NULL,
COD_VENDEDOR NUMBER(7) NOT NULL,
DATA DATE NOT NULL,
PRECO NUMBER(9,2) NOT NULL,
QTD NUMBER(9,0) NOT NULL,
CONSTRAINT NEGOCIACAO_PK PRIMARY KEY
(COD_ACAO,COD_COMPRADOR,COD_VENDEDOR,DATA),
CONSTRAINT NEGOCIACAO_FK FOREIGN KEY (COD_ACAO)
REFERENCES “ACAO” (“CODIGO”)
)
Nesse contexto, a propriedade relacionada à letra I é a(o)
O diagrama e as tabelas são utilizados para descrever um banco de dados que contém informações sobre negociações de ações em uma bolsa de valores.
CREATE TABLE EMPRESA (
CODIGO NUMBER(7) NOT NULL,
NOME VARCHAR2(50) NOT NULL,
CONSTRAINT EMPRESA_PK PRIMARY KEY (CODIGO)
)
CREATE TABLE ACAO (
CODIGO CHAR(5) NOT NULL,
TIPO CHAR(2) NOT NULL,
COD_EMPRESA NUMBER(7) NOT NULL,
CONSTRAINT ACAO_PK PRIMARY KEY (CODIGO),
FOREIGN KEY (COD_EMPRESA) REFERENCES EMPRESA (CODIGO)
)
CREATE TABLE NEGOCIACAO (
COD_ACAO CHAR(5) NOT NULL,
COD_COMPRADOR NUMBER(7) NOT NULL,
COD_VENDEDOR NUMBER(7) NOT NULL,
DATA DATE NOT NULL,
PRECO NUMBER(9,2) NOT NULL,
QTD NUMBER(9,0) NOT NULL,
CONSTRAINT NEGOCIACAO_PK PRIMARY KEY
(COD_ACAO,COD_COMPRADOR,COD_VENDEDOR,DATA),
CONSTRAINT NEGOCIACAO_FK FOREIGN KEY (COD_ACAO)
REFERENCES “ACAO” (“CODIGO”)
)
Para cada empresa, o relatório tem que exibir as seguintes informações:
• Código e Nome da mesma;
• Códigos e tipos das ações, caso a empresa tenha ações negociadas na bolsa.
Qual consulta permite exibir o que foi pedido?
O diagrama e as tabelas são utilizados para descrever um banco de dados que contém informações sobre negociações de ações em uma bolsa de valores.
CREATE TABLE EMPRESA (
CODIGO NUMBER(7) NOT NULL,
NOME VARCHAR2(50) NOT NULL,
CONSTRAINT EMPRESA_PK PRIMARY KEY (CODIGO)
)
CREATE TABLE ACAO (
CODIGO CHAR(5) NOT NULL,
TIPO CHAR(2) NOT NULL,
COD_EMPRESA NUMBER(7) NOT NULL,
CONSTRAINT ACAO_PK PRIMARY KEY (CODIGO),
FOREIGN KEY (COD_EMPRESA) REFERENCES EMPRESA (CODIGO)
)
CREATE TABLE NEGOCIACAO (
COD_ACAO CHAR(5) NOT NULL,
COD_COMPRADOR NUMBER(7) NOT NULL,
COD_VENDEDOR NUMBER(7) NOT NULL,
DATA DATE NOT NULL,
PRECO NUMBER(9,2) NOT NULL,
QTD NUMBER(9,0) NOT NULL,
CONSTRAINT NEGOCIACAO_PK PRIMARY KEY
(COD_ACAO,COD_COMPRADOR,COD_VENDEDOR,DATA),
CONSTRAINT NEGOCIACAO_FK FOREIGN KEY (COD_ACAO)
REFERENCES “ACAO” (“CODIGO”)
)
O diagrama e as tabelas são utilizados para descrever um banco de dados que contém informações sobre negociações de ações em uma bolsa de valores.
CREATE TABLE EMPRESA (
CODIGO NUMBER(7) NOT NULL,
NOME VARCHAR2(50) NOT NULL,
CONSTRAINT EMPRESA_PK PRIMARY KEY (CODIGO)
)
CREATE TABLE ACAO (
CODIGO CHAR(5) NOT NULL,
TIPO CHAR(2) NOT NULL,
COD_EMPRESA NUMBER(7) NOT NULL,
CONSTRAINT ACAO_PK PRIMARY KEY (CODIGO),
FOREIGN KEY (COD_EMPRESA) REFERENCES EMPRESA (CODIGO)
)
CREATE TABLE NEGOCIACAO (
COD_ACAO CHAR(5) NOT NULL,
COD_COMPRADOR NUMBER(7) NOT NULL,
COD_VENDEDOR NUMBER(7) NOT NULL,
DATA DATE NOT NULL,
PRECO NUMBER(9,2) NOT NULL,
QTD NUMBER(9,0) NOT NULL,
CONSTRAINT NEGOCIACAO_PK PRIMARY KEY
(COD_ACAO,COD_COMPRADOR,COD_VENDEDOR,DATA),
CONSTRAINT NEGOCIACAO_FK FOREIGN KEY (COD_ACAO)
REFERENCES “ACAO” (“CODIGO”)
)
O diagrama e as tabelas são utilizados para descrever um banco de dados que contém informações sobre negociações de ações em uma bolsa de valores.
CREATE TABLE EMPRESA (
CODIGO NUMBER(7) NOT NULL,
NOME VARCHAR2(50) NOT NULL,
CONSTRAINT EMPRESA_PK PRIMARY KEY (CODIGO)
)
CREATE TABLE ACAO (
CODIGO CHAR(5) NOT NULL,
TIPO CHAR(2) NOT NULL,
COD_EMPRESA NUMBER(7) NOT NULL,
CONSTRAINT ACAO_PK PRIMARY KEY (CODIGO),
FOREIGN KEY (COD_EMPRESA) REFERENCES EMPRESA (CODIGO)
)
CREATE TABLE NEGOCIACAO (
COD_ACAO CHAR(5) NOT NULL,
COD_COMPRADOR NUMBER(7) NOT NULL,
COD_VENDEDOR NUMBER(7) NOT NULL,
DATA DATE NOT NULL,
PRECO NUMBER(9,2) NOT NULL,
QTD NUMBER(9,0) NOT NULL,
CONSTRAINT NEGOCIACAO_PK PRIMARY KEY
(COD_ACAO,COD_COMPRADOR,COD_VENDEDOR,DATA),
CONSTRAINT NEGOCIACAO_FK FOREIGN KEY (COD_ACAO)
REFERENCES “ACAO” (“CODIGO”)
)
Os controles a seguir são considerados práticas para a segurança da informação, EXCETO a
Para tal, foram definidos os seguintes requisitos:
• Informações que serão registradas no sistema sobre um funcionário: matrícula, nome, número do CPF.
• Informações que serão registradas no sistema sobre um não funcionário: nome, número do CPF e telefone de contato.
• Informações que serão registradas no sistema sobre as salas do edifício: andar, número e descrição.
• Todas as pessoas terão que portar um crachá com código de barras. Além do número, o sistema terá que registrar a validade do crachá. Um crachá é de uso exclusivo de uma única pessoa.
• Uma pessoa terá um, e somente um crachá, enquanto estiver nas dependências do edifício.
• O sistema deve registrar todas as salas às quais o portador do crachá tem autorização de acesso. Consequentemente, será possível conhecer todas as pessoas que têm autorização de acesso a uma determinada sala.
• Quando uma pessoa passar o crachá pela leitora de cartões de uma sala, o sistema deverá registrar a data e a hora da tentativa de abertura da porta e o crachá usado.
• A porta de uma sala será aberta apenas se houver autorização para tal.
Qual dos modelos conceituais de dados a seguir atende a todos os requisitos definidos acima, sem que haja perda de informações ou redundância de dados, além de observar as boas práticas de modelagem conceitual?