Handbook Questoes Vol5

Grupo Handbook
Questes de TI
comentadas para concursos Alm do gabarito
Handbook de
Volume 5
Desenvolvimento de Software Parte 1 Fundao Cesgranrio
Handbook de Questes de TI Comentadas para Concursos
Volume 05 Edio 1
Prefcio
Este o volume 5 da srie
Gabarito,
Handbook de Questes de TI Comentadas para Concursos Alm do
que traz para voc uma coletnea especial de questes da rea de desenvolvimento de
software selecionadas de provas organizadas pela Fundao Cesgranrio. Entre as provas das quais as questes foram selecionadas esto as ltimas para Analista de Desenvolvimento do BNDES, para Analista de Desenvolvimento da BR Distribuidora, e para Analista de Processos de Negcio da Petrobras, todas aplicadas no ano de 2008. Notoriamente, a Fundao Cesgranrio vem sendo a responsvel pela organizao de concursos de TI de alta concorrncia e visibilidade, como os do BNDES, e os da Petrobras e suas subsidirias. Mais recentemente, a Fundao Cesgranrio tambm foi a escolhida para realizar o concurso do Banco Central, um dos mais concorridos na rea de TI. Uma interessante caractersticas das provas aplicadas pela Fundao Cesgranrio o fato das questes possurem pesos diferentes, o que exige dos candidatos ainda mais conhecimento e sagacidade. Alm disso, comum que sejam cobrados temas recentes de TI, como forma de selecionar prossionais atualizados e dinmicos. Por isso, o Grupo Handbook de TI preparou para voc uma edio especial com questes da rea de desenvolvimento de software, abordando temas clssicos e modernos da computao. Esse volume especialmente til para todos que desejam prestar concursos na rea de desenvolvimento, em especial os organizados pela Fundao Cesgranrio. Bons estudos,
Grupo Handbook de TI
Pgina 1 de 115
www.handbookdeti.com.br
Volume 05 Edio 1
Direitos Autorais
Este material registrado no Escritrio de Direitos Autorais (EDA) da Fundao Biblioteca Nacional. Todos os direitos autorais referentes a esta obra so reservados exclusivamente aos seus autores. Os autores deste material no probem seu compartilhamento entre amigos e colegas prximos de estudo. Contudo, a reproduo, parcial ou integral, e a disseminao deste material de forma indiscriminada atravs de qualquer meio, inclusive na Internet, extrapolam os limites da colaborao. Essa prtica desincentiva o lanamento de novos produtos e enfraquece a comunidade concurseira Handbook de TI. A srie
Handbook de Questes de TI Comentadas para Concursos Alm do Gabarito
uma
produo independente e contamos com voc para mant-la sempre viva.
Grupo Handbook de TI
Pgina 2 de 115
Volume 05 Edio 1
Canais de Comunicao
A equipe Handbook de TI disponibiliza diversos canais de comunicao para seus clientes.
Loja Handbook de TI
http://www.handbookdeti.com.br
Servio de Atendimento
Comunicao direta com a Equipe Handbook de TI pode ser feita em http://www.handbookdeti.com.br/contacts
Twitter do Handbook de TI
Que acompanhar de perto o trabalho do Grupo Handbook de TI. Cadastre-se no twitter e comece a seguir o grupo Handbook de TI em http://twitter.com/handbookdeti
Pgina 3 de 115
Volume 05 Edio 1
1.
Assuntos relacionados: Desenvolvimento de Sistemas, Metodologia de Desenvolvimento

de Software, Extreme Programming (XP), Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 31
Que situao favorece a escolha do uso de XP para um projeto de desenvolvimento de software, em oposio escolha do RUP ou do modelo Cascata? (a). Equipe do projeto localizada em diferentes cidades e com poucos recursos de colaborao. (b). Equipe do projeto formada por pessoas com alto grau de competitividade. (c). Cliente do projeto trabalhando em parceria com a equipe do projeto e sempre disponvel para retirar dvidas. (d). Requisitos do software com pequena probabilidade de mudanas. (e). Presena de um processo organizacional que exige a elaborao de vrios documentos especcos para cada projeto.
Soluo:
O Rational Unied Process (RUP) um framework muito difundido e utilizado que pode ser adaptado a vrios tipos de projetos de software. Podem ser derivados do RUP processos para projetos de vrios portes, pois este framework dene uma grande lista de papis, artefatos, atividades e uxos. No entanto, o RUP tido como muito complexo, e costuma ser visto como um pesado e burocrtico, ao contrrio das metodologias geis. Em contrapartida, o EXtreme Programming (XP) aparece como uma alternativa mais leve para times de tamanho pequeno e mdio porte, que desenvolvem software em um contexto de requisitos vagos e rapidamente modicados. O XP enfatiza a codicao e os testes de cdigos, considerando a presena constante dos clientes no desenvolvimento fundamental. Pela caracterstica de simplicidade que esta tcnica apresenta, poucos artefatos, papis e atividades so denidos. Portanto, a resposta da questo a alternativa C. Ainda sobre o XP, so muito teis ainda as seguintes informaes. Os quatro valores fundamentais da metodologia XP so a comunicao, simplicidade, feedback e coragem. Para fazer valer tais valores, a metodologia adota como prticas as seguintes:
Jogo de Planejamento:
O desenvolvimento feito em iteraes semanais. No incio
da semana, desenvolvedores e cliente renem-se para priorizar as funcionalidades. O escopo reavaliado semanalmente, e o projeto regido por um contrato de escopo negocivel;
Pequenas Verses:
A liberao de pequenas verses funcionais do projeto auxilia
muito no processo de aceitao por parte do cliente, que j pode testar uma parte do sistema que est comprando;
Metforas:
A metologia prega o uso de metforas, como forma de facilitar a comuni-
cao com o clientes;
Time Coeso:
A equipe de desenvolvimento formada pelo cliente e pela equipe de
desenvolvimento;
Pgina 4 de 115
Volume 05 Edio 1
Ritmo Sustentvel:
Trabalhar com qualidade, buscando ter ritmo de trabalho saudvel,
sem horas extras. Horas extras so permitidas quando trouxerem produtividade para a execuo do projeto;
Reunies em p:
Reunies em p para no se perder o foco nos assuntos, produzindo
reunies rpidas, apenas abordando tarefas realizadas e tarefas a realizar pela equipe;
Posse Coletiva do Cdigo:
O cdigo fonte no tem dono e ningum precisa solicitar Tal prtica tem como objetivo fazer com
permisso para poder modicar o mesmo.
que a equipe conhea todas as partes do sistema;
Programao em Duplas:
Geralmente a dupla formada por um iniciante na linComo apenas um com-
guagem e outra pessoa funcionando como um instrutor. ajudando a desenvolver suas habilidades.
putador, o novato que ca frente fazendo a codicao, e o instrutor acompanha Desta forma o programa sempre revisto por duas pessoas, evitando e diminuindo assim a possibilidade de erros;
Padres de Codicao:
A equipe de desenvolvimento precisa estabelecer regras
para programar e todos devem seguir estas regras. Desta forma, parecer que todo o cdigo foi editado pela mesma pessoa, mesmo quando a equipe possui uma quantidade maior de programadores;
Refatorao:
um processo que permite a melhoria continua da programao, que
tem como alvos a melhoria da legibilidade do cdigo, maiores modularizao e reaproveitamento do cdigo.
Pgina 5 de 115
Volume 05 Edio 1
2.
Assuntos relacionados: UML, Diagrama de Classes, Composio Agregada, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 35
Considere o relacionamento de todo-parte ilustrado no diagrama UML abaixo.
correto armar que (a). um objeto da classe InfoCliente pode participar de mais de um relacionamento de composio desempenhando o papel de parte. (b). um objeto da classe ItemPedido pode participar de mais de um relacionamento de composio desempenhando o papel de parte. (c). uma instncia da classe InfoCliente pode existir antes mesmo que a instncia da classe Pedido com que se relacionar tenha sido criada. (d). o relacionamento ilustrado acima ternrio. (e). a cardinalidade do pedido no relacionamento com ItemPedido igual a 1 no precisaria ser apresentada, uma vez que no poderia assumir outro valor.
Soluo:
Lembre-se que diagramas de classe nos permitem identicar tanto o contedo de uma classe quanto o relacionamento entre vrias classes. Em um diagrama de classe, podemos mostrar as variveis e mtodos membros de uma classe. Podemos tambm mostrar se uma classe herda de outra, ou se mantm uma referncia para outra. O relacionamento todo-parte, tambm conhecido como composio agregada, ou relacionamento tem-um ou parte-de, indica que um objeto (o todo) composto de outros objetos (as partes). Com a composio agregada, o relacionamento entre os objetos muito mais forte que com a associao, pois nela o todo no pode existir sem suas partes e as partes no podem existir sem o todo. Vrios pontos importantes so inerentes a este fato. So estes:
remoo do todo implica na remoo das partes; existe apenas um todo, isto , as partes no so compartilhadas com outros todos; as partes no podem ser acessadas fora do todo, ou seja, elas so particulares para o todo; uma mensagem destinada a uma parte deve ser enviada para o todo e retransmitida por ele parte.
Pgina 6 de 115
Volume 05 Edio 1
Isto signica que a agregao composta deve ser utilizada somente quando um objeto considerado como uma parte de outro objeto e no apenas uma associao ocasional com existncia e visibilidade independentes. A m de representar este tipo de relacionamento, utiliza-se uma linha que termina com um smbolo de diamante preenchido, smbolo este colocado contra o todo. Alm disso, para evitar qualquer confuso possvel, ao todo atribuda, explicitamente, a multiplicidade de 1 (um), mesmo porque apenas um todo possvel. A partir do diagrama UML e do que expomos, conseguimos classicar a classe Pedido como sendo o todo e as classes ItemPedido e InfoCliente como as partes do relacionamento. Assim, podemos eliminar as alternativas A e B, pois as partes no podem participar de mais de um relacionamento na composio agregada. Podemos eliminar, tambm, a alternativa C uma vez que uma parte no pode existir sem o todo. Lembre-se que seria necessrio que as 3 (trs) entidades estivessem associadas simultaneamente para que tivssemos um relacionamento ternrio, logo, a alternativa D tambm est errada. Portanto, a alternativa qualquer confuso possvel.
E a correta, pois a multiplicidade 1 (um) atribuda ao todo utilizada apenas para evitar
Pgina 7 de 115
Volume 05 Edio 1
3.
Assuntos relacionados: Desenvolvimento de Sistemas, Modelagem Funcional, Diagramas

UML,
Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 36
O diagrama UML mais indicado para representar o passo a passo do uxo de eventos principal de um caso de uso de um software orientado a objetos o diagrama de (a). casos de uso. (b). atividades. (c). eventos e transies. (d). classes. (e). componentes.
Soluo:
A UML (Unied Modeling Language) uma linguagem que permite modelagem de sistemas por meio de diagramas padronizados. Ela especica tanto o signicado grco quanto semntico de cada diagrama. A verso 2.0 da UML contempla os seguintes diagramas:
Diagramas Estruturais

Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Instalao Diagrama de Pacotes Diagrama de Estrutura
Diagramas Comportamentais

Diagrama de Caso de Uso Diagrama de Transio de Estados Diagrama de Atividade
Diagramas de Interao

Diagrama de Sequncia Diagrama de Interatividade Diagrama de Colaborao ou Comunicao Diagrama de Tempo
Para determinar a alternativa correta da questo, importante conhecer cada um dos diagramas apresentados como alternativas. (A) Diagrama de Caso de Uso Segundo Ivan Jacobson, podemos dizer que um caso de uso um documento narrativo que descreve a sequncia de eventos de um ator que usa um sistema para completar um processo em um sistema. Em outras palavras, o caso de uso uma tcnica de modelagem
Pgina 8 de 115
Volume 05 Edio 1
usada para descrever como que o sistema deve se comportar mediante a interao com seus diversos usurios que, nesse contexto, tambm so conhecidos como atores. Os diagramas de caso de uso, por sua vez, so representaes grcas que ilustram o relacionamento entre os trs integrantes bsicos de um caso de uso, que so os atores, os casos de uso e o sistema. (B) Diagrama de Atividades Os diagramas de atividade podem ser vistos como variaes dos diagramas de estado, e tm objetivo capturar aes mostram o tema.
passos
que sero executados e seus resultados em termos Em outras palavras, os diagramas de atividades
das mudanas de estados dos objetos.
uxo
sequencial das atividades executadas por uma operao especca do sis-
Os principais elementos de um diagrama de atividades so as atividades em si, os
pontos de entrada e sada, as decises, as subdivises de atividades paralelas (fork), e as junes de atividades (join). (C) Diagrama de Eventos e Transies Os diagramas estados (tambm conhecidos como diagramas de eventos e transies) mostram os diferentes estados de um objeto durante sua vida, bem como os estmulos que acionam as mudanas de estado. Ou seja, os diagramas de estado vem o ciclo de vida dos objetos como mquinas de estados (autmatos) nitos. que acionam as mudanas de estado. (D) Diagrama de Classes O objetivo dos diagramas de classe descrever os vrios tipos de objetos no sistema, bem como o relacionamento entre eles. Sobre os diagramas de classes, importante ressaltar destinada s que eles podem oferecer trs perspectivas distintas que so: (i) Conceitual: destinada aos clientes, representa os conceitos do domnio em estudo; (ii) Especicao: pessoas que no precisam saber detalhes de desenvolvimento, foca as principais interfaces da arquitetura e mtodos, porm no como eles sero implementados; (iii) Implementao: destinada ao time de desenvolvimento, aborda vrios detalhes de implementao. (E) Diagrama de Componentes O diagrama de componente mostram os componentes do software (por exemplo, componentes CORBA, java beans ou sees do sistema que so claramente distintas) e os artefatos de que eles so feitos, como arquivos de cdigo fonte, bibliotecas de programao ou tabelas de bancos de dados relacionais. Feitas as devidas apresentaes dos diagramas apresentados como alternativas, podemos concluir que a resposta correta a letra B. As palavras passos e uxos, em destaque na apresentao do diagrama de atividades, foram a chave para a resoluo dessa capciosa questo. O termo nito signica que existe um nmero nito de estados que o objeto pode assumir, bem como um nito o nmero de estmulos
Pgina 9 de 115
Volume 05 Edio 1
4.
ciamento de Riscos, rvores de Deciso, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 37
Assuntos relacionados: Desenvolvimento de Sistemas, Gerenciamento de Projetos, Geren-
Observe a rvore de deciso abaixo relativa ao desenvolvimento de um projeto de software. Os nmeros decimais entre parnteses representam o valor da probabilidade da escolha do ramo, enquanto que o valor em reais, o custo de cada opo.
Analisando a rvore acima, conclui-se que: (a). o custo esperado para realizar o trabalho contratando desenvolvimento terceirizado de R$ 7.480,00. (b). o custo estimado para Desenvolver internamente menor do que o custo estimado para Contratar desenvolvimento terceirizado. (c). quando no h probabilidade associada ao primeiro nvel da rvore de deciso, pode-se assumir que essa probabilidade de 50%. (d). supondo que a opo Contratar desenvolvimento terceirizado seja escolhida, e que uma equipe inexperiente assuma o trabalho, o custo esperado ser de R$ 4.480,00. (e). as probabilidades associadas rvore de deciso esto inconsistentes.
Soluo:
A questo mostra uma aplicao prtica de uma rvore de deciso no contexto de um projeto de software, em que se objetiva calcular o custo do projeto de acordo com as decises que podem ser tomadas. Antes de iniciarmos os clculos, vamos primeiro introduzir basicamente as rvores de deciso e suas utilidade bsica. As rvores de deciso so representaes grcas dos diversos caminhos que podem ser seguidos no contexto de um problema de tomada de deciso. Em outras palavras, as rvores de deciso procuram mostrar gracamente as consequncias de decises que podem ser tomadas em uma determinada situao. Comumente, as rvores de deciso tambm exibem as probabilidades associadas s decises tomadas, sendo, portanto, timas ferramentas para a avaliao quantitativa de riscos.
Pgina 10 de 115
Volume 05 Edio 1
importante observar que, para serem consistentes, a soma das probabilidades das decises que podem ser tomadas a partir de um determinado n da rvore sempre devem dar 1 (ou 100%). Isso pode ser observado na gura da questo no momento em que se opta por contratar desenvolvimento terceirizado. A chance de contratar uma equipe experiente de 30%, enquanto a chance de que a equipe contratada seja inexperiente de 70%. Como a rvore apresentada obedece a essa regra em todos os seus pontos, podemos eliminar a alternativa E. O valor esperado em um determinado n da rvore pode ser calculado como a mdia dos valores de cada uma de suas ramicaes, ponderados pelas suas probabilidades. No caso da contratao de desenvolvimento terceirizado de uma equipe inexperiente, o custo esperado do projeto seria: (R$7000 x 0.8) + (R$4000 x 0.2) = R$6400 Logo, a alternativa D est errada. Calculado o custo esperado do desenvolvimento terceirizado com uma equipe inexperiente, podemos agora calcular o valor do n imediatamente acima, ou seja, o custo esperado do desenvolvimento terceirizado. (R$6400 x 0.7) + (R$9000 x 0.3) = R$7180 Com isso podemos concluir que o custo esperado do desenvolvimento terceirizado, R$ 7.180,00, maior do que o custo esperado de se desenvolver internamente. ternativa A est errada, e a alternativa B est certa. A alternativa C falsa por denio. Se no se conhece a probabilidade de uma deterLogo, a al-
minada deciso, no h que se fazer consideraes a respeito dela. No cenrio apresentado, pela falta dessa informao na primeira deciso tomada desenvolver internamente ou terceirizar torna-se impossvel calcular o valor esperado do projeto como um todo. O mximo que se poderia dizer que o valor mximo esperado para o projeto seria de R$ 7.180,00 (no caso de terceirizao), e que o valor mnimo esperado para o projeto seria de R$ 7.000,00, no caso de desenvolvimento interno.
Pgina 11 de 115
Volume 05 Edio 1
5.
Assuntos relacionados: Gerncia de Projeto, Ciclo de Vida de Projeto, Estimativa de

Custo, Refatorao, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 38
Suponha que um projeto de software siga o modelo cascata e utilize tcnicas de refatorao apoiadas por uma ferramenta durante a etapa de implementao. Qual o impacto resultante na etapa de anlise e projeto? (a). Pode aumentar o trabalho do analista, pois o cdigo deve estar preparado para utilizar as tcnicas de refatorao. (b). Pode aumentar o trabalho do analista se o prossional que realizar a etapa de anlise for diferente do prossional que implementar o software. (c). Pode diminuir o trabalho do analista, mas apenas se o prossional que realizar a etapa de anlise for o mesmo que implementar o software. (d). Pode diminuir o trabalho do analista, j que o prossional de anlise e projeto saber que mudanas futuras no modelo gerado durante essa etapa podero ser realizadas com um custo menor na etapa de implementao. (e). No ter impacto se o prossional j conhecer as tcnicas de refatorao.
Soluo:
O modelo cascata (waterfall ) ou clssico tambm conhecido como abordagem top-down. Comparado com outros modelos de desenvolvimento de software, ele mais rgido e menos administrativo. O modelo cascata um dos modelos mais importantes, pois referncia para muitos outros modelos, embora seja criticado por ser linear, rgido e monoltico. Inspirado em modelos de outras atividades de engenharia, este modelo argumenta que cada atividade apenas deve ser iniciada quando a outra estiver terminada e vericada. Existem muitas variaes do modelo cascata propostas por diferentes pesquisadores ou empresas de desenvolvimento. elo cascata. A caracterstica comum um uxo linear e sequencial de atividades semelhantes. A Figura 1 indica as atividades comumente utilizadas em um mod-
A fase de requerimento ou de anlise de requisitos focada na coleta os requisitos do software e na gerao do documento de especicao do sistema que serve de base para o oramento, cronograma, esforo, ferramentas a serem utilizadas, etc. Essa fase deve buscar uma compreenso clara e precisa do domnio do problema e das funcionalidades do software atravs do levantamento e reviso em conjunto com representantes do cliente, usurios chaves e outros especialistas da rea de aplicao. J a fase de projeto concentra-se na denio das estruturas de dados, arquitetura do software, detalhes procedimentais e caracterizao da interface. A refatorao o processo de alterao de um sistema de software de modo que o comportamento observvel do cdigo no mude, mas que sua estrutura interna seja melhorada. uma maneira disciplinada de aperfeioar o cdigo que minimiza a chance de introduo de falhas. Em essncia, refatorar melhorar o projeto do cdigo aps este ter sido escrito.
Pgina 12 de 115
Volume 05 Edio 1
Figura 1: modelo cascata.
As tcnicas de refatorao incluem, entre outras coisas, metodologias para detectar possveis problemas no cdigo. Quando as tcnicas de refatorao so utilizadas de forma correta, o software aumenta consideravelmente seu tempo de vida til, sua extensibilidade e modularidade. A maioria das ferramentas de refatorao segue um processo comum, no qual operaes de refatorao so aplicadas ao cdigo-fonte dos programas de acordo com passos bem denidos. Em geral, esses passos incluem: 1. Detectar trechos do cdigo com oportunidades de refatoraes. 2. Determinar que refatoraes aplicar a cada trecho do cdigo selecionado. 3. Garantir que as refatoraes escolhidas preservem o comportamento. 4. Aplicar as refatoraes escolhidas aos seus respectivos locais. 5. Vericar que o comportamento do programa foi preservado aps as refatoraes terem sido aplicadas. Apesar de podermos aplicar refatoraes manualmente, ferramentas que automatizem o processo diminuem o risco de erros e inconsistncia no cdigo, alm de poupar um grande trabalho em se tratando de sistemas com centenas ou milhares de linhas de cdigo. Sabemos, ento, que a refatorao aumenta a extensibilidade e a modularidade do software e que o apoio de uma ferramenta de refatorao importantssimo para garantir a qualidade e um menor custo da mesma. Isso torna o trabalho dos analistas das fases de anlise e projeto muito mais seguro, pois eles sabero que mudanas que forem feitas no futuro podero ser mais facilmente absorvidas na fase de implementao do software. Logo, a alternativa correta a letra
D.
Pgina 13 de 115
Volume 05 Edio 1
6.
Controle de Concorrncia, Grafo de Precedncias, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 41
Assuntos relacionados: Banco de Dados, Transaes de Banco de Dados, Serializao,
Duas transaes (T1 e T2) de banco de dados executam as seguintes seqncias de operaes:
T1:
Na tabela DEPARTAMENTO, bloqueia a linha N em modo compartilhado; Na tabela DEPARTAMENTO, l a coluna DESPESA da linha N; Na tabela DEPARTAMENTO, desbloqueia a linha N; Na tabela PROJETO, bloqueia a linha M em modo compartilhado; Na tabela PROJETO, l a coluna VERBA da linha M; Na tabela PROJETO, desbloqueia a linha M; Na tabela PROJETO, bloqueia a linha M em modo exclusivo; Na tabela PROJETO, escreve a coluna VERBA da linha M com o valor VERBA + DESPESA; Na tabela PROJETO, desbloqueia a linha M;
T2:
Na tabela PROJETO, bloqueia linha M em modo compartilhado; Na tabela PROJETO, l a coluna VERBA da linha M; Na tabela PROJETO, desbloqueia a linha M; Na tabela DEPARTAMENTO, bloqueia a linha N em modo compartilhado; Na tabela DEPARTAMENTO, l a coluna DESPESA da linha N; Na tabela DEPARTAMENTO, desbloqueia a linha N; Na tabela DEPARTAMENTO, bloqueia a linha N em modo exclusivo; Na tabela DEPARTAMENTO, es creve a coluna DESPESA da linha N com o valor DESPESA + VERBA; Na tabela DEPARTAMENTO, desbloqueia a linha N; correto armar que essas transaes (a). no so serializveis e, portanto, no podem ser executadas concorrentemente. (b). no podem entrar em bloqueio innito porque obedecem ao protocolo de bloqueio em duas fases (two-phase locking). (c). podem entrar em bloqueio innito (deadlock) se executadas concorrentemente. (d). obedecem ao protocolo de bloqueio em duas fases (two-phase locking). (e). so serializveis e obedecem ao protocolo de bloqueio em duas fases (two-phase locking).
Soluo:
Para resolvermos essa questo, necessrio conhecer, primeiramente o conceito de serializao e concorrncia de transaes. Todo sistema gerenciador de banco de dados (SGBD) deve garantir que qualquer transao executada por ele atenda aos 4 atributos ACID das transaes:
Pgina 14 de 115
Volume 05 Edio 1
- Atomicidade: uma transao considerada como um elemento nico. Isso quer
dizer que ela s pode ser efetivada quando todos os comandos nela contidos forem executados sem falhas e na ordem em que foram programados. Em caso de erro, todas as operaes devem ser desfeitas. A atomicidade garante que a ideia do usurio de estar executando uma nica ao se concretize, muito embora, no banco de dados, essa ao se traduza em uma sequncia de comandos e operaes;
C - Consistncia:
ao nal de uma transao o banco de dados deve estar em um estado
consistente; um estado que esteja de acordo com o esperado pelo sistema a que ele atende, considerando o estado inicial logo anterior transao;
- Isolamento: as transaes no devem afetar o funcionamento umas das outras nem
devem enxergar os resultados parciais entre si;
- Durabilidade:
o resultado nal de cada transao deve ser permanente.
Uma
vez completa, o SGBD deve garantir que o novo estado do banco seja o mesmo para qualquer outra transao seguinte. Para garantir essas caractersticas das transaes, os SGBD's implementam mecanismos de controle de concorrncia. H vrias propostas de mecanismos de controle de concorrncia. A concorrncia de transaes algo desejado, uma vez que possibilita um melhor aproveitamento dos recursos computacionais. Na maioria dos casos, transaes iro atuar em dados distintos e, portanto, a paralelizao delas permite que os recursos computacionais disponveis sejam administrados entre elas, aumentando a ecincia da mquina. Por exemplo, enquanto uma transao busca dados no disco, outra pode trabalhar com os que j buscou realizando clculos no processador. A capacidade de um SGBD de paralelizar transaes garantindo que o resultado nal do banco seja consistente, ou seja, equivalente a execuo serial das transaes (isto , uma aps a outra) conhecida como
seriabilidade.
A ordem que as operaes de transaes concorrentes executada dene um escalonamento dessas transaes. Quem dene o escalonamento o SGBD. A seriabilidade de um escalonamento de transaes ditada pelo grafo de precedncia gerado a partir dos tipos de acesso aos dados comuns envolvidos nas transaes. Grafos de precedncia que gerem ciclos no so serializveis. Para montar o grafo de precedncias de um escalonamento deve-se seguir os seguintes passos: 1. para cada transao Ti participante do esquema S criar um n Ti no grafo de precedncia; 2. para cada operao em S onde Tj executa um read (X) aps um write (X) executado por Ti, criar um arco Ti -> Tj no grafo; 3. para cada operao em S onde Tj executa um write (X) aps um read (X) executado por Ti, criar um arco Ti -> Tj no grafo; 4. para cada operao em S onde Tj executa um write (X) aps um write (X) executado por Ti , criar um arco Ti -> Tj no grafo; 5. um esquema S serializvel se e somente se o grafo de precedncia no contiver ciclos.
Para chegarmos ao gabarito da questo, o conceito de seriabilidade e a ideia contida na anlise de grafos de precedncia ser essencial.
A questo em tela menciona em 3 de suas opes (
B, D e E)
um tipo de mecanismo
de controle de concorrncia conhecido como two-phase locking. Este mecanismo prev duas fases durante a execuo da transao: fase de expanso e fase de encolhimento.
Pgina 15 de 115
Volume 05 Edio 1
Na fase de expanso, a transao vai realizando bloqueios (locks) nos objetos em que precisa de acesso e no os desbloqueia at a fase seguinte. Esses bloqueios podem ser de 2 tipos:
Compartilhado (shared) - onde a prpria transao e todas as outras concorrentes podem apenas ler os objetos bloqueados e nenhuma pode alter-los; Exclusivo (exclusive) - o objeto ca acessvel apenas para a transao tendo ela direitos de alter-lo inclusive.
Na fase de encolhimento, a transao no executa mais nenhum bloqueio sobre nenhum objeto e vai gradativamente liberando os bloqueios que conseguiu na fase de expanso conforme no necessita mais deles. Considerando essa caracterstica, possvel ver com um simples exemplo que esse tipo de controle de concorrncia pode levar a casos de bloqueio innito (deadlock). Suponha duas transaes T3 e T4 escalonadas conforme Figura 2:
Figura 2: escalonamento. Nesse escalonamento, ambas as transaes cam esperando a liberao de recursos comuns a elas que j foram previamente alocados transversalmente. Nenhuma das duas conseguir o recurso esperado e nunca terminaro. Esse tipo de problema pode ser corrigido atravs de outros mecanismos de controle de transaes, mas no esto no escopo da questo. Retornando anlise das opes da questo, vemos claramente que as assertivas (B), (D) e (E) esto erradas, visto que as transaes no utilizam o mecanismo de two-phase locking. A letra (B) inclusive diz que tal mecanismo impede a ocorrncia de bloqueio innito, o que j foi visto que est errado. A letra (E) menciona ainda que as transaes so serializveis, o que tambm falso e ser mostrado em breve. A opo (C) diz que h possibilidade de bloqueio innito na execuo concorrente das transaes. Entretanto isso completamente impossvel. As transaes da questo mantm bloqueado apenas um objeto por vez. Logo, mesmo que o escalonamento levasse uma a precisar do objeto bloqueado pela outra, eventualmente a transao que detinha o bloqueio o liberaria, permitindo o retorno da execuo da que aguardava.
Pgina 16 de 115
Volume 05 Edio 1
Durante a prova, importante utilizar a eliminao de opes erradas como feito acima pois nesse caso os erros esto bastante visveis. Isso economiza um tempo precioso que voc poder gastar em outras questes ou revisando a prova. A concluso da exatido da assertiva (A) depende da anlise das operaes contidas nas transaes e da gerao dos grafos de precedncia de vrios escalonamentos possveis. Isso demanda muito tempo e, dependendo da situao, pode ser at mesmo impossvel. Nesse caso, deve-se reparar que, em qualquer escalonamento proposto, alguma das transaes terminar escrevendo em um dos dados que foi lido anteriormente pela outra. Esta, por sua vez, utilizar um dado inconsistente para seus clculos. Esse fenmeno conhecido como leitura suja (dirty read), e tambm deve ser impedido pelos SGBDs. Dessa observao, v-se que as transaes no so serializveis.
Pgina 17 de 115
Volume 05 Edio 1
7.
Assuntos relacionados: Banco de Dados, Consulta SQL, Operaes de Composio de

