Arquitetura de Software - Prova

Prévia do material em texto

Questão 1
Respondida
Os documentos arquiteturais desempenham um papel crucial no desenvolvimento de
software, oferecendo uma série de benefícios para os projetos. Esses documentos fornecem
uma representação abrangente da arquitetura de um sistema, incluindo seus componentes,
interações e restrições. Um dos benefícios dos documentos arquiteturais é a melhoria da
comunicação e compreensão do sistema. Eles permitem que a equipe e os stakeholders
tenham uma visão clara e compartilhada da arquitetura, facilitando o alinhamento das partes
interessadas e evitando mal-entendidos. Outro benefício é a orientação para o
desenvolvimento. Os documentos arquiteturais fornecem um guia para as decisões de design
e implementação do sistema. Eles ajudam a equipe a tomar decisões informadas sobre a
estrutura do software, as tecnologias utilizadas e as interfaces entre os componentes. Além
disso, os documentos arquiteturais auxiliam na identificação e mitigação de riscos. Eles
fornecem uma visão clara das dependências e interações entre os componentes, permitindo
antecipar problemas potenciais e tomar medidas preventivas.
Assinale a alternativa que apresenta o benefício de documentos arquiteturais no
desenvolvimento de software.
 Aumentar a produtividade da equipe e reduzir o tempo de desenvolvimento.
 Melhorar a rastreabilidade e a manutenibilidade do sistema.
 Fornecer uma visão clara das funcionalidades do software.
 Facilitar a documentação de testes e garantia de qualidade.
 Promover a colaboração entre os stakeholders e a equipe de desenvolvimento.
Sua resposta
Melhorar a rastreabilidade e a manutenibilidade do sistema.
É CORRETO afirmar que são benefícios de documentos arquiteturais melhorar a
rastreabilidade e a manutenibilidade do sistema. Os documentos arquiteturais são
fundamentais para melhorar a rastreabilidade, pois fornecem uma representação abrangente
da arquitetura do software, permitindo rastrear as decisões de design e as relações entre os
componentes. Além disso, esses documentos também contribuem para a manutenibilidade do
sistema, pois auxiliam na compreensão da estrutura e nas modificações futuras. As demais
alternativas não são os benefícios principais dos documentos arquiteturais, pois aumentar a
produtividade e reduzir o tempo de desenvolvimento dependem de diversos fatores, e os
documentos arquiteturais são apenas uma parte do processo. A visão clara das
funcionalidades do software é mais relacionada à especificação de requisitos. A
documentação de testes e garantia de qualidade são aspectos importantes, mas não são
benefícios exclusivos dos documentos arquiteturais. A promoção da colaboração é um
benefício geral da arquitetura de software, mas não está diretamente relacionado aos
documentos arquiteturais.
Questão 2
Respondida
Os stakeholders desempenham um papel essencial no sucesso de um projeto, uma vez que
eles têm interesses, expectativas e influências variadas. Essas pessoas, grupos ou
organizações podem ser afetados pelo projeto ou ter o poder de afetá-lo. Entre os
stakeholders mais comuns encontram-se o patrocinador do projeto, a equipe de projeto, os
clientes, os usuários finais, os fornecedores e outras partes interessadas internas e externas.
Cada stakeholder possui necessidades e requisitos específicos em relação ao projeto.
Identificar e gerenciar adequadamente essas necessidades é crucial para garantir o
engajamento e a colaboração eficaz de todos os envolvidos. Além disso, o envolvimento e a
comunicação contínuos com os stakeholders são essenciais para estabelecer um alinhamento
adequado dos objetivos e expectativas, mitigar riscos e conflitos, e obter o apoio necessário
ao longo do ciclo de vida do projeto.
Ao interagir com os stakeholders, é importante considerar suas diferentes perspectivas,
interesses e influências. Isso requer habilidades de comunicação eficazes e uma abordagem
de gerenciamento de stakeholders que seja sensível às suas necessidades e expectativas. Ao
envolver os stakeholders desde as fases iniciais do projeto, é possível obter um maior
comprometimento e apoio ao longo do seu desenvolvimento.
Em resumo, os stakeholders desempenham um papel fundamental no sucesso de um projeto.
Através da identificação, gerenciamento e engajamento adequados, é possível alinhar seus
interesses, expectativas e influências com os objetivos do projeto. Essa interação contínua e
eficaz com os stakeholders contribui para minimizar riscos, evitar conflitos e obter o apoio
necessário para o progresso e a conclusão bem-sucedida do projeto.
Sobre a definição de stakeholders em um projeto de desenvolvimento de software, é correto o
que se afirma em:
 Stakeholders são as pessoas responsáveis pela execução das tarefas do projeto.
 Stakeholders são os membros da equipe de projeto que tomam decisões-chave.
 Stakeholders são os clientes e usuários finais do projeto que fornecem requisitos.
 Stakeholders são os fornecedores e partes interessadas internas envolvidas no projeto.
 Stakeholders são indivíduos, grupos ou organizações que podem afetar ou serem
