LISTA DE QUESTÕES ENGENHARIA DE SOFTWARE BANCA FCC CONCURSO TRT 2014



Documentos relacionados
ENGENHARIA DE SOFTWARE I

Desenvolvimento Ágil de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Engenharia de Software II

LISTA DE EXERCÍCIOS METODOLOGIAS ÁGEIS ENGENHARIA DE SOFTWARE 10/08/2013

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE

Engenharia de Software II

Ideal para que tipo de empresa (equipe): pequena, média, grande? Em software onde os requisitos não são conhecidos é recomendado o uso do XP? Por quê?

Requisitos de Software. Teresa Maciel DEINFO/UFRPE

Fundamentos em Teste de Software. Vinicius V. Pessoni

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Projeto de Sistemas I

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

Metodologias Ágeis. Aécio Costa

Engenharia de Requisitos

Processo de Desenvolvimento Unificado

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com

Engenharia de Software

Tópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas.

O modelo unificado de processo. O Rational Unified Process, RUP.

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Tipos de teste de software

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Capítulo 1. Extreme Programming: visão geral

Engenharia de Software

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO

SCRUM: UM MÉTODO ÁGIL. Cleviton Monteiro

Manifesto Ágil - Princípios

Engenharia de Requisitos

Processos de Desenvolvimento de Software

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

ISO/IEC 12207: Gerência de Configuração

Processo Unificado (RUP)

Testes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída

PROFESSOR: CRISTIANO MARIOTTI

c. Técnica de Estrutura de Controle Teste do Caminho Básico

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Sistemas de Informação I

Práticas de. Engenharia de Software. Givanaldo Rocha de Souza

Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN

Professor: Curso: Disciplina:

ENG1000 Introdução à Engenharia

CHECK - LIST - ISO 9001:2000

Introdução ao Processo Unificado (PU)

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Programa do Módulo 2. Processo Unificado: Visão Geral

Processos de Software

Introdução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004

Requisitos de Software

Engenharia de Requisitos Estudo de Caso

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga

Extração de Requisitos

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

Qualidade de Software. Profa. Cátia dos Reis Machado

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel

Para cada fase consideramos. Tempo para um projeto típico Tempo para um projeto Complexo. Arquitetura do Processo Unificado. A meta a ser atingida

GARANTIA DA QUALIDADE DE SOFTWARE

Wilson Moraes Góes. Novatec

Segurança de Aplicações Aula 6

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES

Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)

Teste de software. Definição

Especialização em Engenharia de Software e Banco de Dados

APOO Análise e Projeto Orientado a Objetos. Requisitos

Teste de Software. Profa. Cátia dos Reis Machado

Unidade VI. Validação e Verificação de Software Teste de Software. Conteúdo. Técnicas de Teste. Estratégias de Teste

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO

Engenharia de Software

EXIN Agile Scrum Fundamentos

Feature-Driven Development

Engenharia de Software

Com metodologias de desenvolvimento

3 Qualidade de Software

Sistemas de Informação e Programação II Odorico Machado Mendizabal

Agenda. Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria

CONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES

PROJETO DE FÁBRICA DE SOFTWARE

O Processo Unificado

A Disciplina Gerência de Projetos

Pós Graduação Engenharia de Software

ATO Nº 91/2015/GP/TRT 19ª, DE 1º DE JUNHO DE 2015

Governança de TI. ITIL v.2&3. parte 1

Engenharia de Software II

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0

Transcrição:

LISTA DE QUESTÕES ENGENHARIA DE SOFTWARE BANCA FCC CONCURSO TRT 2014 Professor: Lúcio Camilo Email: luciocamilo@gmail.com

QUESTÕES RUP

Questão 04 - FCC - 2012 - TRT - 6ª Região (PE) - Analista Judiciário - Tecnologia A perspectiva prática sobre o RUP descreve as boas práticas da engenharia de software que são recomendadas para uso no desenvolvimento de sistemas. Dentre as práticas fundamentais recomendadas incluem-se a) utilizar a arquitetura em cascata e efetuar programação em pares. b) definir a funcionalidade do protótipo e avaliar o protótipo. c) definir o esboço dos requisitos e estabelecer objetivos do protótipo. d) utilizar arquiteturas baseadas em componentes e modelar os softwares visualmente. e) desenvolver teste inicial a partir de cenários e utilizar frameworks de testes automatizados.

