

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Dentre os requisitos não funcionais, classificados em
I. De produto.
II. Organizacionais.
III. Externos.
Corresponde a I, II e III, respectivamente,
segurança; privacidade; desempenho.
interoperabilidade; usabilidade; desempenho.
interoperabilidade; desempenho; ético.
portabilidade; de entrega; interoperabilidade.
usabilidade; de segurança; de privacidade.
Durante a fase de análise de requisitos de um sistema, o gerente de projeto propõe realizar as seguintes atividades:
— construir a matriz de rastreabilidade;
— identificar conflitos entre requisitos; e
— definir um protótipo de telas do sistema.
O objetivo que o gerente pretende atingir é
evitar requisitos mal descritos.
evitar retrabalho na implementação.
garantir a consistência dos requisitos.
verificar a testabilidade.
verificar omissões.
Na especificação de requisitos de software, há um tipo de requisito que consta de declarações de funções que o sistema deve realizar, como o sistema deve reagir em certas situações, além de, às vezes, declarar o que o sistema não deve fazer. O tipo de requisito descrito corresponde aos requisitos
funcionais.
de domínio.
de informação.
de segurança.
não funcionais.
Requisitos não-funcionais estão diretamente relacionados com a satisfação dos usuários.
Assinale a alternativa que não indique um requisito não-funcional.
O sistema de arquivos deve ser protegido, para acesso, apenas, de usuários autorizados.
O software deve ser implementado usando os conceitos de orientação a objetos.
O tempo de desenvolvimento do software não deve ultrapassar seis meses.
O software poderá ser executado em plataforma windows e linux.
O software deve emitir relatórios de vendas a cada quinze dias.
Existem técnicas que são usadas na fase de levantamento de requisitos para coletar conhecimento dos usuários sobre os requisitos. Assinale a alternativa que indique apenas técnicas utilizadas na fase de levantamento de requisitos.
JAD, WFMS, WBS, cenários e brainstorming.
JAD, cenários, WFMS, questionários e intercepting.
cenários, entrevistas, protótipos, workshop, brainstorming.
leitura de documentos, protótipos, workshop, WBS e workflow.
brainstorming, protótipos, workflow, leitura de documentos e intercepting.
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:
o item I trata de um requisito funcional e a ele está associado o requisito não funcional, contido no item II.
o item I trata de um requisito não funcional e a ele está associado o requisito funcional, contido no item II.
ambos referem-se a requisitos funcionais.
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.
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.
O gerenciamento de requisitos deve compreender e controlar mudanças nos requisitos de sistema, além de avaliar os seus impactos. Para atingir esse propósito, podem ser mantidas informações de rastreabilidade a serem usadas para avaliar quais outros requisitos seriam afetados por uma mudança, bem como o impacto da mudança de requisitos no projeto e na implementação do sistema.
A respeito de análise de requisitos, julgue os itens a seguir.
I O usuário deve ser capaz de pesquisar tanto no banco de dados inteiro como em uma parte dele.
II A interface de usuário para o sistema deve ser implementada em HTML sem frames ou em applets Java.
III O sistema deve fornecer visões apropriadas para que o usuário possa ler documentos.
IV Cada ordem deve ter um identificador único (OSID), que o usuário deve poder copiar na área permanente de armazenamento da conta.
V O processo de desenvolvimento do sistema e os documentos devem ser realizados conforme o padrão interno da empresa.
São requisitos funcionais apenas os itens
I, II e III.
I, II e V.
I, III e IV.
II, IV e V.
III, IV e V.
Estruturar o modelo de caso de uso de negócios, que é o modelo das metas de negócio e as funções pretendidas, é uma tarefa da disciplina requisitos.
O gerenciamento de requisitos é uma atividade básica que deve anteceder as demais atividades da engenharia de software, pois é pré-requisito para todas elas.
Uma especificação da forma "os estudantes devem poder obter o número de aprovações, reprovações e trancamentos em todas as disciplinas por determinado período de tempo" corresponde a requisito funcional de um sistema, enquanto que a especificação "o software deve ser operacionalizado no sistema operacional Linux" corresponde a requisito não-funcional.
A fase de projeto define o que o software deve fazer, enquanto a fase de eliciação de requisitos define como o software deve atingir seus requisitos.
Requisitos funcionais são restrições sobre as funções ou serviços oferecidos pelo sistema. Esses requisitos consideram as declarações de serviços, a forma do sistema reagir e como ele deve se comportar em determinadas situações. Cenários e casos de uso são técnicas eficazes para elicitação de requisitos funcionais segundo pontos de vista de interação.
Requisitos descrevem um acordo ou contrato entre duas partes, especificando, entre outros aspectos, o que o sistema de software deve fazer para ser aprovado em um teste de aceitação.
Um requisito do sistema que poderia definir o caso de uso apresentado é que, para usar os serviços de uma biblioteca, cada leitor deverá estar registrado e possuir um cartão com número de identificação e foto. Esse detalhe do requisito não aparece explicitamente no caso de uso.
O diagrama de arquitetura de informação deve prover uma especificação minuciosa da navegação.
A análise de requisitos localiza os requisitos funcionais e os não-funcionais. Nessa análise, são produzidos tipicamente artefatos que irão guiar o resto do processo de desenvolvimento. Na análise, os requisitos são definidos sem que o foco seja voltado para aspectos específicos da implementação a ser construída. Nos métodos de análise tipicamente recomendados, há informações de como organizar e representar as especificações dos requisitos.
A arquitetura de um sistema de software descreve os elementos que compõem o sistema e as interações entre eles. A arquitetura do software deve ser definida visando atender à especificação previamente estabelecida dos requisitos de software. Em um processo de desenvolvimento de software, a definição da arquitetura é tipicamente responsabilidade da disciplina de projeto.
Os requisitos de um sistema são descrições dos serviços fornecidos pelo sistema e suas restrições operacionais. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é denominado engenharia de requisitos. Requisitos de um sistema de software podem ser funcionais, não funcionais ou de domínio.
Relacione os itens da primeira coluna com os conceitos da segunda coluna e assinale a alternativa que apresenta a seqüência correta de relacionamento, de cima para baixo.

1, 2 e 3.
3, 4 e 5.
4, 1 e 2.
5, 3 e 2.