POLVUS - A História do Facto

Bases de dados de informação para negócios
Stock Keeping Unit que corresponde a um artigo
OLIVEIRA, António Pedro Almeida de - Gestão de processos de negócio e sua articulação com o desenvolvimento de sistemas de informação: aplicação para a área do retalho. p.27
Modelos de Dados em Sistemas de Informação
10



Isabel Cunha Tootill ci11052
Mariana Tato ci11018
Rita Fontelo ci11038
Vânia Silva ci11037
POLVUS – A HISTÓRIA DO FACTO

POLVUS – A HISTÓRIA DO FACTO













Porto Maio de 2013
Porto

Maio de 2013




Isabel Cunha Tootill ci11052
Mariana Tato ci11018
Rita Fontelo ci11038
Vânia Silva ci11037



POLVUS – A HISTÓRIA DO FACTO

POLVUS – A HISTÓRIA DO FACTO







Porto Maio de 2013
Porto

Maio de 2013



Trabalho realizado no âmbito da unidade curricular de Fontes de Informação e Serviços de Referência, leccionada pela professora Teresa Silveira.
Licenciatura de Ciência da Informação
Faculdade de Engenharia do Porto.



Sumário

Sumário 3
Resumo 4
Abstract 4
Introdução 5
Problemática e revisão de literatura - contextualização teórica 6
POLVUS 10
Como surgiu/Porquê? 10
O que é? Como funciona? 10
Manutenção e sustentabilidade 12
Mapeamento da aplicabilidade da informação 15
Conclusões 16
Referências Bibliográficas 17




Resumo

O presente trabalho apresenta a nossa proposta em criar uma ferramenta cujo propósito é a resolução de um problema: a necessidade de satisfazer as privações informativas numa organização.
É desta forma que surge o POLVUS: um sistema agregador com pesquisa avançada e ferramenta de recolha. Para além da resolução deste problema, esta ferramenta tem como objectivo transformar a base de dados factual de uma organização numa fonte secundária, na medida em que, a partir dela, é possível aceder a cada um dos seus elementos individualmente, tendo acesso ao seu historial da perspectiva mais conveniente ao utilizador: ver o histórico visual de todos os factos (histórico visual completo), ver a relação do histórico de x com o histórico de y e ainda ver apenas o histórico visual do facto x. Pretendemos centrar-nos também na problemática da manutenção do sistema, ou seja, na forma como os dados se vão mantendo e actualizando.
Em suma, a criação desta plataforma pode ser integrada numa qualquer empresa, sem qualquer restrição.
Abstract

The present paper presents our proposal to create a tool that intends to resolve a problem: the need to meet the informational deprivation in an organization.
It's like this that POLVUS is invented: an aggregating system with advanced search and a collection tool. In addition to solving this problem, this tool is intended to turn the organization's factual database into a secondary source, turning it possible to access, from the database, to each of the individual elements, having access to their history from the most convenient: see the visual history of all the facts (complete visual history), see the relationship of the history of the fact x with the history of the fact y. We also intend to focus on the problem of maintaining the system or, in other words, on the way the data will be maintained and updated.
Long story short, the creation of this platform can be integrated into any business, without any restriction.




Introdução

A elaboração do presente trabalho surge no âmbito da unidade curricular de Fontes de Informação e Serviços de Referência orientada pela professora Teresa Silveira.
O objectivo deste trabalho trata-se, após uma análise da problemática apresentada, da criação de um modelo capaz de gerir e recuperar informação. Este deverá ser de fácil utilização, sendo o seu acesso possível a qualquer tipo de utilizador. Após ler o guião, deparamo-nos com o principal problema actual que propomos resolver: "… a aceitação cega do "facto informativo" e a negligência (muitas vezes inconsciente) do conhecimento da origem das fontes de informação que estiveram na base da apresentação da informação recuperada e utilizada em contexto, e ainda do processo transformacional da informação."
Começámos, então, por imaginar uma plataforma/programa que permitisse aceder ao historial dos factos de forma simples e prática, tendo apenas a informação estritamente necessária armazenada, mas sem nunca perder informação de qualidade. Em seguida, lemos vários artigos sobre esta temática de forma a nos instruirmos mais aprofundadamente, passarmos a ter algumas bases como apoio e, também, para garantir a não repetição daquilo que já existe. Agora, com este trabalho escrito, pretendemos desenvolver a nossa ideia inicial, explicá-la e adaptá-la a tudo o que lemos e apreendemos.
Tivemos como principal motivação o desafio que este problema implica – criar algo que ainda não existe e que seria utilizado por todo o tipo de empresas e organizações.