Questão 05 - FCC - 2009 - TJ-PA O RUP é geralmente descrito por meio a) da perspectiva dinâmica, apenas. b) da perspectiva estática, apenas. c) das perspectivas dinâmica e estática, apenas. d) das perspectivas dinâmica e prática, apenas. e) das perspectivas dinâmica, estática e prática.

Questão 06 - FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas O modelo estabelecido para o RUP (Rational Unified Process) é composto por quatro fases, denominadas: a) Requisitos, Implantação, Testes e Ambiente. b) Análise, Projeto, Negócios e Comissionamento. c) Concepção, Elaboração, Construção e Transição. d) Partição, Integração, Testes e Operação. e) Planejamento, Codificação, Integração e Configuração.

Questão 07 - FCC - 2011 - TCE-PR - Analista de Controle - Informática A conclusão da análise, do design, do desenvolvimento e do teste de todas as funcionalidades necessárias ao sistema, no processo RUP, é um dos objetivos da fase de a) iniciação. b) elaboração. c) integração. d) construção. e) transição.

Questão 08 - FCC - 2012 - MPE-PE - Analista Ministerial - Informática A visão estática do RUP prioriza as atividades que ocorrem durante o processo de desenvolvimento. Na descrição do RUP, essas são chamadas de workflows. Existem seis workflows centrais, identificadas no processo e três de apoio, dentre os quais é possível citar os workflows de a) Meio ambiente e Gerenciamento de projeto. b) Concepção e Construção. c) Transição e Iteração. d) Plano de desenvolvimento e Conceito de operação. e) Análise de Riscos e Operação e manutenção.

Questão 09 - FCC - 2011 - TRT - 23ª REGIÃO (MT) - Analista Judiciário - Tecnologia A disciplina Gerenciamento de Projeto do RUP tem por finalidade fornecer um framework para gerenciamento de I. Projetos específicos de software. II. Riscos. III. Orçamento. IV. Contratos. Está correto o que consta em a) I e II, apenas. b) III e IV, apenas. c) I, II e III, apenas. d) II, III e IV, apenas. e) I, II, III e IV.

Questão 10 - FCC - 2011 - INFRAERO - Analista de Sistemas - Gestão de TI Uma disciplina do RUP que tem como uma de suas finalidades assegurar que os clientes, usuários e desenvolvedores tenham um entendimento comum da organização-alvo, a qual se relaciona com a disciplina Ambiente. Trata-se de a) Requisitos. b) Análise e Design. c) Modelagem de Negócios. d) Gerenciamento de Configuração e Mudança. e) Gerenciamento de Projetos.

Questão 11 - FCC - 2010 - MPE-RN - Analista de Tec. da Informação Eng. de Software Considere: I. Dirigido por caso de uso. II. Orientado por quatro workflows. III. Centrado em arquitetura. IV. Distribuído em cinco fases. V. Iterativo e incremental. São características do Processo Unificado (UP) o que consta APENAS em a) I, II e III. b) I, II e IV. c) I, III e V. d) II, III e V. e) III, IV e V.

Questão 12 - FCC - 2007 - TRE-SE - Analista Judiciário - Análise de Sistemas Considere as afirmativas abaixo. I. O RUP é um processo iterativo. II. Sob orientação do RUP, o desenvolvimento é centrado na arquitetura. III. Sob a orientação do RUP, as atividades de desenvolvimento são orientadas por casos de uso. É correto o que se afirma em a) I, II e III. b) I e III, apenas. c) I e II, apenas. d) III, apenas. e) I, apenas.

Questão 13 - FCC - 2010 TRT-8 No Processo Unificado, uma descrição da arquitetura do software, um documento de visão e um modelo de projeto são aplicáveis, respectivamente, nas fases: a) elaboração, concepção e construção. b) concepção, concepção e elaboração. c) construção, transição e concepção. d) transição, construção e construção. e) concepção, elaboração e transição.

Questão 14 - FCC - 2010 MPE-SE Pertencem à dimensão temporal do modelo iterativo RUP: a) Inception e Transition. b) Implementation e Deployment. c) Requirement e Configuration. d) Elaboration e Implementation. e) Elaboration e Test.

Questão 15 - FCC - 2011 - TRE-AP É um dos core supporting workflows, o a) Test. b) Inception. c) Analysis & Design. d) Business modeling. e) Configuration and Change Management.

