Lista completa de Questões de Ciência da Computação da Fundação Carlos Chagas (FCC) para resolução totalmente grátis. Selecione os assuntos no filtro de questões e comece a resolver exercícios.
No RUP, NÃO constitui um papel do Desenvolvedor:
Designer de Cápsula.
Revisor de Arquitetura.
Implementador.
Designer de Interface de Usuário.
Designer de Teste.
Um analista desenvolveu dois Diagramas de Fluxo de Dados (DFDs) para um sistema. A caracterização correta destes diagramas é encontrada em:
Ambos os diagramas representam partes do sistema desenvolvido com base na análise estruturada. Um dos diagramas representa a relação entre os processos existentes no sistema em uma única camada de abstração. O outro diagrama apresenta a relação entre os dados do sistema, apoiando o desenvolvimento de bancos de dados relacionais que podem ser implementados em um Sistema de Gerenciamento de Banco de Dados.
O diagrama com o nível maior de especificação, conhecido por diagrama de contexto, apresenta uma visão detalhada das entradas e saídas de dados, os processos que tratam os dados originados das entidades externas e armazenam as saídas nos depósitos de dados. O outro diagrama apresenta uma abstração do relacionamento entre os dados armazenados nas entidades externas e nos depósitos de dados, sendo esta uma visão macro do diagrama de contexto.
O primeiro diagrama, com o maior nível de abstração, conhecido por diagrama de contexto, contém a representação macro do sistema com as entidades externas, depósitos de dados e o processo do sistema com os fluxos de dados. O outro diagrama apresenta os subprocessos internos ao processo do sistema, com os respectivos fluxos de dados, respeitando as ligações entre as entidades externas e depósito de dados modelados no diagrama de contexto.
Os diagramas desenvolvidos seguem a abordagem dos diagramas estruturais da UML, a qual propõe o uso do DFD para ilustrar os processos existentes, os fluxos de dados do sistema, as entidades externas e os depósitos de dados. O diagrama de contexto contém um único processo e os fluxos macros. O segundo diagrama apresenta os diagramas derivados do processo principal.
Estes diagramas são baseados na análise estruturada de sistemas e ambos modelam as entidades externas, depósito de dados e os relacionamentos entre as entidades com a definição das cardinalidades, apoiando o desenvolvimento de um banco de dados relacional. O DFD compõe o modelo conceitual, servindo de apoio às próximas etapas de concepção de um banco de dados, tal como o modelo lógico e o modelo físico.
São elementos da Public Key Infrastructure: End-Entities, Certification Authority, Certificate Repository e
Public Defender (PD).
Registration Authority (RA).
Certificate Revocation Authority (CRA).
Users Validation Authority (UVA).
Private Only Registration Authority (PRA).
Em segurança de redes, firewall é uma barreira de proteção. Sobre este tema está correto dizer que
os firewalls de filtragem de pacotes são lentos e menos flexíveis, pois examinam os pacotes em detalhes, inclusive seu conteúdo.
evitam todos os ataques de Denial of Services, autenticação fraudulenta e backdoors.
têm como configuração padrão liberar todos os tráfegos que passam por eles. O administrador da rede tem livre arbítrio para configurar regras para bloquear os tráfegos não permitidos.
apesar de controlarem os acessos à rede, não possuem recursos para fazer o registro dos usuários e do tráfego que passa por eles.
controlam somente o tráfego que passa por eles. Em ataques provenientes de usuários internos à rede, cujo tráfego não passa pelo firewall, ele não garante proteção.
A modelagem algorítmica de custos usa uma fórmula matemática para prever os custos do projeto com base em estimativas de tamanho do projeto, tipo de software que está sendo desenvolvido e outros fatores de equipe, processo e produto. Uma fórmula simples utilizada nessa modelagem é a seguinte:
R = A × T B × M
Sendo A um fator constante que depende das práticas organizacionais locais e do tipo de software em desenvolvimento, T uma avaliação do tamanho do código do software ou uma estimativa da funcionalidade expressa em pontos de função, o expoente B contendo valores entre 1 e 1,5, e M um multiplicador feito pela combinação de atributos de processo, produtos e de desenvolvimento (como os requisitos de confiança do software e a experiência da equipe de desenvolvimento), R determina a estimativa ...... para um projeto de software.
A lacuna deve ser preenchida corretamente por
do custo
do prazo
do esforço
de recursos
da produtividade
Após a execução dos seguintes comandos SQL:
CREATE TABLE livros (id INT, nome TEXT);
INSERT INTO livros VALUES(1,'livro 1');
INSERT INTO livros (2,'livro 2');
INSERT INTO livros SET id=3,nome='livro 3';
SELECT id FROM livros;
O resultado da consulta para a coluna id será
3, apenas.
1, apenas.
1, 2 e 3.
2 e 3, apenas.
1 e 3, apenas.
Sobre XP e SCRUM é INCORRETO afirmar:
No XP, os testes são escritos antes da atividade de desenvolvimento e todas as funcionalidades só possuem valor se forem testadas e obtiverem unanimidade de aprovação.
O SCRUM tem como características a divisão do processo em pequenos ciclos de desenvolvimento chamados Sprint, o monitoramento do progresso do processo através de reuniões diárias com toda a equipe e, reuniões com os Stakeholders no fim de cada ciclo de desenvolvimento.
No XP, não há indicação de que é necessário criar documentação no código porém, os documentos tradicionais são reduzidos aos aspectos mais relevantes, visando obter no final do processo, apenas artefatos de grande importância para o projeto.
SCRUM não especifica a programação em pares ou desenvolvimento orientado a testes, porém especifica a forma de gerenciamento dos requisitos ou características solicitadas.
Enquanto o XP é mais receptivo a mudanças durante a iteração, no SCRUM as solicitações do cliente devem aguardar o término da iteração em andamento.
A especificação da UML, na versão 2.4, apresenta dois grupos de tipos de diagramas, sendo eles:
o conjunto de diagramas que trata dos aspectos relacionados com as classes, objetos e os relacionamentos do sistema e o conjunto de diagramas que aborda aspectos do estado de funcionamento das aplicações, como o diagrama de máquina de estados e o diagrama de interação.
diagramas voltados para a elaboração de programas que usam classes associadas ao conceito de herança e polimorfismo e diagramas voltados para a elaboração de programas que usam classes que usufruem dos conceitos de interface e componente.
o grupo de diagramas que trata de modelar o comportamento do sistema, como o diagrama de classes e o diagrama de pacotes e o grupo de diagramas que trata da estrutura do sistema, como o diagrama de caso de uso e o diagrama de atividades.
os diagramas estruturais, que apresentam os níveis de implementação e como as partes do sistema se relacionam, e os diagramas comportamentais, os quais apresentam o comportamento dinâmico dos objetos do sistema, mostrando as mudanças no tempo, dentre os quais está o diagrama de caso de uso.
uma agregação de diagramas para desenvolver aplicações que não envolvem o uso de classes e objetos, como o diagrama de caso de uso e o diagrama de componentes e outra agregação de diagramas que são aplicados diretamente no modelo de desenvolvimento orientado a objetos.
Os IPSs
possuem altas taxas de falso-positivas e por esse motivo não permitem detectar ataques de negação de serviço.
permitem alertar uma tentativa de ataque, mas não realizar o seu bloqueio.
possuem equipamentos que normalmente trabalham na camada de aplicação do modelo OSI (camada 7) e necessitam de reconfiguração da rede para serem instalados.
permitem detectar a propagação de vírus, worms, ataques a sistemas operacionais e à Web, mas não permitem detectar spams, phishing e spyware.
realizam um nível de inspeção no pacote muito profundo, que vai até a camada de aplicação do modelo OSI (camada 7).
No contexto dos atributos de qualidade de software, considere:
I. A resiliência é a capacidade de o sistema voltar ao nível de desempenho anterior a falhas ou comportamento imprevisto de usuários, software ou hardware e recuperar os dados afetados, caso existam.
II. O desempenho e uso de recursos referem-se à capacidade do sistema de alcançar tempos de resposta, latência, tempo de processamento, vazão, etc dentro do período de tempo especificado e ao fato do software exigir mais ou menos recursos de acordo com suas condições de uso.
III. A analisabilidade é o grau de facilidade, com qual seja possível procurar por deficiências no software ou por partes que devem ser modificadas para algum fim.
As subcaracterísticas contidas nos itens I, II e III referem- se, respectivamente, aos atributos de qualidade
funcionabilidade, confiabilidade e usabilidade.
eficiência, manutenibilidade e portabilidade.
funcionabilidade, usabilidade e manutenibilidade.
confiabilidade, eficiência e manutenibilidade.
confiabilidade, eficiência e portabilidade.
{TITLE}
{CONTENT}
{TITLE}
Aguarde, enviando solicitação...