LOGO DO

CLIENTE

Projeto: [Nome Projeto]

Documento de Arquitetura

Versão [X.X]

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
1 de 11
 LOGO DO
CLIENTE

Histórico da Revisão

Data Versão Descrição Autor Revisor

< Informar a < Informar o < Informar uma breve Descrição da < Informar o < Informar o
Data de número da revisão neste documento > nome do autor do nome do autor da
alteração neste versão > documento> revisão>
documento >

Aprovação

Data Aprovado por Assinatura

< Informar a Data de aprovação < Informar o Nome do aprovador neste < Assinatura do aprovador >
neste documento > documento >

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
2 de 11
 LOGO DO
CLIENTE

CONTEÚDO
1. Introdução.............................................................................................................................................3
1.1. Finalidade...........................................................................................................................................3
1.2. Escopo................................................................................................................................................3
2. Arquitetura Tecnológica.......................................................................................................................3
2.1. Tecnologias utilizadas........................................................................................................................3
2.1.1. Infraestrutura..............................................................................................................................3
2.1.2. Linguagens, Frameworks e Ferramentas.....................................................................................3
2.1.3. Bibliotecas e API..........................................................................................................................4
2.2. Arquitetura base................................................................................................................................5
2.2.1. Camadas da Arquitetura.............................................................................................................5
2.2.2. Definição das camadas................................................................................................................6
2.3. Governança........................................................................................................................................6
2.3.1. Matriz de Responsabilidades......................................................................................................6
2.3.2. Matriz de Operações...................................................................................................................7
2.3.3. Fluxo de aprovação de conteúdo................................................................................................8
2.4. Visão de Implantação.........................................................................................................................8
2.4.1. Pacote de Deploy........................................................................................................................9

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
3 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]

1. Introdução

1.1. Finalidade
Este documento fornece uma visão geral da estrutura de software do sistema em construção. Seu propósito é
registrar as soluções encontradas para as questões técnicas levantadas na fase de Iniciação, bem como as razões por
trás destas decisões. É o principal guia dos projetistas (designers) e implementadores na realização dos casos de uso.

1.2. Escopo
Seu conteúdo tem por objetivo documentar e explicar o padrão de arquitetura a ser adotado para o
cliente/produto/serviço. Além disso, deve recomendar critérios e definições gerais a serem seguidas, visando manter
uma uniformidade no desenvolvimento dos sistemas e facilitando desta forma, o entendimento, a produção e a
manutenção dos mesmos.Definições, Acrônimos e Abreviações

Termo Definição Referência

Model-View-Controller. Padrão de arquitetura de software The Original MVC XEROX PARC
que separa o modelo de dados (model), a interface com 1978-79
MVC
usuário (view) e a lógica de controle de uma aplicação Sun Java BluePrints Enterprise
(controller) em três camadas distintas. Patterns: MVC

Framework opensource, mantido pela Apache Software The Apache Struts Web Application
Struts
Foundation, voltado para a camada Controller Framework

2. Arquitetura Tecnológica

Esta seção descreve os detalhes técnicos relativos à arquitetura lógica do cliente/produto/serviço, padrões e
determinações a serem seguidas para a sua construção.Metas e Restrições da Arquitetura
2.1. Tecnologias utilizadas
Esta seção deve descrever as tecnologias de suporte que serão utilizadas no desenvolvimento do
/produto/serviço, bem como no ambiente de produção.
2.1.1. Infraestrutura
O portal será hospedado em servidores controlados pelo sistema operacional Windows Server
2003, contendo o Internet Information Services versão 6.0 como servidor Web e o .NET Framework 3.5
como framework de desenvolvimento. O gerenciador padrão de banco de dados para a utilização em
qualquer aplicação no cliente/produto/serviço é o Oracle na versão 10g.
2.1.2. Linguagens, Frameworks e Ferramentas
 Microsoft .NET Framework é um modelo de programação de código gerenciado da Microsoft para
criar aplicativos em clientes, servidores, dispositivos móveis ou dispositivos incorporados ao
Windows.

 A linguagem do Microsoft .NET Framework adotada como padrão para o desenvolvimento de todas
as classes que farão parte das camadas do cliente/produto/serviço é o C# (CSharp).

 A ferramenta que será utilizada como IDE de desenvolvimento é o Visual Studio 2008, que auxiliará
na criação de bibliotecas (DLLs) das camadas do Portal de Cartões e os websites de Front-end e de
Back-end do mesmo.

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
4 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]
2.1.3. Bibliotecas e API
 log4Net: Framework open-source (portado para .NET do framework log4j) para Logging de ações do
