Engenharia de Requisitos I

Prévia do material em texto

Faculdade Metropolitana 
Disciplina: Engenharia de Requisitos I – Exercícios e Prova
Curso: Engenharia de Software 
1. O que é um requisito de software?
A. Um requisito pode ser definido como uma condição ou uma capacidade com a qual o sistema deve estar de acordo.
“Requisitos também podem ser descritos como funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral, um requisito é uma condição necessária para satisfazer um objetivo.”
B. É uma declaração sobre políticas ou condições que devem ser satisfeitas.
C. É uma técnica para a medição de projetos de desenvolvimento de software, visando estabelecer uma medida de tamanho, em Pontos de Função (PF), considerando a funcionalidade implementada, sob o ponto de vista do usuário.
D. É uma técnica de desenvolvimento de software em que se utiliza camadas.
.E. É um conjunto de elementos que um software entrega, podendo ser dados ou valores.
2. Qual é a característica de um requisito funcional?
A. Definem propriedades e restrições do sistema.
B. Descrevem explicitamente as funcionalidades e serviços do sistema.
“É interessante se fazer algumas perguntas que ajudam a definir os requisitos funcionais, como por exemplo: como o sistema deve reagir a entradas específicas? como deve se comportar em determinadas situações? o que o sistema não deve fazer?”
C. É mais voltado para características que podem ser mensuradas e testadas facilmente.
D. Expressam informações relacionadas com a segurança do sistema.
E. Expressam informações relacionadas com a arquitetura do sistema.
3. Qual é a característica de um requisito não funcional?
A. É um tipo de requisito que o usuário geralmente conhece bem.
B. É um tipo de requisito fácil de estimar.
C. É um tipo de requisito que define propriedades e restrições do sistema. É mais voltado para características que podem ser mensuradas e testadas facilmente.
“Geralmente, este tipo de requisito está relacionado com segurança, desempenho, espaço em disco, ferramentas e linguagens de programação.”
D. É um tipo de requisito que geralmente descreve explicitamente as funcionalidades e serviços do sistema.
E. É um tipo de requisito que é flexível e não impacta no desenvolvimento.
4. O que é uma regra de negócio?
A. Regras de negócio são premissas e restrições aplicadas a uma operação comercial de uma empresa, que precisam ser atendidas para que o negócio funcione da maneira esperada.
“Os critérios e restrições são regras, e regras da empresa (negócio) que faz as entregas. Logo, são regras de negócio.”
B. Definem propriedades e restrições do sistema.
C. É um tipo de requisito que geralmente descreve explicitamente as funcionalidades e serviços do sistema.
D. É um requisito que o usuário não conhece muito bem durante a criação de um sistema.
E. É um tipo de requisito difícil de estimar.
5. Na engenharia de software, existe um processo genérico de levantamento e análise que contém as seguintes atividades: compreensão do domínio, coleta de requisitos, classificação, resolução de conflitos, definição das prioridades e verificação de requisitos. Uma das atividades mais importantes deste processo é a coleta de requisitos. Informe quais das descrições a seguir melhor descrevem esta atividade:
A. Essa atividade considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
B. Quando múltiplos stakeholders estão envolvidos, os requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar esses conflitos.
C. Nesta atividade, os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
D. Em qualquer definição de requisitos, alguns serão mais importantes do que outros. Esse estágio envolve interação com os stakeholders para a definição dos requisitos mais importantes.
E. É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos. 
“É durante a atividade de coleta de requisitos que a compreensão do domínio se desenvolve mais.”
6. O que é um processo de negócio?
A. É um conjunto de atividades/tarefas estruturadas relacionadas cujo objetivo é de produzir um serviço ou produto específico.
“Este produto ou serviço pode ser, então, ofertado para um cliente específico ou um conjunto de clientes.”
B. É uma única atividade relacionada com software.
C. É um diagrama, que também é chamado de BPMN.
D. É um conceito exclusivo da engenharia de software.
E. É um elemento que não pode ser documentado.
7. Qual a melhor definição de BPMN?
A. É uma técnica para extrair informações sobre processos de negócio.
B. É um modelo de análise de requisitos de software.
C. É uma notação que permite o mapeamento, documentação e entendimento de processos.
“No BPMN, um processo é representado através do encadeamento de atividades.”
D. É um software utilizado na criação de processos de negócio.
E. É um livro que define as técnicas de mapeamento de processo.
8. A técnica TO BE é utilizada para qual propósito?
A. É utilizada para criar processos de negócio.
B. É utilizada para identificar processos de negócio.
C. É utilizada para complementar os processos de negócio sem elementos finais.
D. A técnica é utilizada na melhoria de processos de negócio.
“Na técnica TO BE, são realizadas discussões, definições e documentação da situação futura do processo, a qual é representada em fluxo ou diagrama (também chamado de redesenho ou modelagem).”
E. A técnica TO BE é utilizada para implementar processos de negócio com sistemas de informação.
9. A técnica AS IS é utilizada para qual propósito?
A. Para a melhoria de processos de negócio.
B. Para a implementação de novos processos de negócio.
C. Para a criação de requisitos de software.
D. Para modelar requisitos de software.
E. Para o levantamento e documentação da situação atual do processo.
“É durante o mapeamento dos processos com esta técnica que levantam-se também os problemas ou fragilidades, e também as oportunidades de melhoria do processo.”
10. O que é um processo primário?
A. São os processos que auxiliam no desempenho de outros processos.
B. São os processos que tornam o suporte de outros processos impossível de ser feito.
C. Este tipo de processo é aquele essencial e que representa as atividades que uma organização desempenha para cumprir sua missão.
“Também pode ser chamado de processo finalístico.”
D. São aqueles processos que oferecem algum auxílio e suportam outros processos.
E. Se caracteriza como processos criados para coordenar e controlar as atividades da empresa.
11. O que é uma regra de negócio?
A. É outro nome criado para os requisitos de software.
B. Regras do negócio podem ser vistas como declarações sobre a forma com que uma empresa faz seus negócios.
”Regras do negócio podem ser vistas como declarações sobre a forma com que uma empresa faz seus negócios e como um aspecto de uma empresa ou organização que se destina a descrever a estrutura ou o comportamento do negócio. Elas podem ser vistas como premissas e restrições, aplicadas a uma operação de uma empresa, que precisam ser atendidas para que o negócio funcione da maneira esperada. Uma regra de negócio não é um requisito de software e o não é um padrão de projeto (que são estruturas criadas para resolver problemas comuns). Também, as regras de negócio possuem atributos e não descrevem o sistema.”
C. É uma premissa, mas não uma restrição.
D. É um padrão de projeto.
E. É um elemento da Engenharia de software que não possui atributos e descreve o sistema em baixo nível, abordando o código.
12. Quais destes itens é um atributo de uma regra de negócio?
A. Consistência.
“A resposta correta é consistência, pois uma regra de negócio não pode contradizer outra ou fazer coisas de forma contraditória com o contexto da organização. Persistência não é um atributo de uma regra de negócio, já que não está relacionada com o contexto. Atividade, constância e robustez não são atributos de uma regra de negócio.Atividades podem ser elementos de um processo, por exemplo, ou de um diagrama de casos de uso. Uma regra de negócio não precisa ser constante, já que é possível que muitas sejam alteradas durante o ciclo de vida do software e, consequentemente, fazendo o software ser alterado também. E por último, Regras de negócio não possuem relação com o termo Robustez.”
B. Persistência.
C. Atividade.
D. Constância.
E. Robustez.
13. Na identificação de regras de negócio, geralmente o primeiro passo é onde listamos todas as solicitações que o cliente ou usuário nos apresentou de forma clara. Qual o próximo passo?
A. Avaliar os processos de trabalho da organização e também identificar se as necessidades apresentadas pelo cliente estão de acordo com o negócio.
B. Revisar toda a lista e fazer uma análise crítica para se certificar se a solução irá ser eficaz para o problema apresentado.
C. Descrever o que o sistema deverá oferecer para satisfazer o item/necessidade (requisito) e depois como o sistema deverá se comportar (regra de negócio).
D. Conversar com o time de desenvolvimento para que o sistema utilize padrões de negócio.
E. Identificar quais são as necessidades de negócio que o cliente/usuário não apresentou.
“O segundo passo para identificar as regras do negócio é Identificar quais são as necessidades de negócio que o cliente/usuário não apresentou. Isso pode ser feito por meio de questionamentos, dedução ou apenas observação do dia a dia do negócio.  Após essa etapa ocorre: o terceiro passo - avaliar os processos de trabalho da organização e identificar se as necessidades apresentadas pelo cliente estão de acordo com o negócio; o quarto passo: revisar toda a lista e fazer uma análise crítica para se certificar se a solução irá ser eficaz para o problema apresentado; e o quinto passo: descrever o que o sistema deverá oferecer para satisfazer o item/necessidade (requisito) e depois como o sistema deverá se comportar (regra de negócio). Conversar com o time de desenvolvimento para que o sistema utilize padrões de negócio não é uma etapa realizada durante a identificação de regras de negócio.”
14. O que representa o campo Módulo dentro da especificação de uma regra de negócio?
A. Representa o módulo que a regra de negócio irá criar.
B. Representa o módulo que será removido do sistema com a regra descrita.
C. Representa o módulo que deve ter as restrições inseridas, com usuário e senha da regra de negócio.
D. Representa o módulo ao qual o requisito funcional pertence.
“Ele representa o módulo ao qual o requisito funcional pertence e se for um sistema pequeno, que não possua nenhum módulo, somente o próprio sistema deve ser preenchido com N/A (não se aplica). Assim, ele não representa o módulo que a regra de negócio irá criar, pois a regra de negócio não irá criar um módulo. Podem surgir módulos que englobem a regra, mas ela, em si, não cria um módulo. Também, não representa o módulo que será removido do sistema com a regra descrita, pois neste campo não é colocado nenhum módulo que será removido do sistema. Da mesma forma, não representa o módulo que deve ter as restrições inseridas, com usuário e senha da regra de negócio. Por último, ele representa requisitos funcionais, e não os requisitos não funcionais que terão o nome inserido. Existe um campo de Dependência onde os requisitos funcionais são informados que possuem dependência da regra. Mas, neste campo, um módulo é informado.”
E. Representa os itens dos requisitos não funcionais que terão o nome inserido.
15. Para que serve o campo Dependências de uma especificação de regra de negócio?
A. Colocar o módulo ao qual a regra de negócio pertence.
B. Colocar o sufixo seguido de um identificador único. O sufixo geralmente utilizado é RN (Regra de Negócio) e o identificador único geralmente é composto de quatro ou mais dígitos.
C. Para descrever os requisitos funcionais que são dependentes da RN para serem realizados.
“O campo Dependências de uma especificação de regra de negócio serve para descrever os requisitos funcionais que são dependentes da RN para serem realizados. Neste campo, apenas o identificador dos RFs é colocado, como RF002. A informação sobre o módulo ao qual a regra de negócio pertence é incluída no campo Módulo. O sufixo seguido de um identificador único é incluído no campo Identificador. No campo Descrição é informado a descrição detalhada da RN. E colocar as informações sobre como a regra de negócio foi identificada não é uma informação que consta na especificação padrão de uma regra de negócio, mas pode existir em outros documentos.”
D. Colocar a descrição detalhada da RN.
E. Colocar as informações sobre como a regra de negócio foi identificada.
16. Segundo PRESSMAN, requisitos não funcionais descrevem as restrições de serviços ou de funções do sistema, assim como restrição de tempo, restrição de processo de desenvolvimento e padrões. Eles expressam como esse processo deve ser feito, definindo as propriedades do sistema e suas restrições. Aponte qual da opções a seguir define como estes requisitos, ditos não funcionais, podem ser classificados.
A. Requisitos de produto, Requisitos organizacionais, Requisitos externos
“Esta opção trata exatamente como os requisitos não funcionais podem ser classificados.”
B. Requisitos de produto, Requisitos organizacionais, Requisitos internos
C. Requisitos de usuário, Requisitos organizacionais, Requisitos externos
D. Requisitos de produto, Requisitos do sistema, Requisitos externos
E. Requisitos de informações, Requisitos do sistema, Requisitos externos
17. Segundo PRESSMAN, os requisitos funcionais são aqueles que descrevem os serviços que o sistema deve oferecer, assim como qual é o seu comportamento, como deve reagir a certas entradas e como deve comportar-se em determinadas situações. Aponte qual da opções a seguir define como estes requisitos, ditos FUNCIONAIS, podem ser classificados.
A. Requisitos funcionais do produto e Requisitos funcionais do sistema
B. Requisitos funcionais do usuário e Requisitos funcionais do sistema
“Esta opção trata exatamente como os requisitos funcionais podem ser classificados.”
C. Requisitos funcionais do usuário e Requisitos funcionais externos
D. Requisitos funcionais do usuário e Requisitos funcionais de análise
E. Requisitos funcionais de informações e Requisitos funcionais de análise
18. O levantamento de informações e a identificação dos requisitos podem parecer duas atividades simples, no entanto, na prática, são encontradas várias dificuldades. é uma forma sistemática de descobrir, documentar, organizar e rastrear os requisitos de um sistema. Aponte qual da opções a seguir melhor define.
A. Gerenciamento de projetos
B. Gerenciamento de software
C. Gerenciamento de requisitos
“Esta opção trata exatamente do conceito apresentado no enunciado da questão.”
D. Gerenciamento de informações
E. Gerenciamento de funcionalidades
19. O objetivo do levantamento de informações é estudar detalhes do problema, tais como as necessidades e situações do usuário, a fim de compreender todo os requisitos demandados para delinear o escopo do projeto de sistemas a ser desenvolvido. Neste exposto, uma das técnicas para levantamento de informações tem por objetivo buscar soluções por meio da geração espontânea de ideias, sendo que algumas de suas regras são:
- ideias são permitidas e incentivadas;
- não é permitido julgar ou criticar ideias;
- ambiente não avaliativo.
Aponte qual da opções a seguir define o nome da técnica de levantamento de informações descrita acima.
A. Observação visual
B. Reunião
C. Cartões CRC (Class, Responsability, Collaborator)
D. Brainstorm
“Esta opção trata exatamente o conceito descrito na questão, onde Brain (palavra em inglês para ideia) + storm (palavra em inglês para tempestade), isto é: tempestade de ideias!”
E. JAD (Join Application Design)
20. Uma das técnicas de levantamento de informações é implementada quando há a necessidade de diversos interessados serem ouvidos ao mesmo tempo. Há a presença de um moderador para conduzir os trabalhos,, de forma quenão se perca o foco (objetivos) nem que divergências possam atrapalhar as discussões. A técnica permite a coleta de informações de uma maneira participativa, enriquecendo o conhecimento sobre o sistema analisado. Aponte qual da opções a seguir define o nome da técnica de levantamento de informações descrita acima.
​​​​​​​A. Entrevista
B. Brainstorm
C. JAD (Join Application Design)
“Não pode ser esta opção, pois a técnica de JAD não está alinhada ao descritivo da questão.”
D. Cartões CRC (Class, Responsability, Collaborator)
E. Reunião
image1.wmf
image2.wmf