Questões de Concurso Sobre rup (rational unified process) - processo unificado rational em engenharia de software

Segundo Pressman (2011), o Processo Unificado / Rational Unified Process (RUP) é constituído basicamente de 5 fases. Algumas das suas principais fases são: 

(1) construção.
(2) transição.
(3) elaboração.

Da relação apresentada:

O processo unificado (Unified Process UP ou PU em PT/BR) é um processo de desenvolvimento de software que utiliza a UML como linguagem de modelagem, embora possa ser aplicado com outras linguagens. O Rational Unified Process (RUP), um dos mais conhecidos processos unificados, fornece uma abordagem disciplinada para designar tarefas e responsabilidades dentro de uma organização de desenvolvimento. Seu objetivo é garantir a produção de produtos de software de alta qualidade que atenda às necessidades de seus usuários finais, dentro de cronograma e orçamento previsíveis. Observe a figura a seguir.

Diante do exposto, é correto afirmar que:

Sobre as fases do Processo Unificado, analise as assertivas abaixo e assinale a alternativa correta.

I. Na fase de Concepção, todos os casos de uso são definidos em detalhes.

II. O Modelo de Domínio é um dos artefatos produzidos durante a fase de Elaboração.

III. A fase de Construção é responsável pela produção de diversos artefatos importantes, dentre os quais se destaca o Diagrama de Classes de Projeto. 

O Processo Unificado e diversos métodos atuais de desenvolvimento iterativo encorajam um planejamento das iterações iniciais de um projeto de forma a priorizar:

Considere as seguintes atividades:
I. Identificar os maiores riscos do projeto e, no final da fase, apresentar um modelo de requisitos para o sistema, que pode ser um conjunto de casos de uso da UML, uma descrição da arquitetura ou um plano de desenvolvimento do software.
II. Elaborar o projeto do sistema e o desenvolvimento, em paralelo, das partes do sistema e sua integração.
III. Com base em informações originadas de business cases estabelecidos para o sistema, identificar todas as entidades externas (pessoas e sistemas) que vão interagir com o sistema e definir as interações. Essas informações são usadas para avaliar a contribuição do sistema para o negócio.
Essas atividades são, correta e respectivamente, abordadas nas fases do Rational Unified Process (RUP): 

Um Analista de Sistemas atua no desenvolvimento de software utilizando diferentes processos e metodologias cujas características são: 

I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários. Tipicamente, essa fase inclui várias iterações, incluindo versões beta, versões de disponibilidade geral, além de correções de erros e lançamentos de aprimoramento. Um esforço considerável é gasto em atividades ligadas ao usuário: documentação de sistema, treinamento e suporte no uso inicial do produto. Neste ponto, no entanto, o feedback do usuário deve limitar-se principalmente a problemas de ajuste, configuração, instalação e usabilidade do produto. 
II. Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer que estes aspectos tenham uma definição padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; e aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de Pronto.
III. A implementação inicial do software apoia duas atividades do processo de engenharia de requisitos: a) levantamento de requisitos, pois os usuários podem realizar experiências para ver como o sistema apoia seu trabalho, podendo ter novas ideias para os requisitos, identificar pontos positivos e negativos do software e até propor novos requisitos de sistema; b) validação de requisitos, pois a implementação pode revelar erros e omissões nos requisitos propostos, levando os usuários a crerem que sua visão inicial era incorreta e incompleta e dando a eles oportunidade de fazerem ajustes na especificação de sistema para refletir sua compreensão alterada dos requisitos. 
IV. O cliente está sempre participando do desenvolvimento do sistema; testes de unidade e de aceitação fornecem feedback sobre o sistema; oportunidades e problemas são identificados o mais rápido possível; os códigos são integrados e testados constantemente, para o caso de algum problema ser detectado, poder ser corrigido imediatamente.

As características I, II, III e IV são, respectivamente,

