UNIVERSIDADE FEDERAL DE PERNAMBUCO

CENTRO DE INFORMTICA
Cincia da Computao, Engenharia da Computao e Ps-Graduao

Especificao de Requisitos
Sistema de Gerenciamento Para Escritrios de
Advocacia

Equipe:
Diocleciano Dantas (ddn2@cin.ufpe.br)
Lino Alves de Oliveira Jnior (laoj@cin.ufpe.br)
Renato Celso Santos Rodrigues (rcsr@cin.ufpe.br)
Trsis Wanderley Toledo (twt@cin.ufpe.br)
Professor:
Jaelson Castro (jbc@cin.ufpe.br)
Monitores:
Diego Dermeval Medeiros (ddmcm@cin.ufpe.br)
Joao Henrique Correia Pimentel (jhcp@cin.ufpe.br)
RECIFE, OUTUBRO DE 2011.

SUMRIO

1.

INTRODUO .................................................................................................................... 5
1.1

MOTIVAO .............................................................................................................. 5

1.2

DESCRIO DO PROBLEMA ................................................................................... 6

1.3

A ORGANIZAO ...................................................................................................... 6

1.4

CONVENES ............................................................................................................ 6

Identificao dos Requisitos.................................................................................................. 7

Identificao dos Casos de Uso ............................................................................................. 7
2.

REQUISITOS ORGANIZACIONAIS.................................................................................. 8

3.

REQUISITOS FUNCIONAIS .............................................................................................. 8

3.1

Autenticao e Tela Inicial da Aplicao ...................................................................... 8

[RF01] Fazer Login............................................................................................................... 8

[RF02] Fazer Logoff.............................................................................................................. 8
[RF03] Organizar Informao ............................................................................................... 9
3.2

Gerenciar Clientes ......................................................................................................... 9

[RF04] Gerenciar Clientes .................................................................................................... 9

[RF05] Cadastrar Cliente ...................................................................................................... 9
[RF06] Buscar Cliente ........................................................................................................... 9
[RF07] Editar Cliente .......................................................................................................... 10
[RF08] Excluir Cliente ........................................................................................................ 10
3.3

Gerenciar Processos .................................................................................................... 10

[RF09] Gerenciar Processo ................................................................................................. 10

[RF10] Cadastrar Processo .................................................................................................. 10
[RF11] Excluir Processo ..................................................................................................... 11
[RF12] Editar Processo ....................................................................................................... 11
[RF13] Listar Processo ........................................................................................................ 11
[RF14] Buscar Processo ...................................................................................................... 11
3.4

Buscar Informao do Meio Oficial ............................................................................ 12

[RF15] Buscar Informao .................................................................................................. 12

[RF16] Cadastrar E-mail ..................................................................................................... 12
[RF17] Remover E-mail ...................................................................................................... 12
3.5

Gerncia do Escritrio................................................................................................. 12

[RF18] Gerar Relatrio ....................................................................................................... 12

4.

REQUISITOS NO-FUNCIONAIS .................................................................................. 13

4.1

REQUISITOS DE PROCESSO .................................................................................. 13

[NFR01] Utilizar Scrum como metodologia de desenvolvimento ...................................... 13

[NFR02] Utilizar Linguagem Java para Web (J2EE).......................................................... 13

[NFR03] Utilizar Banco de Dados MySQL ........................................................................ 13
[NFR04] Utilizar Hibernate ................................................................................................ 14
4.2

REQUISITOS DE PRODUTO ................................................................................... 14

4.2.1

Confiabilidade ..................................................................................................... 14

4.2.2

Usabilidade .......................................................................................................... 15

4.3

REQUISITOS EXTERNOS ........................................................................................ 15

[NFR09] Custos .................................................................................................................. 15

[NFR10] Entrega do sistema ............................................................................................... 15
5.

MODELAGEM ORGANIZACIONAL .............................................................................. 16

5.2

MODELAGEM DE DEPENDNCIA ESTRATRGICA ......................................... 16

5.3

MODELO ESTRATGICO DA RAZO .................................................................. 17

6.

MODELAGEM DE REQUISITOS FUNCIONAIS (CASOS DE USO) ........................... 20

7.

MODELAGEM DOS REQUISITOS NO-FUNCIONAIS............................................... 21

8.

CONCLUSO .................................................................................................................... 22

REFERNCIAS .......................................................................................................................... 23
FORMULRIO DO RELATRIO DA EQUIPE ...................................................................... 24
ANEXO A TCNICA DE COLETA DE DADOS.................................................................. 25
ANEXO B DESCRIO DOS CASOS DE USO .................................................................. 26
Autenticao............................................................................................................................ 26
[UC01] Fazer login ............................................................................................................. 26
[UC02] Fazer login por Credencial..................................................................................... 26
[UC03] Efetuar login Biomtrico ....................................................................................... 27
[UC04] Fazer logoff ............................................................................................................ 27
Organizao da Informao .................................................................................................... 27
[UC05] Organizar Informao ............................................................................................ 27
Clientes.................................................................................................................................... 28
[UC06] Gerenciar Clientes .................................................................................................. 28
[UC07] Cadastrar Cliente .................................................................................................... 29
[UC08] Buscar Cliente ........................................................................................................ 29
[UC09] Editar Cliente ......................................................................................................... 30
[UC10] Excluir Cliente ....................................................................................................... 31
Gerenciar Processos ................................................................................................................ 31
[UC11] Gerenciar Processos ............................................................................................... 31
[UC12] Cadastrar Processo ................................................................................................. 32
[UC13] Buscar Processo ..................................................................................................... 32
[UC14] Editar Processo ....................................................................................................... 33
[UC15] Excluir Processo ..................................................................................................... 34
[UC16] Listar Processo ....................................................................................................... 34

Buscar Informao .................................................................................................................. 35

[UC17] Buscar Informao ................................................................................................. 35
[UC18] Cadastrar E-mail .................................................................................................... 35
[UC19] Remover E-mail ..................................................................................................... 36
Gerar Relatrio ........................................................................................................................ 37
[UC20] Gerar Relatrio ....................................................................................................... 37
GLOSSRIO .............................................................................................................................. 38