afetados pelo projeto.
Sua resposta
Stakeholders são indivíduos, grupos ou organizações que podem afetar ou serem afetados
pelo projeto.
A resposta CORRETA é "Stakeholders são indivíduos, grupos ou organizações que podem
afetar ou serem afetados pelo projeto." Os stakeholders são partes interessadas no projeto que
têm o poder de influenciar ou serem afetados por suas atividades e resultados. Eles podem ter
diferentes interesses, expectativas e influências no projeto, e é fundamental identificá-los e
envolvê-los adequadamente durante todo o ciclo de vida do projeto. É INCORRETO afirmar
que os stakeholders são as pessoas responsáveis pela execução das tarefas do projeto, o que
não é verdade. Os stakeholders podem ser diversas pessoas, grupos ou organizações com
diferentes papéis e responsabilidades no projeto. É INCORRETO afirmar que os
stakeholders são os membros da equipe de projeto que tomam decisões-chave. Os membros
da equipe de projeto são parte dos stakeholders, mas não representam todos os stakeholders
envolvidos em um projeto. É INCORRETO afirmar que os stakeholders são os clientes e
usuários finais do projeto que fornecem requisitos. Embora os clientes e usuários finais sejam
stakeholders importantes, os stakeholders vão além desses grupos. Eles podem incluir
também fornecedores, partes interessadas internas e externas, entre outros. É INCORRETO
afirmar que os stakeholders são os fornecedores e partes interessadas internas envolvidas no
projeto. Embora os fornecedores e partes interessadas internas sejam exemplos de
stakeholders, eles não representam todos os stakeholders envolvidos em um projeto.
Questão 3
Respondida
A arquitetura de software desempenha um papel crucial na construção de sistemas robustos e
de qualidade. Ela é a estrutura organizacional fundamental que engloba os componentes,
interações e restrições do sistema, oferecendo uma visão abrangente que permite
compreender seus elementos e relacionamentos (Pressman e Maxim, 2021).
Nesse contexto, o padrão ISO/IEEE 1471-2000 se destaca como uma abordagem sistemática
para a definição, documentação e comunicação da arquitetura de software. Um dos principais
aspectos abordados por esse padrão é a identificação dos stakeholders, que são as partes
interessadas no sistema, como usuários, clientes, desenvolvedores e gerentes. Compreender
as necessidades e expectativas desses stakeholders é essencial para definir uma arquitetura
que atenda aos requisitos e objetivos estabelecidos (Bass et al., 2003).
O padrão ISO/IEEE 1471-2000 nos orienta a identificar e descrever os stakeholders de forma
clara e precisa, considerando suas perspectivas e interesses específicos. Isso permite uma
melhor compreensão dos requisitos e facilita a comunicação entre as partes envolvidas no
desenvolvimento do software.
Ao adotar o padrão ISO/IEEE 1471-2000, os profissionais de arquitetura desoftware são
capazes de criar sistemas mais alinhados com as expectativas dos stakeholders e mais
propensos a alcançar o sucesso. A identificação e descrição adequada dos stakeholders
contribuem para o desenvolvimento de uma arquitetura que atenda não apenas às
necessidades funcionais, mas também às necessidades de desempenho, segurança,
usabilidade e outras características importantes para o sucesso do sistema.
Qual é um dos principais aspectos abordados pelo padrão ISO/IEEE 1471-2000 na definição
da arquitetura de software?
 Documentação dos requisitos funcionais.
 Documentação dos requisitos não funcionais.
 Identificação dos stakeholders.
 Desenvolvimento de testes automatizados.
 Implementação de algoritmos de otimização.
