Questão 464095

• Banca: CESGRANRIO
• Órgão: Transpetro
• Ano: 2011
• Provas: CESGRANRIO - 2011 - Transpetro - Analista de Sistemas Júnior
• Disciplina: Engenharia de Software
• Assuntos: Processos de Software; RUP (Rational Unified Process) - Processo Unificado Rational

O Processo Unificado divide a realização de um projeto para desenvolvimento de um sistema de software em fases. Em cada uma dessas fases, são executadas atividades de diversas disciplinas em diferentes proporções. No desenvolvimento de um sistema de software complexo, esse processo recomenda

• A. construir uma arquitetura executável ao final da fase de construção, para validar as regras do negócio e os requisitos funcionais do sistema.
• B. criar um modelo de casos de uso durante a fase de elaboração, para documentar as regras do negócio e os requisitos não funcionais do sistema.
• C. usar a abordagem de desenvolvimento iterativa e incremental, para dividir as atividades em iterações em que cada iteração gera um incremento do software.
• D. ordenar os riscos envolvidos no projeto, para que os riscos menos críticos sejam considerados logo na fase de iniciação e os mais críticos nas fases finais.
• E. entregar a primeira versão do sistema logo após a fase de transição, para evitar os problemas existentes no modelo de ciclo de vida em cascata tradicional.

Gabarito: C

Comentários

• A) A arquitetura já está definida na fase da construção
  B) O modelo de caso de uso já é criado na fase inicial
  D) Os riscos mais críticos são atacados primeiro
  E) Cada iteração pode gerar uma versão (ou protótipo) do software
   
• c) usar a abordagem de desenvolvimento iterativa e incremental, para dividir as atividades em iterações em que cada iteração gera um incremento do software
  
  Não seria dividir as FASES em iterações?
• Acho que está correto o termo atividades. Não vejo problema com a questão.

• O que entendi de: "para dividir as atividades em iterações" é considerando atividades em um escopo maior, como as atividades de todo o projeto.
  

• Concordo com você ALex. Marquei a letra D pensando que a letra B fosse pegadinha e me lasquei kkkkkkkkkkkkkkkkkkkkkk Essa cabe recurso.

• Questão muito analítica!

  Analisando as alternativas

  a) construir uma arquitetura executável ao final da fase de construção, para validar as regras do negócio e os requisitos funcionais do sistema.

  Errada. Só no final da fase de construção? e quanto as demais fases? Devemos focar somente nos requisitos funcionais do sistemas ? e quanto aos não funcionais?

   

   

  b) criar um modelo de casos de uso durante a fase de elaboração, para documentar as regras do negócio e os requisitos não funcionais do sistema.

  Errada. Devemos dá ênfase somente aos requistiso não funcionais? e quanto aos funcionais?

   

   

  d) ordenar os riscos envolvidos no projeto, para que os riscos menos críticos sejam considerados logo na fase de iniciação e os mais críticos nas fases finais.

  Errada. Riscos sempre há de ter no projeto, entretanto a estratégia não seria muito recomendada.

   

   

  e)  entregar a primeira versão do sistema logo após a fase de transição, para evitar os problemas existentes no modelo de ciclo de vida em cascata tradicional.

  Errada. Só após a fase de transição que o cliente terá a primeira versão? e quanto tempo isso levará?

   

   

  Questão muito subjetiva, digamos polêmica . Mas faz parte!