1. INTRODUO
Este relatrio tem como objetivo documentar e descrever os requisitos para a
soluo do problema de gerenciamento de parte das informaes em um escritrio de
advocacia. A soluo, bem como sua discusso, encontra-se no documento de Estudo de
Viabilidade. Tal soluo diz respeito melhoria do gerenciamento das informaes no
fluxo de trabalho do escritrio.
O gerenciamento de informaes no ramo jurdico tem alavancado a eficincia e
agilidade com o incio da informatizao nos sistemas jurdicos do Brasil, porm sentese a necessidade de solues para organizar as informaes em formatos eletrnicos,
para que profissionais inseridos nesse meio possam usufruir de todos os benefcios
trazidos pela tecnologia. Observando-se essa carncia, um sistema foi idealizado
provido com a capacidade de colher dados e informaes dos diversos tribunais e
organiz-los de forma a facilitar a atuao dos profissionais na rea judicial.
Ser tomado como definio de gerenciamento de informaes toda e qualquer
atividade cujo principal objeto a informao associada direta ou indiretamente a
qualquer uma das principais entidades envolvidas.
1.1 MOTIVAO
Abaixo segue breve uma descrio do problema encontrado no gerenciamento das
informaes. Mais detalhes esto disponveis no documento do Estudo de Viabilidade.

Figura 1: Fluxo de informao em escritrios.

A figura 1 ilustra, de uma forma geral, como se d o fluxo da informao no

escritrio de advocacia do cliente deste trabalho e as entidades envolvidas. Um Cliente
busca o Escritrio de advocacia (ou um Advogado especfico) para que este o
aconselhe e haja legalmente como seu representante perante a Justia mediante alguma
causa. No modelo jurdico vigente, para que a Justia tome algum posicionamento, em
geral, ela deve ser provocada. As decises tomadas pela Justia so eventualmente
publicadas em um Meio Oficial, sendo o mais amplamente conhecido o Dirio Oficial,
acompanhadas ou no de uma correspondncia por escrito. obrigao do Advogado
ficar atento s publicaes no Meio Oficial, pois estas publicaes possuem
informaes essenciais sobre decises, convocaes e prazos sobre a causa em questo.
5

O domnio de um escritrio de advocacia o legal, e as atividades ligadas

diretamente a este domnio sero doravante denominadas primrias. Embora as
atividades de gerenciamento de informao sejam necessrias para o mantimento da
ordem em um escritrio e demandam boa parte do tempo e do espao, elas no so o
foco primrio do escritrio, e por isso sero de agora em diante denominadas
secundrias.
1.2 DESCRIO DO PROBLEMA
Para diminuir o peso envolvido nas atividades secundrias de um escritrio
preciso torn-las mais fceis e triviais. Manter estas informaes poder fornecer a
inteligncia de negcio necessria para apoiar as decises administrativas do escritrio.
A Figura 2 evidencia os pontos onde o gerenciamento de informaes recorrente
e um potencial ponto de gargalo.

Figura 2: Pontos de interesse para o estudo da otimizao do fluxo da informao

Adicionalmente, a informao obtida atravs da observao do Meio Oficial ,
segundo relatado pelo cliente, o ponto de maior dificuldade de gerenciamento. Esta
atividade necessita ateno especial do advogado para que seja interpretada e tratada de
acordo.
1.3 A ORGANIZAO
A organizao Escritrio composta por um agregado de Advogados, como j
foi mostrado na Figura 1. Adicionalmente, certas atividades so delegadas a uma ou
mais Secretrias, especialmente aquelas denotadas como secundrias. Entretanto, nem
todo advogado tem uma secretria, sendo assim responsvel tanto pelas atividades
primrias como secundrias de sua funo.
1.4 CONVENES
Para melhor compreender a formalizao dos requisitos que ser apresentada nas
sees posteriores, sero aqui apresentadas as convenes adotadas por este documento
para descrever casos de uso, requisitos funcionais e no-funcionais.
6

Identificao dos Requisitos

Por conveno, os requisitos so indicados e referenciados por um indicador no
formato [RFxx], para os requisitos funcionais, e no formato [RNFxx], para os no
funcionais, onde xx se refere ao nmero do requisito. Os requisitos tambm possuiro
os nomes dos casos de uso relacionados. E cada indicador de um requisito funcional ou
no funcional nico e insubstituvel.
Identificao dos Casos de Uso
Por conveno, os casos de uso so indicados e referenciados por um indicador
no formato [UCxx], onde xx se refere ao nmero do caso de uso. E cada indicador de
um caso de uso nico e insubstituvel.
Estrutura dos casos de uso
Cada caso de uso ter o seguinte formato:

Atores: Os modelos de usurio que utilizaro o caso de uso;

Prioridade: Prioridade de implementao deste caso de uso;
Entradas: Variveis que sero passadas ao sistema;
Pr-condies: Condies que devem ser satisfeitas antes de o caso de
uso ser executado;
Fluxo de eventos: O passo a passo das aes realizadas para que o caso de
uso seja concludo, podendo incluir fluxos de eventos secundrios e/ou
alternativos;
Sadas: Sadas que devem ser fornecidas pelo sistema quando o caso de
uso for executado;
Ps-condies: Condies que devem ser satisfeitas depois de o caso de
uso ser finalizado.
Prioridades dos casos de uso

Os casos de uso so classificados como:

Essencial: o caso de uso indispensvel ao funcionamento do sistema.

Esse tipo de caso de uso deve ser implementado impreterivelmente, caso
contrrio, o projeto perder sua utilidade.
Importante: Sem este caso de uso, o sistema ainda capaz de ser
utilizado. Contudo, essa utilizao se d de forma no satisfatria pelo
cliente.
Desejvel: Esse tipo de caso de uso poder ser implementado em verses
posteriores do sistema, visto que, mesmo sem a sua implementao, o
sistema atende as suas funcionalidades bsicas.

Descrio dos Atores

Os atores so aqueles que interagem de alguma forma com o sistema ou esto
envolvidos ou afetados indiretamente pelo sistema.
2. REQUISITOS ORGANIZACIONAIS
Os requisitos organizacionais so aqueles que elucidam a necessidade da
organizao que aceita o sistema como uma soluo para seu problema. So eles:
1. Facilitar o fluxo de informao dentro da organizao, de modo a tornla mais gil e eficiente;
2. Automatizar o mximo de tarefas possveis.
3. Permitir fcil acesso e gerenciamento sobre as informaes inerentes s
interaes das entidades envolvidas.

3. REQUISITOS FUNCIONAIS
Neste captulo so definidas as funes que o sistema deve realizar. Os
requisitos esto agrupados de acordo com suas caractersticas.
3.1 Autenticao e Tela Inicial da Aplicao
[RF01] Fazer Login
Identificao:

[RF01] Fazer login

