REQUISITOS DE SISTEMAS EXERCÍCIO 9

Prévia do material em texto

Classifique as regras de negócios a seguir que são relativas ao item "2.3. Módulo: Manter Produtos" do SISCOP - Sistema de Controle de pedidos.
Fonte: /documento-de-regras-de-negc3b3cio-v2-0.pdf>.
a. (    ) [RN2.3.1] Reposição de Produtos - Estoque Real: Se a previsão de consumo é indicada na ordem de serviço, então a reposição do produto, em relação ao estoque real, também deve ser executada sempre que um novo ponto remoto for criado.
b. (    ) [RN2.3.2] Ruptura de Estoque: Um produto não pode sofrer ruptura de estoque, considerando todas as ordens de serviço referente a todos os pontos remotos cadastrados.
c. (    ) [RN2.3.3] Estoque de Segurança: O estoque de segurança, ou Safety Stock, é igual a 20% do produto necessário para atender ao ponto remoto solicitante
d. (    ) [RN2.3.4] Disponibilização de Produto: Se o produto tiver data de validade, então deve ser disponibilizado levando em consideração a data de vencimento do mesmo. Isto se dará através da movimentação FIFO deste produto.
e. (    ) [RN2.3.5] Organização do Produto: Todo produto tem que ter uma ¿Etiqueta Inteligente¿ ou RFID, visando garantir a Acuridacidade e Rastreabilidade do produto.
		
	
	Fato ou invariante, Restrição, Computação, Fato ou invariante, Restrição
	 
	Restrição, Fato ou invariante, Computação, Restrição, Fato ou invariante
	
	Restrição, Restrição, Computação, Restrição, Fato ou invariante
	
	Fato ou invariante, Fato ou invariante, Computação, Restrição, Fato ou invariante
	
	Restrição, Fato ou invariante, Computação, Fato ou invariante, Fato ou invariante
	
	
	
	
	 2a Questão (Ref.: 201602177573)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Sobre a rastreabilidade de requisitos, marque a alternativa correta.
I - A rastreabilidade dos requisitos é o momento de se determinar as ligações entre os requisitos em si, seus documentos e suas fontes.
II - O rastreamento de requisitos deve levar em conta o projeto, as fontes de origem e as dependências entre os requisitos.
III - O rastreamento é importante uma vez que mudanças nos requisitos podem gerar custos e impactos em todo o sistema.
		
	
	Todas as assertivas são falsas.
	
	Apenas as assertivas I e II são verdadeiras.
	 
	Todas as assertivas são verdadeiras.
	
	Apenas as assertivas II e III são verdadeiras.
	
	Apenas as assertivas I e III são verdadeiras.
	
	
	
	
	 3a Questão (Ref.: 201602189350)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Marque a alternativa que não representa um objetivo para se utilizar Revisão Técnica Formal (RTF), segundo Pressman (2011):
		
	
	verificar o atendimento a requisitos necessários para os clientes;
	
	descoberta de possíveis erros na função em sua especificação;
	 
	descoberta de requisitos ao final do desenvolvimento
	
	garantir padronização na documentação da especificação dos requisitos
	
	as descrições de funcionalidades devem ser realizadas de maneira uniforme
	
	
	
	
	 4a Questão (Ref.: 201601986978)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Segundo Sommerville, o gerenciamento de requisitos é o processo de compreensão e controle das mudanças nos requisitos do sistema. Portanto, o passo inicial está em planejar e definir bem qual será o nível do detalhamento pretendido no gerenciamento de requisitos, e para isso dentre os atributos que devem ser avaliados temos:
		
	 
	Identificação de Requisitos e Políticas de rastreabilidade
	
	Ferramentas de Apoio e Armazenamento de Requisitos
	
	Processo de Gerenciamento de Mudanças e Armazenamento de Requisitos
	
	Políticas de Rastreabilidade e Ferramentas de Modelagem
	
	Identificação de Casos de Uso e Ferramentas de Apoio
	
	
	
	
	 5a Questão (Ref.: 201601648116)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	No processo de gerenciamento de mudança de requisitos são considerados três estágios, apresentado no quadro abaixo. Correlacione as informações Estagio x Objetivos. 
Estagio 
1 - Análise de problema e especificação de mudanças 
2 - Análise de mudança de requisito 
3 - Implementação de Mudanças 
Objetivo 
( ) Decidir a efetivação da mudança. 
( ) Efetivar a mudança. 
( ) Verificar a validade da mudança. 
Marque a alternativa correta, em seguida.
		
	 
	2 - 3 - 1
	
	3 - 2 - 1
	
	2 - 1 - 3
	
	1 - 3 - 2
	
	1 - 2 - 3
	
	 Gabarito Comentado
	
	
	 6a Questão (Ref.: 201602167899)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Sobre Engenharia de software, relacione os conceitos com as suas respectivas definições:
I) Requisitos Funcionais
II) Requisitos Não-funcionais
III) Requisitos de Domínio
IV) Regras de Negócios
V) Processos de Negócios
(      ) Declaração de quais são as políticas da empresa para as operações comerciais de seu negócio.
(      ) Declarações sobre quais são os serviços que o sistema de fornecer.
(      ) São requisitos de sistemas relativos às regras do negócio em questão.
(      ) Declarações voltadas aos atributos de qualidade do sistema.
(     ) Especificação de tarefas e atividades organizadas para a realização do trabalho de uma organização.
		
	
	V, IV, III, I, II
	
	II, I, IV, V, III
	 
	IV, I, III, II, V
	
	V, I, III, II, IV
	
	IV, II, III, I, V
	
	
	
	
	 7a Questão (Ref.: 201601648109)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Os sistemas sofrem constantes modificações, seja por algum erro, novas necessidades ou até como resultado de um levantamento de requisitos precário. Sendo assim é preciso considerar a possibilidade das mudanças no software que pode acontecer. Com intuito de prover organização e método na execução das mudanças, realizamos um planejamento onde atividades são propostas. 
Marque a alternativa que denomina a atividade que consiste em definir um conjunto de atividades cujo objetivo está em avaliar o impacto causado.
		
	 
	Processo de gerenciamento de mudanças.
	
	Identificação de requisitos.
	
	Ferramenta de apoio.
	
	Modelo de Processo.
	
	Políticas de rastreabilidade.
	
	 Gabarito Comentado
	
	
	 8a Questão (Ref.: 201601648123)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Considerando os motivos que levam a realização de manutenções nos sistemas, marque a alternativa que NÃO descreve um motivo para realizar a manutenção de softwares.
		
	
	Quando os usuários finais tiverem experiência de um sistema, descobrirão novas necessidades e prioridades.
	
	Novo hardware que deve ser introduzido.
	
	Novas legislações e regulamentos os quais o sistema deve necessariamente respeitar, dentre outros.
	
	Fusões entre empresas, mudanças no negócio, questões técnicas.
	 
	Turn-over na equipe de desenvolvimento.