sistema, tais como exceptions, warnings e ações dos usuários, por exemplo, consultas, inclusão,
alteração e exclusão.
o URL oficial: http://logging.apache.org/log4net/index.html
o Versão: 1.2.10
o Vantagens:
o Ótimo desempenho comparado a outros Frameworks prontos para Logging;
o Não necessita instalação;
o Fácil de configurar;
o API de mercado e open-source portado da plataforma Java (log4j);
o Ganho em tempo de desenvolvimento, por já ser um Framework estável e
bastante utilizado pelo mercado, sem necessidade de se desenvolver um
Framework próprio de Logging para efetuar o mesmo trabalho;
o Possui vários tipos de saídas de Logging: Banco de Dados (SQL Server, Oracle,
Access, etc.), EventLog, Arquivo de texto, etc.;
o Desvantagens:
o Suporte somente em fóruns e documentação da API;

 Oracle Data Access Provider for .NET: Componentes gratuitos disponibilizados pela própria Oracle
para gerenciar o acesso a dados no banco de dados Oracle via .NET.
o URL oficial: http://www.oracle.com/technology/tech/windows/odpnet/index.html
o Versão: 11.1.0.6.21
o Vantagens:
o Provider desenvolvido pela própria Oracle para gerenciamento de conexão e
transações (consultas e persistências) com o banco de dados Oracle pelo .NET;
o Necessita instalação no servidor para poder utilizar as APIs fornecidas;
o Otimização das APIs para se obter o melhor desempenho no acesso aos recursos
do banco de dados Oracle;

 AjaxControlToolkit: Conjunto de componentes web gratuitos disponibilizados pela Microsoft para

melhorar a interatividade do usuário com a página.
o URL oficial: http://www.asp.net/ajax/ajaxcontroltoolkit/
o Versão: 3.5.20820
o Vantagens:
o Diversos controles integrados com Ajax para melhor interatividade com o usuário;
o Ganho em desenvolvimento, sem a necessidade de se criar controles com a mesma
finalidade;
o Não necessita instalação no servidor;
o Desvantagens:
o Suporte somente em fóruns e documentação da API;

 UrlRewritingNet.UrlRewrite: Componente gratuito para poder manipular URLs e torná-las amigáveis

ao usuário (SEO – Search Engine Optimization).
o URL oficial: http://www.urlrewriting.net/
o Versão: 2.0.1
o Vantagens:
o Facilita a manipulação de URL para poder torná-la amigável ao usuário e seguir os
padrões de SEO (Search Engine Optimization);
o Ganho no desenvolvimento em tempo para desenvolver um componente com a
mesma funcionalidade;
o Componente testado e em versão estável;
o Não necessita instalação no servidor;
o Fácil de configurar;

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
5 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]
o Desvantagens:
o Suporte somente em fóruns e documentação da API;

 Plataforma de Relacionamento: Conjunto de serviços que serão disponibilizados pela Plataforma de

Relacionamento utilizando WCF (Windows Communication Foundation). Esses serviços fornecerão
meios de efetuar consultas e transações para a área logada do cliente do cliente/produto/serviço.

 BRToken: Conjunto de APIs fornecidos pela a empresa BRToken para garantir a autenticidade de
cada transação realizada pelo cliente no produto/serviço.

 Exceller: Conjunto de APIs para controle de acesso ao cliente/produto/serviço e envio de emails.

 FCKEditor: Componente gratuito de edição de conteúdo HTML.

o URL oficial: http://www.fckeditor.net/
o Versão: 2.6.4
o Vantagens:
o Facilita a manipulação de HTML e textos para gerenciador de conteúdo;
o Não necessita instalação no servidor;
o Fácil de configurar;
o Desvantagens:
o Suporte somente em fóruns e documentação da API;
2.2. Arquitetura base
Esta seção descreve a arquitetura base que o desenvolvimento do Portal deve seguir.
A arquitetura base foi concebida baseada em um modelo de componentes de serviços distribuídos, fornecendo
o reuso e a facilidade de manutenção dos componentes, aplicações e sistemas, promovendo a alta coesão e o baixo
acoplamento.
2.2.1. Camadas da Arquitetura

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
6 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]
cmp Arquitetura

Presentation Application

Façade Busines s

Administration .NET Remoting

Data abstraction
WCF

Web

Data acces s

«WCF»

Service Bus

Portal de Relacionamento

2.2.2. Definição das camadas

 Camada de Apresentação

A camada de apresentação será composta por 2 Web Sites: Web e Administration.

o Web será responsável pelas páginas públicas (Internet) e comportará as páginas do gerenciador
de conteúdo (Área não Logada) e as páginas de consultas e transações efetuadas pelos Clientes
(Área Logada). Por não ter acesso a camada de aplicação, para que a Web consiga buscar
informações no banco de dados, ela se comunicará através de WCF (Windows Communication
Foundation) com o web site Administration.

o Administration será responsável pelas páginas de administração do produto/serviço que

conterá o gerenciador de conteúdo, relatórios, consultas de logs e informações dos clientes.
Comportará também uma camada de serviço (WCF) para expor funcionalidades de acesso a
camada de Aplicação para o web site Web.

 Camada de Façade

