Questão de Arquitetura de Software — Arquitetura de Software — UFSM 2025
Arquitetura de Software›Arquitetura de Software
Código
qg621767
Banca
UFSM
Órgão
UFSM
Ano
2025
Nível
Superior
Cargo
Professor EBTT - Área: Ciências Exatas e da Terra/Ciência da Computação/ Metodologia e Técnicas da Computação
Uma arquitetura de software é uma descrição de como um sistema de software é organizado. As propriedades de um sistema, como desempenho, proteção e disponibilidade, são influenciadas pela arquitetura adotada.Com relação a esse tema, assinale V (verdadeiro) ou F (falso) em cada afirmativa a seguir.( ) As arquiteturas podem ser documentadas a partir da visão conceitual, lógica, de processo, de desenvolvimento e física.( ) São exemplos de padrões arquiteturais: Modelo-Visão-Controlador, Repositório, Cliente-Servidor e Duto e Filtro.( ) A arquitetura do software deve ser pensada na etapa de projeto, após a discussão de todos os requisitos, não sendo adequado discutir questões arquiteturais com os stakeholders do sistema.A sequência correta é
AF – V – V.
BV – V – F.
CV – F – V.
DV – F – F.
EF – V – F.
Revelar gabarito e comentário▾
GabaritoB — V – V – F.
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”.
Arquitetura de Software
Gabarito: letra B (sequência V – V – F). A primeira e a segunda afirmativas são verdadeiras, pois as visões arquiteturais (conceitual, lógica, de processo, de desenvolvimento e física) são amplamente utilizadas para documentar a arquitetura, e MVC, Repositório, Cliente-Servidor e Duto e Filtro são exemplos clássicos de padrões arquiteturais. A terceira é falsa porque a arquitetura deve ser discutida com os stakeholders desde o início do projeto, não apenas após a definição completa de todos os requisitos.
Visões arquiteturais (4+1 / IEEE 1471)
1Conceitual
2Lógica
3Processo
4Desenvolvimento
5Física
6Padrões arquiteturais
MVC
Repositório (Blackboard)
Cliente-Servidor
Duto e Filtro (Pipes and Filters)
7Discussão com stakeholders
Desde o início do projeto
Apenas após requisitos definidos
LEVEL · soulevel.com.br
Afirmativa 1 — ✅ Verdadeira
A afirmativa lista visões típicas da arquitetura: conceitual, lógica, de processo, de desenvolvimento e física. Essas visões correspondem ao modelo 4+1 de Kruchten e à norma IEEE 1471, que organizam a arquitetura em diferentes perspectivas para atender a diferentes stakeholders. O conteúdo de apoio menciona visões como funcional/lógica, desenvolvimento/estrutural, concorrência/processo, física/evolutiva, confirmando a correção.
Afirmativa 2 — ✅ Verdadeira
Modelo-Visão-Controlador (MVC), Repositório (também conhecido como Quadro Negro/Blackboard), Cliente-Servidor e Duto e Filtro (Pipes and Filters) são exemplos consagrados de padrões arquiteturais. O conteúdo de apoio cita explicitamente esses padrões na lista de exemplos de arquitetura de software.
Afirmativa 3 — ❌ Falsa
A afirmativa sugere que a arquitetura só deve ser pensada na etapa de projeto, após todos os requisitos estarem definidos, e que não é adequado discutir questões arquiteturais com os stakeholders. Isso contraria os princípios da engenharia de software: a arquitetura deve ser discutida com os stakeholders desde o início, pois impacta requisitos não funcionais, riscos e viabilidade. A documentação da arquitetura facilita a comunicação entre stakeholders, conforme destacado no conteúdo de apoio.
NÃO CAIA NESSA!
A banca tenta fazer o candidato acreditar que a arquitetura é uma etapa tardia e isolada do diálogo com stakeholders. Na verdade, a arquitetura é um elo crítico entre requisitos e projeto, e deve ser discutida com os envolvidos desde o início para alinhar expectativas e restrições.
Conclusão: Corretas as afirmativas 1 e 2 (V), falsa a 3 (F). Logo, a sequência V – V – F corresponde à alternativa B.