Documente Academic
Documente Profesional
Documente Cultură
13
x
160
+ 13 61
Hexa
15
Multiplicao x
Potncia
161
Soma
240 +
(FE)16 (254)10
14
x
160
14 254
Operao
X+Y
X +Y
W
X .Y + W .Z
K .L
Notao
convencional
X+Y
(X + Y) / W
((X * Y) + (W * Z)
/ (K * L)
XY * WZ * + KL* /
Gabarito: C
Questo 3 (FCC concurso TRF4 Analista Judicirio Apoio
Especializado - Especialidade Informtica- 2010)
Copyright 2011 www.pusivus.com.br, Todos os Direitos Reservados.
Referncias:
MORIMOTO, Carlos E. Hardware: Guia Prtico. Porto Alegre: GDHPress e Sul
Editores, 2007.
STALLINGS, William. Arquitetura e Organizao de Computadores. 8. ed.
So Paulo: Pearson, 2010.
Questo 4 (FCC concurso TRF4 Analista Judicirio Apoio
Especializado - Especialidade Informtica- 2010)
Sobre os processadores, correto afirmar:
(A) No funo dos processadores oferecer mecanismos para proteo e
gerenciamento da memria.
(B) No funo dos processadores informar aos sistemas operacionais sobre
eventos, como erros na execuo de programas e mudanas no estado de
dispositivos.
(C) A maioria dos sistemas operacionais depende de processadores para
implementar seus mecanismos de proteo, impedindo processos de acessar
instrues privilegiadas ou memrias que no lhe foram alocadas.
(D) Se os processos tentarem violar os mecanismos de proteo de um
sistema, o processador alerta os dispositivos de entrada/sada para que eles
possam reagir.
(E) A maioria dos dispositivos envia continuamente ao processador um sinal
denominado interrupo, mesmo sem a ocorrncia de eventos.
Comentrio:
O processador composto de quatro componentes, que so:
Unidade Lgica e aritmtica (ULA) - realiza todas as operaes
lgicas e de clculo que sero usadas para executar determinada tarefa;
Unidade de controle (UC) - a unidade que armazena a posio de
memria que contm a instruo que o computador est executando
nesse momento;
Registrador - uma memria veloz que armazena comandos ou valores
que sero importantes para o processamento de cada instruo;
Memory Management Unit (MMU em portugus, Unidade de
Gerenciamento de Memria) - um dispositivo de hardware que
transforma endereos virtuais em endereos fsicos e administra a
memria principal do computador.
O gerenciamento de memria tem como principal objetivo trazer programas
para dentro da memria principal para serem executados pelo processador.
Alm disso, deve ser capaz de alocar a memria de forma eficiente para
empacotar tantos processos na memria quanto possvel para evitar que o
processador fique ocioso. De acordo com STALLINGS (2010, p. 224), o
gerenciamento de memria eficaz vital em um sistema de multiprogramao.
Esse gerenciamento feito pelo MMU do processador.
Outro conceito muito importante a proteo de memria, que tem como
finalidade a proteo do sistema operacional contra o acesso indevido a
processos do usurio, assim como prevenir a interferncia de um processo na
memria de outro. Esse controle feito pela utilizao de um registrador, que
(A) 6.
(B) 22.
(C) 86.
(D) 0.
(E) 342.
Comentrio:
Essa questo simples, basta percorrer o algoritmo e anotar os valores
obtidos. Mas, antes necessrio prestar ateno nos comandos de repetio
aninhados, um para dentro de outro, o primeiro ser executado duas vezes,
porque ele vai de 2 at 4, com passo 2, o que significa dizer que a cada
repetio, ele soma 2 na varivel de controle (CONTA, no caso). J o segundo,
executado uma vez na primeira passagem pelo para externo, porque
CONTB vai at CONTA-1 e na segunda passagem, executado 3 vezes. A
seguir, so apresentados os passos da execuo do algoritmo.
Incio:
N=4
X=2
RESP=2
Abre para externo
CONTA=2
EXP=2
CONTB = 1
Abre para interno
CONTB=1
EXP=2*2=4
Fecha para interno
RESP = 2+4=6
CONTA=4
EXP=2
CONTB=1
Abre para interno
CONTB=1
EXP=2*2=4
CONTB=2
EXP=2*4=8
CONTB=3
EXP=2*8=16
Fecha para interno
RESP=6+16=22
Fecha para externo
Como visto acima, o resultado que ser impresso 22, logo, a alternativa
correta B.
Gabarito: B
Situao
Evitar que uma linha da tabela pai seja
apagada quando ela est relacionada com
alguma linha da tabela filha.
Quando a linha da tabela pai for apagada,
apagar tambm a linha correspondente na
tabela filha.
Evitar que a chave tabela pai seja alterada
quando ela est relacionada com alguma
linha da tabela filha.
Quando a chave da tabela pai for alterada,
alterar tambm a chave estrangeira da linha
correspondente na tabela filha.
Providncia
Acrescentar a clusula on delete
restrict
Acrescentar a clusula on delete
cascade
Acrescentar a
update restrict
clusula
on
Acrescentar a
update cascade
clusula
on
LastName
Klauss
FirstName
Herton
Polstvickz
Paulo
Silva
Gerson
Address
Silva Jardim,
25
Pedro Cunha,
345
Padre
Eugenio,1305
City
Manaus
Ouro Preto
Ouro Preto
Referncia:
Departamento de Governo Eletrnico. eMag, Acessibilidade do Governo
Eletrnico: Cartilha. SLT, 2005. Documento on-line. Disponvel em <
http://www.mp.mt.gov.br/storage/webdisco/2009/10/06/outros/024e7fd6cefba99
04f8b713ed51233a8.pdf>. Acesso em: 23/03/2010.
Questo14 (CESGRANRIO concurso TJRO Agente Judicirio
Analista de Sistemas (Desenvolvimento) - 2008)
Segundo o Documento de Referncia da e-PING Verso 3.0, A arquitetura
e-PING Padres de Interoperabilidade de Governo Eletrnico define um
conjunto mnimo de premissas, polticas e especificaes tcnicas que
regulamentam a utilizao da Tecnologia de Informao e Comunicao (TIC)
na interoperabilidade de Servios de Governo Eletrnico, estabelecendo as
condies de interao com os demais Poderes e esferas de governo e com a
sociedade em geral.
A esse respeito, so feitas as afirmativas a seguir.
I - O e-PING disponibiliza em seu stio (site) um catlogo de XML Schemas
referentes a aplicaes voltadas a reas de Atuao de Governo.
II - O e-PING prev que toda interoperabilidade entre sistemas dos
participantes seja realizada atravs de XML, ainda que seja necessrio o uso
de middleware entre os sistemas para converter os formatos de origem e/ou
destino em XML.
III - Todos os metadados disponveis no mbito do e-PING devem ser
constitudos no padro XMI (XML Metadata Interchange), ainda que tenham
que ser convertidos de seus formatos originais.
IV - O e-PING prev uma interoperao simplificada, dispensando o uso de
UDDI e WSDL, uma vez que o catlogo central capaz de fornecer as
informaes necessrias sobre cada servio disponvel aos participantes.
Esto corretas APENAS as afirmativas
(A) I e II
(B) I e III
(C) II e III
(D) II e IV
(E) III e IV
Comentrio:
As alternativas I e II esto corretas, a III no est correta porque o padro para
os metadados do e-Ping o CAT/CSW - Catalogue Services for the Web. A IV
tambm no est correta, pois o UDDI o padro de Infra-estrutura de registro
recomendado pelo e-Ping e o WSDL a Linguagem de definio do servio
adotado pelo e-ping (Comit Executivo do Governo Eletrnico, 2008). Portanto,
a alternativa correta A.
Gabarito: A
Referncia:
Departamento de Governo Eletrnico. eMag, Acessibilidade do Governo
Eletrnico: Cartilha. SLT, 2005. Documento on-line. Disponvel em <
http://www.mp.mt.gov.br/storage/webdisco/2009/10/06/outros/024e7fd6cefba99
04f8b713ed51233a8.pdf>. Acesso em: 23/03/2010.
Questo 15 (CESPE concurso TREMT Analista Judicirio Apoio
Especializado - Analista de Sistemas - 2009)
A respeito de folhas de estilo em cascata CSS (cascading style sheets),
assinale a opo correta.
(A) As folhas de estilo em cascata CSS consistem em um mecanismo simples
para adicionar dados dinmicos em documentos web, visveis por todos os
tipos de navegadores web.
(B) Uma regra CSS tem sintaxe dividida em duas partes: um seletor e uma ou
mais declaraes. Cada declarao dividida em propriedade e valor.
(C) As folhas de estilo externas so armazenadas em arquivos HTML.
(D) Se as propriedades das regras de estilo tiverem sido declaradas para o
mesmo seletor em diferentes folhas de estilo, os valores aplicados sero os da
folha mais genrica. Exemplo: se a mesma regra for definida em folha de estilo
externa, interna (na seo <head>) e em linha (no elemento HTML), a primeira
que ser aplicada como estilo.
(E) Comentrios devem ser escritos entre caracteres //.
Comentrio:
A alternativa A no verdadeira porque as folhas de estilo no servem para
adicionar dados dinmicos em documentos web, e sim para embelezar as
pginas, ou seja, servem para definir estilo de cores, formatao de textos,
entre outros.
A alternativa B est correta, pois so exatamente essas as definies de regra
CSS e declarao, como pode ser visto no exemplo abaixo, onde se tem a h2,
com quatro declaraes que so compostas de propriedade e valor, como o
caso de Color que tem o valor #000.
h2 {
font: bold 16px Verdana, Arial, Helvetica, sansserif;
color: #000;
margin: 0px;
padding: 0px 0px 0px 15px;
}
A alternativa C falsa, dado que as folha de estilo so armazenadas em
arquivos CSS.
A alternativa D no verdadeira porque acontece justamente ao contrrio do
que foi dito, isto , os valores aplicados sero os da folha mais especfica.
A alternativa E est incorreta, visto que os comentrios devem ser escritos
entre /* */.
Portanto, a alternativa B a resposta correta.
Gabarito: B
Questo 16 (CESPE concurso TREMT Analista Judicirio Apoio
Especializado - Analista de Sistemas - 2009)
Considerando as definies de estruturas de dados e a declarao tipo n ::
reg (dado: inteiro; prximo: ref n), na qual reg um registro contendo os
campos: dado, que guarda valores inteiros, e prximo, que guarda endereo de
outro n, assinale a opo correta.
(A) O tipo n inadequado para implementar estruturas de dados do tipo pilha.
(B) As listas, pilhas, filas e rvores so estruturas de dados que tm como
principal caracterstica a sequencialidade dos seus elementos.
(C) Uma lista duplamente encadeada uma lista em que o seu ltimo elemento
referencia o primeiro.
(D) O algoritmo para incluso de elementos em uma pilha usado sem
nenhuma alterao para incluir elementos em uma lista.
(E) O uso de recursividade totalmente inadequado na implementao de
operaes para manipular elementos de uma estrutura de dados do tipo rvore.
Comentrio:
A alternativa A no verdadeira porque uma estrutura de dados do tipo lista,
assim como pilha, composta de ns (elementos) que apontam para o prximo
elemento, com exceo do ltimo.
A alternativa B falsa, dado que nas rvores os dados no esto dispostos em
seqncia, e sim de forma hierrquica.
A alternativa C no est correta porque em uma lista duplamente encadeada
cada n possui dois ponteiros (anterior e prximo), sendo que no primeiro n o
anterior aponta para nulo e no ltimo n, o prximo aponta para nulo, logo, o
ltimo elemento no aponta para o primeiro e nem o primeiro para o ltimo.
A alternativa D est correta, pois uma pilha deve ser implementada como uma
lista ligada simples, logo, o algoritmo para incluso de elementos em uma pilha
o mesmo para incluso na lista.
A alternativa E no verdadeira, visto que se tem rvore de recurso binria.
Portanto, a alternativa D a resposta correta.
Gabarito: D
Questo 17 (ESAF concurso MPOG Analista de Planejamento e
Oramento - 2010)
No contexto de estrutura de dados, uma pilha
a) uma lista do tipo LILO.
b) uma lista do tipo FIFO.
Execuo
Consiste nos processos realizados para concluir o trabalho definido no plano
de gerenciamento do projeto de forma a cumprir as especificaes do projeto.
Este grupo envolve coordenar pessoas e recursos e tambm integrar e
executar as atividades do projeto em conformidade com o seu plano de
gerenciamento. Os processos de gerenciamento de projetos que fazem parte
deste grupo so: orientar e gerenciar a execuo do projeto, realizar a garantia
da qualidade, mobilizar a equipe do projeto, desenvolver a equipe do projeto,
gerenciar a equipe do projeto, distribuir informaes, gerenciar as expectativas
das partes interessadas e realizar aquisies.
Pelas definies apresentadas acima, o enunciado da questo se refere ao
grupo de processos de planejamento, logo, a alternativa D a resposta correta.
Gabarito: D
Referncia:
PMBOK. Um Guia do Conhecimento em Gerenciamento de Projetos. 4. ed.
PMI, 2008.
Questo 19 (FCC concurso MPESE Analista do Ministrio Pblico
Especialidade Anlise de Sistemas - 2009)
NO uma das nove reas de Conhecimento da Gerncia de Projetos na
estrutura do PMBOK, o Gerenciamento
(A) de Riscos do Projeto.
(B) de Custos do Projeto.
(C) das Comunicaes do Projeto.
(D) de Tempo do Projeto.
(E) dos Requisitos do Projeto.
Comentrio:
O guia PMBOK organiza os 44 processos em 9 reas de conhecimento, que
so apresentados a seguir.
Gerenciamento de integrao do projeto
Define os processos e as atividades que integram os diversos elementos do
gerenciamento de projetos. Os processos desta rea so:
1. desenvolver o termo de abertura do projeto;
2. desenvolver a declarao do escopo preliminar do projeto;
3. desenvolver o plano de gerenciamento do projeto;
4. orientar e gerenciar a execuo do projeto;
5. monitorar e controlar o trabalho do projeto;
6. realizar o controle integrado de mudanas; e
7. encerrar o projeto ou a fase.
A assertiva III est correta, pois como pode ser observado, em ambas escalas
os nveis de 2 a 5 recebem os mesmos nomes.
A assertiva IV difcil de dizer se verdadeira ou falsa porque a quantidade de
reas de processo depende da abrangncia (SE1, SW2, IPPD3 ou SS4) do
relatrio tcnico (technical report - tr) a que se refere. Em se tratando da CMMISE/SW/IPPD/SS tr01, as reas de processos que esto agrupados em:
gerncia de processos, gerncia de projetos, engenharia e suporte, conforme
descrita na Tabela 3. Como no est errado dizer que o CMMI faz esse
agrupamento, a assertiva pode ser considerada verdadeira.
Tabela 3: reas de Processos do CMMI (CMMI-SE/SW/IPPD/SS, v1.1, maro de 2002
http://www.sei.cmu.edu/reports/02tr011.pdf)
Group
Process Management
Project Management
Engineering
Support
Process Areas
1 - Organizational Process Focus
2 - Organizational Process Definition
3 - Organizational Training
4 - Organizational Process Performance
5 - Organizational Innovation and Deployment
6 - Project Planning
7 - Project Monitoring and Control
8 - Supplier Agreement Management
9 - Integrated Project Management for IPPD
10 - Risk Management
11 - Integrated Teaming
12 - Integrated Supplier Management
13 - Quantitative Project Management
14 - Requirements Management
15 - Requirements Development
16 - Technical Solution
17 - Product Integration
18 - Verification
19 - Validation
20 - Configuration Management
1 System Engineering
2 Software Engineering
3 Integrated Product and Process Development
4 Supplier Sourcing
Copyright 2011 www.pusivus.com.br, Todos os Direitos Reservados.
Group
Process Management
Project Management
Engineering
Support
Process Areas
1 - Organizational Process Focus
2 - Organizational Process Definition
3 - Organizational Training
4 - Organizational Process Performance
5 - Organizational Innovation and Deployment
6 - Project Planning
7 - Project Monitoring and Control
8 - Supplier Agreement Management
9 - Integrated Project Management for IPPD
10 - Risk Management
11 - Integrated Teaming
12 - Integrated Supplier Management
13 - Quantitative Project Management
14 - Requirements Management
15 - Requirements Development
16 - Technical Solution
17 - Product Integration
18 - Verification
19 - Validation
20 - Configuration Management
21 - Process and Product Quality Assurance
22 - Measurement and Analysis
23 - Decision Analysis and Resolution
24 - Organizational Environment for Integration
25 - Causal Analysis and Resolution
5 System Engineering
6 Software Engineering
7 Integrated Product and Process Development
8 Supplier Sourcing
Copyright 2011 www.pusivus.com.br, Todos os Direitos Reservados.
Nvel de maturidade
2
4
5
Process Area
1 - Requirements Management
2 - Project Planning
3 - Project Monitoring and Control
4 - Supplier Agreement Management
5 - Measurement and Analysis
6 - Process and Product Quality Assurance
7 - Configuration Management
8 - Requirements Development
9 - Technical Solution
10 - Product Integration
11- Verification
12 - Validation
13 - Organizational Process Focus
14 - Organizational Process Definition
15 - Organizational Training
16 - Integrated Project Management for IPPD
17 - Risk Management
18 - Integrated Teaming
19 - Integrated Supplier Management
20 - Decision Analysis and Resolution
21 - Organizational Environment for Integration
22 - Organizational Process Performance
23 - Quantitative Project Management
24 - Organizational Innovation and Deployment
25 - Causal Analysis and Resolution
Nvel de maturidade
2
Process Area
1 - Requirements Management
2 - Project Planning
3 - Project Monitoring and Control
4 - Supplier Agreement Management
5 - Measurement and Analysis
6 - Process and Product Quality Assurance
7 - Configuration Management
8 - Requirements Development
9 - Technical Solution
10 - Product Integration
11 - Verification
12 - Validation
13 - Organizational Process Focus
14 - Organizational Process Definition
15 - Organizational Training
16 - Integrated Project Management for IPPD
17 - Risk Management
18 - Integrated Teaming
4
5
Nvel de maturidade
2
4
5
Process Area
1 - Requirements Management
2 - Project Planning
3 - Project Monitoring and Control
4 - Supplier Agreement Management
5 - Measurement and Analysis
6 - Process and Product Quality Assurance
7 - Configuration Management
8 - Requirements Development
9 - Technical Solution
10 - Product Integration
11 - Verification
12 - Validation
13 - Organizational Process Focus
14 - Organizational Process Definition
15 - Organizational Training
16 - Integrated Project Management
17 - Risk Management
18 - Decision Analysis and Resolution
19 - Organizational Process Performance
20 - Quantitative Project Management
21 - Organizational Innovation and Deployment
22 - Causal Analysis and Resolution
Nvel
0
1
2
3
4
5
Descrio
nenhuma influncia
Influncia incidental
Influncia moderada
Influncia mdia
Influncia significante
Grande (forte, significante) influncia
Tabela 6: Caractersticas gerais do sistema
Ordem
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Descrio
Comunicao de Dados
Funes Distribudas
Desempenho
Configurao do Equipamento
Volume de Transaes
Entrada de Dados On-line
Interface com o Usurio
Atualizao on-line
Processamento Complexo
Reusabilidade
Facilidade de Implantao
Facilidade Operacional
Mltiplos Locais
Facilidade de Mudanas
NIT = GI i (1)
i =1
RLR
1
2-5
>5
TD (<20)
BAIXA
BAIXA
MDIA
TD (20-50)
BAIXA
MDIA
ALTA
TD (>50)
MDIA
ALTA
ALTA
mesmo, e calculeAlgo() teve seu cdigo substitudo por uma simples chamada
ao mtodo calcule() do objeto armazenado no novo atributo. O conceito OO
(Orientao a Objetos) predominante na descrio acima a(o)
(A) sobrecarga de atributo.
(B) sobrecarga de mtodo.
(C) herana mltipla.
(D) polimorfismo.
(E) acesso externo direto a atributo.
Comentrio:
A questo apresenta uma descrio que est mais adequada a um dos
conceitos da orientao a objeto e pede para identific-lo entre as alternativas
apresentadas.
A alternativa A no pode ser a correta porque sobrecarga de atributo no um
conceito da orientao a objetos.
A alternativa B tambm no pode estar correta, pois do enunciado da questo
pode-se deduzir que se trata de sobreposio de mtodo e no de sobrecarga.
Sobreposio de mtodo a redefinio dele, na subclasse, com o mesmo
nmero de argumento, j sobrecarga a criao de mtodo, na subclasse,
com mesmo nome do mtodo da superclasse, porm com nmero de
argumentos diferentes.
A alternativa C tambm est descartada, pois herana um mecanismo da
orientao a objetos que tem por princpio agrupar caractersticas comuns a
diversas classes em uma nica classe, tambm conhecida como superclasse.
E herana mltipla o ato de uma mesma subclasse ser herdeira de duas
classes ao mesmo tempo, como, por exemplo, carro anfbio ser herdeiro de
carro e barco ao mesmo tempo.
Pode-se descartar a alternativa E tambm porque se trata do conceito
encapsulamento, que Segundo BEZERRA (2003), uma forma de restringir o
acesso ao comportamento interno de um objeto, ou seja, a capacidade que o
objeto tem de ocultar a sua complexidade. Quando o atributo declarado como
pblico pode ser acessado diretamente por classes externas.
J a alternativa D a mais adequada, porque O polimorfismo indica a
capacidade de abstrair vrias implementaes diferentes de uma nica
interface BEZERRA (2003, p. 10), portanto essa a alternativa correta.
Gabarito: D
Referncia:
BEZERRA, Eduardo. Princpios de Anlise e Projeto de Sistemas com
UML. So Paulo: Campus, 2003.
Gabarito: D
Referncias:
BEZERRA, Eduardo. Princpios de Anlise e Projeto de Sistemas com
UML. So Paulo: Campus, 2003.
WEILKIENS, TIM & OESTEREICH, Bernd. UML 2 Certification Guide:
Fundamental and Intermediate Exams. USA: Morgan Kaufmann Publishers,
2007.
Questo 31 (CESGRANRIO concurso TJRO Agente Judicirio
Analista de Sistemas (Microinformtica) - 2008)
Muitos frameworks utilizam um padro de projeto (design pattern) que se
baseia no princpio de projeto No nos chame, ns iremos chamar voc (O
Princpio de Hollywood: Dont call us, well call you.). Uma classe da aplicao
herda de uma classe do framework que possui mtodos abstratos, os quais so
chamados em outros mtodos concretos. A classe da aplicao sobrepe os
mtodos abstratos da classe do framework com mtodos concretos, permitindo
que os mtodos concretos da classe do framework sejam chamados. O padro
de projeto (design pattern) em questo chama-se
(A) Strategy
(B) Singleton
(C) Decorator
(D) Abstract Factory
(E) Template Method
Comentrio:
Padres de projeto (Design Patterns) descrevem solues para problemas
recorrentes no desenvolvimento de sistemas de software orientados a objetos.
Um padro de projeto estabelece um nome e define o problema, a soluo,
quando aplicar esta soluo e suas conseqncias.
O Padro Strategy define uma famlia de algoritmos, encapsula cada um deles
e os torna intercambiveis, permitindo que o algoritmo varie independente dos
clientes que o utilizam.
O Singleton garante a existncia de apenas uma instncia de uma classe,
mantendo um nico ponto de acesso ao seu objeto.
Decorator atribui responsabilidades adicionais a um objeto, de forma dinmica,
fornece uma alternativa flexvel subclasse para extenso de funcionalidade.
Abstract Factory fornece uma interface para criao de famlias de objetos
relacionados ou dependentes, sem especificar suas classes concretas.
O factory method permite adiar a instanciao para as subclasses.
Template Method auxilia na definio de um algoritmo com partes dele
definidas por mtodos abstratos. As subclasses devem se responsabilizar por
estas partes abstratas, deste algoritmo, que sero implementadas,
possivelmente de vrias formas, ou seja, cada subclasse ir implementar de
Referncia:
WTHREEX. Conjunto de Artefatos de Requisitos. Documento on-line.
Disponvel em: < http://www.wthreex.com/rup/process/artifact/ars_req.htm >.
Acesso em: 16/03/2010.
Questo 34 (FCC concurso TRF4 Analista Judicirio Apoio
Especializado - Especialidade Informtica- 2010)
A Extreme Programming (XP) baseia-se em 12 prticas, que so um conjunto
de atividades que devero ser seguidas pelas equipes que desejam utilizar a
XP. Na prtica do Jogo do Planejamento, as funcionalidades so descritas em
pequenos cartes que so conhecidos como
(A) cartes de planejamento.
(B) cartes chave.
(C) cartes inteligentes.
(D) histrias de usurio.
(E) cartes de requisitos.
Comentrio:
De acordo com Medeiros (2010), XP um processo de desenvolvimento de
software que baseado em premissas geis como: desenvolvimento
incremental; projetos preferencialmente com um escopo orientado a objetos;
escopo varivel, ou seja, os requisitos so vagos e mudam com freqncia.
Essa agilidade assegurada por um conjunto de valores como feedback,
comunicao, simplicidade, respeito e coragem, por meio tambm de uma
gama de prticas como: o cliente presente, estrias, jogo do planejamento,
programao em par, reunies em p, desenvolvimento guiado por testes,
testes de aceitao, refactoring, cdigo coletivo, padres de cdigo,
simplicidade de design, metforas, ritmo sustentvel, integrao contnua e
releases curtos.
De todas essas prticas, as duas primeiras so fundamentais, porque
envolvem diretamente o cliente, pois ele responsvel por escrever as estrias
que so as funcionalidades que ele espera receber na aplicao que ser
construda, que em outras abordagens seriam chamadas de requisitos, casos
de usos ou pontos de funo. Normalmente, elas so registradas em carto de
estria em uma linguagem simples e comum o suficiente para a compreenso
de todos da equipe.
Pelo que foi exposto acima, a alternativa D resposta da questo.
Gabarito: D
Referncia:
MEDEIROS, Manoel P. Planejando seu projeto com eXtreme Programming
Parte
I.
Documento
on-line.
Disponvel
em:
<http://www.devmedia.com.br/articles/viewcomp_forprint.asp?comp=4273>.
Acesso em: 11/06/2010.
Dados:
Tamanho do datagrama = 6000 bytes (6 kylobytes x 1000)
MTU = 1500 bytes
Tamanho do cabealho = 20 bytes
Como pode ser visto pelos dados apresentados, o datagrama maior do que o
MTU pode suportar, logo, necessrio fragment-lo. Todo esse processo
descrito a seguir.
Cada fragmento, exceto o ltimo, tem 1500 bytes (20 bytes de cabealho, mais
1480 bytes de dados).
Nmero de fragmentos: 5980 (6000 20)/1480 = 4,04 = 5 fragmentos.
O ltimo fragmento tem tamanho de 60 bytes (5980 - 4 * 1480 = 60) de dados,
mais 20 bytes de cabealho, resultando em um total de 80 bytes.
O deslocamento (o campo de deslocamento usado para especificar a
localizao exata do fragmento no datagrama original) 1480/8 = 185.
Obs.: exige-se que a quantidade de dados da carga til original em todos os
fragmentos, exceto o ltimo, seja um mltiplo de 8 bytes, e que o valor de
deslocamento seja especificado em unidades de pores de 8 bytes.
Para verificar o deslocamento de cada fragmento, pode-se fazer a seguinte
anlise:
1 fragmento: deslocamento = 0 (o que significa que os dados
inseridos a partir do byte 0).
2 fragmento: deslocamento = 185 (o que significa que os dados
inseridos a partir do byte 1480, pois 185 * 8 = 1480).
3 fragmento: deslocamento = 370 (o que significa que os dados
inseridos a partir do byte 2960, pois 370 * 8 = 2960).
4 fragmento: deslocamento = 555 (o que significa que os dados
inseridos a partir do byte 4440, pois 555 * 8 = 4440).
5 fragmento: deslocamento = 740 (o que significa que os dados
inseridos a partir do byte 5920, pois 740 * 8 = 5920).
devem ser
devem ser
devem ser
devem ser
devem ser
Gabarito: B
Referncia:
KUROSE, James F. & ROSS, Keith W. Redes de Computadores e Internet:
uma abordagem top-down. 5. ed. So Paulo: Pearson, 2010.
Questo 41 (CESGRANRIO concurso TJRO Agente Judicirio
Analista de Sistemas (Desenvolvimento) - 2008)
Analise as afirmativas a seguir, a respeito de sistemas distribudos.
I - Uma das principais diferenas entre um sistema distribudo e um sistema em
rede que, do ponto de vista do usurio, o sistema distribudo se comporta
como uma nica mquina, enquanto que o sistema em rede expe ao usurio
as diversas mquinas separadamente.
II - Em um sistema distribudo, uma migrao de processo entre ns do sistema
pode ser feita para proporcionar balanceamento de carga ou acelerao da
computao, sendo esta atravs da diviso do processo em subprocessos que
executem em paralelo.
III - Os ns de um sistema distribudo podem executar diferentes sistemas
operacionais.
Est(o) correta(s) a(s) afirmativa(s)
(A) I, apenas.
(B) II, apenas.
(C) I e II, apenas.
(D) II e III, apenas.
(E) I, II e III.
Comentrio:
Para Tanenbaum & Steen (2002), um sistema distribudo uma rede de
computadores independentes que para o usurio do sistema parece ser um
nico computador. De acordo com essa definio, ao contrrio do sistema em
redes em que o usurio precisa lidar com vrias mquinas, no sistema
distribudo, o usurio pensa que est trabalhando em um nico computador.
O suporte completo de um sistema de banco de dados
distribudos implica que uma nica aplicao seja capaz de
operar de modo transparente sobre dados dispersos em uma
variedade de banco de dados diferentes, gerenciados por
vrios SGBDs diferentes, em execuo em uma variedade de
mquinas diferentes que podem estar rodando em diversas
plataformas diferentes e uma variedade de sistemas
operacionais. Onde o modo transparente diz respeito
aplicao operar sob um ponto de vista lgico como se os
dados fossem gerenciados por um nico SGBD, funcionando
em uma nica mquina com apenas um sistema operacional
WIKIPEDIA[l] (2010).
Assim, a computao distribuda consiste em adicionar o
poder computacional de diversos computadores interligados
por uma rede de computadores ou mais de um processador
trabalhando em conjunto no mesmo computador, para
processar colaborativamente determinada tarefa de forma
Copyright 2011 www.pusivus.com.br, Todos os Direitos Reservados.
Na maioria dos casos, usa-se a codificao literal com o estilo Document e com
codificao SOAP no estilo RPC (MANES, 2002).
Pela definio acima, pode-se concluir que a alternativa B a resposta correta.
Gabarito: B
Referncia:
MANES, Anne T. On document vs. RPC style, why is it a big deal? Ask the
Expert SOA, set. 2002. Documento on-line. Disponvel em: <
http://searchsoa.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid26
_cid494324,00.html>. Acesso em: 30/03/2010.
Questo 43 (FCC concurso TRF4 Analista Judicirio Apoio
Especializado - Especialidade Informtica- 2010)
Analise:
I. Drivers liberam o projetista de sistemas operacionais dos detalhes da
interao com dispositivos de hardware.
II. Registradores so memrias de alta velocidade, localizadas em um
processador, que guardam dados para uso imediato pelo processador.
III. A placa-me normalmente consiste em diversas camadas extremamente
delgadas de silcio contendo conexes eltricas microscpicas que servem
como canais de comunicao e do conectividade placa.
IV. O Basic Input/Output System (BIOS) um chip que armazena instrues
para a iniciao e gerenciamento do hardware bsico e carrega o componente
inicial do sistema operacional na memria.
Est correto o que consta em
(A) I, II, III e IV.
(B) III e IV, apenas.
(C) II e III, apenas.
(D) I, III e IV, apenas.
(E) II, III e IV, apenas.
Comentrio:
A assertiva I est correta porque de acordo com Tanenbaum & Woodhul (2000,
p. 118-119), todo cdigo dependente de dispositivo deve estar no seu driver.
Alm disso, cada driver deve tratar de um tipo de dispositivo, ou no mximo, de
uma classe de dispositivos intimamente relacionados.
Os drivers se comunicam com uma controladora de dispositivos que tem um ou
mais registradores de dispositivos para receber comandos. Em termos gerais, o
trabalho de um diver aceitar solicitaes abstratas de software independente
de dispositivo acima dele e cuidar para que a solicitao seja executada. A
primeira tarefa a ser executada traduzir a solicitao de um termo abstrato
para um termo concreto, ou seja, ele deve decidir que operaes da
controladora so requeridas e em que seqncia elas sero executadas.
Depois de determinados quais comandos sero enviados controladora, ele
Referncias:
MORIMOTO, Carlos E. Hardware: Guia Prtico. Porto Alegre: GDHPress e Sul
Editores, 2007.
STALLINGS, William. Arquitetura e Organizao de Computadores. 8. ed.
So Paulo: Pearson, 2010.
TANENBAUM, A. S & WOODHUL, Albert S. Sistemas Operacionais: Projeto e
Implementao. 2. ed. Porto Alegre: Bookman, 2000.
Questo 44 (FCC concurso TRF4 Analista Judicirio Apoio
Especializado - Especialidade Informtica- 2010)
Sobre o gerenciamento da memria real (tambm denominada memria
principal, memria fsica ou memria primria), considere:
I. O gerenciador de memria um componente do sistema operacional que se
preocupa com o esquema de organizao da memria do sistema e com as
estratgias de gerenciamento de memria.
II. Estratgias de gerenciamento de memria determinam como uma
organizao de memria particular funciona sob vrias cargas.
III. O baixo custo da memria principal aliado melhoria da capacidade de
memria, na maioria dos sistemas, evidenciou a necessidade de estratgias de
gerenciamento de memria.
Est correto o que consta em
(A) I, II e III.
(B) II e III, apenas.
(C) I e II, apenas.
(D) II, apenas.
(E) I, apenas.
Comentrio:
A assertiva I est correta porque gerenciador de memria um componente do
sistema operacional que, segundo Tanenbaum & Woodhul (2000, p. 211), a
parte do sistema operacional (SO) que gerencia a hierarquia de memria e seu
trabalho controlar que partes da memria esto sendo usadas e que partes
no esto, alocar memria para processos quando eles necessitarem e
desalocar quando eles terminarem, e gerenciar a troca entre a memria
principal e o disco quando ela muito pequena para armazenar todos
processos. E de acordo com STALLINGS (2010, p. 224), em um sistema
uniprogramado, a memria principal dividida em duas partes: uma para o SO
e outra para o programa que est sendo executado. J em um sistema
multipogramado, a parte do usurio da memria subdividida para acomodar
diversos processos e essa subdiviso, que executada dinamicamente pelo
SO, conhecida como gerenciamento de memria. O autor ainda acrescenta
que o gerenciamento de memria eficaz vital em um sistema
multiprogramado porque se apenas alguns processos estiverem na memria,
ento, em grande parte do tempo, todos os processos estaro esperando pela
E/S e o processador estar ocioso. Dentre as estratgias de gerenciamento de
memria pode-se destacar swapping, particionamento, paginao, memria
virtual e segmentao.
Gabarito: C
Referncias:
STALLINGS, William. Arquitetura e Organizao de Computadores. 8. ed.
So Paulo: Pearson, 2010.
TANENBAUM, A. S & WOODHUL, Albert S. Sistemas Operacionais: Projeto e
Implementao. 2. ed. Porto Alegre: Bookman, 2000.
Questo 45 (CESGRANRIO concurso TJRO Agente Judicirio
Analista de Sistemas (Desenvolvimento) - 2008)
Em um ambiente SOA (Arquitetura Orientada a Servios), mensagens so
trocadas entre web services e seus clientes, que podem inclusive ser outros
web services, utilizando as especificaes UDDI, WSDL e SOAP. Considere
que o web service (n) que origina uma mensagem chamado de remetente
SOAP inicial (initial SOAP sender) e que o web service a que a mensagem se
destina em ltima anlise chamado de destinatrio SOAP definitivo (ultimate
SOAP receiver). Entre o remetente SOAP inicial e o destinatrio SOAP
definitivo, zero ou mais intermedirios SOAP (SOAP intermediaries) podem ser
utilizados.
Levando em considerao o que foi exposto, assinale a afirmao correta.
(A) A especificao do caminho de uma mensagem (message path), que
determina a rota entre o remetente SOAP inicial e o destinatrio SOAP
definitivo, de crescente importncia em ambientes SOA, e deve ser sempre
conhecida a priori, pelo remetente SOAP inicial, de forma a garantir que a
mensagem chegue ao destinatrio SOAP definitivo, atendendo aos requisitos
de reliability (confiabilidade).
(B) A definio WSDL dividida em trs partes: uma descrio abstrata da
interface do servio, uma descrio concreta com informaes sobre transporte
e localizao e uma meta-descrio do roteamento de mensagens que o
servio pode oferecer.
(C) As mensagens em um ambiente SOA devem ser do estilo RPC (Remote
Procedure Call), mais adequado aos princpios SOA do que o estilo
Documento (Document), que menos granular e forma mensagens
independentes cujo reuso muito menor quando comparado ao estilo RPC.
(D) Uma mensagem SOAP possui como elemento raiz o <Envelope>, que por
sua vez pode conter os elementos de primeiro nvel <Header>, com
informaes do cabealho, <Body>, que o contedo propriamente dito da
mensagem e <Fault>, contendo diretivas de ao para o caso de ocorrncia de
erros durante o transporte ou processamento da mensagem.
(E) Blocos do cabealho (header blocks) SOAP de uma mensagem podem ser
especificados, e at mesmo alterados em trnsito por intermedirios SOAP,
para acomodar meta-informao como instrues de processamento para
servios intermedirios, medidas de segurana e controle transacional.
Comentrio:
A alternativa A no est correta porque o remetente s precisa conhecer o
destinatrio, quem determina a rota a seguir o protocolo de transporte.
A alternativa B tambm est errada porque, segundo VIEGAS (2008), o WSDL
dividido em duas partes: abstrata e concreta. A abstrata descreve a interface
do servio propriamente dita, ou seja, descreve como o servio pode ser
invocado por seus clientes. A interface de um servio pode ser descrita por
meio das operaes e dos parmetros de ida e volta. A concreta define o
protocolo e o endereo onde o servio estar disponibilizado. Esta separao
proposital, pois um mesmo servio pode ser disponibilizado atravs de
endereos e protocolos diferentes.
A alternativa C no correta tambm porque as mensagens em ambientes
SOA so estilos SOAP que podem ser codificadas tanto usando tanto RPC
quanto Document. Ao usar o estilo de Document, pode-se estruturar o
contedo do corpo SOAP como quiser. Ao usar o estilo RPC, o contedo do
corpo SOAP deve obedecer a uma estrutura que indica o nome do mtodo
seguido de um conjunto de parmetros. A maior diferena como se codifica a
mensagem. Na maioria dos casos, usa-se a codificao literal com o estilo
Document e com codificao SOAP no estilo RPC (MANES, 2002).
A alternativa D no est correta porque, de acordo com leopoldo (2003), uma
mensagem SOAP formada por 3 elementos que so envelope, cabealho
(header) e corpo (body). O elemento fault faz parte do corpo da mensagem.
A nica alternativa correta a E, logo, essa a resposta correta.
Gabarito: E
Referncias:
LEOPOLDO, Marcus R. B. Simple Object Access Protocol: Entendendo o
Simple Object Access Protocol (SOAP). Nov 2003. Documento on-line.
Disponvel em:
<http://www.msdnbrasil.com.br/secure/sharepedia/arquivos/SOAP.pdf>. Acesso
em: 25/03/2010.
MANES, Anne T. On document vs. RPC style, why is it a big deal? Ask the
Expert SOA, set. 2002. Documento on-line. Disponvel em: <
http://searchsoa.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid26
_cid494324,00.html>. Acesso em: 30/03/2010.