Documento de Arquitetura

Documento de Arquitetura de Software Página: 2 de 7

HISTÓRICO DE REVISÕES

Data Versão Descrição Autor

26/08/2010 1.0 Criação do Documento Equipe

Modelo: documento_de_arquitetura_do_sistema.dot Versão: 1.1

 Documento de Arquitetura de Software Página: 3 de 7

CONTEÚDO
1. Introdução 4
1.1 Finalidade 4

2. Representação Arquitetural 4
2.1 Requerimentos de Infraestrutura 4
2.2 Definição de interfaces de Infra-estrutura 5

3. Comunicação de dados 6
3.1 Comunicação escritório central – lojas 6

Modelo: documento_de_arquitetura_do_sistema.dot Versão: 1.1

 Documento de Arquitetura de Software Página: 4 de 7

Documento de Arquitetura de Software

1. Introdução

1.1 Finalidade
O objetivo deste documento é fornecer uma visão da arquitetura do sistema, isto é, a estrutura
organizacional do projeto e de seu ambiente. Objetiva também servir como meio de
comunicação entre o arquiteto e outros membros da equipe do projeto com relação a decisões
significativas do ponto de vista da arquitetura.

2. Representação Arquitetural

2.1 Requerimentos de Infraestrutura

REQUISITOS PARA SERVIDORES

SOFTWARES PLATAFORMA
Apache Tomcat 6.0 Linux RedHat Enterprise 4.2.0.6
Oracle Database Server 11gi Enterprise Edition Linux RedHat Enterprise 4.2.0.6

REQUISITOS DA ESTAÇÃO DO USUÁRIO

SOFTWARES PLATAFORMA
Mozila FireFox 2.0.0.7 Linux RedHat Enterprise 4.2.0.6

REQUISITOS PARA ESTAÇÃO DE DESENVOLVIMENTO

SOFTWARES PLATAFORMA
Eclipse 3.5 WinXP - SP2
Apache Tomcat 6.0 WinXP - SP2
Mozila FireFox 2.0.0.7 WinXP - SP2
Oracle Database Cliente 11g WinXP - SP2

Modelo: documento_de_arquitetura_do_sistema.dot Versão: 1.1

 Documento de Arquitetura de Software Página: 5 de 7

2.2 Definição de interfaces de Infra-estrutura

Tanto os servidores quanto os PDVs de todas as lojas, exceto a loja de Porto Alegre, serão migrados para a
plataforma Linux a fim de diminuir o custo com licenças. A loja de Porto Alegre manterá momentaneamente sua
estrutura atual devido a sua criticidade e importância na planta da empresa.

Uma nova aplicação será desenvolvida para atender as lojas com a nova arquitetura. Essa aplicação será criada
em Java EE 5 com uma GUI (Graphical User Interface – Interface gráfica com o usuário) WEB com os PDVs.

A integração com o banco de dados será feita utilizando um conector JDBC para banco de dados Oracle. A
versão atual do Oracle disponível nas lojas é o 8i, porém ele será migrado para a versão 11g a fim de continuar
com suporte por parte do fabricante.

A aplicação terá uma comunicação com o mainframe realizado através de arquivos de texto recebidos e
enviados por períodos através de protocolo TCP/IP.

A comunicação TCP/IP com o mainframe será feita pela própria aplicação e será encarregado de enviar os
arquivos de controle de venda periódicos que serão enviados ao longo do dia e ao final do dia enviar o arquivo
fiscal com toda a venda consolidada da loja no dia. A aplicação poderá ser configurada com a hora correta de
envio do arquivo fiscal e o período de envio dos arquivos de venda.

A aplicação também é responsável por receber os arquivos vindos do mainframe, verificar a sua integridade e
processá-los.

Devido a possibilidade de falhas de comunicação com o escritório central, a aplicação tem a capacidade de
represamento de arquivos e o envio desses assim que a comunicação for restabelecida.

Para minimizar a possibilidade de falhas de comunicação, todos os contratos de prestação de serviço com as
empresas fornecedoras de link de comunicação serão renegociados, e uma atenção especial será dado à região
nordeste que hoje utiliza um link de conexão discada com a central.

Modelo: documento_de_arquitetura_do_sistema.dot Versão: 1.1

 Documento de Arquitetura de Software Página: 6 de 7

Comunicação entre as localidades da empresa

3. Comunicação de dados

3.1 Comunicação escritório central – lojas

Os arquivos de comunicação entre o mainframe e as lojas serão divididos em arquivos de carga do mainframe,
arquivo fiscal e arquivos periódicos, sendo os dois últimos gerados pelas lojas para o mainframe.

Os arquivos de carga vindos do mainframe já existem hoje e serão mantidos.

O arquivo fiscal enviado pela loja para o mainframe será o mesmo já existente.

Os arquivos periódicos conterão as atualizações da base de clientes da loja e a informação de vendas até o
momento.

Esses arquivos periódicos serão recebidos na central pelo sistema SGIL e por um novo sistema de gestão de
clientes que será encarregado de consolidar a base de clientes da empresa e enviar essa base consolidada para
as lojas em caso de algum imprevisto.

A loja de Porto Alegre, devido a sua importância, terá um tratamento especial. O sistema será mantido, apenas
adaptado para o envio de arquivos de clientes e o parcial de venda. E ao final da implantação do novo SVL em
todas as outras lojas e com o sistema consolidado a loja de Porto Alegre será migrada.

Modelo: documento_de_arquitetura_do_sistema.dot Versão: 1.1

 Documento de Arquitetura de Software Página: 7 de 7

Troca de arquivos entre as lojas e o Mainframe

Modelo: documento_de_arquitetura_do_sistema.dot Versão: 1.1