Sua resposta
Identificação dos stakeholders.
A resposta CORRETA é a Identificação dos Stakeholders. O padrão ISO/IEEE 1471-2000
orienta os profissionais a identificar e descrever os stakeholders de forma clara e precisa,
considerando suas perspectivas e interesses específicos. Isso é essencial para definir uma
arquitetura que atenda aos requisitos e objetivos estabelecidos. É INCORRETO afirmar que
a Documentação dos requisitos funcionais é abordada especificamente pelo padrão ISO/IEEE
1471-2000, assim como é INCORRETO afirmar sobre requisitos não funcionais. Embora a
definição de requisitos seja um aspecto importante no desenvolvimento de software, o padrão
em questão se concentra na definição e descrição dos stakeholders, não abrangendo a
documentação detalhada dos requisitos. É INCORRETO afirmar também que
Desenvolvimento de testes automatizados também é um aspecto abordado pelo padrão
ISO/IEEE 1471-2000. Esse padrão está mais voltado para a definição arquitetural e a
compreensão dos stakeholders, não se aprofundando em práticas específicas de
desenvolvimento, como testes automatizados. É INCORRETO afirmar que a Implementação
de algoritmos de otimização é um aspecto abordado pelo padrão ISO/IEEE 1471-2000. Esse
padrão se concentra mais na definição da arquitetura em termos de estrutura e
relacionamentos, não entrando em detalhes específicos sobre algoritmos de otimização.
Questão 4
Respondida
As visões arquiteturais são representações específicas da arquitetura de um sistema de
software, criadas para atender às necessidades dos stakeholders envolvidos no
desenvolvimento, operação e manutenção do sistema. Cada visão arquitetural enfoca
diferentes aspectos e perspectivas, proporcionando informações relevantes para cada grupo
de envolvidos. Essas visões destacam elementos específicos da arquitetura e sua organização,
oferecendo uma representação clara e concisa dos componentes, suas interações e as
restrições associadas. Dentre as visões arquiteturais mais comuns, destaca-se a visão de
desenvolvimento, que enfatiza a estrutura do código-fonte e fornece orientações para os
desenvolvedores implementarem o sistema de forma consistente. A visão de implantação
descreve como o sistema é distribuído em hardware e software, incluindo a configuração de
servidores, redes e ambientes operacionais. Já a visão de processos destaca as interações entre
os componentes durante a execução do sistema, fornecendo uma visão detalhada das
comunicações, fluxos de dados e comportamentos. Cada visão arquitetural fornece uma
perspectiva única para entender a arquitetura de software, facilitando a comunicação e o
compartilhamento de conhecimento entre os envolvidos. Ao analisar e combinar as diferentes
visões, é possível obter uma visão abrangente do sistema e tomar decisões fundamentadas em
relação à sua arquitetura.
Considerando as informações apresentadas, analise as alternativas a seguir:
I. Representar todas as funcionalidades do sistema.
II. Atender às necessidades específicas dos stakeholders.
III. Garantir a conformidade com as melhores práticas de desenvolvimento.
IV. Destacar a estrutura e organização do código-fonte.
V. Realçar as interações entre os componentes durante a execução do sistema.
Em relação aos objetivos das visões arquiteturais em um sistema de software é correto o que
ser afirma em:
 I, III, IV e V, apenas.
 I, II, e V, apenas.
 II, III, e IV, apenas.
 II, IV e V, apenas.
 I, II, III, IV e V.
