Engenharia de Software

...

campo jurídico o sistema deverá conter datas, locais e horários das audiências e reuniões.

2.2 DESCRIÇÃO DO SISTEMA ATUAL

Todos os cadastros de clientes são feitos através de arquivos salvos no computador de forma simples em documentos tipo “Office”, com identificação pelo nome do cliente e separados por tipo de processo. As datas, locais e horários de audiências e reuniões são anotados em agenda física (de papel).

Quanto às contas a serem pagas, não há organização, as contas são pagas coforme a ordem de chegada.

Todos os boletos bancários e comprovantes de depósitos são armazenados por um determinado tempo em pastas ou arquivos mortos no escritório, para posteriores prestações de contas e controle financeiro.

2.3 DESCRIÇÃO DOS PRINCIPAIS PROBLEMAS.

Por só ser feito um cadastro básico dos clientes pelo Word, não há organização para se buscar as informações de clientes, processos e da área administrativa com a rapidez necessária.

2.4 DESCRIÇÃO DOS REQUISITOS FUNCIONAIS

• Cadastrar clientes: possibilidade de cadastrar os clientes com seus dados como nome, endereço, telefone.

• Cálculo de pagamentos: cálculo das contas a pagar.

• Controle de recebimentos:

• Percentual e valores de honorários: calculo dos percentuais honorários.

• Controle de despesas: despesas diversas (água, luz, telefone).

• Controle de compromissos: agenda para anotações de dia e horário de compromissos.

• Controle de processos: os processos organizados em número, para facilitar a procura.

2.5 DESCRIÇÃO DOS REQUISITOS NÃO FUNCIONAIS

• Um guia para que o usuário tire dúvidas e consiga usar o software como o todo.

• Recursos visuais e de usabilidade devem ser utilizados de maneira a minimizar o aprendizado durante a utilização.

• Biblioteca.

3 VISÃO DE CASO DE USO - UML

3.1 DEFINIÇÃO DOS ATORES

Figura 1 – Ator Advogado.

Ator: Advogado – é responsável por Administrar e gerenciar o sistema e as informações referentes ao escritório.

Figura 2 – Ator Cliente

Ator: Cliente – é responsável pelo cadastro de suas informações pessoais, e gerenciamento de seu cadastro, tendo acesso a relatórios.

3.2 DIAGRAMA DE CONTEXTO (TODOS OS CASOS DE USO)

3.3 DIAGRAMA DE CASOS DE USO INDIVIDUAIS (6 PRINCIPAIS: CADASTRO, CONSULTA, RELATÓRIO, AGENDAMENTO, CONTROLE, ETC..)

3.3.1 – CASO DE USO: CADASTRAR PROCESSO

1-Advogado acessa o cadastro do cliente;

2-Sistema retorna cadastro do cliente;

3-Advogado solicita cadastro de processo;

4-Sistema retorna formulário de cadastramento do processo;

5-Advogado preenche o formulário;

6-Sistema Verifica dados informados;

7-Grava dados informados;

8-Sistema retorna "CADASTRO REALIZADO COM SUCESSO";

Fluxo Alternativo

1-Advogado acessa o cadastro do cliente;

1.1-Cliente não Cadastrado;

1.1.1-Sistema retorna para o item 1;

6-Verificar dados informados;

6.1-Processo já cadastrado;

6.1.1-Sistema retorna para o item 5;

6.2-Informações insuficientes;

6.2.1-Sistema retorna para o item 5;

6.3-Informações inválidas;

6.3.1-Sistema retorna para o item 5;

3.3.2 – CASO DE USO: CADASTRAR CLIENTE

Fluxo Principal

1-Advogado acessa o sistema;

2-Sistema requisita Login e Senha;

3-Advogado digita Login e Senha;

4-Sistema valida informações;

5-Sistema abre a interface;

6-Advogado acessa o menu Pesquisar;

7-Sistema mostra formulário de pesquisa;

8-Advogado seleciona a opção Cliente;

9-Advogado digita informações necessárias;

10-Sistema busca no banco de dados as informações requeridas;

11-Sistema retorna o cadastro do cliente desejado;

Fluxo Alternativo

4-Sistema valida informações;

4.1-Login ou Senha Inválidos;

4.1.1-Sistema Retorna ao item 2;

8-Advogado digita informações necessárias;

8.1-Informações invalidas;

8.1.1-Sistema retorna para o item 7;

9-Sistema busca no banco de dados as informações requeridas;

9.1- Cliente não Cadastrado;

9.1.1-Sistema retorna para o item 7;