Push

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CINCIAS EXATAS E NATURAIS CURSO DE CINCIAS DA COMPUTAO BACHARELADO
SISTEMA DE ADVOCACIA COM AUTOMATIZAO DO ANDAMENTO DOS PROCESSOS JURDICOS RECEBIDOS DO SISTEMA PUSH ATRAVS DE E-MAIL
MARCUS VINCIUS FELIPPI
BLUMENAU 2005 2005/2-17
Trabalho de Concluso de Curso submetido Universidade Regional de Blumenau para a obteno dos crditos na disciplina Trabalho de Concluso de Curso II do curso de Cincias da Computao Bacharelado. Prof. Paulo Roberto Dias, Titulao - Orientador
BLUMENAU 2005 2005/2-17
Por
Trabalho aprovado para obteno dos crditos na disciplina de Trabalho de Concluso de Curso II, pela banca examinadora formada por:
Presidente:
______________________________________________________ Prof. Paulo Roberto Dias Orientador, FURB ______________________________________________________ Prof. Ricardo de Alencar Azambuja FURB ______________________________________________________ Prof. Wilson Pedro Carli FURB
Membro:
Membro:
Blumenau, 16 de novembro de 2005
Dedico este trabalho a todos os meus amigos que deram fora na realizao deste, e aos meus colegas que compartilharam longas horas de companhia em aula, especialmente Andr Bohn, com o qual participei de muitos trabalhos em grupo.
AGRADECIMENTOS
Ao Prof. Paulo Roberto Dias, pela orientao e apoio na realizao deste. minha me, que sempre acreditou na minha capacidade. Aos meus amigos que me deram auxlio quando precisei e que acreditaram no meu potencial. Ao meu amigo Jayson C. M. Rosa, advogado, que me auxiliou nas dvidas de desenvolvimento deste trabalho.
Quanto mais eu sei, mais eu sei que nada sei. Scrates
RESUMO
Este trabalho apresenta o desenvolvimento de um sistema de gesto para advocacia, tendo como foco principal a automatizao das movimentaes processuais recebidas do Sistema Push do TJSC atravs de e-mail. A partir destes e-mails so extradas as movimentaes processuais, sendo gravadas na base de dados do sistema, mantendo atualizadas as movimentaes dos processos cadastrados. O sistema foi desenvolvido em Java, utilizando o banco de dados PostgreSQL. Palavras-chave: Sistema de advocacia. Sistema Push. Javamail. Banco de dados PostgreSQL.
ABSTRACT
This paper presents the development of a management system for a law firm, mainly focusing the automation of the lawsuit history from the Push System of the TJSC through email. From these e-mails, the lawsuit history is retrieved and recorded in a database, in order to keep it up-to-date. The system has been developed using Java and a PostgreSQL database. Key-words: Law firm system. Push System. Javamail. PostgreSQL database.
LISTA DE QUADROS
Quadro 1 Requisitos funcionais............................................................................................. 26 Quadro 2 Requisitos no funcionais...................................................................................... 27 Quadro 3 Mtodo RetornaConteudo()................................................................................... 42 Quadro 4 Mtodo RetornaConteudoEndereco().................................................................... 43
LISTA DE ILUSTRAES
Figura 1 Pacotes dos diagramas de casos de uso................................................................... 28 Figura 2 Diagrama de casos de uso de cadastros................................................................... 29 Figura 3 Diagrama de casos de uso de movimentaes ........................................................ 30 Figura 4 Diagrama de casos de uso do financeiro ................................................................. 31 Figura 5 Diagrama de casos de uso de relatrios .................................................................. 32 Figura 6 Diagrama de casos de uso de configuraes ........................................................... 32 Figura 7 Diagrama de classes da atualizao das movimentaes dos processos................. 33 Figura 8 Diagrama de atividades para o caso de uso importar movimentaes.................... 36 Figura 9 Modelo lgico de dados .......................................................................................... 37 Figura 10 Modelo fsico de dados ......................................................................................... 38 Figura 11 Login do sistema ................................................................................................... 43 Figura 12 Mensagem de solicitao de verificao de e-mail ............................................... 44 Figura 13 Importao de movimentaes processuais do servidor de e-mails...................... 44 Figura 14 Menu do sistema ................................................................................................... 45 Figura 15 Cadastro de clientes............................................................................................... 45 Figura 16 Cadastro de advogados.......................................................................................... 46 Figura 17 Cadastro de partes contrrias ................................................................................ 46 Figura 18 Cadastro de advogados contrrios......................................................................... 47 Figura 19 Cadastro de reas................................................................................................... 47 Figura 20 Cadastro de comarcas............................................................................................ 47 Figura 21 Cadastro de processos ........................................................................................... 48 Figura 22 Movimentaes do processo ................................................................................. 48 Figura 23 Cadastro de usurios ............................................................................................. 49 Figura 24 Agendamento de audincias.................................................................................. 49 Figura 25 Insero de movimentao manualmente ............................................................. 50 Figura 26 Agenda das movimentaes.................................................................................. 50 Figura 27 Agenda de audincias............................................................................................ 51 Figura 28 Despesas de processos .......................................................................................... 51 Figura 29 Lanamento de honorrios .................................................................................... 52 Figura 30 Baixa de honorrios .............................................................................................. 52 Figura 31 Tela de filtros do relatrio de clientes................................................................... 52
Figura 32 Relatrio de clientes visualizado........................................................................... 53 Figura 33 Tela de filtros do relatrio de advogados.............................................................. 53 Figura 34 Relatrio de advogados visualizado...................................................................... 54 Figura 35 Tela de filtros do relatrio de movimentaes de processos................................. 54 Figura 36 Relatrio de movimentaes de processos visualizado ........................................ 55 Figura 37 Tela de filtros do relatrio de situao de honorrios ........................................... 55 Figura 38 Relatrio de situao de honorrios visualizado................................................... 56 Figura 39 Alterao de senha ................................................................................................ 56 Figura 40 Alterao de e-mails .............................................................................................. 57 Figura 41 Alterao de tokens ............................................................................................... 57 Figura 42 Consulta de clientes............................................................................................... 58
LISTA DE SIGLAS
API Application Program Interface ASCII - American Standard Code for Information Interchange ASP Active Server Pages FTP - File Transport Protocol IETF Internet Engineering Task Force IMAP - Internet Mail Access Protocol JVM - Java Virtual Machine MIME - Multipurpose Internet Mail Extensions NNTP Network News Transfer Protocol POP - Post Office Protocol POP3 - Post Office Protocol 3 RFC822 - Request for Comments 822 RFC977 - Request for Comments 977 SGBD - Sistema Gerenciador de Banco de Dados SMTP - Simple Mail Transfer Protocol STJ - Superior Tribunal de Justia TCP - Transport Control Protocol TJSC Tribunal de Justia de Santa Catarina UML - Unified Modeling Language
SUMRIO
1 INTRODUO.................................................................................................................. 14 1.1 OBJETIVOS DO TRABALHO ........................................................................................ 15 1.2 ESTRUTURA DO TRABALHO ...................................................................................... 16 2 FUNDAMENTAO TERICA .................................................................................... 17 2.1 SISTEMA PUSH............................................................................................................... 17 2.2 DIREITO PROCESSUAL................................................................................................. 18 2.3 PROTOCOLOS DE E-MAIL............................................................................................ 19 2.3.1 SMTP .............................................................................................................................. 19 2.3.2 IMAP............................................................................................................................... 20 2.3.3 POP3 ............................................................................................................................... 21 2.3.4 NNTP .............................................................................................................................. 21 2.4 FORMATO DE MENSAGEM DE CORREIO ELETRNICO ...................................... 22 2.5 TRABALHOS CORRELATOS........................................................................................ 23 3 DESENVOLVIMENTO DO TRABALHO ..................................................................... 25 3.1 REQUISITOS PRINCIPAIS DO PROBLEMA A SER TRABALHADO....................... 25 3.2 ESPECIFICAO ............................................................................................................ 27 3.2.1 Diagramas de casos de uso.............................................................................................. 27 3.2.1.1 Diagrama de casos de uso de cadastros ........................................................................ 28 3.2.1.2 Diagrama de casos de uso de movimentaes .............................................................. 29 3.2.1.3 Diagrama de casos de uso do financeiro....................................................................... 30 3.2.1.4 Diagrama de casos de uso de relatrios ........................................................................ 31 3.2.1.5 Diagrama de casos de uso de configuraes................................................................. 32 3.2.2 Diagrama de classes ........................................................................................................ 33 3.2.2.1 Classe ImportaMovimentacoes..................................................................................... 34 3.2.2.2 Classe AtualizaMovimentacao ..................................................................................... 34 3.2.3 Diagrama de atividades ................................................................................................... 35 3.2.4 Modelo lgico de dados .................................................................................................. 37 3.2.5 Modelo fsico de dados ................................................................................................... 38 3.3 IMPLEMENTAO ........................................................................................................ 39 3.3.1 Tcnicas e ferramentas utilizadas.................................................................................... 39 3.3.1.1 API JavaMail ................................................................................................................ 40
3.3.1.2 Mtodo RetornaConteudo() .......................................................................................... 41 3.3.1.3 Mtodo RetornaConteudoEndereco() ........................................................................... 42 3.3.2 Operacionalidade da implementao .............................................................................. 43 3.4 RESULTADOS E DISCUSSO ...................................................................................... 58 4 CONCLUSES.................................................................................................................. 60 4.1 EXTENSES .................................................................................................................... 61 REFERNCIAS BIBLIOGRFICAS ................................................................................. 62 APNDICE A Descrio de casos de uso .......................................................................... 64 APNDICE B Dicionrio de dados.................................................................................... 77
14 1 INTRODUO
Hoje em dia, nas organizaes em geral, o nmero de informaes cada vez maior e as mudanas ocorrem em grande velocidade. Estas informaes necessitam, cada vez mais, ser armazenadas e recuperadas de uma maneira rpida e eficiente. Em um escritrio de advocacia h uma grande quantidade de papis, dificultando o trabalho do profissional da rea. Muitas vezes, para encontrar uma simples informao so necessrias horas de procura, e se no tiver uma boa organizao fsica, essa procura pode ser ainda maior. Esse trabalho pode ser otimizado com o uso de um sistema computacional que contenha grande parte destas informaes. De acordo com Baeta (1983, p. 25), em um escritrio de advocacia, o computador tem especial importncia, pois permite a execuo automtica de tarefas, tendo um papel fundamental na execuo e organizao das tarefas do dia-a-dia. Hoje, existem diversos aplicativos para a rea de advocacia, que facilitam a organizao das informaes, agilizando o trabalho e possibilitando um melhor desempenho nos escritrios, resultando em maior produtividade. No entanto, quando h movimentao no andamento de um processo, esses aplicativos no atualizam automaticamente a base de dados. Para manter essa base atualizada, necessrio acessar o site que pertence ao Tribunal de Justia de Santa Catarina (TJSC) (http://www.tj.sc.gov.br) e pesquisar as movimentaes ocorridas para o processo desejado. Em um escritrio com muitos processos em andamento, ser necessrio acessar cada um, atravs do site, para verificar se houve alguma atualizao, resultando em desperdcio de tempo. Para suprir essa necessidade, foi criado um sistema chamado Push, um correio eletrnico automtico de andamentos processuais. Para acessar esse servio, o advogado deve entrar no site do TJSC e cadastrar seu e-mail para determinado processo. Assim, sempre que
15 houver movimentao no andamento do processo, um e-mail ser disparado para avisar ao advogado sobre tal movimentao. Esse servio de envio de e-mail sempre realizado durante a noite, devido ao excesso de trfego na rede causado pelo Sistema Push. Porm, para o advogado ter a movimentao do processo atualizada em seu aplicativo, ter de fazer manualmente, copiando o texto da movimentao a partir do e-mail (SUPERIOR TRIBUNAL DE JUSTIA, 2004). Considerando o problema apresentado neste trabalho, foi desenvolvido um sistema para gesto de advocacia que captura informaes de e-mails originados do Sistema Push. Para cada e-mail capturada a movimentao do processo, a data que ocorreu a movimentao e o link da pgina onde se encontram as movimentaes do processo. Essas informaes capturadas do e-mail so gravadas na base de dados do sistema automaticamente. Esse sistema contm uma agenda indicando quais os processos tiveram movimentaes a partir de uma data informada.
1.1 OBJETIVOS DO TRABALHO
O objetivo deste trabalho fornecer um sistema de gesto para escritrios de advocacia, com a atualizao automtica do andamento dos processos que so enviados pelo Sistema Push atravs de e-mail. Os objetivos especficos do trabalho so: a) capturar e-mails provenientes do Sistema Push com as movimentaes dos processos e atualizar a base de dados com essas movimentaes; b) manter agenda atualizada com as movimentaes de cada processo; c) manter cadastros de advogados, clientes e processos para o funcionamento do sistema;
16 d) gerar relatrio com as movimentaes dos processos.
1.2 ESTRUTURA DO TRABALHO
O Captulo 1 apresenta a introduo do trabalho. No captulo 2 so realizadas revises sobre a fundamentao terica referente ao trabalho. No captulo 3 apresentada a especificao do sistema, seguida da implementao do mesmo, mostrando sua operacionalidade. Por ltimo, no captulo 4, apresentada a concluso do trabalho.
17 2 FUNDAMENTAO TERICA
Neste captulo so abordados alguns conceitos referentes a este trabalho. apresentada uma breve descrio do que o Sistema Push e sobre direito processual. Aps so abordados alguns dos mais importantes protocolos de e-mail, seguido de informaes sobre o formato de mensagens de e-mail. Por ltimo, tem-se uma seo sobre trabalhos correlatos.
2.1 SISTEMA PUSH
De acordo com o Superior Tribunal de Justia (STJ) (SUPERIOR TRIBUNAL DE JUSTIA, 2004), o Sistema Push um sistema de envio automtico de informaes por email aos usurios cadastrados. Toda vez que h alguma movimentao de um dado processo, o advogado interessado que se cadastrar na pgina do referido tribunal, recebe automaticamente um e-mail informando a movimentao ocorrida. O Sistema Push tem as seguintes funes: a) acompanhamento processual: envia ao usurio cadastrado um e-mail comunicando os andamentos do dia quando houver movimentao de algum dos processos includos na lista de processos cadastrados pelo usurio; b) notcias do STJ: as notcias publicadas no site do STJ so enviadas por e-mail aos usurios cadastrados; c) informativos de jurisprudncia do STJ: os informativos de jurisprudncia do STJ so enviados por e-mail aos usurios cadastrados.
18 2.2 DIREITO PROCESSUAL
De acordo com Moreira (1994, p. 3), o exame sistemtico de qualquer legislao revela a influncia de princpios, refletindo a atuao de ideologias, de orientaes filosficas, polticas, econmicas, sociais e at religiosas. Em um ambiente como o brasileiro, a juno de tendncias diversas impede que a opo por um princpio assuma carter absoluto. Apenas em poucos casos poder ser apontado qual o princpio dominante no processo civil brasileiro, prevalecendo uma combinao varivel e dando margens a interpretaes divergentes. Conforme Moreira (1994, p. 7), o direito brasileiro distingue trs espcies de processos, conforme a natureza e o fim da atividade realizada em juzo: a) processo de conhecimento: destinado prolao de sentena em que o rgo judicial aceitar ou rejeitar o pedido para que se reconhea ou crie um determinado efeito jurdico a favor do autor; b) processo de execuo: visa a realizao concreta daquilo que se contenha na sentena condenatria ou em algum ttulo extrajudicial a ela equiparado por lei. Trata-se de praticar atos concretos, com o objetivo de ajustar a situao de acordo com que ela deve ser, nos termos da sentena ou de acordo com outro ttulo a que a lei atribui eficcia semelhante; c) processo cautelar: por meio do qual se tomam providncias provisrias, ordenadas a assegurar a eficcia prtica das medidas prprias de qualquer das duas outras espcies. Conforme Marques (2004), nos processos complexos as audincias costumam demorar vrios dias ou vrias semanas, de acordo com o que as partes querem provar. A tramitao de processos em que no h acordo muito demorada, chegando a alguns anos. A no existncia praticamente de limites s partes na produo das provas prejudica inclusive os juzes, pois
19 eles, medida que as provas vo se desenvolvendo, tm de fazer anotaes, para quando as partes terminarem os debates orais, sentenciarem de imediato.
2.3 PROTOCOLOS DE E-MAIL
Existem vrios protocolos de e-mail, utilizados nas camadas de aplicao, que esto no correio eletrnico. Entre os principais esto Simple Mail Transfer Protocol (SMTP), Internet Mail Access Protocol (IMAP), Post Office Protocol (POP) e Network News Transfer Protocol (NNTP), que so abordados nas prximas sees.
2.3.1 SMTP
De acordo com Lima (2004, p. 12), SMTP um protocolo American Standard Code for Information Interchange (ASCII) simples. Depois de estabelecida a conexo atravs do Transport Control Protocol (TCP) na porta 25, a mquina que envia a mensagem fica executando como cliente, esperando conexo da mquina que est operando como servidor. O servidor envia sua identidade e informa se est preparado para receber o e-mail. Caso no esteja, o cliente libera a conexo e tenta novamente depois. Se o servidor estiver pronto, o cliente informa o destinatrio e o remetente. Se o destinatrio for vlido, o servidor d ao cliente o cabealho da mensagem, ento, o cliente envia a mensagem e o servidor termina a transmisso. Conforme Lima (2004, p. 13), o padro SMTP utiliza o conceito de spooling, utilizando uma fila para organizar qual mensagem deve ser entregue e permitindo que o email seja enviado de uma aplicao local para uma aplicao SMTP, com armazenamento do e-mail em algum dispositivo ou memria. O servidor checa se alguma mensagem est
20 disponvel para entrega e, se estiver, atende a entrega. Caso o usurio no esteja disponvel para entrega, o servidor tenta entregar depois. Eventualmente, se o e-mail no pde ser entregue, ele poder ser descartado e retornado para a origem. Isso conhecido como end-toend delivery system, porque o servidor que contata o servidor de entrega para faz-la, e mantm o e-mail por um determinado perodo de tempo at que tenha sido entregue.
2.3.2 IMAP
Lima (2004, p. 13), define IMAP como um mtodo para acessar e-mails que so mantidos em um servidor de e-mail compartilhado, permitindo que um programa de e-mail cliente acesse remotamente as mensagens como se elas estivessem localmente. Conforme Lima (2004, p. 14), os principais objetivos do IMAP so: a) ser totalmente compatvel com o padro de mensagens na internet, e o Multipurpose Internet Mail Extensions (MIME); b) permitir o acesso s mensagens e gerenciamento em mais de um servidor; c) permitir acesso sem menos eficincia que outros protocolos de acesso a arquivos; d) dar suporte aos modos de acesso on-line, off-line e desconcertado; e) suportar acesso concorrente para caixas de e-mail compartilhadas; f) o software cliente no precisa conhecer o formato do arquivo armazenado. O protocolo inclui operaes para: a) criao, excluso e renomeao para mailboxes; b) checagem de mensagens novas; c) remoo permanente de mensagens; d) alterao e limpeza de flags; e) servidor baseado na especificao Request for Comments 822 (RFC822) e nos tipos
21 MIME; f) pesquisa e seleo dos atributos da mensagem e textos com eficincia.
2.3.3 POP3
De acordo com Lima (2004, p. 14), o POP largamente utilizado, trabalhando melhor quando tem somente um computador servidor, desde que seja desenvolvido para dar suporte ao acesso de mensagens off-line, ou seja, as mensagens so copiadas e ento excludas do servidor. Esse mtodo de acesso no compatvel com acesso de mltiplos computadores, ao menos, que todas as mquinas compartilhem um sistema de arquivos comum. No momento, o protocolo est na verso 3.0, conhecido como Post Office Protocol 3 (POP3). Conforme Kurose e Ross (2003, p. 93), o POP3 um protocolo bastante simples, sendo sua funcionalidade limitada. O POP3 comea quando o agente usurio abre uma conexo TCP com o servidor de correio na porta 110. Com a conexo estabelecida, ele segue por 3 fases: autorizao, transao e atualizao. Na primeira fase o agente usurio envia um nome de usurio e uma senha para autenticar a leitura da correspondncia do usurio. Na segunda fase, a de transao, feita a recuperao das mensagens. Nesta fase tambm possvel marcar as mensagens que devem ser excludas, remover marcas de apagar mensagens e obter estatsticas do correio. A terceira fase, a de atualizao, ocorre aps o usurio sair da aplicao, encerrando a sesso POP3. mensagens que foram marcadas. Neste momento, o servidor de correio apaga as
2.3.4 NNTP
De acordo com Lima (2004, p. 15), o protocolo de transferncia de notcias NNTP est
22 documentado na Request for Comments 977 (RFC977). um protocolo em que o cliente e o servidor trocam mensagens como o SMTP, mas com facilidades de grupos de notcias e transferncia de artigos entre os servidores.
2.4 FORMATO DE MENSAGEM DE CORREIO ELETRNICO
Conforme Comer (2001, p. 351), uma mensagem de correio eletrnico tem um formato simples. Consiste em um texto ASCII separado em duas partes por uma linha em branco. A primeira parte, chamada de cabealho (header), contm informaes sobre a mensagem como o remetente, os receptores pretendidos, a data que a mensagem foi enviada e o formato do contedo. A segunda parte, conhecida como corpo, contm o texto da mensagem. Embora o corpo da mensagem possa conter texto arbitrrio, o cabealho segue uma forma padro que o software de e-mail usa ao enviar ou receber uma mensagem. Cada linha de um cabealho comea com uma palavra-chave seguida por dois pontos e informaes adicionais, onde que, a palavra-chave indica ao software de e-mail como interpretar o resto da linha. Algumas palavras-chaves so necessrias em cada cabealho de e-mail, outras so opcionais. De acordo com Comer (2001, p. 353), o sistema de e-mail da internet original foi projetado para tratar somente texto. Pesquisadores que achavam o e-mail til criaram esquemas para permitir que fosse usado e-mail para transferir dados arbitrrios. Em geral, todos os esquemas codificam os dados de uma forma textual, que pode ser enviada em uma mensagem de correio. A mensagem, ao chegar ao destino, tem seu corpo extrado e convertido novamente para a forma arbitrria. Para ajudar a coordenar os vrios esquemas inventados para a codificao de dados arbitrrios, o Internet Engineering Task Force (IETF) inventou o MIME, que no dita um
23 nico padro para codificao de dados arbitrrios. Ao usar o MIME, um remetente de uma mensagem inclui dados no cabealho para especificar que a mensagem segue o formato MIME, assim como linhas adicionais no corpo para especificar o tipo dos dados e a codificao. Ele permite a um remetente dividir uma mensagem em vrias partes e especificar a codificao de cada uma independente, dando muita flexibilidade na construo de mensagens eletrnicas.
2.5 TRABALHOS CORRELATOS
Foram analisados quatro trabalhos correlatos descritos a seguir. O primeiro tem como objetivo implementar um prottipo de um software aplicativo para escritrio de advocacia com recursos voltados internet utilizando Active Server Pages (ASP). Possibilita o advogado enviar informaes referentes ao andamento de processos para os clientes que tm acesso internet, assim como os clientes podem acessar a pgina do advogado e ver informaes referente ao andamento dos processos (RADUENZ, 2000). O segundo trata de um software utilizando os protocolos POP e File Transport Protocol (FTP), que automatiza o processo de busca de mensagens recebidas via e-mail com arquivos anexados, enviando os anexos atravs do protocolo FTP, para as pastas destino informadas no software. Sua implementao foi feita no ambiente Delphi (REGIS, 2000). O penltimo tem como objetivo principal a especificao e a implementao de um prottipo de software para notificao de recebimento de novos e-mails e o fornecimento de algumas informaes adicionais sobre eles, como hora de chegada, assunto e presena de anexo. O desenvolvimento foi baseado no protocolo IMAP (KNORST, 2000). O ltimo, denominado Agente Jurdico, um software que permite aos advogados e departamentos jurdicos realizarem o acompanhamento e controle de seus processos em todas
24 as fases e instncias. Com o Agente Jurdico tem-se o cadastro dos clientes e das partes envolvidas, visualizao de prazos processuais, grficos estatsticos e informaes financeiras detalhadas sobre todas as despesas e honorrios processuais (PONTE SOFTWARE, 2004).
25 3 DESENVOLVIMENTO DO TRABALHO
Neste captulo, so descritos os principais requisitos, a especificao e a implementao do sistema. No final, so apresentados os resultados e discusso. De acordo com os objetivos propostos para este trabalho, desenvolveu-se um sistema de gesto para advocacia, que busca no servidor de e-mail cadastrado no sistema, atravs do protocolo POP3, os e-mails provenientes do Sistema Push e a partir destes e-mails, faz a atualizao das movimentaes processuais para os processos cadastrados no sistema.
3.1 REQUISITOS PRINCIPAIS DO PROBLEMA A SER TRABALHADO
O quadro 1 apresenta os requisitos funcionais do sistema desenvolvido, com suas funcionalidades definidas.
26 Requisitos Funcionais RF01: O sistema dever manter cadastro de clientes. RF02: O sistema dever manter cadastro de advogados. RF03: O sistema dever manter cadastro de partes contrrias. RF04: O sistema dever manter cadastro de advogados contrrios. RF05: O sistema dever manter cadastro de reas. RF06: O sistema dever manter cadastro de comarcas. RF07: O sistema dever manter cadastro de processos. RF08: O sistema dever manter cadastro de usurios. RF09: O sistema dever permitir agendar audincias. RF10: o sistema dever permitir verificao dos e-mails originados do Sistema Push e atualizar a movimentao do processo correspondente. RF11: O sistema dever permitir informar movimentaes de processos, como contingncia. RF12: O usurio poder acessar a agenda das ltimas movimentaes ocorridas para os processos. RF13: O usurio poder acessar a agenda de audincias. RF14: O sistema dever permitir informar despesas dos processos. RF15: O sistema dever manter lanamentos de honorrios. RF16: O sistema dever permitir fazer baixa de honorrios. RF17: O usurio poder gerar relatrio de clientes. RF18: O usurio poder gerar relatrio de advogados. RF19: O usurio poder gerar relatrio de movimentaes de processos por clientes e advogados. RF20: O usurio poder gerar relatrio de honorrios pagos e pendentes. RF21: O sistema dever manter configurao de e-mails utilizados na importao. RF22: O sistema dever mantar configurao dos tokens utilizados na importao.
Quadro 1 Requisitos funcionais
27 O quadro 2 apresenta os requisitos no funcionais do sistema desenvolvido. Requisitos No Funcionais RNF01: O sistema ser desenvolvido com a linguagem java. RNF02: O sistema dever permitir alterar e-mail monitorado e e-mail que envia movimentaes processuais pelo Sistema Push. RNF03: O sistema armazenar os dados no banco de dados PostGreSQL. RNF04: O sistema utilizar o protocolo de e-mail POP3 para ler as mensagens do servidor de e-mails. RNF05: O sistema dever ter acesso protegido por senha.
Quadro 2 Requisitos no funcionais
3.2 ESPECIFICAO
Na seqncia so apresentados alguns dos diagramas da Unified Modeling Language (UML), para representar o sistema desenvolvido, como o diagrama de casos de uso, o diagrama de classes, o diagrama de atividades e o modelo fsico de dados. De acordo com Lima (2005, p. 32), a UML uma linguagem grfica para anlise, especificao e construo de sistemas de software, usada para representar projetos orientados a objeto utilizando uma notao comum. extensvel e independente de processos ou linguagens de programao, sem deixar de expressar-se claramente para os seus usurios e desenvolvedores, pois utiliza uma notao padro para todos os ambientes e empresas.
3.2.1 Diagramas de casos de uso
O diagrama de casos de uso tem como objetivo descrever um modelo funcional de alto nvel do sistema em projeto, procurando identificar os usurios e representar o sistema segundo sua viso. Os casos de uso so representados em todas as fases da construo de um
28 sistema, no incio, durante e no final. Inicialmente auxilia o analista na definio dos requisitos do sistema, decorrentes das necessidades dos usurios. Durante as fases de design e construo, ajudam a criar vises, permitindo entendimento dos processos (DEBONI, 2003). A construo dos diagramas de casos de uso deste trabalho foi feita com a ferramenta Enterprise Architect. A seguir sero expostos os diagramas de caso de uso do sistema implementado. Para um melhor entendimento, os diagramas so divididos de acordo com as funcionalidades em comum: cadastros, movimentaes, financeiro, relatrios e configuraes. Os pacotes dos diagramas de casos de uso so apresentados na figura 1.
ud Use Case Model Cadastros Mov imentaes Financeiro
Relatrios
Configuraes
Figura 1 Pacotes dos diagramas de casos de uso
3.2.1.1
Diagrama de casos de uso de cadastros
A figura 2 apresenta o diagrama de casos de uso de cadastros. Os casos de usos apresentados neste diagrama so ligados a funcionalidades cadastrais para a manuteno das informaes no sistema.
29
Figura 2 Diagrama de casos de uso de cadastros
3.2.1.2
Diagrama de casos de uso de movimentaes
A figura 3 apresenta o diagrama de casos de uso de movimentaes. Os casos de uso apresentados neste diagrama so referentes a movimentaes e consulta da agenda de audincias.
30
Figura 3 Diagrama de casos de uso de movimentaes
3.2.1.3
Diagrama de casos de uso do financeiro
A figura 4 apresenta o diagrama de casos de uso do financeiro. Os casos de uso apresentados neste diagrama so referentes s funcionalidades ligadas parte financeira do sistema.
31
ud Use Case Model
Lanar Honorrios de Processos
Baixar Honorrios
Usurio
Lanar Despesas de Processos
Figura 4 Diagrama de casos de uso do financeiro
3.2.1.4
Diagrama de casos de uso de relatrios
A figura 5 apresenta o diagrama de casos de uso dos relatrios disponveis no sistema.
32
ud Use Case Model
Visualizar Relatrio de Clientes
Visualizar Relatrio de Adv ogados
Usurio
Visualizar Relatrio de Mov imentaes de Processos
Visualizar Relatrio de Honorrios Pagos e Pendentes
Figura 5 Diagrama de casos de uso de relatrios
3.2.1.5
Diagrama de casos de uso de configuraes
A figura 6 apresenta o diagrama de casos de uso de configuraes utilizadas para a importao dos e-mails provenientes do Sistema Push.
ud Use Case Model
Manter Configurao de E-mails Administrador
Manter Configurao de Tokens
Figura 6 Diagrama de casos de uso de configuraes
33 3.2.2 Diagrama de classes
Deboni (2003, p. 73), define que classes so matrizes de objetos, que identificam grupos de elementos que compartilham as mesmas propriedades. Na UML, as classes so identificadas por retngulos divididos horizontalmente em trs partes, classificadas em nome da classe, lista de atributos e lista de operaes. O diagrama de classes exibido na figura 7 apresenta as duas principais classes do sistema. Essas classes so responsveis pela atualizao das movimentaes processuais, fazendo a verificao do e-mail e gravao das informaes extradas.
cd Data Model ImportaMov imentacoes host: String username: String password: String porta: int endRemetente: Address atualizaMovimentacao: AtualizaMovimentacao carregaParametros() : void importacaoEmail() : void extraiValores(StringBuffer) : void RetornaConteudo(StringTokenizer, String, String, String) : String RetornaConteudoEndereco(StringTokenizer, String) : String
+atualizaMovimentacao AtualizaMov imentacao + nrProcesso: String data: String movimentacao: String link: String AtualizaMovimentacao(String, String, String, String) processoCadastrado() : boolean verificaMovimentacao() : void movimentacaoExistente() : boolean insereMovimentacao() : void insereLinkProcesso() : void
Figura 7 Diagrama de classes da atualizao das movimentaes dos processos
34 A seguir feita uma descrio das classes apresentadas no diagrama da figura 7.
3.2.2.1
Classe ImportaMovimentacoes
Esta classe responsvel pela importao dos dados dos e-mails, fazendo a conexo com o servidor de e-mails onde esto armazenados os e-mails enviados pelo Sistema Push. Para fazer a conexo, primeiramente esta classe l os dados para conexo, que esto armazenados na tabela de parmetros da base de dados. Com esses dados possvel conectarse ao servidor e procurar por e-mails enviados pelo Sistema Push. A cada e-mail encontrado, feita uma varredura e so extrados os dados desejados da movimentao que sero gravados na base de dados. O formato da mensagem enviada pelo Sistema Push do TJSC texto puro. Os dados que esta classe captura so: nmero do processo, data da movimentao, descrio da movimentao e link do site onde se encontram todas as movimentaes do processo em questo. Aps ter todos os dados do e-mail capturados, sero passados para um objeto da classe AtualizaMovimentacao, que responsvel pela gravao dos dados.
3.2.2.2
Classe AtualizaMovimentacao
Esta classe responsvel pela gravao dos dados capturados do e-mail. Porm, nem todas as solicitaes de gravao sero atendidas. A primeira etapa a ser feita verificar se o processo da movimentao est cadastrado, se no estiver, a movimentao ser ignorada e o objeto termina seu processamento. Estando o processo cadastrado, ser verificado se a movimentao j no foi gravada na base de dados, caso j exista, como ocorre com o processo no cadastrado, a
35 movimentao ignorada e o objeto termina seu processamento. O prximo passo ser gravar os dados referentes movimentao. O nmero do processo, a data da movimentao e a descrio da movimentao sero gravados na tabela movimentacoes. A tabela processos ser atualizada com o link capturado do e-mail.
3.2.3 Diagrama de atividades
De acordo com Menezes (2002, p. 228), um diagrama de atividades um tipo especial de diagrama de estados onde so representados os estados de uma atividade, ao invs dos estados de um objeto. Diferentemente dos diagramas de estados que so orientados a eventos, os diagramas de atividades so orientados a fluxos. Eles podem ser vistos como uma extenso dos fluxogramas, onde, alm de existir a semntica de um fluxograma, possui notao para representar aes concorrentes, juntamente com a sua sincronizao. Conforme Menezes (2002, p. 228), os elementos de um diagrama de atividades podem ser divididos em dois grupos: os utilizados para representar fluxos de controle seqenciais e os utilizados para representar fluxos de controle paralelos. Na figura 8 apresentado o diagrama de atividades do caso de uso importar movimentaes.
36
ad Activ ity Diagram
Incio
Conectar ao serv idor de e-mail
[seno] [Conexo ok]
Informar erro na conexo com serv idor
Verificar mensagens
Verificar remetente [Existe mensagem] [Seno]
Terminar caso de uso Final
[Seno] [Seno] [Mensagem do Sistema PUSH] [Seno] [Movimentao inexistente]
Grav ar dados mov imentao
Extrair dados da mensagem do e-mail
[Processo cadastrado no sistema] Verificar se mov imentao j existe
Figura 8 Diagrama de atividades para o caso de uso importar movimentaes
37 3.2.4 Modelo lgico de dados
A figura 9 apresenta o modelo lgico de dados do sistema, gerado com a ferramenta PowerDesigner.
Advogados Codigo <pi> I <M> Nome VA30 OAB VA10 CPF VA14 RG VA9 Endereco VA40 Bairro VA30 Cidade VA30 Estado VA2 CEP VA9 Fone VA14 E-mail VA30 pk_codigo <pi>
Clientes Codigo <pi> I <M> Nome VA30 Apelido VA40 CPF/CNPJ VA14 RG VA9 IE VA12 IM VA12 Endereco VA40 Bairro VA30 Cidade VA30 Estado VA2 CEP VA9 Fone VA14 Fax VA14 E-mail VA30 Observacoes VA400 pk_codigo <pi>
Partes Contrarias Codigo <pi> I <M> Nome VA30 CPF/CNPJ VA14 RG VA9 Endereco VA40 Bairro VA30 Cidade VA30 Estado VA2 CEP VA9 Fone VA14 Fax VA14 E-mail VA30 Observacoes VA400 pk_codigo <pi> Audiencias Processo possui p. contraria Data Audiencia <pi> D <M> Hora Audiencia <pi> VA5 <M> Nome Acao VA40 Tipo Audiencia VA20 pk_audiencia <pi>
Processo possui advogado processo possui cliente
Audiencia possui processo Processos Numero Processo <pi> VA15 <M> Data Entrada D Valor Causa DC8,2 Link VA150 pk_nr_processo <pi> Honorario possui processo Processo possui comarca Audiencia possui processo
Despesas Processos Codigo <pi> I <M> Descricao VA50 Valor Despesa DC8,2 pk_despesa <pi>
Honorarios Data Vencimento <pi> D <M> Data Pagamento D Valor Lancamento DC8,2 Valor Pagamento DC8,2 pk_honorario <pi>
Processo possui area
Comarcas Codigo <pi> I <M> Nome VA30 Vara VA30 pk_codigo <pi>
Movimentacao possui processo
Movimentacoes Data Movimentacao <pi> D <M> Sequencia <pi> I <M> Descricao VA50 pk_movimentacoes <pi>
Areas Codigo <pi> I <M> Nome VA30 pk_codigo <pi>
Parametros Codigo <pi> I <M> POP3 VA30 Username VA30 Password VA15 Email Remetente VA40 Token Inicio Processo VA20 Token Final Processo VA20 Token Inicio Data VA20 Token Final Data VA20 Token Inicio Movimentacao VA20 Token Final Movimentacao VA20 Token Inicial Link VA20 Delimitador VA5 Data Ultima Atualizacao D pk_codigo <pi>
Usuarios Usuario <pi> VA15 <M> Senha VA12 pk_usuario <pi>
Figura 9 Modelo lgico de dados
38 3.2.5 Modelo fsico de dados
A figura 10 apresenta o modelo fsico de dados do sistema, gerado com a ferramenta PowerDesigner.
advogados codigo nome oab cpf rg endereco bairro cidade estado cep fone email tp_advogado integer <pk> varchar(40) varchar(10) varchar(14) varchar(9) varchar(40) varchar(30) varchar(30) varchar(2) varchar(9) varchar(14) varchar(30) varchar(1) codigo nome apelido cpf_cnpj rg ie im endereco bairro cidade estado cep fone fax email observacoes
clientes integer <pk> varchar(40) varchar(40) varchar(14) varchar(9) varchar(12) varchar(12) varchar(40) varchar(30) varchar(30) varchar(2) varchar(9) varchar(14) varchar(14) varchar(30) varchar(400)
partes_contrarias codigo nome cpf_cnpj rg endereco bairro cidade estado cep fone fax email observacoes integer <pk> varchar(40) varchar(14) varchar(9) varchar(40) varchar(30) varchar(30) varchar(2) varchar(9) varchar(14) varchar(14) varchar(30) varchar(400)
audiencias nr_processo dt_audiencia hr_audiencia nm_acao tp_audiencia varchar(15) <pk,fk> date <pk> varchar(5) <pk> varchar(40) varchar(20)
FK_PROCESSO_REF_ADVOGADO FK_PROCESSO_REF_CLIENTES FK_PROCESSO_REF_PARTES_CONTRARIAS
processos nr_processo requerente advogado requerido area comarca data_entrada vl_causa link varchar(15) integer integer integer integer integer date numeric(8,2) varchar(150) <pk> <fk1> <fk2> <fk3> <fk4> <fk5>
FK_AUDIENCIAS_REF_PROCESSOS
despesas_processos nr_processo codigo descricao vl_despesa varchar(15) <pk,fk> integer <pk> varchar(50) (8,2)
FK_DESPESAS_REF_PROCESSOS
FK_HONORARIOS_REF_PROCESSOS nr_processo dt_vencto dt_pagto vl_lancto vl_pagto
honorarios varchar(15) <pk,fk> date <pk> date numeric(8,2) numeric(8,2)
FK_MOVIMENT_REF_PROCESSOS FK_PROCESSO_REF_COMARCAS
FK_PROCESSO_REF_AREAS parametros comarcas codigo integer <pk> nome varchar(30) vara varchar(30) codigo pop3 username password email_remetente tk_processo_ini tk_processo_fin tk_data_ini tk_data_fin tk_mov_ini tk_mov_fin tk_link_ini delimitador dt_ult_atualiz integer <pk> varchar(30) varchar(30) varchar(15) varchar(40) varchar(20) varchar(20) varchar(20) varchar(20) varchar(20) varchar(20) varchar(20) varchar(5) date
movimentacoes nr_processo data_mov sequencia descricao varchar(15) <pk,fk> date <pk> integer <pk> varchar(200)
areas codigo integer <pk> nome varchar(20)
usuarios usuario varchar(15) <pk> senha varchar(12)
Figura 10 Modelo fsico de dados
39 3.3 IMPLEMENTAO
O sistema desenvolvido tem como propsito auxiliar na gesto de um escritrio de advocacia, tendo como ponto diferencial, a atualizao automtica do andamento dos processos que so enviados pelo Sistema Push atravs de e-mail. Nesta seo so abordados detalhes relativos implementao, demonstrando sua operacionalidade e ferramentas utilizadas no desenvolvimento.
3.3.1 Tcnicas e ferramentas utilizadas
O ambiente de desenvolvimento utilizado para a implementao foi o JCreator Pro 2.00 com a Java Virtual Machine (JVM). Para o armazenamento dos dados foi utilizado o Sistema Gerenciador de Banco de Dados (SGBD) PosgresSQL 8.0. Segundo Alecrim (2004), o PostgreSQL um banco de dados relacional e orientado a objetos. Seu grande triunfo possuir recursos de bancos de grande porte, com o diferencial de ser gratuito. Para a implementao do acesso ao servidor de e-mail, optou-se na utilizao da Application Program Interface (API) JavaMail, utilizando o protocolo POP3. A API JavaMail descrita na seo 3.3.1.1. Na captura das informaes da mensagem de e-mail, que possui seu formato em texto puro, foram implementados dois mtodos: RetornaConteudo() e RetornaConteudoEndereco(). Na implementao dos dois mtodos foi utilizada a classe StringTokenizer que faz parte do pacote java.util da JVM. Esta classe possui um mtodo chamado hasMoreTokens() que possibilita a extrao de cada palavra que faz parte de um texto. A implementao dos mtodos RetornaConteudo() e RetornaConteudoEndereco() apresentada nas sees 3.3.1.2 e
40 3.3.1.3, respectivamente.
3.3.1.1
API JavaMail
De acordo com Lima (2004, p. 5), JavaMail um conjunto abstrato de classes compondo um FrameWork para envio, recebimento e manipulao de e-mails. Esse pacote da Sun contm implementaes para protocolos POP3, IMAP e SMTP. O FrameWork permite criar aplicaes de e-mail com muita facilidade, sem um conhecimento profundo sobre emails. Esto disponveis mtodos e classes que permitem acessar pastas de mensagens, fazer download de mensagens, envio com anexos e filtros de mensagens. A API JavaMail tem como objetivos principais: a) ser simples e fcil de implementar; b) usar conceitos e interfaces que facilitam a integrao com outras API Java; c) dar suporte ao desenvolvimento de aplicaes de e-mail robustas manipulando uma variedade complexa de formatos de e-mails, tipos de dados, acessos e transportes de dados; d) permitir que desenvolvedores estendam suas classes para suas implementaes particulares de sistemas de mensagens. A arquitetura JavaMail est dividida em trs camadas, como disposto a seguir: a) Abstract Layer classes e interfaces que do suporte manipulao de e-mails. Essa camada tambm suporta tipos de dados e interage com acesso a mensagens e protocolos de transporte; b) Internet Implementation Layer utiliza os padres de internet RFC822 e MIME; c) Java Activation FrameWork FrameWork que encapsula e manipula vrios tipos de dados de mensagens.
41 3.3.1.2 Mtodo RetornaConteudo()
O mtodo RetornaConteudo() responsvel pela extrao do nmero do processo, data da movimentao e descrio da movimentao. Para cada informao a ser extrada chamado este mtodo, ou seja, ser chamado trs vezes, para capturar o nmero do processo, a data da movimentao e a descrio da movimentao. Para esse mtodo, passado quatro parmetros, o primeiro uma instncia da classe StringTokenizer que contm a mensagem, o segundo parmetro delimita o incio do contedo a ser extrado aps encontrar o token que inicia o contedo pretendido, e os dois ltimos limitam o incio e fim do contedo pretendido. O mtodo vai analisar cada token encontrado pelo mtodo hasMoreTokens da Classe StringTokenizer at encontrar o token que indica o incio do contedo, ento verifica se o prximo token o delimitador de incio de contedo, como por exemplo : (dois pontos), caso no seja, o token encontrado anteriormente descartado e o mtodo continua a procura pelo token de incio do contedo, caso seja, os prximos tokens encontrados so armazenados em uma varivel, at que seja encontrado o token de fim do contedo. Para o token de fim ser vlido, segue a mesma regra usada para o token de incio, ou seja, deve ser precedido pelo token delimitador, seno ser descartado seguindo a extrao de tokens. No quadro 3 apresentado o cdigo do mtodo RetornaConteudo().
42
Quadro 3 Mtodo RetornaConteudo()
3.3.1.3
Mtodo RetornaConteudoEndereco()
O mtodo RetornaConteudoEndereco() tem a funo de extrair o link onde esto as movimentaes no site do TJSC. Para esse mtodo passado como parmetro uma instncia da classe StringTokenizer e o token que indica o incio do link. O mtodo analisa cada token at encontrar o token de incio, quando encontrar, o prximo token o link.
43 No quadro 4 apresentado o cdigo do mtodo RetornaConteudoEndereco().
Quadro 4 Mtodo RetornaConteudoEndereco()
3.3.2 Operacionalidade da implementao
Para um melhor entendimento das funcionalidades, as principais telas so apresentadas a seguir, com explicao de suas funcionalidades. O primeiro passo ao acessar o sistema efetuar o login informando usurio e senha, como apresentado na figura 11. Na implantao do sistema h um usurio default, que ser utilizado para acessar o sistema at a criao dos usurios reais.
Figura 11 Login do sistema
Aps efetuar o login, o sistema verifica se na data corrente j foi executada a verificao dos e-mails do Sistema Push. Caso ainda no foi executada, uma mensagem pedir confirmao para que seja executado, como apresentado na figura 12. Se optar por no executar no momento, a cada acesso ao sistema ser solicitado, at que a verificao seja
44 feita. Se optar em executar a importao no momento, ser aberta a tela, como apresentado na figura 13. Esta operao tambm poder ser executada a qualquer momento, pelo sistema, acessando o menu Movimentaes e escolhendo o item Importar Movimentaes.
Figura 12 Mensagem de solicitao de verificao de e-mail
Figura 13 Importao de movimentaes processuais do servidor de e-mails
O menu do sistema pode ser visualizado na figura 14. Est dividido em: a) cadastros: possui funcionalidades cadastrais e contm os itens Clientes, Advogados, Partes Contrrias, Advogados Contrrios, reas, Comarcas, Processos, Usurios e Agendar Audincias; b) movimentaes: este menu tem como itens Importar Movimentaes, Inserir Movimentaes, Agenda das Movimentaes e Agenda de Audincias; c) financeiro: possui funcionalidades ligadas a parte financeira do sistema e contm os itens Despesas de Processos, Lanamentos de Honorrios e Baixa de Honorrios; d) relatrios: contm os relatrios do sistema. Possui os itens Clientes, Advogados, Movimentao de Processos e Honorrios Pagos/Pendentes; e) configuraes: possui funcionalidade para alterao de senhas e opes para
45 manter dados utilizados na importao das movimentaes dos processos armazenados no servidor. Possui as funcionalidades Alterao de Senha, Alterao de E-mails e Alterao de Tokens.
Figura 14 Menu do sistema
Os clientes podem ser cadastrados atravs da tela de cadastro de clientes, a qual apresentada na figura 15.
Figura 15 Cadastro de clientes
46 A tela de cadastro de advogados apresentada na figura 16.
Figura 16 Cadastro de advogados
A tela de partes contrrias tem como objetivo cadastrar a pessoa oposta ao cliente no processo. Esta tela apresentada na figura 17.
Figura 17 Cadastro de partes contrrias
47 Na figura 18 apresentada a tela de cadastro de advogados contrrios.
Figura 18 Cadastro de advogados contrrios
Na figura 19 apresentada a tela de cadastro de reas.
Figura 19 Cadastro de reas
A tela de cadastro de comarcas apresentada na figura 20.
Figura 20 Cadastro de comarcas
48 Para fazer o cadastro de um processo necessrio estar previamente cadastrado o advogado, o cliente, a parte contrria, o advogado contrrio, a rea e a comarca. Na figura 21, apresentada a tela de cadastro de processos. Nesta mesma tela possvel visualizar as movimentaes ocorridas para o processo, basta clicar no boto Movimentaes para abrir a tela de movimentaes apresentada na figura 22.
Figura 21 Cadastro de processos
Figura 22 Movimentaes do processo
49 Na figura 23 apresentada a tela de cadastro de usurios.
Figura 23 Cadastro de usurios
Na figura 24 apresentada a tela de agendamento de audincias.
Figura 24 Agendamento de audincias
No menu Movimentaes encontra-se a tela de importao de movimentaes de processos, apresentada na figura 13. Ela responsvel pela busca de movimentaes que est no servidor de e-mails. Na figura 25 apresentada a tela de insero de movimentao manualmente. Esta opo serve apenas como contingncia, caso ocorra algum problema na importao da movimentao do e-mail. Nesta tela possvel inserir movimentaes para processos
cadastrados, digitando-se a data e a descrio da movimentao.
50
Figura 25 Insero de movimentao manualmente
Na figura 26 apresentada a agenda de movimentaes dos processos, partindo de uma data informada. So apresentadas todas as movimentaes dos processos ocorridos a partir da data desejada. As movimentaes so listadas em ordem decrescente de data.
Figura 26 Agenda das movimentaes
Na figura 27 apresentada a agenda das audincias informadas na tela da figura 24. Na tela da figura 27 informado a partir de que data deseja-se listar as audincias. As audincias so listadas em ordem cronolgica de data.
51
Figura 27 Agenda de audincias
No menu financeiro encontra-se uma funcionalidade para lanamento de despesas gastas com processos. H uma consulta de processos para facilitar seu uso e uma consulta de despesas lanadas para o processo informado. Se no for informado processo, no ser possvel consultar os lanamentos. Na figura 28 pode-se ver a tela da funcionalidade.
Figura 28 Despesas de processos
Outra funcionalidade encontrada no menu financeiro a tela de lanamento de honorrios. H uma consulta de processos para facilitar seu uso e uma consulta para ver os honorrios j lanados para o processo. Nesta funcionalidade, o sistema no permitir lanar honorrios em que sua soma seja maior do que o valor da causa informada no cadastro do processo. Tambm no poder ser alterado ou excludo honorrio j pago (figura 29).
52
Figura 29 Lanamento de honorrios
Na figura 30 apresentada a tela de baixa de honorrios. O sistema no permitir que o usurio faa manuteno em um honorrio j pago.
Figura 30 Baixa de honorrios
Nas figuras 31 e 32 so apresentados a tela de filtros e o relatrio de clientes gerado, respectivamente.
Figura 31 Tela de filtros do relatrio de clientes
53
Figura 32 Relatrio de clientes visualizado
Nas figuras 33 e 34 so apresentados a tela de filtros e o relatrio de advogados gerado, respectivamente.
Figura 33 Tela de filtros do relatrio de advogados
54
Figura 34 Relatrio de advogados visualizado
Nas figuras 35 e 36 so apresentados a tela de filtros e o relatrio de movimentaes de processos, respectivamente. Este relatrio contm opo de listar o relatrio por filtro de clientes ou advogados e o perodo que deseja ver as movimentaes.
Figura 35 Tela de filtros do relatrio de movimentaes de processos
55
Figura 36 Relatrio de movimentaes de processos visualizado
Nas figuras 37 e 38 so apresentados a tela de filtros e o relatrio de honorrios pagos e pendentes, respectivamente. Este relatrio contm opo de listar o relatrio por filtro de honorrios pagos ou pendentes e o perodo que deseja visualizar.
Figura 37 Tela de filtros do relatrio de situao de honorrios
56
Figura 38 Relatrio de situao de honorrios visualizado
A figura 39 apresenta a tela de alterao de senhas dos usurios cadastrados. Esta tela exclusivamente para alterao de senha de usurios j cadastrados.
Figura 39 Alterao de senha
57 Na figura 40 apresentada a tela de alterao de e-mails. Esta funcionalidade tem o objetivo de manter atualizados os dados de e-mails utilizados na importao dos e-mails de movimentaes.
Figura 40 Alterao de e-mails
Na figura 41 apresentada a tela de alterao de tokens. Estes tokens so utilizados como delimitadores para capturar os dados corretos de cada e-mail enviado pelo Sistema Push. Eles s devem ser alterados se o layout do e-mail mudar, no necessitando de nova implementao para a captura das informaes. Porm, dependendo da alterao ocorrida no layout do e-mail, alterar os tokens no ser suficiente para manter a integridade na importao.
Figura 41 Alterao de tokens
O sistema tambm permite consulta informaes cadastradas. Um exemplo a tela de consulta de clientes, a qual pode ser visualizada na figura 42.
58
Figura 42 Consulta de clientes
3.4 RESULTADOS E DISCUSSO
Este trabalho apresentou o desenvolvimento de um sistema para escritrios de advocacia com a automatizao do andamento dos processos enviados pelo Sistema Push atravs de e-mail. Contendo uma agenda com as ltimas movimentaes dos processos, que permite ao advogado tomar as aes necessrias para a agilidade do processo. Em Raduenz (2000), foi apresentado um prottipo de um aplicativo para advocacia com recursos voltados internet atravs do uso da linguagem ASP. No entanto, este prottipo teve como principal objetivo permitir que clientes consultem a situao dos processos na pgina do prottipo. Os trabalhos desenvolvidos por Regis (2000) e Knorst (2000) tiveram como objetivo apenas o monitoramento de e-mails. No trabalho desenvolvido, alm da captura de dados de e-mails provenientes do Sistema Push, foi desenvolvido um sistema de advocacia, que tem sua base de dados atualizada com as informaes referentes s movimentaes dos processos. Um grande diferencial em relao aos sistemas de advocacia pesquisados, como o Agente Jurdico, que as movimentaes dos processos so gravadas automaticamente no
59 sistema ao verificar as mensagens existentes no servidor de e-mails, no precisando digitar, ou copiar e colar do e-mail para o aplicativo a movimentao de um determinado processo, dando mais agilidade e segurana ao sistema.
60 4 CONCLUSES
Atualmente, agilizar os processos em qualquer negcio sempre um grande objetivo a ser atingido. Em um escritrio de advocacia no pode ser diferente, por esse motivo, que um sistema computacional essencial para dar mais agilidade e organizao no armazenamento das informaes e na tomada de deciso. Este trabalho apresentou o desenvolvimento de um sistema de gesto para advocacia, tendo como seu principal foco e diferencial a captura das movimentaes dos processos recebidos atravs de e-mail. O maior objetivo deste trabalho foi manter as movimentaes dos processos atualizadas sem que isso fosse feito manualmente. Essas movimentaes so informaes importantes, ficando disponveis para consulta na base de dados em qualquer momento em que o usurio necessitar, tendo uma viso mais ampla de como ocorreu o andamento dos processos cadastrados no sistema. A tecnologia utilizada para a conexo com o servidor de e-mail e captura dos e-mails desejados foi uma API do Java chamada Javamail. Esta API possui recursos para conexo ao servidor, pesquisa por remetente e leitura de mensagens. Ela mostrou-se muito eficiente e prtica. Para a captura das movimentaes dos processos existentes nos e-mails, no encontrou-se nehuma tcnica existente que atendesse ao esperado. No entanto, foi possvel criar uma rotina que analisa o texto do e-mail, token a token, retirando as informaes necessrias para a atualizao do sistema. De maneira geral, conclui-se que o trabalho contribui para o desenvolvimento de sistemas que capturam informaes de e-mails, no s na rea de advocacia, mas em qualquer rea desejada, onde informaes capturadas de e-mails sejam importantes.
61 4.1 EXTENSES
Como sugesto de extenso deste trabalho pode-se estudar a viabilidade de buscar as movimentaes diretamente no site do TJSC, ao invs de capturar as movimentaes a partir dos e-mails enviados pelo Sistema Push. Isso tornaria o sistema bem mais prtico e flexvel, pois o usurio no necessitaria cadastrar os processos no site do Sistema Push.
62
REFERNCIAS BIBLIOGRFICAS
ALECRIM, Emerson. Banco de dados PostgreSQL e MySQL. [S. l.], [2004?]. Disponvel em: <http://www.infowester.com/col191204.php>. Acesso em: 01 nov. 2005. BAETA, Mrcio N. O microcomputador no escritrio: modernizao da advocacia. Braslia: Jarbex, 1983. COMER, Douglas E. Redes de computadores e internet. 2. ed. Porto Alegre: Bookman, 2001. DEBONI, Jos Eduardo Zindel. Modelagem orientada a objetos com UML. So Paulo: Futura, 2003. KNORST, Alexandre Eduardo. Prottipo de software para notificao de recebimento de novos e-mails, baseado no protocolo IMAP. 2000. 81 f. Trabalho de Concluso de Curso (Bacharelado em Cincias da Computao) Centro de Cincias Exatas e Naturais, Universidade Regional de Blumenau, Blumenau. KUROSE, James F.; ROSS, Keith W. Redes de computadores e a internet: uma nova abordagem. So Paulo: Pearson Education do Brasil, 2003. LIMA, Adilson da Silva. UML 2.0: do requisito soluo. So Paulo: rica, 2005. LIMA, Johnatan Daniel Fromholz. JavaMail: guia prtico. Florianpolis: VisualBooks, 2004. MARQUES, Luiz Guilherme. Temas de direito: brasileiro e estrangeiro. [S. l.], [2004?]. Disponvel em: <http://www.artnet.com.br/~lgm/down1.doc>. Acesso em: 17 out. 2005. MENEZES, Eduardo Diatahy Bezerra. Princpios de anlise e projeto de sistemas com UML. Rio de Janeiro: Campus, 2002. MOREIRA, Jos Carlos Barbosa. Temas de direito processual. 5. ed. So Paulo: Saraiva, 1994. PONTE SOFTWARE. Agente jurdico. [S. l.], [2004?]. Disponvel em: <http://www.pontesoftware.com.br/agente/framesetagente.htm>. Acesso em: 11 nov. 2005. RADUENZ, Gilmar Vereano. Prottipo de aplicativo para escritrio de advocacia com acesso a internet baseado em ASP. 2000. 50 f. Trabalho de Concluso de Curso (Bacharelado em Cincias da Computao) Centro de Cincias Exatas e Naturais, Universidade Regional de Blumenau, Blumenau.
63 REGIS, Eduardo Jean. Prottipo de software para distribuio de arquivos recebidos por e-mail via internet. 2000. 62 f. Trabalho de Concluso de Curso (Bacharelado em Cincias da Computao) Centro de Cincias Exatas e Naturais, Universidade Regional de Blumenau, Blumenau. SUPERIOR TRIBUNAL DE JUSTIA. Sistema Push. Braslia, [2004?]. Disponvel em: <http://www.stj.gov.br/webstj/processo/Push/Ajuda.asp>. Acesso em: 10 nov. 2005.
64 APNDICE A Descrio de casos de uso
Manter Clientes: incluso, alterao, excluso e consulta de clientes O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de clientes. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de um novo cliente. b. O sistema apresenta uma tela em branco para o preenchimento dos dados do cliente. c. O Usurio fornece os dados do novo cliente. d. O sistema inclui o novo cliente. Fluxo (3): Alterao a. O usurio informa o cliente que deseja alterar. b. O usurio altera um ou mais dados referentes a um cliente e solicita a sua atualizao. c. O sistema altera os dados do cliente. Fluxo (3): Excluso a. O usurio informa o cliente que deseja excluir. b. Se o cliente pode ser excludo, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta dos clientes cadastrados. b. O sistema apresenta a lista de todos os clientes cadastrados, permitindo que o usurio selecione o cliente desejado. c. O sistema mostra os detalhes do cliente selecionado e retorna ao passo 3. Fluxo (3): Excluso de cliente utilizado em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. Cliente cadastrado, alterado ou excludo. No h.
Fluxo de exceo
Ps-condies Regras do negcio
65
Manter Advogados: incluso, alterao, excluso e consulta de advogados O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de advogados. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de um novo advogado. b. O sistema apresenta uma tela em branco para o preenchimento dos dados do advogado. c. O Usurio fornece os dados do novo advogado. d. O sistema inclui o novo advogado. Fluxo (3): Alterao a. O usurio informa o advogado que deseja alterar. b. O usurio altera um ou mais dados referentes a um advogado e solicita a sua atualizao. c. O sistema altera os dados do advogado. Fluxo (3): Excluso a. O usurio informa o advogado que deseja excluir. b. Se o advogado pode ser excludo, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta dos clientes cadastrados. b. O sistema apresenta a lista de todos os advogados cadastrados, permitindo que o usurio selecione o advogado desejado. c. O sistema mostra os detalhes do advogado selecionado e retorna ao passo 3. Fluxo (3): Excluso de advogado utilizado em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. Advogado cadastrado, alterado ou excludo. No h.
Fluxo de exceo
66
Manter Partes Contrrias: incluso, alterao, excluso e consulta de partes contrrias O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de partes contrrias. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O sistema apresenta uma tela em branco para o preenchimento dos dados da parte contrria. b. O Usurio fornece os dados da nova parte contrria. c. O sistema inclui a nova parte contrria. Fluxo (3): Alterao a. O usurio informa a parte contrria que deseja alterar. b. O usurio altera um ou mais dados referentes a uma parte contrria e solicita a sua atualizao. c. O sistema altera os dados da parte contrria. Fluxo (3): Excluso a. O usurio informa a parte contrria que deseja excluir. b. Se a parte contrria pode ser excluda, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta das partes contrrias cadastradas. b. O sistema apresenta a lista de todas as partes contrrias cadastradas, permitindo que o usurio selecione a parte contrria desejada. c. O sistema mostra os detalhes da parte contrria selecionada e retorna ao passo 3. Fluxo (3): Excluso de parte contrria utilizada em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. Parte contrria cadastrada, alterada ou excluda. No h.
Fluxo de exceo
67
Manter Advogados Contrrios: incluso, alterao, excluso e consulta de advogados contrrios O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de advogados contrrios. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de um novo advogado contrrio. b. O sistema apresenta uma tela em branco para o preenchimento dos dados do advogado contrrio. c. O Usurio fornece os dados do novo advogado contrrio. d. O sistema inclui o novo advogado contrrio. Fluxo (3): Alterao a. O usurio informa o advogado contrrio que deseja alterar. b. O usurio altera um ou mais dados referentes a um advogado contrrio e solicita a sua atualizao. c. O sistema altera os dados do advogado contrrio. Fluxo (3): Excluso a. O usurio informa o advogado contrrio que deseja excluir. b. Se o advogado contrrio pode ser excludo, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta dos advogados contrrios cadastrados. b. O sistema apresenta a lista de todos os advogados contrrios cadastrados, permitindo que o usurio selecione o advogado contrrio desejado. c. O sistema mostra os detalhes do advogado contrrio selecionado e retorna ao passo 3. Fluxo (3): Excluso de advogado contrrio utilizado em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. Advogado contrrio cadastrado, alterado ou excludo. No h.
Fluxo de exceo
68
Manter reas: incluso, alterao, excluso e consulta de reas O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de reas. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de uma nova rea. b. O sistema apresenta uma tela em branco para o preenchimento dos dados da rea. c. O Usurio fornece os dados da nova rea. d. O sistema inclui a nova rea. Fluxo (3): Alterao a. O usurio informa a rea que deseja alterar. b. O usurio altera um ou mais dados referentes a uma rea e solicita a sua atualizao. c. O sistema altera os dados da rea.
Fluxo (3): Excluso a. O usurio informa a rea que deseja excluir. b. Se a rea pode ser excluda, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta das reas cadastradas. b. O sistema apresenta a lista de todas as reas cadastradas, permitindo que o usurio selecione a rea desejada. c. O sistema mostra os detalhes da rea selecionada e retorna ao passo 3. Fluxo (3): Excluso de rea utilizada em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. rea cadastrada, alterada ou excluda. No h.
Fluxo de exceo
69
Manter Comarcas: incluso, alterao, excluso e consulta de comarcas O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de comarcas. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de uma nova comarca. b. O sistema apresenta uma tela em branco para o preenchimento dos dados da comarca. c. O Usurio fornece os dados da nova comarca. d. O sistema inclui a nova comarca. Fluxo (3): Alterao a. O usurio informa a comarca que deseja alterar. b. O usurio altera um ou mais dados referentes a uma comarca e solicita a sua atualizao. c. O sistema altera os dados da comarca. Fluxo (3): Excluso a. O usurio informa a comarca que deseja excluir. b. Se a comarca pode ser excluda, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta das comarcas cadastradas. b. O sistema apresenta a lista de todas as comarcas cadastradas, permitindo que o usurio selecione a comarca desejada. c. O sistema mostra os detalhes da comarca selecionada e retorna ao passo 3. Fluxo (3): Excluso de comarca utilizada em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. Comarca cadastrada, alterada ou excluda. No h.
Fluxo de exceo
70
Manter Processos: incluso, alterao, excluso e consulta de processos O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de processos. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de um novo processo. b. O sistema apresenta uma tela em branco para o preenchimento dos dados do processo. c. O Usurio fornece os dados do novo processo. d. O sistema inclui o novo processo Fluxo (3): Alterao a. O usurio informa o processo que deseja alterar. b. O usurio altera um ou mais dados referentes a um processo e solicita a sua atualizao. c. O sistema altera os dados do processo. Fluxo (3): Excluso a. O usurio informa o processo que deseja excluir. b. Se o processo pode ser excludo, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta dos processos cadastrados. b. O sistema apresenta a lista de todos os processos cadastrados, permitindo que o usurio selecione a processo desejado. c. O sistema mostra os detalhes do processo selecionado e retorna ao passo 3. Fluxo (3): Visualizar movimentaes a. O usurio solicita a visualizao das movimentaes ocorridas para o processo. b. O sistema apresenta a lista das movimentaes. Fluxo (3): Excluso de processo utilizado em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a honorrios, movimentaes, despesas ou audincias, no ser permitida a excluso. b. O sistema retorna ao passo 3. Processo cadastrado, alterado ou excludo. No h.
Fluxo de exceo
71
Manter Usurios: incluso, alterao, excluso e consulta de usurios O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de usurios. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de um novo usurio. b. O sistema apresenta uma tela em branco para o preenchimento dos dados do usurio. c. O Usurio fornece os dados do novo usurio. d. O sistema inclui o novo usurio. Fluxo (3): Alterao a. O usurio informa o usurio que deseja alterar. b. O usurio altera um ou mais dados referentes a um usurio e solicita a sua atualizao. c. O sistema altera os dados do usurio. Fluxo (3): Excluso a. O usurio informa o usurio que deseja excluir. b. Se o usurio pode ser excludo, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato. Fluxo (3): Consulta a. O usurio solicita a consulta dos usurios cadastrados. b. O sistema apresenta a lista de todos os usurios cadastrados, permitindo que o usurio selecione o usurio desejado. c. O sistema mostra os detalhes do usurio selecionado e retorna ao passo 3. Fluxo (3): Excluso de usurio utilizado em outras funcionalidades a. Em caso de tentativa de excluso de registro vinculado a um processo, no ser permitida a excluso. b. O sistema retorna ao passo 3. Usurio cadastrado, alterado ou excludo. No h.
Fluxo de exceo
72
Manter Audincias: incluso, alterao e excluso de audincias O usurio est identificado pelo sistema. Pr-condies 1. O usurio solicita a manuteno de audincias. Fluxo principal 2. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso e finalizao do caso de uso. 3. O usurio executa uma das operaes. 4. O caso de uso retorna para o passo 2. Fluxo alternativo Fluxo (3): Incluso a. O usurio solicita a incluso de uma nova audincia. b. O sistema apresenta uma tela em branco para o preenchimento dos dados da audincia. c. O Usurio fornece os dados da nova audincia. d. O sistema inclui a nova audincia. Fluxo (3): Alterao a. O usurio informa a audincia que deseja alterar. b. O usurio altera um ou mais dados referentes a uma audincia e solicita a sua atualizao. c. O sistema altera os dados da audincia. Fluxo (3): Excluso a. O usurio informa a audincia que deseja excluir. b. O sistema realiza a excluso. No h. Audincia cadastrada, alterada ou excluda. No h.
Fluxo de exceo Ps-condies Regras do negcio
Importar Movimentaes: importar movimentaes de processos armazenadas no servidor de e-mails 1. O usurio est identificado pelo sistema. Pr-condies 2. O sistema possui o cadastro do e-mail remetente das mensagens do Sistema Push e os dados do servidor de e-mail onde as mensagens a serem importadas esto armazenadas. 3. O sistema possui o cadastro dos tokens que delimitam as informaes que sero extradas dos e-mails. 4. O usurio est conectado internet. 1. O usurio acessa o sistema pela primeira vez no dia. Fluxo principal 2. O sistema questiona se deseja fazer a importao das movimentaes processuais. 3. O usurio solicita a importao das movimentaes processuais no e-mail. 4. O sistema conecta-se ao servidor de e-mails e faz a atualizao das movimentaes processuais. O usurio executa a importao atravs de opo do menu do sistema. Fluxo alternativo Fluxo de exceo Fluxo (4): Usurio no conectado internet a. O sistema aborta a importao e reporta o fato. Fluxo (4): O processo no est cadastrado no sistema ou a movimentao j foi importada a. O sistema ignora a mensagem do e-mail e no grava a movimentao. b. O sistema procura por outra mensagem de e-mail. Movimentaes, dos processos cadastrados no sistema, armazenadas na base de dados e disponveis para consulta. No h.
73
Inserir Movimentaes: inserir movimentaes manualmente caso houver algum problema na importao de alguma movimentao dos e-mails 1. O usurio est identificado pelo sistema. Pr-condies 2. O processo a ser inserida a movimentao est cadastrado no sistema. 3. O usurio informa o processo ou seleciona atravs da consulta. Fluxo principal 4. O usurio informa data e descrio da movimentao e solicita gravao. 5. O sistema atualiza a movimentao na base de dados. No h. Fluxo alternativo No h. Fluxo de exceo Movimentao inserida na base de dados e disponvel para consulta. Ps-condies Regras do negcio No h.
Visualizar Agenda das Movimentaes: visualizar as ltimas movimentaes dos processos ocorridas a partir de uma data informada O usurio est identificado pelo sistema. Pr-condies 1. O usurio informa a partir de que data deseja visualizar as movimentaes. Fluxo principal 2. O sistema visualiza as movimentaes para o perodo selecionado mostrando na ordem decrescente por data. No h. Fluxo alternativo No h. Fluxo de exceo Visualizao das ltimas movimentaes processuais ocorridas a partir da data Ps-condies informada, em ordem decrescente. Regras do negcio No h.
Visualizar Agenda de Audincias: visualizar agenda de audincias a partir de uma data informada O usurio est identificado pelo sistema. Pr-condies 1. O usurio informa a partir de que data deseja visualizar as audincias. Fluxo principal 2. O sistema visualiza as audincias para o perodo selecionado. No h. Fluxo alternativo No h. Fluxo de exceo Visualizao das audincias agendadas a partir da data informada. Ps-condies Regras do negcio No h.
74
Lanar Honorrios de Processos: lanamento de honorrios dos processos 1. O usurio est identificado pelo sistema. Pr-condies 2. O processo do lanamento est cadastrado no sistema com valor da causa informado. 1. O usurio solicita a manuteno de lanamentos de honorrios. Fluxo principal 2. O usurio informa o nmero do processo e a data de vencimento do honorrio. 3. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 4. O usurio executa uma das operaes. Fluxo alternativo Fluxo (4): Incluso a. O usurio solicita o lanamento de um novo honorrio. b. O sistema apresenta a tela para informar o valor do honorrio. c. O usurio fornece o valor do lanamento. d. O sistema inclui o lanamento. Fluxo (4): Alterao a. O usurio solicita a alterao de um honorrio. b. O sistema apresenta o honorrio cadastrado. c. O usurio informa novo valor. d. O sistema atualiza o valor do honorrio. Fluxo (4): Excluso a. O usurio solicita excluso de um honorrio cadastrado. b. O sistema exclui o honorrio. Fluxo (4): Consulta a. O usurio solicita a visualizao dos honorrios do processo. b. O sistema apresenta a lista de honorrios lanados para o processo, permitindo que o usurio selecione o lanamento desejado. c. O sistema apresenta os dados do lanamento e retorna para o passo 4. Se o honorrio j estiver pago, o sistema alerta que o honorrio j foi pago e no permite acessar o registro. Honorrio lanado. A soma dos valores de honorrios lanados para um processo no pode ultrapassar o valor da causa informado no cadastro do processo.
Baixar Honorrios: baixa de honorrios lanados para os processos 1. O usurio est identificado pelo sistema Pr-condies 2. O honorrio est lanado no sistema. 1. O usurio solicita a baixa de honorrios. Fluxo principal 2. O usurio informa o nmero do processo e a data de vencimento do honorrio. 3. O sistema carrega o registro. 4. O usurio informa a data do pagamento. 5. O sistema faz a baixa do honorrio. No h. Fluxo alternativo Se o honorrio j foi baixado, o sistema alerta que o honorrio j foi baixado e no Fluxo de exceo permite acessar o registro. Honorrio baixado. Ps-condies Regras do negcio S permitido baixar o valor integra do honorrio. Para baixar um valor menor, o lanamento deve ser excludo e lanado novamente com as devidas parcelas e valores.
75
Lanar Despesas de Processos: lanamento de despesas de processos 1. O usurio est identificado pelo sistema. Pr-condies 2. O processo do lanamento est cadastrado no sistema. 1. O usurio solicita a manuteno de lanamentos de despesas. Fluxo principal 2. O usurio informa o nmero do processo e o cdigo da despesa. 3. O sistema apresenta as operaes que podem ser realizadas: incluso, alterao, excluso, consulta e finalizao do caso de uso. 4. O usurio executa uma das operaes. Fluxo alternativo Fluxo (4): Incluso e. O usurio solicita o lanamento de uma nova despesa. f. O sistema apresenta a tela para informar o valor da despesa. g. O usurio fornece a descrio e o valor da despesa. h. O sistema inclui o lanamento. Fluxo (4): Alterao e. O usurio solicita a alterao de um lanamento de despesa. f. O sistema apresenta o lanamento cadastrado. g. O usurio altera os dados que deseja. h. O sistema atualiza os dados do lanamento. Fluxo (4): Excluso c. O usurio solicita excluso de um lanamento cadastrado. d. O sistema exclui o lanamento. Fluxo (4): Consulta d. O usurio solicita a visualizao dos lanamentos das despesas. e. O sistema apresenta a lista de despesas lanadas para o processo, permitindo que o usurio selecione o lanamento desejado. f. O sistema apresenta os dados do lanamento e retorna para o passo 4. No h. Despesa lanada. No h.
Visualizar Relatrio de Clientes: visualizar clientes cadastrados no sistema No h. Pr-condies 1. O usurio informa cliente inicial e final. Fluxo principal 2. O sistema visualiza os clientes da seleo. No h. Fluxo alternativo No h. Fluxo de exceo Relatrio de clientes visualizado. Ps-condies Regras do negcio No h.
Visualizar Relatrio de Advogados: visualizar advogados cadastrados no sistema No h. Pr-condies 1. O usurio informa advogado inicial e final. Fluxo principal 2. O sistema visualiza os advogados da seleo. No h. Fluxo alternativo No h. Fluxo de exceo Relatrio de advogados visualizado. Ps-condies Regras do negcio No h.
76
Visualizar Relatrio de Movimentaes de Processos: visualizar movimentaes dos processos por advogados e por clientes No h. Pr-condies 1. O usurio escolhe opo do relatrio por cliente ou por advogado e informa o Fluxo principal intervalo de cdigo e perodo desejados. 2. O sistema visualiza as movimentaes da seleo. No h. Fluxo alternativo No h. Fluxo de exceo Relatrio de movimentaes visualizado. Ps-condies Regras do negcio No h.
Visualizar Relatrio de Honorrios Pagos e Pendentes: visualizar honorrios pagos e pendentes No h. Pr-condies 1. O usurio escolhe opo do relatrio por honorrios pagos ou pendentes e informa o Fluxo principal intervalo de clientes e perodo desejados. 2. O sistema visualiza os honorrios da seleo. No h. Fluxo alternativo No h. Fluxo de exceo Relatrio de honorrios visualizado. Ps-condies Regras do negcio No h. Manter Configurao de E-mails: configurar e-mail monitorado e e-mail do Sistema Push que envia as movimentaes No h. Pr-condies 1. O usurio informa campos que deseja alterar. Fluxo principal 2. O sistema atualiza campos na base de dados. No h. Fluxo alternativo No h. Fluxo de exceo Dados dos e-mails atualizados. Ps-condies Regras do negcio No h.
Manter Configurao de Tokens: configurar tokens que delimitam os dados a serem importados dos e-mails No h. Pr-condies 1. O usurio informa os tokens que deseja alterar. Fluxo principal 2. O sistema atualiza os tokens na base de dados. No h. Fluxo alternativo No h. Fluxo de exceo Tokens atualizados. Ps-condies Regras do negcio No h.
77 APNDICE B Dicionrio de dados
Advogados
Nome da Coluna adv_codigo adv_nome adv_oab adv_cpf adv_rg adv_endereco adv_bairro adv_cidade adv_estado adv_cep adv_fone adv_email adv_tp_advogado Descrio Cdigo Nome OAB CPF RG Endereo Bairro Cidade Estado CEP Fone E-mail Tipo de advogado Tipo SERIAL VARCHAR(40) VARCHAR(10) VARCHAR(14) VARCHAR(9) VARCHAR(40) VARCHAR(30) VARCHAR(30) VARCHAR(2) VARCHAR(9) VARCHAR(14) VARCHAR(30) VARCHAR(1) PK Yes No No No No No No No No No No No No FK No No No No No No No No No No No No No
reas
Nome da Coluna are_codigo are_nome Descrio Cdigo Nome Tipo SERIAL VARCHAR(20) PK Yes No FK No No
Clientes
Nome da Coluna cli_codigo cli_nome cli_apelido cli_cpf_cnpj cli_rg cli_ie cli_im cli_endereco cli_bairro cli_cidade cli_estado cli_cep cli_fone cli_fax cli_email cli_observacoes Descrio Cdigo Nome Apelido CPF/CNPJ RG Inscrio estadual Inscrio municipal Endereo Bairro Cidade Estado CEP Fone Fax E-mail Observaes Tipo SERIAL VARCHAR(40) VARCHAR(40) VARCHAR(18) VARCHAR(09) VARCHAR(12) VARCHAR(12) VARCHAR(40) VARCHAR(30) VARCHAR(30) VARCHAR(02) VARCHAR(09) VARCHAR(14) VARCHAR(14) VARCHAR(30) VARCHAR(400) PK Yes No No No No No No No No No No No No No No No FK No No No No No No No No No No No No No No No No
78 Comarcas
Nome da Coluna com_codigo com_nome com_vara Descrio Cdigo Nome Vara Tipo SERIAL VARCHAR(30) VARCHAR(30) PK Yes No No FK No No No
Partes contrrias
Nome da Coluna pac_codigo pac_nome pac_cpf_cnpj pac_rg pac_endereco pac_bairro pac_cidade pac_estado pac_cep pac_fone pac_fax pac_email pac_observacoes Descrio Cdigo Nome CPF/CNPJ RG Endereo Bairro Cidade Estado CEP Fone Fax E-mail Observaes Tipo SERIAL VARCHAR(40) VARCHAR(18) VARCHAR(09) VARCHAR(40) VARCHAR(30) VARCHAR(30) VARCHAR(02) VARCHAR(09) VARCHAR(14) VARCHAR(14) VARCHAR(30) VARCHAR(400) PK Yes No No No No No No No No No No No No FK No No No No No No No No No No No No No
Usurios
Nome da Coluna usu_usuario usu_senha Descrio Usurio Senha Tipo VARCHAR(15) VARCHAR(12) PK Yes No FK No No
Parmetros
Nome da Coluna par_codigo par_pop3 par_username par_password par_email_remetente par_tk_processo_ini par_tk_processo_fin par_tk_data_ini par_tk_data_fin par_tk_mov_ini par_tk_mov_fin par_tk_link_ini par_delimitador par_dt_ult_atualiz Descrio Cdigo POP3 Usurio Senha E-mail do remetente Token inicial delimitador do processo Token final delimitador do processo Token inicial delimitador da data Token final delimitador da data Token inicial delimitador moviment. Token final delimitador moviment. Token inicial delimitador do link Token delimitador de linhas Data da ltima atualizao moviment. Tipo INTEGER VARCHAR(30) VARCHAR(30) VARCHAR(15) VARCHAR(40) VARCHAR(20) VARCHAR(20) VARCHAR(20) VARCHAR(20) VARCHAR(20) VARCHAR(20) VARCHAR(20) VARCHAR(5) DATE PK Yes No No No No No No No No No No No No No FK No No No No No No No No No No No No No No
79 Processos
Nome da Coluna pro_nr_processo pro_advogado pro_requerente pro_requerido pro_area pro_comarca pro_advogado_contrario pro_data_entrada pro_vl_causa pro_link Descrio Nmero do processo Cdigo do advogado Cdigo do cliente Cdigo da parte contraria ao cliente Cdigo da rea Cdigo da comarca Cdigo do advogado contrrio Data de entrada do processo Valor da causa Link das movimentaes do processo Tipo VARCHAR(15) INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER DATE NUMERIC(10,2) VARCHAR(150) PK Yes No No No No No No No No No FK No Yes Yes Yes Yes Yes Yes No No No
Honorrios
Nome da Coluna hon_nr_processo hon_dt_vencto hon_dt_pagto hon_vl_lancto hon_vl_pagto Descrio Nmero do processo Data de vencimento Data do pagamento Valor do lanamento Valor pago Tipo VARCHAR(15) DATE DATE NUMERIC(10,2) NUMERIC(10,2) PK Yes Yes No No No FK Yes No No No No
Despesas dos processos