Sua resposta
II, IV e V, apenas.
A alternativa correta é II, IV e V, apenas. A afirmativa que menciona “Atender às
necessidades específicas dos stakeholders”, está CORRETA. Uma das principais finalidades
das visões arquiteturais é atender às necessidades dos stakeholders, ou seja, fornecer
informações relevantes para cada grupo envolvido no desenvolvimento, operação e
manutenção do sistema; “Destacar a estrutura e organização do código-fonte”, está
CORRETA. A visão de desenvolvimento, mencionada no texto base, enfatiza a estrutura do
código-fonte e fornece orientações para os desenvolvedores implementarem o sistema de
forma consistente; a alternativa “realçar as interações entre os componentes durante a
execução do sistema” também está CORRETA. A visão de processos, mencionada no texto
base, destaca as interações entre os componentes durante a execução do sistema, fornecendo
uma visão detalhada das comunicações, fluxos de dados e comportamentos. A afirmativa que
menciona “Representar todas as funcionalidades do sistema” é INCORRETA e não está
diretamente relacionada às visões arquiteturais. As visões arquiteturais não têm como
objetivo representar todas as funcionalidades do sistema, mas sim enfocar aspectos
específicos da arquitetura; E por último “Garantir a conformidade com as melhores práticas
de desenvolvimento” está INCORRETA e não está diretamente relacionada às visões
arquiteturais. Embora a arquitetura possa ser influenciada por melhores práticas de
desenvolvimento, a finalidade das visões arquiteturais é fornecer uma representação clara e
concisa da arquitetura do sistema, independentemente das melhores práticas.
Questão 5
Respondida
Para Kruchten (1995), os documentos arquiteturais possuem características importantes que
garantem sua eficácia como ferramentas de comunicação e referência. São elas: Clareza e
Compreensibilidade: Os documentos arquiteturais devem ser elaborados de forma clara e
compreensível para todos os envolvidos no projeto, independentemente do nível de
conhecimento técnico; Atualização e Precisão: Os documentos arquiteturais devem ser
atualizados conforme o sistema evolui. É importante refletir as mudanças nos requisitos,
funcionalidades e componentes na documentação. Manter a documentação atualizada garante
sua relevância e precisão, evitando inconsistências entre a documentação e o sistema real;
Coerência e Consistência: Os documentos arquiteturais devem manter coerência e
consistência interna. As informações apresentadas nos diferentes documentos e diagramas
devem estar alinhadas e não devem apresentar contradições. Isso garante a confiabilidade da
documentação como referência para o sistema em desenvolvimento; Abordagem Modular: Os
documentos arquiteturais devem adotar uma abordagem modular, destacando as diferentes
partes do sistema e suas interações. Isso permite uma compreensão clara da estrutura do
sistema, identificando componentes, módulos e camadas envolvidas. A abordagem modular
facilita a manutenção e a evolução do sistema, pois as partes podem ser modificadas
independentemente umas das outras; Integração com outros Artefatos: Os documentos
arquiteturais devem ser integrados a outros artefatos e documentos relacionados ao
desenvolvimento do software, como requisitos, casos de uso, diagramas de sequência e
planos de testes. Essa integração proporciona uma visão completa do sistema e garante
consistência entre as diferentes partes do processo de desenvolvimento.
Os documentos arquiteturais devem ser elaborados de forma clara e compreensível para todos
os envolvidos no projeto, independentemente do nível de conhecimento técnico. Isso é
importante para garantir
 a segurança do sistema.
 a escalabilidade do sistema.
 a eficácia dacomunicação.
 a conformidade regulatória.
 a otimização do desempenho.
