Aluno: Rodrigo Lucio Ananias

Curso: Ciências da Computação 3ºSemestre

Projeto integrador de disciplinas do curso ciência da computação.
Atividade 1.

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.

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 é
adequado para projetos menores, o big bang é muito arriscado (risco
desnecessário neste caso).
Partindo desse conceito, a implementação do modelo incremental se
trás, devido ao ponto do pdv, trabalhar com o cliente em ciclos, sendo colocado
como sistema sem mão de obra para implementação completa e imediata,
dentro do prazo comercial do produto.
Benefício além é possível realizar uma medição mais apurada sobre o
estado atual, interagindo por porcentagem de conclusão, feedback do cliente e
do usuário assim sendo mais fácil a implementações de update do sistema (O
retorno de informação por parte dos interessados(clientes) em relação a um
conjunto de informações de uma determinada função.)
Sendo que o cliente a uma grande diferença no que condiz com a fase
de implementação onde no modelo cascata demora-se mais tempo a ser
atingido.
É identificado no gráfico o risco x tempo, na criação do sistema.
 Observamos que os riscos de criação do modelo incremental diminui de
acordo com as etapas (Concepção, Elaboração, Construção e Transição),
sendo que algumas das etapas ganhamos tempo no decorrer do “complete” do
projeto.
Assim como os riscos vão decaindo com o conceber do projeto.

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).

Lista de Requisitos para o PDV

Requisito funcional Requisito não funcional

Registrar os produtos Exigir senha pessoal do

(itens) vendidos em cada operador para operar o
venda. sistema.

Calcular o valor total de uma venda.

Obter e apresentar as informações sobre cada produto

mediante a leitura de seu código de barras.
 Reportar ao estoque os dados (qtd) dos produtos
vendidos.

Registrar cada venda completada com sucesso.

Receber pagamentos em dinheiro ou cartão.

Emitir mensalmente o relatório de estoque (entradas,

saídas e saldo).

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 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

3e6 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.