Relaes, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 42
Observe as seguintes tabelas de um sistema: Pessoa (nomePessoa, endereo) Filme (nomeFilme, estdio, verba) Trabalha (nomePessoa(FK), nomeFilme(FK), atividade, salrio) Um administrador de dados deseja fazer o seguinte relatrio: Todas as pessoas, os lmes nos quais j trabalharam e o total recebido por cada lme. Se uma pessoa nunca trabalhou num lme, ela deve aparecer no relatrio. A atividade que a pessoa exerceu no lme (ex: ator, diretor, cmera etc.) no importante para o relatrio. Qual consulta retorna o conjunto resposta correto? (a).
SELECT P.nomePessoa, T.nomeFilme, sum(T.salrio) total FROM Pessoa P LEFT OUTER JOIN Trabalha T ON P.nomePessoa = T.nomePessoa GROUP BY P.nomePessoa, T.nomeFilme SELECT T.nomePessoa, T.nomeFilme, sum(T.salrio) total FROM Pessoa P INNER JOIN Trabalha T ON P.nomePessoa = T.nomePessoa GROUP BY T.nomePessoa, T.nomeFilme SELECT P.nomePessoa, T.nomeFilme, sum(T.salrio) total FROM Pessoa P LEFT OUTER JOIN Trabalha T ON P.nomePessoa = T.nomePessoa GROUP BY P.nomePessoa, T.nomeFilme HAVING sum(T.salrio) > 0 SELECT P.nomePessoa, F.nomeFilme, sum(T.salrio) total FROM Pessoa P INNER JOIN Trabalha T ON P.nomePessoa = T.nomePessoa INNER JOIN Filme F ON F.nomeFilme = T.nomeFilme WHERE T.atividade IS NOT NULL AND T.salrio > 0 GROUP BY P.nomePessoa, F.nomeFilme SELECT T.nomePessoa, T.nomeFilme, sum(T.salrio) total FROM Pessoa P LEFT OUTER JOIN Trabalha T ON P.nomePessoa = T.nomePessoa LEFT OUTER JOIN Filme F
(b).
(c).
(d).
(e).
Pgina 18 de 115
Volume 05 Edio 1
ON F.nomeFilme = T.nomeFilme
Soluo:
Esta questo tenta explorar o conhecimento do candidato em relao s operaes INNER JOIN e LEFT OUTER JOIN devido restrio se uma pessoa nunca trabalhou num lme, ela deve aparecer no relatrio. A operao INNER JOIN usada tipicamente na clusula FROM para composio de relaes. Sua sintaxe <tabela (tabela
A>
INNER JOIN <tabela
B>
ON <condio desejada>.
A operao INNER JOIN cria uma nova tabela, combinando os valores das duas tabelas INNER JOIN compara cada linha da tabela
A e tabela B ) com base na condio desejada de juno das tabelas. A consulta com A com cada linha da tabela B para encontrar A
e
todos os pares de linhas que satisfazem a condio desejada. Quando a condio desejada satisfeita, valores da coluna para cada par de linha encontrado das tabelas
so
combinados em uma linha da nova tabela. Note que, a operao INNER JOIN retorna as linhas das tabelas somente quando a condio desejada satisfeita, isto , se na tabela da operao INNER JOIN. Como na operao INNER JOIN, a operao LEFT OUTER JOIN tambm usada tipicamente na clusula FROM para composio de relaes. Sua sintaxe <tabela OUTER JOIN <tabela
existe uma linha que no satisfaz a condio desejada, esta linha no aparece no resultado
A>
LEFT
B>
ON <condio desejada>. O LEFT OUTER JOIN proces-
sado conforme mostrado anteriormente para o INNER JOIN. Entretanto, o LEFT OUTER JOIN retorna todas as linhas da tabela da esquerda (tabela
A),
mesmo se a condio de-
sejada no encontrar nenhuma linha correspondente na tabela da direita (tabela
B ).
Ou
seja, o LEFT OUTER JOIN retorna todas linhas da tabela da esquerda, mais as linhas da tabela da direita que satisfazem a condio desejada ou, nulo caso no satisfaa. Se a tabela da esquerda retorna uma linha e a tabela da direita retornar mais que uma linha para a condio desejada, a linha da tabela esquerda ser repetida para cada linha encontrada da tabela da direita. Existem outras operaes relacionadas clusula JOIN, como:
EQUI-JOIN - mesma funcionalidade do operador INNER JOIN, mas aceita somente comparao de igualdade na condio desejada NATURAL JOIN - uma especializao da operao EQUI-JOIN, porm a condio desejada est implcita na operao. Por exemplo,
URAL JOIN department
ciadas.
SELECT * FROM employee NAT-
CROSS JOIN - retorna o produto cartesiano do conjunto de linhas das tabelas asso equivalente operao INNER JOIN, onde a condio desejada sempre verdadeira
RIGHT OUTER JOIN - retorna todas as linhas da tabela da direita, mesmo se a condio desejada no encontra nenhuma linha correspondente na tabela da esquerda FULL OUTER JOIN uma combinao dos tipos das operaes LEFT OUTER JOIN e RIGHT INNER JOIN, isto , ao resultado nal so adicionadas as linhas da tabela esquerda que no correspondem a nenhuma linha da tabela direita, e similarmente para as linhas da tabela da direita
Conforme explicado anteriormente, para a nossa consulta retorna o conjunto de resposta correto, devemos utilizar a operao LEFT OUTER JOIN para satisfazer a restrio se uma
Pgina 19 de 115
Volume 05 Edio 1
pessoa nunca trabalhou num lme, ela deve aparecer no relatrio, pois existe a possibilidade uma pessoa nunca ter trabalho em um lme. Ento, a operao LEFT OUTER JOIN deve ser entre as tabelas
P essoa
T rabalha,
onde a tabela
a consulta SQL deve conter a seguinte trecho:
ON P.nomePessoa = T.nomePessoa.
(A) CORRETA
P essoa a tabela esquerda, isto , Pessoa P LEFT OUTER JOIN Trabalha T
A seguir, analisamos as alternativas desta questo:
Esta consulta retorna o conjunto de resposta correto, pois faz uso da operao LEFT OUTER JOIN entre as tabelas
P essoa
T rabalha
na clusula FROM, sendo que a tabela Alm
P essoa
e
est do lado esquerdo da operao, satisfazendo a restrio do enunciado.
disso, esta consulta utiliza a clusula GROUP BY para formar grupos de
P.nomeP essoa
T.nomeP essoa.
Isso utilizado para somar os salrios das pessoas que trabalharam nos
lmes na clusula SELECT (sum(T.salrio) ). E, por m, esta consulta exibe o resultado na clusula SELECT
P.nomePessoa, T.nomeFilme, sum(T.salrio) total
como o enunciado
solicitou. Portanto, alternativa correta. (B) ERRADA Esta consulta no retorna o conjunto de resposta correto, pois faz uso da operao INNER JOIN na clusula FROM, conforme explicado anteriormente. Ento, alternativa errada. (C) ERRADA Esta consulta semelhante consulta da alternativa (A), com a diferena do uso da clusula HAVING com a condio
sum(T.salrio) > 0.
A utilizao desta condio na consulta, no
satisfaz a restrio imposta pelo enunciado (se uma pessoa nunca trabalhou num lme, ela deve aparecer no relatrio), pois o resultado nal no conter as pessoas que nunca trabalharam em um lme. Portanto, alternativa errada. (D) ERRADA Esta consulta no retorna o conjunto de resposta correto, pois faz uso da operao INNER JOIN na clusula FROM, conforme explicado anteriormente. Ento, alternativa errada. (E) ERRADA Esta consulta faz uso duas vezes da operao LEFT OUTER JOIN. Uma nova tabela (tabela
A) produzida pela operao Pessoa P LEFT OUTER JOIN Trabalha T ON P.nomePessoa = T.nomePessoa. Esta nova tabela (tabela A) utilizada para gerar outra nova tabela (tabela B ) pela operao tabela A LEFT OUTER JOIN Filme F ON F.nomeFilme = T.nomeFilme. Observe que esta ltima operao desnecessria, pois com a primeira operao possvel gerar o conjunto resposta correto. A alternativa est errada, pois no utiliza a clusula GROUP BY para formar grupos
P.nomeP essoa
T.nomeP essoa
para somar os
salrios das pessoas que trabalharam nos lmes na clusula SELECT (sum(T.salrio) ).
Pgina 20 de 115
Volume 05 Edio 1
8.
Assuntos relacionados: Banco de Dados, SQL, Gerncia de Transaes, Vises de Banco

