Questões de Concurso Comentadas sobre engenharia de requisitos em engenharia de software

Foram encontradas 1.222 questões

Q490300 Engenharia de Software
A Gerência de Requisitos é
Alternativas
Ano: 2014 Banca: FUNCAB Órgão: MDA Prova: FUNCAB - 2014 - MDA - Gerente de Projetos |
Q476384 Engenharia de Software
A engenharia de requisitos envolve a execução de diversas tarefas, sendo uma delas definida como a ação de modelagem de análise, guiada pela criação e refinamento de cenários do usuário, que descrevem como o usuário final vai interagir com o sistema. O produto final gerado por essa tarefa é um modelo de análise que define o domínio do problema informacional, funcional e comportamental.

A tarefa descrita é denominada:
Alternativas
Ano: 2014 Banca: FUNCAB Órgão: MDA Prova: FUNCAB - 2014 - MDA - Gerente de Projetos |
Q476370 Engenharia de Software
O desenvolvimento de software direcionado aos negócios apresenta uma seqüência de etapas bem definidas, cada uma com uma finalidade, entrada e saída distintas. Uma dessas etapas tem por objetivo especificar o que precisa ser feito e não como é feito, e visa compreender um problema antes de experimentar uma solução. Os requisitos são coletados e examinados minuciosamente por meio da construção de modelos.

Essa etapa é denominada:
Alternativas
Q473131 Engenharia de Software
Paulo trabalha com requisitos de sistemas. Ele está focado em um sistema mal documentado, que possui milhares de linhas de código, em que os requisitos mudam com frequência. Isso tem causado diversas paradas inesperadas no sistema decorrentes de alterações em partes do código que causam falhas em outras partes, aumentando muito o custo de manutenção do sistema. Observando tal situação, Paulo propôs o uso de uma disciplina da Engenharia de Requisitos que consiste na definição formal de uma metodologia que permita compreender e controlar as mudanças nos requisitos do sistema, denominada
Alternativas
Q468375 Engenharia de Software
O que possibilita seguir um requisito, a partir de sua ori­gem, passando por seu desenvolvimento e especifica­ção, inclusive o projeto correspondente, é denominado
Alternativas
Q468356 Engenharia de Software
São cenários potencialmente dificultadores no processo de engenharia de requisitos:
Alternativas
Q468355 Engenharia de Software
O instrumento que pode ser usado para compreender os processos operacionais e ajudar a extrair requisitos de software e de sistema, pela imersão no ambiente de trabalho em que o sistema será usado, é denominado
Alternativas
Q468354 Engenharia de Software
Os requisitos podem ser classificados em funcionais e não funcionais. Em um sistema de venda de livros pela Internet, são exemplos de requisitos funcionais:
Alternativas
Q464049 Engenharia de Software
O gerenciamento de requisitos em grandes sistemas envolve o processamento de grandes volumes de informações sobre requisitos, o que exige o uso de apoio automatizado. As ferramentas de software para esse gerenciamento devem ser escolhidas durante a fase de planejamento de gerenciamento de requisitos. As ferramentas de apoio são usadas, principalmente, para
Alternativas
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.
Alternativas
Q459935 Engenharia de Software
Com relação ao documento de especificação de requisitos de software, assinale a alternativa correta.
Alternativas
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:
Alternativas
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?
Alternativas
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?
Alternativas
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:
Alternativas
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?
Alternativas
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:
Alternativas
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
Alternativas
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:
Alternativas
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
Alternativas
Respostas
801: A
802: B
803: B
804: D
805: E
806: D
807: E
808: C
809: C
810: A
811: D
812: E
813: D
814: E
815: D
816: D
817: A
818: A
819: E
820: E