A descrição informal do que o sistema deve fazer, tal como ler código de b...

A descrição informal do que o sistema deve fazer, tal como ler código de barras, identificar o produto e calcular o total da compra, faz parte da especificação de requisitos do programa.

Q219066 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • Polícia Federal • Perito Criminal Federal Informática

📖 Texto associado ▼

Considere que se deseja desenvolver um sistema para controle
de caixa de supermercado tendo como base um computador
que registra os produtos vendidos, interagindo com
dispositivos de entrada e saída tais como impressora, teclado
e leitora de código de barras. Esse sistema deve interagir
também com o operador do caixa e com um banco de dados do
estabelecimento. A partir dessas informações, julgue os itens
que se seguem.

A descrição informal do que o sistema deve fazer, tal como ler código de barras, identificar o produto e calcular o total da compra, faz parte da especificação de requisitos do programa.

a) Certo
b) Errado

🚀 Desbloqueie a explicação completa

Veja comentários detalhados e resoluções exclusivas para entender o gabarito desta questão.

David Castilho
31/12/1969 • 21:00

Gabarito: a) Certo

A descrição informal do que o sistema deve fazer, como ler código de barras, identificar o produto e calcular o total da compra, faz parte da especificação de requisitos do programa.

A especificação de requisitos é uma etapa fundamental no desenvolvimento de sistemas de software, pois consiste em documentar de forma clara e detalhada o que o sistema deve fazer, quais funcionalidades deve possuir e como deve se comportar em diferentes situações. Nesse sentido, a descrição informal mencionada no enunciado é uma parte essencial desse processo, pois ajuda a definir as necessidades e expectativas do sistema a ser desenvolvido.

🔒

Conteúdo restrito

Cadastre-se para visualizar comentários e resoluções.

Criar conta grátis

Questões sobre Engenharia de Requisitos

1

Q110419 • Engenharia de Software • Engenharia de Requisitos • FCC • TCE AM • Analista de Controle Externo Tecnologia da Informação
A gestão de requisitos é um conjunto de atividades que tem como principal objetivo ajudar a equipe de projeto a
- a) utilizar ferramentas de engenharia de software para modelar os requisitos do sistema, através da UML.
- b) identificar, controlar e rastrear requisitos e modificações de requisitos em qualquer época, à medida que o projeto prossegue.
- c) construir um modelo técnico refinado de funções, características e restrições do software.
- d) negociar com os clientes os conflitos de prioridade de requisitos e identificar e analisar os riscos associados a cada requisito.
- e) avaliar os requisitos quanto à qualidade, garantindo que ambiguidades, inconsistências, omissões e erros tenham sido detectados e corrigidos.
2

Q108980 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • SAD PE • Analista de Controle Interno – Tecnologia da Informação
Um requisito de software expressa as necessidades e restrições colocadas em um produto de software que contribuem para a solução de algum problema do mundo real. Acerca desse assunto, assinale a opção correta.
- a) Os contratantes ou clientes são os principais colaboradores envolvidos no fornecimento de informações para o processo de levantamento ou elicitação de requisitos de software, os demais grupos de pessoas que podem fornecer informações são considerados de importância secundária.
- b) As necessidades dos usuários a serem atendidas por um produto de software constituem a classe de requisitos funcionais, e as restrições mencionadas na definição de requisitos constituem a classe de requisitos não funcionais.
- c) Entre as fontes de informação para a elicitação de requisitos, destacam-se, além dos colaboradores, o conhecimento do domínio de aplicação em que o software funcionará, o ambiente operacional do software e o ambiente organizacional.
- d) A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos.
- e) A técnica de casos de uso, empregada em alguns modelos de desenvolvimento de software atuais, é mais aderente à construção de cenários durante a construção de protótipos que durante a elicitação de requisitos.
3

Q114182 • Engenharia de Software • Engenharia de Requisitos • FCC • BAHIAGÁS • Analista de Processos Organizacionais Análise de Sistemas
É uma restrição sobre os serviços ou as funções oferecidos pelo sistema. Pode ser uma restrição de timing, sobre o processo de desenvolvimento, sobre o desempenho ou sobre a confiabilidade do sistema, entre outras. Trata-se de
- a) requisito não funcional.
- b) requisto funcional.
- c) especificação de risco.
- d) iteração de processo.
- e) etnografia.
4