de Dados, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 46
relacional, faz o seguinte teste: select nome from emp where matr = 123; O resultado vazio. Ento ele executa: insert into emp(matr, nome, salario, ativo) values (123, `Jos da Silva', 2000, `N'); commit; O banco de dados no retorna erro e informa que inseriu uma linha. icar, ele consulta novamente: select nome from emp where matr = 123; O resultado continua vazio. Supondo que o sistema gerenciador de banco de dados esteja funcionando corretamente, que opo explica o ocorrido? (a). Como o funcionrio executou o primeiro SELECT momentos antes de executar o INSERT, o resultado cou na memria cache do computador e no foi executado pelo banco de dados na segunda vez. Somente aps protocolo LRU ter retirado do cache o resultado do SELECT que ele ser novamente executado. (b). Como emp uma viso e uma viso nada menos que uma consulta gravada no banco de dados, nunca possvel us-la em operaes de manipulao de dados. O COMMIT ignora a insero anterior. (c). emp uma viso que retorna todos os empregados ativos (ativo='S'), mas foi criada sem a expresso WITH CHECK OPTION, que evitaria o problema acima. (d). emp no uma tabela, mas uma viso que retorna todos os empregados ativos (ativo='S') e foi criada com a expresso WITH CHECK OPTION. Dessa forma, como o empregado Jos da Silva no est ativo, o banco de dados no gravou o registro no momento do COMMIT. (e). O funcionrio executou o SELECT pouco tempo aps a insero do registro. Mesmo nalizando a transao com o COMMIT, o registro est em memria e ainda no foi gravado no disco. Somente aps o CHECKPOINT que o registro estar disponvel para consulta. Por m, para ver-
Um funcionrio, encarregado de vericar o correto funcionamento de uma base de dados
Soluo:
O comando COMMIT efetiva a transao sendo executada. Todas as modicaes efetuadas pela transao se tornam visveis para os outros, e existe a garantia de permanecerem se uma falha ocorrer, pois o sistema gerenciador de banco de dados mantm um registro, chamado log, de todos os dados que foram escritos no bando de dados. O log utilizado
Pgina 21 de 115
Volume 05 Edio 1
para garantir a propriedade de durabilidade se o sistema sofrer uma queda antes que as alteraes geradas por uma transao que foi executada satisfatoriamente forem persistidas em disco, o log utilizado para restaurar essas informaes quando o sistema for normalizado. Eventualmente, a transao pode no ter sido efetivada com sucesso, neste caso o sistema gerenciador de banco de dados se encarrega em desfazer as alteraes. Entretanto, no o caso da questo, pois a informao de que uma linha foi inserida e a existncia do COMMIT indica que a transao foi efetivada com sucesso. No COMMIT, os dados que foram alterados ou inseridos na transao so imediatamente visveis para consultas que so executadas depois. Esse fato elimina as alternativas (A) e (E) . Views so consultas SQL que, em situaes diversas, podem ser utilizadas no papel de tabelas relacionais. Entretanto, diferentemente das tabelas, os registros de uma view no so armazenados na base de dados. Podemos imaginar uma view como uma tabela que tivesse uma instncia virtual, que construda cada vez que a mesma invocada. Quando uma view referenciada em expresses SQL, o gerenciador de bancos de dados manipula o resultado da consulta que dene a view como se fosse uma tabela normal. A similaridade com tabelas estende-se ao ponto de permitir atualizaes sobre os virtuais registros de uma view. Quando um novo registro inserido, ou quando um registro existente alterado ou removido, na verdade o SQL inclui, altera ou remove registros nas tabelas que compem a view. Esse fato elimina a alternativa (B). Cada implementao tem critrios ligeiramente diferentes para decidir se uma view pode ou no ser atualizada. Como norma geral, entretanto, as seguintes restries devem ser Uma coluna observadas na construo de uma view para que a mesma seja atualizvel. atualizvel no pode ser resultante de:
funes de agregao, tais como sum, avg, etc.; funes escalares, tais como sin, trim, etc.; expresses aritmticas; expresses condicionais, tais como case, iif, etc.; literais; subconsultas.
Uma view atualizvel deve conter
pelo menos uma fonte de registros atualizvel referenciada na clusula from.
Uma view atualizvel no pode conter:
operadores algbricos, tais como union; a clusula group by; a clusula distinct.
As restries acima formam um conjunto genrico de caractersticas das views atualizveis. Essas regras, entretanto, devem ser analisadas luz das operaes pretendidas. Por exemplo, uma view que tenha algumas colunas baseadas em expresses aritmticas talvez no possa ser objeto de um comando update nesses atributos, mas pode permitir a remoo de registros. Por este e outros motivos, a lida de cada implementao com essa questo varia bastante, e cada caso merece uma anlise cuidadosa.
Pgina 22 de 115
Volume 05 Edio 1
Em views atualizveis, temos a opo CHECK OPTION no momento de sua criao. Todos os comandos INSERT e UPDATE em uma view sero vericadas para garantir que os dados satisfazem as condies que denem a viso. Se no satiszer, a atualizao ser rejeitada. Analisando as alternativas que ainda no foram eliminadas (C e D), supomos que a view em questo representa todos empregados ativos (ativo='S'). Como a insero trata da insero de um empregado inativo, a existncia da opo CHECK OPTION impediria a sua insero, mas no foi o que ocorreu, j que fomos informados de que uma linha foi inserida. Logo, conclumos que a opo CHECK OPTION no foi utilizada na denio da view emp e, portanto, a alternativa
C representa a alternativa correta.
Pgina 23 de 115
Volume 05 Edio 1
9.
Assuntos relacionados: Banco de Dados, DER, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 48
Um analista de sistemas recebe o seguinte trecho de descrio de um sistema: Uma empresa contrata um prossional para trabalhar em um projeto recebendo um determinado salrio. Sabe-se que um projeto pode ter a participao de diversas empresas e que um prossional pode desempenhar vrias atividades nesse projeto (p.ex. operador de guindaste e pedreiro). Que modelo ER representa corretamente essa descrio? (O smbolo (*) representa atributo multivalorado). (a). Modelo 1 (b). Modelo 2 (c). Modelo 3 (d). Modelo 4 (e). Modelo 5
Figura 3: Modelos ER
Soluo:
Esta uma questo polmica, pois seu enunciado um tanto quanto pobre de informaes. Quando isso acontece, a melhor estratgia tentar identicar quais alternativas estariam mais erradas e elimin-las. Uma considerao muito importante para uma resoluo consciente desta questo que o
Pgina 24 de 115
Volume 05 Edio 1
enunciado deveria trazer seria a denio se um prossional pode ser contratado por mais de uma empresa e, por consequncia, poder trabalhar em mais de um projeto. Se o candidato zer uma considerao diferente da imaginada pelo autor desta questo, suas chances de acertar esta questo diminuem consideravelmente. Vamos s alternativas. (A) ERRADA Considerando que um determinado prossional pode ser contratado por diferentes empresas para trabalhar em diversos projetos, este modelo inapropriado. Isso por conta do atributo atividade, que est relacionado ao prossional. Em outras palavras, teramos que um determinado prossional somente poderia exercer as mesmas atividades em todos os seus eventuais contratos, o que no apropriado. Por outro lado, caso a considerao acima no seja feita, este modelo se mostra adequado, porm limitado. (B) ERRADA A argumentao para esta alternativa similar feita na alternativa anterior. salrio para seus eventuais contratos, o que no apropriado. desta alternativa tambm atende, apesar de ser limitado. (C) e (D) ERRADA Estas deveriam ser as primeiras alternativas a serem eliminadas. se encaixa na descrio do sistema apresentada no enunciado. (E) CORRETA Esta a alternativa menos errada e, portanto, a escolha mais segura possvel. Como Perceba que a relao Se a con-
siderao supracida for feita, um determinado prossional somente poderia ter um nico Caso contrrio, o modelo
existente entre os conjuntos de entidades empresa e projeto, denominada possui, no
o atributo atividade est associado ao conjunto de relacionamentos contrato, este modelo no se limita ao cenrio de que um prossional somente pode ter um contrato para trabalhar em apenas uma empresa para participar de um nico projeto. De qualquer forma, cabe ressaltar que o nvel de normalizao deste modelo no bom. Em um banco de dados relacional, o conjunto de relacionamentos contrato seria implementado por meio de uma tabela. Imagine o caso em que um prossional execute 5 tarefas em um contrato com uma determinada empresa. Nesse caso, teramos nessa tabela 5 linhas com os 4 campos com valores repetidos: salrio e chaves estrangeiras dos conjuntos de entidades envolvidos. Essa repetio desnecessria de valores pode ser onerosa, mas ela pode ser eliminada com um processo de normalizao deste modelo, que resultaria em outro modelo mais adequado.
Pgina 25 de 115
Volume 05 Edio 1
10.
Assuntos relacionados: Banco de Dados, SQL, JOIN, HAVING, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 49
Seja o seguinte grupo de tabelas de um sistema: fabricante (idfabricante, nome, endereo) pea (idmodelo, nome, descrio) constri (idmodelo (FK), idfabricante (FK), data, quantidade, cor) Um programador monta a seguinte consulta SQL:
SELECT f.nome, count(distinct c.idmodelo) as num FROM fabricante f \textbf{INNER JOIN} constroi c ON f.idfabricante = c.idfabricante WHERE c.cor = 'VERMELHO' GROUP BY f.nome HAVING count(distinct c.idmodelo) > 10 ORDER BY num DESC
Qual o retorno dessa consulta? (a). Os nomes dos fabricantes e a respectiva quantidade total de peas construdas na cor vermelha, desde que, em cada data, a quantidade construda seja maior que 10; o relatrio estar ordenado de forma descendente pela quantidade de peas construdas. (b). Os nomes dos fabricantes que j construram mais de 10 modelos diferentes de peas na cor vermelha e a quantidade de modelos diferentes, mostrando a lista ordenada de forma descendente pela quantidade. (c). Os nomes dos fabricantes que j construram pelo menos uma pea na cor vermelha; o relatrio estar ordenado de forma descendente na quantidade de modelos diferentes construdos. (d). Todos os nomes dos fabricantes e a respectiva quantidade de modelos diferentes de peas vermelhas que j construram; se um fabricante nunca construiu uma pea na cor vermelha, a contagem mostrar zero. (e). Todos os nomes dos fabricantes e a respectiva quantidade de modelos diferentes construdos, no importando a quantidade de peas, cor ou a data da construo; o relatrio estar ordenado de forma descendente na quantidade de peas.
Soluo:
Para resolver esta questo, necessrio conhecer os conceitos de chave primria, chave estrangeira e, por m, entender o que os principais comandos SQL fazem e o resultado deles sobre os dados manipulados de uma ou mais tabelas. Por ser mais essencial, vamos comear entendendo o que so chave primria e estrangeira. Tabelas so colees de dados que possuem identidade entre si pela semntica. Isso signica
Pgina 26 de 115
Volume 05 Edio 1
que as linhas (ou tuplas) de uma tabela referem-se a coisas que guardam semelhana entre si. Entretanto, apesar das semelhanas, cada tupla nica e deve ser assim, para que os dados armazenados faam sentido aplicao e ao usurio. Para garantir essa unicidade, foi desenvolvido o conceito de chave primria nos bancos de dados. A chave primria pode ser composta por um ou mais campos da tabela. O SGBD (Sistema Gerenciador de Banco de Dados) ir garantir que haver
apenas uma tupla
com uma determinada combinao
dos campos que compe a chave primria. Ilustrando como exemplo, podemos supor uma tabela que armazene os produtos de uma mercearia. A tabela, poderia ser: produto (nome, quantidade, precoUnitario) O campo nome foi utilizado como chave primria. Sabemos disso, pois, por conveno, os campos de uma tabela que aparecem sublinhados so os considerados como chave primria. Nesse exemplo, o SGBD, ao tratar as operaes de insero permitiria que cada produto aparecesse uma vez na tabela. um erro por chave duplicada. Isso quer dizer que, se por descuido, o usurio j tivesse Repare que isso extremamente til. Na hora de fazer a cadastrado o produto 'banana' e tentasse cadastrar novamente 'banana' o sistema receberia contabilidade e de gerar relatrios de reposio de estoque, 'banana' um nico produto da mercearia e no queremos que ela aparea repetidamente. Para entender o conceito de chave estrangeira, podemos utilizar o exemplo da mercearia tambm. Sabemos que, alm do cadastro do estoque, o comerciante precisa manter o histrico de suas vendas, de modo que possa atualizar sua contabilidade e prestar contas ao governo. Para tal, podemos supor que o desenvolvedor do aplicativo de controle comercial tenha criado uma tabela que ir registrar todas as vendas feitas. Para isso, ele criar as tabelas: venda (idVenda, data) itemVenda (idVenda (FK), nomeProduto (FK), quantidade) Veja que a tabela venda possui tambm um campo de chave primria. Como vendas no possuem nomes, podemos imaginar que esse campo pode ser numrico e sequencial, de modo a impedir que vendas sejam sobrescritas. A tabela itemVenda criada por um motivo muito simples: repare que cada venda poder ter mais de um item nela; o fregus pode levar, na mesma compra, 6 bananas e 3 mas. Se no tivssemos a tabela itemVenda, para cada produto vendido teramos que, alm de armazenar o identicador da venda, armazenar tambm a data dela. Isso causaria uma repetio de valores indesejada, aumentando desnecessariamente o tamanho do banco, alm de prejudicar a velocidade de processamento de algumas consultas sobre ele. Repare que a tabela itemVenda possui uma chave primria composta de 2 campos: Venda e nomeProduto. Ambas aparecem com um (FK) aps seu nome. esses campos so chaves estrangeiras importadas de outras tabelas. id-
Isso indica que
no caso de idVenda,
ela importada da tabela venda, do campo de mesmo nome; nomeProduto vem da tabela produto, do campo 'nome'. O controle realizado pelo SGBD sobre chaves estrangeiras visa a garantir a
integridade referencial
entre os diversos dados armazenados no banco de da-
dos. No caso de nosso exemplo, a existncia das chaves estrangeiras na tabela itemVenda pretende garantir que s existam itens de venda para vendas que realmente existam e que os produtos das vendas estejam cadastrados antes de serem vendidos. (Alm desse controle,
Pgina 27 de 115
Volume 05 Edio 1
h tambm outros sobre a excluso de itens em cascata, onde, por exemplo, a remoo de um produto
poderia desencadear a deleo dos itens de venda cadastrados para ele).
A chave primria composta, conforme o exemplo da tabela itemVenda tem a seguinte semntica: para cada item de venda cadastrado na tabela itemVenda s poder existir uma nica referncia a um produto para cada venda distinta. Em outras palavras, na venda de nmero '10' poder aparecer apenas uma vez o item 'banana'. Veja que isso no limita a compra do cliente a apenas uma banana, pois o campo 'quantidade' permite que vrias bananas sejam vendidas para o cliente. A diferena estar apenas no armazenamento dessa informao no sistema, pois o item banana aparecer apenas uma vez, com a quantidade comprada registrada no campo especco para isso. Fica claro que essa medida evita que vrias linhas para o mesmo produto sejam repetidas para expressar a mesma compra. Utilizando esse artifcio, economiza-se muito espao, alm de se aumentar tambm a velocidade das consultas, visto que, em qualquer hiptese, uma quantidade maior de linhas em uma tabela resultar, impreterivelmente, em maior tempo de consulta. (Este tipo de preocupao com otimizao de tempos de consulta e quantidade de armazenamento deu origem ao estudo das formas normais. Complemente seu aprendizado buscando por essa informao). Com essas informaes, passamos a entender a estrutura das tabelas apresentadas: fabricante (idfabricante, nome, endereo)
Cada fabricante cadastrado ser identicado pelo seu id (idFabricante) respectivo.
pea (idmodelo, nome, descrio)
Cada pea cadastrada ser identicada pelo seu id (idModelo) respectivo.
constri (idmodelo (FK), idfabricante (FK), data, quantidade, cor)
Cada linha da tabela constri ter a quantidade e a cor de uma nica pea fabricada por um fabricante especco em uma determinada data. Alm disso, em uma determinada data, um fabricante s produzir uma determinada pea em uma nica cor.
Com essas denies, podemos passar segunda parte da questo que envolve entender os comandos SQL. Nessa questo so utilizados os seguintes comandos:
exibir; FROM: indica as tabelas que fazem parte da consulta em questo; INNER JOIN: esse comando, sempre que aparecer, estar entre duas
deseja aps o comando no campo
SELECT:
indica quais os campos das tabelas que so listadas no comando
FROM
se
tabelas e logo
FROM. Ele um indicador que informa que os dados da tabela anterior ON
a ele sero cruzados com os dados da tabela posterior, utilizando a comparao descrita
ON. Este comando um caso especco do comando JOIN. O prexo INNER

devero ser
indica que apenas os registros que casarem na comparao do campo retornados;
WHERE: dene os ltros que devero ser aplicados na consulta.
De todos os registros
resultantes da juno das tabelas envolvidas na consulta, apenas aqueles que atenderem s restries descritas aqui devero ser considerados para o resultado;
GROUP BY: o resultado da consulta ser agrupado pelo(s) campo(s) indicados neste
comando. Este comando utilizado em conjunto com funes de agregao, que, de modo geral, geram estatsticas sobre outros campos que no os listados aqui. No caso de
Pgina 28 de 115
Volume 05 Edio 1
nosso exemplo, deseja-se contar os modelos diferentes resultantes da consulta agrupados pelo nome do fabricante;
HAVING:
esta outra clusula de restrio ao resultado da consulta. Aqui, pode-se
denir parmetros para os campos
HAVING
WHERE
agregados.
A diferena primordial entre a clusula
que os ltros descritos na segunda so aplicados no clculo da
consulta enquanto que os da primeira so aplicados apenas ao resultado pronto. De um modo geral, ltros colocados em aqueles denidos em
HAVING ;
WHERE
geram consultas mais rpidas do que
ORDER BY:
os campos aqui descritos sero utilizados como parmetro de ordePor padro, os campos so ordenados seguindo em
nao do resultado da consulta.
que aparecem. Assim, o SGBD ordena o resultados sobre o primeiro campo, depois, considerando essa primeira ordem, sobre o segundo e assim por diante. A ordenao pode ser ascendente - do menor para o maior - utilizando o suxo ASC aps o campo em questo, ou descendente - utilizando o suxo DESC. Por padro, a ordenao ascendente em todos os campos listados. Vistos os comandos utilizados, basta agora que analisemos a consulta em questo combinandoa com as informaes que so armazenadas nas tabelas de acordo com o estudo das chaves. Vejamos a Figura 4.
Figura 4: clusulas SQL e suas interpretaes. Portanto, a resposta da questo a letra (B).
Pgina 29 de 115
Volume 05 Edio 1
11.
Assuntos relacionados: Sistemas Operacionais, Gerncia de Memria, Alocao de Memria, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 51
Um sistema operacional que usa segmentao de memria tem a seguinte congurao: segmento 1 : 100 KB segmento 2 : 50 KB segmento 3 : 200 KB segmento 4 : 50 KB A memria preenchida com segmentos de diversos tamanhos, colocados na ordem abaixo. 20 KB, 50 KB, 10 KB, 50 KB, 20 KB, 20 KB, 40 KB Qual o espao I:
livre de cada segmento, respectivamente, para as estratgias abaixo?
best-t rst-t III: worst-t

II: (a). I: 1=30 KB, 2=0 KB, 3=160 KB, 4=0 KB II: 1=0 KB, 2=0 KB, 3=140 KB, 4=50 KB III: 1=60 KB, 2=50 KB, 3=30 KB, 4=50 KB (b). I: 1=0 KB, 2=0 KB, 3=160 KB, 4=30 KB II: 1=0 KB, 2=0 KB, 3=140 KB, 4=50 KB III: 1=60 KB, 2=50 KB, 3=30 KB, 4=50 KB (c). I: 1=30 KB, 2=0 KB, 3=160 KB, 4=0 KB II: 1=60 KB, 2=50 KB, 3=30 KB, 4=50 KB III: 1=0 KB, 2=0 KB, 3=140 KB, 4=50 KB (d). I: 1=0 KB, 2=0 KB, 3=160 KB, 4=30 KB II: 1=0 KB, 2=0 KB, 3=140 KB, 4=50 KB III: 1=20 KB, 2=0 KB, 3=120 KB, 4=50 KB (e). I: 1=20 KB, 2=0 KB, 3=120 KB, 4=50 KB II: 1=60 KB, 2=50 KB, 3=30 KB, 4=50 KB III: 1=0 KB, 2=0 KB, 3=140 KB, 4=50 KB
Soluo:
A alocao de memria para processo (ou um segmento) est relacionada Gerncia de Memria do Sistema Operacional. Os algoritmos em questo esto relacionados alocao de memria por parties variveis, ou seja, o tamanho das parties ajustado dinamicamente de acordo com a necessidade exata de memria do processo. O sistema operacional mantm uma lista de segmentos livres. Quando um processo criado, essa lista percorrida e um segmento de tamanho igual ou maior que a necessidade do processo selecionado. Entretanto, o que segmento escolhido tiver a mais que o necessrio
Pgina 30 de 115
Volume 05 Edio 1
ser transformado em um novo segmento livre. Dessa forma, o processo recebe o tamanho exato de memria que necessita. Existem quatros formas bsicas de percorrer a lista de segmentos livres. So eles: que utiliza o primeiro segmento livre que encontrar com tamanho suciente; utiliza o segmento que resultar em menor sobra; seguinte ltima sobra. O enunciado especica inicialmente 4 segmentos livres: 100 KB, 50 KB, 200 KB e 50 KB, e os novos segmentos a serem alocados na seguinte ordem so: 20 KB, 50 KB, 10 KB, 50 KB, 20 KB, 20 KB e 40 KB.
Worst-t, que utiliza o segmento que resulta na maior sobra; e Circular-t, que semelhante ao First-t, mas inicia a procura no segmento
First-t, Best-t, que
Best-t, temos que para o segmento de 20KB, o segmento que produz menor sobra (30 KB) o segmento 2. O segmento seguinte, 50 KB, alocado no segmento 4, sobrando 0 KB. O segmento de 10 KB alocado no segmento 2, pois produz menor sobra
Utilizando o algoritmo (20 KB) entre os quatros segmentos. E assim por diante com os segmentos de 50 KB, 20 KB, 20 KB e 40 KB. Ento, ao nal da alocao dos segmentos, no KB, no
segmento 1 sobra 30 segmento 2 sobra 0 KB, no segmento 3 sobra 160 KB e no segmento 4 sobra 0 KB.
A Tabela 11 mostra para cada alocao a sobra em cada um dos quatros segmentos. Segmentos Segmento 1 100 KB Segmento 2 50 KB Segmento 3 200 KB Segmento 4 50 KB
20 KB 50 KB 10 KB 50 KB 20 KB 20 KB 40 KB
100 KB 100 KB 100 KB 50 KB 50 KB 30 KB 30 KB
30 KB 30 KB 20 KB 20 KB 0 KB 0 KB 0 KB
200 KB 200 KB 200 KB 200 KB 200 KB 200 KB 160 KB
50 KB 0 KB 0 KB 0 KB 0 KB 0 KB 0 KB
Sobra
30 KB
0 KB
160 KB
0 KB
Best-t.
Tabela 1: alocao dos segmentos utilizando a estratgia Utilizando o algoritmo
First-t, temos que para o segmento de 20 KB, o primeiro segmento que comporta os 20 Kb o segmento 1, gerando uma sobra de 80 KB. O segmento de 50 KB, novamente, alocado no segmento 1, pois o primeiro segmento que comporta os 50 KB, gerando uma sobra de 30 KB. O segmento de 10 KB, tambm, alocado no segmento 1, gerando uma sobra de 20 KB, enquanto que os segmentos de 2 a 4 continuam com o tamanho inicial. O outro segmento de 50 KB no mais alocado no segmento 1, mas no segmento 2, gerando uma sobra de 0 KB. E assim por diante com os segmentos de 20 KB, 20 KB e 40 KB. Ento, ao nal da alocao dos segmentos, no segmento 1 sobra 0 KB, no segmento 2 sobra 0 KB, no segmento 3 sobra 140 KB e no segmento 4 sobra 50 KB. A
Tabela 11 mostra para cada alocao a sobra em cada um dos quatros segmentos.
Worst-t, temos que para o segmento de 20KB, o segmento que produz a maior sobra o segmento 3, gerando uma sobra de 180 KB. O segmento de 50 KB, novamente, alocado no segmento 3, pois este produz a maior sobra, gerando uma sobra de 130 KB. O segmento de 10 KB, tambm, alocado no segmento 3, gerando uma
Utilizando o algoritmo
Pgina 31 de 115
Volume 05 Edio 1
Segmentos
Segmento 1 100 KB
Segmento 2 50 KB
Segmento 3 200 KB
Segmento 4 50 KB
20 KB 50 KB 10 KB 50 KB 20 KB 20 KB 40 KB
80 KB 30 KB 20 KB 20 KB 0 KB 0 KB 0 KB
50 KB 50 KB 50 KB 0 KB 0 KB 0 KB 0 KB
200 KB 200 KB 200 KB 200 KB 200 KB 180 KB 140 KB
50 KB 50 KB 50 KB 50 KB 50 KB 50 KB 50 KB
Sobra
0 KB
0 KB
140 KB
50 KB
First-t.
Tabela 2: alocao dos segmentos utilizando a estratgia
sobra de 120 KB, enquanto que os segmentos de 1, 2 e 4 continuam com o tamanho inicial. E assim por diante com os segmentos de 50 KB, 20 KB, 20 KB e 40 KB. Ento, ao nal da alocao dos segmentos, no
segmento 3
sobra 30 KB e
segmento 1 sobra 60 KB, no segmento 2 sobra 50 KB, no no segmento 4 sobra 50 KB. A Tabela 11 mostra para cada
alocao a sobra em cada um dos quatros segmentos. Segmentos Segmento 1 100 KB Segmento 2 50 KB Segmento 3 200 KB Segmento 4 50 KB
20 KB 50 KB 10 KB 50 KB 20 KB 20 KB 40 KB
100 KB 100 KB 100 KB 100 KB 80 KB 60 KB 60 KB
50 KB 50 KB 50 KB 50 KB 50 KB 50 KB 50 KB
180 KB 130 KB 120 KB 70 KB 70 KB 70 KB 30 KB
50 KB 50 KB 50 KB 50 KB 50 KB 50 KB 50 KB
Sobra
60 KB
50 KB
30 KB
50 KB
Worst-t.
Tabela 3: alocao dos segmentos utilizando a estratgia
Percebe-se nos exemplos de alocao de memria anterior, alguns segmentos de tamanho pequeno surgem quando um processo alocado. No interessante para o Sistema Operacional manter segmentos de poucos bytes. Para evitar o aparecimento de segmentos pequenos, foi criada uma tcnica chamada Pargrafo, que consiste em determinar a menor unidade de alocao de memria. De acordo com o discutido anteriormente, temos os seguintes valores de espao livre para os seguimentos de 1 a 4 de acordo com a tcnica utilizada:
Pgina 32 de 115
Volume 05 Edio 1
Segmentos
Segmento 1
Best-t First-t Worst-t
30 KB 0 KB 60 KB
Segmento 2
0 KB 0 KB 50 KB
Segmento 3
160 KB 140 KB 30 KB
Segmento 4
0 KB 50 KB 50 KB
Tabela 4: sumrio das sobras dos segmentos de 1 a 4 para cada estratgia. Ento, a alternativa correta a letra (A).
Pgina 33 de 115
Volume 05 Edio 1
12.
Assuntos relacionados: Lgica, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 52
A expresso (NOT A
AND
B)
OR
((B
AND NOT
A)
OR
B)
equivale a (a). B (b). A (c).
NOT
(d). tautologia (e). contradio
Soluo:
Antes de partirmos para a resoluo desta questo, faremos uma breve reviso sobre algumas das propriedades de equivalncia lgica. Para tanto, utilizaremos 3 (trs) proposies simples:
p, q e r.
As propriedades so expressas pelas seguintes Leis:
Leis da Idempotncia:
p AND p p p OR p p Leis da Comutatividade: p AND q q AND p p OR q q OR p Leis da Absoro: p AND (p OR q) p p OR (p AND q) p Leis da Associatividade: (p AND q) AND r p AND (q AND r) (p OR q) OR r p OR (q OR r)
Pronto, agora estamos aptos a resolver a presente questo. Na expresso do nosso problema, identicamos facilmente 2 (duas) proposies simples (A e B) e 3 operadores lgicos (NOT, AND e OR). Assim, podemos aplicar os seguintes passos: 1. Aplicando as leis da associatividade na expresso, teremos: ((NOT A
AND
B)
OR
(B
AND NOT
A))
OR
2. Aplicando as leis da comutatividade na proposio composta (B ((NOT A
AND NOT
A), teremos:
AND
B)
OR (NOT
AND
B))
OR
Pgina 34 de 115
Volume 05 Edio 1
3. Aplicando as leis da idempotncia na proposio composta ((NOT A
AND
AND
B)
OR (NOT
B)), teremos:
(NOT A
AND
B)
OR
4. Por m, aplicando as leis da absoro, teremos: B Portanto, a alternativa
A a correta.
Pgina 35 de 115
Volume 05 Edio 1
13.
Assuntos relacionados: Redes de Computadores, ICMP, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 54
Uma estao de uma pequena empresa, ao tentar uma conexo com a Intranet, recebeu uma mensagem do tipo ICMP TIME EXCEEDED. No dia anterior, esse servio estava operando normalmente. Essa situao pode ocorrer quando (a). o servidor da Intranet est fora do ar. (b). o tempo mximo para estabelecimento de uma conexo UDP foi excedido. (c). o default gateway da estao est fora do ar. (d). existe um problema de roteamento interno, provocando loops entre os roteadores. (e). existe um congestionamento na rede, sinalizando que pacotes sero perdidos.
Soluo:
O Internet Control Message Protocol (ICMP) um protocolo que na verdade parte do protocolo IP. Portanto, estamos falando de um protocolo que funciona na camada 3 da pilha TCP/IP. O ICMP muito utilizado pelos utilitrios ping e traceroute. O conhecido ping envia pacotes ICMP para vericar se um host destino se encontra no ar. J o traceroute utiliza o ICMP para determinar a rota seguida at um host destino. Perceba que o ICMP no foi desenvolvido para transportar dados teis aos usurios, mas sim para transportar mensagens de controle. Sua especicao feita pela RFC 792, disponvel em http://www.ietf.org/rfc/rfc792.txt. Basicamente, o ICMP funciona da seguinte forma. Os erros reportados ao host origem
ocorrem quando h problemas nas entregas de datagramas IP. Existem diversas causas para esse tipo de problema. Para cada causa, o ICMP retorna um tipo especco de mensagem ao host que gerou o datagrama IP. Para evitar um efeito bola de neve, erros de entrega de mensagens ICMP no geram novas mensagens ICMP. Perceba, portanto, que o ICMP no foi desenvolvido com intuito de ser infalvel. Ou seja, podem ocorrer falhas de entrega de mensagens ICMP e o host origem no ter como saber que o seu datagrama IP no pode ser entregue a quem ele endereou. Para exemplicar, vamos citar quatro tipos de mensagem:
Time Exceeded Message:
tipo de mensagem utilizada quando um datagrama IP
tem seu TTL (time to live) igual a zero. Lembrando que o TTL decrementado a casa n durante o roteamento. Quando ele chega a zero, entende-se que o datagrama deve ser eliminado, pois a sua vida til se encerrou;
Echo or Echo Reply Message:
tipos de mensagem utilizadas pelo utilitrio ping; tipo de mensagem enviada ao host origem
Destination Unreachable Message:

por algum motivo.
quando um gateway identica que o host endereado como destino est inalcancvel
Com o que j foi exposto pode-se resolver tranquilamente esta questo. Vejamos.
Pgina 36 de 115
Volume 05 Edio 1
(A) ERRADA Caso o servidor, host destino, estivesse fora do ar, a mensagem ICMP que seria enviada estao origem seria do tipo Destination Unreachable Message. Portanto, esta alternativa est errada. (B) ERRADA Esta alternativa traz um erro signicativo. O protocolo UDP (User Datagram Protocol)
no orientado a conexo. Cada datagrama enviado individualmente sem a garantia de que passem pela mesma rota nem que cheguem ao seu destino. Dessa forma, essa alternativa deve ser descartada no bate-pronto. (C) ERRADA Esta alternativa similar primeira, pois se trata de um equipamento fora do ar. Nesses casos, a mensagem ICMP utilizada no do tipo Time Exceeded Message. Esta alternativa tambm no a correta. (D) CORRETA Mensagens ICMP do tipo Time Exceeded Message so tipicamente utilizadas no cenrio descrito nesta alternativa: existe um problema de roteamento interno, provocando loops entre os roteadores. esta a alternativa a ser marcada. (E) ERRADA Quando h congestionamento em algum gateway e ele seja obrigado a descartar datagramas IP, esse gateway enviar mensagens ICMP do tipo Source Quench Message aos hosts que originaram os datagramas descartados. Ou seja, no se trata do tipo de mensagem mencionado no enunciado, o que faz dessa alternativa uma opo errada.
Pgina 37 de 115
Volume 05 Edio 1
14.
Assuntos relacionados: Redes de Computadores, Protocolos de Rede, HTTP, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 56
Observe as armativas abaixo sobre o protocolo HTTP. I - O campo CRC (Cyclic
Redundancy Check ), disponvel no cabealho HTTP, responsvel
por deteco de erros em pacotes IP. II - Caso exista uma conexo HTTP 1.1 entre as mquinas X e Y e a primeira seja reiniciada, a conexo HTTP ser restabelecida, automaticamente, to logo X esteja no ar novamente, graas ao mecanismo de intencionados. Est(o) correta(s) a(s) armativa(s) (a). I, somente. (b). III, somente. (c). I e II, somente. (d). II e III, somente. (e). I, II e III.
keepalive.
III - Senhas de usurios que trafegam via HTTP podem ser interceptadas por usurios mal-
Soluo:
O HTTP (Hyper
Text Transfer Protocol ) um protocolo de transferncia de camada de apliEsses dois programas,
cao utilizado em toda a Web. Ele implementado em dois programas: um cliente e outro servidor, e por isso classicado como aplicao cliente-servidor. executados em sistemas nais distintos, conversam entre si por meio de troca de mensagens HTTP. O HTTP especica as mensagens que os clientes podem enviar aos servidores e, que respostas podem receber. Tipicamente, um cliente entra em contato com um servidor por meio de uma conexo TCP (protocolo de camada de transporte) utilizando a porta 80 (primria) ou 8080 (alternativa) da mquina servidora. Desta forma, as trocas de mensagens so realizadas de forma orientada conexo. A vantagem de se usar o protocolo TCP que nem os clientes nem os servidores precisam se preocupar com as mensagens perdidas, mensagens duplicadas, mensagens longas de conrmao. Tudo isso tratado pelo protocolo TCP. Na verso HTTP 1.0, depois que a conexo era estabelecida, uma nica solicitao era enviada e uma nica resposta era devolvida, e, a conexo TCP era encerrada. Ou seja, as conexes entre cliente e servidor eram no-persistentes. Desta maneira, como as pginas Web so constitudas de imagens, textos e outros atrativos visuais, o estabelecimento de uma conexo TCP para transportar uma nica imagem se mostrou um tanto quanto ineciente. Na verso HTTP 1.1, as conexes entre clientes e servidores passaram a ser persistentes. Neste tipo de conexo, o servidor deixa a conexo TCP aberta aps enviar resposta e, requisies e respostas subseqentes entre o mesmo cliente e servidor podem ser enviadas por meio da mesma conexo. Em geral, o servidor HTTP encerra uma conexo quando ela no
Pgina 38 de 115
Volume 05 Edio 1
usada durante certo tempo (congurvel). Com isso, houve um aumento considervel na ecincia das trocas de mensagens H duas verses de conexes persistentes: sem paralelismo e com paralelismo. Na verso sem paralelismo, o cliente emite uma nova requisio somente quando a resposta anterior foi recebida. O modo default do HTTP usa conexes persistentes com paralelismo. Nesse caso, o cliente emite uma requisio logo que encontra uma referncia, mesmo antes de receber uma resposta a uma requisio anterior (solicitaes por pipeline). A maioria dos navegadores, por default, abre de cinco a dez conexes TCP paralelas, cada uma delas manipula uma transao requisio/resposta. O servidor envia as respostas HTTP ao cliente sem armazenar nenhuma informao de estado sobre este. Ou seja, se um determinado cliente solicita o mesmo objeto duas vezes em um perodo de poucos segundos, o servidor no responde dizendo que acabou de enviar o objeto, ele envia novamente o objeto ao cliente. Em outras palavras, o HTTP um protocolo sem estado. Como se pode notar, as mensagens, escritas em texto ASCII, trocadas entre o cliente e o servidor so de dois tipos: mensagem de requisio (Tabela 14(a)) e mensagem de resposta (Tabela 14(b)). A primeira linha da mensagem de requisio denominada de linha de requisio, e composta pelos campos: mtodo, URL e verso do HTTP. A linha de requisio pode ser seguida por linhas adicionais com mais informaes, e so chamadas de cabealhos de requisio. A primeira linha da mensagem de resposta (Tabela 14(b)) denominada linha de estado, e composta pelos campos: verso do HTTP, cdigo do estado e uma mensagem de texto correspondente. A linha de estado tambm pode ser seguida por linhas adicionais chamadas de cabealhos de resposta. Alguns cabealhos podem ser usados em um ou outro sentido (consulte o livro Redes de Computadores Andrew S. Tanenbaum - para detalhes sobre os cabealhos). Mensagem de Requisio GET /somedir/page.html HTTP/1.1 Host: www.someschool.edu Connection: close User-agent: Mozilla/4.0 Accept-language: fr Mensagem de Resposta HTTP/1.1 200 OK Connection: close Date: Thu, 03 Jul 2003 12:00:15 GMT Server: Apache/1.3.0 (Unix) Last-Modied: Sun, 5 May 2003 09:23:24 GMT Content-Length: 6821 Content-Type: text/html
(a)
(b)
Tabela 5: exemplo de mensagens de requisio e solicitao. Os mtodos implementados no HTTP 1.1 so: GET (solicita a leitura de uma pgina
Web); HEAD (solicita a leitura de um cabealho de uma pgina Web); PUT (solicita o armazenamento de uma pgina Web); POST (acrescenta alguma informao a uma requisio);DELETE (remove a pgina Web); TRACE (ecoa a solicitao recebida); CONNECT (no utilizado atualmente); e OPTIONS (permite que o cliente consulte o servidor sobre suas propriedades ou sobre as de um objeto especco). Os cdigos de estado so cdigos para representar o estado atual do servidor e so sep-
Pgina 39 de 115
Volume 05 Edio 1
arados nas seguintes classes: 1XX (Informao pouco utilizado na prtica); 2XX (Sucesso requisio tratada com sucesso); 3XX (Redirecionamento - indica que o cliente deve procurar em outro lugar, usando um URL diferente ou seu prprio cache); 4XX (Erro do cliente requisio falhou devido a um erro no cliente) e 5XX (Erro do servidor - erro do servidor ao processar a requisio). Aps uma breve introduo do HTTP, vamos analisar as armativas do enunciado: I - O cabealho do protocolo HTTP no constitudo pelo campo CRC, e, alm disso, um protocolo da camada de aplicao no pode ser responsvel por deteco de erros em pacotes IP (camada de rede). Portanto, armao falsa; II - Conforme explicado anteriormente, a verso HTTP 1.1 utiliza uma conexo persistente, onde o servidor deixa a conexo TCP aberta aps enviar resposta e, requisies e respostas subseqentes entre o mesmo cliente e servidor podem ser enviadas por meio da mesma conexo. E, em geral, o servidor encerra uma conexo aps certo perodo de inatividade. No HTTP uma conexo no estabelecida automaticamente aps certo perodo de inatividade, deve existir uma solicitao por parte do cliente para a conexo ser restabelecida. Portanto, armativa falsa; III - Como o protocolo HTTP no utiliza nenhum mtodo de segurana, senhas de usurios que trafegam sobre o HTTP podem ser interceptadas por usurios mal intencionadas. Portanto, armativa verdadeira. Uma forma de evitar essa interceptao utilizar o protocolo HTTPS. O protocolo HTTPS uma implementao do protocolo HTTP sobre uma camada SSL ou do TLS. Essa camada adicional permite que os dados sejam transmitidos por meio de uma conexo criptografada e que se verique a autenticidade do servidor e do cliente atravs de certicados digitais. A porta TCP usada por norma para o protocolo HTTPS a 443. O protocolo HTTPS utilizado, em regra, quando se deseja evitar que a informao transmitida entre o cliente e o servidor seja visualizada por terceiros, como, por exemplo, no caso de compras online. A existncia na barra de tarefas (normalmente do lado direito) de um cadeado demonstra a certicao de pgina segura (SSL). Ento, conforme discutido anteriormente, a alternativa correta a letra (B).
Pgina 40 de 115
Volume 05 Edio 1
15.
Assuntos relacionados: Redes de Computadores, Segurana da Informao, HTTPS, SSL, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 57
Um dos objetivos do SSL nas conexes HTTPS garantir o(a): (a). desempenho. (b). controle de congestionamento. (c). multiplexao das conexes. (d). recuperao de erro. (e). condencialidade dos dados.
Soluo:
O SSL, atualmente substitudo pelo TLS, um protocolo de segurana de dados, que garante a condencialidade na troca de informao entre dois hosts. O Secure Sockets Layer SSL garante a condencialidade do dilogo entre aplicaes atravs de um meio no convel utilizando tcnicas de criptograa. Com o surgimento da web, empresas vislumbraram a possibilidade de realizar negcios utilizando esse meio. Entretanto, como sabemos, a web pura no prev mecanismos de segurana que garantam a condencialidade das mensagens trocadas nem a autenticidade das partes envolvidas nas comunicaes. Visando a dar soluo a esse problema, a Netscape lanou no mercado a primeira verso do SSL. Como preceitos, o SSL prev:
negociao de parmetros entre cliente e servidor; autenticao de ambas as partes (sendo obrigatria, no caso do HTTPS, apenas para o servidor); comunicao condencial entre as partes envolvidas somente; a integridade dos dados trocados.
Por prestar servios a camada de aplicao - usualmente o HTTP, mas no restrito a ele o SSL situa-se em uma nova camada da arquitetura TCP/IP, entre a camada de aplicao e a de transporte (conforme entendimento do autor Andrew S. Tanenbaum). Quando utilizado para atender ao HTTP, considera-se ento que se tem uma aplicao HTTPS (Secure HTTP). Geralmente, aplicaes HTTPS atendem na porta padro 443. O SSL composto de 2 subprotocolos: o de estabelecimento de conexo, onde so denidos os parmetros da comunicao, feita a autenticao das partes e estabelecida a chave criptogrca simtrica; e o de transmisso de dados propriamente dito. Vejamos brevemente ambos, iniciando pelo subprotocolo de estabelecimento de conexo, ilustrado na Figura 5: No primeiro momento, o cliente, pretendendo iniciar uma conexo, envia para o servidor a verso do SSL que est utilizando, suas preferncias quanto aos algoritmos criptogrcos e de hash (utilizado para a garantia da integridade das mensagens trocadas) e qual compresso
Pgina 41 de 115
Volume 05 Edio 1
Figura 5: subprotocolo de estabelecimento de conexo.
deseja utilizar, se for o caso. Tambm envia um de sesso.
nonce
(number used once - nmero que
nunca se repete no mesmo contexto), que ser utilizado mais a frente no clculo da chave
O servidor responde enviando a verso do SSL que ser utilizada na comunicao, os algoritmos que escolheu e seu prprio nonce, que ter o mesmo uso mencionado acima. Em outra mensagem seguinte, o servidor envia seu certicado e, caso este no seja feito por certicadora reconhecida, a cadeia que permita ao cliente garantir sua autenticidade.
mente,
Opcional-
o servidor solicita o certicado do cliente. Fique claro que este passo opcional e Em uma terceira mensagem, o servidor notica
pouco utilizado, pois so poucos clientes que possuem certicados. Neste momento, outras mensagens tambm podem ser trocadas. que terminou de processar. O cliente ento envia ao servidor a premaster key da comunicao, criptografada com a chave pblica deste. A premaster key uma chave randmica de 384 bits que juntamente com os nonces, numa matemtica complexa, dar origem chave da sesso atual (chave simtrica a ser utilizada na troca de pacotes do outro subprotocolo). Em seguida envia outra mensagem informando que passar a trabalhar com a cifragem simtrica e mais uma mensagem indicando que terminou o estabelecimento da comunicao. O servidor, por sua vez, informa tambm que estar trabalhando a partir deste momento em cifragem simtrica e, na ltima mensagem deste protocolo, informa que tambm considera o processo terminado. Agora, de posse da chave de sesso, os dois hosts podem se comunicar, passando ao segundo subprotocolo do SSL. A comunicao feita conforme ilustrado na Figura 6: As mensagens a serem trocadas entre cliente e servidor so quebradas em unidades de at 16 KB. Se a comunicao previr compresso, cada unidade comprimida separadamente. Aps isso, uma chave secreta derivada dos 2 nonces e da premaster key concatenada com o texto comprimido e o resultado desta operao tem seu hash calculado. Este hash apendado ao fragmento como o MAC. Esta nova unidade ento encriptada utilizando o algoritmo simtrico acordado entre as partes. O cabealho do fragmento anexado a este e ento enviado outra parte. Pgina 42 de 115
Volume 05 Edio 1
Figura 6: subprotocolo de comunicao.
HISTRIA
Aps algum tempo, buscando a padronizao do protocolo, a Netscape passou sua administrao para o IETF, que rebatizou-o como TLS - Transport Layer Security, RFC 2246. As diferenas entre o SSL verso 3 e a primeira verso do TLS so pequenas. Entretanto, inviabilizam que o TLS funcione em compatibilidade com o SSL. A segurana oferecida pelo TLS discretamente superior.
Pgina 43 de 115
Volume 05 Edio 1
16.
Assuntos relacionados: Governana de TI, Arquitetura Empresarial, Framework de Zachman,
Segundo o framework de Zachman, a misso de uma determinada empresa suportada pelos processos pertencentes ao (a). plano de objetivos e metas. (b). plano de melhoria contnua. (c). modelo de sistemas. (d). modelo de tecnologia. (e). modelo de negcios.
Soluo:
O framework de Zachman um framework que prov um meios formais e estruturados para ver e denir corporaes. Portanto, dito um framework de arquitetura corporativa, ou framework de arquitetura empresarial. O framework consiste de uma matriz de classicao bidimensional baseada na interseco de seis interrogaes bsicas (o qu, como, onde, quem, quando, e por que) com tipos distintos de modelos. A matriz do framework Zachman mostrada na Figura 7. O framework tem origens na dcada de 80, tendo sido criado por John Zachman na IBM. Desde ento, o framework j foi atualizado inmeras vezes.
Figura 7: framework de Zachamn. Comumente o framework de Zachman citado como uma metologia, porm isto e um equvoco. Formalmente, o framework de Zachman uma ontologia, que aplicada na prtica como uma taxonomia para organizar os artefatos de uma arquitetura empresarial. Artefatos podem ser, por exemplo, diagramas, listas e modelos. Os modelo de negcio, de
Pgina 44 de 115
Volume 05 Edio 1
sistemas e de tecnologia, apresentados nas alternativas da questo, so exemplos de modelos que compe a lista de artefatos do framework de Zachman. Para alcanarmos a resposta da questo, primeiro precisamos compreender o conceito de misso empresarial. A misso um enunciado que deve responder o que a organizao se prope a fazer, devendo apresentar de forma concisa os propsitos e as responsabilidades da sua organizao perante seus clientes. Em ltima instncia, a misso deve elucidar tambm o porque da existncia da empresa, citando o que ela faz e a quem ela atende. A misso empresarial est diretamente relacionada ao negcio da empresa, sendo, portanto, um dos artefatos relacionados ao modelo de negcio. Com isso, a resposta da questo a alternativa E.
Pgina 45 de 115
Volume 05 Edio 1
17.
Assuntos relacionados: Governana de TI, COBIT, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 64
NO recomendado aplicar COBIT para (a). qualicar a contratao de prestadores de servios de TI. (b). avaliar pontos fortes e fracos dos processos de TI. (c). promover benchmarking. (d). auditar os riscos operacionais de TI. (e). gerenciar congurao de ativos de rede.
Soluo:
O CobiT (Control
Objectives for Information and related Technology )
um guia para a
gesto de TI recomendado pelo ISACA (Information Systems Audit and Control Foundation, www.isaca.org). O CobiT inclui recursos tais como um sumrio executivo, um framework, controle de objetivos, mapas de auditoria, um conjunto de ferramentas de implementao e um guia com tcnicas de gerenciamento. As prticas de gesto do CobiT so recomendadas pelos peritos em gesto de TI que ajudam a otimizar os investimentos de TI e fornecem mtricas para avaliao dos resultados. O CobiT independe das plataformas de TI adotadas nas empresas. As melhores prticas do Cobit prometem auxiliar as companhias no processo de governana de TI. Ele tem a misso de garantir que os sistemas nanceiros executem suas tarefas conforme o pretendido sem dados fraudulentos ou aes que poderiam comprometer a qualidade de dados. Tal uso poderia ser relevante diante das exigncias da lei scal Sarbanes-Oxley, por exemplo. A lei Sarbanes-Oxley, apelidada de Sarbox ou ainda de SOX, visa garantir a criao de mecanismos de auditoria e segurana conveis nas empresas, incluindo ainda regras para a criao de comits encarregados de supervisionar suas atividades e operaes, de modo a mitigar riscos aos negcios, evitar a ocorrncia de fraudes ou assegurar que haja meios de identic-las quando ocorrem, garantindo a transparncia na gesto das empresas. O CobiT est dividido em quatro domnios: 1. Planejamento e organizao. 2. Aquisio e implementao. 3. Entrega e suporte. 4. Monitorao. Cada domnio cobre um conjunto de processos para garantir a completa gesto de TI, somando 34 processos:
Planejamento e Organizao:
1. Dene o plano estratgico de TI 2. Dene a arquitetura da informao
Pgina 46 de 115
Volume 05 Edio 1
3. Determina a direo tecnolgica 4. Dene a organizao de TI e seus relacionamentos 5. Gerencia os investimento de TI 6. Gerencia a comunicao das direes de TI 7. Gerencia os recursos humanos 8. Assegura o alinhamento de TI com os requerimentos externos 9. Avalia os riscos 10. Gerencia os projetos 11. Gerencia a qualidade
Aquisio e implementao:
1. Identica as solues de automao 2. Adquire e mantm os softwares 3. Adquire e mantm a infra-estrutura tecnolgica 4. Desenvolve e mantm os procedimentos 5. Instala e certica softwares 6. Gerencia as mudanas
Entrega e suporte:
1. Dene e mantm os acordos de nveis de servios (SLA) 2. Gerencia os servios de terceiros 3. Gerencia a performance e capacidade do ambiente 4. Assegura a continuidade dos servios 5. Assegura a segurana dos servios 6. Identica e aloca custos 7. Treina os usurios 8. Assiste e aconselha os usurios 9. Gerencia a congurao 10. Gerencia os problemas e incidentes 11. Gerencia os dados 12. Gerencia a infra-estrutura 13. Gerencia as operaes
Monitorao:
1. Monitora os processos 2. Analisa a adequao dos controles internos 3. Prov auditorias independentes 4. Prov segurana independente
Pgina 47 de 115
Volume 05 Edio 1
importante ressaltar que o CobiT orientado ao negcio e fornece informaes detalhadas para gerenciar processos baseados em objetivos de negcios. Por esta razo, o Cobit geralmente utilizado em conjunto com outros frameworks de melhores prticas, como o ITIL (Information
Technology Infrastructure Library ).
Nesse caso, o CobiT usado como um
mecanismo de controle para garantir que os processos esto sendo seguidos e documentados e que podem ser auditados. J o ITIL um conjunto de melhores prticas e se preocupa com o operacional, mais especicamente com os servios de gerenciamento de ativos e servios de TI. Entre esses servios, esta o de gerncia de congurao dos ativos de rede ou de qualquer outro ativo de TI. Portanto, a alternativa correta a
E,
pois o CobiT um guia que se concentra em tc-
nicas de gerenciamento e auditoria que visam fornecer garantias de que os servios de TI esto alinhados ao negcio. J a parte operacional deve ser garantida com o auxlio de guias de melhores prticas como o ITIL, de normas e padres como aqueles editados pela ISO e de diversos outros mecanismos. As outras alternativas podem ser encaixadas em determinados processos: qualicar a contratao de prestadores de servios de TI (Gerencia os servios de terceiros), avaliar pontos fortes e fracos dos processos de TI (Analisa a adequao dos controles internos), promover benchmarking (Monitora os processos) e auditar os riscos operacionais de TI (Prov auditorias independentes).
Pgina 48 de 115
Volume 05 Edio 1
18.
Assuntos relacionados: Gerncia de Projeto, PMBOK, Cronograma, Caminho Crtico, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 65
O diagrama de rede abaixo representa as atividades de um cronograma de um projeto, onde a durao de cada atividade mensurada em dias.
Se as duraes das atividades H e I fossem alteradas, respectivamente, para 4 e 6 dias, qual seria o caminho crtico? (a). A-B-D-I (b). A-C-E-I (c). A-C-E-F-H (d). A-G-F-H (e). A-G-I
Soluo:
A resoluo dessa questo simples e envolve o conhecimento do gerenciamento de tempo previsto pelas melhores prticas contidas no PMBoK. O caminho crtico de um projeto considerado como a sequncia de atividades que levam o projeto do incio ao m cujas duraes, se sofrerem qualquer atraso, acarretaro em atraso no projeto como um todo. Em um projeto onde no h paralelizao de atividades, podemos considerar que a sequncia natural das atividades o prprio caminho crtico. Entretanto, essa anlise se altera quando possumos atividades que ocorrem concomitantemente. Nesses casos, teremos atividades que duraro mais do que outras. As atividades com durao maior geram folgas para o incio das outras paralelas a ela. No caso do enunciado, olhemos os caminhos para chegar do ponto 2 ao 5. Veja que temos sequncias de atividades paralelas:
atividades B e D, com durao de 2 cada uma e durao de 4 no total; atividade G, com durao de 6; atividades C e E, com durao de 2 cada uma e durao de 4 no total.
Veja que, para chegarmos at 5, obrigatoriamente teremos que realizar todas as atividades A, B, C, D, E e G. Como a atividade G tem durao de 6, ela d uma folga para as sequncias B->D e C->E de 2 unidades de tempo. Logo, um atraso compartilhado de at 2
Pgina 49 de 115
Volume 05 Edio 1
unidades de tempo nas atividades B e D (entre si) e C e E (tambm entre si) no atrasar o cronograma. Entretanto, qualquer atraso na atividade G ocasionar atraso no projeto. Assim, para facilitar, vamos analisar o diagrama j com os valores propostos pelo enunciado na Figura 8:
Figura 8: diagrama de rede - duraes alteradas. Com a denio acima, podemos ver que o caminho crtico passa a ser A->G->F->H.
Pgina 50 de 115
Volume 05 Edio 1
19.
Assuntos relacionados: Governana de TI, COBIT, Domnios de Governana, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 66
A diretoria de uma empresa reclama que os produtos entregues pela TI, apesar de construdos rapidamente, no atendem s necessidades de seu negcio. Que domnio COBIT contm processos que podem contribuir para diminuir essa insatisfao, denindo um plano estratgico para TI? (a). Entrega e Monitorao. (b). Planejamento e Organizao. (c). Monitorao e Avaliao. (d). Estratgia e Planejamento. (e). Gerenciamento do Plano de Negcio.
Soluo:
O CobiT est organizado em quatro domnios para reetir um modelo para os processos de TI. Os domnios podem ser caracterizados pelos seus processos e pelas atividades executadas em cada fase de implantao da Governana Tecnolgica. A seguir, descreveremos cada domnio, alm de citar os processos compreendidos pelos mesmos (ao todos so 34 processos): 1.
Planejamento e organizao:
seus objetivos e metas.
O domnio de Planejamento e Organizao cobre o
uso de informao e tecnologia e como isso pode ser usado para que a empresa atinja Ele tambm salienta que a forma organizacional e a infraestrutura da TI devem ser consideradas para que se atinjam resultados timos e para que se gerem benefcios do seu uso. composto por 11 processos:

2.
Denir um Plano Estratgico de TI (j podemos concluir, aqui, que alternativa a correta); Denir a arquitetura de informao; Determinar a direo tecnolgica; Denir a organizao e os relacionamentos da TI; Gerenciar os investimentos da TI; Comunicar as metas e os direcionamentos gerenciais; Gerenciar os recursos humanos; Garantir a conformidade com os requisitos externos; Avaliar os riscos; Gerenciar os projetos; Gerenciar a qualidade.
Aquisio e implementao:
Este domnio cobre os requisitos de TI, aquisio de
tecnologia, e implementao dele dentro dos processos de negcios da companhia. Esse domnio tambm foca o desenvolvimento do plano de manuteno que a companhia adota para prolongar a vida do sistema de TI e seus componentes. composto por 6 processos:
Identicar solues automatizadas (solues de TI);
Pgina 51 de 115
Volume 05 Edio 1

3.
Prover e manter aplicaes de software; Prover e manter a infra-estrutura tecnolgica; Prover e manter a documentao; Instalar e certicar os sistemas; Gerenciar as mudanas. Este domnio foca em aspectos de entrega de tecnologia da infor-
Entrega e suporte:
mao. Cobre a execuo de aplicaes dentro do sistema de TI e seus resultados, assim como o suporte dos processos que habilitam a execuo de forma eciente e efetiva. Esses processos de suporte tambm incluem questes de segurana e treinamento. O presente domnio possui 13 processos:

4.
Denir e manter os nveis de servio; Gerenciar os servios de terceiros; Gerenciar o desempenho e a capacidade; Garantir o servio ininterrupto; Garantir a segurana dos sistemas; Identicar e alocar os custos; Treinar os usurios; Auxiliar e orientar os clientes; Gerenciar a congurao; Gerenciar os problemas e incidentes; Gerenciar os dados; Gerenciar as instalaes; Gerenciar as operaes. Este domnio lida com a estimativa estratgica das ne-
Monitorao e avaliao:
cessidades da companhia e avalia se o atual sistema de TI atinge os objetivos para o qual ele foi especicado e controla os requisitos para atender objetivos regulatrios. Ele tambm cobre as questes de estimativa independente da efetividade do sistema de TI e sua capacidade de atingir os objetivos de negcio, controlando os processos internos da companhia atravs de auditores internos e externos (descartamos, assim, a alternativa C). Tal domnio possui 4 processos, so eles:
Monitorar os processos; Avaliar a adequao do controle interno; Obter garantia independente; Prover auditoria independente;
No iremos nos ater s alternativas D e E, pois no so domnios do CobiT. Assim, conclumos que a resposta correta a alternativa
B.
Pgina 52 de 115
Volume 05 Edio 1
20.
Sucessivas, Banca: Cesgranrio Instituio: BNDES Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 68
Assuntos relacionados: Gerncia de Projeto, WBS, PMBOK, Planejamento em Ondas
Voc montou a WBS (Work Breakdown Structure) do seu projeto e chegou ao seu nvel mais baixo, no qual foram especicadas as estimativas de custo e tempo. De acordo com o PMBOK, esse nvel da WBS denominado (a). subprojetos. (b). pacotes de trabalho. (c). entregas acordadas. (d). entregas principais. (e). fases do projeto.
Soluo:
A WBS, em portugus traduzida para EAP - Estrutura Analtica do Projeto - integra o conjunto de conhecimentos de gerenciamento de projetos voltado gerncia do projeto. De acordo com o PMBoK,
o gerenciamento do escopo do projeto inclui os processos necessrios para garantir que o projeto inclua todo o trabalho necessrio, e somente ele, para terminar o projeto com sucesso.
A WBS um documento elaborado durante o planejamento do projeto. dever gerar, sejam eles externos, internos ou intermedirios. Sua funo
escopo
do
delimitar claramente todo o trabalho que dever ser realizado e os entregveis que o projeto O objetivo no limitar a criatividade do trabalho, explicitando nos mnimos detalhes o que ser feito, e sim permitir que o trabalho possa ser acompanhado em termos de rendimento, custo, prazo. Seguindo essas ideiaideias, a WBS uma estrutura hierrquica, onde os nveis mais altos representam entregveis ou fases num aspecto mais amplo, e os mais baixos, vo descrevendo as etapas necessrias para se atingir os nveis imediatamente superiores. Essa estrutura deve seguir a regra dos 100%: a soma do percentual do trabalho previsto nos ns irmos deve completar 100% do trabalho necessrio para alcanar o resultado previsto no n pai. Esse conceito serve em qualquer parte da estrutura. Com isso, garante-se que todo trabalho ser feito e apenas ele. Se o planejamento for a menor, o projeto no somar 100% ao nal; se for a maior, o somatrio extrapolar os 100%, indicando que h algo a mais sendo feito. A quantidade de nveis que podem ser gerados no rgida. O importante ter como
medida o contraponto entre uma estrutura pobre, que no d suporte ao trabalho de gerenciamento do projeto e uma estrutura demasiadamente complexa, que gera um sobretrabalho
Uma boa forma de medir o nvel de detalhamento timo vericar se o patamar atual alcanado na hierarquia suciente para estimar custo e cronograma do trabalho de forma convel. Se for o caso, provavelmente este um nvel de detalhe adequado de se descer. O ltimo nvel de um WBS conhecido como pacote de trabalho, e caracterizado por possuir estas qualidades.
to grande ao ponto de tornar-se invivel.
Pgina 53 de 115
Volume 05 Edio 1
Pela sua caracterstica de organizar o escopo de forma hierrquica, a EAP tem no topo da rvore o projeto em si. entregveis ou apenas fases. Abaixo dela, no h regra que obrigue aparecerem apenas Todos os elementos de organizao do trabalho podem ser Apesar disso, o mercado adota como prtica tra-
includos, inclusive de forma mesclada.
balhar com uma vertente ou com outra, evitando mistur-las no mesmo WBS. Projetos muito grandes podem ter em nveis inferiores subprojetos, podendo estes, inclusive, serem planejados para execuo por outras empresas, em contratos do projeto. Um fato importante lembrar de colocar todas as fases e etapas do processo de gerenciamento do projeto dentro da WBS Se estas etapas so necessrias para a execuo do projeto, elas no podem ser negligenciadas justamente no documento que trata do escopo do trabalho a ser realizado. Alguns projetos grandes tambm podem ter fases muito distantes onde no seja possvel enxergar com clareza a estrutura do trabalho. aplicada o Para esses casos, uma tcnica comumente Nesta tcnica, a equipe de gerenciamento de
planejamento em ondas sucessivas.
projetos espera at que a entrega ou subprojeto estejam esclarecidos para poder desenvolver os detalhes da EAP. No processo de
criar a EAP,
alm da EAP propriamente dita, gerado tambm o di-
cionrio da EAP. Este documento de apoio EAP descreve pormenorizadamente os detalhes das etapas e entregveis apresentados na EAP. Estes detalhes so apresentados com o nvel de riqueza maior possvel, permitindo que os devidos controles sejam mais ecientes. Aqui, pode-se ter nos pacotes de trabalho, por exemplo, a descrio das etapas do trabalho esperadas, o prazo, custo e recursos envolvidos. Em fases e atividades, informaes como referncias tcnicas e de qualidade. Subprojetos desenvolvidos por terceiros podem ter informaes sobre o contrato, por exemplo.
Pgina 54 de 115
Volume 05 Edio 1
21.
O sistema de cadastro de eventos de uma empresa de consultoria em TI dispe de uma tela que lista as palestras gratuitas realizadas no ms, ordenadas por dia, com totalizao. No contexto de Anlise de Pontos de Funo, essa tela do sistema contada como (a). Consulta Externa (CE), pois no h dados derivados. (b). Consulta Externa (CE), pois h totalizao de dados. (c). Arquivo Lgico Interno (ALI), j que os dados foram extrados de um arquivo referenciado. (d). Sada Externa (SE), pois h dados derivados. (e). Entrada Externa (EE), j que existe mudana de comportamento do sistema.
Transacionais,
Assuntos relacionados: Engenharia de Software, Anlise de Pontos de Funo, Funes
Soluo:
A Anlise de Pontos de Funo (APF) um mtodo padro para medir o tamanho de um software, em Pontos de Funo (PFs), com base na funcionalidade a ser implementada, sob ponto de vista do usurio. O Ponto de Funo uma unidade de medida, que tem por objetivo tornar a medio independente da tecnologia (ferramentas, linguagens de programao, mtodos, etc) empregada na construo do software. Ou seja, os PFs medem o tamanho do que o software faz, ao invs de como ele desenvolvido e implementado. Os objetivos da APF so: medir as funcionalidades do sistema requisitadas e recebidas
pelo usurio; e medir projetos de desenvolvimento e manuteno de software. O procedimento para contagem de PFs compreende 5 etapas, como mostrado na Figura 9. A Etapa I do processo de contagem (Determinar o Tipo de Contagem) consiste na identicao do objetivo a ser medido (qual o tipo de contagem), sendo que existem trs: projeto de desenvolvimento, projeto de manuteno e de aplicao. instalao). Os PFs de projeto de desenvolvimento esto associados com a instalao inicial de um software novo (primeira Os PFs de projetos de manuteno esto associados com a melhoria de um software j existente (inclui funcionalidade que adicionada, modicada ou excluda). E, os PFs de aplicao esto associados com uma aplicao j instalada (sistemas liberados para o usurio nal, que se encontram em plena utilizao). A Etapa II (Identicar o Escopo de Contagem e Fronteira da Aplicao) consiste em denir o escopo de contagem do sistema, isto , as funcionalidades que sero includas na contagem de PFs, sob o ponto de vista do usurio. A fronteira da aplicao denida estabelecendo um limite lgico entre a aplicao que est sendo medida, o usurio e outras aplicaes. Para isso, todos os relacionamentos do sistema com o exterior, todas as pertinncias dos dados e os processos suportados pelo sistema que est sendo contado so identicados. A
Pgina 55 de 115
Volume 05 Edio 1
fronteira entre aplicaes denida com base no ponto de vista do usurio e com base na funcionalidade separada do negcio e, no na implementao tecnolgica.
Figura 9: etapas da contagem de pontos de funo. A contagem de pontos de funo no ajustados, Etapa III (Determinar os PFs no Ajustados), reete o conjunto de funes disponibilizadas ao usurio, e o resultado da contagem pode ser considerado como pontos de funo brutos, face necessidade de se observar outras variveis que inuenciam nos cuidados e esforos a serem despendidos durante o processo de desenvolvimento do sistema. Esta contagem leva em conta dois tipos de funo: de dados e transacionais, bem como a complexidade de cada uma, que pode ser simples, mdia ou complexa. As funes de dados representam as funcionalidades relacionadas aos requisitos de dados internos e externos aplicao, e so classicadas em Arquivo Lgico Interno (ALI) e Arquivo de Interface Externa (AIE). O ALI trata grupo de dados ou informaes de controle (dado utilizado pelo sistema para garantir que todas as funes sejam realizadas conforme solicitado pelo usurio), requisitados pelo usurio como necessidades de informao, cuja manuteno, realizada por um processo da aplicao (alterao, incluso, excluso), acontece dentro da fronteira da aplicao. Um ALI equivale a um depsito de dados no Diagrama de Fluxo de Dados (DFD) ou a uma entidade no Modelo Entidade Relacionamento (MER). O AIE so grupos de dados necessrios para a aplicao, mantidos e armazenados fora do sistema que est sendo dimensionado. Baseia-se na identicao dos dados armazenados fora da fronteira da aplicao, dados que no sofrem manutenes pela aplicao que est sendo avaliada. Isso signica que um AIE contado em uma aplicao, deve ser um ALI em outra aplicao. A complexidade do ALI e AIE determinada pela quantidade de registros lgicos e itens de dados referenciados. As funes transacionais representam as funcionalidades providas ao usurio para processamento de dados por uma aplicao, e so classicadas em Entradas Externas (EE), Sadas Externas (SE) e Consultas Externas (CE). As EE so grupos de dados que entram pela fronteira da aplicao, utilizados para a manuteno dos ALI, ou seja, provocam uma incluso, excluso e/ou alterao nos dados dos ALI. A inteno primria de uma EE manter um ou mais ALI e/ou alterar o comportamento do sistema. As SE representam as atividades do sistema que transformam dados dos arquivos lgicos internos e geram resultados que so enviados para fora da fronteira da aplicao. A inteno primria de um SE apresentar informaes ao usurio atravs de processamento lgico, alm da recuperao de dados
Pgina 56 de 115
Volume 05 Edio 1
e informao de controle.
O processamento lgico deve conter pelo menos uma frmula Uma SE tambm pode manter um ou
matemtica ou clculo, ou criar dados derivados.
ALIs e/ou alterar o comportamento de um ou mais ALIs e/ou alterar o comportamento do sistema. Por m, as CE so requisies de informaes que, para serem satisfeitas, precisam que sejam combinados parmetros de entradas e sadas que permitem a recuperao da informao solicitada pelo usurio. Assim como na SE, as CE enviam dados para fora da fronteira da aplicao, mas sem realizao de nenhum clculo ou criao de dados derivados. Nenhum arquivo lgico interno mantido durante o processo e nem o comportamento do sistema alterado. A prxima etapa, Etapa IV (Determinar o Fator de Ajuste), considera que outros fatores afetam o tamanho funcional de um sistema. O fator de ajuste baseado em 14 caractersticas gerais de sistemas, que avaliam a funcionalidade geral da aplicao que est sendo contada, e seus nveis de inuncia. O nvel de inuncia de uma caracterstica determinado com base em uma escala de 0 (nenhuma inuncia) a 5 (forte inuncia). As caractersticas gerais do sistema so: comunicao de dados, processamento de dados distribudos (funes distribudas), performance, congurao do equipamento, volume de transaes, entrada de dados on-line, interface com usurio, atualizao on-line, processamento complexo, reusabilidade, facilidade de implementao, facilidade operacional, mltiplos locais e facilidade de mudanas. Ento, cada uma dessas caractersticas classicada de acordo com seu nvel de inuncia. A ltima etapa, Etapa V (Calcular os PFs Ajustados), trata do processo que realiza a correo das possveis distores cometidas durante o clculo dos pontos de funo no ajustados, aproximando as medidas situao real. Os PFs ajustados so calculados, considerando-se o tipo de contagem denido na primeira etapa. O enunciado desta questo quer saber se a funcionalidade do sistema de listar as palestras gratuitas realizadas no ms, ordenadas por dia, com totalizao se trata de uma Funo de Dados ou de uma Funo Transacional. Esta funcionalidade envia dados para fora da fronteira da aplicao, o que pode ser caracterizado como uma SE ou CE. Entretanto, esta funcionalidade, ao recuperar a informao de um ALI no sistema, realiza um processamento lgico (ordenao) e cria dados derivados (totalizao), antes de apresentar a informao ao usurio. Isso caracteriza esta funcionalidade como uma SE. Portanto, a alternativa correta a letra (D).
Pgina 57 de 115
Volume 05 Edio 1
22.
Assuntos relacionados: Governana de TI, ITIL, Single Point of Contact, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 21
Segundo o ITIL v2, o ponto nico de contato (Single terstica da(o) (a). Central de Servios. (b). Setor de Qualidade. (c). Setor de Produo. (d). Departamento de Redes. (e). Departamento de Congurao.
Point of Contact
- SPOC) carac-
Soluo:
Information Technology Infrastructure Library
(ITIL) uma biblioteca contendo um conjunto de processos para as melhores prticas de gesto para a rea de TI. A premissa bsica do ITIL que os vrios tipos de negcios so altamente dependentes dos servios de TI, e seu objetivo promover a eccia do uso dos servios de TI nos negcios. Cada processo do ITIL est relacionado a uma parte especca da gesto de servios de TI, ou seja, um modelo de gesto baseado em processos. O ITIL composto por 7 livros, sendo que os principais so
Delivery,
e esto divididos em disciplinas (processos).
Os
Service Support e Service processos do Service Support
garantem que os servios de TI sejam fornecidos de maneira ecaz, e composto pelos processos: Conguration Managment, Incident Managment, Problem Management, Change managment, Service Desk e Release Mangment. Os processos do Service Delivery esto relacionados a gesto dos servios de TI, e inclui os seguintes processos: Service Level Managment, Capacity Managment, IT Service Continuity Managment,Availability Managment, Security Management e IT nancial Management. Ao Service Support esto relacionadas s atividades operacionais dirias de TI e o de suporte dos servios de TI. Ao Service Delivery esto os processos focados no planejamento ao longo prazo e otimizao de servios de TI. O
Single Point of Contact
est relacionado rea de Service Support, pois representa uma
operao diria dos servios de TI de atendimento aos clientes. Nas reas do
Service Suport,
a que realiza o contato entre os clientes e o Gerenciamento de Servios de TI a Service Desk. Os vrios tipos de central so Central de Atendimento (registra o atendimento e encaminha para outras reas); Central de Suporte (gerencia, coordena e resolve os incidentes); e a Central de Atendimento (alm de tratar incidentes, problemas e dvidas, tambm fornece interface para outras atividades como contratos de manuteno, licenas de software, etc). Conforme explicado anteriormente, a alternativa correta da questo a letra A.
Pgina 58 de 115
Volume 05 Edio 1
23.
Assuntos relacionados: Governana de TI, ITIL, Gerenciamento de Incidentes, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 22
O servio de
e-mail
de uma empresa, que se baseia nas melhores prticas do ITIL v2 para O processo de
gesto de seus servios, est fora do ar, devido a uma falha no servidor. Gerenciamento de Incidentes (ITIL) deve assegurar que
(a). todos os logs sejam analisados em detalhe, antes que se tome qualquer medida. (b). nenhum problema ocorra mais nesse servio. (c). esse servio seja restabelecido o mais breve possvel. (d). esse incidente no seja noticado ao CIO, a no ser que o cliente perceba a falha. (e). a rede eltrica do servidor seja reiniciada, antes da restaurao do servio.
Soluo:
Information Technology Infrastructure Library
(ITIL) uma biblioteca contendo um conjunto de processos para as melhores prticas de gesto para a rea de TI. A premissa bsica do ITIL que os vrios tipos de negcios so altamente dependentes dos servios de TI, e seu objetivo promover a eccia do uso dos servios de TI nos negcios. Cada processo do ITIL est relacionado a uma parte especca da gesto de servios de TI, ou seja, um modelo de gesto baseado em processos. O ITIL composto por 7 livros, sendo que os principais so
Delivery,
e esto divididos em disciplinas (processos).
Os processos do
Service Support e Service Service Support
garantem que os servios de TI sejam fornecidos de maneira ecaz, e composto pelos processos: Conguration Managment, Incident Managment, Problem Management, Change managment, Service Desk e Release Mangment. Os processos do Service Delivery esto relacionados a gesto dos servios de TI, e inclui os seguintes processos: Service Level Managment, Capacity Managment, IT Service Continuity Managment,Availability Managment, Security Management e IT nancial Management. Ao Service Support esto relacionadas s atividades operacionais dirias de TI e o de suporte dos servios de TI. Ao Service Delivery esto os processos focados no planejamento ao longo prazo e otimizao de servios de TI. O Gerenciamento de Incidentes (Incident
Support
Managment )
um processo da rea do
Service
e tem como principal objetivo restaurar o servio de TI o mais rpido possvel aps Entende-se por incidente qualquer evento que
um incidente, minimizando o impacto no negcio e garantindo o melhor nvel de servio em termos de qualidade e disponibilidade. no faz parte da operao padro de um servio, e que pode causar ou poder causar uma interrupo ou uma reduo na qualidade do servio. importante mencionar que o Gerenciamento de Incidentes trata o efeito e no a causa do incidente, que tratado pelo processo Gerenciamento de Problemas. A porta de entrada para o tratamento de incidentes o
vice Desk.
Ser-
Conforme o enunciado da questo, o e-mail de uma empresa est fora do ar e o processo de Gerenciamento de Incidentes tem que garantir o retorno do servio de e-mail o mais rpido possvel. Ento, a alternativa correta a letra (C).
Pgina 59 de 115
Volume 05 Edio 1
24.
Assuntos relacionados: Raciocnio Lgico, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 23
Seja L a expresso lgica a seguir.
(( P Q) Q)
Considerando-se que os smbolos simplicao de L? (a). P (b). Q (c). P v Q (d). Contradio (e). Tautologia
tm o mesmo signicado, o que obtido aps uma
Soluo:
Para resolver esta questo, podemos montar uma tabela verdade combinando os possveis valores, TRUE (T) ou FALSE (F), para P e Q. Lembrando que o smbolo operao de OU e 1 2 3
dene uma
representa uma operao de NOT (negao). 4 5 6 7
P
T T F F
Q
T F T F
P
F F T T
Q
F T F T
( P Q)
F T T T
( P Q) Q
T T T T
(( P Q) Q)
F F F F
Tabela 6: tabela verdade. Primeiramente realizamos a operao de NOT em P (coluna 3) e Q (coluna 4). Em seguida, realizamos a operao de OR em ( (coluna 6). Para chegarmos ao resultado desejado, realizamos uma operao de NOT no resultado anterior. O resultado nal so valores FALSE conforme a coluna 7. Como obtemos todos os valores com FALSE para os possveis valores de P e Q, conclumos que isso representa uma contradio, ou seja, qualquer valor que armamos para P e Q sempre chegamos a um valor FALSE de acordo com a expresso lgica L.
P Q)
, obtendo os valores conforme (coluna 5).
Diante desse resultado, realizamos novamente uma operao de OR em
(( P Q) Q)
Pgina 60 de 115
Volume 05 Edio 1
25.
Assuntos relacionados: Governana de TI, COBIT, Gerenciamento de Servios de Terceiros,
Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 24
No COBIT, Gerenciar os servios de terceiros pertence a que domnio? (a). Auditoria (b). Recursos Humanos (c). Aquisio e Contratos (d). Planejamento e Organizao (e). Entrega e Suporte
Soluo:
O
Control Objective for Information and related Technology
(COBIT) um framework que
fornece as melhores prticas para gerenciamento de processos de TI, atendendo as necessidades de gesto de uma organizao, tratando os riscos do negcio, as necessidades de controle e as mtricas de desempenho. Esse framework serve de suporte para implementar a Governana de TI numa organizao garantindo que: a TI esteja alinhada com os negcios; a TI permita o negcio e maximize os benefcios; os recursos de TI sejam usados com responsabilidade; e que os riscos de TI sejam gerenciados apropriadamente. Entende-se por Governana de TI como um conjunto de estruturas e processos que visam garantir que a TI suporte e maximize os objetivos e as estratgias do negcio. O COBIT divido em trs componentes formando um cubo (Figura 10). Tais componentes so:
Processos de TI (IT (Activities )) Recursos de TI (IT
Process )
- Domnio (Domains ), Processos (Process ) e Atividades - Aplicaes (Aplications ), Informao (Information ),
Infra-estrutura (Infrastructure ) e Pessoas (People ) Critrios de Informao (Business
Resources )
(Eciency ), Condencialidade (Condentiality ), Integridade (Integrity ), Disponibilidade (Availability ), Conformidade (Compliance ) e Conabilidade (Reliability )).
Requeriments )
- Eccia (Eectiveness ), Ecincia
Os processos esto agrupados em quatro domnios: Planejamento e Organizao, Aquisio e Implementao, Entrega e Suporte, e Monitorao e Avaliao. mento e Organizao envolve os processos: O domnio de PlanejaDenir um Plano Estratgico de TI; Denir
a arquitetura de informao; Determinar a direo tecnolgica; Denir a organizao e os relacionamentos da TI; Gerenciar os investimentos da TI; Comunicar as metas e os direcionamentos gerenciais; Gerenciar os recursos humanos; Garantir a conformidade com os requisitos externos; Avaliar os riscos; Gerenciar os projetos e Gerenciar a qualidade. O domnio Aquisio e Implementao envolve os processos: Identicar solues autom-
atizadas (solues de TI); Prover e manter aplicaes de software; Prover e manter a infraestrutura tecnolgica; Habilitar Operao e Uso das solues; Adquirir recursos de TI; Instalar e certicar solues mudanas e Gerenciar as mudanas.
Pgina 61 de 115
Volume 05 Edio 1
Figura 10: componente do COBIT.
O domnio Entrega e Suporte envolve os processos: Denir e manter os nveis de servio; Gerenciar os servios de terceiros; Gerenciar o desempenho e a capacidade; Garantir o servio ininterrupto; Garantir a segurana dos sistemas; Identicar e alocar os custos; Treinar os usurios; Auxiliar e orientar os clientes; Gerenciar a congurao; Gerenciar os problemas e incidentes; Gerenciar os dados; Gerenciar as instalaes fsicas e Gerenciar as operaes. O domnio Monitorao e Avaliao envolve os processos: Monitorar e Avaliar os processos; Monitorar e Avaliar o controle interno; Assegurar o cumprimento das regulamentaes e Prover a Governana de TI. Vale reforar que o COBIT no um padro denitivo, ele serve como apoio para a implementao de controles na Governana de TI. Ele atua em dizer o o que fazer e no se preocupa em como fazer. J o ITIL foco em como fazer. Conforme explicaes anteriores, o processo Gerenciar Servios de Terceiros faz parte do domnio Entrega e Suporte. Ento, a alternativa correta a letra (E).
Pgina 62 de 115
Volume 05 Edio 1
26.
Assuntos relacionados: Arquitetura de Computadores, Modos de Endereamento de Memria, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 25
Qual o modo de endereamento que utiliza ponteiro(s) para especicar a localizao do(s) operando(s) em uma instruo? (a). Pilha (b). Direto (c). Imediato (d). Registrador (e). Indireto de registrador
Soluo:
Os modos de endereamento esto relacionados com a forma utilizada para especicar o valor ou endereo de um operando de uma instruo. Em geral, as arquiteturas no oferecem s um modo de endereamento, mas sim um conjunto de modos. Analisemos agora cada alternativa a m de obter a resposta. (A) ERRADA A pilha um bloco reservado de posies de memria, algumas vezes referida como uma la ltimo-a-chegar primeiro-a-sair, onde elementos podem ser colocados ou removidos. Associado com a pilha est um apontador cujo valor o endereo do topo da pilha (stack-pointer ), o qual mantido num registrador auxiliar (SP). Assim, as referncias a posies da pilha na memria so na verdade endereos indiretos via registrador. Contudo, como o processador tem a noo de manipulao de dados em uma pilha, isto , nenhum endereo precisa ser fornecido na instruo, pois as operaes sempre se referem ao topo da pilha, dizemos que se trata de um endereamento implcito, o que invalida a alternativa. (B) ERRADA Nesta forma de endereamento, o valor do campo operando indica o endereo do dado na memria principal. Exemplo:
MOV R1, 70H

