PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE3

Prévia do material em texto

14/11/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=4861309222 1/2
   PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
Simulado: CCT0077_SM_201501251147 V.1   Fechar
Aluno(a): LEONARDO DOS SANTOS MOTTA Matrícula: 201501251147
Desempenho: 0,4 de 0,5 Data: 11/11/2015 10:23:46 (Finalizada)
  1a Questão (Ref.: 201501974458) Pontos: 0,1  / 0,1
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:
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.
  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.
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.
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.
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.
  2a Questão (Ref.: 201501977618) Pontos: 0,1  / 0,1
Sobre XP e SCRUM é INCORRETO afirmar:
Enquanto o XP é mais receptivo a mudanças durante a iteração, no SCRUM as solicitações do cliente
devem aguardar o término da iteração em andamento.
O SCRUM tem como características a divisão do processo em pequenos ciclos de desenvolvimento
chamados Sprint, o monitoramento do progresso do processo através de reuniões diárias com toda a
equipe e, reuniões com os Stakeholders no fim de cada ciclo de desenvolvimento.
No XP, os testes são escritos antes da atividade de desenvolvimento e todas as funcionalidades só
possuem valor se forem testadas e obtiverem unanimidade de aprovação.
  No XP, não há indicação de que é necessário criar documentação no código porém, os documentos
tradicionais são reduzidos aos aspectos mais relevantes, visando obter no final do processo, apenas
artefatos de grande importância para o projeto.
SCRUM não especifica a programação em pares ou desenvolvimento orientado a testes, porém
especifica a forma de gerenciamento dos requisitos ou características solicitadas.
  3a Questão (Ref.: 201501974454) Pontos: 0,0  / 0,1
O Scrum é um framework ágil para suportar o desenvolvimento e manutenção de produtos complexos. Nesta
abordagem,
o tamanho ideal do Time Scrum, responsável pela codificação dos testes, é de 3 componentes. Se
houver mais de 5 integrantes é exigida muita coordenação e não vai funcionar.
  o trabalho a ser realizado na Sprint é planejado na reunião de planejamento da Sprint, que é um time­
box de 8 horas para uma Sprint de 1 mês de duração. Para Sprints menores, este evento deve ser
proporcionalmente menor.
  a Equipe de Desenvolvimento é composta pelo Product Owner, o Time Scrum e o Scrum Master. A
Equipe é auto­ organizável e escolhe qual a melhor forma para completar seu trabalho.
a Revisão da Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano
para melhorias a serem aplicadas na próxima Sprint. Esta é uma reunião time­boxed de 5 horas para
uma Sprint de 2 meses.
o Scrum Master é o responsável por maximizar o valor do produto e do trabalho do Time Scrum. É a
única pessoa responsável por gerenciar o Backlog do Produto.
14/11/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=4861309222 2/2
  4a Questão (Ref.: 201501974972) Pontos: 0,1  / 0,1
No RUP, uma das metas do workflow de requisitos é:
integrar em um sistema executável os resultados produzidos por times ou indivíduos.
  prover uma base para a estimativa de custos e tempo necessário para desenvolver um sistema.
garantir que os clientes, usuários finais e desenvolvedores tenham um entendimento comum da
organização.
definir a organização do código em termos de implementação de subsistemas organizados em camadas.
entender a estrutura e dinâmica da organização e derivar os requisitos de sistema necessários para
suportar a organização.
  5a Questão (Ref.: 201501974466) Pontos: 0,1  / 0,1
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:
desenvolver teste inicial a partir de cenários e utilizar frameworks de testes automatizados.
definir a funcionalidade do protótipo e avaliar o protótipo.
definir o esboço dos requisitos e estabelecer objetivos do protótipo.
utilizar a arquitetura em cascata e efetuar programação em pares.
  utilizar arquiteturas baseadas em componentes e modelar os softwares visualmente.