

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.
Um Engenheiro de Computação precisa desenvolver um Sistema Especialista para auxiliar o Analista Legislativo a classificar a constitucionalidade de novos projetos de lei, com base em centenas de regras e precedentes definidos por especialistas jurídicos.
O método primário de Representação do Conhecimento em Sistemas Especialistas que armazena o conhecimento na forma de declarações condicionais é o de
Redes Bayesianas.
Redes Semânticas.
Regras de Produção.
Árvores de Decisão.
Lógica Difusa.
Em um projeto para desenvolver um novo sistema de gestão de Comissões Parlamentares na Assembleia Legislativa, o Analista de Sistemas identificou um conflito significativo entre a SecretariaGeral da Mesa (SGM) e a Procuradoria. A SGM exige um requisito de flexibilidade para alterar fluxos de trabalho rapidamente conforme a agenda política, enquanto a Procuradoria exige um requisito de rastreabilidade e imutabilidade processual para garantir a validade legal dos atos, independentemente da celeridade.
Nesse contexto, assinale a opção que apresenta a tarefa da Engenharia de Requisitos mais crítica para resolver o conflito entre a SGM e a Procuradoria e a técnica tipicamente empregada nessa resolução.
Análise de Requisitos: O uso de Viewpoint Analysis é essencial para mapear as diferentes perspectivas e, em seguida, utilizar a negociação para alcançar um acordo de compromisso.
Especificação de Requisitos: A elaboração de um Documento de Requisitos de Software (DRS) no padrão IEEE 830 com alta granularidade resolve o conflito pela formalização estrita das regras.
Gerenciamento de Requisitos: O emprego de uma Matriz de Rastreabilidade Bidirecional garantirá que todas as alterações flexíveis da SGM sejam controladas sem a necessidade de negociação prévia.
Elicitação de Requisitos: A realização de entrevistas individuais aprofundadas com o Presidente da Casa Legislativa para definir a prioridade política do sistema, eliminando a necessidade de conciliar visões técnicas.
Validação de Requisitos: A utilização de inspeções para verificar a conformidade dos requisitos de flexibilidade com as normas ISO 25010 de Manutenibilidade e Eficiência.
Considerando a conformidade técnica e regulatória de projetos, julgue o item a seguir.
Requisitos técnicos definidos em normas podem ser substituídos por critérios internos sem necessidade de justificativa formal.
Certo
Errado
A documentação de software é um elemento fundamental do processo de engenharia de software, pois apoia o desenvolvimento, o uso, a manutenção e a evolução dos sistemas ao longo de seu ciclo de vida.
Assinale a alternativa correta com relação a esse assunto.
A documentação de software tem como principal objetivo descrever detalhadamente cada linha de código implementada no sistema.
A documentação deve ser elaborada exclusivamente para desenvolvedores, não sendo relevante para usuários finais ou gestores.
A documentação de software deve ser adequada ao seu público-alvo, podendo incluir documentos técnicos, documentação de usuário e registros de decisões de projeto.
A documentação de software é necessária apenas durante a fase de desenvolvimento, perdendo sua utilidade após a entrega do sistema ao cliente.
Em métodos ágeis, a documentação de software é dispensável, pois o código fonte substitui integralmente qualquer outro tipo de registro.
Daniel, Analista de Infraestrutura, foi indicado pela chefia da área de tecnologia para ser Integrante Técnico de uma contratação de TIC. Na especificação dos requisitos da contratação, compete ao Integrante Técnico especificar, quando aplicáveis, os seguintes requisitos tecnológicos:
I. De arquitetura tecnológica, composta de hardware, software, padrões de interoperabilidade, linguagens de programação e interfaces.
II. De garantia e manutenção, que definem a forma como será conduzida a manutenção, acionamento da garantia e a comunicação entre as partes envolvidas.
III. De experiência profissional da equipe que executará os serviços relacionados à solução de TIC, que definem a natureza da experiência profissional exigida e as respectivas formas de comprovação dessa experiência.
IV. De avaliação da qualidade dos serviços realizados ou dos bens entregues e justificativas, a partir da aplicação das listas de verificação e de acordo com os critérios de aceitação definidos em contrato, em conjunto com o integrante administrativo.
É CORRETO o que se afirma em:
I, II, III e IV.
I, II e III, apenas.
I, II e IV, apenas.
I, III e IV, apenas.
II e III, apenas.


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.
Na Engenharia de Requisitos, a especificação de requisitos é a atividade que documenta, de forma clara e detalhada, funcionalidades, restrições e condições a que um sistema deve atender. Essa documentação é essencial para que desenvolvedores, analistas e stakeholders compreendam exatamente o que deve ser implementado e testado.
Quando os requisitos são escritos em linguagem natural utilizando um formulário padrão ou template, de modo que cada campo forneça informações sobre um aspecto específico do requisito, qual notação está sendo empregada?
Casos de uso.
Linguagem natural livre.
Diagramas de atividades.
Tabelas de requisitos.
Linguagem natural estruturada.
Na aquisição de software e equipamentos de TI, a definição das especificações técnicas é um fator crítico para garantir que a solução contratada atenda às necessidades da organização. Diante disso, assinale a opção que apresenta a abordagem mais adequada para a elaboração dessas especificações.
Definir requisitos técnicos detalhados e específicos, garantindo que atendam exclusivamente a um determinado fabricante ou fornecedor para assegurar a qualidade da solução.
Priorizar soluções amplamente utilizadas no mercado, ainda que isso exija a adaptação dos processos internos à tecnologia adquirida.
Permitir ampla participação de fornecedores, flexibilizando exigências técnicas para aumentar a concorrência.
Considerar não apenas o menor preço, mas também critérios como suporte técnico, qualidade e aderência às necessidades da organização.
Buscar equilíbrio entre inovação tecnológica e compatibilidade com soluções já existentes, mesmo que isso restrinja a adoção de novas tecnologias.
Logo no início do processo de engenharia de software, ocorre uma etapa fundamental para a definição precisa do que deverá ser desenvolvido. Nessa fase, são especificadas as características operacionais do sistema, incluindo suas funções, os dados manipulados, os comportamentos esperados e a forma como o software interage com outros componentes do ambiente. Esse estágio compreende diversas atividades, como o entendimento do problema, a avaliação e síntese de informações, a modelagem dos requisitos, sua especificação formal e posterior revisão. Trata-se de uma fase crítica, pois erros ou omissões nesse momento podem levar à construção de um sistema que não atende às necessidades reais do usuário, ocasionando desperdício de tempo e recursos.
A etapa descrita é:
Desenho de software.
Geração de código.
Análise de requisitos.
Arquitetura de software.
Manutenção.
Leia o texto a seguir.
Segundo Valente (2020), “em alguns projetos, ainda se exige um Documento de Especificação de Requisitos, no qual todos os requisitos do software que se pretende construir — incluindo requisitos funcionais e não-funcionais — são documentados em linguagem natural (português, inglês, etc.)”.
VALENTE, Marco Tulio. Engenharia de software moderna. Princípios e Práticas para Desenvolvimento de Software com Produtividade, v. 1, n. 24, 2020.
A norma recomendada para guiar tal documentação é a
ISO 25010.
ISO 42010.
ISO 29119.
IEEE 829.
IEEE 830.
No contexto de engenharia de requisitos, existem diversas abordagens para a especificação dos requisitos de um sistema. Essas abordagens variam em termos de formalidade, estrutura e detalhamento, sendo que cada uma delas tem como objetivo proporcionar uma compreensão clara das necessidades do cliente e garantir que os desenvolvedores possam implementar as funcionalidades desejadas de forma eficaz.
Sabendo disso, assinale a alternativa que apresenta corretamente o tipo de especificação de requisitos que é escrito em linguagem natural em um formulário padrão ou template e que, em cada campo, são fornecidas informações sobre um aspecto do requisito.
Notações gráficas.
Especificações matemáticas.
Linguagem Caótica de Requisitos.
Linguagem Natural Estruturada.
Linguagem Formal Não Estruturada.


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.
Antes de elaborar o termo de referência (TR) para aquisição de bem ou serviço de TI, e já formalizada a demanda pela área requisitante em documento próprio, a equipe de planejamento da contratação (EPC), com participação da área técnica e da requisitante, deve elaborar o documento técnico que, com base nessa demanda, justifica a contratação, analisa alternativas de solução, dimensiona a necessidade, estima custos e define requisitos iniciais, constituindo a primeira etapa da fase preparatória da licitação. Com base nessas informações e à luz da Lei nº 14.133/2021, assinale a opção que apresenta esse documento obrigatório da fase preparatória.
documento de oficialização de demanda
prova de conceito (PoC)
estudo técnico preliminar (ETP)
edital de licitação
mapa de preços
Em sistemas complexos, a especificação de requisitos demanda documentos formais com modelos gráficos e descritivos, enquanto em ambientes técnicos bem compreendidos ou para produtos menores, os cenários de uso podem ser suficientes.
Certo
Errado
Na Engenharia de Software, a especificação de requisitos é o processo de documentar, de forma clara e consistente, o que o sistema deve fazer, garantindo compreensão mútua entre usuários e desenvolvedores. Nesse sentido, assinale a alternativa que NÃO corresponde a um tipo de especificação de requisitos utilizado nesse processo.
Sentenças em linguagem natural.
Linguagem natural estruturada.
Notações gráficas.
Especificações matemáticas.
Diagrama de Emoções de Software.
Na análise de requisitos de um sistema de informação, a etapa de especificação pode ser desconsiderada e substituída diretamente pelos ambientes de testes, homologação e produção, desde que os requisitos tenham sido bem definidos e documentados.
Certo
Errado
De acordo com a Norma Internacional ISO/IEC/IEEE 29148 que define os processos de engenharia de registros necessários para sistemas, assinale a alternativa que apresenta uma característica de um requisito bem especificado.
Não precisa ser qualificado por condições mensuráveis, desde que atenda ao objetivo do projeto
Um requisito bem especificado deve ser verificável, ou seja, sua realização no sistema deve ser demonstrável
Define o desempenho de um sistema quando usado por um stakeholder específico, ou seja, refere-se diretamente à capacidade do usuário ou operador
Pode ser flexível quanto às restrições, dependendo da necessidade de mudança durante o desenvolvimento do projeto


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.
Um Engenheiro de Software está adotando para sua equipe de desenvolvimento metodologias ágeis para melhorar o processo de desenvolvimento de software. No contexto da especificação de requisitos dentro dessas metodologias, assinale a alternativa que apresenta corretamente um dos princípios fundamentais da abordagem ágil:
A interação constante com o cliente é essencial para a coleta de requisitos, permitindo que eles evoluam conforme as necessidades do negócio mudam.
As equipes devem seguir rigidamente um plano de trabalho previamente definido, sem espaço para revisões ou adaptações, para garantir a entrega no prazo.
A documentação extensiva de requisitos é fundamental, pois garante que todas as partes interessadas tenham um entendimento claro e completo do sistema.
Os requisitos devem ser fixos e não sofrer alterações durante o ciclo de desenvolvimento para evitar retrabalho e confusão.
Segundo a NBR ISO 27003, da ABNT, e considerando a implantação de um Sistema de Gestão de Segurança da Informação (SGSI), a documentação a ser gerada durante a fase de condução de análise dos requisitos de segurança da informação é
a aprovação da direção para iniciar o SGSI.
a política de segurança da informação.
o plano final de ação para a implantação do SGSI.
a identificação dos ativos.
o plano de tratamento de risco.
É o seu pior pesadelo. Um cliente entra em seu escritório, senta-se, olha diretamente nos seus olhos e diz: “Eu sei que você pensa que entendeu o que eu disse, mas o que você não entende é que aquilo que eu disse não era o que eu quis dizer”. Invariavelmente, isso acontece no final do projeto, após compromissos de prazos de entrega terem sido estabelecidos, reputações estarem em risco e muito dinheiro estar em jogo.
Quem trabalhou na área de software e sistemas por mais do que alguns poucos anos já viveu esse pesadelo; mesmo assim, poucos aprenderam a livrar-se dele. Passamos por muitas dificuldades ao tentar extrair os requisitos de nossos clientes. Temos dificuldades para entender as informações obtidas. Normalmente, registramos os requisitos de forma desorganizada e investimos pouco tempo verificando aquilo que registramos. Deixamos que as mudanças nos controlem, em vez de estabelecermos mecanismos para controlar as mudanças. Em suma, não conseguimos estabelecer uma base sólida para o sistema ou software. Todos esses problemas são desafiadores. Quando combinados, o panorama é assustador até mesmo para os gerentes e profissionais mais experientes. Mas soluções existem.
(PRESSMAN, 2021, p. 103. Adaptado.)
Sobre a Engenharia de Requisitos, marque V para as afirmativas verdadeiras e F para as falsas.
( ) Recomenda-se iniciar a engenharia de requisitos desde o início de um projeto de software para garantir que o software atenda às necessidades do cliente.
( ) Durante a tarefa de elaboração na engenharia de requisitos, são identificados e analisados os cenários de usuário.
( ) A principal finalidade da negociação durante a engenharia de requisitos é eliminar completamente os requisitos conflitantes.
( ) A especificação de requisitos no contexto da engenharia de requisitos é um processo iterativo de captura e documentação dos requisitos.
( ) A rastreabilidade é importante na engenharia de requisitos para garantir que todos os requisitos estejam alinhados com as diretrizes de engenharia de software.
A sequência está correta em
V, V, F, V, V.
V, F, V, F, V.
V, V, F, V, F.
V, F, V, F, F.
Segundo Wiegers e Beatty (2013), assinale a alternativa correta que apresenta as categorias essenciais para o gerenciamento de requisitos durante o ciclo de vida de um projeto.
Controle de mudanças, rastreabilidade, controle de versão e acompanhamento de status
Controle de qualidade, rastreabilidade, priorização de requisitos e controle de mudanças
Controle de versão, análise de impacto, rastreabilidade e acompanhamento de stakeholders
Controle de versão, rastreabilidade, planejamento de iteração e controle de riscos
A definição dos requisitos e do escopo do projeto é uma etapa considerada essencial na fase de planejamento de um projeto de infraestrutura de TI.
Certo
Errado