Sua resposta
a eficácia da comunicação.
Para resolver essa questão, é necessário identificar a característica dos documentos
arquiteturais que garante a clareza e compreensibilidade para todos os envolvidos no projeto,
independentemente do nível de conhecimento técnico. Analisando as alternativas: “A eficácia
da comunicação” é alternativa CORRETA. A clareza e compreensibilidade dos documentos
arquiteturais são fundamentais para garantir a eficácia da comunicação entre os envolvidos no
projeto. A linguagem acessível e a ausência de terminologia técnica complexa permitem que
todos entendam facilmente a arquitetura do sistema. “A segurança do sistema” é
INCORRETA e não completa corretamente a afirmação. Embora a segurança do sistema
seja um aspecto importante, não está diretamente relacionada à clareza e compreensibilidade
dos documentos arquiteturais. Em relação “a escalabilidade do sistema”, também está
INCORRETA e não completa corretamente a afirmação. Embora a escalabilidade do sistema
seja um requisito relevante, não está diretamente relacionada à clareza e compreensibilidade
dos documentos arquiteturais; “A conformidade regulatória” também está INCORRETA e
não completa corretamente a afirmação. Embora a conformidade regulatória seja um requisito
importante, não está diretamente relacionada à clareza e compreensibilidade dos documentos
arquiteturais; “A otimização do desempenho” é INCORRETA e não completa corretamente
a afirmação. Embora a otimização do desempenho seja um objetivo relevante, não está
diretamente relacionada à clareza e compreensibilidade dos documentos arquiteturais.
Questão 6
Sem resposta
A definição de arquitetura de software refere-se à estrutura organizacional fundamental de
um sistema de software. Ela engloba os componentes do sistema, suas interações e as
restrições que moldam sua evolução ao longo do tempo. A arquitetura de software fornece
uma visão abrangente e estruturada do sistema, incluindo seus principais elementos e a forma
como eles se relacionam. A definição da arquitetura de software é essencial para orientar o
processo de desenvolvimento, pois ela guia as decisões sobre o design, a implementação e a
evolução do sistema. Ao definir a arquitetura, é necessário considerar requisitos não
funcionais, como desempenho, segurança, escalabilidade, confiabilidade e usabilidade. Esses
requisitos influenciam as escolhas arquiteturais, garantindo que o sistema atenda às
expectativas dos stakeholders e cumpra suas necessidades. Uma arquitetura de software bem
definida proporciona uma base sólida para a construção de sistemas de software robustos,
flexíveis, reutilizáveis e de alta qualidade. Ela permite uma compreensão clara e estruturada
do sistema, facilitando a comunicação e a colaboração entre os membros da equipe de
desenvolvimento e os stakeholders envolvidos. Além disso, a definição da arquitetura de
software envolve identificar e documentar os principais componentes do sistema, suas
interações e as restrições que devem ser consideradas ao longo do ciclo de vida do software.
Essa documentação serve como um guia para os desenvolvedores e ajuda a manter a
consistência e a integridade do sistema ao longo do tempo.
De acordo com as informações apresentadas na tabela a seguir, associe corretamente os
termos relacionados a definição de arquitetura de software
Coluna A Coluna B
I. Estrutura organizacional fundamental de
um sistema de software.
1. Requisitos não
funcionais
II. Trocas de informações e comunicações
entre os componentes.
2. Interações
III. Limitações que moldam a evolução do
sistema.
3. Visão abrangente
IV. Engloba todos os elementos e suas
relações no sistema.
4. Restrições
V. Incluem desempenho, segurança e
escalabilidade.
5. Componentes
Assinale a alternativa que apresenta a associação CORRETA entre as colunas
 I – 3; II – 2; III – 5; IV – 4; V – 1.
 I – 5; II – 2; III – 4; IV – 3; V – 1.
 I – 4; II – 3; III – 5; IV – 1; V – 2.
 I – 5; II – 2; III – 3; IV – 4; V – 1.
 I – 4; II – 5; III – 2; IV – 3; V – 1.
Sua resposta
I – 5; II – 2; III – 4; IV – 3; V – 1.
Para realizar a associação correta dos termos relacionados à definição de arquitetura de
software, é importante compreender suas características distintas. É CORRETO afirmar que
a estrutura organizacional fundamental de um sistema de software é definida pela
organização dos componentes; Além disso, é CORRETO afirmar que as interações
representam as trocas de informações e comunicações que ocorrem entre os componentes; É
CORRETO que as restrições, por sua vez, são as limitações que moldam a evolução do
sistema ao longo do tempo; É CORRETO afirmar também que uma visão abrangente da
arquitetura engloba todos os elementos do sistema e suas relações, proporcionando uma
compreensão global; É CORRETO afirmar que os requisitos não funcionais são
desempenho, segurança e escalabilidade. Portanto, a associação correta seria: I – 5; II – 2;
III – 4; IV – 3; V - 1. Ao compreender e relacionar adequadamente esses conceitos, os
profissionais de arquitetura de software podem estabelecer uma base sólida para a definição e
comunicação efetiva da arquitetura do sistema.
Questão 7
Sem resposta
No desenvolvimento de software, os stakeholders desempenham um papel vital para o
sucesso do projeto. Durante a execução de um projeto de desenvolvimento de software, é
frequente lidar com várias partes interessadas que possuem diferentes interesses, expectativas
e níveis de influência. Uma situação comum nesse contexto ocorre quando um stakeholder
solicita mudanças significativas no escopo do projeto, o que pode ter impacto nos prazos e
recursos disponíveis.
Nesse cenário, o arquiteto de software deve tomar decisões assertivas para lidar com a
solicitação do stakeholder.
Qual é a melhor abordagem para o arquiteto de software lidar com a solicitação de mudanças
significativas no escopo do projeto feita por um stakeholder durante a execução de um
projeto de desenvolvimento de software?
 Ignorar a solicitação do stakeholder, pois isso pode impactar negativamente os prazos