Questão 16 - FCC - 2011 - TRE-RN O RUP produz artefatos a) na fase de Transição, apenas. b) em todas as suas fases. c) na fase de Concepção, apenas. d) na fase de Elaboração, apenas. e) na fase de Construção, apenas.

Questão 17 - FCC - 2010 - MPE-RN São respectivamente disciplina (Core Process Workflow) e fase (Phase) do RUP: a) Concepção e Implantação. b) Implementação e Elaboração. c) Implantação e Requisitos. d) Requisitos e Modelagem de Negócios. e) Implementação e Teste.

Questão 18 - FCC - 2008 - TRF O RUP possibilita o desenvolvimento a) incremental e interativo, guiado por casos de uso e centrado na arquitetura do sistema. b) interativo e centrado nos dados e informações do sistema. c) incremental e interativo, em quatro camadas e centrado na estrutura dos dados do sistema. d) interativo, guiado por casos de uso e centrado na infra-estrutura do sistema. e) incremental e centrado na funcionalidade do sistema.

Questão 19 - FCC - 2009 - TJ-PA Considere os artefatos de software abaixo. I. Protótipo arquitetural executável. II. Descrição da arquitetura. III. Produto de software integrado na adequada plataforma. A correta e respectiva associação desses artefatos com as fases do RUP é a) Elaboração, Elaboração e Construção. b) Elaboração, Concepção e Construção. c) Concepção, Elaboração e Construção. d) Concepção, Concepção e Elaboração. e) Elaboração, Construção e Transição.

Questão 20 - FCC - 2009 - TJ-SE NÃO é um dos Core Process Workflows do RUP o a) Implementation. b) Environment. c) Test. d) Requirements. e) Deployment.

21 - FCC - 2013 Defensoria RS Uma estratégia de teste que é preferida por grande parte das equipes de software assume uma visão incremental do teste, começando com o teste das unidades individuais do programa, passando para os testes destinados a facilitar a integração de unidades e culminando com testes que usam o sistema concluído. No Processo Unificado (PU), os testes de unidades e testes de integração são realizados na fase de (A) validação. (B) elaboração. (C) produção. (D) transição. (E) construção.

22 - FCC - 2011 TRT/RJ No Processo Unificado, a maior porção do core workflow denominado Analysis é executada na fase (A) Elaboration. (B) Construction. (C) Implementation. (D) Inception. (E) Transition.

23 - FCC - 2012 BANESE De acordo com a arquitetura geral do RUP, a menor porção da disciplina de modelagem do negócio está relacionada com a fase (A) Construction. (B) Implementation. (C) Inception. (D) Elaboration. (E) Transition.

24 - FCC - 2012 Agencia Reguladora/CE No RUP, uma das metas do workflow de requisitos é (A) garantir que os clientes, usuários finais e desenvolvedores tenham um entendimento comum da organização. (B) definir a organização do código em termos de implementação de subsistemas organizados em camadas. (C) prover uma base para a estimativa de custos e tempo necessário para desenvolver um sistema. (D) entender a estrutura e dinâmica da organização e derivar os requisitos de sistema necessários para suportar a organização. (E) integrar em um sistema executável os resultados produzidos por times ou indivíduos.

Gabarito - RUP 8 A 15 E 22 A 9 A 16 B 23 C 10 C 17 B 24 C 4 D 11 C 18 A 5 E 12 A 19 A 6 C 13 A 20 B 7 D 14 A 21 E

QUESTÕES MET. AGÉIS

Questão 04 - FCC- 2011 TRT23/MT NÃO se aplica à disciplina de desenvolvimento de software extreme programming (XP): a) Usa notações próprias para construir os diversos produtos de trabalho do projeto. b) Encoraja a refabricação para modificar um sofware sem alterar o comportamento externo do código. c) Recomenda que dois programadores trabalhem juntos no mesmo computador para escrever um código. d) Baseada em valores de simplicidade, comunicação, feedback e coragem. e) Adota como um elemento-chave a criação de testes unitários antes da codificação começar.

