Ol\u00e1, pessoal.<\/p>\n
Vamos dar uma olhada na prova do TRT\/MG?<\/em> Comecemos com a prova de Analista! Eu achei a prova bastante voltada para infraestrutura. Juntando Desenvolvimento e Engenharia de Software, tivemos apenas 6\/40 quest\u00f5es (15%). No entanto, a quest\u00e3o discursiva tratava de Engenharia de Software. Vamos ver poss\u00edveis respostas:<\/p>\n Quest\u00e3o 2<\/strong><\/p>\n a) O Projeto A traz algumas dicas no enunciado: \u2018fases consecutivas: concep\u00e7\u00e3o, elabora\u00e7\u00e3o, constru\u00e7\u00e3o e transi\u00e7\u00e3o<\/em>\u2019; \u2018processo iterativo<\/em>\u2019; \u2018miniprojetos curtos\u2019<\/em>; \u2018inclui as atividades de requisitos, projeto, implementa\u00e7\u00e3o e testes<\/em>\u2019. Enfim, ficou bem f\u00e1cil identificar que \u00e9 RUP! O Projeto B tamb\u00e9m traz algumas dicas no enunciado: \u2018n\u00e3o utiliza muita documenta\u00e7\u00e3o<\/em>\u2019; \u2018adapta\u00e7\u00e3o \u00e0s mudan\u00e7as<\/em>\u2019; \u2018entregas r\u00e1pidas e menores<\/em>\u2019; \u2018prioridades mudam constantemente<\/em>\u2019; \u2018ciclos que, em geral, duram de duas a quatro semanas<\/em>\u2019. Enfim, isso \u00e9 SCRUM!<\/p>\n b) Projeto A: existe uma abordagem sistem\u00e1tica para levantar e documentar os requisitos, e acompanhar todo o ciclo de vida desse requisito no processo de software; utilizam-se Casos de Uso para capturar requisitos, al\u00e9m de especifica\u00e7\u00f5es suplementares; os recursos s\u00e3o utilizados para entender melhor o comportamento do sistema. Projeto B: existe uma abordagem bem menos sistem\u00e1tica em que n\u00e3o \u00e9 necess\u00e1rio levantar todos os requisitos, pois eles ser\u00e3o descobertos \u00e0 medida que o processo avan\u00e7a. Para tal, utilizam-se hist\u00f3rias de usu\u00e1rio, que \u00e9 uma maneira bem menos formal de descrever requisitos, feita pelo usu\u00e1rio utilizando a linguagem do neg\u00f3cio.<\/p>\n c) Projeto A: alguns requisitos dependem de outros, logo todos devem estar mapeados, para que \u2013 caso haja uma mudan\u00e7a \u2013 todos possam ser rastreados \u2013 em geral, utiliza-se uma matriz de rastreabilidade de requisitos; Projeto B: n\u00e3o h\u00e1 nada rastreabilidade formal de requisitos.<\/p>\n Bem, n\u00e3o estava dif\u00edcil! No entanto, escrever isso em 20 linhas era bastante\u00a0complicado. Voc\u00eas provavelmente tiveram que trabalhar o poder de s\u00edntese. J\u00e1 a prova de T\u00e9cnico estava bem voltada para Desenvolvimento e Engenharia de software com 17\/40 quest\u00f5es (42%) – em nenhuma prova, por alto, encontrei quest\u00f5es pass\u00edveis de recursos. Vamos ver poss\u00edveis respostas para as quest\u00f5es discursivas:<\/p>\n Quest\u00e3o 1<\/strong><\/p>\n c) SOAP \u00e9 um protocolo ou padr\u00e3o para troca de informa\u00e7\u00f5es. Ele \u00e9 escrito em XML e s\u00e3o implementados, em geral, sobre o HTTP ou RPC.<\/p>\n d1) Teste de Unidade, que focaliza o esfor\u00e7o de verifica\u00e7\u00e3o na menor unidade de projeto do software \u2013 o componente ou m\u00f3dulo de software. Ele \u00e9 feito na fase de implementa\u00e7\u00e3o ou codifica\u00e7\u00e3o, geralmente por desenvolvedores.<\/p>\n d2) Teste de Integra\u00e7\u00e3o visa provocar falhas associadas \u00e0s interfaces entre os m\u00f3dulos quando esses s\u00e3o integrados para construir a estrutura do software que foi estabelecida na fase de projeto.<\/p>\n Quest\u00e3o 2<\/strong><\/p>\n a) Deve-se realizar todas as cerim\u00f4nias da metodologia. Come\u00e7ando com o Planejamento da Sprint, em que se planeja o trabalho a ser realizado durante a sprint, prevendo o que ser\u00e1 desenvolvido e como ser\u00e3o constru\u00eddas as funcionalidades. Durante a sprint, s\u00e3o realizadas as Reuni\u00f5es Di\u00e1rias, em que se discute o que foi feito desde a \u00faltima reuni\u00e3o, o que ser\u00e1 feito at\u00e9 a pr\u00f3xima reuni\u00e3o e quais os obst\u00e1culos e impedimentos.\u00a0Ao final da Sprint, deve-se fazer a revis\u00e3o da sprint, em que se inspeciona o incremento produzido e adapta o backlog do produto, se necess\u00e1rio; deve-se fazer tamb\u00e9m a retrospectiva da sprint, em que a equipe inspeciona a si mesma, criando um plano de melhorias para a pr\u00f3xima sprint \u2013 em rela\u00e7\u00e3o a pessoas, rela\u00e7\u00f5es, processos e ferramentas.<\/p>\n <\/p>\n Obs: Galera, a quest\u00e3o ficou bem amb\u00edgua sobre essas ‘atividades’. No entanto, como ela diz “atividades que DEVEM ser executadas”, eu acredito que se trata realmente das cerim\u00f4nias. Eu posso sugerir diversas atividades na quest\u00e3o, mas quais eu posso garantir que – com toda certeza – devem ser executadas? Para mim, somente\u00a0as cerim\u00f4nias – elas devem sempre ser executadas. O enunciado poderia ter sido mais claro :(<\/p>\n","protected":false},"excerpt":{"rendered":" Ol\u00e1, pessoal. Vamos dar uma olhada na prova do TRT\/MG? Comecemos com a prova de Analista! Eu achei a prova bastante voltada para infraestrutura. Juntando Desenvolvimento e Engenharia de Software, tivemos apenas 6\/40 quest\u00f5es (15%). No entanto, a quest\u00e3o discursiva tratava de Engenharia de Software. Vamos ver poss\u00edveis respostas: Quest\u00e3o 2 a) O Projeto A […]<\/p>\n","protected":false},"author":131,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"post_tipo":"article","footnotes":""},"categories":[],"tags":[25,541],"tax_estado":[],"class_list":["post-25089","post","type-post","status-publish","format-standard","hentry","tag-tecnologia-da-informacao","tag-trt-mg"],"acf":[],"yoast_head":"\n