Atividade I

Prévia do material em texto

Aluno: Jefferson Carlos dos Santos Araújo
Projeto integrador de disciplinas do curso ciência da computação.
Atividade 1.
1. Atividade proposta
Como profissional de sistemas de informação, muitas vezes você será requisitado(a) para dar sua opinião técnica sobre qual o melhor processo de software para a construção de uma solução, baseando-se inicialmente nas especificações de requisitos principais e no que os usuários do novo sistema esperam dele.
A partir desses pressupostos, considere que seu diretor lhe encaminhou um documento contendo os principais requisitos para um subsistema de caixa de pagamento (PDV ou, se preferir, o caixa do supermercado, da vendinha, etc...).
Como dado importante, o pessoal sênior do escritório, que avaliou inicialmente esses requisitos, definiu por consenso que o processo de engenharia de software incremental é o mais adequado para seu desenvolvimento.
Segue a lista de requisitos para o PDV:
1. Registrar os produtos (itens) vendidos em cada venda. 
2. Calcular o valor total de uma venda. 
3. Obter e apresentar as informações sobre cada produto mediante a leitura de seu código de barras. 
4. Reportar ao estoque os dados (qtd) dos produtos vendidos. 
5. Registrar cada venda completada com sucesso. 
6. Exigir senha pessoal do operador para operar o sistema. 
7. Receber pagamentos em dinheiro ou cartão. 
8. Emitir mensalmente o relatório de estoque (entradas, saídas e saldo).
Pede-se, a partir desses parcos dados, que você entregue as seguintes tarefas.
2. Tarefas pedidas e respostas
a) Crie/escreva uma justificativa para balizar a decisão em se desenvolver o sistema utilizando o processo incremental e não cascata, pois um dos analistas do cliente está em dúvida com relação ao melhor processo.
Conforme enunciado o que recebemos foram os requisitos de um subsistema. No desenvolvimento incremental divide-se o sistema que se quer produzir em diversos subsistemas e para cada subsistema tem-se uma cascata isolada. Como aparentemente este é o caso e o projeto é pequeno, a escolha do modelo incremental é sim a melhor opção, pois o modelo cascata considera a produção do sistema inteiro numa única cascata, o evolutivo e espiral não são adequados para projetos menores, o big bang é muito arriscado (risco desnecessário neste caso), etc. 
b) Identifique, a partir da lista de requisitos apresentada, quais são os funcionais e os não funcionais (monte uma tabela e separe em duas colunas identificadas).
	Requisito
	Requisito funcional
	Requisito não funcional
	1. Registrar os produtos (itens) vendidos em cada venda.
	X
	
	2. Calcular o valor total de uma venda.
	X
	
	3. Obter e apresentar as informações sobre cada produto mediante a leitura de seu código de barras.
	
	X
	4. Reportar ao estoque os dados (qtd) dos produtos vendidos.
	X
	
	5. Registrar cada venda completada com sucesso.
	X
	
	6. Exigir senha pessoal do operador para operar o sistema.
	
	X
	7. Receber pagamentos em dinheiro ou cartão.
	X
	
	8. Emitir mensalmente o relatório de estoque (entradas, saídas e saldo).
	X
	
Justificativa:
1: O primeiro requisito representa uma função que o software deve realizar, isto é muito claro em minha opinião, o sistema deve permitir o registro dos produtos que são vendidos em cada nota.
2: O segundo requisito para mim é mais difícil de classificar. Partindo do pressuposto que este requisito representa uma função do que o software deve fazer e não uma restrição ou o como algo deve ser feito, classifico-o como funcional.
3: O terceiro requisito está diretamente ligado ao primeiro, pois representa como o produto será registrado em cada venda (através do código de barras), em alguns pdvs isto é feito, por figuras ou código interno, não necessariamente códigos de barra. Portanto o classifico como não funcional. No entanto, admito ter contextualizado demais o requisito, que pode ser usado não só para o que eu disse, mas também realizar uma simples consulta de preços (comumente solicitado por clientes), isto tornaria o requisito funcional.
4: No geral este requisito é inerente a qualquer PDV, e serve para baixar a quantidade vendida do estoque. Este requisito não representa o como algo deve ser feito, e nem me parece uma restrição do sistema. Portanto é um requisito funcional. 
5: Este é um pouco parecido com o requisito anterior, onde o sistema deve fazer algo sem uma ação direta do usuário. Neste caso se trata de um log das vendas bem-sucedidas. Registrar logs de venda não representa como algo deve ser feito, nem é uma restrição do sistema, é claramente (para mim) uma funcionalidade. Classifico-o como requisito funcional.
6: Exigir senha para a operação do sistema é claramente uma restrição que quer exista ou não exista, não acrescentará e nem removerá nenhuma funcionalidade em si. Requisito não funcional.
7: Indica que o sistema deve permitir dois tipos de recebimento. Requisito funcional.
8: Assim com o 4 e 5, aqui o sistema realiza algo sem ação direta do usuário. Este requisito não indica uma restrição e nem como algo deve ser feito. Este requisito representa uma funcionalidade ligadas ao controle de estoque. Requisito funcional.
c) Desenhe o diagrama de caso de uso geral desse sistema.
	Requisitos associados
	Caso de Uso
	1, 2, 3, 4, 5, 6 e 7
	Realizar vendas
	3 e 6
	Consultar produto
	5
	Gerar log da venda
	8
	Emitir relatório mensal de estoque
d) Desenhe o diagrama detalhado de caso de uso desse sistema. 
image1.png
image2.png