Aps a execuo da instruo, o registrador R1 armazenar o valor existente no endereo de memria 70H. Requer, portanto, apenas um acesso memria para determinar o valor do operando. Sua limitao fornecer um espao de endereamento limitado (tamanho do operando). Este modo de endereamento mais rpido que o modo indireto e mais lento que o modo imediato.
Pgina 63 de 115
Volume 05 Edio 1
(C) ERRADA Neste modo de endereamento, o valor do operando uma constante e faz parte do corpo da instruo. Exemplo:
MVI R1,4
Aps a execuo desta instruo, o registrador R1 armazenar o valor 4. Note que no so necessrias referncias memria para a busca do operando, pois o valor do operando est na prpria instruo. A desvantagem que o tamanho do dado ca limitado ao nmero de bits do operando (campo operando da instruo). (D) ERRADA Semelhante ao modo de endereamento direto, no entanto se refere a um registrador e no a uma posio de memria, isto , o operando aponta para um registrador, o qual contm o dado. Exemplo:
MOV R1,R2
Aps a execuo desta instruo, o registrador R1 armazenar o contedo de R2. Suas vantagens so o pequeno tamanho do campo de endereo (economia de espao de armazenamento de instruo) e a no necessidade de se acessar a memria (o acesso ao registrador muito mais rpido que o acesso memria). A principal desvantagem reside no fato de haver um pequeno nmero de registradores se forem muitos os dados endereados por registrador, os registradores disponveis podem no ser sucientes (E) CORRETA No modo de endereamento indireto, o campo operando contm um endereo de memria cujo contedo o endereo do dado a ser operado. Portanto, h um duplo endereamento. O endereo intermedirio chamado ponteiro (pointer ). Suponha que no endereo 30H (da memria principal) esteja armazenado o valor 15H, assim,
MOV R1,(30H)
carregar o contedo do endereo 15H no registrado R1. Isto permite implementar estruturas de organizao de dados mais complexas, mais sosticadas, alm de eliminar a limitao de clulas endereveis. No entanto, requer maior quantidade de acessos memria principal para completar o ciclo de execuo da instruo, acarretando que o tempo requerido para a execuo da instruo maior. J no modo de endereamento indireto via registrador, o operando aponta para um registrador, o qual contm um endereo de memria (ponteiro) para o dado. Suponhamos que R2 armazene o valor 45H que representa um endereo de memria, assim:
MOV R1,(R2)
carregar o valor armazenado na posio de memria 45H no registrador R1. Isto representa a economia de 1 (um) acesso memria principal quando comparamos com o modo de endereamento indireto (puro).
Pgina 64 de 115
Volume 05 Edio 1
27.
Assuntos relacionados: Aritmtica Computacional, Converso Numrica, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 26
Sejam X o nmero binrio 1010010, Y o nmero octal 121 e Z o nmero hexadecimal 53. Colocando-os em ordem crescente, tem-se (a). X, Y, Z (b). X, Z, Y (c). Y, X, Z (d). Y, Z, X (e). Z, Y, X
Soluo:
Para facilitar a resoluo da questo podemos passar as representaes de binrio e octal para hexadecimal, pois conseguiremos visualizar com mais clareza qual nmero maior que o outro. Para passar da representao binria para hexadecimal, temos que 4 bits representam um nmero hexadecimal sendo que o conjunto 0000 em binrio representa 0 em hexadecimal e 1111 representa F. O nmero X em binrio 1010010 tem sua representao em hexa 52. Para passar o nmero octal para hexadecimal primeiramente passamos para binrio e depois para hexadecimal. Cada nmero em octal representado por 3 bits. A representao do nmero Y em binrio 001010001. Passando o Y em binrio para hexadecimal temos que Y 51. Aps as converses, temos que as representaes em hexadecimal so: e
X = 52, Y = 51
Z = 53.
Colocando-os em ordem crescente temos que
Y < X < Z.
Ento, a alternativa
correta a letra C.
Pgina 65 de 115
Volume 05 Edio 1
28.
Assuntos relacionados: Sistemas Operacionais, Gerenciamento de Memria, Alocao de

