Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.321 questões
Ano: 2014
Banca:
FEPESE
Órgão:
MPE-SC
Prova:
FEPESE - 2014 - MPE-SC - Analista em Tecnologia da Informação - Reaplicação |
Q459936
Engenharia de Software
Que requisitos no documento de especificação de requisitos descrevem como dados recebidos pelo software devem ser transformados em respostas (saídas). Estes requisitos descrevem as ações fundamentais que devem ser realizadas pelo software.
Ano: 2014
Banca:
FEPESE
Órgão:
MPE-SC
Prova:
FEPESE - 2014 - MPE-SC - Analista em Tecnologia da Informação - Reaplicação |
Q459935
Engenharia de Software
Com relação ao documento de especificação de requisitos de software, assinale a alternativa correta.
Q459390
Engenharia de Software
Existem quatro fases principais no processo de engenharia de requisitos. Uma delas trata da derivação de requisitos do sistema por meio da observação dos sistemas já existentes e de discussões com usuários potenciais e compradores. São atividades que podem envolver o desenvolvimento de um ou mais modelos de sistema e de protótipos, que ajudam o analista a compreender o sistema especificado. Essa fase é chamada de:
Ano: 2014
Banca:
FUNDATEC
Órgão:
SEFAZ-RS
Prova:
FUNDATEC - 2014 - SEFAZ-RS - Auditor Fiscal da Receita Estadual - Bloco 1 |
Q458189
Engenharia de Software
Considere as seguintes assertivas sobre a especificação de requisitos:
I. A especificação de requisitos é o processo de escrever os requisitos de usuário e de sistemas em um documento de requisitos.
II. No documento em que são especificados os requisitos, devem ser detalhados os aspectos tecnológicos da arquitetura e as restrições do projeto.
III. Os requisitos podem ser especificados de diversas formas, como, por exemplo, por meio de escrita em linguagem natural ou através do preenchimento de um formulário padrão, do tipo template.
Quais estão corretas?
I. A especificação de requisitos é o processo de escrever os requisitos de usuário e de sistemas em um documento de requisitos.
II. No documento em que são especificados os requisitos, devem ser detalhados os aspectos tecnológicos da arquitetura e as restrições do projeto.
III. Os requisitos podem ser especificados de diversas formas, como, por exemplo, por meio de escrita em linguagem natural ou através do preenchimento de um formulário padrão, do tipo template.
Quais estão corretas?
Ano: 2014
Banca:
FUNDATEC
Órgão:
SEFAZ-RS
Prova:
FUNDATEC - 2014 - SEFAZ-RS - Auditor Fiscal da Receita Estadual - Bloco 1 |
Q458188
Engenharia de Software
Na engenharia de requisitos, pode-se utilizar a seguinte técnica para o levantamento de requisitos de um software:
I. Cenários.
II. Joint Application Development (JAD).
III. Prototipação.
Quais estão corretas?
I. Cenários.
II. Joint Application Development (JAD).
III. Prototipação.
Quais estão corretas?
Ano: 2014
Banca:
FUNDATEC
Órgão:
SEFAZ-RS
Prova:
FUNDATEC - 2014 - SEFAZ-RS - Auditor Fiscal da Receita Estadual - Bloco 1 |
Q458187
Engenharia de Software
No processo de engenharia de requisitos, há uma de suas fases que tem a finalidade de verificar se os requisitos realmente definem o sistema que o cliente quer. Para isso, nessa fase, podem ser realizados diferentes tipos de verificações, tais como: (1) verificação de validade dos requisitos; (2) verificação de completude, para avaliar se os documentos incluem todos os requisitos e se definem todos os comportamentos e restrições definidas; (3) verificação do realismo, para assegurar que os requisitos podem ser implementados usando as tecnologias disponíveis; e (4) testes que demonstrem que o sistema entregue atende a cada requisito especificado. Portanto, na engenharia de requisitos, tais verificações são realizadas em uma fase chamada de:
Ano: 2014
Banca:
FUNDATEC
Órgão:
SEFAZ-RS
Prova:
FUNDATEC - 2014 - SEFAZ-RS - Auditor Fiscal da Receita Estadual - Bloco 1 |
Q458186
Engenharia de Software
Em um software, existem requisitos que podem ser categorizados segundo o modelo FURPS, onde cada letra provém de uma palavra em inglês (acrônimo). Sobre esse modelo, considere as seguintes assertivas:
I. O modelo FURPS pode ser utilizado para categorizar os requisitos não funcionais de um software.
II. No acrônimo FURPS, a letra "R" significa "Reliability", ou seja, "Consistência". Em um software, um requisito de consistência diz respeito, por exemplo, à consistência que deve existir, em um banco de dados, ao se concluir uma transação.
III. Tempo de resposta e consumo de recursos, como memória RAM e processador, são características de requisitos de um software, relacionadas, no acrônimo FURPS, à letra "P", que significa "Performance".
Quais estão corretas?
I. O modelo FURPS pode ser utilizado para categorizar os requisitos não funcionais de um software.
II. No acrônimo FURPS, a letra "R" significa "Reliability", ou seja, "Consistência". Em um software, um requisito de consistência diz respeito, por exemplo, à consistência que deve existir, em um banco de dados, ao se concluir uma transação.
III. Tempo de resposta e consumo de recursos, como memória RAM e processador, são características de requisitos de um software, relacionadas, no acrônimo FURPS, à letra "P", que significa "Performance".
Quais estão corretas?
Ano: 2014
Banca:
FGV
Órgão:
AL-BA
Prova:
FGV - 2014 - AL-BA - Técnico de Nível Superior - Análise de Sistemas |
Q457512
Engenharia de Software
A validação de requisitos é uma importante etapa no desenvolvimento de um software. Por meio de requisitos de qualidade é possível detectar e corrigir erros no desenvolvimento, minimizando tempo e custos durante a construção do software.
I. A revisão técnica formal pode ser considerada o mecanismo primário de validação de requisitos.
II. A presença de clientes e usuários, na validação de requisitos, deve ser evitada para que não se comprometa o trabalho técnico realizado por engenheiros de software.
III. Gestão ou gerenciamento de requisitos é o processo de acompanhar as etapas do desenvolvimento para que não ocorram mudanças nos requisitos após a revisão técnica final.
Assinale:
I. A revisão técnica formal pode ser considerada o mecanismo primário de validação de requisitos.
II. A presença de clientes e usuários, na validação de requisitos, deve ser evitada para que não se comprometa o trabalho técnico realizado por engenheiros de software.
III. Gestão ou gerenciamento de requisitos é o processo de acompanhar as etapas do desenvolvimento para que não ocorram mudanças nos requisitos após a revisão técnica final.
Assinale:
Ano: 2014
Banca:
FGV
Órgão:
AL-BA
Prova:
FGV - 2014 - AL-BA - Técnico de Nível Superior - Análise de Sistemas |
Q457510
Engenharia de Software
Os métodos de levantamento de requisitos, basicamente estão contidos em dois grupos: métodos interativos e métodos não obstrutivos. Um dos métodos interativos é a entrevista, que deve ser organizada em uma sequência lógica. A forma de se organizar uma entrevista que possui uma abordagem indutiva é a
Ano: 2014
Banca:
FGV
Órgão:
AL-BA
Prova:
FGV - 2014 - AL-BA - Técnico de Nível Superior - Análise de Sistemas |
Q457505
Engenharia de Software
A análise de requisitos é um processo que envolve a construção de diversos modelos. Esses modelos devem ter a compreensão de todos os atores, dos desenvolvedores aos clientes. Os modelos de casos de uso são formas de estruturar essa filosofia.
A respeito dos modelos de casos de uso, analise as afirmativas a seguir.
I. Esses modelos descrevem o que o sistema faz, sem entrar no mérito de como é feito.
II. Esses modelos fornecem uma abordagem para os desenvolvedores chegarem a uma compreensão comum com os usuários finais.
III. Quando não caracterizarem uma transação completa, esses modelos, como regra, devem ser considerados passos de um caso de uso maior.
Assinale:
A respeito dos modelos de casos de uso, analise as afirmativas a seguir.
I. Esses modelos descrevem o que o sistema faz, sem entrar no mérito de como é feito.
II. Esses modelos fornecem uma abordagem para os desenvolvedores chegarem a uma compreensão comum com os usuários finais.
III. Quando não caracterizarem uma transação completa, esses modelos, como regra, devem ser considerados passos de um caso de uso maior.
Assinale:
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455287
Engenharia de Software
Considere:
I. Para cada processo aberto deve ser emitido um aviso eletrônico para o juizado correspondente.
II. Os tempos de resposta do sistema não podem exceder a 20 milissegundos, em qualquer hipótese.
III. A disponibilidade da rede de dados deve ser 24 × 7.
IV. Cada juiz deve ser capaz de realizar uma busca de processos, tanto pelo número quanto pela data ou pelo responsável.
V. Toda modificação realizada nos programas do sistema devem seguir os padrões estabelecidos na Gestão de Mudanças.
É exemplo de requisito não funcional o que consta APENAS em
I. Para cada processo aberto deve ser emitido um aviso eletrônico para o juizado correspondente.
II. Os tempos de resposta do sistema não podem exceder a 20 milissegundos, em qualquer hipótese.
III. A disponibilidade da rede de dados deve ser 24 × 7.
IV. Cada juiz deve ser capaz de realizar uma busca de processos, tanto pelo número quanto pela data ou pelo responsável.
V. Toda modificação realizada nos programas do sistema devem seguir os padrões estabelecidos na Gestão de Mudanças.
É exemplo de requisito não funcional o que consta APENAS em
Ano: 2014
Banca:
FCC
Órgão:
TRT - 13ª Região (PB)
Prova:
FCC - 2014 - TRT - 13ª Região (PB) - Analista Judiciário - Tecnologia da Informação |
Q455276
Engenharia de Software
O desenvolvimento evolucionário baseia-se na ideia de desenvolvimento de uma implementação inicial, expondo o resultado aos comentários do usuário e refinando-o em novas versões até que seja desenvolvido um sistema adequado. As atividades de especificação, desenvolvimento e validação são intercaladas ao invés de separadas, com rápido feedback entre elas.
Sommerville define dois tipos fundamentais de desenvolvimento evolucionário.Considere:
I. Descrever todos os requisitos não funcionais antes de fazer o protótipo. Descrever os requisitos funcionais e técnicos. Implementar todos requisitos e desenvolver novo protótipo.
II. Trabalhar com o cliente para explorar os requisitos e entregar um sistema final. O desenvolvimento começa com as partes do sistema compreendidas. O sistema evolui por meio da adição de novas características propostas pelo cliente.
III. Incorporar e implementar todas as mudanças do software no primeiro estágio do desenvolvimento, definindo todos os requisitos técnicos. Formar um protótipo a partir daí. O sistema evolui por meio da adição de novas características propostas pelo cliente.
IV. Compreender os requisitos do cliente e, a partir disso, desenvolver melhor definição de requisitos para o sistema. O protótipo se concentra na experimentação dos requisitos mal compreendidos do cliente.
De acordo com Sommerville
Sommerville define dois tipos fundamentais de desenvolvimento evolucionário.Considere:
I. Descrever todos os requisitos não funcionais antes de fazer o protótipo. Descrever os requisitos funcionais e técnicos. Implementar todos requisitos e desenvolver novo protótipo.
II. Trabalhar com o cliente para explorar os requisitos e entregar um sistema final. O desenvolvimento começa com as partes do sistema compreendidas. O sistema evolui por meio da adição de novas características propostas pelo cliente.
III. Incorporar e implementar todas as mudanças do software no primeiro estágio do desenvolvimento, definindo todos os requisitos técnicos. Formar um protótipo a partir daí. O sistema evolui por meio da adição de novas características propostas pelo cliente.
IV. Compreender os requisitos do cliente e, a partir disso, desenvolver melhor definição de requisitos para o sistema. O protótipo se concentra na experimentação dos requisitos mal compreendidos do cliente.
De acordo com Sommerville
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452049
Engenharia de Software
"É uma técnica utilizada no levantamento de requisitos, que promove a cooperação, entendimento e trabalho em grupo entre usuários e desenvolvedores. Facilita a criação de uma visão compartilhada do que o produto de software deve ser. Possui quatro princípios básicos: dinâmica de grupo, uso de técnicas visuais, manutenção do processo organizado e racional e utilização de documentação padrão. É composta por duas etapas principais: planejamento e projeto. Cada etapa consiste nas fases de adaptação, sessão e finalização." O texto refere-se à técnica de:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452036
Engenharia de Software
Durante o processo de validação de requisitos diferentes tipos de verificação devem ser efetuados com requisitos no documento de requisitos. Dois desses tipos são conceitualmente apresentadas a seguir:
I. nesta abordagem para validação, um modelo executável do sistema em questão é demostrado para os usuários finais e clientes. Estes podem verificar o modelo para verificar se ele atende às suas reais necessidades.
II. um usuário pode pensar que é necessário um sistema para executar determinadas funções. No entanto, maior reflexão e análise mais aprofundada podem identificar funções necessárias, adicionais ou diferentes. O sistema tem diversos stakeholders com diferentes necessidades, e qualquer conjunto de requisitos é inevitavelmente um compromisso da comunidade de stakeholders.
Os tipos de verificação I e II referem-se, respectivamente, a:
I. nesta abordagem para validação, um modelo executável do sistema em questão é demostrado para os usuários finais e clientes. Estes podem verificar o modelo para verificar se ele atende às suas reais necessidades.
II. um usuário pode pensar que é necessário um sistema para executar determinadas funções. No entanto, maior reflexão e análise mais aprofundada podem identificar funções necessárias, adicionais ou diferentes. O sistema tem diversos stakeholders com diferentes necessidades, e qualquer conjunto de requisitos é inevitavelmente um compromisso da comunidade de stakeholders.
Os tipos de verificação I e II referem-se, respectivamente, a:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452035
Engenharia de Software
"Em um sistema em desenvolvimento, um novo requisito precisou ser implementado com urgência. A equipe de desenvolvimento resolveu então mudar o sistema e, em seguida, retrospectivamente, modificar o documento de requisitos que já tinha sido aprovado. Como as mudanças no sistema já haviam sido feitas, a equipe esqueceu-se de incluir parte das informações de alteração no documento de requisitos, além de serem inseridas algumas informações inconsistentes com a implementação."
Percebe-se no texto que houve falha, principalmente, no processo de:
Percebe-se no texto que houve falha, principalmente, no processo de:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452034
Engenharia de Software
Os processos de engenharia de requisitos podem incluir quatro atividades de alto nível. A atividade que objetiva descobrir os requisitos é conhecida como:
Ano: 2014
Banca:
Quadrix
Órgão:
COBRA Tecnologia S/A (BB)
Prova:
Quadrix - 2014 - COBRA Tecnologia S-A (BB) - Analista de Operações - Negócios |
Q452032
Engenharia de Software
Analise os requisitos a seguir, de um sistema para uma clínica médica.
1. O usuário deve ser capaz de pesquisar as listas de agendamento de pacientes.
2. O sistema deve implementar as disposições de privacidade dos pacientes, tal como estabelecido pela legislação e padrões internacionais.
3. O sistema deve ser capaz de gerar a cada dia uma lista de pacientes para consulta naquele dia.
4. A equipe médica deve ser capaz de usar todas as funções do sistema após quatro horas de treinamento.
5. Cada membro da equipe que usa o sistema deve ser identificado apenas por seu número de identificação de dez dígitos.
6. O sistema deve estar disponível durante o horário comercial, sendo permitido um tempo de indisponibilidade que não exceda cinco segundos.
São requisitos funcionais SOMENTE o que consta em:
1. O usuário deve ser capaz de pesquisar as listas de agendamento de pacientes.
2. O sistema deve implementar as disposições de privacidade dos pacientes, tal como estabelecido pela legislação e padrões internacionais.
3. O sistema deve ser capaz de gerar a cada dia uma lista de pacientes para consulta naquele dia.
4. A equipe médica deve ser capaz de usar todas as funções do sistema após quatro horas de treinamento.
5. Cada membro da equipe que usa o sistema deve ser identificado apenas por seu número de identificação de dez dígitos.
6. O sistema deve estar disponível durante o horário comercial, sendo permitido um tempo de indisponibilidade que não exceda cinco segundos.
São requisitos funcionais SOMENTE o que consta em:
Q450884
Engenharia de Software
É um exemplo de requisito funcional:
Q450883
Engenharia de Software
São exemplos de requisitos externos:
Ano: 2014
Banca:
Quadrix
Órgão:
SERPRO
Prova:
Quadrix - 2014 - SERPRO - Analista - Desenvolvimento de Sistemas |
Q450044
Engenharia de Software
A análise de requisitos orientada a pontos de vista e à elicitação de requisitos utilizando workshops utilizam reuniões em grupo entre analistas e stakeholders para identificar, entre outras coisas, os serviços em potencial e as entidades que interagem com o sistema. Nessas reuniões, a principal técnica recomendada é conhecida por:
Conheça nossos planos