Casos de Uso
relacionados:

[UC 01], [UC 02] e [UC 03]

Descrio:

Permite que um usurio tenha acesso s informaes e

funcionalidades do sistema. Pode ser realizado atravs do
uso de credenciais como senha e login ou atravs de
informao biomtrica.

Prioridade:

Essencial

Importante

Desejvel

[RF02] Fazer Logoff

Identificao:

[RF02] Fazer logoff

Casos de Uso
relacionados:

[UC 04]

Descrio:

Permite que o usurio saia do sistema.

Prioridade:

Essencial

Importante

Desejvel

[RF03] Organizar Informao

Identificao:

[RF03] Organizar Informao

Casos de Uso relacionados:

[UC 05]

Descrio:
Prioridade:

3.2

Permite a insero, atualizao, remoo e consulta de

dados no sistema. A partir deste ponto o ator pode acessar
a tela de gerenciamento de clientes ou de processos.
Essencial
Importante
Desejvel

Gerenciar Clientes
[RF04] Gerenciar Clientes

Identificao:

[RF04] Gerenciar Clientes

Casos de Uso relacionados:

[UC 06]

Descrio:
Prioridade:

Disponibiliza a listagem dos clientes cadastrados, a partir

da qual possvel escolher um cliente especfico para
alterao de informaes ou para excluso de seu registro
do cadastro de clientes.
Essencial
Importante
Desejvel

[RF05] Cadastrar Cliente

Identificao:

[RF05] Cadastrar Cliente

Casos de Uso relacionados:

[UC07]

Descrio:
Prioridade:

Realiza a insero de um novo registro de cliente no

banco de dados do sistema, armazenando suas
informaes pessoais.
Essencial
Importante
Desejvel

[RF06] Buscar Cliente

Identificao:

[RF06] Buscar Cliente

Casos de Uso relacionados:

[UC 08]

Descrio:
Prioridade:

Permite a busca de um cliente especfico pelo

fornecimento de algumas de suas informaes como
parmetro de busca.
Essencial
Importante
Desejvel

[RF07] Editar Cliente

Identificao:

[RF07] Editar Cliente

Casos de Uso relacionados:

[UC 09]

Descrio:
Prioridade:

Permite a alterao de uma ou mais informaes de um

cliente que j esteja cadastrado no sistema.
Essencial
Importante
Desejvel

[RF08] Excluir Cliente

Identificao:

[RF08] Excluir Cliente

Casos de Uso relacionados:

[UC 10]

Descrio:

Prioridade:

3.3

O registro do cliente alterado para excludo na base de

dados do sistema, o qual o tratar como inexistente a
partir desta excluso. Os dados do cliente, entretanto,
permanecem no banco de dados do sistema, para uma
eventual necessidade futura.
Essencial
Importante
Desejvel

Gerenciar Processos
[RF09] Gerenciar Processo

Identificao:

[RF09] Gerenciar Processo

Casos de Uso
relacionados:

[UC 11]

Descrio:

Permite a atualizao, remoo, busca e cadastro de dados

referentes a processos. A partir deste ponto os demais casos
de uso relativos ao gerenciamento de Processos so
acessados.

Prioridade:

Essencial

Importante

Desejvel

[RF10] Cadastrar Processo

Identificao:

[RF10] Cadastrar Processo

Casos de Uso
relacionados:

[UC 12]

Descrio:
Prioridade:

O advogado ou o dono do escritrio cadastra um novo

processo no banco de dados do sistema. inserido o
nmero do processo e o processo associado a um cliente.
Essencial
Importante
Desejvel

10

[RF11] Excluir Processo

Identificao:

[RF11] Excluir Processo

Casos de Uso
relacionados:

[UC 15]

Descrio:
Prioridade:

O advogado ou o dono do escritrio remove um processo

do banco de dados do sistema. Um pedido de confirmao
deve ser requerido ao usurio, juntamente com uma
mensagem informando que o processo ser excludo.
Essencial
Importante
Desejvel

[RF12] Editar Processo

Identificao:

[RF12] Editar Processo

Casos de Uso
relacionados:

[UC 14]

Descrio:

O advogado ou o dono do escritrio edita os dados de um

processo no banco de dados do sistema.

Prioridade:

Essencial

Importante

Desejvel

[RF13] Listar Processo

Identificao:

[RF13] Listar Processo

Casos de Uso relacionados:

[UC 16]

Descrio:
Prioridade:

Lista processos relacionados a um dado cliente ou a um

dado advogado.
Essencial
Importante
Desejvel

[RF14] Buscar Processo

Identificao:

[RF14] Buscar Processo

Casos de Uso relacionados:

[UC 13]

Descrio:
Prioridade:

O sistema deve permitir que o advogado ou o dono do

escritrio busquem os dados de um processo especfico.
A busca feita atravs do nmero do processo.
Essencial
Importante
Desejvel

11

3.4

Buscar Informao do Meio Oficial

[RF15] Buscar Informao

Identificao:

[RF15] Buscar Informao

Casos de Uso relacionados:

[UC 17]

Descrio:

Prioridade:

O sistema deve acessar o meio oficial e adquirir

informaes relacionadas aos processos que esto
cadastrados no sistema. As informaes estaro
disponveis atravs de um endereo de e-mail cadastrado
nos sistemas push dos tribunais.
Essencial
Importante
Desejvel

[RF16] Cadastrar E-mail

Identificao:

[RF16] Cadastrar E-mail

Casos de Uso relacionados:

[UC 18]

Descrio:
Prioridade:

O sistema deve permitir que o advogado ou o dono do

escritrio cadastrem um ou mais e-mails para
recebimento e processamento das mensagens relativas as
movimentaes dos processos.
Essencial
Importante
Desejvel

[RF17] Remover E-mail

Identificao:

[RF17] Remover E-mail

Casos de Uso relacionados:

[UC 19]

Descrio:
Prioridade:

3.5

O sistema deve permitir que o advogado ou o dono do

escritrio removam um e-mail cadastrado.
Essencial
Importante
Desejvel

Gerncia do Escritrio
[RF18] Gerar Relatrio

Identificao:

[RF18] Gerar Relatrio

Casos de Uso
relacionados:

[UC 20]

Descrio:

O dono do escritrio pode solicitar a gerao de relatrios

12

Prioridade:

fornecendo um perodo com data inicial e final. O relatrio

deve informar a quantidade de processos que esto sendo
ou foram acompanhados por cada advogado mostrando
dados como: tempo gasto em cada processo e o retorno
financeiro de cada um.
Essencial
Importante
Desejvel

4. REQUISITOS NO-FUNCIONAIS
Nesta seo encontra-se uma descrio dos requisitos no-funcionais segundo a
classificao do autor [Sommerville]. So elas: requisitos de processo, requisitos de
produto e requisitos externos.
4.1 REQUISITOS DE PROCESSO
[NFR01] Utilizar Scrum como metodologia de desenvolvimento
Identificao:

[NFR01] Utilizar SCRUM como metodologia de

desenvolvimento

Casos de Uso
relacionados:

Todos.

Descrio:
Prioridade:

Scrum uma metodologia gil para gesto e planejamento

de projetos de software.
Essencial
Importante
Desejvel

[NFR02] Utilizar Linguagem Java para Web (J2EE)

Identificao:

[NFR02] Utilizar Linguagem Java para Web (J2EE)

Casos de Uso
relacionados:

Todos.

Descrio:
Prioridade:

Para disponibilizar o acesso remoto necessrio aplicao,

ela dever ser toda desenvolvida em Java para Web.
Essencial
Importante
Desejvel

[NFR03] Utilizar Banco de Dados MySQL

Identificao:

[NFR03] Utilizar Banco de Dados MySQL

Casos de Uso
relacionados:

Todos.

13

Descrio:
Prioridade:

Esse sistema de banco de dados oferece os recursos bsicos

necessrios aplicao e economicamente vivel.
Essencial
Importante
Desejvel

[NFR04] Utilizar Hibernate

Identificao:

[NFR04] Utilizar Hibernate

Casos de Uso
relacionados:

Todos.

Descrio:
Prioridade:

4.2

Facilitar o desenvolvimento de consultas ao bando de

dados e permitir a independncia do mesmo.
Essencial
Importante
Desejvel

REQUISITOS DE PRODUTO
4.2.1 Confiabilidade
[NFR05] Disponibilidade

Identificao:

[NFR05] Disponibilidade

Casos de Uso
relacionados:

Todos.

Descrio:
Prioridade:

O sistema deve ter o mximo de estabilidade e a estrutura

de hardware deve ser redundante para prover uma alta
disponibilidade.
Essencial
Importante
Desejvel

[NFR06] Segurana da Informao

Identificao:

[NFR06] Segurana da Informao

Casos de Uso
relacionados:

[UC05]

Descrio:

Prioridade:

O sistema deve certificar-se de que as informaes nele

contidas no sero acessadas indevidamente. Para isso deve
utilizar protocolos de autenticao (por credencial ou
biomtrica), autorizao e criptografia de dados.
Essencial
Importante
Desejvel

14

4.2.2 Usabilidade
[NFR07] Escrever documentao
Identificao:

[NFR07] Escrever documentao

Casos de Uso
relacionados:

Todos.
O sistema deve ser acompanhado da descrio de suas
funcionalidades em formato de manual eletrnico.
Essencial
Importante
Desejvel

Descrio:
Prioridade:

[NFR08] Escrever em linguagem do usurio

Identificao:

[NFR08] Escrever em linguagem do usurio

Casos de Uso
relacionados:

Todos.

Descrio:
Prioridade:

4.3

As mensagens do sistema assim como a interface grfica

devem ser intuitivas e descritas na linguagem que o usurio
esteja habituado.
Essencial
Importante
Desejvel

REQUISITOS EXTERNOS
[NFR09] Custos

Identificao:

[NFR09] Custos

Casos de Uso
relacionados:

Todos.

Descrio:
Prioridade:

O custo total de desenvolvimento e implantao do sistema

no deve ultrapassar em 15% o estimado no Estudo de
Viabilidade.
Essencial
Importante
Desejvel

[NFR10] Entrega do sistema

Identificao:

[NFR10] Entrega do sistema

15

Casos de Uso
relacionados:
Descrio:
Prioridade:

Todos.
O tempo para o sistema est implementado e operacional
no deve exceder 15 dias do estimado no Estudo de
Viabilidade.
Essencial
Importante
Desejvel

5. MODELAGEM ORGANIZACIONAL
Utilizamos a notao i* (i estrela) para criar o modelo organizacional do escritrio
de advocacia contextualizado com o sistema de gerenciamento.
5.2

MODELAGEM DE DEPENDNCIA ESTRATRGICA

Figura 3 Modelagem de dependncia estratgica com o sistema inserido no contexto

do escritrio.

16

5.3

MODELO ESTRATGICO DA RAZO

Figura 4 Modelo estratgico da razo com o ator advogado expandido e suas

relaes com outros atores evidenciadas.
.

17

Figura 5 Modelo estratgico da razo com o ator cliente expandido e suas relaes
com outros atores evidenciadas.

18

Figura 6 Modelo estratgico da razo com o ator sistema expandido e suas relaes
com outros atores evidenciadas.

19

6. MODELAGEM DE REQUISITOS FUNCIONAIS (CASOS DE USO)

Nesta seo apresentamos o diagrama dos casos de uso, baseado nos requisitos
funcionais especificados na seo 3.

Figura 7 Modelagem dos requisitos funcionais.

No anexo B encontra-se a descrio detalhada dos casos de uso apresentados aqui.

20

7. MODELAGEM DOS REQUISITOS NO-FUNCIONAIS

Nesta seo apresentaremos a modelagem dos requisitos no-funcionais utilizando
a tcnica NFR Framework.

Figura 9 Modelagem dos requisitos no-funcionais.

21

8. CONCLUSO
Baseando-se no documento de Estudo de Viabilidade e levantamento de dados
junto ao nosso cliente, conseguimos modelar o sistema de gerenciamento para o
escritrio de advocacia com as funcionalidades e estrutura necessrias para atender
satisfatoriamente as expectativas do nosso cliente.
Neste documento podemos encontrar vrios tipos de modelagens interrelacionadas: modelagem organizacional (i*), modelagem de requisitos no-funcionais
(NRF Framework) e modelagem de requisitos funcionais (diagrama de casos de uso).
Oferecendo uma viso global de como o sistema dever se comportar implantado no
ambiente do escritrio. Podemos tambm observar como o sistema impactar na rotina
prvia dos stakeholders envolvidos (Advogado e dono do escritrio).
Este documento foi apresentado e explicado pessoalmente aos stakeholders
envolvidos em 24 de outubro de 2011 e obtivemos um feedback positivo quanto as
funcionalidades e estruturas modeladas. Apesar do sistema ter uma estrutura simples
suas funcionalidades so extremamente teis e eficazes tornando o dia a dia no
escritrio de advocacia mais dinmica e produtiva.
Visto que atingimos a satisfao dos nossos clientes com a estrutura sugerida,
assumimos sucesso nesta fase inicial para o desenvolvimento e implantao do sistema.

