Questões de Concurso Comentadas por alunos sobre rup (rational unified process) - processo unificado rational em engenharia de software
Foram encontradas 493 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
I. Nesta fase os requisitos são analisados, permitindo aos desenvolvedores identificar o real tamanho do sistema. Ao final desta fase 80% dos requisitos do sistema já devem ter sido descritos, porém apenas 5% ou 10% destes requisitos terão sido implementados.
II. Nesta fase praticamente não há requisitos a serem identificados, a menos que ocorram mudanças nos mesmos.
III. Os requisitos remanescentes serão identificados e implementados durante esta fase.
IV. Durante esta fase os requisitos mais importantes são identificados, delimitando o domínio do sistema.
As fases de I a IV são, correta e respectivamente:
( ) O conceito de sprint aplica-se ao modelo ágil do processo de engenharia de software conhecido como Scrum.
( ) RUP, XP e DSDM são alguns exemplos de metodologias de desenvolvimento de software consideradas ágeis.
( ) A Feature Driven Development (FDD) é uma metodologia ágil de desenvolvimento de software que mantém seu foco apenas na fase de modelagem.
( ) Na extreme programming, os requisitos são expressos como cenários e implementados diretamente como uma série de tarefas.
Assinale a opção com a sequência CORRETA de cima para baixo:
1. É uma informação que é produzida, modificada ou usada por um processo.
2. Define uma área de responsabilidade.
3. Um artefato pode ser um modelo, um elemento de modelo ou um documento.
Assinale a alternativa correta.
1. Gerência de configuração.
2. Gerência de projeto.
3. Ambiente.
4. Modelagem de Negócios.
São disciplinas de apoio:
I. Desenvolve ou adquire os componentes de software. O principal objetivo desta fase é o desenvolvimento do sistema de software, com foco no desenvolvimento de componentes e outros recursos do sistema.
II. Abrange a modelagem do modelo genérico do processo. O objetivo desta fase é realizar de forma mais detalhada a análise do domínio do problema, revisando os riscos que o projeto pode sofrer. A arquitetura do projeto começa a ter sua forma básica. Indagações como “O plano do projeto é confiável?", “Os custos são admissíveis?" são esclarecidas nesta etapa.
III. Abrange a entrega do software ao usuário e a fase de testes. O objetivo desta fase é disponibilizar o sistema, tornando-o disponível e compreendido pelo usuário final. As atividades desta fase incluem o treinamento dos usuários finais e a realização de testes da versão beta do sistema visando garantir que o mesmo possua o nível adequado de qualidade.
IV. Abrange as tarefas de comunicação com o cliente e o planejamento. É feito um plano de projeto avaliando os possíveis riscos, as estimativas de custo e prazos, estabelecendo as prioridades.
Os itens numerados de I a IV acima descrevem, respectivamente, as fases: