Assinale a alternativa que contém o processo de compreensão e controle das mudanças nos requisitos de um sistema.

Considere as seguintes afirmações sobre requisitos de software.

I - Requisitos funcionais são declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações; em alguns casos, também podem explicitar o que o sistema não deve fazer.
II - O processo de descobrir, analisar, documentar e verificar requisitos e restrições é chamado Descoberta de Requisitos.
III- Embora muitas vezes seja possível identificar quais componentes do sistema implementam requisitos funcionais específicos, é frequentemente mais difícil relacionar os componentes não funcionais. Sua implementação pode ser difundida em todo o sistema, pois pode afetar a arquitetura geral de um sistema ao invés de componentes individuais, e um único requisito (por exemplo, proteção) pode gerar uma série de requisitos funcionais relacionados que definam os serviços necessários no novo sistema.

Quais estão corretas?

Suponha que, para se constatar a existência de eventuais erros ou omissões nos artefatos e nas especificações da engenharia de requisitos, decidiu-se utilizar a técnica de leitura baseada em perspectiva. Assinale a opção que apresenta procedimento que faz parte, total ou parcialmente, da proposta da técnica selecionada e que contribui para os seus objetivos. 

A validação de requisitos é o processo pelo qual se verifica a qualidade dos artefatos produzidos durante a engenharia de requisitos. Nessa etapa, busca-se identificar e corrigir ambiguidades, inconsistências, omissões e erros. Sobre a etapa de validação descrita, é correto afirmar que:

Algumas vezes, durante a fase de levantamento de requisitos, é importante identificar como funções e características de um sistema serão usadas por diferentes classes de usuários. Para tanto, pode-se utilizar um conjunto de __________________ que identifique roteiros de uso para o sistema a ser construído.

Assinale a alternativa que preenche corretamente a lacuna do trecho acima.

Considere o seguinte texto relacionado à Engenharia de Requisitos: “Clientes e usuários podem solicitar durante a fase de levantamento de requisitos mais do que pode ser alcançado, como, por exemplo, em termos de custos ou tempo de desenvolvimento. Além disso, requisitos conflitantes podem ser levantados. Portanto, deve ser solicitado que a todos os interessados que discutam os requisitos em termos de prioridade, avaliando custos e riscos e também conflitos internos. Dessa forma, como resultado desse processo, requisitos podem ser eliminados, combinados e/ou modificados, até que se atinja certo grau de satisfação”. O texto descreve uma etapa de engenharia de requisitos conhecida como:

A engenharia de requisitos abrange sete tarefas distintas: concepção, levantamento/elicitação, elaboração, negociação, especificação, validação e gestão. A fase de levantamento/elicitação envolve uma série de dificuldades. Sobre essas dificuldades, analise as assertivas abaixo e assinale a alternativa correta.

I. Clientes e usuários podem especificar detalhes técnicos desnecessários, que podem confundir em vez de esclarecer os objetivos globais do sistema.

II. Clientes e usuários não estão completamente certos do que é preciso, de forma que é difícil especificar os requisitos detalhadamente, já que estes não podem mudar após o início da fase de análise.

III. Clientes e usuários têm problemas em transmitir suas necessidades, omitindo informações que acreditam ser óbvias, ou especificando requisitos ambíguos ou impossíveis de serem testados. 

Qual denominação é dada ao conjunto de exigências, recursos, objetivos e utilidades que um software precisa cumprir, de acordo com as necessidades da empresa e dos usuários?

A principal atividade da Engenharia de Requisitos é:

Considere as atividades do processo de engenharia de requisitos e assinale a alternativa que corresponde à primeira atividade, que é iniciada após um estudo de viabilidade.

Na Engenharia de Requisitos, os requisitos de software são frequentemente classificados em duas categorias. A primeira abarca as declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações. A segunda, engloba as restrições aos serviços ou funções oferecidos pelo sistema, incluindo restrições de timing, restrições no processo de desenvolvimento e restrições impostas pelas normas. Essas categorias são consideradas, respectivamente, requisitos

Considerando a engenharia de requisitos, é correto afirmar que:

Determinada atividade do processo de engenharia de requisitos tem por objetivo definir o domínio do problema e as funções, características e restrições do software; nela, em particular, são descritos cenários de como os usuários vão interagir com o sistema. Essa atividade é denominada

Na engenharia de requisitos, por estar mais aderente às características dessa técnica, a etnografia é recomendada

Os clientes do banco EraDigital podem atualizar seus endereços eletrônicos (e-mail) por meio do aplicativo para dispositivos móveis EraDigApp. No EraDigApp, o cliente se autentica e preenche o campo "Novo e-mail" destinado ao cadastro de um novo endereço eletrônico que permite a entrada de quaisquer caracteres alfanuméricos e em qualquer ordem, ou seja, sem seguir uma regra de formação.

No contexto de engenharia de requisitos, a falta de controle do EraDigApp em relação à entrada de endereços eletrônicos caracteriza falhas na especificação de requisitos de: 

Uma mudança no processo de abertura de contas de um banco gerou a necessidade de desenvolvimento de novas funcionalidades na aplicação web destinada aos novos clientes. Assim, foi definido que, para pedido de abertura de conta por meio da aplicação web, o novo cliente deve fazer o upload de um conjunto de documentos em formato digital. Marta é a responsável pela triagem de pedidos de novas contas e utiliza um sistema informatizado de uso interno do banco para conferir todos os documentos enviados digitalmente.

No contexto de engenharia de requisitos, a conferência de documentos realizada por Marta, por meio do sistema informatizado de uso interno do banco, representa um requisito: 

A elicitação e a análise de requisitos de software podem ser consideradas como um processo iterativo, tendo feedback contínuo de cada uma das atividades para as demais. Neste ciclo, algumas atividades e/ou tarefas estão relacionadas. Na validação dos requisitos algumas atividades são destacadas. Assinale, a seguir, uma das atividades da validação de requisitos.

Considere o campo descrição de um dos requisitos definidos para um sistema em desenvolvimento no TJUSC. 

No módulo de Digitalização, o tratamento de documentos digitalizados com certificação digital é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de documentos digitalizados de forma paralela, reduzindo o tempo de execução da rotina diária.
A média diária de digitalizações a serem processadas é 80.000. Cada lote contém 500 documentos digitalizados totalizando 160 lotes. A janela de produção disponível para o processamento de todos os lotes é de 4h. Ou seja, o sistema deve processar todos os 160 lotes em, no máximo, 4h.
Para atender a esta alta demanda, o sistema deverá executar os lotes na quantidade máxima permitida de threads, considerando a seguinte especificação do servidor de aplicativos:
− 16 processadores com quatro núcleos cada.

− 64 GB de memória RAM.
− 1 TB de espaço de armazenamento.

Uma Analista de Sistemas, ao analisar o requisito e completar outros campos de sua estrutura padrão, o classifica como requisito