A camada de Façade (Design Pattern) será responsável em encapsular todas as chamadas às camadas de
Regras de Negócios e de Acesso a dados. Essas chamadas serão realizadas pela a camada de Apresentação
através de .NET Remoting via protocolo HTTP. Deverá efetuar as chamadas de transações/consultas para o
Portal de Relacionamento. A comunicação será feita através de WCF (Windows Communication Foundation),
as chamadas serão feitas de maneiras síncronas, porém, a Plataforma de Relacionamento por trabalhar em
algumas situações em modelo assíncrono, o timeout dessa comunicação será configurável para que possa
determinar o melhor tempo de espera por cada chamada.

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
7 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]
 Serviços

Os serviços (Windows Services) serão responsáveis em efetuar a publicação/sincronismo dos arquivos

(imagens, flash, css, etc.) de cada conteúdo dinâmico cadastrado no gerenciador. Existirão duas pastas
compartilhas em cada ponta (Administration e Web) para que possa ser feito o sincronismo desses arquivos.
Esses serviços ficarão rodando a cada 60 segundos (configurável) verificando a existência de novos arquivos
para sincronismo.

 Camada de Negócios

Nesta camada conterá todos os componentes de inteligência/regras de negócio que se comunicará

(consulta ou persistência) com componentes de acesso a dados.

 Camada de Acesso aos Dados

Camada que agrupa os componentes que fazem o acesso básico a um repositório de dados, fornecendo
meios para que sejam executadas as funcionalidades para incluir, consultar, atualizar e excluir registros de
dados.
Esta camada implementa o Design Pattern Factory, de forma que ofereça uma interface e permita a
criação de famílias de objetos correlatos ou dependentes sem a necessidade de especificar a classe concreta
dos objetos a ser utilizada durante o desenvolvimento da aplicação. Cada família de objetos corresponderá a
um banco de dados diferente, possibilitando que produto/serviço utilize diversos tipos de repositórios de
dados, conforme a configuração especificada em sua conexão.
2.3. Governança

2.3.1. Matriz de Responsabilidades

2.3.2. Matriz de Operações

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
8 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]

2.3.3. Fluxo de aprovação de conteúdo

2.4. Visão de Implantação

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
9 de 11
 LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]
deployment Diagrama de Implantação

Diagrama de Implantação
«deployment spec»
Application Components

Application

«dll» «dll» Windows 2003 Server

BLL DAL Factory IIS 6 Oracle 10g

«dll» «dll»
DAL Oracle Entity Application Serv er <<TCP/IP>> Database Serv er
«deploy»
«dll» «dll»
Cor e Resource s
«deploy»
«dll»
Facade Dat abase
schema
Windows 2003 Server
IIS 6
Web

«dll» «dll» Web Serv er (Internet) .NET Remoting

Resource s Cor e «deploy»
«dll» «dll»
Web Entity

«dll»
Serv ice

Administration
WCF

«dll» «dll»
Cor e Entity
Web Serv er (Intranet) Windows 2003 Server
«dll» «dll» «deploy» IIS 6
Admin Resource s

«dll»
Serv ice

2.4.1. Pacote de Deploy

 Application

Esse pacote será composto por todas as camadas que representam as camadas de Acesso a Dados e Regras
de Negócios. O deploy desses componentes deverá ser feito nos servidores de Aplicação.

 Web

Composto por todas as páginas, estilos (css), imagens e Htmls que façam parte da camada de apresentação
da Internet (clientes, lojistas, etc). Deverá ser feito deploy desses componentes no servidor de Internet. Nele
conterá também um Serviço que se encarregará de efetuar a sincronização de arquivos para publicação.

 Administration

Composto por todas as páginas, estilos (css), imagens e Htmls que façam parte da camada de apresentação
da Intranet (funcionários do cliente). Deverá ser feito deploy desses componentes no servidor de Intranet.
Haverá um Serviço que se encarregará de transmitir os arquivos e conteúdos necessários para publicação de
um conteúdo (imagens, HTML) na Internet.

 Service

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
10 de 11
LOGO DO
CLIENTE
Arquitetura de Software
[Nome Projeto]
Será composto por um executável, DLLs e um arquivo de configuração para que o serviço possa executar
corretamente. A instalação do serviço deverá ser feita através do utilitário ‘InstallUtil.exe’ que fica dentro da
pasta ‘C:\Windows\Microsoft.NET\Framework\v2.0.x’.

 Schema do Banco de dados

Esse pacote conterá todos os scripts de Tabelas, Views, Stored Procedures, Functions, Triggers, etc. Esses
scripts deverão ser executados no servidor de banco de dados do Portal de Cartões.

INTERNA
As informações contidas neste documento são proprietárias e para uso interno.
Propriedade da Cosin Consulting
11 de 11