Questão 05 - FCC - 2011 - TCE-PR - Analista de Controle - Informática Dentre os papéis da metodologia ágil Scrum está o Scrum Master. NÃO se inclui entre as funções deste papel a) remover impedimentos para o progresso do time de desenvolvimento. b) comunicar claramente a visão, metas e itens de backlog do produto ao time de desenvolvimento. c) determinar para o time de desenvolvimento como os itens de backlog devem ser convertidos em potenciais funcionalidades para entrega. d) entender o planejamento de produto de longo termo em um ambiente empírico. e) ajudar os empregados e envolvidos com o projeto no entendimento e promulgação de Scrum e produtos empíricos.

Questão 06 - FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação O Extreme Programming (XP) é, talvez, o mais conhecido e mais utilizado dos métodos ágeis. Dentre suas práticas se encontram programação em pares, integração contínua, refatoração e a) propriedade coletiva, que garante uma participação nos lucros aos membros da equipe de desenvolvimento, técnica que incentiva e aumenta o desempenho de toda a equipe. b) envolvimento do cliente apenas na fase final do sistema, fator que difere de outras metodologias como SCRUM e TDD e confere agilidade ao processo de desenvolvimento. c) processo de desenvolvimento contínuo, em que a equipe se mantém focada no sistema até que uma funcionalidade específica seja entregue, comumente agregando horas extras ao turno de trabalho. d) utilização de técnicas de ofuscação do código fonte, trazendo segurança e garantindo que apenas a equipe de desenvolvimento poderá ter acesso a este código e) desenvolvimento incremental e sustentado por meio de pequenos e frequentes releases do sistema. Os requisitos são baseados em cenários ou em simples histórias de clientes.

Questão 07 - FCC - 2011 - TCE-PR - Analista de Controle - Informática Na metologia Scrum, Sprint é uma iteração de duração menor ou igual a um mês, onde uma parte incremental e funcional do produto está potencialmente pronta para entrega. É INCORRETO afirmar que, nessa fase, a) o escopo pode ser esclarecido e renegociado entre o time de desenvolvimento e o proprietário do produto. b) nenhuma alteração que afetaria a meta do Sprint é efetuada. c) a composição do time de desenvolvimento permanece constante. d) as metas de qualidade não diminuem. e) o Sprint pode ser cancelado por decisão do Scrum Master.

Questão 08 - FCC - 2011 - INFRAERO Analista Sistemas - Arquitetura de Software Um dos principais conceitos do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software é a implantação de um controle descentralizado, capaz de lidar mais eficientemente com contextos pouco previsíveis. Para tanto, o gerenciamento é distribuído por meio de três agentes independentes que são: a) Product Owner, Scrum Team e Scrum Master. b) Product Owner, Product Backlog e Planning Meeting. c) Product Owner, Sprint e Planning Meeting. d) Sprint, Scrum Master e Planning Meeting. e) Sprint, Scrum Team e Product Backlog.

Questão 09 - FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia No desenvolvimento de software em Extreme Programming (XP) há uma confiança muito grande na sinergia entre as práticas, já que os pontos fracos de cada uma são superados pelos pontos fortes de outras. Dentre elas, aquela em que o código fonte não tem dono e ninguém precisa solicitar permissão para poder modificá-lo, permitindo, assim, que a equipe conheça todas as partes do sistema, é chamada de a) Whole Team (Time Coeso). b) Sustainable Pace (Ritmo Sustentável). c) Pair Programming (Programação em Pares). d) Collective Ownership (Posse Coletiva). e) Coding Standards (Padrões de Codificação).

Questão 10 - FCC- 2012 TRF2 Segundo Roger S. Pressman, em seu livro Engenharia de Software, 7a edição, os princípios do Scrum são consistentes com o manifesto ágil e são usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as atividades estruturais de requisitos, análise, projeto, evolução e entrega. Em cada atividade metodológica, ocorrem tarefas a realizar dentro de um padrão de processo chamado (A) process backlog. (B) scrum master. (C) product owner. (D) backlog. (E) sprint.

Questão 11 - FCC- 2012 TER/CE No SCRUM, sprint é (A) um representante dos stakeholders e do negócio. (B) uma lista de requisitos que tipicamente vêm do cliente. (C) uma lista de itens priorizados a serem desenvolvidos para um software. (D) uma iteração que segue um ciclo (PDCA) e entrega incremento de software pronto. (E) um conjunto de requisitos, priorizado pelo Product Owner.

