Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.349 questões
Ano: 2012
Banca:
CESPE / CEBRASPE
Órgão:
MPE-PI
Prova:
CESPE - 2012 - MPE-PI - Analista Ministerial - Informática |
Q234757
Engenharia de Software
Texto associado
Considerando o desenvolvimento de um projeto de informatização
do acompanhamento público de processos jurídicos, julgue os itens
a seguir, com relação aos requisitos do sistema de informação.
do acompanhamento público de processos jurídicos, julgue os itens
a seguir, com relação aos requisitos do sistema de informação.
Por ser inadequada, a utilização de protótipos para a validação dos requisitos não funcionais deve ser descartada.
Ano: 2012
Banca:
CESPE / CEBRASPE
Órgão:
MPE-PI
Prova:
CESPE - 2012 - MPE-PI - Analista Ministerial - Informática |
Q234756
Engenharia de Software
Texto associado
Considerando o desenvolvimento de um projeto de informatização
do acompanhamento público de processos jurídicos, julgue os itens
a seguir, com relação aos requisitos do sistema de informação.
do acompanhamento público de processos jurídicos, julgue os itens
a seguir, com relação aos requisitos do sistema de informação.
Identificada facilidade do cliente em entender uma especificação matemática, é correto utilizar, também, na especificação dos requisitos, notações baseadas em máquinas de estado finito, uma vez que elas podem reduzir a ambiguidade de um documento de requisitos.
Ano: 2012
Banca:
FCC
Órgão:
TRE-SP
Prova:
FCC - 2012 - TRE-SP - Analista Judiciário - Análise de Sistemas |
Q232440
Engenharia de Software
Enquanto a definição de requisitos para um novo sistema é desenvolvida, uma melhor compreensão da necessidade dos usuários é alcançada, e é esperado que haja uma evolução nos requisitos do sistema para acomodar este novo entendimento das necessidades dos usuários. A partir dessa perspectiva de evolução, os requisitos são divididos em duas classes, permanentes e voláteis. Sobre a divisão dos requisitos voláteis, considere:
I. Requisitos mutáveis surgem à medida que a compreensão do cliente sobre o sistema aumenta, tornando-o apto a sugerir e requisitar mudanças.
II. Requisitos consequentes estão diretamente ligados a introdução de sistemas de computação na empresa, que podem modificar processos e criar novos métodos de trabalho.
III. Requisitos emergentes são os requisitos relativamente estáveis, que derivam da atividade principal da organização e se relacionam diretamente com o domínio do sistema.
Está correto o que consta em
I. Requisitos mutáveis surgem à medida que a compreensão do cliente sobre o sistema aumenta, tornando-o apto a sugerir e requisitar mudanças.
II. Requisitos consequentes estão diretamente ligados a introdução de sistemas de computação na empresa, que podem modificar processos e criar novos métodos de trabalho.
III. Requisitos emergentes são os requisitos relativamente estáveis, que derivam da atividade principal da organização e se relacionam diretamente com o domínio do sistema.
Está correto o que consta em
Q225159
Engenharia de Software
Um processo de desenvolvimento de software provê uma base para a produção organizada de software, usando uma coleção de técnicas e notações pré-definidas. O desenvolvimento de software apresenta uma sequência de etapas bem definidas, cada uma com uma finalidade, entrada e saída distintas. Nesse processo, duas etapas são sintetizadas a seguir. Observe.
I. Tem por objetivo a especificação de requisitos construindo modelos. É necessário compreender um problema, antes de experimentar uma solução.
II. Tem por objetivo o desenvolvimento e ajuste dos modelos do mundo real da análise, de modo que sejam passíveis de ser implementados no computador. É necessário determinar métodos para realizar as operações.
As duas etapas descritas são denominadas, respectivamente,
I. Tem por objetivo a especificação de requisitos construindo modelos. É necessário compreender um problema, antes de experimentar uma solução.
II. Tem por objetivo o desenvolvimento e ajuste dos modelos do mundo real da análise, de modo que sejam passíveis de ser implementados no computador. É necessário determinar métodos para realizar as operações.
As duas etapas descritas são denominadas, respectivamente,
Ano: 2012
Banca:
CONSULPLAN
Órgão:
TSE
Prova:
CONSULPLAN - 2012 - TSE - Analista Judiciário - Análise de Sistemas |
Q223203
Engenharia de Software
Observe a figura, relacionada às metodologias de desenvolvimento, com particular enfoque aos requisitos e especificação de sistemas.
Uma das fases é direcionada a verificação dos requisitos em relação ao realismo, consistência e abrangência. Durante esse processo, erros no documento de requisito são inevitavelmente descobertos. Devem, então, ser feitas as modificações para corrigir os problemas. Essa fase denomina- se
Uma das fases é direcionada a verificação dos requisitos em relação ao realismo, consistência e abrangência. Durante esse processo, erros no documento de requisito são inevitavelmente descobertos. Devem, então, ser feitas as modificações para corrigir os problemas. Essa fase denomina- se
Ano: 2012
Banca:
FCC
Órgão:
TRE-CE
Prova:
FCC - 2012 - TRE-CE - Técnico Judiciário - Programação de Sistemas |
Q220594
Engenharia de Software
A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito não-funcional
Ano: 2012
Banca:
FCC
Órgão:
TRE-CE
Prova:
FCC - 2012 - TRE-CE - Analista Judiciário - Análise de Sistemas |
Q219966
Engenharia de Software
Considere:
I. Para cada cliente deve ser aplicado um identificador único.
II. O tempo de resposta entre a requisição e a informação não pode exceder a 2 ms.
III. Clientes têm filiais que devem "carregar", na base de dados, o identificador do cliente principal.
IV. O sistema não deve ferir as leis de proteção ambiental.
São requisitos não funcionais os que constam em
I. Para cada cliente deve ser aplicado um identificador único.
II. O tempo de resposta entre a requisição e a informação não pode exceder a 2 ms.
III. Clientes têm filiais que devem "carregar", na base de dados, o identificador do cliente principal.
IV. O sistema não deve ferir as leis de proteção ambiental.
São requisitos não funcionais os que constam em
Ano: 2012
Banca:
FCC
Órgão:
TCE-AP
Prova:
FCC - 2012 - TCE-AP - Analista de Controle Externo - Tecnologia da Informação |
Q215865
Engenharia de Software
Em relação a requisitos de sistemas, considere:
I. O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter em certas situações e, em alguns casos, especificar o que o sistema não deve fazer, são chamados de requisitos não-funcionais.
II. As restrições aos serviços ou funções de um sistema, como, por exemplo, processos de desenvolvimento ou utilização de padrões, são requisitos de funcionamento do sistema ou requisitos funcionais.
III. Requisitos que vem do domínio da aplicação do sistema e refletem características ou restrições para aquele domínio são chamados de requisitos de domínio e podem ser requisitos funcionais e/ou não-funcionais.
Está correto o que se afirma em
I. O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter em certas situações e, em alguns casos, especificar o que o sistema não deve fazer, são chamados de requisitos não-funcionais.
II. As restrições aos serviços ou funções de um sistema, como, por exemplo, processos de desenvolvimento ou utilização de padrões, são requisitos de funcionamento do sistema ou requisitos funcionais.
III. Requisitos que vem do domínio da aplicação do sistema e refletem características ou restrições para aquele domínio são chamados de requisitos de domínio e podem ser requisitos funcionais e/ou não-funcionais.
Está correto o que se afirma em
Ano: 2012
Banca:
AOCP
Órgão:
BRDE
Prova:
AOCP - 2012 - BRDE - Analista de Sistemas - Desenvolvimento de Sistemas - (Prova TIPO 4) |
Q215139
Engenharia de Software
Sobre a Obtenção de requisitos de um sistema proposto, abaixo analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
I. Fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.
II. A interação com os stakeholders neste processo de dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção.
III. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos.
IV. Fontes de requisitos como stakeholders, domínios e outros sistemas podem ser representados como pontos de vista do sistema, em que cada ponto de vista apresenta um subconjunto de requisitos do novo sistema.
I. Fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.
II. A interação com os stakeholders neste processo de dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção.
III. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos.
IV. Fontes de requisitos como stakeholders, domínios e outros sistemas podem ser representados como pontos de vista do sistema, em que cada ponto de vista apresenta um subconjunto de requisitos do novo sistema.
Ano: 2012
Banca:
FCC
Órgão:
TJ-PE
Prova:
FCC - 2012 - TJ-PE - Analista Judiciário - Analista de Sistemas |
Q214807
Engenharia de Software
Na engenharia de requisitos trata-se de uma técnica de elicitação que ocorre em ambiente mais informal em que toda a idéia deve ser levada em consideração para a solução de um problema, sendo proibida a crítica a qualquer sugestão dada, e encorajada, inclusive, a criação de ideias que pareçam estranhas ou exóticas:
Q1208914
Engenharia de Software
Julgue o item subsecutivo, referentes à engenharia de requisito.
A rastreabilidade bidirecional ocorre tanto de forma horizontal quanto vertical: a vertical estabelece a dependência entre os requisitos ou produtos de trabalho em um mesmo nível, podendo ocorrer em relação aos requisitos entre si ou entre códigos de unidades dependentes; a horizontal estabelece um rastreamento a partir de um requisito fonte, passando pelos requisitos de mais baixo nível, até atingir o nível de decomposição mais baixo do produto.
A rastreabilidade bidirecional ocorre tanto de forma horizontal quanto vertical: a vertical estabelece a dependência entre os requisitos ou produtos de trabalho em um mesmo nível, podendo ocorrer em relação aos requisitos entre si ou entre códigos de unidades dependentes; a horizontal estabelece um rastreamento a partir de um requisito fonte, passando pelos requisitos de mais baixo nível, até atingir o nível de decomposição mais baixo do produto.
Q1201267
Engenharia de Software
Analise as seguintes afirmativas sobre requisitos de sistemas.
I. “Requisitos funcionais” são declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.
II. “Requisitos não funcionais” se aplicam à propriedades do sistema como um todo e podem definir restrições como tempo de resposta, espaço de armazenamento e perfis de acesso ao sistema.
III. “Requisitos de domínio” são regras de negócio, como uma fórmula de cálculo, que podem estar associadas somente a “requisitos funcionais” do sistema.
Assinale a alternativa CORRETA:
I. “Requisitos funcionais” são declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.
II. “Requisitos não funcionais” se aplicam à propriedades do sistema como um todo e podem definir restrições como tempo de resposta, espaço de armazenamento e perfis de acesso ao sistema.
III. “Requisitos de domínio” são regras de negócio, como uma fórmula de cálculo, que podem estar associadas somente a “requisitos funcionais” do sistema.
Assinale a alternativa CORRETA:
Q1194128
Engenharia de Software
Ao determinar um conjunto inicial de requisitos funcionais para um sistema Web de controle de pedidos feitos por postos de revenda de combustível, um analista inexperiente de uma empresa distribuidora chegou aos seguintes requisitos:
I - O sistema deverá permitir ao representante do posto solicitar uma entrega de combustíveis.
II - O sistema deverá utilizar JAVA.
III - O sistema deverá suportar pedidos em português e espanhol.
É(São) requisito(s) funcional(is) APENAS o(s) descrito(s) em
I - O sistema deverá permitir ao representante do posto solicitar uma entrega de combustíveis.
II - O sistema deverá utilizar JAVA.
III - O sistema deverá suportar pedidos em português e espanhol.
É(São) requisito(s) funcional(is) APENAS o(s) descrito(s) em
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453050
Engenharia de Software
Sobre os requisitos de software, é correto afirmar que:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379807
Engenharia de Software
O processo de engenharia de requisitos é realizado por meio da execução das funções con- cepção, levantamento, elaboração, negociação, especificação, validação e gestão. A validação se encarrega de realizar a avaliação quanto à qualidade, examinando a especificação para garantir que todos os requisitos do software tenham sido declarados de modo não ambíguo, que as inconsistências, omissões e erros tenham sido detectados e corrigidos e que os produtos de trabalho estejam de acordo com as normas estabelecidas para o processo, o projeto e o produto. O principal mecanismo de validação de requisitos é denominado:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379806
Engenharia de Software
Texto associado
Como a maioria das atividades de engenharia, a reengenharia de processo de negócio é interativa. As metas do negócio e os processos que as alcançam precisam ser adaptados a um ambiente de negócios mutante. Por essa razão, não há começo nem fim para a BPR - é um processo evolutivo. Esse modelo é ilustrado na figura que segue.
As fases I, II, III e IV são denominadas, respectivamente:
Q268170
Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o item a seguir.
São considerados facilitadores para uma reunião: direcionar a discussão, encerrar a conversação e preparar um histórico, à medida que a reunião acontece, que vai ajudar na consolidação dos resultados e na identificação das próximas etapas.
São considerados facilitadores para uma reunião: direcionar a discussão, encerrar a conversação e preparar um histórico, à medida que a reunião acontece, que vai ajudar na consolidação dos resultados e na identificação das próximas etapas.
Q268169
Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o item a seguir.
As entrevistas podem ser classificadas como abertas ou fechadas. Nas entrevistas fechadas, não há roteiro predefinido. Na prática, é possível implementar uma combinação de entrevistas abertas e fechadas, visando obter uma compreensão mais ampla das necessidades dos stakeholders com relação ao sistema.
As entrevistas podem ser classificadas como abertas ou fechadas. Nas entrevistas fechadas, não há roteiro predefinido. Na prática, é possível implementar uma combinação de entrevistas abertas e fechadas, visando obter uma compreensão mais ampla das necessidades dos stakeholders com relação ao sistema.
Q268168
Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a
obtenção de requisitos de um software, julgue o item a seguir.
A coleta inicial dos requisitos ocorre normalmente em reunião que participam os stakeholders, gerentes, desenvolvedores e todas as pessoas envolvidas com o projeto. As regras e agenda da reunião devem ser comunicadas para todos os participantes. Os tópicos a serem discutidos nessa coleta inicial incluem identificação do problema, necessidade e justificativa do novo produto de software.
A coleta inicial dos requisitos ocorre normalmente em reunião que participam os stakeholders, gerentes, desenvolvedores e todas as pessoas envolvidas com o projeto. As regras e agenda da reunião devem ser comunicadas para todos os participantes. Os tópicos a serem discutidos nessa coleta inicial incluem identificação do problema, necessidade e justificativa do novo produto de software.
Q268167
Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que os requisitos refletem o sistema que se deseja construir, julgue o item subsequente.
Verificações de realismo buscam averiguar se os requisitos não estão conflitantes, enquanto verificações de consistência, considerando a tecnologia existente, visam analisar a viabilidade de implementação desses requisitos.
Verificações de realismo buscam averiguar se os requisitos não estão conflitantes, enquanto verificações de consistência, considerando a tecnologia existente, visam analisar a viabilidade de implementação desses requisitos.
Conheça nossos planos