22

REFERNCIAS
[Sommerville] G. Kotonya and I. Sommerville, Requirements Engineering :
Processes and
Techniques , John Wiley & Sons, 1998.
[Disciplina] Disciplina de Especificao de Requisitos e Validao de Sistemas.
<http://www.cin.ufpe.br/~if716/material.php>.
[i*] i* - An Agent-oriented Modelling Framework.
<http://www.cs.toronto.edu/km/istar/>.

23

FORMULRIO DO RELATRIO DA EQUIPE

Equipe

Participao

Diocleciano Dantas

25%

Lino Alves

25%

Renato Celso

25%

Trsis Toldo

25%

Assinatura

24

ANEXO A TCNICA DE COLETA DE DADOS

Entrevista foi a tcnica escolhida pela equipe para realizar a coleta das
informaes necessrias para o advento dos documentos de viabilidade e de requisitos.
Abaixo est transcrita a parte principal da entrevista onde a maioria dos dados foi
coletada.
De uma forma geral, como funciona o fluxo do trabalho no escritrio?
Em primeiro lugar, o cliente nos procura para avaliarmos e darmos uma
opinio sobre alguma questo legal. A esta questo damos o nome de causa. Depois de
analisar a causa, preciso tomar a deciso de acionar ou no a justia. Caso a justia
seja acionada por meio de uma ao judicial (via de regra, porque podemos ser
provocados enquanto rus para responder a processo), preciso aguardar que ela se
posicione sobre o caso; esse posicionamento se concretiza atravs de divulgao em
meio oficial, como o Dirio Oficial. preciso sempre ficar atento as estes
posicionamentos, pois ns temos prazos a serem cumpridos, e se um prazo perdido,
ento o cliente certamente sair prejudicado! Dependendo ainda deste posicionamento,
decidimos como dado prosseguimento ao processo com a adio de atos processuais
e o ciclo continua at que uma deciso slida seja tomada.
Quais as principais dificuldades encontradas neste fluxo?
Uma vez percebida a publicao, o controle de prazos feito internamente e o
escritrio precisa ter uma boa equipe pra se organizar diariamente, visto que o volume
de prazos que chegam diariamente enorme. Muitas vezes, o advogado no tem como
agendar todos os prazos do dia, assim como suas audincias e reunies, porque tem
que fazer inmeras outras coisas alm de controlar as malditas publicaes de prazo!
O difcil ter controle sobre quem fez o que, quando, e o que precisa ser feito no futuro.
Quer dizer, manter um histrico das decises e interaes do passado, cadastro dos
nossos clientes e parceiros e manter a agenda bem atualizada e sempre cumprida
(risos)! Essa o que se chama a parte secretarial do escritrio. Na parte que
especfica do nosso trabalho, estar sempre atento as decises que a justia toma sobre
as causas que esto sobre nossa responsabilidade. H momentos em que temos muitas
causas que correm com rapidez, em vez de processos longos e delicados e por isso
controlar essas informaes e a nossa agenda se torna um desafio. Isso demanda o
tempo que no temos e pode at comprometer o resultado do servio que prestamos.
No raro ver um advogado se queixando do acmulo de prazos processuais e isso
com certeza seria minimizado com uma melhor estrutura organizacional.
Como voc vislumbra uma soluo para estas dificuldades?
Sem dvida nenhum estamos na era da informao. A prpria justia tem
investido na digitalizao dos seus acervos, e processos tramitam virtualmente; nada
mais justo que ns, profissionais da rea entremos na mesma onda. Em primeiro lugar,
normalizar como as informaes dos clientes e processos so guardados aqui,
atualizando nossas prticas, visto que isso ainda feito de modo primitivo: arquivos
fsicos, e anotaes e agendamentos feitos pela secretaria. No temos como distribuir
atribuies a outros advogados, tampouco como fechar as tarefas que j foram
concludas. Ela pode ser til para tentar avaliar o nosso prprio trabalho no futuro.
Segundo, melhorar o mximo possvel a interao que temos com a justia e sua
decises. Quanto mais automatizado isso puder ser, melhor para a ns, por que
poderemos tomar decises rpidas e gerenciar nosso tempo melhor.
25

ANEXO B DESCRIO DOS CASOS DE USO

Autenticao
[UC01] Fazer login
Identificador:
Descrio:
Atores:
Prioridade:
Pr-condies:
Ps-condies:

[UC 01]
Autentica o usurio no sistema.
Advogados e dono do escritrio.
Essencial
No se aplica.
O ator ter acesso s funcionalidades do sistema que lhe dizem
respeito.
Fluxo de Eventos Principal

1. Estando na tela inicial do sistema, o ator escolhe a opo fazer login por
credencial extend [UC02] ou fazer login biomtrico extend [UC03];
2. O ator ento clica no boto OK.
Requisitos No Funcionais Especficos

[UC02] Fazer login por Credencial

Identificador:
Descrio:
Atores:
Prioridade:
Pr-condies:
Ps-condies:

[UC 02]
Autentica o usurio no sistema atravs de login e senha.
Advogados e dono do escritrio.
Essencial
No se aplica.
O ator ter acesso s funcionalidades do sistema que lhe dizem
respeito.
Fluxo de Eventos Principal

1. Estando na tela inicial do sistema, o ator deve preencher os campos login e

senha;
2. O ator ento clica no boto OK.
Fluxo Secundrio 1
1. O ator fornece um login no cadastrado no sistema;
2. A mensagem Usurio inexistente exibida.
Fluxo Secundrio 1
O ator fornece um login e uma senha no correspondentes;
A mensagem Senha incorreta exibida.
Requisitos No Funcionais Especficos
-

26

[UC03] Efetuar login Biomtrico

Identificador:
Descrio:
Atores:
Prioridade:
Pr-condies:
Ps-condies:

[UC 03]
Autentica o usurio no sistema atravs de dados biomtricos.
Advogados e dono do escritrio.
Essencial
No se aplica.
O ator ter acesso s funcionalidades do sistema que lhe dizem
respeito.
Fluxo de Eventos Principal

1. O sistema pede que o ator posicione a digital no scanner.