Questão 12 - FCC- 2012 MPE/AP Na metodologia de desenvolvimento SCRUM, o proprietário do produto (Product Owner) é responsável por maximizar o valor do produto e o trabalho da equipe de desenvolvimento. O proprietário do produto é a única pessoa responsável pela manutenção do Backlog do produto. Este gerenciamento inclui a ) assegurar que a equipe de desenvolvimento compreenda os itens do Backlog do produto no nível necessário. b ) encontrar técnicas para a manutenção efetiva do Backlog do produto e transmitir essas técnicas para a equipe de desenvolvimento. c ) comunicar, nas reuniões diárias, as metas e itens do Backlog do produto para a equipe de desenvolvimento. d ) treinar o time Scrum para que crie, de forma clara e precisa, os itens do Backlog do produto. e ) entender o planejamento do produto a longo termo e de forma empírica.

Questão 13 - FCC - 2011 - TRE-RN - Analista Judiciário - Análise de Sistemas Considere as seguintes características: I. Propriedade coletiva. II. Integração contínua. III. Metáfora. Dentre as práticas componentes da Extreme Programming, aplica-se o que consta em a) I, apenas. b) II, apenas. c) I e II, apenas. d) II e III, apenas. e) I, II e III.

Questão 14 - FCC - 2010 - TRE-RS - Técnico Judiciário - Programação de Sistemas No contexto das regras do SCRUM, é correto afirmar: a) Durante a realização do Sprint, o Backlog pode ser modificado por qualquer um dos elementos da equipe, desde que acordado nas reuniões semanais. b) O Sprint deve ser realizado num período não superior a 30 dias e ter um objetivo bem claro, baseado no Backlog. c) Modificação no Backlog é prerrogativa do Scrum Master, quando achar necessário, em qualquer momento no decorrer do Sprint. d) Não é possível dissolver um Sprint. Se houver algum risco de ele tomar um rumo não desejável, novas funcionalidades devem ser implementadas para garantir o prazo do projeto. e) O foco na produtividade se estende às Scrum meetings e a conversação é pautada em discussões por toda a equipe.

Questão 15 - FCC - 2009 - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia O conceito de sprint aplica-se ao modelo ágil do processo de engenharia de software denominado a) XP. b) DAS. c) DSDM. d) Scrum. e) Crystal.

Questão 16 - FCC - 2010 - TRF - 4ª REGIÃO - Analista Judiciário - Tecnologia A Extreme Programming (XP) baseia-se em 12 práticas, que são um conjunto de atividades que deverão ser seguidas pelas equipes que desejam utilizar a XP. Na prática do Jogo do Planejamento, as funcionalidades são descritas em pequenos cartões que são conhecidos como a) cartões de requisitos. b) cartões de planejamento. c) cartões chave. d) cartões inteligentes. e) histórias de usuário.

Questão 17 - FCC - 2009 - TRT - 15ª Região - Analista Judiciário - Tecnologia Histórias de usuários na atividade de planejamento, encorajamento de uso de cartões CRC e de refabricação, reuniões em pé e programação em pares são características típicas do modelo de processo de software a) XP. b) SCRUM. c) DSDM. d) DAS. e) MVC.

Questão 18 FCC - 2013 TRT12 SCRUM é um framework baseado no modelo ágil. No SCRUM, a) o scrum team é a equipe de desenvolvimento, necessariamente dividida em papéis como analista, designer e programador. Em geral o scrum team tem de 10 a 20 pessoas. b) as funcionalidades a serem implementadas em cada projeto ( requisitos ou histórias de usuários ) são mantidas em uma lista chamada de scrum board. c) o scrum master é um gerente no sentido dos modelos prescritivos. É um líder, um facilitador e um solucionador de conflitos. É ele quem decide quais requisitos são mais importantes. d) um dos conceitos mais importantes é o sprint, que consiste em um ciclo de desenvolvimento que, em geral, tem duração de 4 a 7 dias. e) o product owner tem, entre outras atribuições, a de indicar quais são os requisitos mais importantes a serem tratados em cada sprint. É responsável por conhecer e avaliar as necessidades dos clientes.