Problemática e revisão de literatura - contextualização teórica

Face ao facto de não ser considerada a origem da informação e o seu processo de transformação, tornar-se-ia útil, e até necessário, o desenvolvimento de algum tipo de ferramenta que permitisse conhecer todo o historial da informação e o mapeamento da sua aplicação, não só ao utilizador especializado mas também ao utilizador comum.
Para isso, propomo-nos a criar esta ferramenta para a resolver estas lacunas no campo da informação, de modo a que as organizações ultrapassem este problema. Sendo assim, a pesquisa bibliográfica de temas relacionados e de ferramentas semelhantes, isto é, a pesquisa de bases teóricas para suportar o nosso trabalho torna-se essencial para que este tenha qualidade.
Começámos por procurar literatura relacionada com termos como armazenamento de dados, bases de dados, cloud computing, sistema agregador, ferramentas de informação, sistemas de informação na área de retalho, entre outros.
"A informação é um dos principais insumos para a tomada de decisão em organizações" (OLIVEIRA, António Pedro Almeida de, 2006), como refere o autor de um dos artigos que lemos e é uma das premissas que usamos como base para o nosso trabalho. Primeiramente julgámos essencial obter informação sobre bases de dados, sistemas ou ferramentas de informação já existentes na área dos negócios, visto que a nossa plataforma também vai recolher informação a bases de dados externas, como por exemplo:
Bases de dados biográficos: sobre pessoas que trabalham em empresas e a sua identificação - Standard & Poor's Register- Biographical database;
Bases de dados financeiras; contém dados sobre mercado que ajudam à gestão financeira como acções – Dow Jones;
Bases de dados sobre empresas, indústrias e produtos: dados que permitem medir a influência destes factores – MarketResearch; Investext;
Bases de dados com informações jurídicas: Lexis; Westlaw;
Bases de dados com informações estatísticas: estatísticas económicas: EconBase.
Por outro lado, o objectivo deste trabalho é mais direccionado para a área do retalho, por isso, convém que a sua definição seja clara:

"Podemos definir o retalho, como um conjunto de actividades de negócio que acrescentam valor aos produtos e serviços vendidos aos consumidores finais para o seu próprio uso ou dos seus familiares" (Levy et. Al. 2004)
Tal como o autor refere, uma empresa de retalho vende um produto ou serviço ao consumidor final, sendo o veículo entre o produtor e o consumidor.
Posto isto, é também um ponto fulcral, para a realização do presente trabalho, definir os processos de negócio - "procedimentos ou actividades ligadas entre si, que realizam conjuntamente um objectivo de negócio, no contexto de uma estrutura organizacional, definindo os seus papéis funcionais e relações" (Coalition, 1999).
É neste contexto que surge o sistema automático workflow, que se trata essencialmente de um modelo de repositório de processos, através de um conjunto de ferramentas de modelação de processos de negócio.
1- Componentes do modelo de worflow
Adaptado de (Fisher 2004)
1- Componentes do modelo de worflow
Adaptado de (Fisher 2004)













Um sistema workflow tem como principal função definir a ordem pela qual a tarefa é executada e em que condição, sincronizando, desta forma, as tarefas e os seus respectivos fluxos de informação.
Processos, informação e organização estão geralmente ligados. Podemos construir modelos conceptuais a partir de cada uma destas dimensões mas, dentro deste âmbito e por motivos de coerência, ambas têm de se relacionar. (OLIVEIRA, António Pedro Almeida de, 2006)

2- Relação entre informação, processos e organização. Adaptado de (Fisher 2004)
2- Relação entre informação, processos e organização.
Adaptado de (Fisher 2004)










