REQUISITOS DE SISTEMAS EXERCÍCIO 3

Prévia do material em texto

Marque a única alternativa incorreta com relação às características do processo de engenharia de requisitos.
		
	 
	São atividades da etapa de documentação e registro de requisitos: identificar, controlar e rastrear requisitos; gerenciar mudanças de requisitos em qualquer momento ao longo do ciclo de vida do software.
	
	São motivos para a gerência de requisitos: descoberta de erros, omissões, conflitos e inconsistências nos requisitos; melhor entendimento por parte dos usuários de suas necessidades; problemas técnicos, de cronograma ou de custo; mudança nas prioridades do cliente; mudanças no negócio; aparecimento de novos competidores; mudanças econômicas; mudanças na equipe; mudanças no ambiente onde o software será instalado; mudanças organizacionais ou legais.
	
	São benefícios da documentação de requisitos: facilita a comunicação dos requisitos; reduz o esforço de desenvolvimento; fornece uma base realística para estimativas; fornece uma base para verificação e validação; facilita a transferência do software para novos usuários e/ou máquinas; serve como base para futuras manutenções ou incremento de novas funcionalidades.
	
	A etapa de análise de requisitos gera um modelo, que é uma representação de alguma coisa do mundo real, uma abstração da realidade, e, portanto, representa uma seleção de características do mundo real relevantes para o propósito do sistema em questão.
	
	A documentação de requisitos é uma atividade de registro e oficialização dos resultados da engenharia de requisitos. Como resultado, um ou mais documentos devem ser produzidos.
	
	
	Analise o fragmento a seguir: "a base de dados deve ser protegida para acesso apenas de usuários autorizados". O fragmento acima apresenta um exemplo do seguinte requisito:
		
	
	funcional
	
	de sistema
	
	de usuário
	 
	não-funcional
	
	de domínio
	
	
	É uma restrição sobre os serviços ou as funções oferecidos pelo sistema. Pode ser uma restrição de timing, sobre o processo de desenvolvimento, sobre o desempenho ou sobre a confiabilidade do sistema, entre outras. Trata-se de:
		
	
	iteração de processo
	
	especificação de risco
	
	etnografia
	 
	requisito não funcional
	
	requisito funcional
	
	Assinale a alternativa abaixo que indique as características de um Requisito Funcional
		
	 
	Ser único, simples, passível de validação e coerente
	
	Ser único, lúdico, descrito parcialmente e passível de validação
	
	Ser único, ter vínculo na descrição com outros requisitos, coerente e divertido
	
	Ser lúdico, poucos detalhes, parcial e imparcial
	 
	Possuir múltiplas características, coerente, detalhado e passível de validação
	
	Os requisitos ___________ são críticos para o sucesso de sistemas de software e estão diretamente relacionados com a satisfação dos ___________. Devido a essa importância, alguns requisitos ___________ podem ser sacrificados para atender às restrições impostas pelos requisitos ____________.
		
	
	
	 
	não funcionais, usuários, funcionais, não funcionais.
	
	As sentenças relacionadas abaixo se referem ao levantamento de requisitos de um sistema de Gestão de Atendimento de um consultório médico. Escolha a alternativa que indica corretamente os números correspondentes aos requisitos FUNCIONAIS. 
1. O sistema deverá cadastrar o cliente e marcar sua consulta de acordo com sua disponibilidade.
2. O desenvolvimento do sistema deverá utilizar a linguagem Java.
3. O sistema ao final do ano deverá enviar ao cliente um resumo de seus atendimentos.
4. O sistema deverá permitir o cancelamento de consulta e o pagamento em parcelas ou por convênio.
5. O sistema deverá usar software sintetizador de voz para atender aos deficientes visuais.
6. O sistema deverá utilizar uma câmera para capturar a imagem do cliente.
7. O sistema deverá armazenar pelo menos dois telefones dos clientes (residencial e celular).
		
	
	1 - 3 - 4 - 5
	 
	1 - 3 - 4 - 7
	
	1 - 4 - 5 - 7
	
	1 - 2 - 5 - 6
	
	2 - 5 - 6 - 3
	
	
	Leia o texto a seguir e depois marque a alternativa correta sobre a classificação dos Requisitos Não-funcionais.
"Descrição geral do sistema: abrangência e sistemas relacionados:
O sistema Methodology Explorer é uma ferramenta para o processo de desenvolvimento de software. Fornece uma maneira intuitiva e eficiente para definir componentes adequados a uma empresa/projeto. Um componente é uma unidade da metodologia que pode ser manipulada isoladamente, por exemplo artefato, atividade etc.
Utilizando a ferramenta, o usuário - em geral, engenheiro de processos ou projetista de metodologias - poderá cadastrar novos componentes ou criar componentes a partir de outros já existentes. Além disso, poderá alterar, remover e consultar componentes já criados. Tais componentes podem ser exportados da ferramenta, gerando um documento texto, páginas HTML ou um arquivo PDF que podem ser visualizados sem utilizar a ferramenta.
A ferramenta conterá também testes de validação sobre os componentes criados. Estes são baseados no Rational Unified Process [2] (metodologia proposta pela empresa Rational Software Corporation [5]) e servem de ajuda aos usuários, evitando que este cometa pequenos erros.
Diante da facilidade de se definir metodologias, o Methodology Explorer contribui de modo decisivo para melhorar a qualidade do processo de desenvolvimento dos projetos de software de uma empresa.
FONTE: <www.cin.ufpe.br/~mexplorer/metodologia/requisitos/documentoRequisitos.doc>.
		
	
	DESEMPENHO: "Principalmente por ser um sistema que não será utilizado diariamente, o usuário não possui tempo disponível para aprender como utilizar o sistema. Logo, o sistema terá uma interface amigável ao usuário primário sem se tornar cansativa aos usuários mais experientes".
	
	TECNOLOGIAS E PADRÕES: "O módulo de publicação HTML possuirá um setup wizard para ajudar o usuário".
	 
	USABILIDADE: "Embora não seja um requisito essencial ao sistema, reagir com velocidade satisfatória deve ser considerada por corresponder a um fator de qualidade de software".
	
	USABILIDADE: "O módulo de exportação de metodologia deve gerar um documento, preferencialmente no formato XML".
	 
	TECNOLOGIAS E PADRÕES: "Visando criar um produto com maior extensibilidade, reusabilidade e flexibilidade, deve se adotar como linguagem principal de desenvolvimento Java seguindo cuidadosamente as técnicas de orientação a objetos. Entretanto, outras linguagens também poderão ser usadas quando indicações técnicas recomendem. O uso da linguagem Java permite não especificar qual será o sistema operacional e a máquina em que o programa irá executar. No entanto, essa máquina deverá se comunicar com um sistema de banco de dados".
	
	
	
	
	
Em relação a requisitos de sistemas, considere:
I. O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter em certas situações e, em alguns casos, especificar o que o sistema não deve fazer, são chamados de requisitos não-funcionais.
II. As restrições aos serviços ou funções de um sistema, como, por exemplo, processos de desenvolvimento ou utilização de padrões, são requisitos de funcionamento do sistema ou requisitos funcionais.
III. Requisitos que vem do domínio da aplicação do sistema e refletem características ou restrições para aquele domínio são chamados de requisitos de domínio e podem ser requisitos funcionais e/ou não-funcionais.
Está correto o que se afirma em: 
		
	
	II e III, apenas
	
	I e II, apenas
	
	I, apenas
	
	I, II e III
	 
	III, apenas