Nome da Coluna des_nr_processo des_codigo des_descricao des_vl_despesa Descrio Nmero do processo Cdigo da despesa Descrio da despesa Valor da despesa Tipo VARCHAR(15) INTEGER VARCHAR(50) NUMERIC(10,2) PK Yes Yes No No FK Yes No No No
Movimentaes
Nome da Coluna mov_nr_processo mov_data_mov mov_sequencia mov_descricao Descrio Nmero do processo Data da Movimentao Seqncia Descrio da movimentao Tipo VARCHAR(15) DATE INTEGER VARCHAR(200) PK Yes Yes Yes No FK Yes No No No
Audincias
Nome da Coluna aud_nr_processo aud_dt_audiencia aud_hr_audiencia aud_nm_acao aud_tp_audiencia Descrio Numero do processo Data da audincia Hora da audincia Nome da ao Tipo de audincia Tipo VARCHAR(15) DATE VARCHAR(5) VARCHAR(50) VARCHAR(30) PK Yes Yes Yes No No FK Yes No No No No

Push

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Push

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CINCIAS EXATAS E NATURAIS CURSO DE CINCIAS DA COMPUTAO BACHARELADO

MARCUS VINCIUS FELIPPI

BLUMENAU 2005 2005/2-17

MARCUS VINCIUS FELIPPI