2. O ator deve posicionar a digital no scanner;
3. O sistema l a digital do ator e realiza a autenticao.
Requisitos No Funcionais Especficos

[UC04] Fazer logoff

Identificador:
Descrio:
Atores:
Prioridade:
Pr-condies:
Ps-condies:

[UC 04]
Finaliza o acesso ao sistema.
Advogados e dono do escritrio.
Essencial
O ator deve estar logado no sistema no momento da execuo dessa
operao.
O ator deixa de ter acesso s funcionalidades do sistema. O sistema
retorna tela inicial.
Fluxo de Eventos Principal

1. O ator clica no boto Sair;

2. O sistema finaliza todas as operaes que esto em execuo devido s
requisies feitas por esse ator.
Requisitos No Funcionais Especficos

Organizao da Informao
[UC05] Organizar Informao
Identificador:
Descrio:

Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 05]
Permite a insero, atualizao, remoo e consulta de dados no
sistema. A partir deste ponto o ator pode acessar a tela de
gerenciamento de clientes ou de processos.
Advogado e o dono do escritrio.
Essencial
O ator deve estar cadastrado no sistema como advogado ou dono do
escritrio.
O usurio ser direcionado para tela onde poder realizar a operao
desejada.
27

Fluxo de Eventos Principal

1. Include [UC01]
2. O sistema exibe menu com as opes gerenciar processos e gerenciar
clientes;
3. O ator escolhe a opo gerenciar processos extend [UC11] ou gerenciar clientes
extend [UC06];
4. O sistema redireciona o ator para uma nova tela de acordo com a opo
escolhida.
Fluxo Secundrio 1
1. O ator no seleciona opo e solicita encerramento do sistema;
2. O sistema finalizado.
Requisitos No Funcionais Especficos

Clientes
[UC06] Gerenciar Clientes
Identificador:
Descrio:

Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 06]
Disponibiliza a listagem dos clientes cadastrados, a partir da qual
possvel escolher um cliente especfico para alterao de
informaes ou para excluso de seu registro do cadastro de
clientes.
Advogados ou dono do escritrio.
Essencial
O ator deve estar logado no sistema.
O ator redirecionado para a tela que permite o gerenciamento de
clientes.
Fluxo de Eventos Principal

1. O sistema exibe uma tela contendo a listagem de clientes e as opes de

gerenciamento: os botes Cadastrar, Buscar, e Voltar e, para cada cliente
da lista, os botes Alterar e Excluir.
2. O ator clica no boto Voltar;
3. O sistema retorna ao fluxo de eventos do caso de uso [UC 05] Organizar
Informao.
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator clica no boto Cadastrar;
2. Incluir o fluxo de eventos do caso de uso [UC 07] Cadastrar Cliente;
Fluxo Secundrio 2
1. No passo 2 do fluxo principal, o ator clica no boto Buscar;
2. Incluir o fluxo de eventos do caso de uso [UC 08] Buscar Cliente;
Fluxo Secundrio 3

28

1. No passo 2 do fluxo principal, o ator clica no boto Editar;

2. Incluir o fluxo de eventos do caso de uso [UC 09] Editar Cliente;
Fluxo Secundrio 4
1. No passo 2 do fluxo principal, o ator clica no boto Excluir;
2. Incluir o fluxo de eventos do caso de uso [UC 10] Excluir Cliente;
Requisitos No Funcionais Especficos

[UC07] Cadastrar Cliente

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 07]
Realiza a insero de um novo registro de cliente no banco de dados
do sistema, armazenando suas informaes pessoais.
Advogados ou dono do escritrio.
Essencial
No deve existir um cliente j cadastrado com o mesmo CPF.
Haver um novo cliente cadastrado no sistema.
Fluxo de Eventos Principal

1. O sistema exibe o formulrio de cadastro de cliente;

2. O ator informa os dados pessoais do cliente a ser cadastrado e clica em
Cadastrar;
3. O sistema cadastra as informaes na base de dados;
4. O sistema exibe uma mensagem de sucesso da operao;
5. O sistema limpa os campos do formulrio.
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator clica no boto Cancelar;
2. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes.
Fluxo Secundrio 2
1. No passo 2 do fluxo principal, o ator informa o CPF de um cliente j cadastrado
e clica em Cadastrar;
2. O sistema insere o registro do novo cliente na base de dados;
3. O sistema apresenta uma mensagem informando que j existe um cliente
cadastrado com o CPF fornecido;
4. O sistema permanece na mesma tela com os campos preenchidos, e leva o cursor
do mouse ao campo do CPF.
Requisitos No Funcionais Especficos

[UC08] Buscar Cliente

Identificador:
Descrio:

[UC 08]
Realiza a busca de um ou mais registros de clientes no banco de
dados do sistema, com base em informaes de pesquisa fornecidas
em um formulrio.
29

Ator:
Prioridade:
Pr-condies:
Ps-condies:

Advogados ou dono do escritrio.

Essencial
Nenhuma.
Uma listagem filtrada de clientes ser exibida pelo sistema.
Fluxo de Eventos Principal

1. O sistema exibe o formulrio de pesquisa de clientes;

2. O ator informa os parmetros de filtragem de busca e clica em Pesquisar;
3. O sistema consulta a base de dados para verificar os registros que correspondam
aos parmetros de busca informados pelo ator;
4. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes, mas listando apenas os clientes encontrados na busca do passo
anterior. Uma mensagem aparece no browser indicando que a listagem est
filtrada.
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator clica no boto Cancelar;
2. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes.
Requisitos No Funcionais Especficos

[UC09] Editar Cliente

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 09]
Edita os dados de um cliente cadastrado.
Advogados ou dono do escritrio.
Importante
O ator precisa estar logado no sistema.
As novas informaes fornecidas pelo ator sero atualizadas no
registro do cliente na base de dados.
Fluxo de Eventos Principal

1. O sistema exibe o formulrio contendo as informaes do cliente;

2. O ator edita as informaes do cliente que deseja alterar e clica no boto
Alterar;
3. O sistema atualiza os dados no registro do cliente, na base de dados;
4. O sistema exibe uma mensagem de sucesso da operao;
5. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes.
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator clica no boto Cancelar;
2. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes.
Fluxo Secundrio 2

30

1. No passo 2 do fluxo principal, o ator informa o CPF de um cliente j cadastrado

e clica em Alterar;
2. O sistema apresenta uma mensagem informando que j existe um cliente
cadastrado com o CPF fornecido;
3. O sistema permanece na mesma tela com os campos preenchidos, e leva o cursor
do mouse ao campo do CPF.
Requisitos No Funcionais Especficos

[UC10] Excluir Cliente

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 10]
O registro do cliente alterado para excludo na base de dados do
sistema, o qual o tratar como inexistente a partir desta excluso.
Advogados ou dono do escritrio.
Essencial
O ator precisa estar logado no sistema. O cliente a ser excludo deve
existir no sistema.
O registro do cliente excludo logicamente do sistema. Seu registro
ainda permanece no banco de dados, porm, desabilitado.
Fluxo de Eventos Principal

1. O sistema pergunta se o ator realmente deseja excluir o cadastro deste cliente;

2. O ator clica em OK para confirmar a excluso;
3. O sistema desabilita o registro do cliente na base de dados, permanecendo na
tela de gerenciamento de clientes;
4. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes.
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator seleciona o boto Cancelar;
2. O sistema retorna ao fluxo de eventos do caso de uso [UC 06] Gerenciar
Clientes.
Requisitos No Funcionais Especficos

Gerenciar Processos
[UC11] Gerenciar Processos
Identificador:
Descrio:

Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 11]
Permite a atualizao, remoo, busca e cadastro de dados referentes
a processos. A partir deste ponto os demais casos de uso relativos ao
gerenciamento de Processos so acessados.
Advogado e o dono do escritrio.
Essencial
O ator escolheu a opo gerenciar processos no UC05.
O ator redirecionado para tela que permita a realizao da
operao desejada.
31

Fluxo de Eventos Principal

1. O sistema exibe menu com opes de cadastrar, excluir, editar, buscar e listar
processos;
2. O ator seleciona a opo desejada cadastrar extend [UC12], ou excluir extend
[UC10], ou buscar extend [UC13] ou listar extend [UC16];
3. O sistema redireciona o ator para tela correspondente a opo desejada.
Fluxo Secundrio 1
1. O ator no seleciona opo e solicita encerramento do sistema;
2. O sistema finalizado.
Requisitos No Funcionais Especficos

[UC12] Cadastrar Processo

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 12]
Cadastra um novo processo no sistema.
Advogado ou dono do escritrio.
Importante
O usurio deve estar logado no sistema e o novo processo no est
cadastrado no sistema.
O novo processo passa a estar cadastrado no sistema.
Fluxo de Eventos Principal

1. O sistema exibe formulrio com campos para cadastro do processo;

2. O ator preenche os campos com dados vlidos (pelo menos o nmero do
processo e a identificao do cliente devem ser informados neste momento) e
aciona o boto cadastrar;
3. O sistema insere os dados no banco como um novo processo associado a um
cliente;
4. O sistema informa ao usurio que a operao ocorreu com sucesso;
5. O sistema volta para tela de cadastro de processos;
Fluxo Secundrio 1
1. No passo 2 o ator seleciona o boto Cancelar;
2. O sistema retorna para a tela de gerencia de processos.
Fluxo Secundrio 2
1. No passo 2 o ator informa dados invlidos ou nmero de processo j cadastrado;
2. O sistema exibe uma mensagem avisando que j existe um processo cadastrado
com esse nmero ou que os dados so invlidos.
Requisitos No Funcionais Especficos

[UC13] Buscar Processo

Identificador:

[UC 13]
32

Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

Busca um processo no sistema.

Advogado ou dono do escritrio.
Essencial
Usurio deve estar logado e processo deve estar cadastrado no
sistema.
Os dados do processo so exibidos na tela.
Fluxo de Eventos Principal

1. O sistema exibe tela com formulrio para busca do processo;

2. O ator informa o nmero do processo;
3. O sistema exibe as informaes do processo (nessas informaes devem constar
as movimentaes do processo com suas respectivas datas de maneira formatada
para facilitar a leitura);
4. O ator aciona o boto voltar;
5. O sistema retorna para a tela de busca.
6. O sistema exclui o processo do sistema;
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator informa um nmero de processo
inexistente;
2. O sistema apresenta uma mensagem informando que no existe processo com o
nmero informado;
3. O sistema permanece na mesma tela com os campos preenchidos.
Requisitos No Funcionais Especficos

[UC14] Editar Processo

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 14]
Permite a edio de dados do processo no sistema.
Advogado e dono do escritrio.
Essencial
O usurio deve estar logado no sistema e o processo deve estar
cadastrado no sistema.
O processo informado tem seus dados alterados no sistema
conforme solicitado.
Fluxo de Eventos Principal

1.
2.
3.
4.
5.
6.

O sistema exibe tela com formulrio para busca do processo a ser editado;
O ator informa o nmero do processo;
O sistema exibe as informaes atuais do processo em campos editveis;
O ator edita os campos que deseja e aciona o boto atualizar;
O sistema atualiza os dados com as informaes passadas;
O sistema exibe mensagem para o ator informando que a operao foi realizada
com sucesso.
Fluxo Secundrio 1

33

1. No passo 2 do fluxo principal, o usurio informa numero de processo

inexistente;
2. O sistema informa que o processo no existe no sistema e retorna para a tela de
busca de processo.
Requisitos No Funcionais Especficos

[UC15] Excluir Processo

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 15]
Exclui um processo do sistema.
Advogado ou dono do escritrio.
Essencial
Usurio deve estar logado e processo deve estar cadastrado no
sistema.
O processo no existir mais no sistema.
Fluxo de Eventos Principal

1.
2.
3.
4.
5.
6.
7.
8.

O sistema exibe tela com formulrio para busca do processo a ser excludo;
O ator informa o nmero do processo;
O sistema exibe as informaes do processo;
O ator aciona o boto excluir;
O sistema pergunta ao ator se a operao deve ser realizada;
O ator confirma a operao;
O sistema exclui o processo do sistema;
O sistema exibe mensagem para o ator informando que a operao foi realizada
com sucesso.
Fluxo Secundrio 1

1. No passo 2 do fluxo principal, o ator informa um nmero de processo

inexistente;
2. O sistema apresenta uma mensagem informando que no existe processo com o
nmero informado;
3. O sistema permanece na mesma tela com os campos preenchidos.
Requisitos No Funcionais Especficos

[UC16] Listar Processo

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 16]
Exibi uma lista de processos.
Advogado ou dono do escritrio.
Essencial
Usurio deve estar logado.
Lista de processos exibida.
Fluxo de Eventos Principal

34

1. O sistema exibe tela com formulrio para busca dos processo a serem excludos;
2. O ator informa o nome do cliente e/ou perodo de tempo e/ou advogado;
3. O sistema exibe uma lista contendo os processos relacionados ao cliente e ao
advogado fornecidos e que foram cadastrados no sistema no perodo fornecido;
4. O ator aciona o boto voltar;
5. O sistema retorna para tela anterior;
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, o ator informa dados inexistentes;
2. O sistema apresenta uma mensagem informando que no existem processos
compatveis com os dados fornecidos;
3. O sistema permanece na mesma tela com os campos preenchidos.
Requisitos No Funcionais Especficos

Buscar Informao
[UC17] Buscar Informao
Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 17]
O sistema busca informao relacionada aos processos do sistema.
Advogado ou dono do escritrio.
Essencial
No possui.
Sero carregadas atualizaes no banco de dados relativas aos
processos.
Fluxo de Eventos Principal

1. O sistema periodicamente acessa as caixas de entrada dos e-mails cadastrados

nos sistemas push dos tribunais;
2. Ao acessar cada caixa de entrada o sistema verificar todos os email recebidos
dos sistemas push desde a ltima checagem;
3. O sistema processa o e-mail e identifica o processo em questo e o tipo de
movimentao sofrida pelo processo;
4. O sistema atualiza o banco de dados com a nova informao;
Fluxo Secundrio 1
1. No passo 2 caso no existam novos e-mails o sistema no realiza modificaes
no banco de dados.
Requisitos No Funcionais Especficos

[UC18] Cadastrar E-mail

Identificador:
Descrio:
Ator:

[UC 18]
Cadastra um email para busca de informaes dos processos.
Advogado ou dono do escritrio.
35

Prioridade:
Pr-condies:
Ps-condies:

Essencial
Usurio deve estar logado.
O email estar cadastrado no sistema.
Fluxo de Eventos Principal

1.
2.
3.
4.
5.

O sistema exibe tela com formulrio para cadastro de email;

O ator informa os dados pedidos;
O sistema pergunta ao usurio se a operao pode ser confirmada;
O ator confirma a operao;
O sistema cadastra o email no banco de dados do sistema.
Fluxo Secundrio 1

1. No passo 2 do fluxo principal, o ator informa dados de formato invlido;

2. O sistema apresenta uma mensagem informando que os dados no esto em
formato vlido;
3. O sistema permanece na mesma tela com os campos preenchidos.
Requisitos No Funcionais Especficos

[UC19] Remover E-mail

Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 19]
Remove um e-mail de busca de informaes dos processos.
Advogado ou dono do escritrio.
Essencial
Usurio deve estar logado e e-mail cadastrado no sistema.
O e-mail ser removido do sistema.
Fluxo de Eventos Principal

1.
2.
3.
4.
5.

O sistema exibe tela com formulrio para busca de e-mail;

O ator informa o endereo de e-mail;
O sistema pergunta ao usurio se a operao pode ser confirmada;
O ator confirma a operao;
O sistema remove o e-mail do banco de dados.
Fluxo Secundrio 1

1. No passo 2 do fluxo principal, o ator informa dados de formato invlido;

2. O sistema apresenta uma mensagem informando que os dados no esto em
formato vlido;
3. O sistema permanece na mesma tela com os campos preenchidos.
Requisitos No Funcionais Especficos

36

Gerar Relatrio
[UC20] Gerar Relatrio
Identificador:
Descrio:
Ator:
Prioridade:
Pr-condies:
Ps-condies:

[UC 20]
Gera relatrio dos processos e advogados do sistema.
Dono do escritrio.
Essencial
Usurio deve estar logado como dono do escritrio.
O usurio ter acesso a relatrio sobre processos e advogados.
Fluxo de Eventos Principal

1. O ator aciona o boto gerar relatrio

2. O sistema exibe formulrio para preenchimentos de dados (identificao dos
advogados e perodo de tempo);
3. O ator aciona o boto gerar;
4. O sistema gera e exibi relatrio com informaes da quantidade e lista de
processos de cada advogado, tempo mdio gasto por causa e valor mdio de
ganho financeiro por processo. Alm disso, o relatrio deve conter grfico
mostrando relao entre ganho, tempo e natureza da causa dos processos.
Fluxo Secundrio 1
1. No passo 2 do fluxo principal, se o ator no informar as identificaes dos
advogados o sistema gerar o relatrio para todos os advogados cadastrados.
Requisitos No Funcionais Especficos

37

GLOSSRIO
Biomtrica (credencial): Forma de identificao que utiliza medidas do corpo do
credenciado para identific-lo.
Dirio Oficial da Unio: Meio de comunicao onde se tornam pblicas decises de
mbito federal.
Gargalo: Local onde a taxa de tarefas que se enfileiram para serem feitas
potencialmente maior do que a taxa de tarefas feitas.
Hibernate: Object Relational Mapper, ou Mapeador Objeto Relactional, uma
aplicao que faz o mapeamento de objetos da linguagem Java para tabelas em banco de
dados.
i* (i star): Linguagem para modelagem de domnio de problema e requisitos
organizacionais.
J2EE: Java Enterprise Edition; coleo de bibliotecas e padres que definem uma pilha
de camadas para implementao de aplicaes Web com a linguagem Java.
Login: Ato de apresentar credenciais a um sistema de modo que este ltimo possa
reconhecer o primeiro.
Logoff: Ato de pedir ao sistema que o retire da lista de usurios reconhecidos at o
prximo Login.
MySQL: Banco de dados de cdigo aberto amplamente utilizado.
NFR Framework: Non-functional Requirements Framework, ou Plataforma para
Requisitos No-funcionais, uma plataforma para modelagem de objetivos com foco
especial em requisitos no funcionais.
Requisito No-funcional: Necessidade identificada de um sistema que no diz respeito
diretamente ao conjunto de funcionalidades essenciais de um sistema, tambm chamado
de requisito colateral.
Requisito: Necessidade identificada de um sistema que diz respeito ao conjunto de
funcionalidades essenciais para seu funcionamento correto.
Scrum: Conjunto de tcnicas que compe uma forma gil e iterativa de
desenvolvimento de software. Baseia-se em uma diviso simples de tarefas e prazos
flexveis e curtos.
Stakeholder: Toda e qualquer entidade que est relacionada direta ou indiretamente
com um sistema em questo.
Sistemas Push dos tribunais: o sistema Push prov o envio de e-mails com
informaes sobre o andamento dos processos previamente cadastrados pelo usurio.
Logado: estado em que o ator realizou a autenticao no sistema.
38