Memria, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 28
Um sistema encontra-se com a seguinte lista de segmentos de memria disponveis, em sequncia: 13KB, 21KB, 9KB, 17KB, 40KB. Neste instante, recebe pedido de alocao de memria para quatro novos processos, nesta ordem: 15KB, 24KB, 20KB, 11KB. Considere os algoritmos a seguir, para alocao de memria. I - First t II - Best t III - Worst t Qual(is) o(s) algoritmo(s) que consegue(m) alocar memria para todos os quatro novos processos? (a). I, apenas. (b). II, apenas. (c). I e II, apenas. (d). II e III, apenas. (e). I, II e III.
Soluo:
Umas das funes fundamentais dos sistemas operacionais a de realizar a gerencia da memria principal do computador, permitindo que os diversos processos executem de forma eciente e protegida. Nos primeiros sistemas operacionais, a memria era dividida em parties de tamanho xo, porm esta tcnica acarretava em dois problemas: Fragmentao interna e Fragmentao externa. A fragmentao interna ocorre quando um programa aloca uma partio de memria que excede a quantidade necessria. O espao excedente naquela partio desperdiado. J a fragmentao externa ocorre quando, apesar da quantidade total de memria ser suciente, no existe uma partio contgua capaz de atender as necessidades de um programa. Para solucionar o problema da fragmentao interna, foi criado o mecanismo de particionamento dinmico, no qual um programa aloca somente a quantidade exata de memria. No entanto, esse mtodo aumentava a fragmentao externa uma vez que permitia o aparecimento de lacunas pequenas demais para serem utilizadas por algum programa. Para aprimorar ainda mais o gerenciamento de memria, surgiram inmera tcnicas de preenchimento de lacunas, incluindo as apresentadas no enunciado da questo: rst t, best t e worst t. A descrio das tcnicas, bem como o resultado da aplicao delas no cenrio apresentado no enunciado so mostrada a seguir. Na poltica de alocao First Fit, os processos so alocados no primeira lacuna que possua tamanho suciente. J na Best Fit, os processos so alocados nas lacunas cujo tamanho
Pgina 66 de 115
Volume 05 Edio 1
seja mais prximo do tamanho necessrio ao processo. Por m, na Worst Fit, os processos so alocados nas maiores lacunas disponveis. O resultado da aplicao dessas trs polticas no cenrio apresentado no enunciado mostrado na Figura 11. Na Figura, as clulas em amarelo representam o espao na lacuna aps a alocao de memria para o processo.
Figura 11: polticas de alocao de memria. Portanto, percebe-se que somente com as polticas Best Fit e Worst Fit seria capaz alocar memria suciente para todos os quatro processos. Como mostrado na gura, a poltica First Fit falhou ao ter que alocar memria para o processo de tamanho 20K, pois aps as duas primeiras alocaes, no havia mais nenhum espao contguo maior ou igual a 20K. Portanto, a resposta da questo a alternativa D. Finalizando a questo, vale pena ressaltar o seguinte. Todas as tcnicas apresentadas levam em considerao o fato de que os programas devem ocupar reas contguas de memria. Os sistema operacionais modernos supriram esta necessidade atravs da tcnica de Paginao.
Pgina 67 de 115
Volume 05 Edio 1
29.
Assuntos relacionados: Sistemas Operacionais, Arquitetura de Computadores, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 29
Como chamado o setor 0 (zero) de um disco, o primeiro a ser lido e executado pela BIOS? (a). FAT (b). MBR (c). I-node (d). GRUB (e). Superbloco
Soluo:
Vamos analisar alternativa por alternativa com o intuito de apresentar a teoria relacionada com cada uma.
FAT
um sistema de arquivos e a sigla para
File Allocation Table
(ou tabela de alo-
cao de arquivos). O primeiro FAT surgiu em 1977, para funcionar com a primeira verso do DOS. Trata-se de um sistema que funciona atravs de uma espcie de tabela que contm indicaes para onde esto as informaes de cada arquivo. Quando um arquivo salvo num disquete por exemplo, o FAT divide a rea do disco em pequenos blocos. Assim, um arquivo pode (e ocupa) vrios blocos, mas eles no precisam estar numa sequncia. Os blocos de determinados arquivos podem estar em vrias posies diferentes. Da a necessidade de uma tabela para indicar cada bloco. Com o surgimento de dispositivos de armazenamento com mais capacidade e mais sosticados, o sistema FAT foi ganhando alteraes (identicadas pelos nomes FAT12 e FAT16). Isso foi necessrio porque o FAT era limitado a determinada capacidade de armazenamento. Por exemplo, ele s operava com tamanho mximo de 2 GB. Assim, num disco de 5 GB, seria necessrio dividi-lo em 3 parties. Fora o fato de que o FAT apresentava problemas com informaes acima de 512 MB. Diante de tantos problemas, em 1996, a Microsoft lanou um novo FAT: o FAT32, que compatvel com os Windows 9x/Me/2000 e XP (apesar destes dois ltimos terem um sistema de arquivos mais avanado, o NTFS).
MBR
abreviao de Master Boot Record, tambm conhecido como setor 0.
O MBR
armazena tanto o gerenciador de boot quanto a tabela de particionamento do disco rgido. Dos seus 512 bytes, 446 bytes so reservados para o setor de boot, enquanto os outros 66 bytes guardam a tabela de partio. Esta tabela contm informaes sobre o tipo, endereo de incio e nal de cada partio. O BIOS (Basic Input/Output System) muito limitado no sentido de ser inicializar o sistema operacional, embora seja capaz de contar a memria e reconhecer os perifricos instalados (via plug-and-play), o BIOS no tem o discernimento de como prosseguir para carregar o sistema. O setor de boot funciona como um ponto de partida, assim que o POST (Power
On Self Test )
concludo, o BIOS l o setor de boot e segue as instrues que estiverem
gravadas nele, que iniciaro o carregamento do sistema operacional. Como j dissemos, no disco rgido, o setor de boot faz parte do MBR, que o primeiro setor a ser lido pela BIOS.
Pgina 68 de 115
Volume 05 Edio 1
A alternativa correta da questo a letra O
B.
I-node
uma estrutura de dados constituinte de um sistema de arquivos que segue O I-node armazena informaes sobre um arquivo, tais como o dono,
a semntica Unix.
permisses e sua localizao. Cada diretrio e arquivo identicado com um nmero I-node. O I-node exclusivo somente para o dispositivo (partio) dentro do qual ele est contido. Portanto, para identicar unicamente um arquivo, o ncleo do sistema operacional deve ter o nmero de dispositivo e o I-node do arquivo. Um arquivo possui um nico I-node, no importa por quantos nomes este arquivo identicado no sistema. Logo, o conjunto de inodes que indica o nmero de arquivos/diretrios que o sistema possui. O
GRUB
foi desenvolvido a partir de um pacote chamado
GRand Unied Bootloader,
de onde deriva o acrnimo GRUB. O GRUB um multi-carregador de sistema operacional (multi
boot boot-loader ) e
adotado por diversos sistemas Linux. utilizado, normalmente,
quando se deseja que um computador tenha
dual booting, ou seja, que o usurio possa escol-
her ao iniciar a mquina, um sistema operacional dentre dois ou mais sistemas instalados. O MBR contm o primeiro estgio do GRUB. Dado o pequeno tamanho deste estgio, ele apenas carrega o prximo estgio do GRUB, que pode residir em qualquer locao do disco. O
superbloco
o continer para os metadados de alto nvel referentes a um sistema de
arquivos. uma estrutura que existe no disco rgido (na verdade, em vrios lugares no disco, para ns de redundncia) e tambm na memria. Fornece a base para o gerenciamento do sistema de arquivos em disco medida que dene os parmetros de gerenciamento do sistema de arquivos (por exemplo, nmero total de blocos, blocos livres e n de ndice raiz). No disco, o superbloco apresenta informaes sobre o
kernel
na estrutura do sistema de
arquivos no disco. Na memria, o superbloco apresenta as informaes necessrias e o estado para gerenciar o sistema de arquivos ativo (montado). Por exemplo, como o Linux d suporte a vrios sistemas de arquivos concorrentes montados simultaneamente, cada estrutura de superbloco mantida em uma lista e so gerenciadas atravs de um conjunto de interfaces padro, tambm conhecido como virtual le system switch (VFS).
Pgina 69 de 115
Volume 05 Edio 1
30.
Assuntos relacionados: Sistemas Operacionais, Operaes de Entrada e Sada, DMA, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 30
Que tecnologia tem por objetivo liberar a CPU em operaes de entrada/sada? (a). Acesso direto memria (DMA) (b). Cache (c). Paginao (d). Pipeline (e). Spool
Soluo:
Antes desta tecnologia, a transferncia de dados, alm de envolver o processador, envolvia dois movimentos: um da interface (controlador) para o processador, e outro do processador para a memria. A tcnica que libera o CPU de operaes de entrada e sada, ou seja, permite que os dados sejam transferidos diretamente do controlador para a memria chamada de Direct Memory Acces (DMA Acesso Direto Memria). Logo, a alternativa correta a letra A. A tcnica de DMA baseia-se na utilizao de um hardware especial, chamado de controlador de DMA, para transferir os dados entre um dispositivo de entrada/sada e memria. O controlador de DMA conectado sicamente ao barramento de dados e de endereos para acessar diretamente a memria. Para que ocorra uma transferncia de dados, o processador precisa inicializar o controlador de DMA fornecendo informaes como quantidade de dados a transferir, origem e destino dos dados e qual sentido de transferncia, memria para dispositivo ou vice-versa. Aps essa inicializao, o controlador realiza a transferncia e libera o processador para executar outras tarefas. Aps nalizar a transferncia, o controlador de DMA avisa o processador por meio de uma interrupo. importante observar que existe uma disputa pelo barramento de dados e endereo pelo controlador de DMA e o processador. Essa disputa coordenada pelo arbitramento do barramento. Cache uma memria rpida que contm dados e/ou instrues recentemente referenciadas pelo processador. A tcnica de paginao permite que um programa ocupe reas no contguas na memria. A tcnica de Pipeline trabalha as diversas etapas do ciclo de instruo (busca, indireto, execuo e interrupo) de forma paralela, e no serial, aumentando o desempenho da CPU. E Spool um recurso compartilhado no disco para aceitar operaes de sada para melhorar o desempenho de impresso.
Pgina 70 de 115
Volume 05 Edio 1
31.
Assuntos relacionados: Gerncia de Projeto, PMBOK, Escritrio de Projetos, PMO, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 32
Atualmente, grandes empresas tm procurado controlar melhor o conjunto de projetos que apiam a realizao dos seus objetivos. Segundo o PMBOK, qual o nome usualmente dado unidade organizacional que coordena os projetos numa empresa? (a). Departamento patronal (b). Departamento de operaes e projetos (c). Escritrio de projetos (d). Coordenadoria de operaes projetizadas (e). Gerncia de projetos
Soluo: O Escritrio de Projetos (Project Management Oce ) hoje em dia uma das estruturas
organizacionais mais estudadas pelas empresas, dos mais diversos portes e segmentos. Seu modelo pode variar de acordo com a maturidade da empresa, mas em geral sugere uma administrao centralizada do portflio de projetos da organizao, oferecendo um ponto nico de contato e de apoio deciso. Portanto, a resposta correta a letra As denies de
C.
escritrio de projetos encontradas na literatura so:
Grupo de pessoas que tem relacionamento direto com todos os projetos da empresa, seja prestando consultoria e treinamento, seja efetuando auditoria e acompanhamento de desempenho Darci Prado
Entidade organizacional com pessoal dedicado a fornecer e dar apoio gerencial, administrativo, educacional, consultivo e tcnico para os projetos da organizao Kwak & Dai
Lugar nico com viso global dos projetos da organizao Gartner Group
Entre os benefcios oferecidos pela implantao de um Escritrio de projetos podemos citar:
Estabelecimento de um processo consistente de avaliao de resultados viso do todo Aumento da velocidade do ciclo de desenvolvimento de produtos Acelerao na entrega de projetos ao prover os Gerentes de Projetos com as habilidades e ferramentas necessrias reduz custos e tempo para lanamento alm de aumentar a satisfao dos clientes
Apoio na melhoria/ nivelamento do uso de recursos - ecincia Gerncia da priorizao de projetos mais ecaz contribui signicativamente para a tomada de decises Denio e busca da aplicao padronizada de processos, treinamento e metodologias de gerenciamento de projetos, permitindo uma execuo, controle e avaliao mais ecientes
Documenta atividades e os fatores crticos para o sucesso de projetos incrementa a taxa de sucesso
Pgina 71 de 115
Volume 05 Edio 1
Melhoria no planejamento e previso operacionais (oramento) otimizao de recursos
Ao montar um Escritrio de projetos, de grande importncia que a empresa alinhe os objetivos do escritrio com os objetivos da organizao, por exemplo:
Possibilitar a conduo dos projetos de forma alinhada com os interesses da alta direo. A estrutura do escritrio de projetos possibilita a centralizao das informaes e conduo dos projetos, facilitando o alinhamento dos objetivos dos projetos com os objetivos da organizao, assim como a disseminao das informaes desses projetos com a alta direo;
Construir conhecimento e habilidades para melhorar a capacidade e qualidade das entregas. A implantao do escritrio de projetos possibilita uma maior efetividade no planejamento e execuo dos projetos, atravs da manuteno e controle de bases de informao contendo os dados dos projetos executados, auxiliando na estimativa e decises de novos projetos, assim como na disseminao dessas informaes nos diversos projetos da organizao;
Coletar, analisar e disseminar informaes sobre o desempenho dos projetos. Coleta e anlise de informaes dos projetos da organizao com o intuito de identicar decincias e melhores prticas, buscando a soluo das imperfeies e a disseminao das melhores prticas;
Detectar e aprimorar processos de gerenciamento de projetos inecientes nos projetos da organizao. Tendo contato com os diversos projetos executados pela organizao, o escritrio de projetos tem como detectar inecincias nestes processos e metodologia de gerenciamento de projetos da organizao, buscando o aprimoramento destes;
Valorizar o treinamento e desenvolvimento de habilidades em gerenciamento de projetos. Mapear e analisar as habilidades e conhecimentos em gerenciamento de projetos presentes na organizao e assim detectar possveis carncias, visando a criao de programas de capacitao e disseminao de conhecimentos e habilidades em gerenciamento de projetos;
Implementar servios de apoio para gerenciamento de projetos. utilizao de tais servios.
Criao de progra-
mas de suporte aos usurios dos servios do escritrio de projetos na busca da melhor Em razo de sua complexidade e de suas caractersticas multifacetadas, a criao de um escritrio de projetos requer um processo de conscientizao e aculturamento organizacional que deve ser planejado e executado de forma gradual. De forma geral so necessrios os seguintes passos para criao e amadurecimento de um escritrio de projetos numa organizao:
Denir os servios que sero prestados pelo escritrio de projetos, assim como obter o acordo do responsvel pelo escritrio de projetos e da alta direo da empresa, am de que os objetivos do escritrio de projetos estejam alinhados com os objetivos estratgicos da empresa.
Denir as competncias e papis para o pessoal do escritrio de projeto, pois eles determinaro a quantidade do apoio que pode ser fornecido. Denir e anunciar o incio das atividades do escritrio de projetos. Ter um plano para sucessos iniciais no apoio a gerentes de projetos e outros envolvidos e anunciar. Orientar o trabalho de forma que as necessidades da alta direo e dos gerentes de projetos sejam entendidas e atendidas. Alinhar o desenvolvimento dos servios do escritrio de projetos de forma a atender continuamente tanto as necessidades de negcio quanto as dos gerentes de projetos.
Pgina 72 de 115
Volume 05 Edio 1
Renar e desenvolver as habilidades e papis do escritrio de projeto medida que a demanda e aceitao por parte da alta direo e de seus clientes internos cresam. Zelar para que a qualidade e ecincia dos produtos entregues e servios prestados a seus clientes internos (gerentes de projetos, entre outros) sejam as maiores possveis.
Pgina 73 de 115
Volume 05 Edio 1
32.
Assuntos relacionados: Gerncia de Projeto, PMBOK, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 34
Que alternativa apresenta um grupo de processos previsto no PMBOK? (a). Operao (b). Desenvolvimento (c). Homologao (d). Produo (e). Iniciao
Soluo:
O PMBOK formaliza diversos conceitos em gerenciamento de projetos, como a prpria denio de projeto e do seu ciclo de vida, reconhece 5 grupos de processos de gerenciamento de projetos e 9 reas de conhecimento. Os cinco grupos essenciais de processos so: 1. 2.
Iniciao: dene e autoriza o projeto ou uma fase do projeto.. Planejamento: dene e rena os objetivos e planeja a ao necessria
os objetivos e o escopo para os quais o projeto foi realizado.
para alcanar
3.
Execuo:
integra pessoas e outros recursos para realizar o plano de gerenciamento
do projeto para o projeto. 4.
Monitoramento e controle: Encerramento:
mede e monitora regularmente o progresso para identi-
car variaes em relao ao plano de gerenciamento do projeto, de forma que possam ser tomadas aes corretivas quando necessrio para atender aos objetivos do projeto. 5. formaliza a aceitao do produto, servio ou resultado e conduz o
projeto ou uma fase do projeto a um nal ordenado. Os grupos de processos de gerenciamento de projetos tm uma certa correspondncia com o conceito do Ciclo PDCA (Plan - Do - Check - Act ou Planejar - Fazer - Vericar - Agir). O grupo de Planejamento corresponde ao Planejar; Execuo, ao Fazer; e Monitoramento e controle englobam Vericar e Agir. E como a natureza dos projetos nita, o PMBOK ainda caracteriza os grupos de processos que iniciam (Iniciao) e nalizam (Encerramento) um projeto. J podemos concluir que a alternativa correta a letra
E.
Vamos nos concentrar na apresentao da teoria do grupo de processos de iniciao, de acordo com a questo. O grupo de processos de iniciao constitudo pelos processos que facilitam a autorizao formal para iniciar um novo projeto ou uma fase do projeto. Os processos de iniciao so frequentemente realizados fora do escopo de controle do projeto pela organizao ou pelos processos de programa ou de portflio , o que pode tornar os limites do projeto menos evidentes para as entradas iniciais do projeto. Por exemplo, antes de comear as atividades do grupo de processos de iniciao, os requisitos ou as necessidades de negcios da organizao so documentados. possvel estabelecer a viabilidade do novo empreendimento atravs de um processo de avaliao das alternativas para selecionar
Pgina 74 de 115
Volume 05 Edio 1
a melhor. So desenvolvidas descries claras dos objetivos do projeto, incluindo as razes pelas quais um projeto especco se constitui na melhor soluo alternativa para satisfazer os requisitos. A documentao dessa deciso tambm contm uma descrio bsica do escopo do projeto, das entregas, da durao do projeto e uma previso dos recursos para a anlise de investimentos da organizao. A estrutura do projeto pode ser esclarecida atravs da documentao dos processos de seleo do projeto. O relacionamento do projeto para o plano estratgico da organizao identica as responsabilidades do gerenciamento dentro da organizao. Em projetos com vrias fases, os processos de iniciao so realizados durante fases subsequentes para validar as premissas e as decises tomadas durante os processos originais. J as nove reas de conhecimento abordam, respectivamente, o gerenciamento dos seguintes aspectos do projeto: 1. Integrao 2. Escopo 3. Tempo 4. Custos 5. Qualidade 6. Recursos humanos 7. Comunicaes 8. Riscos 9. Aquisies Escopo, Tempo, Custos e Qualidade so os principais focos para o objetivo de um projeto: entregar um resultado de acordo com o escopo, o prazo e o custo denidos, com qualidade adequada. Recursos Humanos e Aquisies so os insumos que movem um projeto. Comunicaes e Riscos so elementos aos quais deve haver sempre ateno e tratamento constantes em um projeto. E Integrao abrange a orquestrao de todos estes aspectos. Recentemente (nal de 2008) foi lanada a quarta edio do PMBOK que permanece com a tradio de excelncia em gerenciamento de projetos, com um padro de fcil compreenso e implementao. As principais diferenas entre a Terceira Edio e a Quarta Edio so:
Todos os nomes de processos esto em um formato do verbo-substantivo. Os Fatores Ambientais da Empresa foram denidos de forma mais clara, para evitar confuso com Ativos de Processos Organizacionais. Foi utilizada uma abordagem padro para solicitaes de mudanas, aes preventivas, aes corretivas e correes de defeito. O nmero de processos foi reduzido de 44 para 42. Dois processos foram excludos, dois foram adicionados e 6 foram readequados em 4, na rea de conhecimento Suprimentos. Para um maior esclarecimento, foi feita uma distino entre o plano de gerenciamento de projeto e os documentos utilizados para gerenciar o projeto. A distino entre o Termo de Abertura do Projeto e a Declarao de Escopo do Projeto foi feita de forma mais clara. Os uxogramas de processos, no incio dos captulos de 4 a 12, foram substitudos por uxogramas de dados.
Pgina 75 de 115
Volume 05 Edio 1
Foi criado um uxograma de dados para cada processo. Um novo apndice foi adicionado, para contemplar as habilidades interpessoais chaves que um gerente de projetos utiliza quando gerencia um projeto.
Pgina 76 de 115
Volume 05 Edio 1
33.
Assuntos relacionados: Gerenciamento de Projetos, Estrutura Organizacional, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 35
Um gerente de projetos de uma organizao no est conseguindo comprometimento da equipe com as tarefas do projeto e no pode puni-los porque sua autoridade baixa, quase inexistente. Alm disto, ainda tem que realizar suas tarefas rotineiras. Estes problemas normalmente ocorrem em projetos realizados nas empresas que possuem estrutura organizacional do tipo (a). projetizada. (b). funcional. (c). matricial apertada. (d). matricial balanceada. (e). matricial forte.
Soluo:
A resposta da questo a alternativa B. Para entender porque o problema apresentado no enunciado da questo uma caracterstica das organizaes funcionais, vamos estudar um pouco das denies, vantagens e desvantagens dos diversos modelos de estruturas organizacional segundo o PMBOK.
Organizao Funcional
As organizaes funcionais giram em torno de especialidades e so agrupadas por funo, e da vem o nome organizao funcional. Nela pode haver, por exemplo, um departamento de recursos humanos, outro de marketing, outro de nanas etc. A Figura 12 ilustra uma organizao funcional. O trabalho executado nesses departamentos especializado, e requer que os funcionrios tenham aptides especcas e experincia nas funes para cumprir as responsabilidades. Alm disso, nesse tipo de organizao h a clara congurao de hierarquias, e cada funcionrio responde a um nico gerente. Cada departamento ou grupo administrado separadamente e tem um mbito de controle limitado. A seguir so apresentadas as vantagens e desvantagens dessa organizao.
Figura 12: exemplo de organizao funcional.
Pgina 77 de 115
Volume 05 Edio 1
As principais vantagens e desvantagens dessa organizao so:
Vantagens:

