Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.136 questões
Em relação à engenharia de requisitos de software, considere as afirmativas a seguir.
I - Os requisitos funcionais descrevem as funções que o software deve executar, isto é, aquilo que ele deve fazer.
II - Os requisitos não funcionais descrevem restrições sobre os serviços ou funções que o software oferece. Esses requisitos podem ser de vários tipos como, por exemplo, de eficiência, de confiabilidade, de portabilidade e de segurança.
III - As regras de negócio ou requisitos de domínio restringem ou estabelecem condições para os requisitos funcionais existentes.
IV - Para o levantamento de requisitos, as únicas técnicas conhecidas são a prototipagem, a entrevista e o brainstorming.
Está(ão) correta(s)
Considerando as atividades de levantamento, análise, gerenciamento de requisitos e histórias de usuários, analise as afirmativas a seguir.
I. Uma importante atividade em engenharia de requisitos é entender as metas de negócios de longo prazo que devem ser atendidas pelo sistema de software. Essas metas podem ser funcionais ou não funcionais e são, frequentemente, uma boa maneira de explicar os requisitos aos envolvidos e, uma vez estabelecidas, podem ser usadas para gerenciar conflitos entre eles.
II. No processo de verificação de requisitos, diferentes processos de conferências podem ser realizados para garantir que a especificação do sistema, produto ou serviço atenda às necessidades do cliente e de outras partes envolvidas. Entre esses processos pode-se encontrar a geração de casos de teste, inspeção, rastreabilidade, conferência de consistência, de completude e de realismo.
III. Os modelos comportamentais representam os elementos funcionais do sistema e como eles transformam dados à medida que se movem pelo sistema. Entre os modelos UML pode-se encontrar o diagrama de estados.
IV. Histórias de usuários descrevem funcionalidades e são compostas de três partes: cartão onde uma funcionalidade é escrita e é usada no planejamento do sistema de software; conversas entre equipe de desenvolvimento e cliente, por meio das quais o cliente explica e detalha o que escreveu no cartão; e, confirmação que é um teste escrito pelo cliente, em alto nível, que ajuda a identificar que a história foi implementada como esperado. Para escrever uma boa história ela precisa focar em seis atributos, conhecidos pelo acrônimo INVEST.
Está correto o que se afirma apenas em
I. Possibilitar que a interação de usuário possa ser interrompida e desfeita, ou seja, o usuário deve ser capaz de interromper a sequência de trabalho para fazer alguma outra coisa (sem perder o trabalho que já havia feito).
II. Aumentar a complexidade da interação à medida que os níveis de competência avançam e permitir que a interação possa ser personalizada. O usuário cria níveis de competência que permitem trabalhar com interações mais complexas.
III. Se modelos interativos anteriores criarem expectativa nos usuários, não será necessário fazer alterações a menos que haja uma forte razão para isso. Uma vez que determinada sequência interativa tenha se tornado um padrão de fato (como o uso de alt-S para salvar um arquivo), o usuário pressupõe que poderá ocorrer em qualquer aplicação que vá utilizar. Uma mudança poderá causar confusão.
IV. O layout visual da interface deverá se basear na metáfora do mundo real, pois permite ao usuário se apoiar em indicações visuais bem compreensíveis, em vez de memorizar uma sequência de interações misteriosa.
Está correto o que se afirma apenas em
I. Etnografia: técnica de observação que pode ser usada para compreender os processos operacionais e ajudar a extrair os requisitos de apoio para tais processos.
II. Gerenciamento de requisitos: processo de reunir informações sobre o sistema requerido e os sistemas existentes e separar as informações, os requisitos de usuário e de sistema.
III. Elicitação de requisitos: processo pelo qual verifica se os requisitos definem o sistema que o cliente realmente quer.
IV. Entrevistas formais ou informais com os stakeholders do sistema: parte da maioria dos processos de engenharia de requisitos.
Está correto o que se afirma apenas em
Analise as afirmativas abaixo sobre o modelo 3 C’s:
I. Cartão: a história do usuário é pequena o suficiente para caber em um cartão. II. Criação: a história do usuário propõe hipóteses que podem ou não ser validadas pelo usuário em um processo de criação conjunta. III. Conversação: a história do usuário consegue promover a comunicação entre o usuário e a equipe, proporcionando um entendimento comum da funcionalidade a ser entregue.
Está CORRETO apenas o que se afirma em:
Analise as afirmativas abaixo sobre o significado de cada letra da sigla SMART:
I. M – Mensurável: são resultados passíveis de acompanhamento e medição. II. R – Relevante: alinhamento com a visão, a missão e os objetivoschave da organização. III. A – Automatizável: requisitos passíveis de automatização.
Estão CORRETAS as afirmativas:
( ) O sistema deve permitir que os usuários criem e editem seus perfis. ( ) O sistema deve estar disponível na Web e em dispositivos Android. ( ) O sistema deve ter um recurso de pesquisa que permita aos usuários encontrar informações sobre vendas. ( ) O sistema deve estar disponível 99,99% do tempo. ( ) O sistema deve exibir dados de vendas em tempo real.
As afirmativas são, respectivamente,
Com relação à Engenharia de Software, analise as afirmativas a seguir.
I. Requisitos funcionais podem ser descritos como um atributo de qualidade, de desempenho, de segurança ou como uma restrição geral em um sistema.
II. Rastreabilidade é o termo que se refere ao mapeamento documentado entre os artefatos de Engenharia de Software, como os requisitos e casos de teste.
III. A elicitação de requisitos combina elementos de solução de problemas, elaboração, negociação e especificação.
Estão corretas as afirmativas
1) Facilidade na utilização do sistema; 2) Registrar gastos: o usuário terá acesso às escolhas sobre quais tipos de despesa deseja armazenar o valor que foi gasto; 3) As datas a serem informadas devem obedecer a um formato padrão, dd/mm/aaaa; 4) Menu de opções deve ser claro e compreensível ao usuário; 5) Emitir um relatório de gastos mensais sobre seus registros anteriores no sistema; 6) O sistema deve oferecer um mecanismo de recuperação automática para evitar que as informações se percam; 7) Emitir relatório de despesas mensais de anos anteriores: informações referentes às despesas do mês, de um determinado ano (ex.: janeiro de 2015 e janeiro de 2016); 8) Uso de formulários para que os dados de entrada sejam preenchidos corretamente; 9) Comparar gastos referentes aos meses iguais de diferentes anos para informar ao usuário em qual mês foi realizada a maior despesa e em qual área de gasto (ex.: jan. 2015 e jan. 2016, o maior gasto foi em refeições em jan. 2016); 10) Configurar alarme para notificar que algumas contas estão em prazo de vencimento.
Assinale a opção que lista somente os itens que representam requisitos funcionais.
1. Uma técnica de Validação de Requisitos é desenvolvimento de Casos de Uso que envolve o desenvolvimento de um modelo executável do sistema e o uso desse modelo com os usuários finais e clientes para ver se satisfaz suas necessidades e expectativas.
2. A validação de requisitos é o processo de conferir se os requisitos definem o sistema que o cliente realmente quer. Ele se sobrepõe à elicitação e à análise, já que é voltado para encontrar problemas.
3. Para diminuir o potencial de conflito entre o cliente e o contratante, os requisitos do sistema sempre devem ser escritos de modo que sejam verificáveis. Isso significa ser capaz de escrever um conjunto de testes que possa demonstrar que o sistema entregue satisfaz a cada um dos requisitos especificados.
Assinale a alternativa que indica todas as afirmativas corretas.
Julgue o seguinte item, relativos a containers de aplicação.
Os containers oferecem um mecanismo de empacotamento lógico em que os aplicativos podem ser abstraídos pelo ambiente em
que são efetivamente executados, mesmo se esse ambiente for uma nuvem pública.
No que diz respeito à elicitação e gerenciamento de requisitos, histórias do usuário, requisitos e experiência do usuário bem como protótipos e histórias de aceitação, julgue o item que se segue.
Para capturar os requisitos da interface de um sistema, os
protótipos podem ser desenhados como mockups, mesmo
que estes não permitam interações do usuário com a
execução das funcionalidades.