De modo, a complementar a informação assim referida, é extremamente importante referir como se processam e automatizam os processos de negócio das empresas.
Os exemplos encontrados, acerca dos sistemas aplicados na área do retalho são os seguintes:
"Merchandize Systems" que permitem ao retalhista realizar as suas operações principais, tais como a gestão de SKUs, compras, gestão de inventário e aprovisionamento;
"Price Management" que sugerem e assistem o retalhista na marcação de preços;
"Point-of-sale" que recolhem todas as transacções dos clientes;
"Warehouse Management" que recolhem todas as transacções no retalhista e permitem uma única visão de toda a informação;
"Space Management" que permite gerir a disposição dos artigos nas prateleiras das lojas, optimizando a sua venda;
"Financials" que permite registar todos os movimentos contabilísticos e gerir as finanças de um retalhista.
A aplicação destes processos/sistemas de negócio é fundamental e uma mais valia para a boa organização e funcionamento de qualquer tipo de organização, aumentando, assim, a produtividade, a qualidade do serviço prestado e acima de tudo a redução de custos. O acesso à informação mostra-se uma tarefa fulcral para que as suas tarefas sejam eficazmente executadas.
Numa outra fase da nossa pesquisa, quisemos encontrar referência ao que inicialmente chamávamos de "perfil do facto". Nesta pesquisa encontrámos referência à expressão "modelo de dado" que, fundamentalmente, identifica e descreve um dado. Numa primeira fase (fase de análise), apresenta-se uma organização lógica e preliminar dos dados, tal como a descrição dos mesmos. Numa segunda fase é feito o teste de aplicação do modelo a informação concreta e uma normalização (esta normalização evita informação e descrições repetidas). No fundo, o objectivo destes modelos é que cada dado fique descrito mais detalhada e menos conceptualmente.
Durante a pesquisa também foi referida a modelação de dados como uma técnica usada em engenharia de software: são feitos diagramas de entidade e relacionamentos (DER) em que os mesmo tipos de informação são agrupados e esses conjuntos passam a chamar-se entidades que, por sua vez, se interligam e criam relações entre dados. Na modelação há três termos básico: a entidade (conjunto de dados), atributo (tipo de informação de uma entidade) e relacionamento (associa as entidades umas às outras).



RITA - cloud computing (para manutenção e armazenamento)



















POLVUS

Como surgiu/Porquê?

O POLVUS surgiu da necessidade de criação de uma plataforma capaz de recolher e gerir toda a informação de um sistema/organização. Desta forma, pensámos num programa com capacidade de agregar toda a informação existente relativamente a um facto (número) – nomeadamente em bases de dados histórica e factual. O POLVUS começa por aí mesmo: analisar as informações nas bases de dados (à partida já existentes) da organização, sendo assim capaz de reconhecer todo e qualquer atributo relativamente a x facto.

O que é? Como funciona?

O POLVUS resume-se a um sistema agregador com pesquisa avançada e ferramenta de recolha. Divide-se em três partes essenciais:
Sistema agregador – quando executado, o POLVUS começa por juntar não só as várias bases de dados referentes à informação em causa, mas também todas as fontes de informação que existam. Desta forma, reúne tudo o que existe sobre todos os factos que se pretendem averiguar.
Pesquisa avançada – esta parte da plataforma é, efectivamente, a parte prática com a qual o utilizador interage. Ao escolher um determinado facto o sistema apresenta a seguinte página:
Aqui o utilizador depara-se com várias formas de estudar o facto:
"Aceder ao Histórico Gráfico Completo", onde poderá ver um enorme diagrama em árvore que descreverá todos os históricos dos factos da empresa e, a uma cor diferente, aparecerá destacado o histórico do facto em questão.
Uma série de opções nas quais poderá sempre relacionar com outros factos que cruzem informação. Poderá, ainda, ver o histórico do facto em questão juntamento com o de todos os factos que se relacionam (cruzam informações). Ao estudar o facto pela sua evolução, o utilizador encontrará, no lugar do diagrama, uma barra cronológica que descreverá o facto de acordo com o tempo.
O "Relatório descritivo" (fig.1) descreve o facto. É aqui que se centra todas as observações, notas, informações sobre x facto.















Fig. 1 – Relatório Descritivo
Fig. 1 – Relatório Descritivo

Ferramenta de recolha – esta ferramenta actua essencialmente no que toca ao relatório descritivo. O que faz é reunir toda a informação relativa ao facto em questão e expô-la no relatório.
Nenhuma destas componentes funciona sem as restantes, ou seja, estão todas ligadas entre si de forma a que, em conjunto, se transformem nos tentáculos do POLVUS e consigam um simples resultado final de boa qualidade.


Manutenção e sustentabilidade