19 - FCC - 2013 Defensoria RS Sobre os processos ágeis de desenvolvimento de software XP e Scrum, considere: I. Emprega uma abordagem orientada a objetos como seu paradigma de desenvolvimento preferido e envolve um conjunto de regras e práticas constantes no contexto de quatro atividades metodológicas: planejamento, projeto, codificação e testes. II. Seus princípios são usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as se- guintes atividades estruturais: requisitos, análise, projeto, evolução e entrega. Em cada atividade metodológica ocorrem tarefas a realizar dentro de um padrão de processo chamado sprint. III. Faz uso do teste de unidades como sua tática de testes primária. À medida que cada classe é desenvolvida, a equipe de- senvolve um teste de unidade para exercitar cada operação de acordo com a sua funcionalidade especificada. À medida que um incremento é entregue a um cliente as histórias de usuários ou casos de uso implementados pelo incremento são usados como base para testes de aceitação. IV. O jogo do planejamento se inicia com a atividade de ouvir (que constitui uma atividade de levantamento de requisitos). Essa atividade conduz à criação de um conjunto de histórias de usuários que descreve o resultado, as características e a funcionalidade requisitados para o software a ser construído. A associação correta entre cada item e o respectivo processo ágil é

20 - FCC - 2014 SABESP A primeira grande divisão de um processo é a fase. Uma fase é um período de tempo no qual determinadas atividades com objetivos bem específicos são realizados. Sobre as fases dos principais modelos de processos, analise: I. Alguns processos, como o Modelo Espiral e suas variantes, têm fases sequenciais, ou seja, com o passar do tempo o pro- cesso de desenvolvimento passa de uma fase a outra, como requisitos, análise, programação, testes e implantação. II. Alguns modelos de processo, como o Modelo Cascata, Modelo de Prototipação Evolucionária e Modelos Ágeis têm fases cíclicas, ou seja, o desenvolvimento passa repetidamente de uma fase para outra, formando um ciclo repetitivo de fases até a finalização do projeto. III. O Processo Unificado (UP) é estruturado em quatro fases (embora algumas variantes tenham até seis fases), que são se- quenciais no tempo. Dentro de cada fase, as atividades são organizadas de forma cíclica, ou seja, existem ciclos itera- tivos dentro das fases, mas elas são sequenciais. Está correto o que se afirma APENAS em (A) II. (B) II e III. (C) III. (D) I e III. (E) I e II.

21 - FCC - 2014 TRF Scrum é um modelo utilizado no desenvolvimento ágil de software. No Scrum um dos conceitos mais importantes é o sprint, que consiste em um ciclo de desenvolvimento que, em geral, vai de duas semanas a um mês. No início de cada sprint é feito um... I, no qual a equipe prioriza os elementos do... II a serem implementados e transfere esses elementos para o... III, ou seja, a lista de funcionalidades a serem implementadas no ciclo que se inicia. A equipe se compromete a desenvolver as funcionalidades e o... IV se compromete a não trazer novas funcionalidades durante o mesmo sprint. As lacunas I, II, III e IV são preenchidas, correta e respectivamente, por (A) sprint burndown, product backlog, sprint backlog, scrum team. (B) sprint planning meeting, product backlog, sprint backlog, product owner. (C) scrum planning, sprint backlog, product backlog, product owner. (D) sprint planning meeting, product backlog, sprint backlog, scrum master. (E) scrum daily meeting, product backlog, sprint backlog, scrum master.

22 - FCC - 2011 TRT/RJ SCRUM, o processo de desenvolvimento inicia com uma reunião de planejamento na qual o Product Owner e a equipe decidem, em conjunto, o que deverá ser imple- mentado do Product Backlog. Assim, a equipe planeja seu trabalho, definindo o Sprint Backlog, na (A) primeira parte da Sprint Planning Meeting. (B) segunda parte da Sprint Planning Meeting. (C) terceira parte da Sprint Planning Meeting. (D) Sprint. (E) Sprint Burndown.

