EXERCÍCIOS CONHECER REQUISITOS

Prévia do material em texto

CONHECER REQUISITOS
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.
RESPOSTA CORRETA
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.
RESPOSTA CORRETA
É 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.
RESPOSTA INCORRETA
Geralmente, os usuários conhecem apenas as regras de negócio e os requisitos funcionais (como o sistema deve funcionar).
b)
É um tipo de requisito fácil de estimar.
RESPOSTA INCORRETA
Existe uma grande dificuldade em estimar tempo e custo dos requisitos não funcionais, já que eles são ligados geralmente a tecnologias e precisam de uma informação mais específica.
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.
RESPOSTA CORRETA
Geralmente, este tipo de requisito está relacionado com segurança, desempenho, espaço em disco, ferramentas e linguagens de programação.
Enviada em
09/07/2020 04:45
d)
É um tipo de requisito que geralmente descreve explicitamente as funcionalidades e serviços do sistema.
RESPOSTA INCORRETA
Este é o conceito de requisito funcional.
e)
É um tipo de requisito que é flexível e não impacta no desenvolvimento.
RESPOSTA INCORRETA
A flexibilidade dos requisitos depende da metodologia utilizada. Sobre o impacto, em alguns casos, a definição ruim de um RNF pode impactar diretamente em todo o sistema.
)
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.
RESPOSTA CORRETA
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.
Enviada em
09/07/2020 04:47
b)
Definem propriedades e restrições do sistema.
RESPOSTA INCORRETA
Este é o conceito de um requisito não funcional.
c)
É um tipo de requisito que geralmente descreve explicitamente as funcionalidades e serviços do sistema.
RESPOSTA INCORRETA
Este é o conceito de requisito funcional.
d)
É um requisito que o usuário não conhece muito bem durante a criação de um sistema.
RESPOSTA INCORRETA
O usuário/cliente é conhecedor das regras de negócio e é a pessoa que deve ser consultada.
e)
É um tipo de requisito difícil de estimar.
RESPOSTA INCORRETA
Geralmente, as regras de negócio e os requisitos funcionais são mais fáceis de estimar (tempo e custo) do que requisitos não funcionais.
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.
RESPOSTA INCORRETA
A atividade de classificação que considera o conjunto não estruturado dos requisitos e 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.
RESPOSTA INCORRETA
A atividade de resolução de conflitos procura entender e solucionar os conflitos que ocorrem entre as requisições dos stakeholders.
Enviada em
09/07/2020 04:53
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.
RESPOSTA INCORRETA
A atividade de verificação de requisitos é que permite a análise e verificação de consistência e completude dos requisitos.
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.
RESPOSTA INCORRETA
A atividade de definição de prioridades é o estágio onde a interação com os stakeholders permite a definição dos requisitos mais importantes e que devem ser desenvolvidos inicialmente.
e)
É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos. 
RESPOSTA CORRETA
É durante a atividade de coleta de requisitos que a compreensão do domínio se desenvolve mais.
O levantamento de requisitos é o princípio da atividade de desenvolvimento de software, para que se atenda as necessidades do cliente.
Sommerville (2008) propõe um processo genérico de levantamento e análise de requisitos. São feitas as seguintes afirmativas:
I. Coleta de requisitos: são processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
II. Verificação de requisitos: 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.
III. Classificação: são processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
​IV. Resolução de conflitos: como existem muitos stakeholders diferentes envolvidos, os requisitos serão apresentados a partir de pontos de vista diferentes.
Sobre este processo, estão corretas quais atividades?
MAPEAR PROCESSOS DE NEGÓCIO
1)
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.
RESPOSTA CORRETA
Este produto ou serviço pode ser, então, ofertado para um cliente específico ou um conjunto de clientes.
Enviada em
09/07/2020 05:31
b)
É uma única atividade relacionada com software.
RESPOSTA INCORRETA
Um processo não é uma única atividade, mas um conjunto delas.
c)
É um diagrama, que também é chamado de BPMN.
RESPOSTA INCORRETA
Um processo de negócio não é um diagrama. O BPMN é uma notação criada para mapear processos de negócio.
d)
É um conceito exclusivo da engenharia de software.
RESPOSTA INCORRETA
Processos de negócio não são exclusivos da engenharia de software.
e)
É um elemento que não pode ser documentado.
RESPOSTA INCORRETA
Processos de negócio podem e devem ser mapeados sempre que possível, evidentemente, com certa moderação.
2)
Qual a melhor definição de BPMN?
a)
É uma técnica para extrair informações sobre processos de negócio.
RESPOSTA INCORRETA
As informações sobre o processo alimentam o BPMN, mas o BPM não é uma técnica.
b)
É um modelo de análise de requisitos de software.
RESPOSTA INCORRETA
O BPMN não é um modelo de análise, mas sim uma notação para mapeamento de processos.
c)
É uma notação que permite o mapeamento, documentaçãoe entendimento de processos.
RESPOSTA CORRETA
No BPMN, um processo é representado através do encadeamento de atividades.
Enviada em
09/07/2020 05:33
d)
É um software utilizado na criação de processos de negócio.
RESPOSTA INCORRETA
O BPMN não é um software. Existem muitos softwares que permitem a criação de diagramas BPM.
e)
É um livro que define as técnicas de mapeamento de processo.
RESPOSTA INCORRETA
BPMN não é um livro. Trata-se de uma notação que define elementos e maneiras de mapear processos de forma gráfica e descrita.
3)
A técnica TO BE é utilizada para qual propósito?
a)
É utilizada para criar processos de negócio.
RESPOSTA INCORRETA
A técnica TO BE não é utilizada na criação de processos de negócio.
b)
É utilizada para identificar processos de negócio.
RESPOSTA INCORRETA
A técnica TO BE não é utilizada na identificação de processos de negócio. Geralmente se usa a técnica AS IS.
c)
É utilizada para complementar os processos de negócio sem elementos finais.
RESPOSTA INCORRETA
A técnica não é utilizada para complementar, mas, sim, para tornar processos mais eficientes.
d)
A técnica é utilizada na melhoria de processos de negócio.
RESPOSTA CORRETA
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).
Enviada em
09/07/2020 05:35
e)
A técnica TO BE é utilizada para implementar processos de negócio com sistemas de informação.
RESPOSTA INCORRETA
A técnica TO BE não é utilizada na implementação de processos de negócio.
4)
A técnica AS IS é utilizada para qual propósito?
a)
Para a melhoria de processos de negócio.
RESPOSTA INCORRETA
A melhoria de processos de negócio é realizada com a técnica TO BE.
b)
Para a implementação de novos processos de negócio.
RESPOSTA INCORRETA
A técnica AS IS não é utilizada para a implementação de processos de negócio.
c)
Para a criação de requisitos de software.
RESPOSTA INCORRETA
Embora possamos identificar requisitos na fase de análise de negócio, a técnica não é direcionada para este objetivo.
d)
Para modelar requisitos de software.
RESPOSTA INCORRETA
A técnica AS IS não é utilizada para modelar requisitos de software.
e)
Para o levantamento e documentação da situação atual do processo.
RESPOSTA CORRETA
É 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.
5)
O que é um processo primário?
a)
São os processos que auxiliam no desempenho de outros processos.
RESPOSTA INCORRETA
Os processos primários não auxiliam no desempenho de outros processos.
b)
São os processos que tornam o suporte de outros processos impossível de ser feito.
RESPOSTA INCORRETA
Os processos primários não possuem relação com o suporte de outros processos.
c)
Este tipo de processo é aquele essencial e que representa as atividades que uma organização desempenha para cumprir sua missão.
RESPOSTA CORRETA
Também pode ser chamado de processo finalístico.
Enviada em
09/07/2020 05:39
d)
São aqueles processos que oferecem algum auxílio e suportam outros processos.
RESPOSTA INCORRETA
Os processos de suporte são aqueles processos que oferecem algum auxílio e suportam os processos primários.
e)
Se caracteriza como processos criados para coordenar e controlar as atividades da empresa.
RESPOSTA INCORRETA
Os processos gerenciais se caracterizam como processos criados para coordenar e controlar as atividades da empresa.
IDENTIFICAR E DOCUMENTAR REGRAS DE NEGÓCIO
1)
O que é uma regra de negócio?
a)
É outro nome criado para os requisitos de software.
RESPOSTA INCORRETA
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.
b)
Regras do negócio podem ser vistas como declarações sobre a forma com que uma empresa faz seus negócios.
RESPOSTA CORRETA
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.
Enviada em
09/07/2020 06:19
c)
É uma premissa, mas não uma restrição.
RESPOSTA INCORRETA
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.
d)
É um padrão de projeto.
RESPOSTA INCORRETA
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.
e)
É um elemento da Engenharia de software que não possui atributos e descreve o sistema em baixo nível, abordando o código.
RESPOSTA INCORRETA
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.
2)
Quais destes itens é um atributo de uma regra de negócio?
a)
Consistência.
RESPOSTA CORRETA
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.
Enviada em
09/07/2020 06:21
b)
Persistência.
RESPOSTA INCORRETA
A resposta correta é consistência, pois uma regra de negócio não pode contradizer outra oufazer 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.
c)
Atividade.
RESPOSTA INCORRETA
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.
d)
Constância.
RESPOSTA INCORRETA
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.
e)
Robustez.
RESPOSTA INCORRETA
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.
3)
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.
RESPOSTA INCORRETA
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.
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.
RESPOSTA INCORRETA
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.
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).
RESPOSTA INCORRETA
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.
Enviada em
09/07/2020 06:23
d)
Conversar com o time de desenvolvimento para que o sistema utilize padrões de negócio.
RESPOSTA INCORRETA
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.
e)
Identificar quais são as necessidades de negócio que o cliente/usuário não apresentou.
RESPOSTA CORRETA
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 otime 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.
4)
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.
RESPOSTA INCORRETA
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.
b)
Representa o módulo que será removido do sistema com a regra descrita.
RESPOSTA INCORRETA
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.
c)
Representa o módulo que deve ter as restrições inseridas, com usuário e senha da regra de negócio.
RESPOSTA INCORRETA
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.
d)
Representa o módulo ao qual o requisito funcional pertence.
RESPOSTA CORRETA
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.
Enviada em
09/07/2020 06:27
e)
Representa os itens dos requisitos não funcionais que terão o nome inserido.
RESPOSTA INCORRETA
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.
5)
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.
RESPOSTA INCORRETA
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.
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.
RESPOSTA INCORRETA
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.
c)
Para descrever os requisitos funcionais que são dependentes da RN para serem realizados.
RESPOSTA CORRETA
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.
Enviada em
09/07/2020 06:30
d)
Colocar a descrição detalhada da RN.
RESPOSTA INCORRETA
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, apenaso 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.
e)
Colocar as informações sobre como a regra de negócio foi identificada.
RESPOSTA INCORRETA
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.
ANÁLISE DE REQUISITOS
1)
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
RESPOSTA CORRETA
Esta opção trata exatamente como os requisitos não funcionais podem ser classificados.
Enviada em
09/07/2020 06:58
b)
Requisitos de produto, Requisitos organizacionais, Requisitos internos
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos internos para os requisitos não funcionais.
c)
Requisitos de usuário, Requisitos organizacionais, Requisitos externos
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos de usuário para os requisitos não funcionais.
d)
Requisitos de produto, Requisitos do sistema, Requisitos externos
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos do sistema para os requisitos não funcionais.
e)
Requisitos de informações, Requisitos do sistema, Requisitos externos
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos do sistema e de informações para os requisitos não funcionais.
2)
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
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos funcionais do produto para os requisitos funcionais.
b)
Requisitos funcionais do usuário e Requisitos funcionais do sistema
RESPOSTA CORRETA
Esta opção trata exatamente como os requisitos funcionais podem ser classificados.
c)
Requisitos funcionais do usuário e Requisitos funcionais externos
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos funcionais externos para os requisitos funcionais.
d)
Requisitos funcionais do usuário e Requisitos funcionais de análise
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos funcionais de análise para os requisitos funcionais.
Enviada em
09/07/2020 07:00
e)
Requisitos funcionais de informações e Requisitos funcionais de análise
RESPOSTA INCORRETA
Não pode ser esta opção, pois não existe a classificação de requisitos funcionais de informações e de análise para os requisitos funcionais
3)
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. XXXXXXXXXXXX é uma forma sistemática de descobrir, documentar, organizar e rastrear os requisitos de um sistema. Aponte qual da opções a seguir melhor define XXXXXXXXXXXX.
a)
Gerenciamento de projetos
RESPOSTA INCORRETA
Não pode ser esta opção, pois o gerenciamento de projetos não tem relação direta com análise de requisitos.
b)
Gerenciamento de software
RESPOSTA INCORRETA
Não pode ser esta opção, pois o termo gerenciamento de software não é utilizado em análise de requisitos.
c)
Gerenciamento de requisitos
RESPOSTA CORRETA
Esta opção trata exatamente do conceito apresentado no enunciado da questão.
Enviada em
09/07/2020 07:01
d)
Gerenciamento de informações
RESPOSTA INCORRETA
Não pode ser esta opção, pois o termo gerenciamento de informações não é utilizado em análise de requisitos.
e)
Gerenciamento de funcionalidades
RESPOSTA INCORRETA
Não pode ser esta opção, pois o termo gerenciamento de funcionalidades não é utilizado em análise de requisitos.
4)
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
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de observação visual não está alinhada ao descritivo da questão.
b)
Reunião
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de reunião não está alinhada ao descritivo da questão.
c)
Cartões CRC (Class, Responsability, Collaborator)
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de Cartões CRC não está alinhada ao descritivo da questão.
d)
Brainstorm
RESPOSTA CORRETA
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!
Enviada em
09/07/2020 07:03
e)
JAD (Join Application Design)
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de JAD não está alinhada ao descritivo da questão.
5)
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 que nã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
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de entrevista não está alinhada ao descritivo da questão.
b)
Brainstorm
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de Brainstorm não está alinhada ao descritivo da questão.
c)
JAD (Join Application Design)
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de JAD não está alinhada ao descritivo da questão.
Enviada em
09/07/2020 07:06
d)
Cartões CRC (Class, Responsability, Collaborator)
RESPOSTA INCORRETA
Não pode ser esta opção, pois a técnica de Cartões CRC não está alinhada ao descritivo da questão.
e)
Reunião
RESPOSTA CORRETA
Esta opção trata exatamente o conceito de reunião, que é a técnica citada nesta questão.