Estrutura organizacional duradoura; Carreira prossional transparente; Cadeia de comando explcita.
Desvantagens:

O gerente de projeto tem pouca ou nenhuma autoridade ocial; Vrios projetos disputam recursos limitados e prioridades; Os integrantes do projeto so leais ao gerente funcional.
Organizao por Projeto

As organizaes por projeto (ou projetizadas) so praticamente o oposto das organizaes funcionais. Nelas, o enfoque dado nos projetos, cultivando-se a lealdade ao projeto e no a um gerente funcional. Os gerentes de projeto tm total autoridade sobre o projeto, e respondem diretamente aos diretores e ao CEO da empresa. A Figura 13 ilustra uma organizao projetizada.
Figura 13: Organizao por Projeto As principais vantagens e desvantagens desse tipo de organizao so:
Vantagens:

O gerente de projeto a autoridade mxima; O enfoque da organizao o projeto; Os recursos da organizao so destinados ao projeto; Lealdade ao gerente do projeto; Comunicao efetiva.
Desvantagens:

Quando o projeto nalizado a equipe desalocada; Uso dos recursos pode no ser eciente; Duplicao de funes.
Organizao Matricial
As organizaes matriciais surgiram para minimizar as diferenas entre os pontos fortes e fracos das organizaes funcionais e projetizadas. Assim, procura-se utilizar tcnicas ecientes de gerenciamento de projetos, sem que se perda a estrutura hierrquica da organizao. A Figura 14 ilustra uma organizao do tipo matricial.
Pgina 78 de 115
Volume 05 Edio 1
Figura 14: Organizao Matricial
Os empregados de uma organizao matricial se reportam ao gerente funcional, mas tambm a pelo menos um gerente de projeto. Os empregados podem, ainda, estar subordinados a vrios gerentes de projeto, caso trabalhem em vrios projetos simultaneamente. O gerente funcional responde por incumbncias administrativas e aloca funcionrios para os projetos, alm de monitorar o trabalho de seus funcionrios nos diversos projetos. O gerente de projeto, por sua vez, responsvel pela execuo do projeto e distribuio das tarefas de acordo com as atividades previstas. Ambos dividem as responsabilidades pela avaliao de desempenho dos funcionrios. Nesse tipo de organizao h muita comunicao e negociao entre os gerentes de projeto e gerentes funcionais. Na prtica, existem trs modelos de organizao matricial que so:
Matricial Forte: gerente de projeto tem prioridade sobre gerente funcional; Matricial Fraca: gerente funcional tem prioridade sobre gerente de projeto; Matricial Equilibrada: projeto. prevalece a negociao entre gerente funcional e gerente de
Em todo o caso, as vantagens e desvantagens so:
Vantagens:

Quando o projeto nalizado, a equipe alocada em outras atividades na empresa; A disseminao de informaes ocorre na vertical e horizontal; Os recursos escassos so melhor utilizados.
Desvantagens:

Mais de um gerente para a equipe do projeto se reportar; Grande probabilidade de conitos; Precisa de pessoal administrativo extra para cumprir as necessidades dos projetos.
Pgina 79 de 115
Volume 05 Edio 1
34.
Assuntos relacionados: SOA, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 43
Qual fator deve ser considerado principal na diviso e composio de aplicaes que implementam os servios de uma arquitetura SOA? (a). Barramento de servios e contratos. (b). Servios necessrios para automatizar processos de negcios. (c). Protocolos de comunicao requeridos pelo barramento de servios. (d). Dependncias tecnolgicas entre as diferentes aplicaes da empresa. (e). Departamentos da empresa e funcionalidade requerida por cada um deles.
Soluo: SOA (Service-Oriented Architecture ) uma arquitetura onde possvel criar, padronizar e
documentar funes genricas nicas, utilizadas por diferentes aplicaes em componentes reutilizveis e com total interoperabilidade, de modo que possam ser compartilhados e acessados por diferentes dispositivos sob a forma de servio, sem precisarem ser reescritos. Um
servio
uma espcie de funo independente que permite que se faa uma ou mais
requisies e que se oferea uma ou mais respostas por meio de uma interface predenida e padronizada. Para o sucesso das aplicaes em SOA, essencial que haja a capacidade de identicar os servios e suas caractersticas. Um
processo de negcio
um conjunto de atividades executadas numa sequncia es-
pecca para alcanar um objetivo de negcio. O processo de negcio dene a sequncia das atividades, os eventos externos que devem ser tratados, os requisitos de interao humana e o processamento condicional. Como j diz a prpria denio de SOA, as aplicaes que implementam a arquitetura devem ser orientadas e, portanto, compostas e denidas, a partir da identicao de servios. Nesse caso, esses servios devem automatizar os processos de negcios, assim como qualquer soluo de tecnologia de informao. A resposta correta a letra
B.
Uma das principais vantagens de uma arquitetura de tal tipo permitir que um servio da empresa esteja disponvel para programadores externos. Por exemplo, o SPC ou o SERASA poderiam ter seus servios disponibilizados na forma de SOA, assim, qualquer um seria capaz de consultar o banco de dados de devedores a partir do Webservice disponibilizado por essas empresas. J, por exemplo, dentro de uma empresa, o uso de SOA deve ser avaliado com mais cuidado. O seu uso deve ser justicado atravs dos ganhos que a arquitetura possa trazer. Rotinas complexas que automatizam os processos de negcios e que precisam ser utilizadas por vrios sistemas da empresa podem trazer grandes vantagens se forem disponibilizadas em uma arquitetura SOA. Entretanto, deve ser avaliado qual o impacto no desempenho, como a segurana pode ser garantida nesses casos, entre outras diculdades que uma arquitetura distribuda naturalmente traz.
Pgina 80 de 115
Volume 05 Edio 1
35.
Assuntos relacionados: Java, Sobrecarga de Mtodo, Sobrescrita de Mtodo, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 47
Em um sistema desenvolvido na linguagem de programao Java, suponha a existncia de uma classe Pessoa que possui um mtodo chamado getIdenticador que: pblico, no recebe nenhum argumento, retorna um inteiro e declara que no levanta excees. Suponha ainda a existncia de uma classe Cliente que herda da classe Pessoa e possui um mtodo chamado getIdenticador que pblico, no recebe nenhum argumento e declara que levanta a exceo java.lang.Exception. Essa situao um exemplo de (a). Sobrecarga de mtodo (overload ) sem erros, pois os mtodos tm o mesmo nome. (b). Sobrescrita de mtodo (overriding ) sem erros, pois o mtodo da classe Cliente substitui o mtodo da classe Pessoa. (c). Avaliao preguiosa (late
binding ) sem erros, pois o mtodo correto a ser chamado
ser denido em tempo de execuo. (d). Mtodo virtual sem erros, pois o mtodo getIdenticador da classe Cliente foi denido viabilizando sua reescrita. (e). Erro, pois o mtodo getIdenticador da classe Cliente no pode declarar que levanta a exceo java.lang.Exception, segundo a denio do mtodo getIdenticador na classe Pessoa.
Soluo:
Mtodos em Java podem ser sobrecarregados (overloading ) e sobrescritos (overriding ). Mtodos so sobrecarregados quando criamos outros mtodos com o mesmo nome, mas diferentes assinaturas e diferentes denies. Sobrecarga de mtodos permite que instncias da sua classe tenham uma interface mais simples para outros objetos e se comportem de modo diferente baseado na entrada para aquele mtodo. Quando voc chama um mtodo em um objeto, Java compara o nome do mtodo e o nmero de argumentos para escolher qual denio de mtodo executar. Para sobrecarregar um mtodo, tudo que voc precisa fazer criar diferentes denies de mtodos na sua classe, todas com o mesmo nome, mas com diferentes listas de parmetros (ou em nmero ou tipo dos argumentos) e com diferentes corpos. Note que Java diferencia mtodos sobrecarregados com o mesmo nome, baseado sobre o nmero e tipos dos parmetros para aquele mtodo, e no sobre o tipo de retorno. Isto , se voc tentar criar dois mtodos com o mesmo nome, mesma lista de parmetros, mas com diferentes tipos de retornos, voc obter um erro de compilao. Aqui est um exemplo de como sobrecarregar um mtodo. x2 e y2. A classe MeuRetangulo tem
4 variveis para denir o canto superior esquerdo e o inferior direito do retngulo: x1, y1,
Pgina 81 de 115
Volume 05 Edio 1
Class MeuRetangulo { int x1 = 0; int x2 = 0; int y1 = 0; int y2 = 0; }

Denimos o mtodo constroiRetangulo que possui 4 argumentos inteiros e ajusta o tamanho do retngulo de acordo com os valores dos cantos, retornando o objeto retngulo resultante.
MeuRetangulo constroiRetangulo (int cx1, int cy1, int cx2, int cy2) { x1 = cx1; y1 = cy1; x2 = cx2; y2 = cy2; return this; }
Agora, iremos sobrecarregar o mtodo acima alterando a lista de parmetros, passando dois objetos da classe Ponto:
MeuRetangulo constroiRetangulo (Ponto superiorEsquerdo, Ponto inferiorDireito) { x1 = superiorEsquerdo.x; y1 = superiorEsquerdo.y; x2 = inferiorDireito.x; y2 = inferiorDireito.y; return this; }
Uma vez que a sobrecarga ocorre entre mtodos denidos na mesma classe, podemos eliminar a alternativa A, pois o problema em questo est ligado ao polimorsmo que a herana permite (vrias classes implementando o mesmo mtodo). Por outro lado, sobrescrever (overriding ) mtodos envolve a denio de um mtodo em uma subclasse que tem a mesma assinatura que um mtodo na superclasse. Ento, quando um mtodo chamado, o mtodo na subclasse encontrado e executado em vez de ser executado aquele da superclasse. Para sobrescrever um mtodo, tudo que voc precisar fazer criar um mtodo em sua subclasse que tem a mesma assinatura (nome, tipo de retorno, e lista de argumentos) que um mtodo denido por uma de suas superclasses. Alm disso: o nvel de acesso no pode ser mais restritivo que o do mtodo da superclasse; o mtodo no pode lanar excees (exceto de
Runtime )
novas ou mais abrangentes que as declaradas no mtodo da superclasse,
porm pode lanar excees mais especcas ou lanar menos excees. Uma vez que Java executa a primeira denio de mtodo que encontra com a mesma assinatura, ele efetivamente oculta a denio do mtodo original. Aqui est um exemplo de como sobrescrever um mtodo. mtodo imprime (), o qual apenas imprime o nome da classe. A classe Impressao possui o
Pgina 82 de 115
Volume 05 Edio 1
Class Impressao { void imprime () { System.out.println (``Impressao''); } }

Agora, vamos criar uma segunda classe, Impressao2, que tem Impressao como superclasse e sobrescreve o mtodo imprime () (a diferena est no nome a ser impresso).
Class Impressao2 extends Impressao { void imprime () { System.out.println (``Impressao2''); } }