BLUMENAU 2005 2005/2-17

MARCUS VINCIUS FELIPPI

Blumenau, 16 de novembro de 2005

Quanto mais eu sei, mais eu sei que nada sei. Scrates

1.1 OBJETIVOS DO TRABALHO

16 d) gerar relatrio com as movimentaes dos processos.

1.2 ESTRUTURA DO TRABALHO

2.1 SISTEMA PUSH

18 2.2 DIREITO PROCESSUAL

2.3 PROTOCOLOS DE E-MAIL

21 MIME; f) pesquisa e seleo dos atributos da mensagem e textos com eficincia.

2.4 FORMATO DE MENSAGEM DE CORREIO ELETRNICO

2.5 TRABALHOS CORRELATOS

3.1 REQUISITOS PRINCIPAIS DO PROBLEMA A SER TRABALHADO

3.2.1 Diagramas de casos de uso

ud Use Case Model Cadastros Mov imentaes Financeiro

Figura 1 Pacotes dos diagramas de casos de uso

Diagrama de casos de uso de cadastros

Figura 2 Diagrama de casos de uso de cadastros

Diagrama de casos de uso de movimentaes

Figura 3 Diagrama de casos de uso de movimentaes

Diagrama de casos de uso do financeiro

ud Use Case Model

Lanar Honorrios de Processos