e recursos disponíveis.
 Aprovar imediatamente a solicitação do stakeholder, considerando que é importante
satisfazer todas as demandas dos stakeholders.
 Rejeitar imediatamente a solicitação do stakeholder sem considerar suas implicações,
visando manter o escopo original do projeto.
 Avaliar a solicitação do stakeholder em relação aos objetivos e restrições do projeto,
identificando possíveis impactos e analisando alternativas.
 Realizar uma reunião com todos os stakeholders para discutir a solicitação e delegar a
decisão a um terceiro responsável.
Sua resposta
Avaliar a solicitação do stakeholder em relação aos objetivos e restrições do projeto,
identificando possíveis impactos e analisando alternativas.
A melhor abordagem para o arquiteto de software lidar com a solicitação de mudanças
significativas no escopo do projeto feita por um stakeholder durante a execução de um
projeto de desenvolvimento de software é “Avaliar a solicitação do stakeholder em relação
aos objetivos e restrições do projeto, identificando possíveis impactos e analisando
alternativas”. Essa alternativa é a CORRETA, pois o arquiteto de software deve analisar
cuidadosamente a solicitação do stakeholder, considerando como ela afetará o escopo, prazos
e recursos do projeto. Essa avaliação permite que o arquiteto compreenda os possíveis
impactos da mudança e explore alternativas que possam atender aos interesses envolvidos. A
alternativa “Ignorar a solicitação do stakeholder, pois isso pode impactar negativamente os
prazos e recursos disponíveis” é INCORRETA, pois essa abordagem não é adequada, pois
ignorar uma solicitação relevante pode levar a problemas de comunicação e insatisfação dos
stakeholders. A alternativa “Aprovar imediatamente a solicitação do stakeholder,
considerando que é importante satisfazertodas as demandas dos stakeholders”, é
INCORRETA, pois essa abordagem não é adequada, pois aprovar imediatamente uma
solicitação sem análise adequada pode resultar em consequências indesejadas, como atrasos
ou desalinhamento com os objetivos do projeto. A alternativa “Rejeitar imediatamente a
solicitação do stakeholder sem considerar suas implicações, visando manter o escopo original
do projeto” é INCORRETA – é uma abordagem que também não é adequada, pois rejeitar
uma solicitação sem considerar suas implicações pode gerar insatisfação e falta de
colaboração por parte dos stakeholders. E por último “Realizar uma reunião com todos os
stakeholders para discutir a solicitação e delegar a decisão a um terceiro responsável”, é
INCORRETA por não ser a melhor opção, pois a decisão deve ser tomada levando em
consideração as implicações e objetivos do projeto, e não delegada a terceiros sem uma
análise adequada.
Questão 8
Sem resposta
O Design de Software é uma disciplina crucial na área da tecnologia, focada na criação e
planejamento de programas e sistemas eficientes. Esse processo envolve a organização e
estruturação dos sistemas, garantindo seu funcionamento adequado e facilitando a
manutenção ao longo do ciclo de vida do software.
Nesse contexto, os elementos referem-se aos componentes e princípios fundamentais que
compõem um sistema bem projetado. Esses elementos desempenham um papel crucial na
criação de software de qualidade, sustentável e adaptável.
Um desses elementos-chave está relacionado à prática de dividir o código em componentes
coesos e independentes. Essa abordagem possui uma responsabilidade única e bem definida,
permitindo alterações isoladas e reduzindo o impacto em outras partes do sistema. Essa
abordagem também promove a reutilização deles em diferentes contextos, tornando o sistema
mais flexível e escalável.
Além disso, essa prática tem sido amplamente reconhecida na literatura de design de software
como uma das técnicas mais importantes para criar sistemas de fácil manutenção e evolução.
Autores como Martin (2019) enfatizam a relevância de dividir o código nessa abordagem de
forma delimitada pode alcançar um design mais eficiente e de alta qualidade.
Qual dos seguintes elementos é uma prática importante no Design de Software, que envolve
dividir o código em componentes coesos e independentes, facilitando alterações isoladas e
reduzindo o impacto em outras partes do sistema?
 Reusabilidade
 Flexibilidade
 Facilidade de Manutenção
 Modularidade
 Compreensão dos Requisitos do Sistema
