Exercicio Mapeando Requisitos

Prévia do material em texto

Exercício 1- Mapeando e Classificando Requisitos
Orientações:
· Objetivo: Praticar os conceitos de requisitos vistos em sala.
Atividades:
Um sistema que controla o acervo e empréstimo de uma biblioteca qualquer possui uma série de processos organizacionais que são:
a) Cadastro e atualização de obras do acervo (deve)
b) Exclusão de obras do acervo (deve)
c) Consulta ao acervo (deve)
d) Empréstimo de obras do acervo (deve)
e) Reserva de alguma obra do acervo (deveria)
f) Devolução de obras (deve)
g) Cobrança de obras não devolvidas (deve)
h) Reserva de obras (deveria)
i) Cadastro de usuários e perfis de acesso (deve)
j) Relatórios de obras inexistentes (deveria)
k) Relatório de obras mais emprestadas (deveria)
l) Relatório de obras que não são emprestadas a mais de x dias (deveria)
m) Relatório de usuários com devoluções pendentes (deve)
n) Relatório de giro de empréstimo mensal da biblioteca. (deveria)
1. Elaborar uma lista de 10 requisitos funcionais para este sistema e indique a qual processo organizacional que cada um deles se refere. Crie no mínimo um requisito para cada um dos processos organizacionais mencionados acima. (letras a-n)
O modelo da lista de requisitos que vocês deverão preencher se encontra abaixo.
	ID
	Descrição do requisito
	Processo Organizacional (exemplos)
	01
	O sistema deve permitir o cadastro e a atualização de obras do acervo, como título, autor e categoria
	a) Cadastro e atualização de obras do acervo
	02
	O sistema deve permitir que obras sejam excluídas do acervo
	b) Exclusão de obras do acervo
	03
	O sistema deve permitir que usuários pesquisem por obras através dos títulos, autores e categorias
	c) Consulta ao acervo 
	04
	O sistema deve permitir registros de empréstimos de obras, registrando a data que o empréstimo foi realizado e a data de devolução
	d) Empréstimo de obras do acervo
	05
	O sistema deveria permitir que os usuários reservassem livros do acervo
	e) Reserva de alguma obra do acervo / h) Reserva de obras
	06
	O sistema deve registrar a devolução das obras e atualizar o status se a obra está disponível
	f) Devolução de obras 
	07
	O sistema deve enviar um aviso ao usuário sobre a cobrança de obras que passaram do prazo de devolução
	g) Cobrança de obras não devolvidas
	08
	O sistema deve permitir o cadastramento de novos usuários, tanto para quem trabalha na biblioteca, como administrador e bibliotecário, como também para quem pega as obras emprestadas
	i) Cadastro de usuários e perfis de acesso 
	09
	O sistema deveria gerar um relatório de obra inexistente, quando não registrado por administrador ou bibliotecário
	j) Relatórios de obras inexistentes
	10
	O sistema deveria gerar um relatório mensal das obras que são mais emprestadas no acervo
	k) Relatório de obras mais emprestadas
	11
	O sistema deveria gerar um relatório de obras que estão paradas e não são emprestadas a mais de X dias
	l) Relatório de obras que não são emprestadas a mais de x dias
	12
	O sistema deve gerar um relatório no final de cada dia com os usuários que possuem devolução pendente
	m) Relatório de usuários com devoluções pendentes
	13
	O sistema deveria gerar um relatório de giro de empréstimo mensal da biblioteca (quantos livros foram emprestados no mês, caso haja taxa cobrança de atraso, qual foi o lucro dessa taxa, quantos usuários ainda não devolveram as obras, etc)
	n) Relatório de giro de empréstimo mensal da biblioteca. 
Dicas :
· Usar a linguagem de uma forma consistente. Use ‘deve’ para requisitos obrigatórios, e ‘deveria’ para requisitos desejáveis.
· Evitar o uso de jargões de computação
2. Elaborar uma lista de 10 requisitos não funcionais para este sistema. Informe o tipo de requisito não funcional. Em caso de dúvida, consulte o material no Ulife, sobre os tipos de requisitos não funcionais. O modelo da lista de requisitos que vocês deverão preencher se encontra abaixo
	ID
	Descrição do requisito não funcional
	Tipo de Requisito Não Funcional (Exemplos)
	01
	O sistema deve conseguir suportar X usuários simultaneamente (realizando pesquisas, registrando empréstimos e devoluções, fazendo novos cadastros)
	Desempenho
	02
	O sistema deve conseguir se manter funcional em condições adversas ou em caso de falhas
	Eficiência
	03
	O sistema deve conseguir realizar pesquisa de obras em pelo menos X segundos
	Desempenho
	04
	O sistema deve conseguir armazenar muitas obras e muitos registros de usuários
	Espaço
	05
	O sistema deve ser acessível para pessoal com deficiência (em caso de pessoas cegas, ter uma voz que lê a tela de forma compreensível, por exemplo)
	Facilidade de uso
	06
	O sistema deve guardar os dados dos usuários de forma segura e protegida contra pessoas que não possuem alto nível de acesso (somente administradores podem acessar)
	Segurança
	07
	O sistema deve conseguir corrigir seus próprios erros para não afetar o banco de dados da biblioteca e o registro do acervo
	Confiabilidade
	08
	O sistema deve realizar backups e restaurações
	Eficiência
	09
	O sistema deve conseguir interagir sem causar problemas com outros sistemas que possam vir a ser utilizados pela biblioteca
	Interoperabilidade
	10
	O sistema deve ter uma interface de fácil entendimento e intuitiva, de forma que os usuários não precisem ficar pedindo ajuda 
	Usabilidade
3. Requisitos não funcionais podem comprometer os requisitos funcionais? Justifique e dê um exemplo.
R: Sim, os não funcionais podem comprometer os funcionais, pois quando um requisito não funcional não realiza a ação corretamente, parte do sistema funcional pode sofrer algum impacto. Como por exemplo, quando o usuário quer realizar uma pesquisa de um livro e essa pesquisa deve acontecer em X segundos, mas ocorre um atraso e ela demora o dobro do tempo, o usuário pode acabar cansando de esperar a resposta do sistema e desistir de pegar o livro emprestado, deixando o usuário insatisfeito.
4. Por que é importante validar os requisitos antes de passarmos para a próxima fase do processo de desenvolvimento de software?
R: É importante validar os requisitos antes de passarmos para a próxima fase para garantir que o sistema/software que será desenvolvido cumprirá os desejos dos usuários, além de estimar um tempo para desenvolvimento do sistema, permitindo que seja entregue dentro do prazo que o cliente necessita.
5. Quais os critérios podem ser utilizados para validar requisitos?
R: É necessário verificar se os requisitos estão certos, se eles serão funcionais ou não funcionais, se realmente são necessários dentro daquele sistema ou não, se não possuem erros, se cumprem tudo que o cliente precisa, se cumprem as leis de privacidade e segurança, se possuem um bom desempenho e eficiência, se é capaz de armazenar a quantidade de dados que o cliente necessita, se pode ser usado com outros sistemas ou outros dispositivos, caso seja necessário, etc.
6. Quem participa da validação de requisitos?
R: Quem participa são os stakeholders, ou seja, as partes interessadas, isso inclui os clientes, os gerentes de projetos, a equipe de desenvolvimento, o arquiteto de sistemas e os testadores.