Engenharia de Software · FCC · 2021 | Questão sqc-fc060808

Engenharia de SoftwareProcessos de Software

Código: fc060808
Banca: FCC
Órgão: TJ-SC
Ano: 2021

Cargo: Analista de Sistemas

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,

ARUP ; Scrum ; Prototipação ; XP.
BRUP ; RUP ; XP ; XP.
CXP ; RUP ; Scrum ; XP.
DXP ; UML ; XP ; UML.
EXP ; Prototipação ; UML ; RUP.

Revelar gabarito e comentário

GabaritoA — RUP ; Scrum ; Prototipação ; XP.

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”.

Processos e Metodologias de Desenvolvimento de Software

Gabarito: letra A. As características I, II, III e IV correspondem, respectivamente, a RUP, Scrum, Prototipação e XP. Cada descrição traz elementos típicos dessas metodologias, conforme detalhamento a seguir.

Característica I — ❌ RUP

A descrição menciona a fase de transição do RUP (Rational Unified Process), que foca em colocar o software em produção, incluindo versões beta, treinamento e suporte. O RUP é um processo iterativo e incremental dividido em quatro fases: Concepção, Elaboração, Construção e Transição. A Transição é exatamente a fase que prepara o sistema para o ambiente do usuário final.

Característica II — ❌ Scrum

O texto destaca a transparência do processo, a necessidade de uma definição comum de “Pronto” e a visibilidade para todos os envolvidos. Esses são pilares do Scrum, metodologia ágil que utiliza artefatos como o Product Backlog e o Sprint Backlog, e onde a Definition of Done é acordada pelo time para garantir qualidade e entendimento compartilhado.

Característica III — ❌ Prototipação

A implementação inicial para apoiar o levantamento e a validação de requisitos é a essência da prototipação. Protótipos permitem que usuários interajam com uma versão preliminar do sistema, gerando feedback que refina os requisitos. É uma técnica comum em processos iterativos e incrementais, especialmente no desenvolvimento de sistemas com requisitos incertos.

Característica IV — ❌ XP (Extreme Programming)

A participação constante do cliente, testes de unidade e aceitação, integração e testes contínuos são práticas centrais do XP. Essa metodologia ágil enfatiza comunicação, feedback constante, pair programming, test-driven development e continuous integration, reduzindo riscos e permitindo correções rápidas.

PEGA ESSA DICA!

Para memorizar essas características, associe cada metodologia a um diferencial: RUP → fases (especialmente Transição); Scrum → transparência e “Pronto”; Prototipação → protótipo para requisitos; XP → cliente próximo e testes contínuos. Nas provas, descrições de práticas específicas (como “versões beta”, “definição de Pronto”) são pistas diretas.

Gabarito: letra A.

Link permanente: /questoes/fc060808