Questão de Engenharia de Software — RUP (Rational Unified Process) - Processo Unificado Rational — FCC 2015
Engenharia de Software›RUP (Rational Unified Process) - Processo Unificado Rational
Código
fc026558
Banca
FCC
Órgão
TRT - 9ª REGIÃO (PR)
Ano
2015
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Tecnologia da Informação
A visão estática do RUP, uma variação do UP (Unified Process), prioriza as atividades que ocorrem durante o processo de desenvolvimento. Na descrição do RUP, estas atividades são chamadas de workflows. No workflow
AGerenciamento de Configuração e Mudança os atores que interagem com o sistema são identificados e os casos de uso são desenvolvidos para modelar os requisitos do sistema.
BMeio Ambiente os processos de negócio são modelados por meio de casos de uso de negócios.
CAnálise e Projeto um modelo de projeto é criado e documentado com modelos de arquitetura, modelos de componentes, modelos de objetos e modelos de sequência.
DGerenciamento de Projeto, um dos principais do RUP, os componentes do sistema são implementados e estruturados em subsistemas de implementação.
EModelagem de Negócios são disponibilizadas as ferramentas apropriadas para a equipe de desenvolvimento implementar o modelo de projeto do software.
Revelar gabarito e comentário▾
GabaritoC — Análise e Projeto um modelo de projeto é criado e documentado com modelos de arquitetura, modelos de componentes, modelos de objetos e modelos de sequência.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Visão estática do RUP – Workflows
Gabarito: letra C. No RUP, o workflow Análise e Projeto tem como objetivo criar um modelo de projeto documentado com modelos de arquitetura, componentes, objetos e sequência, conforme descrito na alternativa. As demais alternativas trocam as atividades de um workflow por outro, sendo uma pegadinha comum de FCC.
A visão estática do RUP organiza as atividades em workflows (disciplinas). Cada workflow tem responsabilidades específicas. A banca apresenta descrições corretas de atividades, mas as associa ao workflow errado.
Alternativa A — ❌ Incorreta
A descrição (identificar atores e desenvolver casos de uso para modelar requisitos) pertence ao workflow Requisitos, e não a Gerenciamento de Configuração e Mudança. Este último trata de controle de versão, gerência de configuração e controle de mudanças.
Alternativa B — ❌ Incorreta
A descrição (modelar processos de negócio por meio de casos de uso de negócios) é atividade do workflow Modelagem de Negócios, e não de Meio Ambiente. O workflow Meio Ambiente (Environment) fornece ferramentas e infraestrutura para a equipe.
Alternativa C — ✅ Correta ⟵ GABARITO
O workflow Análise e Projeto realmente realiza a criação de um modelo de projeto, documentado com modelos de arquitetura, de componentes, de objetos e de sequência. É a disciplina responsável por transformar os requisitos em um design do sistema.
Alternativa D — ❌ Incorreta
A descrição (implementar componentes e estruturar em subsistemas de implementação) é do workflow Implementação, e não de Gerenciamento de Projeto. O Gerenciamento de Projeto trata de planejamento, alocação de recursos, riscos, etc.
Alternativa E — ❌ Incorreta
A descrição (disponibilizar ferramentas apropriadas para a equipe) é exatamente a função do workflow Meio Ambiente (Environment), e não de Modelagem de Negócios. Portanto, a alternativa inverteu os papeis.
NÃO CAIA NESSA!
A banca descreve atividades corretas de um workflow, mas associa a outro workflow. O aluno deve conhecer o propósito de cada disciplina do RUP: Requisitos (atores/casos de uso), Modelagem de Negócios (processos de negócio), Análise e Projeto (modelo de projeto), Implementação (codificação e subsistemas), Meio Ambiente (ferramentas), Gerenciamento de Projeto (planejamento), Gerenciamento de Configuração (versões). Memorizar essas associações é o segredo.