Sua resposta
Modularidade
A alternativa CORRETA é a modularidade. Ela é uma prática fundamental no Design de
Software, que envolve dividir o código em módulos coesos e independentes. Cada módulo
possui uma responsabilidade única e bem definida, facilitando alterações isoladas e reduzindo
o impacto em outras partes do sistema. Além disso, a modularidade promove a reutilização de
módulos em diferentes contextos, tornando o sistema mais flexível e escalável; a
reusabilidade é uma prática importante no Design de Software, mas ela se refere à criação de
componentes genéricos e bem projetados que podem ser aproveitados em diferentes projetos.
Desta forma, "Reusabilidade" está INCORRETA, pois não está diretamente relacionada à
divisão do código em componentes coesos e independentes; a flexibilidade é uma
característica importante no Design de Software, pois permite que o sistema se adapte a
mudanças nos requisitos e no ambiente. Embora seja relevante para o design do software, ela
está INCORRETA, pois não está diretamente relacionada com a divisão do código em
componentes coesos e independentes; a facilidade de manutenção é uma meta importante no
Design de Software, garantindo que o código seja fácil de entender, depurar e modificar.
Embora seja uma prática valiosa, ela está INCORRETA, pois não aborda diretamente a
divisão do código em componentes coesos e independentes; a compreensão dos requisitos do
sistema é uma etapa crucial no Design de Software, pois envolve a análise das necessidades
do usuário, dos objetivos de negócio e das restrições técnicas. Embora seja relevante para o
processo de design, ela está INCORRETA, pois não está diretamente relacionada com a
divisão do código em componentes coesos e independentes.
Questão 9
Sem resposta
No gerenciamento de projetos, as partes interessadas desempenham um papel crucial para o
sucesso do projeto, uma vez que podem afetar ou serem afetados por suas atividades. Realizar
uma análise abrangente dos stakeholders é fundamental para compreender seu papel e
importância no projeto, facilitando a definição de estratégias de envolvimento e comunicação
eficazes.
Durante a análise de stakeholders, é essencial considerar tanto os stakeholders internos
quanto os externos, uma vez que ambos podem ter interesses, expectativas e influências
relevantes para o projeto. Priorizar apenas os stakeholders internos seria uma abordagem
limitada, deixando de fora outros atores importantes para o sucesso do projeto.
Além da identificação das necessidades e expectativas dos stakeholders, é necessário avaliar
o impacto de suas influências no projeto como um todo. Encontrar um equilíbrio adequado
entre esses elementos é fundamental para um gerenciamento de stakeholders eficaz.
Ignorar as opiniões e feedbacks dos stakeholders pode resultar em problemas de
comunicação, falta de alinhamento e possível insatisfação das partes envolvidas. Portanto, é
importante manter um canal aberto de comunicação ao longo do projeto, buscando envolver
os stakeholders e considerar suas contribuições.
Assim, a análise de stakeholders e o envolvimento eficaz são elementos-chave para o
gerenciamento de projetos, permitindo uma abordagem abrangente e colaborativa para lidar
com os interesses e influências dos stakeholders envolvidos.
Para uma abordagem eficaz do gerenciamento de stakeholders, qual é a alternativa correta?
 Identificar e envolver apenas os stakeholders internos, já que são os principais
responsáveis pelo desenvolvimento do projeto.
 Priorizar as necessidades e expectativas dos stakeholders, sem considerar o impacto
das suas influências no projeto.
 Ignorar as opiniões e feedbacks dos stakeholders, uma vez que podem gerar conflitos
e atrasos no projeto.
 Limitar a comunicação com os stakeholders aos momentos de problemas e conflitos,
para evitar interferências desnecessárias.
 Realizar uma análise de stakeholders para identificar suas necessidades, expectativas,