23 - FCC - 2014 TRT 2ªRegião Há diversos processos e práticas ágeis de desenvolvimento de software. Considere: I. Seu objetivo é criar um código limpo que funcione. Trabalha com a estratégia Red Green Refactor: Codifique o teste; Faça-o compilar e executar. O teste não deve passar (Red). Implemente o requisito e faça o teste passar (Green). Refatore o código (Refactor). II. Suas práticas, regras e valores garantem um agradável ambiente de desenvolvimento de software para os seus seguidores, que são conduzidos pelos princípios básicos: Comunicação manter o melhor relacionamento possível entre clientes e desenvolvedores, preferindo conversas pessoais a outros meios de comunicação; Simplicidade implementar apenas requisitos atuais, evitando adicionar funcionalidades que podem ser importantes somente no futuro; Feedback o desenvolvedor terá informações constantes do cliente e do código, em que testes constantes indicam os erros tanto individuais quanto do software integrado; Coragem encorajar as pessoas que não possuem facilidade de comunicação e bom relacionamento interpessoal, encorajar a equipe a experimentar e buscar novas soluções, além de encorajar a obtenção de feedback do cliente. III. Objetiva capturar os critérios de aceitação para as funcionalidades em desenvolvimento. Trabalha com as seguintes etapas: Discutir (Discuss): discussão colaborativa com a equipe visando elicitar os critérios de aceitação. Refinar (Distill): refinamento dos critérios de aceitação em um conjunto concreto de cenários/exemplos de uso descrevendo o comportamento esperado da aplicação em uma linguagem comum a todos os membros da equipe. Desenvolver (Develop): transformação dos testes de aceitação (descrevendo o comportamento esperado do software) em testes/especificação automatizados. IV. Suas práticas incluem: Envolver as partes interessadas no processo através de Outside-in Development. Usar exemplos para descrever o comportamento de uma aplicação ou unidades de código. Automatizar os exemplos para prover um feedback rápido e testes de regressão. Usar o verbo deve (should) ao descrever o comportamento de software para ajudar a esclarecer responsabilidades e permitir que funcionalidades sejam questionadas. Usar dublês de teste (mocks, stubs, fakes, dummies, spies) para auxiliar na colaboração entre módulos e códigos que ainda não foram escritos. Os processos ágeis I, II, III e IV são, correta e respectivamente, denominados: (A) BDD DDD ATDD XP (B) TDD BDD DDD XP (C) ATDD XP DDD BDD (D) ATDD BDD TDD DDD (E) TDD XP ATDD BDD

24 - FCC - 2014 TRT 2ªRegião Ana foi contratada em uma empresa para efetuar trabalhos de desenvolvimento relacionados à área de informática. Logo no primeiro dia foi convidada a participar de uma reunião que é efetuada diariamente, de apenas 15 minutos. Todos os participantes ficam em pé e ela é conduzida pelos próprios desenvolvedores. Durante este pequena reunião, foram abordados o que cada desenvolvedor conseguiu concluir desde a última reunião, o que ele pretende efetuar até a próxima e, o que Ana achou muito importante, o que está impedindo que este desenvolvedor prossiga com seu trabalho. Ana foi informada que esta reunião pertence ao método ágil (A) Jerkins, e que o nome dado a esta reunião é Sprint. (B) Kanban, e as questões efetuadas são chamadas de artefatos. (C) Scrum, e que o nome dado a esta reunião é Daily Scrum. (D) Sprint, e que as questões efetuadas são chamadas de Backlog. (E) XP, e que tanto a reunião quanto as perguntas são denominadas Interação Contínua.

25 - FCC - 2013 TRT 9ªRegião Os modelos de processos tradicionais surgiram em um cenário muito diferente do atual, baseado em mainframes e terminais remotos. Já os modelos de processos ágeis são adequados para situações atuais nas quais a mudança de requisitos é frequente. Dentre os modelos de processos ágeis mais comuns temos: Extreme Programming (XP), Scrum e Feature Driven Development (FDD). Algumas das práticas e características desses modelos de processo são descritas a seguir: I. Programação em pares, ou seja, a implementação do código é feita em dupla. II. Desenvolvimento dividido em ciclos iterativos de até 30 dias chamados de sprints. III. Faz uso do teste de unidades como sua tática de testes primária. IV. A atividade de levantamento de requisitos conduz à criação de um conjunto de histórias de usuários. V. O ciclo de vida é baseado em três fases: pre-game phase, game-phase, post-game phase. VI. Tem como único artefato de projeto os cartões CRC. VII. Realiza reuniões diárias de acompanhamento de aproximadamente 15 minutos. VIII. Define seis marcos durante o projeto e a implementação de uma funcionalidade: walkthroughs do projeto, projeto, inspeção do projeto, codificação, inspeção de código e progressão para construção. IX. Os requisitos são descritos em um documento chamado backlog e são ordenados por prioridade. A relação correta entre o modelo de processo ágil e a prática/característica é:

