Professional Documents
Culture Documents
Sommerville (2011) ressalta que para a arquitetura orientada a serviços não se tornar
obsoleta, algumas evoluções, melhorias e padrões para SOA foram registrados como parte da
Engenharia de Software . Entende-se por obsoleto, tudo o que é considerado como
ultrapassado e que com o tempo se torna fora de uso, podendo ser substituído ou
descontinuado.
SOMMERVILLE, I. Engenharia de Software . 9. ed. São Paulo: Pearson Addison Wesley, 2011.
( ) SOAP não pode ser considerado um padrão para SOA, pois se trata de uma linguagem de
programação orientada a objetos.
a) F, V, V, F.
b) V, F, V, F.
c) F, F, V, V.
d) V, V, V, F.
e) V, V, F, V.
PERGUNTA 2
Atualmente, com a área de TI cada vez mais frequente e crescente no mercado brasileiro, as
empresas sempre estão em buscas de novas tecnologias e metodologias que facilitem seu dia
a dia, aumentem sua produtividade e a probabilidade de sucesso. Com isso, muitas empresas
começaram a desenvolver aplicações baseando-se em serviços, utilizando como base a
engenharia orientada a serviços.
II. Engenharia orientada a serviços é considerada mais importante que a engenharia orientada
a objetos.
III. O desenvolvimento baseado em serviços é recomendado apenas para aplicações que não
possuem serviços distribuídos.
IV. O mercado brasileiro ainda é precoce no que tange a criar aplicações orientadas a serviços,
mas está evoluindo cada vez mais.
a) I, II e IV.
b) I e IV.
c) I, II e III.
d) II, III e IV.
e) II e IV.
PERGUNTA 3
PORQUE
II. A metodologia ágil Scrum pode ser aplicada em qualquer tipo de projeto,
independentemente do tamanho e do contexto envolvido, de modo que funcione tanto para
pequenos como para grandes e complexos projetos.
PERGUNTA 4
PORQUE
II. No desenvolvimento ágil, entregar partes funcionais a cada incremento é mais importante
do que dispender muito tempo analisando e projetando o software .
PERGUNTA 5
A metodologia XP surgiu em meados dos anos 1980, contudo, com o Manifesto Ágil, tanto a
metodologia XP, quanto as demais, ganharam força. Diversos autores, consultores e
desenvolvedores de software se uniram para criar os princípios e filosofia para o
desenvolvimento ágil, que não deixa de se inspirar nas metodologias tradicionais, mas que
quebra os paradigmas antes criados por elas.
II. A documentação deve ser feita assim como nas metodologias tradicionais, pois sem elas não
podemos revisar o que foi feito.
a) I e II.
b) I e IV.
c) III e IV.
d) I e III.
e) II e III.
PERGUNTA 6
a) F, V, F, V.
b) V, F, V, F.
c) F, F, V, V.
d) F, V, V, V.
e) V, V, F, F.
PERGUNTA 7
I. O Scrum Master é como um coach , isto é, a pessoa que supervisiona e também é detentor
do conhecimento sobre os processos do Scrum , portanto, ele é quem guia e motiva a equipe
para que ela utilize o Scrum da melhor forma.
II. O Product Owner é quem define os requisitos que compõe o Backlog do Produto e decide
quais terão prioridade em cada sprint , pois ele entende do negócio e passa esse
conhecimento para a equipe.
III. O Product Owner é responsável por realizar o desenvolvimento e teste do produto final,
além de homologar a aplicação junto ao cliente.
IV. Todos os membros do time de desenvolvimento são seus próprios gerentes, por isso tem
certa autonomia, desde que façam seu papel em prol dos objetivos da equipe.
a) I e II.
b) I, II e IV.
c) I, II e III.
d) II, III e IV.
e) I e IV.
PERGUNTA 8
Como visto no e-book , existem três estágios principais que permeiam toda a atividade da
Engenharia de Serviço, são elas: identificação de serviço candidato; projeto de interface de
serviços; e implementação e implantação de serviços. A fase de interface de serviços é a fase
intermediária, pois é responsável por analisar o serviço candidato, desenhar o projeto e
interfaces dos serviços e disponibilizar para a equipe iniciar a implementação do serviço.
Durante a fase de interface de serviço, o engenheiro deverá passar por três estágios distintos:
Projeto lógico de interface, Projeto de mensagem e Desenvolvimento WSDL.
II. A definição da estrutura das mensagens que serão enviadas por cada serviço é feita no
estágio de projeto de mensagem.
III. No estágio de Desenvolvimento WSDL, o engenheiro deverá traduzir todo o projeto lógico e
o projeto de mensagem, em uma interface.
IV. O estágio de projeto de mensagem é responsável por definir uma aplicação na qual toda a
equipe de projeto irá se comunicar com o cliente.
a) I, II e III.
b) I, III e IV.
c) III, IV e V.
d) II, III e IV.
e) II, IV e V.
PERGUNTA 9
Um grande artifício da metodologia ágil Scrum são as reuniões. Elas acontecem diariamente ou
a cada Sprint , no início, no meio ou no final dela. Analisando o Scrum , é totalmente coerente
que essas reuniões aconteçam, afinal, isso dá ênfase ao valor da comunicação e contribui para
o feedback .Isso faz com que a equipe sempre saiba o que fazer, mantendo o tempo sempre
ocupado com atividades úteis para entrega de cada Sprint
PORQUE
II. As reuniões de revisão são realizadas para finalizar a iteração e demonstrar o que foi
desenvolvido, em caso de sucesso.
A respeito dessas proposições, assinale a alternativa que apresenta a correlação correta.
PERGUNTA 10
Para que o processo de desenvolvimento de software esteja de acordo com a metodologia ágil
XP, além de valores, é preciso seguir algumas práticas. Essas práticas são importantes para que
o processo de desenvolvimento seja ágil e produtivo, conforme já foi amplamente estudado
pelos desenvolvedores da metodologia. Caso elas não sejam seguidas, não estaríamos
seguindo corretamente a metodologia, o que coloca em risco a qualidade do produto final.
I. O cliente deve estar presente, isto é, participar constantemente, dando feedback s para a
equipe de desenvolvimento, ao passo em que disponibilizam as versões utilizáveis.
II. Reuniões rápidas são realizadas todas as manhãs para que o que foi feito no dia anterior
seja discutido e o dia presente seja planejado, analisando o que deve ser implementado como
prioridade.
III. A programação deve ser em par e o desenvolvimento deve ser guiado por testes, de modo
que cada um revise o que o outro implementa e eles se complementem, e para que existam
testes que possam validar o sistema a qualquer momento.
IV. É feito o refactoring, para que ninguém consiga alterar o código sem que haja
consentimento e acordo com o par que implementou esse código. Assim como o sistema deve
ser integrado somente quando realmente é necessário, o que pode demorar dias.
V. Os desenvolvedores devem trabalhar oito horas por dia, contudo, caso necessário, devem
manter um ritmo sustentável, trabalhando mais, desde que se sintam aptos.
a) I, II e III.
b) I, II e IV.
c) II, III e IV.
d) II, III e V.
e) I, III e V.