

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Na fase de levantamento de requisitos de um projeto, as motivações informais da organização devem ser consideradas pelo gerente do projeto.
Certo
Errado

No que se refere às tarefas da engenharia de requisitos, julgue os seguintes itens.
I A atividade de elicitação de requisitos é um processo simples e direto de obtenção de informações acerca das necessidades do cliente.
II A etapa de elaboração tem como objetivo refinar o modelo de requisitos, identificando aspectos relacionados à função, comportamento e informação do software, com base nos cenários de uso obtidos na elicitação.
III A validação de requisitos busca verificar a consistência, a completude e a ausência de ambiguidades, sendo a revisão técnica formal o principal mecanismo utilizado nesse processo.
IV A negociação de requisitos tem como objetivo a eliminação de requisitos conflitantes, garantindo que apenas um dos lados tenha suas demandas atendidas.
Estão certos apenas os itens
I e II.
I e IV.
II e III.
I, III e IV.
II, III e IV.
A engenharia de requisitos é uma fase crítica no desenvolvimento de software.
Qual é a principal atividade da engenharia de requisitos?
A capacitação e treinamento dos usuários finais, com foco na utilização das funcionalidades do sistema após sua entrega.
A implementação direta do código-fonte do sistema, com base em decisões técnicas previamente definidas, priorizando a construção da solução em detrimento da análise de requisitos.
A elaboração dos casos e roteiros de teste, destinados à validação do software após sua implementação, concentrando-se na verificação do comportamento funcional do sistema.
A elicitação, análise, especificação, validação e gerenciamento dos requisitos do sistema, garantindo que as necessidades das partes interessadas sejam compreendidas e atendidas.
A implantação e disponibilização do sistema em ambiente de produção, incluindo a configuração da infraestrutura e a liberação para uso operacional.
O desenvolvimento de um sistema gerenciador de banco de dados robusto exige que a modelagem dos dados siga um ciclo de vida estruturado, partindo da abstração das regras de negócio até a especificação de como os dados serão armazenados em disco. Sobre as etapas fundamentais do projeto de um banco de dados, analise as assertivas abaixo:
I. A fase inicial consiste em levantar requisitos de dados com o cliente. É recomendado que o levantamento dos requisitos funcionais (operações e transações) sejam feitos em etapas posteriores para não gerar confusões nos tipos de requisitos.
II. O projeto conceitual utiliza modelos de dados de alto nível para criar uma descrição concisa das necessidades da organização. Por omitir propositalmente os detalhes de implementação e armazenamento, o esquema conceitual atua como uma excelente ferramenta de comunicação para validar os requisitos junto aos usuários não técnicos.
III. A transição para a implementação real do software inicia-se na fase de projeto lógico (também chamada de mapeamento do modelo de dados), momento em que o esquema conceitual é transformado para o modelo de dados suportado pelo SGBD comercial adotado pela instituição, a exemplo do modelo relacional.
IV. No projeto físico, a atenção dos arquitetos de banco de dados volta-se para a infraestrutura e o desempenho, especificando as estruturas de armazenamento internas, a organização dos arquivos, os caminhos de acesso e a criação de índices.
Quais estão corretas?
Apenas I e II.
Apenas II e IV.
Apenas I, II e III.
Apenas II, III e IV.
I, II, III e IV.
Um órgão público iniciou o desenvolvimento de um novo sistema para gestão de processos administrativos digitais. Durante o projeto, a equipe enfrentou dificuldades relacionadas à definição do escopo, mudanças frequentes solicitadas pelos usuários e inconsistências entre documentação e funcionalidades implementadas. Considerando princípios de engenharia de software, especialmente no que se refere ao levantamento de requisitos, estratégias de teste e documentação técnica, analise as assertivas a seguir e assinale V (verdadeiro) ou F (falso):
( )O levantamento de requisitos envolve identificação de necessidades dos stakeholders, podendo utilizar entrevistas, observação do ambiente de trabalho e análise de documentos institucionais.
( )Requisitos funcionais descrevem restrições de desempenho, segurança e usabilidade, enquanto requisitos não funcionais detalham comportamentos específicos do sistema.
( )A rastreabilidade de requisitos auxilia na verificação de que cada requisito identificado possui correspondência nas etapas de desenvolvimento e testes.
( )Testes de sistema buscam avaliar o comportamento do software como um todo, considerando integração entre componentes e aderência aos requisitos especificados.
( )A documentação técnica perde relevância após a fase de implementação, pois a manutenção evolutiva baseia-se predominantemente na leitura direta do código-fonte.
( )Mudanças em requisitos ao longo do projeto podem demandar reavaliação de impactos, inclusive sobre cronograma, arquitetura e casos de teste.
Assinale a alternativa que apresenta a sequência correta de V (verdadeiro) e F (falso):
V, F, V, V, F, V.
F, F, V, V, F, V.
V, F, F, V, F, V.
V, V, V, F, F, V.
F, V, V, V, F, F


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Sobre os processos de engenharia de requisitos, analise a sentença abaixo:
Os objetivos do processo de elicitação de requisitos são compreender o trabalho que os stakeholders realizam e entender como usariam um novo sistema para apoiar o trabalho deles (1ª parte). Já no processo de especificação de requisitos, são escritos os requisitos de usuário e de sistema em um documento de requisitos (2ª parte). Por fim, o processo de negociação de requisitos visa conferir se os requisitos definem o sistema que o cliente realmente quer (3ª parte).
Quais partes estão corretas?
Apenas a 1ª parte.
Apenas a 3ª parte.
Apenas a 1ª e a 2ª partes.
Apenas a 2ª e a 3ª partes.
Todas as partes.
As fases possuem objetivos distintos e marcos importantes no processo unificado.
Sobre essas fases, analise as afirmativas a seguir.
I. Na fase de elaboração, o objetivo é definir o escopo inicial do projeto e identificar os principais requisitos de alto nível.
II. A fase de transição é onde o sistema está pronto para ser implantado e disponibilizado aos usuários finais.
III. Durante a fase de construção, o foco está em implementar as funcionalidades e realizar a integração do sistema.
Está correto o que se afirma em
I, apenas.
III, apenas.
I e II, apenas.
II e III, apenas.
I, II e III.
De acordo com Ian Sommerville, em Engenharia de Software 10ª edição, são as quatro atividades fundamentais de um processo de software da Engenharia de Software, EXCETO:
Descontinuação.
Desenvolvimento.
Especificação.
Evolução.
Validação.
Conforme Ian Sommerville, em Engenharia de Software 10ª edição, há três atividades principais no processo de engenharia de requisitos, quais sejam:
I. Elicitação e análise de requisitos.
II. Especificação de requisitos.
III. Implementação de requisitos.
Quais estão corretas?
Apenas I.
Apenas III.
Apenas I e II.
Apenas II e III.
I, II e III.
Ao criar sua equipe de resposta a incidentes (CSIRT), a organização deverá definir seus serviços considerando as estruturas e modelos adequados para fornecê-los. Essas definições serão implementadas através de um plano, políticas e procedimentos de resposta a incidentes, garantindo que a equipe tenha a autonomia necessária para agir de forma eficaz, eficiente e consistente no ambiente organizacional. Considerando as fases do processo de tratamento de incidentes, assinale o item que apresenta a ordem correta para estas fases.
I - Preparação; II - Detecção e Análise; III - Contenção, Erradicação e Recuperação; IV - Emissão de relatórios e Retenção de evidências.
I - Preparação; II - Detecção e Análise; III - Emissão de relatórios e Retenção de evidências; IV - Contenção, Erradicação e Recuperação.
I - Detecção e Análise; II - Emissão de relatórios e Retenção de evidências; III - Preparação; IV - Contenção, Erradicação e Recuperação.
I - Detecção e Análise; II - Preparação; III - Contenção, Erradicação e Recuperação; IV - Emissão de relatórios e Retenção de evidências.


Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
A Evolução de Software é crucial para assegurar que os sistemas existentes permaneçam relevantes, eficientes e seguros ao longo do tempo. Este processo envolve a adaptação a novas necessidades, a correção de falhas e a implementação de melhorias. Dentro desse contexto, a Engenharia Reversa desempenha um papel fundamental. Sua função é:
Criar um novo software a partir do zero, sem utilizar qualquer informação de sistemas existentes.
Vender ou distribuir o código-fonte de um software protegido por direitos autorais sem autorização do proprietário.
Remover completamente um software de um sistema, excluindo todos os seus componentes e todas as suas funcionalidades.
Modificar o código-fonte de um software para criar versões totalmente diferentes do produto original.
Analisar um sistema existente para entender seu funcionamento e identificar seus componentes, visando sua modificação ou melhoria.
A criação de fases em jogos de plataforma 2D clássicos, como Super Mario Bros, baseia-se principalmente em
estabelecer uma progressão de dificuldade gradual e posicionar estrategicamente obstáculos e recompensas.
gerar fases de forma procedural e aleatória, sem definição prévia de layouts.
utilizar exclusivamente cutscenes para direcionar o jogador.
manter mecânicas de jogo idênticas em todas as fases e manter o mesmo posicionamento de obstáculos e recompensas.
A análise de requisitos deve ser feita somente pelos desenvolvedores, pois eles entendem melhor o sistema.
Certo
Errado
Durante o ciclo de vida de um sistema, especialmente quando há mudanças frequentes nos requisitos ou decisões apressadas para atender a prazos curtos, pode-se acumular o que se conhece como dívida técnica. Na fase de engenharia de requisitos, a falta de clareza, rastreabilidade ou validação adequada pode gerar impactos significativos nas fases posteriores do projeto. Sobre esse tema, assinale a alternativa correta.
A dívida técnica está associada somente ao código-fonte e não afeta a fase de requisitos.
Requisitos mal definidos ou não validados corretamente podem contribuir para a geração de dívida técnica.
A dívida técnica é benéfica quando acumulada de forma intencional, pois não necessita ser monitorada.
Apenas requisitos funcionais podem gerar dívida técnica em projetos de software.
A dívida técnica é automaticamente eliminada após a fase de testes de software.
Considerando o contexto de engenharia de requisitos, assinale a opção correta.
No contexto de desenvolvimento ágil e ambientes dinâmicos, é essencial derivar um conjunto completo de requisitos de software estáveis para, então, prosseguir ao projeto, construção e teste do sistema.
Segundo Pressman, a engenharia de requisitos abrange um total de seis tarefas: concepção, levantamento, elaboração, especificação, validação е gestão.
É prudente distinguir os diferentes níveis de descrição no processo de engenharia de requisitos. Uma possível abordagem seria separá-los em requisitos de sistema para indicar os requisitos abstratos de alto nível e requisitos de usuário para indicar a descrição detalhada do que o sistema deve fazer.
Em um cenário ideal, engenheiros de software e stakeholders trabalham juntos no mesmo time. Os stakeholders são aqueles afetados de alguma maneira pelo sistema, não sendo recomendado considerar os usuários finais, visto que geralmente possuem apenas uma vaga ideia dos requisitos.
Os requisitos de sistema de software são classificados frequentemente como funcionais ou não funcionais. Um requisito não funcional pode ser descrito como um atributo de qualidade, de segurança ou de restrições de tempo, por exemplo, e se aplica frequentemente ao sistema como um todo.


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Considerando um projeto público com governança formal, assinale a alternativa correta em relação à gestão de requisitos em metodologias ágeis e o modelo cascata (Waterfall).
No modelo cascata, é proibida qualquer mudança após a baseline, inexistindo processos formais de controle de mudanças durante o desenvolvimento, mesmo diante de requisitos legais supervenientes.
Métodos ágeis não possuem documentação, substituindo artefatos por software em funcionamento.
Em métodos ágeis, requisitos ficam em um backlog priorizado e evolutivo, revisto por iterações; em cascata, busca-se especificação mais estável e acordada upfront.
Ambos utilizam iterações de escopo fixo e invariável por ciclo.
Métodos ágeis dispensam validação com stakeholders, pois o time se auto-organiza.
Os projetos de construção de uma Unidade Estacionária de Produção são complexos e estruturados em fases, com portões de aprovação para a passagem entre fases. Indique Verdadeira (V) ou Falsa (F) para as afirmativas abaixo:
(__)FEED (Front-End Engineering Design) ou engenharia de pré-detalhamento é uma etapa posterior ao projeto conceitual, precedendo o projeto básico.
(__)O projeto executivo deve conter as informações técnicas necessárias e suficientes para a realização de um empreendimento.
(__)As built (como construído) refere-se à documentação de engenharia atualizada, tal qual foi executada no campo.
Assinale a alternativa correta:
V, V, F.
F, V, V.
V, F, F.
F, F, F.
Os autores Elmasri e Navathe, em sua obra (ELMASRI, R.; NAVATHE, S.B. Sistemas de Banco de Dados. 6 Ed. São Paulo: Pearson Addison Wesley, 2011, p.132), retratam as fases iniciais de um processo de projeto banco de dados, nas quais são levantadas e analisadas as necessidades para a sua criação.
Na etapa de ___________, os projetistas de banco de dados entrevistam os usuários esperados para entenderem e documentarem seus requisitos de dados. O resultado dessa etapa é um conjunto de ___________ escrito de forma concisa. Esses requisitos devem ser especificados da forma mais detalhada e completa possível. Em paralelo com a especificação dos requisitos de dados, é útil determinar os conhecidos ___________ da aplicação. Estes consistem em operações definidas pelo usuário, que serão aplicadas ao banco de dados, incluindo recuperações e atualizações.
Analisando o trecho extraído da obra, selecione a opção que preenche as lacunas CORRETAMENTE:
requisitos de dados / requisitos funcionais/ requisitos dos usuários.
levantamento e análise de requisitos / requisitos dos usuários / requisitos funcionais.
entrevistas com stakeholders / requisitos dos usuários / requisitos de dados.
requisitos / casos de uso / requisitos funcionais.
criação de DFD / requisitos / métodos.
Considerando as várias metodologias de desenvolvimento de software, as fases do ciclo de vida podem variar significativamente, analise as afirmações a seguir:
I. A fase de Validação de Requisitos faz parte da metodologia V-Model;
II. A fase de Implementação pertence a todas as metodologias;
III. A fase de Benchmarking de código faz parte da metodologia Ágil.
É correto o que se afirma em
I e II, apenas.
II e III, apenas.
I e III, apenas.
III, apenas.
I, II e III.
Durante o processo de engenharia de requisitos em um projeto de desenvolvimento de software para um sistema bancário, o analista de requisitos identificou que era necessário que a função de saldo de conta passasse a ser realizada em tempo real. Para isso, ele utilizou uma entrevista com o gerente do projeto e uma sessão de brainstorming com a equipe de desenvolvimento.
Nesse contexto, é correto afirmar que
o requisito identificado é funcional, pois descreve uma funcionalidade específica do sistema que o usuário deve ser capaz de executar.
o requisito identificado é não funcional, pois está relacionado ao desempenho do sistema ao apresentar informações em tempo real.
a entrevista com o gerente do projeto é um exemplo de técnica de prototipação, uma vez que visa a construção de um modelo para validar os requisitos.
a sessão de brainstorming com a equipe de desenvolvimento é uma técnica inadequada para elicitação de requisitos, pois deve-se usar apenas entrevistas formais com os usuários finais.
o processo de engenharia de requisitos geralmente ocorre após a fase de implementação do software, pois é necessário ter o software em funcionamento para capturar as necessidades dos usuários.