• Nenhum resultado encontrado

INTEGRAÇÃO DSW ME

SGPAT

Documento de Arquitetura de Software

Versão 1.0

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 2 de 10

Histórico da Revisão

Data Versão Descrição Autor

28/04/2010 1.0 Versão inicial Soni

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 3 de 10

Índice Analítico

1. Introdução 4

1.1 Finalidade 4

1.2 Definições, Acrônimos e Abreviações. 4

2. Metas e Restrições da Arquitetura 4

3. Visão de Casos de Uso 5

3.1 Realizações de Casos de Uso 6

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 4 de 10

Documento de Arquitetura de Software

1. Introdução

O documento de arquitetura de software é um dos artefatos do RUP, que representa uma visualização do processo de engenharia, utilizado no desenvolvimento do SGPAT.

1.1 Finalidade

Este documento oferece uma visão arquitetural abrangente, para representar diferentes aspectos do sistema. Procura capturar e comunicar as decisões arquiteturais significativas que foram tomadas em relação ao sistema.

1.2 Definições, Acrônimos e Abreviações. Ver Glossário.

2. Metas e Restrições da Arquitetura

O desenvolvimento do sistema em um contexto geral, se da a partir de um sistema existente, em que, a base de dados foi desenvolvida usando o sistema de gerenciamento de bando de dados Oracle 10g, a ferramenta Oracle Forms para o desenvolvimento das telas, outra parte do sistema foi produzida em ASP. Após um estudo nesta base (não houve tempo para o estudo do sistema), constataram-se alguns problemas, e

propõem-se como melhor solução, a migração dos dados para uma nova base, remodelada a partir da atual. O sistema proposto esta sendo desenvolvido na linguagem de programação Java, utilizando Java scripts e CSS. O desenvolvimento segue o modelo orientado a objetos, em camadas conforme padrão MVC (Model

View Controller), e o modelo DAO (Data Access Object), sendo este para a persistência de dados, ou seja,

a comunicação é realizada mediante o uso das classes DAO, em que, o sistema acessa a base de dados via um pool de conexões. O padrão MVC é descrito a seguir.

• O Model (modelo) é responsável por encapsular e modelar os dados realizando a chamada de métodos nas classes DAO, é o contato com a persistente de dados.

• O View (visão) é a visão propriamente dita, no presente trabalho desenvolvida em JSP, tem a função de realizar a comunicação entre o cliente e a aplicação.

• Controller (controle) atua no servidor respondendo as requisições dos clientes, é a ponte de ligação entre as camadas Model e View.

O sistema poderá ser instado independente de plataforma (multiplataforma), e será acessado por meio de um navegador como Mozila firefox. A Figura 1, a seguir, representa a forma de acesso do cliente.

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 5 de 10

Figura 1 – Visão de Distribuição do Sistema Proposto. Fonte: O Autor.

3. Visão de Casos de Uso

Os gerentes de projeto e os envolvidos no sistema têm uma amostra dos casos de uso primários de maior impacto arquitetural, chamados de casos de uso arquiteturalmente significativos. Esses casos de uso têm importância, devido a representarem partes do projeto que podem contribuir para o fracasso da

implementação do sistema. Os atores e casos de uso primários são demonstrados na Figura 2, a seguir.

Figura 2 – Visão de Casos de Uso Primários. Fonte: O Autor.

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 6 de 10

Figura 3 – Detalhamento da Visão de Casos de Uso Primários. Fonte: O Autor.

3.1 Realizações de Casos de Uso

Esta seção faz uma ilustração do funcionamento do SGPAT por meio de cenários dos pacotes e diagramas dos casos de usos mais significativos, em que, separou-se os pacotes pelos setores que irão interagir com a realização do caso de uso em questão. A Figura 4, a seguir, exibe uma representação destes pacotes.

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 7 de 10

analysis Realização

SCAB

+ RCSU01 - Manter grupo + RCSU02 - Manter SIAFI + RCSU03 - Manter Patrimônio

+ RCSU04 - Manter a Descrição Complementar do Item do Material

SELCO

+ RCSU05 - Manter fornecedor

ALMOXARIFADO

+ RCSU06 - Manter Nota de Empenho do Material + RCSU07 - Manter Item do Material

OUTROS SETORES

+ RCSU08 - Patromônio Disponivel no Setor Pacotes da Realização dos Casos de Uso

Figura 4 – Pacotes da Realização de Casos de Uso. Fonte: O Autor.

Os pacotes referentes ao Setor SCAB são demonstrados em detalhe na Figura 5, a seguir. analysis SCAB

RCSU01 - Manter grupo

+ RCSU01 - Manter Grupo

RCSU03 - Manter Patrimônio

+ RCSU03 - Manter Patimônio

RCSU02 - Manter SIAFI

+ RCSU02 - Manter SIAFI

RCSU04 - Manter a Descrição Complementar do Item do Material

+ CSU04 - Manter a Descrição Complementar do Material Realização - SCAB

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 8 de 10

Fonte: O Autor.

A realização do caso de uso RCSU03 é exibida por intermédio da Figura 6, a seguir.

sd RCSU03 - Manter Patrimônio

FrmIncPatrimonio Colaborador SCAB CtrlIncPatrimonio Patrimonio FrmMenu FrmAltPatrimonio CtrlAlterarPatrimonio FrmListPatrimonio FrmFiltPatrimonio

Figura 6 – Diagrama de Comunicação do RCSU03 Manter Patrimônio. Fonte: O Autor.

4. Visão Lógica

Esta seção representa a estrutura de relacionamento entre os elementos da aplicação, a seguir são demonstrados os padrões e modelos em camadas:

1. Camada do modelo. A Figura 7, a seguir, representa esta camada.

Figura 7 – Camada do Modelo Fonte: O Autor.

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 9 de 10

Figura 8 – Camada de Visão. Fonte: O Autor.

3. Camada de Controle. A Figura 9, a seguir, representa esta camada.

Figura 9 – Camada de Controle. Fonte: O Autor.

AP - I

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 10 de 10

Figura 10 – Camada DAO. Fonte: O Autor.

INTEGRAÇÃO DSW ME

SGPAT

Guia de Design do Sistema Atual

AP - J

Confidencial ©INTEGRAÇÃO DSW ME, 2010 Página 2 de 8

Histórico da Revisão

Data Versão Descrição Autor

08/12/2009 1.0 Versão inicial Soni

15/04/2010 1.0 Atualização Soni

Documentos relacionados