26 - FCC - 2012 BANESE Não se trata de uma prática específica do XP (Extreme Programming) (A) Test Driven Development. (B) Refactoring. (C) Sprint backlog. (D) Pair Programming. (E) Simple Design

Gabarito Questões MET AGÉIS 9 D 17 A 25 - B 10 E 18- E 26 - C 11 - D 19 E 4 A 12 - A 20 C 5 C 13 E 21 B 6 E 14 B 22 B 7 E 15 D 23 E 8 A 16 - E 24 C

QUESTÕES - TESTES

Questão 01 - FCC - 2010 - TRT - 9ª REGIÃO (PR) - Analista Judiciário - Tecnologia da Informação O teste de sistema que força o software a falhar de diversos modos e verifica o retorno do processamento dentro de um tempo pré-estabelecido é um tipo de teste de a) Integração. b) Estresse. c) Recuperação. d) Desempenho. e) Segurança.

Questão 02 - FCC - 2009 - TRE-PI - Técnico Judiciário - Programação de Sistemas Também conhecido por teste estrutural ou orientado à lógica, é uma técnica de teste de software que trabalha diretamente sobre o código fonte do componente de software para avaliar aspectos, tais como, teste de condição, teste de fluxo de dados, teste de ciclos e teste de caminhos lógicos. Trata-se da técnica de teste a) da Caixa-branca. b) da Caixa-cinza. c) da Caixa-preta. d) de Integração. e) de Regressão.

Questão 03 - FCC - 2009 - MPE-SE - Analista do Ministério Público Especialidade Análise de Sistemas A execução de um sistema com o objetivo de encontrar falhas sob condições que demandam recursos em quantidade, frequência ou volume anormais é definida como a) payload. b) teste de estresse. c) teste de desempenho. d) latência da falha. e) workload.

Questão 04 - FCC - 2009 - TRT - 15ª Região - Analista Judiciário - Tecnologia da Informação Os testes de integração têm por objetivo verificar se a) os módulos testados produzem os mesmos resultados que as unidades testadas individualmente. b) os módulos testados suportam grandes volumes de dados. c) as funcionalidades dos módulos testados atendem aos requisitos. d) os valores limites entre as unidades testadas individualmente são aceitáveis. e) o tempo de resposta dos módulos testados está adequado.

Questão 05 - FCC - 2008 - TRT - 18ª Região (GO) - Analista Judiciário - Tecnologia da Informação Uma sistemática para construção da arquitetura do software enquanto, ao mesmo tempo, conduz ao descobrimento de erros associados às interfaces é a estratégia de teste de software denominada de a) sistema. b) unidade. c) validação. d) arquitetura. e) integração.

Questão 06 - FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software. Uma das características mais importantes de um conjunto de testes de software, adequadamente planejados, é a) provar a correção integral no programa sob teste. b) ter alta probabilidade de detectar erros no programa sob teste. c) ter grande redundância, a fim de testar mais de uma vez cada linha do programa sob teste. d) ser de alta complexidade, pois assim pode-se cobrir todo o programa sob teste com apenas um teste. e) ser ocultado da equipe de desenvolvimento do software, pois esta pode querer impedir sua aplicação.

Questão 07 - FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informação Sobre teste de software considere: I. Uma estratégia de teste que é escolhida por grande parte das equipes de software adota uma visão incremental do teste, começando com o teste de unidades individuais de programa, avançando para testes projetados a fim de facilitar a integração das unidades e culmina com testes que exercitam o sistema construído. II. O teste de unidade focaliza o esforço de verificação na menor unidade de projeto do software - o componente ou módulo de software. Usando a descrição de projeto no nível de componente como guia, caminhos de controle importantes são testados para descobrir erros dentro dos limites do módulo. III. O teste de unidade é normalmente considerado um apêndice ao passo de codificação. O projeto de teste de unidade pode ser realizado antes que o código seja iniciado ou depois de o código-fonte ter sido gerado. IV. O teste de integração é uma técnica sistemática para construir a arquitetura do software enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces. O objetivo é, a partir de componentes testados no nível de unidade, construir uma estrutura de programa determinada pelo projeto. Está correto o que se afirma em a) I, II, III e IV. b) I, II e IV, apenas. c) II, III e IV, apenas. d) III e IV, apenas. e) I e III, apenas.