Lanar Despesas de Processos

Figura 4 Diagrama de casos de uso do financeiro

Diagrama de casos de uso de relatrios

A figura 5 apresenta o diagrama de casos de uso dos relatrios disponveis no sistema.

ud Use Case Model

Visualizar Relatrio de Clientes

Visualizar Relatrio de Adv ogados

Visualizar Relatrio de Mov imentaes de Processos

Visualizar Relatrio de Honorrios Pagos e Pendentes

Figura 5 Diagrama de casos de uso de relatrios

Diagrama de casos de uso de configuraes

ud Use Case Model

Manter Configurao de E-mails Administrador

Manter Configurao de Tokens

Figura 6 Diagrama de casos de uso de configuraes

33 3.2.2 Diagrama de classes

Figura 7 Diagrama de classes da atualizao das movimentaes dos processos

34 A seguir feita uma descrio das classes apresentadas no diagrama da figura 7.

3.2.3 Diagrama de atividades

Conectar ao serv idor de e-mail

[seno] [Conexo ok]

Informar erro na conexo com serv idor

Verificar remetente [Existe mensagem] [Seno]

Terminar caso de uso Final

[Seno] [Seno] [Mensagem do Sistema PUSH] [Seno] [Movimentao inexistente]

Grav ar dados mov imentao

Extrair dados da mensagem do e-mail

[Processo cadastrado no sistema] Verificar se mov imentao j existe

Figura 8 Diagrama de atividades para o caso de uso importar movimentaes

37 3.2.4 Modelo lgico de dados

Processo possui advogado processo possui cliente

Processo possui area

Movimentacao possui processo

Areas Codigo <pi> I <M> Nome VA30 pk_codigo <pi>

Usuarios Usuario <pi> VA15 <M> Senha VA12 pk_usuario <pi>

Figura 9 Modelo lgico de dados