influências e requisitos.
Sua resposta
Realizar uma análise de stakeholders para identificar suas necessidades, expectativas,
influências e requisitos.
A resposta CORRETA afirmar que no gerenciamento de projetos, é fundamental realizar
uma análise de stakeholders para identificar suas necessidades, expectativas, influências e
requisitos. Essa análise permite realizar uma análise abrangente e compreender o papel e a
importância de cada stakeholder no projeto, facilitando a definição de estratégias de
envolvimento e comunicação eficazes. É INCORRETO afirmar que, identificar e envolver
apenas os stakeholders internos, já que são os principais responsáveis pelo desenvolvimento
do projeto, pois o gerenciamento de stakeholders envolve tanto stakeholders internos quanto
externos, uma vez que ambos podem ter interesses e influências relevantes para o projeto. É
INCORRETO afirmar que priorizar as necessidades e expectativas dos stakeholders, sem
considerar o impacto das suas influências no projeto, pois é necessário considerar não apenas
as necessidades e expectativas dos stakeholders, mas também avaliar o impacto das suas
influências no projeto e buscar um equilíbrio entre esses elementos. É INCORRETO ignorar
as opiniões e feedbacks dos stakeholders, uma vez que podem gerar conflitos e atrasos no
projeto, pois ignorar as opiniões e feedbacks dos stakeholders pode levar a problemas de
comunicação, falta de alinhamento e possívelinsatisfação dos envolvidos. Também é
INCORRETO afirmar que limitar a comunicação com os stakeholders aos momentos de
problemas e conflitos, para evitar interferências desnecessárias, pois a comunicação com os
stakeholders deve ser contínua ao longo do projeto, não se limitando apenas aos momentos de
problemas e conflitos. É importante manter um canal aberto de comunicação para garantir o
envolvimento e o alinhamento contínuos com os stakeholders.
Questão 10
Sem resposta
Os documentos arquiteturais desempenham um papel fundamental no processo de
desenvolvimento de software. Eles são artefatos essenciais que fornecem uma representação
formal da arquitetura do sistema, abordando seus componentes, interações e restrições. Esses
documentos têm o propósito de comunicar e documentar as decisões de design arquitetural,
servindo como uma referência crucial para os membros da equipe e outros stakeholders
envolvidos no projeto.
Além disso, os documentos arquiteturais desempenham um papel importante na manutenção
do sistema. Eles permitem que os desenvolvedores compreendam a estrutura e organização
do software, facilitando a identificação e correção de problemas. Essa compreensão se torna
especialmente relevante ao longo do ciclo de vida do software, quando ocorrem mudanças e
evoluções no sistema.
Entre os principais tipos de documentos arquiteturais estão a descrição arquitetural, que
fornece uma visão geral da arquitetura; os diagramas de componentes, que ilustram a
estrutura do sistema e suas interações; e os diagramas de sequência, que representam o fluxo
de interações entre os componentes.
Esses documentos são criados e atualizados de forma iterativa ao longo do ciclo de vida do
software, garantindo a consistência e a integridade da arquitetura. Ao manter esses registros
atualizados, os desenvolvedores e outros stakeholders podem compreender e colaborar
efetivamente no projeto, contribuindo para o sucesso do sistema.
Os documentos arquiteturais têm a função de descrever e comunicar a arquitetura de um
sistema de software, contendo informações sobre
 as decisões de design arquitetural.
 os requisitos de segurança do sistema.
 a estrutura do banco de dados.
 os detalhes de implementação do sistema.
 os planos de marketing do produto.
Sua resposta
as decisões de design arquitetural.
Os documentos arquiteturais têm a função CORRETA de descrever e comunicar a
arquitetura de um sistema de software, incluindo decisões de design arquitetural,
componentes, interações e restrições associadas. Eles fornecem uma representação formal da
arquitetura, permitindo que a equipe e os stakeholders compreendam a estrutura e
organização do software. No entanto, é INCORRETO afirmar que os documentos
arquiteturais têm como objetivo principal descrever os requisitos de segurança do sistema.
Embora possam abordar aspectos relacionados à segurança, seu foco principal está na
descrição e comunicação da arquitetura como um todo. Também é INCORRETO afirmar
que os documentos arquiteturais se limitam à descrição da estrutura do banco de dados.
Embora possam conter informações sobre a estrutura do banco de dados como parte da
arquitetura, seu objetivo principal abrange diversos aspectos além do banco de dados. Da
mesma forma, é INCORRETO afirmar que os documentos arquiteturais fornecem detalhes
específicos da implementação do sistema, como trechos de código ou especificidades
técnicas. Seu propósito é descrever e comunicar as decisões de design arquitetural, ou seja, as
escolhas fundamentais relacionadas à estrutura e organização do sistema. Finalmente, é
INCORRETO afirmar que os planos de marketing do produto são documentos arquiteturais.
Eles não estão diretamente relacionados aos planos de marketing do produto, pois os
documentos arquiteturais têm como objetivo principal a descrição e comunicação da
arquitetura do sistema de software, não abrangendo aspectos de marketing.