Observe que, se eu tiver um programa com objetos das classes Impressao e Impressao2, terei duas implementaes diferentes do mtodo imprime (). A chamada a.imprime () est chamando um desses dois mtodos, dependendo da classe do objeto a. Achar o mtodo correto a ser chamado para um objeto particular chama-se ou amarrao dinmica.
dynamic binding (late binding ),
Isto , temos que amarrar a chamada a.imprime () a uma das
implementaes de imprime () dinamicamente, em tempo de execuo (e no em tempo de compilao, o que se chamaria
static binding ).
Como vimos acima, a sobrescrita de um mtodo no pode lanar excees novas, pois obteremos erro em tempo de compilao. Portanto, a alternativa
E a correta.
Pgina 83 de 115
Volume 05 Edio 1
36.
Assuntos relacionados: XML, DTD, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 51
Uma das vantagens da linguagem XML Schema em relao linguagem DTD que a primeira apresenta (a). suporte validao de documentos XML com elementos multivalorados. (b). suporte validao de documentos XML que no so bem formados. (c). uso das mesmas regras de sintaxe de documentos XML comuns. (d). integrao nativa com as APIs SAX e DOM de Java. (e). exibilidade de ser denida em um arquivo diferente do documento XML que valida.
Soluo:
Vamos comentar desde o incio para uma resoluo consciente desta questo. Extensible Markup Language (XML) uma linguagem de marcao para descrever de forma estruturada os dados de pginas Web. O XML um dos padres adotados pelo W3C (World Wide Web Consortium) e foi projetado para descrever o contedo de uma pgina Web, ao invs da sua formatao. O XML derivado da linguagem SGML (Standard Generalized Markup Language), que um padro internacional para denio de formatos de representao de documentos. O SGML muito mais complexo em comparao ao XML. DTD (Document Type Denition) um conjunto de regras que denem as tags e seus possveis valores vlidos que podem ser utilizados em documentos da famlia SGML (SGML, XML, HTML). O DTD possui muitas limitaes, algumas delas so: no existe um conjunto amplo de tipos; todos os dados so interpretados como texto, o que traz algumas diculdades como validao e comparao de dados; espaos no so suportados em nomes; e os elementos necessariamente devem aparecer na ordem especicada. Logo abaixo um exemplo de XML DTD muito simples.
<!ELEMENT <!ELEMENT <!ELEMENT <!ELEMENT <!ELEMENT <!ELEMENT
people_list (person*)> person (name, birthdate?, gender?, socialsecuritynumber?)> name (#PCDATA)> birthdate (#PCDATA)> gender (#PCDATA)> socialsecuritynumber (#PCDATA)>
Um exemplo de XML que utiliza, de forma um tanto quanto intuitiva, o XML DTD exposto acima apresentado a seguir.
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE people_list SYSTEM "example.dtd"> <people_list> <person> <name>Fred Bloggs</name>
Pgina 84 de 115
Volume 05 Edio 1
<birthdate>27/11/2008</birthdate> <gender>Male</gender> </person> </people_list>

Antes do surgimento do XML Schema, era o DTD o recurso padro para validar documentos do tipo XML. Em 2001, quando o W3C passou a recomendar o XML Schema, foi que este passou a substituir de forma mais abrangente o DTD. XML Schema uma linguagem, com o mesmo propsito do DTD, baseada no prprio XML. Ou seja, ela permite criar regras utilizando o XML para validao de documentos XML. Os documentos que contm regras XML Schema so chamados de XSD (XML Schema Denition). A seguir, um XML Schema bem simples, como exemplo.
<?xml version="1.0"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.w3schools.com" xmlns="http://www.w3schools.com" elementFormDefault="qualified"> <xs:element name="note"> <xs:complexType> <xs:sequence> <xs:element name="to" type="xs:string"/> <xs:element name="from" type="xs:string"/> <xs:element name="heading" type="xs:string"/> <xs:element name="body" type="xs:string"/> </xs:sequence> </xs:complexType> </xs:element> </xs:schema>
Agora um exemplo de XML que utiliza as regras criadas no XML Schema apresentado anteriormente.
<?xml version="1.0"> <note> <to>Tove</to> <from>Jani</from> <heading>Reminder<heading> <body>Don't forget me this weekend!</body> </note>
Agora sim vamos s alternativas. (A) ERRADA Como tanto DTD quanto XML Schema do suporte validao de documentos XML com elementos multivalorados, esta alternativa no deve ser marcada.
Pgina 85 de 115
Volume 05 Edio 1
(B) ERRADA Nenhuma das duas tecnologias validam documentos XML que no sejam bem formados. Inclusive, elas foram criadas fundamentalmente para este m. tambm est errada. (C) CORRETA Esta a alternativa correta. Vimos no comentrio acima que documentos XML Schema Por isso, esta alternativa
seguem a mesma sintaxe dos documentos XML comuns. (D) ERRADA XML no est atrelado diretamente a Java, portanto, esta alternativa no faz nenhum sentido. (E) ERRADA Tanto os DTDs quanto os esquemas XML podem ser denidos em arquivos prprios, ou seja, fora dos documentos XML. Quando se escolhe a implementao nesse estilo, h no documento XML uma referncia ao arquivo DTD ou XML Schema que o valida. Como a exibilidade mencionada nesta alternativa comum as duas tecnologias em questo, esta alternativa est errada.
Pgina 86 de 115
Volume 05 Edio 1
37.
Assuntos relacionados: Modelagem de Processos, Event-Driven Process Chain (EPC), Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 53
A notao EPC dene os objetos de modelagem de processos para representar funes, eventos e conectores, alm de vrios outros tipos de objetos. A esse respeito, considere os seguintes smbolos e seus signicados:
Qual dos trechos de diagramas da gura 37 a seguir poderia compor um diagrama EPC de modelagem de processos?
Figura 15: Diagramas EPC (a). Diagrama 1 (b). Diagrama 2 (c). Diagrama 3 (d). Diagrama 4 (e). Diagrama 5
Soluo:
EPC (Event-Driven
Process Chain ), trata-se de uma cadeia de processos dirigida por eventos
como o prprio nome diz. um mtodo usado para modelagem de processos com grande aceitao no mundo todo e, muitas vezes, associa-se implantao de sistemas de ERP SAP/R3. Nesse mtodo, um processo modelado segundo uxo de eventos e funes. Existem algumas regras de construo utilizando esta notao:
Pgina 87 de 115
Volume 05 Edio 1
1. As funes e os eventos possuem apenas uma entrada e uma sada (todas as alternativas obedecem a esta regra); 2. Ou os operadores lgicos contm vrios uxos de entrada e um de sada, ou um nico uxo de entrada e vrios de sada (todas as alternativas obedecem a esta regra); 3. Os eventos no tomam decises, conseqentemente, no possvel identicar qual a direo a seguir quando um evento aponta para o conector OU ou OU-exclusivo (as alternativa B, C, D e E no obedecem a esta regra); 4. Um evento transformado em outro evento atravs de uma funo, isto , funes e eventos sempre alternam (as alternativas D e E no obedecem a esta regra); Portanto, a alternativa
A a correta.
Pgina 88 de 115
Volume 05 Edio 1
38.
Assuntos relacionados: Testes de Software, Complexidade Ciclomtica, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 60
Para garantir a cobertura de todos os comandos de um programa, possvel encontrar o limite superior para o nmero de testes que precisam ser projetados e executados, realizando a(o) (a). contagem do nmero de linhas de um programa. (b). clculo do total dos ciclos do programa. (c). clculo do total de resultados diferentes de testes de caixa preta. (d). clculo da complexidade ciclomtica do grafo que representa a estrutura lgica do programa. (e). clculo do nmero de parties de equivalncia do grafo que representa a estrutura lgica do programa.
Soluo:
A resposta da questo a alternativa D. Introduzida em 1976 por Thomas McCabe, a complexidade ciclomtica mede o nmero de caminhos linearmente independentes ao longo de um grafo. Em outras palavras, a complexidade ciclomtica pode ser interpretada como uma estimativa do nmero de decises sobre um grafo. No contexto da cincia computao, a complexidade ciclomtica uma mtrica utilizada para medir a complexidade de processos e de unidades lgicas (mtodos, classes, funes etc) de um software. Quanto maior for a complexidade ciclomtica, maior ser a complexidade do software. No mbito dos testes de software, medir a complexidade ciclomtica signica determinar o nmero de casos de teste mnimo para testar adequadamente todos os caminhos independentes do programa. Existem inmeras variantes da tcnica de complexidade ciclomtica, porm, vamos nos ater a essncia da tcnica. Para compreender melhor como calcular a complexidade ciclomtica, vamos apresentar primeiro uma ferramenta de apoio ao clculo, chamada grafos de uxos de execuo. um programa, como ilustrado na Figura 16. Nesses grafos, cada desvio possvel no programa mostrado como um caminho separado, e os loops so representados com o uso de setas que retornam ao n de condio do loop. A partir do grafo, possvel calcular a complexidade ciclomtica pela seguinte frmula: Complexidade Ciclomtica = Nmero de Arestas - Nmero de Ns + 2 Obviamente, pelo fato do exemplo mostrado na gura ser bem simples, foi possvel desenhar o grafo manualmente e medir a complexidade ciclomtica. Na prtica, em softwares maiores, impossvel calcular a complexidade ciclomtica sem a ajuda de uma ferramenta especializada. Os grafos de uxo de execuo so representaes grcas que descrevem o uxo de controle de
Pgina 89 de 115
Volume 05 Edio 1
Figura 16: grafo de uxo de execuo.
39.
Assuntos relacionados: Orientao a Objeto, Herana Simples, Herana Mltipla, Agregao entre Classes, Associao entre Classes, Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 63
(a). herana simples. (b). herana mltipla. (c). agregao. (d). normalizao. (e). associao.
Entre os conceitos da modelagem de sistemas orientados a objeto, NO se inclui:
Soluo:
So expostos a seguir cada conceito apresentado nas alternativas. (A) e (B) ERRADAS Herana um princpio em que classes compartilham entre si atributos e mtodos. Ela
permite criao de hierarquia de subclasses (classes derivadas) que herdam caractersticas das classes pai (super-classes ou classes base). O mecanismo de herana permite ainda que a subclasse inclua ou sobreponha novos atributos e mtodos da superclasse. Os mecanismos existentes so: especializao, especicao, generalizao, extenso, limitao e combinao. Trs dos grandes benefcios alcanados por esse recurso so: reusabilidade de cdigo, menos custo com manuteno de cdigo e simplicao de modelagem. No h mistrio na
Pgina 90 de 115
Volume 05 Edio 1
diferenciao entre a herana simples e herana mltipla. Na herana simples, as subclasses podem herdar caractersticas somente de uma super-classe. J na herana mltipla, as subclasses podem herdar atributos e mtodos de mais de uma super-classe. Como sem dvida nenhuma herana simples e mltipla so conceitos relacionados a modelagem de sistemas orientados a objeto, estas alternativas no devem ser marcadas. (C) e (E) ERRADAS Associao, agregao e composio so trs tipos de relacionamento entre classes. Uma ligao representa um relacionamento entre objetos especcos. J uma associao
diz respeito a conexo entre classes. Em uma associao, no h relacionamento de posse entre as classes. As classes so independentes. A Figura 17 ajuda na compreenso desses dois conceitos. Agregao e composio so variaes especiais de associao que modelam relacionamentos do tipo todo-parte. Classes mais complexas agregam ou so compostas de classes mais simples. Esses conceitos so similares. A diferena bsica que uma composio um tipo mais forte de agregao. Enquanto na composio o todo somente existe se todas as partes existirem, na agregao o todo pode existir com partes inexistentes. Vamos a dois exemplos. Uma classe TREM pode ser modelada como uma composio entre as classes VAGAO e LOCOMOTIVA. Nessa modelagem, embutiu-se a ideia de que para existir um objeto da classe TREM, necessrio a existncia de um objeto da classe LOCOMOTIVA e um objeto da classe VAGAO. J uma classe FAMILIA pode ser modelada como uma agregao das classes PAI, MAE e FILHO. Nesse caso, a ideia embutida a de que um objeto da classe FAMILIA pode existir sem a necessidade da existncia dos trs objetos das classes agregadas. Ou seja, entendeu-se que uma famlia pode ser composta por pai e lhos ou por me e pai, por exemplo.
Figura 17: exemplo de ligao e associao. Como as alternativas C e D trazem de fato conceitos relacionados a modelagem de sistemas orientados a objeto, elas no se encaixam no que se pede no enunciado. (D) CORRETA Normalizao um conceito relacionado a banco de dados. Como ele no se encaixa no
mbito de modelagem de sistemas orientados a objeto, esta a alternativa a ser marcada.
Pgina 91 de 115
Volume 05 Edio 1
40.
Assuntos relacionados: ERP, Banca: Cesgranrio Instituio: BR distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 64
Os mdulos de Contas a Pagar, Contas a Receber, Faturamento e Contabilidade compem, tipicamente, tipo de sistema (a). CRM analtico (b). Data Warehouse (DW) (c). ERP (d). ECM (e). BSC
Soluo:
Os sistemas de ERP - Enterprise Resource Planning - visam integrao entre todos os setores produtivos da empresa, conectando-os atravs de processos bem denidos, onde cada um tem suas responsabilidades bem delimitadas e o negcio visto todo sob a perspectiva dos processos que o regem. Para atingir esse objetivo, sistemas de ERP conectam, geralmente em uma soluo nica, vrios mdulos aplicativos das diversas reas da empresa. Assim, um tpico sistema ERP integra os mdulos de contas a pagar, contas a receber e vrios outros. Como seu enfoque so os processos, o sistema tambm deve prever mdulos de RH para administrao de pessoal, mdulos de controle de estoque e, na losoa mais recente, mdulos voltados modelagem dos processos da empresa e integrao automtica desses esses mdulos de acordo com os uxos dos processos mapeados. Os grandes desenvolvedores de solues ERP no mercado atual so a SAP e a Oracle. H diversas outras empresas que tambm fornecem solues interessantes, alm de opes em software livre. De acordo com a explicao, a resposta correta questo a letra (C). Entretanto, para entendermos ao menos a ideia bsica dos demais itens elencados nas outras opes, vejamos de forma rpida suas denies:
CRM analtico:
ferramentas de CRM - Customer Relationship Management - dirigem-
se ao trato das informaes no relacionamento das empresas com seus clientes. H dois tipos bsicos de CRM: o operacional e o analtico. O CRM operacional voltado para o registro de toda interao entre cliente e empresa. O CRM analtico pode ser encarado como um subconjunto de ferramentas de BI (Business Intelligence) voltadas para a anlise dos dados coletados pelo CRM Operacional. De acordo com o documento CRM Operacional, disponvel no site www.icone.com.br, A parte includa no CRM Analtico visa aqui aferir mtricas operacionais, geralmente ligadas a custo e performance, que nada mais so do que anlise de cubos para vericar, por exemplo, hits na webstore por campanha, vendas por hits, percentual de acerto por chamado ativo, custo/ticket mdio por chamado, etc.
Data Warehouse (DW):
o mote dos sistemas de DW a consolidao de dados
operacionais, geralmente extrados de sistemas OLTP (On Line Transaction Processing - sistemas de processamento online de informaes) corporativos, gerando dados
Pgina 92 de 115
Volume 05 Edio 1
analticos que serviro de base em decises estratgicas de negcio. Nesses sistemas, os dados so trabalhados de forma a expressar a informao necessria ao corpo diretor da empresa, agregando informao de diferentes sistemas da empresa. A manipulao desses dados d origem aos cubos, que so elementos que permitem enxergar os dados a partir de diversas perspectivas atinentes ao negcio. A subtrao de dados de uma rea especca conhecida como Data Mart. Os Data Marts do direes sobre um departamento ou um produto da empresa. Em ltima anlise, podemos considerar que a unio de todos os Data Marts de uma empresa gera seu Data Warehouse.
ECM:
Enterprise Content Management o nome dado aos sistemas que tm por
vocao armazenar, em formato digital, os documentos - tanto os digitalizados de papel quanto os naturalmente eletrnicos - de uma empresa e permitir o acesso a eles de forma rpida e precisa. Estes sistemas armazenam, alm dos documentos em si, os dados mais relevantes destes, de forma a tornar a pesquisa de documentos algo simples e de fcil acesso a todos que deles precisem.
BSC:
Balanced Scorecard uma metodologia disponvel e aceita no mercado desen-
volvida pelos professores da Harvard Business School, Robert Kaplan e David Norton, em 1992. Os passos dessa metodologia incluem: denio da estratgia empresarial, gerncia do negcio, gerncia de servios e gesto da qualidade; passos estes implementados atravs de indicadores de desempenho. A ideia , utilizando informaes dos diversos sistemas OLTP da empresa, gerar indicadores voltados no apenas aos aspectos nanceiros, mas ao negcio da empresa como um todo: clientes, processos internos, nanceiro e aprendizado e crescimento, conforme ilustra a Figura 18.
Figura 18: viso estratgica do BSC.
Pgina 93 de 115
Volume 05 Edio 1
41.
Assuntos relacionados: Websites, Content Management System (CMS), Banca: Cesgranrio Instituio: BR Distribuidora Cargo: Analista de Sistemas - Desenvolvimento Ano: 2008 Questo: 68
Assinale a opo que NO apresenta um CMS (Content Management System). (a). Alfresco (b). Beehive (c). Plone (d). Drupal (e). Joomla
Soluo:
Um Sistema de Gesto de Contedo - SGC, (em ingls
Content Management Systems
- CMS), um sistema gestor de websites, portais e intranets que integra ferramentas necessrias para criar, gerir (editar e inserir) contedos em tempo real, sem a necessidade de programao de cdigo, cujo objetivo estruturar e facilitar a criao, administrao, distribuio, publicao e disponibilidade da informao. grande quantidade de funes presentes. Podemos dizer que um CMS um framework, um esqueleto de website pr-programado, com recursos bsicos e de manuteno e administrao j prontamente disponveis. um sistema que permite a criao, armazenamento e administrao de contedos de forma dinmica, atravs de uma interface de utilizao via Internet. Um CMS permite que a empresa tenha total autonomia sobre o contedo e evoluo da sua presena na internet e dispense a assistncia de terceiros ou empresas especializadas para manutenes de rotina. Nem mesmo preciso um funcionrio dedicado (webmaster), pois cada membro da equipe poder gerir o seu prprio contedo, diminuindo os custos com recursos humanos. A habilidade necessria para trabalhar com um sistema de gesto de contedo no vai muito alm dos conhecimentos necessrios para um editor de texto. A aparncia de um website criado com um CMS customizvel, atravs da utilizao de templates que podem ser facilmente substitudos. Em suma, o grande diferencial de um CMS permitir que o contedo de um website possa ser modicado de forma rpida e segura de qualquer computador conectado Internet. Um sistema de gesto de contedo reduz custos e ajuda a suplantar barreiras potenciais comunicao web reduzindo o custo da criao, contribuio e manuteno de contedo. Abordemos cada alternativa. (A) ERRADA Alfresco um Sistema de Gesto de Contedo corporativo multi-plataforma (Windows e Unix/Linux) de cdigo aberto. Seu design orientado para usurios que exigem um alto grau de modularidade e performance escalonvel. Alfresco inclui, entre outras coisas, um A sua maior caracterstica a
Pgina 94 de 115
Handbook de Questes de TI Comentadas para Concursos repositrio de contedo, uma interface CIFS (Common
Volume 05 Edio 1
Internet File System )
que fornece
compatibilidade com o sistema de arquivo no Microsoft Windows e Sistemas Unix/Linux e um sistema de gerenciamento de contedo web capaz de virtualizar aplicaes e sites estticos atravs do Apache Tomcat e do indexador Lucene. O sistema Alfresco desenvolvido usando a tecnologia Java. (B) CORRETA O Apache Beehive um framework Java projetado para fazer o desenvolvimento de aplicaes escritas no padro J2EE de forma mais rpida e fcil. Ele utiliza vrios softwares livres da
Apache Software Foundation
(ASF ou fundao Apache), como o XMLBeans. Ele
adotou as ltimas inovaes da verso 5 (ou 1.5) do Java, incluindo a especicao JSR-175 que trata sobre anotaes (metadados) em atributos, mtodos e classes. Ele construdo sobre um framework desenvolvido para a verso 8.1 da ferramenta BEA Weblogic Workshop da BEA Systems. (C) ERRADA Plone um Sistema de Gesto de Contedo livre e de cdigo aberto escrito na linguagem
tent Management Framework ).
Python e que roda sobre um Servidor de Aplicaes Zope e sobre o framework CMF (ConO Plone pode ser usado para a construo de portais de
informao e tambm para construir sistemas de publicao de documentos ou at como ferramenta para trabalho colaborativo. Ele vem com um sistema de workow, segurana e funes pr-conguradas, um conjunto de tipos de contedo e suporte a vrias lnguas. O Plone roda em praticamente qualquer plataforma. (D) ERRADA Drupal um Sistema de Gesto de Contedo livre e de cdigo aberto escrito em PHP. Da mesma forma que os sistemas de gerenciamento de contedo mais modernos, o Drupal permite criar e organizar contedo, manipular a aparncia, automatizar tarefas administrativas, e denir permisses e papis para usurios e colaboradores. Por ser desenvolvido em PHP, o Drupal independente de sistema operacional, no entanto requer um servidor HTTP compatvel com PHP e um Servidor de Banco de Dados para funcionar. O Drupal comumente descrito como um Framework de Gerenciamento de Contedo, pois alm de oferecer as funcionalidades bsicas de um CMS ele tambm implementa uma srie de APIs robustas e apresenta uma estrutura modular que facilita o desenvolvimento de mdulos extensivos. (E) ERRADA Joomla! um CMS desenvolvido a partir do Mambo. escrito em PHP e roda no servidor web Apache ou IIS e banco de dados MySQL. A grande vantagem do Joomla a sua diversidade de extenses extras, feitas no necessariamente pelos desenvolvedores do projeto. Componentes, mdulos e plugins so atualizados constantemente e possuem grande valia para prossionais de web interessados em um site bem feito. cdigo aberto (licena GNU/GPL). O Joomla um projeto de
Pgina 95 de 115
Volume 05 Edio 1
42.
Assuntos relacionados: Data Warehouse, On-line Analytical Processing, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 27
Em um banco de dados multidimensional, os dados esto conceitualmente armazenados e organizados em (a). classes e objetos. (b). cubos e hipercubos. (c). parties e ndices. (d). consultas materializadas e sumrios. (e). estrelas e constelaes.
Soluo:
Com a crescente quantidade de dados disponveis, o recurso a vez mais necessrio e frequente. Apesar disso, o conceito de
data warehouses torna-se cada data warehouse no tem uma
denio nica. Normalmente, o termo utilizado para se referir a uma base de dados que mantida separada da base de dados operacional de uma organizao e que est integrada com vrios sistemas que permitem efetuar o processamento e anlise dos dados. Uma das denies mais usadas defende que a
data warehouse
um conjunto de dados organizados
em torno de um determinado tpico, resultante da integrao de diferentes fontes de dados, mantidos de forma persistente e que expressa uma perspectiva histrica desses dados. Esta separao entre a base de dados operacional e a
data warehouse
promove a ecincia e
desempenho de cada um dos sistemas, levando-se em conta os diferentes ns a que se destina. A principal funo das bases de dados operacionais a realizao de transaes online processamento de transaes online (online e processamento de consultas (queries ), sendo esse conjunto de operaes conhecido como
data warehouses
transaction processing
- OLTP). Em oposio, as
tm por objetivo servir de suporte anlise de dados e tomada de decises, Normalmente, tratam-se de
pelo que sobre elas so realizados outros tipos de operaes.
operaes que manipulam grandes quantidades de dados histricos, permitindo a realizao de sumarizaes e agregaes e a gesto de informao em diferentes nveis de granularidade. A este tipo de operaes d-se o nome de processamento analtico online (online
processing
- OLAP). De uma forma genrica, uma
data warehouse
analytical
composta por uma
tabela de fatos, onde se encontram os dados que podem ser objeto de anlise, e tabelas de dimenses, que armazenam os dados sobre as perspectivas segundo as quais os fatos podem ser analisados. Tanto as
data warehouses
como as operaes OLAP so baseadas no modelo
multidimensional, em que os dados so visualizados sob a forma de um cubo. Um cubo denido por um conjunto de dimenses e de fatos. De uma forma genrica, as dimenses so as perspectivas ou entidades em relao s quais os fatos se referem. Por exemplo, uma empresa pode manter uma
data warehouse
de vendas como forma de
manter registros sobre as suas vendas no que se refere aos itens vendidos, lial em que foram vendidos e data de venda. Cada dimenso pode estar associada a uma tabela que pormenoriza a sua descrio. Quanto aos fatos, estes so medidas numricas correspondentes ao principal objetivo da data warehouse, no nosso exemplo, o nmero de unidades
Pgina 96 de 115
Volume 05 Edio 1
vendidas ou o volume total de vendas em dinheiro. A m de melhor esclarecer este conceito, considere as quatro tabelas apresentadas na Figura 19, que representam a informao sobre as vendas de uma determinada organizao apresentada em funo do tempo (Tempo), do tipo de item vendido (Item) e da cidade (Localizao) em que a venda foi feita.
Figura 19: volume de vendas em funo do tempo, tipo de item e localizao (gura retirada do livro
Data Mining: Concepts and Techniques ).
As tabelas acima equivalem conceitualmente ao cubo 3D da Figura 20. Supondo que se pretendesse adicionar outra dimenso, designada como Fornecedor, informao das tabelas acima, obter-se-ia um cubo 4D, o que no trivial de representar ou visualizar. Quando um cubo de dados tem mais de trs dimenses ele chamado de hipercubo e para visualizar os dados em um hipercubo preciso recorrer a outros tipos de representao (modelos Portanto, a alternativa
Star
Snowake ).
B a correta.
Pgina 97 de 115
Volume 05 Edio 1
Figura 20: representao sob a forma de cubo 3D das tabela acima (gura retirada do livro
Mining: Concepts and Techniques ).
Data
Pgina 98 de 115
Volume 05 Edio 1
43.
Assuntos relacionados: Banco de Dados, Escalonamento de Banco de Dados, Serializabilidade, Durabilidade, Leitura Limpa, Clean Read, Leitura Suja, Dirty Read, Missing Deadlock, Deadlock Ausente, Commit Alcanado, Reached Commit, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 28
mento. O critrio para um escalonamento ser considerado correto a(o) (a). serializabilidade. (b). durabilidade. (c). leitura limpa (clean read). (d). deadlock ausente (missing deadlock). (e). commit alcanado (reached commit).
A execuo de um conjunto de transaes em um banco de dados chamado de escalona-
Soluo:
A serializabilidade consiste em, dado um conjunto de transaes, independentemente da forma como seus comandos so intercalados na execuo, o resultado obtido equivale execuo serial das transaes. O escalonamento de transaes em um SGBD (Sistema Gerenciador de Bancos de Dados) deve ter como alvo a serializabilidade, de forma a garantir a integridade das informaes. Sendo assim, a opo correta a letra (A). As demais opes tratam de caractersticas das transaes em si ou mesmo de caractersticas que, juntas, traduzem a inteno da serializabilidade. A durabilidade, citada na letra (B), uma das 5 caractersticas ACID desejadas para as transaes em si. Ela diz que as alteraes geradas por uma transao devem permanecer no banco aps a efetivao da mesma, garantindo sua efetivao real. No caso de uma falha do sistema, a transao que tiver sido efetivada deve permanecer efetivada no banco para que a durabilidade seja atendida. Repare que essa caracterstica imprescindvel para as transaes e no para o escalonamento. A leitura limpa uma das caractersticas que compe a serializabilidade. Ela prev que,
diferentemente da leitura suja, os dados lidos pelas transaes estejam sempre coerentes com o estado do incio da transao e sejam sempre coerentes. O deadlock ausente outra caracterstica que compe a serializabilidade. Nesse caso, o escalonamento, tal qual a execuo serial das transaes, deve impedir que os recursos cedidos transaes concorrentes no gerem conitos de interesse entre ambas e impea mutuamente a execuo destas. Estas caractersticas so tratadas no controle de concorrncia. Entretanto, esto intimamente ligadas ao escalonamento, visto que inuenciaro diretamente nele.
Pgina 99 de 115
Volume 05 Edio 1
44.
Assuntos relacionados: Anlise de Riscos, Gerenciamento de Portiflios, Gerenciamento

Integrado de Projetos, Qualidade Total, PERT, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 39
Uma prtica gerencial adotada em diversas organizaes, que aumenta a visibilidade dos projetos para os executivos, facilitando sua priorizao e a deteco de problemas, bem como prevenindo a realizao de projetos que no estejam alinhados com a organizao a(o) (a). Anlise de riscos. (b). Gerenciamento de Portiflios de Projetos. (c). Gerenciamento Integrado de Projetos. (d). Gerenciamento Total da Qualidade. (e). PERT Program Evaluation and Review Technique.
Soluo:
(A) ERRADA A anlise de risco um estudo tcnico aprimorado das ameaas futuras, aplicando-se frmulas de mensurao, a partir de um levantamento do local, tipo de negcio, bens patrimoniais e pessoas a serem protegidos por sistemas de segurana sejam eles eletrnicos, procedimentos do pessoal da vigilncia ou at de seus usurios. A principal meta da avaliao de risco identicar quantitativamente o risco em termos de probabilidade e magnitude. Os mtodos de avaliao de risco variam de acordo com as disciplinas envolvidas e, com a natureza do risco em questo, mas o que h de comum entre todos os mtodos o fato de se basearem em hipteses e extrapolaes. Atravs desta anlise, um gestor de segurana ou empresa de consultoria especializada poder apontar a vulnerabilidade do local e as incertezas empresariais ou pessoais, minimizando os impactos causados pelas eventualidades na quebra da segurana. (B) CORRETA Portflio uma coleo de projetos, programas e outras atividades, que agrupadas facilitam o gerenciamento ecaz do trabalho a ser feito de forma a se atingir os objetivos estratgicos do negcio. Os projetos ou programas no necessariamente precisam ser interdependentes ou diretamente relacionados. A captao de recursos nanceiros e suporte podem ser feitos com base na anlise de categorias de risco/prmio, linhas especcas do negcio ou por tipos genricos de projetos, como infra-estrutura ou melhorias de processos internos. Gerenciamento de Portflio de Projetos o pacote de prticas de negcio que trs o mundo dos projetos para uma estreita integrao com outras operaes do negcio. Ele trs harmonia entre os projetos e as estratgias, recursos, e visualizao dos executivos do negcio como um todo, e prov a estrutura e processos para a governana do Portflio de Projetos. Um dos objetivos do gerenciamento de Portflio o de maximizar o valor do Portflio
Pgina 100 de 115
Volume 05 Edio 1
atravs de cuidadoso exame de projetos candidatos e programas a serem includos no Portflio e a excluso em tempo de projetos que no esto atingindo os objetivos estratgicos do Portflio. Outros objetivos so o de balancear o Portflio entre investimentos incrementais e mais radicais e o de fazer uso eciente dos recursos disponveis. Gerentes seniores ou equipes de gerenciamento snior tipicamente so os responsveis pelo gerenciamento de Portflio em uma organizao. (C) ERRADA Gerenciamento Integrado de Projetos composto por processos e atividades que identicam, denem, combinam, unem e coordenam outros processos e atividades no gerenciamento de projetos. Apresenta tcnicas de Gerenciamento de Projetos trabalhadas de forma integrada - Escopo, Tempo, Custo, Qualidade, RH, Comunicao, Riscos e Aquisies - com enfoque especial para o controle e acompanhamento de projetos. A nalidade do Gerenciamento Integrado de Projetos estabelecer e controlar o projeto e a participao das partes interessadas relevantes de acordo com um processo integrado e denido que seja adaptado do conjunto de processos padres da organizao. (D) ERRADA A Gesto da Qualidade Total (GQT) uma opo para a reorientao gerencial das organizaes. Tem como pontos bsicos: foco no cliente; trabalho em equipe permeando toda a organizao; decises baseadas em fatos e dados; e a busca constante da soluo de problemas e da diminuio de erros. A GQT valoriza o ser humano no mbito das organizaes, reconhecendo sua capacidade de resolver problemas no local e no momento em que ocorrem, e busca permanentemente a perfeio. Precisa ser entendida como uma nova maneira de pensar, antes de agir e produzir. Implica uma mudana de postura gerencial e uma forma moderna de entender o sucesso de uma organizao. uma nova losoa gerencial que exige mudanas de atitudes e de comportamento. Essas mudanas visam ao comprometimento com o desempenho, procura do auto-controle e ao aprimoramento dos processos. Implica tambm uma mudana da cultura da organizao. A Gesto da Qualidade Total ocorre em um ambiente participativo. A descentralizao
da autoridade, as decises tomadas o mais prximo possvel da ao, a participao na xao das metas e objetivos do trabalho normal e as metas e objetivos de melhoria da produtividade so consideraes essenciais. O clima de maior abertura e criatividade leva a maior produtividade. A procura constante de inovaes, o questionamento sobre a forma costumeira de agir e o estmulo criatividade criam um ambiente propcio busca de solues novas e mais ecientes. (E) ERRADA O PERT (Program
Evaluation and Review Technique )
uma tcnica muito utilizada para
planejar, avaliar e controlar os prazos de execuo de determinado programa ou projeto. Embora muito utilizado pelos engenheiros em programas de produo e de investigao e desenvolvimento, o PERT pode ser aplicado a muitos outros programas da organizao como sejam, por exemplo, os programas de investimento, programas de formao, entre muitos outros. O planejamento representado pela diviso do projeto em atividades para as quais seja pos-
Pgina 101 de 115
Volume 05 Edio 1
svel medir recursos e estimar uma durao (tempo de realizao ou custo). A programao consiste no estabelecimento das interdependncias entre as diferentes atividade de forma a tornar visvel qual ou quais podem ocorrer simultaneamente e aqueles que precedem outras. Por m, o controle consiste no estudo de custos ou tempo que as fases de planejamento e programao permitiram levantar, possibilitando a construo de uma representao grca - diagrama - que serve para acompanhar o desenrolar do projeto e, caso seja necessrio, proceder a alteraes face s modicaes, atrasos e antecipaes que ocorram em qualquer uma das atividades realizadas.
Pgina 102 de 115
Volume 05 Edio 1
45.
Assuntos relacionados: Rede de Petri, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 46
Assinale a opo que contm uma regra INVLIDA para Redes de Petri. (a). Um caminho deve iniciar e terminar por um lugar. (b). Um arco pode conectar uma transio a um lugar. (c). Um arco pode conectar um lugar a uma transio. (d). Uma transio dispara quando alguma de suas entradas possui uma marcao (token). (e). Quando uma transio dispara, ela consome uma marcao (token) de cada uma das suas entradas e gera uma para cada sada.
Soluo:
Vamos ao bsico sobre o assunto. Rede de Petri uma tcnica de modelagem de sistemas. Ela particularmente mais interessante para o modelamento de sistemas distribudos, paralelos, concorrentes, assncronos e no-determinsticos. Essa tcnica fortemente embasada na matemtica, podendo ser fundamentada em termos de: bags, lgebra matricial e relaes. Uma Rede de Petri tambm pode ser representada gracamente por meio de grafos. Essa representao feita por apenas 3 tipos de componentes:
transio: lugar: arco:

posio;
uma barra que representa aes realizadas pelo sistema modelado;
um crculo que denota um estado do sistema. Um lugar tambm chamado de
seta direcionada que liga uma transio a um lugar ou vice-versa. Vale ressaltar
que no pode existir ligaes entre componentes do mesmo tipo. Ou seja, no se pode ligar uma transio a uma transio nem um lugar a um lugar;
token:
uma marcao (ponto) atribuda a um lugar que serve para indicar a situao
(estado) atual da rede. Basicamente, a execuo de uma rede funciona da seguinte forma. A qualquer momento, os lugares podem conter zero ou mais tokens. As transies, quando disparadas, um token de cada posio de entrada consumido, as tarefas so realizadas e um token realocado em cada posio de sada. Lembrando que cada operao de transio atmica, ou seja, ou os 3 passos so efetivados ou nenhum deles o . Posio de entrada um lugar a partir do qual uma seta se origina e posio de sada um lugar para onde uma seta aponta. Os arcos podem ser associados a pesos, que indicam quantos tokens devem ser consumidos da posio de entrada. Uma transio somente pode ser disparada quando ela se encontra habilitada. Uma transio considerada habilitada quanto h em cada posio de entrada um nmero igual ou superior ao peso associado. exemplo. Perceba que antes do disparo, cada posio de entrada (H2 e O) tinha o suciente de tokens. Aps a transio, 2 tokens foram consumidos da posio H2; 1 token foi consumido da posio O, justamente os pesos associados a cada arco; e 1 token foi realocado na posio Para facilitar o entendimento, a Figura 21 traz um
Pgina 103 de 115
Volume 05 Edio 1
de sada (H2O).
Figura 21: exemplo de Rede de Petri.
Vamos s alternativas. (A) ERRADA Um caminho na verdade uma sequncia de disparos, que se inicia e naliza por lugares. Ou seja, vlido o que dito nesta alternativa. (B) ERRADA Como visto acima, um arco pode sim conectar uma transio a um lugar. Portanto, esta alternativa apresenta uma regra vlida. (C) ERRADA Esta a segunda possibilidade de conexo por arcos: conectar um lugar a uma transio. Esta tambm uma regra vlida. (D) CORRETA Uma leitura desatenta poderia dicultar a identicao do ponto falho desta alternativa. Como exposto anteriormente, uma transio somente pode ser disparada quando todas as entradas possuem uma quantidade suciente de tokens. Ou seja, no basta que alguma entrada possua um token. Por esta alternativa possuir uma regra invlida, ela a alternativa a ser marcada. (E) ERRADA Esta alternativa traz uma denio correta para marcao ou token, portanto, uma regra vlida.
Pgina 104 de 115
Volume 05 Edio 1
46.
Assuntos relacionados: Processo Unicado, Extreme Programming (XP), Scrum, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 53
Diversos processos de software emergiram nos ltimos anos, principalmente aqueles de natureza iterativa. Podemos citar o Processo Unicado, XP (Extreme Programming) e, mais recentemente, o Scrum, como alguns dos mais difundidos. processos de software e suas caractersticas. Processos I - Processo Unicado II - Extreme Programming III - Scrum Caractersticas P - Reunies em p, dirias, com perguntas especcas Q - Refatorao frequente R - Priorizao dos maiores riscos S - Eliminao do desperdcio Correlacione, a seguir, esses
A relao correta (a). I - P, II - Q, III - R. (b). I - R, II - Q, III - P. (c). I - R, II - S, III - Q. (d). I - S, II - P, III - R. (e). I - S, II - R, III - P.
Soluo: Processo Unicado

O Processo Unicado (UP) de desenvolvimento de software o conjunto de atividades necessrias para transformar requisitos do usurio em um sistema de software. O processo unicado de desenvolvimento de sistemas combina os ciclos iterativos e incrementais para a construo de softwares. fundamental na viso de que o avano de um projeto deve estar baseado na construo de artefatos de software, e no apenas em documentao. Ele baseado em componentes, o que signica o sistema ser construdo a partir de componentes de software interconectados via interfaces muito bem denidas. O processo unicado utiliza a Linguagem de Modelagem Unicada (Unied preparo de todos os artefatos do sistema. Um projeto usando o processo unicado sempre vai ser iterativo e incremental. Uma it-
Modeling Language
UML) no
erao um mini projeto que resulta em verso do sistema. Como a cada iterao teremos uma verso melhor que a anterior, temos a a questo do incremental. Os riscos de projeto podem ser tratados dentro de cada iterao. Cada iterao/incremento produz um produto com novas caractersticas implementadas. Com isto importante sempre integrar o trabalho gerado para ter certeza que o projeto continua funcionando como deve. O Processo Unicado organiza suas iteraes em quatro fases principais:
Pgina 105 de 115
Volume 05 Edio 1
1. Concepo:
o objetivo desta fase levantar, de forma genrica e pouco precisa, o
escopo do projeto. No deve existir aqui a pretenso de especicar de forma detalhada requisitos, a ideia ter uma viso inicial do problema, estimar de forma vaga esforo e prazos e determinar se o projeto vivel e merece uma anlise mais profunda. 2. Elaborao: na fase de elaborao todos (ou a grande maioria dos requisitos) so Numa primeira iterao um ou dois requisitos, os de maior
levantados em detalhes.
risco e valor arquitetural, so especicados so implementados e servem como base de avaliao junto ao usurio e desenvolvedores para o planejamento da prxima iterao. Em cada nova iterao na fase de elaborao pode haver um seminrio de requisitos, onde requisitos antigos so melhores esclarecidos e novos so detalhados. Ao m da fase, 90 3. Construo: implementao iterativa dos elementos restantes de menor risco e mais fceis e preparao para a implantao. 4. Transio: testes nais e implantao.
Xtreme Programming
Extreme Programming (XP) um processo de desenvolvimento que possibilita a criao de software de alta qualidade, de maneira gil, econmica e exvel, empregando a equipe de desenvolvimento, em atividades que produzam resultados rpidos na forma de software testado, e ainda customizando o produto de acordo com a necessidade do usurio. Cada vez mais as empresas convivem com ambientes de negcios que requerem mudanas freqentes em seus processos, as quais afetam os projetos de software. Os processos de desenvolvimento tradicionais so caracterizados por uma grande quantidade de atividades e artefatos que buscam proteger o software contra mudanas, o que faz pouco ou nenhum sentido, visto que os projetos devem se adaptar a tais mudanas ao invs de evit-las. O processo Extreme Programming dene as seguintes prticas: refatorao, programao em par, mudanas rpidas, feedback constante do cliente, desenvolvimento iterativo, testes automatizados, entre outras. O XP concentra os esforos da equipe de desenvolvimento em atividades que geram resultados rapidamente na forma de software intensamente testado e alinhado s necessidades de seus usurios. Alm disso, simplica e organiza o trabalho combinando tcnicas comprovadamente ecazes e eliminando atividades redundantes. Por m, reduz o risco dos projetos desenvolvendo software de forma iterativa e reavaliando permanentemente as prioridades dos usurios.
Scrum
Scrum um processo de desenvolvimento iterativo e incremental que pode ser aplicado a qualquer produto ou no gerenciamento de qualquer atividade complexa. um processo gil que permite manter o foco na entrega do maior valor de negcio, no menor tempo possvel. Isto permite a rpida e contnua inspeo do software em produo em intervalos de duas a quatro semanas. As necessidades do negcio determinam as prioridades do desenvolvimento de um sistema. As equipes se auto organizam para denir a melhor maneira de entregar as funcionalidades de maior prioridade. Entre cada duas a quatro semanas todos podem ver o real software em produo, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais uma iterao. As reunies dirias so usadas para avaliar os progressos do projeto e as barreiras encontradas durante o desenvolvimento, essa uma caracterstica
Pgina 106 de 115
Volume 05 Edio 1
do processo. Como pode ser observado, o processo unicado trabalha principalmente com os requisitos de maior risco e valor arquitetural, o processo Extreme Programming utiliza como uma de suas prticas a refatorao e por ltimo o processo Scrum que tem como caracterstica as reunies diria usadas para avaliar os progressos do projeto.
Pgina 107 de 115
Volume 05 Edio 1
47.
Assuntos relacionados: Engenharia de Software, Casos de Testes, Parties de Equivalncia,
Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 54
Um importante aspecto da elaborao de casos de testes para um sistema em desenvolvimento a escolha dos valores de entrada e das sadas previstas dos casos de teste. Escolhas baseadas apenas em valores tpicos, em geral, so incapazes de revelar todas as falhas da implementao. necessrio identicar conjuntos de valores que possuam caractersticas comuns, do ponto de vista das funcionalidades a serem testadas, como, por exemplo, nmeros negativos, nmeros com mais dgitos do que o previsto, strings sem branco, arrays de um so elemento, alm de prever casos de teste cobrindo a totalidade destes conjuntos, e projetar, para cada conjunto, casos de teste com valores nos limites e prximos ao ponto mdio do conjunto. Esses conjuntos so denominados (a). parties de equivalncia. (b). grupos de controle. (c). espaos amostrais. (d). classes caractersticas. (e). intervalos de testes.
Soluo:
Na engenharia de software, casos de teste um conjunto de condies usadas para teste de software. Ele pode ser elaborado para identicar defeitos na estrutura interna do software, atravs de situaes que exercitem adequadamente todas as estruturas utilizadas na codicao; ou ainda, garantir que os requisitos do software que foram construdos sejam plenamente atendidos. Podemos utilizar a ferramenta de casos de uso para criar e rastrear um caso de teste, facilitando assim a identicao de possveis falhas. O caso de teste deve especicar a sada esperada e os resultados esperados do processamento. Numa situao ideal, no desenvolvimento de casos de teste, se espera encontrar o subconjunto dos casos de testes possveis com a maior probabilidade de encontrar a maioria dos erros. As parties de equivalncia so um mtodo de teste que divide o domnio de entrada de um programa em classes de equivalncia a partir das quais os casos de teste podem ser derivados. O particionamento de equivalncia procura denir um caso de teste que descubra classes de erros, assim reduzindo o nmero total de casos de teste que devem ser desenvolvidos. O projeto de casos de teste para particionamento de equivalncia baseia-se numa avaliao de classes de equivalncia para uma condio de entrada. Uma classe de equivalncia representa um conjunto de estados vlidos ou invlidos para condies de entrada. Uma condio de entrada um valor numrico, um intervalo de valores, um conjunto de valores relacionados ou uma condio booleana. Ou seja, o modelo deve compreender parties de valores de entrada e sada. Cada partio deve conter um intervalo de valores, escolhidos de tal maneira, que todos os valores nessa classe tm o mesmo resultado, da o nome equivalncia. Podem ser usados valores vlidos e invlidos para serem candidatos classe de equivalncia. desejvel se ter pelo menos um caso de teste para exercitar cada uma das classes de equivalncia para se ter uma mxima cobertura da aplicao.
Pgina 108 de 115
Volume 05 Edio 1
48.
Assuntos relacionados: Engenharia de Software, Projeto de Interface com Usurio, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 60 Assinale a opo que NO expressa um princpio de projeto de interface com o usurio.
(a). Reduzir a demanda de memria de curto prazo do usurio. (b). Basear o layout visual em uma metfora do mundo real. (c). Permitir que a interao com o usurio seja interruptvel e possa ser desfeita (undo). (d). Estabelecer defaults (para escolhas e preenchimento de formulrios) que faam sentido para o usurio. (e). Mostrar informaes completas a de detalhe se desejar.
priori,
permitindo que o usurio reduza o nvel
Soluo:
O termo interface aplicado normalmente quilo que interliga dois sistemas. Tradicionalmente, considera-se que uma interface homem-mquina a parte de um artefato que permite a um usurio controlar e avaliar o funcionamento deste artefato atravs de dispositivos sensveis s suas aes e capazes de estimular sua percepo. No processo de interao usurio-sistema a interface o combinado de software e hardware necessrio para viabilizar e facilitar os processos de comunicao entre o usurio e a aplicao. A interface entre usurios e sistemas computacionais diferencia-se das interfaces de mquinas convencionais por exigir dos usurios um maior esforo cognitivo em atividades de interpretao e expresso das informaes que o sistema processa. A interface de usurio deve ser entendida como sendo a parte de um sistema computacional com a qual uma pessoa entra em contato fsico, perceptiva e conceitualmente. A interface possui componentes de software e hardware. perceptivas. Os componentes de hardware O software da
compreendem os dispositivos com os quais os usurios realizam as atividades motoras e Entre eles esto tela, o teclado, o mouse e vrios outros. interface a parte do sistema que implementa os processos computacionais necessrios para controle dos dispositivos de hardware, para a construo dos dispositivos virtuais com os quais o usurio tambm pode interagir, para a gerao dos diversos smbolos e mensagens que representam as informaes do sistema, e nalmente para a interpretao dos comandos dos usurios. Os seguintes princpios devem ser seguidos durante o projeto da interface com o usurio para se obter um produto nal usvel:
Minimizar a Carga de Memria do Usurio

O usurio no deve ser forado a memorizar informaes ao passar de uma parte do dilogo a outra. Em geral, as pessoas so muito melhores em reconhecer algo que lhes mostrado do que em recuperar a mesma informao da memria sem nenhuma ajuda.
Pgina 109 de 115
Volume 05 Edio 1
mais fcil para o usurio modicar informaes fornecidas pelo computador do que gerar o resultado desejado partindo do zero. Por exemplo, quando usurios querem renomear um arquivo, razovel esperar que o novo nome seja prximo do nome antigo na maioria dos casos, logo a caixa de texto em que a leitura do novo nome ser feita deve trazer o nome antigo como default. Quando os usurios devem prover uma entrada com um formato especial, o sistema deve descrever o formato esperado (caracteres separadores, faixa de valores vlidos) e, se possvel, prover um exemplo vlido como default. Para minimizar a carga de memria do usurio, o sistema deve-se basear em um nmero reduzido de regras que se apliquem a vrias situaes dependendo do contexto. O uso de comandos genricos como Cortar e Colar tanto para pedaos de texto quanto para elementos grcos um bom exemplo desta tcnica.
Metfora do Mundo Real

Os dilogos devem ser expressos claramente em palavras, expresses e conceitos familiares comunidade de usurios, no em termos orientados ao sistema. Por exemplo, um aplicativo nanceiro no deve exigir que usurios especiquem o tipo de moeda com cdigos como 312 para dlares e 213 para reais, mas sim com termos como Dlares ou Reais. As interaes devem ser vistas da perspectiva do usurio. Por exemplo, o dilogo de conrmao de uma transao comercial deveria ser algo como Voc est adquirindo 29 CD's e no Ns estamos lhe vendendo 29 CD's. As metforas usadas pela interface com o usurio devem respeitar o conceito que o usurio tem da metfora. Por exemplo, a metfora um processador de textos como uma mquina de escrever ajudar os usurios a descobrir funcionalidades como retrocesso e tabulao, mas no os dar nenhuma pista sobre uma funcionalidade de substituio global de frases. Se a metfora do sistema no for exatamente igual metfora do mundo real, este fato deve car claro para o usurio.
Opes defaults
A interface deve proporcionar uma adequada proteo aos dados do usurio, atravs da denio de opes de comando default e na apresentao antecipada de avisos sobre o resultado de aes do usurio, e da solicitao de conrmao de suas aes. Uma interface deste tipo apresenta valores default (para os campos de dados, lista,
check boxes )
capaz de
acelerar as entradas individuais e fornece o preenchimento automtico de vrgulas, pontos decimais e zeros direita da vrgula nos campos de dados. Uma interface gil no solicita aos usurios dados que podem ser deduzidos pelo sistema; no fora o usurio a percorrer em seqncia todas as pginas de um documento de modo a alcanar a pgina especca e no solicita o mesmo dado ao usurio diversas vezes em uma mesma seqncia de dilogo.
Controle explcito pelo usurio

Refere-se tanto ao processamento explcito pelo sistema das aes do usurio quanto ao controle que este mantm sobre o processamento de seus passos pelo sistema. Os indivduos devem, declaradamente, controlar entradas e sadas de dados, pois esta providncia diminui os erros e as ambigidades e, na medida em que mantm controle sobre o dilogo, tendem a aceitar melhor o sistema. Podemos inferir que o controle explcito trata das relaes entre processamento pelo computador e aes do usurio, com o lembrete de que essa inter-relao
Pgina 110 de 115
Volume 05 Edio 1
deve ser explcita, vez que o computador deve processar somente as demandas explicitadas e somente quando requisitadas. Logo, os comandos do usurio devem ser seguidos de Enter depois de editados ou de click no mouse, se o ambiente orientado a evento e a objeto. O cursor no deve ser automaticamente movido sem o controle do usurio, salvo para procedimentos estveis e consolidados, como preenchimento de formulrios. recomendado, ainda, a chance de o indivduo interromper ou cancelar a transao mediante a opo cancelar ou desfazer, que permite apagar ou retomar qualquer mudana recente. A opo de desfazer conhecido como reversibilidade que possibilidade de desfazer operaes errneas efetuadas pelo usurio. Desta forma, deixar informaes completas para o usurio mesmo com o princpio de controle explcito permitindo o mesmo reduzir a quantidade de informaes no leva a uma boa prtica de projeto de interface com usurio porque informaes excessivas poluem o campo visual. Logo a alternativa
E est incorreta.
Pgina 111 de 115
Volume 05 Edio 1
49.
Assuntos relacionados: Sistemas Distribudos, Independncia de Localizao, Independncia de Fragmentao, Independncia do Sistema Operacional, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 64
Sistemas de informaes distribudos so aqueles em que dados so armazenados e processados em diferentes localizaes. Um banco de dados distribudo um exemplo deste tipo de sistema. Para o usurio, um sistema de banco de dados distribudo deve parecer exatamente como um sistema no distribudo. Para que tal meta seja alcanada, alguns objetivos secundrios so normalmente estabelecidos, entre os quais (a). independncia de localizao. (b). independncia de fragmentao. (c). independncia do sistema operacional. (d). operao contnua. (e). coordenao em um n central.
NO se inclui a
Soluo: Operao contnua

Uma vantagem dos sistemas distribudos (SD) que eles devem fornecer maior conabilidade e maior disponibilidade. A conabilidade em SD implica no funcionamento sem queda em qualquer momento, isto acontece, porque sistemas distribudos podem continuar a funcionar mesmo diante da falha de algum componente individual, como um servidor isolado. A disponibilidade refere se ao funcionamento continuamente sem queda do sistema durante um perodo, isso porque existe a possibilidade de replicao dos dados. No ser preciso desligar o sistema para a execuo de alguma tarefa, como adicionar um servidor ou atualizar o sistema de banco de dados. Esta caracterstica fundamental, uma vez que os sistemas garantem o funcionamento/acesso dos dados/metadados, independente do tempo necessrio para manipul-los. Como os metadados estaro distribudos (replicados) em todos os servidores, mesmo na presena de uma falha, algum servidor disponibilizar os metadados para serem manipulados.
Independncia de localizao
Tambm conhecida por transparncia de localizao, quando os usurios no precisam saber onde esto sicamente armazenados os dados. uma caracterstica desejvel, pois simplica programas e atividades em aplicaes e permite que dados migrem de um servidor para outro, sem invalidar qualquer desses programas e atividades. Essa capacidade de migrao desejvel porque permite que dados sejam deslocados pela rede em resposta a alteraes de exigncias de desempenho. Utilizando-se de metadados, a transparncia de armazenamento faz com que os usurios das aplicaes desconheam a forma (em que local) como os metadados so mantidos, simplicando a adio de novos servidores no sistema distribudo.
Pgina 112 de 115
Volume 05 Edio 1
Independncia de fragmentao
Um sistema admite fragmentao de dados se uma dada varivel de relao armazenada pode ser dividida em pedaos (fragmentos) para ns de armazenamento fsico. A fragmentao desejvel por razes de desempenho: apenas local e o trfego na rede seja reduzido. os dados podem ser armazenados no local em que so mais freqentemente utilizados, de modo que a maior parte das operaes seja
Independncia de sistema Operacional

O suporte a 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. Assim, um sistema distribudo 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 coerente e transparente, ou seja, como se apenas um nico e centralizado computador estivesse executando a tarefa, portanto a alternativa
E est incorreta.
Pgina 113 de 115
Volume 05 Edio 1
50.
Assuntos relacionados: Modelagem de Negcio, Modelagem As Is, Banca: Cesgranrio Instituio: Petrobras Cargo: Analista de Sistemas - Processos de Negcio Ano: 2008 Questo: 66
O analista passou a conduzir uma modelagem as is do processo Revisar automvel. Nesta modelagem, (a). o foco primrio identicar possveis desperdcios e otimizaes. (b). o foco primrio entender o processo existente. (c). o objetivo automatizar as atividades manuais do processo. (d). so modeladas apenas as atividades manuais. (e). so modeladas apenas as atividades automatizadas.
Soluo:
A modelagem de processo de negcio um conjunto de atividades ordenadas, ou seja, uma ordenao do trabalho, com entradas e sadas bem denidas; como atores responsveis pela execuo de tarefas, com objetivo de modelar como executado o trabalho da organizao. Para tanto existe mtodos de modelagem, os quais especicam as atividades da mesma. Um mtodo de modelagem a maneira como deve ser feita, ou executada, uma atividade, um passo-a-passo. Em geral, um mtodo o resultado apurado das melhores prticas em um domnio particular de uma dada atividade. O Mtodo as
is
uma fase basicamente de documentao do processo atual, como vistas a
entender as atividades do processo e de que forma estas esto atingindo, ou no, os objetivos da organizao. Modelar o diagrama do uxo de trabalho do processo, com o mximo de detalhes at que o comportamento do processo seja compreendido, e realizar uma avaliao mais aprofundada do modelo obtido. Portanto, na fase de emoldurao dos processos, todo o contexto da organizao foi delimitado. Assim, foi possvel o entendimento do escopo dos processos no nvel da organizao e com isso, uma primeira ideia do valor que agregam organizao. Logo, a fase de preparao foi concluda e foi possvel identicar algumas restries e gargalos neste contexto, assim, pela observao disto, os processos nos quais foram identicadas tais restries podem ser selecionados como alternativas de estudo, anlise e melhora. Esta fase possui as seguintes atividades:
Mapear o uxo de trabalho de processo corrente. Visando identicar quem faz o que. Investigar os outros objetivos da organizao como, por exemplo. Utilizao de algum sistema j existente na organizao, polticas a seguir, metas de medies para as atividades.
Mapear uma avaliao nal dos outros objetivos da organizao, como suas regras, polticas, sistemas, motivaes. Documentar aspectos importantes de cultura, competncias e sistemas de gerncia.
Concluindo, o mtodo de modelagem as est correta.
is
tem como foco o entendimento de todo o escopo
da organizao, ou seja, de todos os processos existentes na empresa, logo a alternativa
Pgina 114 de 115
Volume 05 Edio 1
Questao 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50
Resposta C E B B D A A C E B A A D B E E E D B B D A C D D E C D D A C E B B E C A D D C B B A B D B A E E B
Pgina 115 de 115
Handbook de TI
Alm do Gabarito
ndice Remissivo
Funes Transacionais, 55 Gerncia de Memria, 30 rvores de Deciso, 10 Agregao entre Classes, 90 Alocao de Memria, 30, 66 Anlise de Pontos de Funo, 55 Anlise de Riscos, 100 Aritmtica Computacional, 65 Arquitetura de Computadores, 63, 68 Arquitetura Empresarial, 44 Associao entre Classes, 90 Banco de Dados, 14, 18, 21, 24, 26, 99 HAVING, 26 Caminho Crtico, 49 Casos de Testes, 108 Ciclo de Vida de Projeto, 12 Clean Read, 99 COBIT, 46, 51, 61 Commit Alcanado, 99 Complexidade Ciclomtica, 89 Composio Agregada, 6 Consulta SQL, 18 Content Management System (CMS), 94 Controle de Concorrncia, 14 Converso Numrica, 65 Cronograma, 49 Data Warehouse, 96 Deadlock Ausente, 99 DER, 24 Desenvolvimento de Sistemas, 4, 8, 10 Diagrama de Classes, 6 Diagramas UML, 8 Dirty Read, 99 DMA, 70 Domnios de Governana, 51 DTD, 84 Durabilidade, 99 Engenharia de Software, 55, 108, 109 ERP, 92 Escalonamento de Banco de Dados, 99 Escritrio de Projetos, 71 Estimativa de Custo, 12 Estrutura Organizacional, 77 Event-Driven Process Chain (EPC), 87 Extreme Programming (XP), 4, 105 Framework de Zachman, 44 ICMP, 36 Independncia de Fragmentao, 112 Independncia de Localizao, 112 Independncia do Sistema Operacional, 112 ITIL, 58, 59 Java, 81 JOIN, 26 Lgica, 34 Leitura Limpa, 99 Leitura Suja, 99 Metodologia de Desenvolvimento de Software, 4 Missing Deadlock, 99 Modelagem As Is, 114 Modelagem de Negcio, 114 Modelagem de Processos, 87 Modelagem Funcional, 8 Modos de Endereamento de Memria, 63 On-line Analytical Processing, 96 Operaes de Composio de Relaes, 18 Operaes de Entrada e Sada, 70 Orientao a Objeto, 90 Parties de Equivalncia, 108 PERT, 100 Planejamento em Ondas Sucessivas, 53 PMBOK, 49, 53, 71, 74 116 PMO, 71 Herana Mltipla, 90 Herana Simples, 90 HTTP, 38 HTTPS, 41 Gerncia de Projeto, 12, 49, 53, 71, 74 Gerncia de Transaes, 21 Gerenciamento de Incidentes, 59 Gerenciamento de Memria, 66 Gerenciamento de Portiflios, 100 Gerenciamento de Projetos, 10, 77 Gerenciamento de Riscos, 10 Gerenciamento de Servios de Terceiros, 61 Gerenciamento Integrado de Projetos, 100 Governana de TI, 44, 46, 51, 58, 59, 61 Grafo de Precedncias, 14
Volume 05 Edio 1
Processo Unicado, 105 Projeto de Interface com Usurio, 109 Protocolos de Rede, 38 Qualidade Total, 100 Raciocnio Lgico, 60 Reached Commit, 99 Rede de Petri, 103 Redes de Computadores, 36, 38, 41 Refatorao, 12 Scrum, 105 Segurana da Informao, 41 Serializao, 14 Serializabilidade, 99 Single Point of Contact, 58 Sistemas Distribudos, 112 Sistemas Operacionais, 30, 66, 68, 70 SOA, 80 Sobrecarga de Mtodo, 81 Sobrescrita de Mtodo, 81 SQL, 21, 26 SSL, 41 Testes de Software, 89 Transaes de Banco de Dados, 14 UML, 6 Vises de Banco de Dados, 21 WBS, 53 Websites, 94 XML, 84
Pgina 117 de 115

Handbook Questoes Vol5

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Handbook Questoes Vol5

Enviado por

Direitos autorais:

Formatos disponíveis

Grupo Handbook

Desenvolvimento de Software Parte 1 Fundao Cesgranrio

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos  Alm do

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos  Alm do Gabarito

produo independente e contamos com voc para mant-la sempre viva.

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos

Assuntos relacionados: Desenvolvimento de Sistemas, Metodologia de Desenvolvimento

O desenvolvimento feito em iteraes semanais. No incio

A liberao de pequenas verses funcionais do projeto auxilia

A metologia prega o uso de metforas, como forma de facilitar a comuni-

cao com o clientes;

A equipe de desenvolvimento formada pelo cliente e pela equipe de

Handbook de Questes de TI Comentadas para Concursos

Trabalhar com qualidade, buscando ter ritmo de trabalho saudvel,

Reunies em p para no se perder o foco nos assuntos, produzindo

Posse Coletiva do Cdigo:

permisso para poder modicar o mesmo.

que a equipe conhea todas as partes do sistema;

Geralmente a dupla formada por um iniciante na linComo apenas um com-

A equipe de desenvolvimento precisa estabelecer regras

um processo que permite a melhoria continua da programao, que

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos

Assuntos relacionados: Desenvolvimento de Sistemas, Modelagem Funcional, Diagramas

Diagrama de Caso de Uso Diagrama de Transio de Estados Diagrama de Atividade

Diagrama de Sequncia Diagrama de Interatividade Diagrama de Colaborao ou Comunicao Diagrama de Tempo

Handbook de Questes de TI Comentadas para Concursos

das mudanas de estados dos objetos.

sequencial das atividades executadas por uma operao especca do sis-

Os principais elementos de um diagrama de atividades so as atividades em si, os

Handbook de Questes de TI Comentadas para Concursos

Assuntos relacionados: Desenvolvimento de Sistemas, Gerenciamento de Projetos, Geren-

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos

Assuntos relacionados: Gerncia de Projeto, Ciclo de Vida de Projeto, Estimativa de

Handbook de Questes de TI Comentadas para Concursos

Figura 1: modelo cascata.

Handbook de Questes de TI Comentadas para Concursos

Assuntos relacionados: Banco de Dados, Transaes de Banco de Dados, Serializao,

Handbook de Questes de TI Comentadas para Concursos

- Atomicidade: uma transao considerada como um elemento nico. Isso quer

ao nal de uma transao o banco de dados deve estar em um estado

- Isolamento: as transaes no devem afetar o funcionamento umas das outras nem

devem enxergar os resultados parciais entre si;

o resultado nal de cada transao deve ser permanente.

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos

Handbook de Questes de TI Comentadas para Concursos

Assuntos relacionados: Banco de Dados, Consulta SQL, Operaes de Composio de

Handbook de Questes de TI Comentadas para Concursos

INNER JOIN <tabela

ON <condio desejada>. O LEFT OUTER JOIN proces-

mesmo se a condio de-

sejada no encontrar nenhuma linha correspondente na tabela da direita (tabela

URAL JOIN department

SELECT * FROM employee NAT-

Handbook de Questes de TI Comentadas para Concursos

a consulta SQL deve conter a seguinte trecho:

P essoa a tabela esquerda, isto , Pessoa P LEFT OUTER JOIN Trabalha T

Handbook de Questes de TI Comentadas para Concursos Alm do

Handbook de Questes de TI Comentadas para Concursos Alm do Gabarito

permisso para poder modicar o mesmo.

sequencial das atividades executadas por uma operao especca do sis-

ao nal de uma transao o banco de dados deve estar em um estado

o resultado nal de cada transao deve ser permanente.

Um funcionrio, encarregado de vericar o correto funcionamento de uma base de dados

existente entre os conjuntos de entidades empresa e projeto, denominada possui, no

Cada fabricante cadastrado ser identicado pelo seu id (idFabricante) respectivo.

Cada pea cadastrada ser identicada pelo seu id (idModelo) respectivo.

ON. Este comando um caso especco do comando JOIN. O prexo INNER

WHERE: dene os ltros que devero ser aplicados na consulta.

denir parmetros para os campos

que os ltros descritos na segunda so aplicados no clculo da

best-t rst-t III: worst-t

First-t, Best-t, que

Best-t First-t Worst-t

4. Por m, aplicando as leis da absoro, teremos: B Portanto, a alternativa