Essays.club - TCC, Modelos de monografias, Trabalhos de universidades, Ensaios, Bibliografias
Pesquisar

TransPed Engenharia Software

Por:   •  12/6/2018  •  855 Palavras (4 Páginas)  •  583 Visualizações

Página 1 de 4

...

Durante o transporte do produto o cliente poderá ver o status da entrega.

Quando a entrega for concluída o sistema calculará 3% da NF adicionado da Quilometragem e gerar um Pagamento Avulso que será adicionado ao Boleto de Pagamento Mensal.

---------------------------------------------------------------

Regras de Negócio

RN01 – Uma O.S tem um cliente;

RN02 – Uma O.S tem um ou mais produtos;

RN03 – Uma O.S tem apenas um endereço de entrega;

RN04 – Uma O.S tem um veículo com um motorista;

RN05 – Uma O.S tem os status: (Em Trânsito e Finalizado);

RN06 – Uma O.S tem uma NF;

RN07 – Um Boleto de Pagamento Mensal tem um ou mais Pagamentos Avulsos;

Requisitos Funcionais

RF01 – Cadastrar Produto

RF02 – Registrar NF

RF03 – Cadastrar Veículo com motorista

RF04 – Registrar O.S

RF05 – Registrar Status da O.S

RF06 – Gerar Pagamento Avulso e Mensal

Requisitos Não Funcionais

RNF01 – Sistema Operacional Windows ou Android;

RNF02 – Sistema web application;

RNF03 – Navegador web;

RNF04 – Tecnologia Java, WebService;

Diagrama Geral de Use case ou Modelo de caso de uso

Funcionabilidade Registrar O.S:

---------------------------------------------------------------

[pic 3]

Descrição de Atores e Use Cases

Descrição dos Atores

Analista de Logística: Indivíduo responsável por registrar a O.S e alocar um veículo a mesma.

Gestor de TI: Indivíduo responsável por cadastrar cliente, veículo e produtos.

Motorista: Indivíduo responsável que finaliza o status da O.S quando a entrega é concluída

Descrição das USE CASES

Use Cases

Faça uma breve descrição de cada use case que foi identificada para o sistema

---------------------------------------------------------------

Para cada Protótipo inserir a documentação de use case abaixo:

Protótipos – Registrar O.S

[pic 4]

Documentação de Use Case

OBS: nos casos de uso + complexos crie o diagrama de atividade para representar a funcionalidade

Caso de Uso: nome do caso de uso que será descrito

Sumário: pequena descrição do caso de uso

Ator Primário: nome do ator que inicia o caso de uso

Atores Secundários: os demais atores que participam do caso de uso, se houver

Precondições: define que hipóteses são assumidas como verdadeiras para que o caso de uso tenha início. Exemplo: o cliente deve ser identificado pelo sistema.

Fluxo Principal: descreve o que normalmente acontece quando o caso de uso é realizado, identificando a interação do usuário e o papel do sistema. Deve ser definido o domínio do problema e não a solução. Deve ser descrito do ponto de vista do usuário, portanto não deve possuir termos técnicos.

1.

2.

3...

Fluxo Alternativo: quando o ator faz uma escolha alternativa diferente da descrita no fluxo principal.

1.

1-a

Fluxo de Exceção: descreve quando algo de inesperado pode acontecer na interação entre ator e caso de uso(por exemplo quando um usuário realiza uma ação inválida).

Deve indicar em que passo o caso de uso continua, ou conforme for, quando o caso de uso termina.

Exemplos: Realizar Pedido, algumas situações usuais que seriam tratadas em fluxos de exceção.

- E se o cartão excede o limite?

- E se a loja não tem a quantidade de produtos?

- E se o cliente já tem um débito anterior?

Pós-condições: é um estado que o caso de uso alcança após um caso de uso ser realizado.

Regras de Negócio: identifique as regras relacionadas a este caso de uso...

Diagrama de Classe de Análise

Coloque o diagrama de relacionamento entre as classes de análise

Diagrama de Seqüência

Apresentar o diagrama de seqüência de uma funcionalidade mais complexa definida pelo professor.

---------------------------------------------------------------

Capítulo

...

Baixar como  txt (6.8 Kb)   pdf (55.2 Kb)   docx (16.5 Kb)  
Continuar por mais 3 páginas »
Disponível apenas no Essays.club