Sustentabilidade económica
Acesso a bases de dados da SONAE Retalho (privadas), excluindo desse processo custos de acesso à informação necessária para o funcionamento correto do POLVUS, e acesso a bases de dados externas (gratuitas e pagas) para obtenção de informação complementar – combinando estes dois processos, pode assim alcançar-se o funcionamento ideal previsto para o POLVUS -.
Atualizações gratuitas a partir do site do POLVUS, através das notificações
As notificações são enviadas de acordo com a opção em vigor.
Opção escolhida pelos administradores (permissões)
Enviadas para o(s) e-mail(s) pré-definido(s) e em pop-up na plataforma

Sustentabilidade física e técnica
Formação intensiva de "management" do software e plataforma.
Eventual intervenção técnica
Manutenção do armazenamento da informação
Uma entre duas propostas:
Informatização do arquivo físico (que contém informação estática): POLVUSstat
Armazenamento da informação online: POLVUSon

POLVUSstat
Descrição
Prós
Contras

Opção de informatização da informação estática, organizada por anos, durante o período de tempo conveniente.

A informação pode estar ligada ou desligada da network do Cloud Computing, de acordo com a necessidade.

- Elevado nível de organização cronologicamente;

- Fácil acesso à informação;

- Opção de activação/desactivação da presença de determinada informação na plataforma;

- Existência da informação em formato estático e em formato digital;

- Facilidade e rapidez na conversão do estado da informação estática/informatizada;


- Custos de reparação de eventuais anomalias do hardware e/ou software;

- Custos de aquisição do hardware, de instalação do POLVUSon;

- No caso da não existência de um espaço físico para o arquivo, custo de aluguer ou construção;
Necessidades/Recomendações

Espaço físico para o arquivo de informação estática (no caso de não existir)
Aquisição do hardware necessário ao POLVUSstat:



O hardware do POLVUSstat inclui não só o receptor, mas também os discos externos apropriados (para os quais deve ser descarregada a informação, por anos);
Discos externos são inseridos na entrada dos anos respectivos;
São activados/desactivados através dos botões ON/OFF;
Este elemento de hardware está ligado ao POLVUS.

POLVUSon
Descrição
Prós
Contras

Armazenamento online de toda a informação da empresa, no POLVUSon (espécie de Dropbox), acessível a partir de todos os computadores da empresa.

- Toda a informação está constantemente disponível na internet;

- Controlo total de permissões de acesso;

- Não necessidade de espaço físico específico;

- Poucas limitações de capacidade;

- Possibilidade de armazenamento de informação em vários formatos (ex.: documentos PDF, informação compactada, etc);

- Possibilidade de execução de transferências de informação directamente para o POLVUSPlat, de acordo com a conveniência e/ou premissões;


- Vulnerabilidade face a problemas externos (ex.: problemas da rede de internet);

- Necessidade de grandes e eficazes medidas de segurança;

- A longo prazo, tendência para o desaparecimento da informação estática, resultando na posterior sujeição à perda de informação;
Necessidades/Recomendações

Transferência da informação estática para o POLVUSon
Tomada de medidas de alta segurança da rede


Mapeamento da aplicabilidade da informação



Conclusões


Referências Bibliográficas

BATISTA, Tiago Simões - Arquitecturas para sistemas de informação baseados em cloud computing [Em linha]. Aveiro: Universidade de Aveiro. [Consult. 01 Mai. 2013]. Disponível em WWW.

CENDÓN, Beatriz Valadares - Bases de dados de informação para negócios [Em linha]. Brasil: Instituto Brasileiro de Informação emCiência e Tecnologia – IBICT. [Consult. 01 Mai. 2013]. Disponível em WWW.

MARINHO, Carlos - Modelos de Dados em Sistemas de Informação [Em linha]. [Consult. 30 Abr. 2013]. Disponível em WWW.

OLIVEIRA, António Pedro Almeida de - Gestão de processos de negócio e sua articulação com o desenvolvimento de sistemas de informação : aplicação para a área do retalho [Em linha]. Minho: Universidade do Minho. [Consult. 30 Abr. 2013]. Disponível em WWW.

PEDRO, Paulo César Silva – Cloud Computing: Estudo do Impacto nas Organizações [Em linha]. Viseu: Escola Superior de Tecnologia e Gestão de Viseu. [Consult. 01 Mai. 2013]. Disponível em
WWW.

SONAE.Investidores – Áreas de Negócio [Em linha]. [Consult. 30 Abr. 2013]. Disponível em WWW.

SONAE.Investidores – Apresentação Investidores [Em linha]. [Consult. 30 Abr. 2013]. Disponível em WWW.