Q117180 • Engenharia de Software • Engenharia de Requisitos • FCC • INFRAERO • Analista de Sistemas Desenvolvimento e Manutenção
A engenharia de requisitos ajuda os engenheiros de software a compreender melhor o problema que eles vão trabalhar para resolver. Ela inclui um conjunto de tarefas que levam a um entendimento de qual será o impacto do software sobre o negócio, do que o cliente quer e de como os usuários finais vão interagir com o software. A função de negociação no processo de engenharia de requisitos
- a) especifica, revisa e valida o problema de modo a garantir que seu entendimento e o entendimento do cliente sobre o problema coincidam.
- b) refina e modifica os requisitos. É uma ação de modelagem de análise composta de várias tarefas de modelagem e refinamento.
- c) define quais são as prioridades, o que é essencial, o que é necessário. Clientes, usuários e outros interessados são solicitados a ordenar os requisitos e depois discutir os conflitos de prioridade.
- d) ajuda o cliente a definir o que é necessário.
- e) define o escopo e a natureza do problema a ser resolvido.
5

Q120945 • Engenharia de Software • Engenharia de Requisitos • CESGRANRIO • Petrobras • Analista de Sistemas Pleno Processos
Sobre a Análise e o Gerenciamento de Requisitos, é FALSO afirmar que:
- a) quanto mais tarde for identificado um problema na análise de requisitos, maior será o custo com o retrabalho.
- b) a elicitação é o processo de identificação e entendimento das necessidades e restrições dos usuários, enquanto que a especificação é o processo de formalização das necessidades e restrições dos usuários em requisitos funcionais de software.
- c) na análise de requisitos o cliente utiliza as melhores práticas de engenharia de requisitos na tarefa de descrever suas necessidades.
- d) o gerenciamento de requisitos corresponde ao conjunto de atividades que auxilia a equipe do projeto a identificar, controlar e rastrear os requisitos, bem como a fazer as alterações nos requisitos durante o projeto.
- e) o gerenciamento de requisitos implica a alteração, inclusão e/ou exclusão de requisitos ao produto de software, o que pode levar a alterações de prazos, de recursos humanos, de equipamentos e de tecnologia.
6

Q120215 • Engenharia de Software • Engenharia de Requisitos • UFF • UFF • Analista de Tecnologia da Informação
Na engenharia de requisitos, a etapa em que a equipe de revisão examina a especificação do sistema, procurando erros de conteúdo ou interpretação, áreas em que esclarecimentos podem ser necessários, informação omissa, inconsistências, requisitos conflitantes ou requisitos não realísticos, é conhecida como:
- a) análise e negociação de requisitos;
- b) modelagem do sistema;
- c) gestão de requisitos;
- d) especificação de requisitos;
- e) validação de requisitos.
7

Q185846 • Engenharia de Software • Engenharia de Requisitos • FCC • DPE SP • Agente de Defensoria Programador
No contexto da Engenharia de Requisitos, considere:

I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às dependências da corporação por técnicos, supervisores e chefes.

II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser incluídos por chefes de seção.

Em relação às assertivas acima, é correto afirmar:
- a) o item I trata de um requisito funcional e a ele está associado o requisito não funcional, contido no item II.
- b) o item I trata de um requisito não funcional e a ele está associado o requisito funcional, contido no item II.
- c) ambos referem-se a requisitos funcionais.
- d) a assertiva contida no item II é uma condição restritiva do requisito não funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional.
- e) a assertiva contida no item II é uma condição restritiva do requisito funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional.
8

Q115676 • Engenharia de Software • Engenharia de Requisitos • FGV • BADESC • Analista de Sistemas
Analise o fragmento a seguir:

"a base de dados deve ser protegida para acesso apenas de usuários autorizados".

O fragmento acima apresenta um exemplo do seguinte requisito:
- a) funcional.
- b) de usuário.
- c) de sistema.
- d) de domínio.
- e) não-funcional.
9

Q263705 • Engenharia de Software • Engenharia de Requisitos • FCC • TRT 23a REGIÃO • Técnico Judiciário Tecnologia da Informação
Detalhes técnicos desnecessários especificados pelos usuários podem confundir os objetivos globais do sistema. No levantamento de requisitos, trata-se de um problema de
- a) complexidade.
- b) detalhamento.
- c) entendimento.
- d) escopo.
- e) volatilidade.
10

Q118770 • Engenharia de Software • Engenharia de Requisitos • AOCP • BRDE • Analista de Sistemas Desenvolvimento de Sistemas
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 sená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.
- a) Apenas I e II.
- b) Apenas I e III.
- c) Apenas II e III.
- d) Apenas II, III e IV.
- e) I, II, III e IV.

Mais questões de Engenharia de Software →

Reportar erro em Conteúdo

🚀 Desbloqueie a explicação completa