O Rational Unified Process – RUP constitui um exemplo de modelo de processo derivado da UML e do Processo Unificado (PU) de Software associado. Por característica, o RUP apresenta uma visão única de processo para os modelos convencionais, sendo descrito a partir de três perspectivas. Nesse contexto, assinale V para a afirmativa verdadeira e F para a falsa.
( ) Estática – essa perspectiva mostra as atividades realizadas no processo. ( ) Prática – essa perspectiva mostra as fases do modelo ao longo do tempo. ( ) Dinâmica – essa perspectiva sugere as boas práticas a serem usadas durante o processo.
As afirmativas são, respectivamente, 

Em quais fases do Processo Unificado (UP) o workflow (disciplina) de requisitos é executado? 

No que se refere ao desenvolvimento de sistemas automatizados, o RUP é um exemplo de modelo de processo moderno derivado da UML e do Processo de Desenvolvimento de Software Unificado, o qual reconhece que os modelos convencionais apresentam uma visão única de processo. Em contrapartida, o RUP é descrito a partir de três perspectivas, caracterizadas a seguir:
I. que mostra as fases do modelo ao longo do tempo; II. que mostra as atividades realizadas no processo; III. que sugere as boas práticas a serem usadas durante o processo.
As perspectivas I, II e III são denominadas, respectivamente, 

A Figura 2(b) mostra um conjunto de pastas dentro das quais se desenvolveu um subconjunto do software que se está construindo. Sobre essa porção do sistema informatizado, sabese o seguinte: (1) mesmo não sendo o produto completo, será entregue ao cliente e disponibilizado aos usuários, conforme estabelecido em um marco previamente acordado com O cliente; (2) caracterizase por ser uma versão estável e executável do software: (3) será acompanhada dos artefatos necessários para sua utilização, como, por exemplo, as instruções de instalação e uso, (4) essa porção do software já foi entregue algumas vezes para O cliente que realizou diversos testes, em tempo de execução, e finalmente o aprovou; (5) após aprovado, O software será entregue ao cliente versionado, de modoa facilitar o controle do produto que está sendo implementado; e (6) esse subconjunto de software, ao ser entregue ao cliente, será "congelado" em seu repositório e somente poderá ser modificado ou evoluído após a realização de um procedimento formal de gerenciamento de mudanças e controle de configuração. Nesse caso, pode-se afirmar que:

I. A versão estável e executável do produto, entregue ao cliente, devidamente acompanhada dos artefatos necessários para sua utilização, que é um subconjunto desse software, é chamada de "release".

Il. O subconjunto de software entregue ao cliente e "congelado" em seu repositório, somente podendo ser modificado após a realização de um procedimento formal de gerenciamento de mudanças e controle de configuração, constitui uma "baseline”.

III. A liberação de um subconjunto do software, para que o cliente teste os seus recursos e funções do sistema, em tempo de execução, caracteriza-se por ser uma “build”.

Quais estão corretas?

Há um artefato elaborado no RUP que tem as seguintes características: (1) estabelece um entendimento comum entre os envolvidos do produto a ser desenvolvido, em termos de suas necessidades e problemas a serem resolvidos; (2) identifica os investidores do sistema, (3) define os limites do sistema; e (4) descreve os principais recursos do sistema. Ao final de uma determinada fase do RUP (Figura 2(a)), considera-se que Se atingiu adequadamente o marco do ciclo de vida dessa fase, quando esse artefato foi refinado e evoluído com base em novas informações obtidas durante a fase, tais como, a compreensão sólida dos casos de uso mais críticos, a estabilização dos demais casos de uso, a definição de uma opção de arquitetura e a resolução dos principais riscos. Portanto, a partir desse enunciado, deseja-se identificar, nas alternativas a seguir, os seguintes aspectos: (1) o nome desse artefato; (2) o nome da fase em que esse artefato é refinado e evoluído, nas condições descritas nesse enunciado; e (3) o nome do responsável que elabora e evolui esse artefato. Portanto, assinale, dentre as alternativas a seguir, aquela que melhor apresenta os nomes solicitados:

O processo unificado de software é segmentado em fases que devem ser executadas na seguinte ordem: