Conteúdo

1 Sumário
- 1.1 Divisões
- 1.2 Módulos
2 Infraestrutura Necessária
3 Arquitetura
- 3.1 Estrutura Básica das Camadas
- 3.2 Componentes de desenvolvimento
4 Requisitos Não Funcionais
5 Requisitos Funcionais
6 Casos de Uso
7 Modelagem dos Dados

Sumário

Divisões

O sistema JResulth visa informatizar empresas comerciais e de serviços, é composto de 3 divisões, adequados a cada porte de empresa:

JStart: adequado a empresas de pequeno porte
JBussines: adequado a empresas de porte médio
JERP: adequado a empresas de porte maior.

A distinção entre JStart e JBussines é feito no licenciamento do cliente, ou seja, o sistema é único, e algumas opções serão desligadas caso o sistema seja Start.

Módulos

O JResulth engloba os seguintes módulos:

Faturamento
Estoque
Contas a Pagar
Contas a Receber
Tesouraria (bancos e caixa)
Sistema de compras
Módulo Fiscal (SPED / Sintegra)

Infraestrutura Necessária

Para o sistema funcionar adequadamente, a empresa cliente deve se atentar aos requisitos exigidos pela Ats, presentes no link requisitos do sistema e também listados na PDU de venda.

Arquitetura

Estrutura Básica das Camadas

O sistema é construído padrão MVC (model / view / controler) e a descrição mais detalhada das camadas esta presente no link Estrutura Básica das Camadas JAVA. Abaixo um diagrama representando-a.

Componentes de desenvolvimento

A descrição completa do sistema de configuração, esta descrito no processo de GCO, presente na ferramenta de controle de versões SVN, na pasta ...\Documentação\Processo de Desenvolvimento\Processo GCO JAVA. Entretanto, abaixo temos uma lista sumarizada dos mesmos, necessários para a fase de construção.

O sistema é feito em JAVA, através dos seguintes componentes, com suas respectivas versões

Spring 3.1.1
Hibernate 3.6.10
Hibernate Search 3.4.2
JasperReports 4.7.1
JXLS 1.0
JSF (Mojarra) 2.1.7
Omnifaces 1.4.1
Richfaces 4.2.2
Tomahawk20 1.1.11
Poi 3.8
CXF 2.5.1
Freemarker 2.3.16
Guava 11.0.2
Jackson 1.9.5
Lucene 3.6.1
JMock 2.5.0
Log4J 1.2.16
SLF4J 1.6.4
XStream 1.3

Requisitos Não Funcionais

RNF01: todas as telas devem renderizar em 4 segundos

Ao entrar em qualquer tela, mesmo as mais complexas (como venda) o browse deve disponibilizar a tela para o usuário em no máximo 4 segundos, desde que atendido a infraestrutura necessária.

RNF02: o sistema deverá funcionar nos navegadores Mozilla Firefox, Internet Explorer e Chrome, sempre na sua última versão

Todas as telas devem ser renderizadas perfeitamente, sem distorções, problemas de Javascript nas últimas versões dos navegadores.

RNF03: o sistema deve atender os bancos de dados PostGr, MySql, Oracle, SqlServer

Desde que a empresa forneça um DBA para os bancos SqlServer e Oracle.

RNF04: toda consulta deverá retornar os resultados em menos de 1 minuto, para períodos menores ou iguais a um mês

Desde que atendido a infraestrutura necessária. Para bancos acima de 50Gb pode ser necessário um servidor só para o banco de dados.

Requisitos Funcionais

Casos de Uso

Os casos de usos estão agrupados por módulo, e podem ser acessados clicando aqui.

Observação: casos de uso antigo poderão estar na pasta C:\Projeto Java\Documentação\Casos de Uso, do SVN. Os casos de uso antigo são transcritos para wiki a medida que se mexe nas rotinas.

Modelagem dos Dados

O sistema é orientado a objetos, e sendo assim, a modelagem dos dados se baseia as classes. As mesmas estão demonstradas abaixo, por visão de negócio.