Home   |   Structure   |   Research   |   Resources   |   Members   |   Training   |   Activities   |   Contact

EN | PT

EuPTCEEn1646-98952015000200004

EuPTCEEn1646-98952015000200004

variedadeEu
ano2015
fonteScielo

O script do Java parece estar desligado, ou então houve um erro de comunicação. Ligue o script do Java para mais opções de representação.

Construção de Sistemas Integrados de Gestão para Micro e Pequenas Empresas

1.    Introdução As Micro e Pequenas Empresas (MPE) possuem na sua essência recursos limitados (Comissão Europeia, 2006). Por este motivo, raramente possuem infraestruturas e sistemas informáticos que lhes permitam gerir o seu negócio de forma transversal e raramente possuem um Sistema Integrado de Gestão (SIG) que mapeie todos os processos da empresa.

Devido ao número reduzido de colaboradores (Instituto Nacional de Estatística, 2013), não dispõem internamente de alguns serviços, tais como: serviços de apoio à gestão, serviços jurídicos, serviços de apoio administrativo, marketing e outros serviços, como suporte informático ao negócio.

O seu espaço de mercado é limitado e, em geral, não possuem exposição internacional, nem presença no mercado global pela via digital. As suas competências específicas raramente permitem apresentar uma oferta global, composta de diferentes produtos e serviços combinados. Por serem pequenas, não têm normalmente força negocial perante os seus fornecedores e eventuais parceiros estratégicos.

Por todas estas razões, a construção de SIG pode ser repensada e adequada à realidade das MPE, a partir de um novo modelo integrado de serviços. Este artigo pretende apresentar e descrever uma Macro Arquitetura para a construção de SIG, orientados para as MPE, e que inclua um conjunto de serviços integrados.

2.   Sobre Micro e Pequenas Empresas É necessário determinar um padrão que defina a empresa pela sua dimensão. Estes limiares são: o número de efetivos, o volume de negócios anual e o balanço anual. A comparação destes três limites determina a dimensão da empresa. Em maio de 2003, a Comunidade Europeia (CE) adotou uma nova recomendação. O diploma entrou em vigor em 1 de janeiro de 2005 e é aplicável a todos os programas, políticas e medidas relativas às PME geridas pela Comissão. Julgamos portanto pertinente adotar esta definição no âmbito deste trabalho, por julgar a mais apropriada. Na Tabela_1, apresenta-se os limiares que caracterizam uma PME (Comissão Europeia, 2006):

A definição de PME abrange o segmento das Micro Empresas indicando os seus limites. Porém, não é feliz nas siglas adotadas, por não enunciar com clareza o termo "Micro". Como este estudo é dedicado ao segmento das MPE, decidimos por este motivo adotar a sigla MPE, sempre que possível, e PME em contexto geral.

Em 2011, encontravam-se em atividade 1.136.697 empresas portuguesas, das quais 97,8% pertenciam ao setor não financeiro. Destas, 99,9% correspondiam a PME e 67,7% eram empresas individuais. As empresas geraram um volume de negócios de 389.814 milhões de euros, sendo que 53,4% deste volume foi gerado por PME (Instituto Nacional de Estatística, 2013).

Estes números não são diferentes da UE. As mais de 20 milhões de PME desempenham um papel importante na economia europeia. Representam 99,8% do total de empresas privadas, não financeiras, na sua grande maioria MPE. Em 2012, as PME contavam com cerca de 86,8 milhões de efetivos, i.e., geravam cerca de 66,5% de todos os empregos, sendo que as MPE oferecem pouco menos de um terço do valor total do emprego. O valor total bruto representa 57,6% da economia privada (European Commission, 2013).

O relatório do EUROSTAT apresenta ainda alguns valores comparativos possíveis com outros países, tais como Estados Unidos da América (EUA), Japão, Brasil, Rússia e Índia, sendo que a dinâmica das PME, em termos de número, emprego e valor acrescentado bruto, têm outro tipo de dinâmica (European Commission, 2013).

Em resumo, independentemente da definição de PME utilizada nos diferentes países, as PME têm em todas as economias um papel fundamental. Constituem, regra geral, a maior fatia do tecido empresarial, ou seja, as empresas que mais geram emprego e as que maior valor acrescentado produzem.

2.1. Sistemas de Informação nas MPE Antes de iniciar a tarefa de definir uma ASI para MPE, é importante perceber que SI são utilizados por estas organizações. A tendência destas empresas é a de adotar sistemas que anteriormente eram utilizados apenas por Médias ou Grandes Empresas. Na evolução dos sistemas de informação é possível notar as seguintes tendências (L. B. Gouveia & Ranito, 2004):

* "Pacotização" - antes, tinham que ser desenvolvidas à medida, hoje é parte integrante de qualquer sistema que se compre; * Verticalização - existência de cada vez mais aplicações que endereçam áreas verticais específicas, integrando em si conhecimento de processos verticais de negócio; * Abrangência - os sistemas tendem a cobrir todas as áreas funcionais da organização, mesmo incluindo aquelas que tradicionalmente eram pouco estruturadas; * Integração - capacidade de fazer funcionar em conjunto aplicações distintas de fornecedores distintos.

Estas tendências resultam da grande competitividade do mundo dos negócios, onde a informação é um dos recursos críticos para uma organização ser eficaz e eficiente. As MPE tendem a recorrer a este tipo de SI por serem cada vez mais democratizados e por haver no mercado soluções menos onerosas (e.g. SaaS, Open Source). Algumas destas empresas possuem parte ou a totalidade de um SI que pode ser representado pelo diagrama genérico, apresentado na Figura_1. É de notar que existem algumas camadas que são transversais, enquanto outras possuem elementos que são específicos de certas áreas funcionais.

2.2. Adoção de SI externos nas MPE As MPE têm em geral uma pequena estrutura, pelo que na maior parte das vezes não possuem um Departamento Informático, recorrendo a consultoria externa (Cragg, Caldeira, & Ward, 2011). A falta de especialização na área dos SI traz consigo alguma dificuldade na adoção de novas tecnologias e meios de informação.

Em primeiro lugar, as MPE devem avaliar os benefícios dos SI, a cultura organizacional e quais os SI que se adequam à empresa. Em segundo lugar, devem determinar se os recursos internos são suficiente, se estão disponíveis e se existem procedimentos adequados para a seleção e implementação de novos SI. Em terceiro lugar, as MPE necessitam de avaliar o ambiente externo, onde podem recorrer a apoio e recursos (p. ex. contratação), especialmente se os recursos internos não são suficientes. No final de cada fase, a decisão deve ser tomada sobre se deve ou não prosseguir o processo de aquisição de SI. Esta abordagem faseada é recomendável para reduzir e minimizar o risco de uma aquisição inadequada (FINK, 1998).

estudos que indicam que o sucesso na adoção dos SI passa essencialmente por dois fatores: a perspetiva e conhecimento de gestão da empresa; a aposta no desenvolvimento de SI e na sua formação (Caldeira & Ward, n.d.). Empresas que recorrem a sistemas externos, apenas para colmatar as suas ineficiências, não têm dado prova de sucesso na adoção de SI, quer sejam internos ou externos (Caldeira & Ward, n.d.). É elementar referir que a implementação SI não garante o sucesso, é necessário saber gerir e explorar de forma conveniente os SI de apoio à gestão, caso contrário estes caem rapidamente em desuso e não retornam o resultado esperado.

A gestão de recursos é fundamental para o sucesso de qualquer empresa. Os SI externos de apoio à gestão podem contribuir grandemente na obtenção de uma maior rentabilidade e eficácia, tornando-se uma ferramenta fundamental para a tomada de decisão (Prates & Ospina, 2004).

2.3. Principais Desafios São inúmeros os desafios que as MPE têm que enfrentar, podendo destacar-se entre os principais, os seguintes: produtividade (criação de valor acrescentado), inovação, internacionalização e colaboração.

As empresas para se manterem competitivas precisam investir continuamente na modernização dos seus processos de produção, na inovação em novos produtos, no alargamento dos seus mercados através do aumento das exportações e internacionalização, bem como fortalecer-se pela criação de parcerias e colaboração com outras empresas a nível global (PWC, 2013).

Os SI permitem dar resposta a cada um dos desafios identificados, contribuindo para o sucesso das empresas nos diversos obstáculos que estas enfrentam diariamente. Certamente, não são o único fator de sucesso, nem necessariamente o mais importante, mas são sem dúvida um fator decisivo na Era atual.

3.   Arquiteturas de SI O termo "arquitetura" foi adotado nos SI pela mesma relação de complexidade e planeamento necessário à construção de edifícios (Zachman, 1987). Construir um SI de grande porte, complexo, que abranja toda a empresa sem um arquiteto corporativo é o mesmo que tentar construir uma cidade sem um urbanista (Sessions, 2007).

O conceito de Arquitetura Empresarial (AE) teve o seu início em 1987, com a publicação na IBM Systems Journal de um artigo cujo título era "A Framework for Information Systems Architecture", escrito por J.A. Zachman.

Nesse artigo, Zachman apresentou o desafio e a visão das arquiteturas empresariais que serviriam de orientação para esse campo nos anos seguintes. O conceito de AE vem tentar dar resposta a dois problemas (Sessions, 2007):

* Complexidade dos sistemas: as organizações estavam a investir cada vez mais para construir Sistemas de Informação; * Alinhamento ineficiente com o negócio: as organizações consideravam cada vez mais difícil manter esses sistemas alinhados às necessidades do negócio (Sizo, Lino, & Favero, 2010).

Zachman tinha percebido que o valor e a agilidade do negócio poderiam ser realizados de melhor forma se a arquitetura de sistemas tivesse uma abordagem holística, a qual, explicitamente, considerava todas as questões importantes sob todas as perspetivas também importantes. A sua abordagem multiperspetivada dos sistemas de arquitetura era o que Zachman originalmente descreveu como um framework Arquitetural dos Sistemas de Informação, o qual logo passou a ser um framework para a AE (Sessions, 2007).

As organizações são realidades complexas e multifacetadas. Representar uma organização em todos os seus aspetos de forma integrada e coerente é extremamente difícil (Serra, Gonçalves, Serra, & Sousa, 2008). A ausência de uma visão integrada dificulta a deteção de problemas, a identificação das áreas de melhoria, bem como a avaliação dos respetivos impactos no processo da mudança (Sousa, 2005).

A AE é a materialização deste conceito aplicado à gestão das organizações. O conhecimento da situação atual da organização, bem como da sequência de etapas necessárias para efetivar a mudança. A gestão da complexidade é conseguida decompondo o problema inicial em problemas menos complexos (Sousa, 2005).

No domínio dos SI, as arquiteturas são referenciadas com várias designações. É pertinente referir-se que, em várias situações, algumas destas designações são utilizadas como sinónimas umas das outras (Tomé, 2004).

A designação Arquitetura Organizacional (AO) é utilizada com um significado mais abrangente que a designação vulgarmente associada a ASI (Tomé, 2004). A sua inclusão pretende alargar o domínio de utilização da AE, deixando de ser um instrumento para o desenvolvimento exclusivo dos SI e passando a ser um instrumento ao serviço do desenvolvimento das Organizações (Gama, Silva, Caetano, & Tribolet, 2006).

A Arquitetura de Negócio (AN) descreve como a organização opera funcionalmente.

Para tal, define e descreve os processos de negócio (Arquitetura de Processos) e objetivos necessários à implementação da estratégia (Vieira et al., 2004).

Entende-se por ASI um conjunto de dados e processos da organização, materializados numa matriz, em que se relacionam as classes de dados com os processos e os locais onde ocorrem (Tomé, 2004). A ASI implica 4 (quatro) arquiteturas: Arquitetura de Negócio (AN), Arquitetura de Informação (AI), Arquitetura Aplicacional (AA) e Arquitetura de Tecnológica de Informação (ATI).

A AI descreve a estrutura da informação que é necessária para os processos de negócio, através de Entidades Informacionais ( & Rocha, 2012; Freixo & Rocha, 2014). É independente dos sistemas e tecnologias, pois deve ser abstrata e inalterável ao longo do tempo (Gama et al., 2006). Por outro lado, a Arquitetura de Dados (AD) materializa a forma como os dados são armazenados (Tomé, 2004). É porém pertinente referir-se que a designação AI é também utilizada como sinónimo de ASI, nomeadamente em (Cook, 1996).

A AA ou Arquitetura de Software (AS) define as aplicações necessárias para a gestão da informação necessária ao negócio (Vasconcelos, Sousa, & Tribolet, 2003). Segundo (Bernus & Schmidt, 1998), o principal requisito que o SI tem de suportar é a disponibilização e manutenção do fluxo de informação integrada através da empresa, para que a informação certa esteja acessível quando, onde, na qualidade e quantidade necessárias. Assim, na construção de SI é imperativo a especificação do negócio da empresa, fundamental para a derivação da componente tecnológica (Vasconcelos, Caetano, Sinogas, Mendes, & Tribolet, 2002).

A ATI representa as principiais tecnologias usadas na implementação das aplicações e nas infraestruturas que fornecem um ambiente para o funcionamento dos SI (Vasconcelos et al., 2003). Alguns autores também a designam por Arquitetura Tecnológica (AT) identificando-a com o hardware e software utilizados (Tomé, 2004).

Zachman classifica a AE como "o assunto do século", apresentando a seguinte definição: "Arquitetura da empresa é o conjunto de representações descritivas que são relevantes para a descrição de uma Empresa de forma a que possa ser produzida de acordo com os requisitos (qualidade) e possa ser mantida ao longo do seu tempo útil (mudança)" (Zachman, 1997).

No domínio dos Sistemas de Informação, foram propostas várias ferramentas, como referenciais e métodos, com vista a auxiliar o desenvolvimento e prática das arquiteturas. Um referencial fornece uma estrutura para tratar um problema genérico e um vocabulário comum que permite às pessoas resolverem um problema específico. Os referenciais não são necessariamente abrangentes, mas podem ser aproveitados para fornecer, pelo menos, um conjunto inicial de questões e preocupações que devem ser abordadas (Mahmood & Zaigham, 2006).

No Modelo Comparativo de Referenciais (Teles, 2009), a partir do qual são identificados os principais referenciais, por tipo de arquitetura, e os critérios utilizados neste modelo comparativo verificou-se que os referenciais de AO, que possuem uma maior cobertura dos critérios em estudo, são o FEA e o Archimate, cada um cobrindo doze critérios. Da mesma forma, os referenciais de ASI que cobrem um maior número de critérios são o Zachman/Sowa e o IFW, cada um deles cobrindo nove critérios. O referencial de ATI que possui uma maior cobertura dos critérios em estudo é o referencial de Tapscott/Caston, com nove critérios cobertos. Por fim, os referenciais de Los Alamos e Kruchten '4 + 1' são únicos no seu tipo de arquitetura, respetivamente AI e AS.

Nesta investigação foram estudadas Arquiteturas Aplicacionais de alguns subsistemas típicos de apoio à gestão na futura arquitetura.

* ERP: Davenport divide o ERP em seis blocos ou funções, centralizados numa única base de dados: Financeiro, Produção, Logística, Recursos Humanos, Prestação de Serviços, Vendas e Relatórios (Davenport, 1998). Um benefício da implantação de um sistema ERP é a adoção das melhores práticas de negócio, supridas pelas funcionalidades dos sistemas, resultando em ganhos de produtividade e melhorando o tempo da informação entre diferentes departamentos e setores da mesma Entidade (Matos, 2010).

* CRM: A noção de CRM afirmou-se a partir da década de 1990, como um SI que facilita melhorias na comunicação e disponibiliza softwares de apoio ao relacionamento com clientes (Dominguez, 2000). Segundo (Buttle, 2004), a sua história recente começa com o termo a ser utilizado para descrever aplicações de software que automatizam os processos de marketing, de vendas e outras funções de prestações de serviços das empresas. No entanto, independentemente do que for designado, CRM é uma prática de gestão com enfoque nos clientes (Buttle, 2004). O CRM não é apenas uma tecnologia, nem apenas um sistema de interface com o cliente. Não se trata também apenas de uma estratégia, nem apenas de um processo de negócio ou uma metodologia, é o conjunto de todos os anteriores (Greenberg, 2009).

* DSS: são constituídos por ferramentas de análise de dados (relatórios, análise estatística, simulações, modelagem, gráficos, etc.) que permitem prover informação crítica aos gestores da Entidade e ajudar na tomada de decisão (Pereira Santos, 2013). Segundo (Laudon & Laudon, 2012), possuem funções específicas, não vinculadas aos sistemas existentes. Devem permitir o tratamento dos dados, a partir de diversas fontes, e delas retirarem conhecimento para o processo de tomada de decisão. Um SIG trata informação crítica para o negócio, pelo que deverá ser planeado e concebido desde o início com o objetivo de dar suporte à decisão, seja através de ferramentas próprias, seja pela integração com sistema dedicados (Holsapple & Sena, 2005).

* e-Marketplace: uma definição possível para e-marketplace é a de um espaço virtual onde se congregam compradores e fornecedores para efetuarem transações eletrónicas (Greiger, 2003). Os compradores podem beneficiar de uma grande e variada oferta, enquanto os fornecedores podem beneficiar na redução dos custos por transação, que lhes é disponibilizado meios e tecnologia para apresentarem e venderem os seus produtos e serviços (Renna, 2010).

* Virtual Enterprises: Empresa Virtual, conforme é definido por (L.M.

Camarinha-Matos, Afsarmanesh, Garita, & Lima, 1998) "é uma aliança temporária de empresas que se unem para compartilhar suas habilidades ou competências essenciais e recursos, como forma de melhor responder às oportunidades de negócio e onde esta cooperação é suportada por redes de computadores". As Empresas Virtuais são baseadas na cooperação e de duração variável, pressupõem a existência de instrumentos de apoio à gestão, com base em TI, que suportem adequadamente o seu ciclo de vida (Luis M Camarinha-Matos & Afsarmanesh, 2003).

* SOA: não é uma tecnologia por si, é um conjunto de princípios e metodologias para desenhar e desenvolver "serviços" de software que possam ser distribuídos e geridos através de uma rede de dados. A reutilização destes componentes de código e/ou estruturas de dados é possível, pois estes são "agrupados" em unidades auto contidas e desacopladas. Podem igualmente ser disponibilizados a parceiros e fornecedores para estes os integrarem nas suas aplicações de negócio (M. Gouveia & Gouveia, 2004). O desenvolvimento de software com base em SOA, facilita ainda a possibilidade de disponibilizar Software as a Services (SaaS) (Sun, Zhang, Chen, Zhang, & Liang, 2007), baseado na Cloud (Chapman, Emmerich, Márquez, Clayman, & Galis, 2010), permitindo assim a oferta de software na ótica do consumidor-pagador, sem custos iniciais de arranque (e.g. infraestrutura).

4.   Metodologia A revisão da literatura permitiu caracterizar as MPE, o seu panorama em Portugal e no Mundo, os SI relevantes para estas organizações e os seus principais desafios. A revisão da literatura permitiu ainda definir o conceito de SI e ASI, e identificar as principais ASI e referenciais existentes, tendo por base a modelo comparativo de referenciais. Foram ainda identificadas as Arquiteturas Aplicacionais de alguns subsistemas típicos de apoio à gestão na futura arquitetura. Decorre desta revisão da literatura uma análise e discussão dos dados, dando origem a uma proposta de desenho da nova Macro Arquitetura de uma plataforma única que integre as diferentes componentes de software e serviços.

Tendo em consideração que o objetivo da investigação foi desenhar uma nova Macro Arquitetura, foi adotada a metodologia de "design science", comummente utilizada no âmbito a investigação em SI, mas mais especificamente na criação de arquiteturas, desenho de processo de negócio e desenho de soluções. A "design science" é responsável por conceber e validar sistemas que ainda não existem, seja criando, recombinando, alterando produtos, processos, softwares e métodos para melhorar as situações existente (Lacerda, Dresch, Proença, & Júnior, 2013).

5.   Proposta de Arquitetura Nesta secção resumimos e analisamos os diferentes pressupostos obtidos através da análise na revisão da literatura, no intuito de retirar algumas ilações e fundamentar a proposta de uma Arquitetura de ERP para MPE.

Retira-se uma primeira ilação, que é a das MPE representarem uma boa parte do tecido empresarial, razão muito importante e relevante para que a construção de SIG seja repensada e adequada à realidade das MPE, a partir de um novo modelo integrado de serviços, em regime de serviços externos, de forma a apoiar estas empresas a vencerem os seus principais desafios. Para tal, será necessário definir uma nova ASI.

A investigação em ASI tem sido conduzida no sentido de se definirem conceitos, referenciais, métodos e ferramentas que sustentem a aplicação da abordagem de arquitetura. Como resultado da análise, concluiu-se que é opinião maioritária que a abordagem de arquitetura revela como preocupação principal a descrição da estrutura do sistema, conferindo maior ênfase à globalidade do mesmo e não às partes que o constituem. Para além disso, a descrição arquitetural resultante é uma conceção de alto nível do sistema, isto é, não revela aspetos com um grau de detalhe aprofundado.

Apesar de existirem no mercado diversas ferramentas de ERP, CRM e DSS e alguns motores de marketplace será necessário proceder à conceção de uma ASI que permita o desenvolvimento de software capaz de implementar as funcionalidades globais do sistema, numa única Plataforma. Integrado no sistema estará uma multiplicidade de parceiros de negócio que irão fornecer diversos serviços de apoio à gestão, serviços jurídicos e administrativos, entre outros.

Adicionalmente, a plataforma disponibilizará um motor de constituição de EV onde será possível a constituição dinâmica de consórcios para participação comercial no marketplace para dar resposta às ofertas e procuras de maior dimensão.

Sob o ponto de vista das empresas que adiram à plataforma existem duas opções de participação principais: como utilizadores completos da plataforma (leia-se: utilizadores do SIG em regime de SaaS e dos seus serviços de apoio) ou apenas como clientes / fornecedores no marketplace.

O primeiro caso é particularmente interessante para as MPE e para startups. O segundo, mais conveniente para empresas que tenham Sistemas de Informação próprios. No primeiro caso, será disponibilizada via Web a cada empresa uma instanciação do SIG permitindo-lhe o usufruto das funcionalidades do SIG e acesso a um sistema de apoio à decisão integrado, acesso a serviços de consultoria especializados, possibilidade de utilização de uma central de compras e a participação no marketplace. No segundo caso, as empresas participam no marketplace assumindo os papéis de fornecedores e/ou clientes sem, contudo, utilizarem os serviços e funcionalidades do SIG.

A Macro Arquitetura integrará um marketplace capaz de, por um lado, atuar como uma plataforma de partilha e divulgação capaz de promover a aproximação dos diferentes tecidos empresariais (o marketplace integrará uma componente de CRM) e, por outro, potenciando e otimizando a realização de operações comerciais entre as empresas e clientes dos diferentes países. O marketplace assegurará a integração com plataformas logísticas, entidades financeiras e entidades aduaneiras.

Como Entidades externas ao sistema, discriminamos as seguintes:

* Clientes - Entidades que adquiram os produtos ou serviços da Entidade que detenha uma subscrição do Sistema.

* Fornecedores - Entidades que vendem produtos ou prestam serviços à Entidade que detenha uma subscrição do Sistema.

* Empresas Parceiras - Entidades que colaborem na atividade comercial da Entidade que detenha uma subscrição do Sistema.

* SAA - Entidades que prestam Serviços de Apoio Administrativo.

* SAC - Entidades que prestam Serviços de Apoio Contabilístico.

* SAG - Entidades que prestam Serviços de Apoio à Gestão.

* SAJ - Entidades que prestam Serviços de Apoio Jurídico.

* EDL - Empresas de Distribuição e Logística.

* EF - Entidades Financeiras (e.g. Bancos).

* OS - Entidades que prestam Outros Serviços (a definir no futuro).

* Estado e Outras Entidades Públicas - Poderemos considerar alguns exemplo em Portugal como: Autoridade Tributária e Aduaneira (AT), Segurança Social (SS), Instituto do Emprego e Formação Profissional (IEFP), etc.

Como componentes principais do Sistema, referimos:

* ERP - Componente "core" do Sistema de Informação, uma vez que congrega diversos módulos que se interligam com os demais.

* CRM - Este componente está representado pela mesma cor no diagrama, por ser o prolongamento natural do ERP. É também uma base de todo o processo de criação de valor da Empresa e partilha muitas entidades informacionais do ERP (e.g.

Clientes, Fornecedores, Encomendas, etc.).

* Marketplace - É representado com o mesmo enquadramento do CRM, uma vez que é através do Marketplace que efetivamente boa parte da comunicação com os Clientes.

* Central de Compras - É representado na mesma cor e no seguimento do Marketplace, na medida que é também um Marketplace, mas dedicado às Compras, portanto aos Fornecedores.

* Virtual Enterprises Engine - O Motor para Empresas Virtuais encontra-se representado ao lado da Central de Compras, na medida que, ao gerar novas coligações com Empresas Parceiras", estas empresas passam, automaticamente, a ser fornecedores correntes e, portanto, também podem vender as suas soluções através da Central de Compras.

*  DSS - Um elemento comum a todos os componentes é o Sistema de Suporte à Decisão, interligado com todos os componentes, pois todos eles geram e tratam informação que precisa ser analisada e processada no intuito de gerar conhecimento a quem decide.

* Serviço Partilhados (SOA) - Este "bus" é baseado na tecnologia SOA e pretende expor para fora do sistema funcionalidades que permitam ser utilizadas por terceiros, os quais podem prestar variadíssimos serviços.

Permitirá ainda extensões ao sistema por fabricantes de software que tenham intenção de comercializar módulos adicionais para estas Entidades. Por este motivo está considerado o bloco "Outros Serviços" para serviços futuros a definir.

* Ligações a Entidades Públicas - As ligações às Entidades Públicas podem vir a ser desenvolvidas mediante a localização (País / Região), uma vez que cada localização deverá ter os seus requisitos legais e fiscais.

Na Figura_2 representa-se a Macro Arquitetura do sistema proposto e os seus principais componentes.

6.   Considerações Finais No desenvolvimento deste artigo foram abordados vários temas que contribuíram para analisar o objeto de estudo. Fizeram parte, a definição e caracterização de PME (sendo as MPE um subconjunto destas), o seu panorama em Portugal e no Mundo, os SI que utilizam, a tendência na adoção de SI externos e os seus principais desafios. Constatou-se que as MPE representam uma boa parte do tecido empresarial, pelo que é importante e relevante que a construção de SIG seja repensada e adequada à realidade das MPE, a partir de um novo modelo integrado de serviços, em regime de serviços externos, de forma a apoiar estas empresas a vencerem os seus principais desafios.

Constatou-se que a investigação em ASI tem sido conduzida no sentido de se definirem conceitos, referenciais, métodos e ferramentas que sustentem a aplicação da abordagem de arquitetura. Concluiu-se que é opinião maioritária que a abordagem de arquitetura revela como preocupação principal a descrição da estrutura do sistema, conferindo maior ênfase à globalidade do mesmo e não às partes que o constituem. Para além disso, a descrição arquitetural resultante é uma conceção de alto nível do sistema. Foram identificadas as arquiteturas aplicacionais de alguns subsistemas típicos de apoio à gestão que devem fazer parte da Macro Arquitetura, como componentes da mesma, bem como os seus módulos respetivos.

Deste trabalho, resultou a definição de uma nova Macro Arquitetura para construção de Sistemas Integrados de Gestão para MPE baseada numa única plataforma disponibilizada em regime SaaS.

Este artigo não inclui as especificações de software necessárias à sua construção, nem inclui o correspondente desenho das peças de software que são componentes da arquitetura.

Acreditamos que este estudo poderá dar origem a um produto comercial.

Naturalmente, será necessário aprofundar cada um dos componentes da plataforma e especificar em detalhe os módulos que os constituem. Será ainda necessário aprofundar a infraestrutura que permita operacionalizar esta plataforma.

Em termos académicos, é importante e desejável que esta temática não termine aqui. Este trabalho poderá sofrer evoluções contínuas, na medida que as necessidades e requisitos das MPE, e das PME em geral, estão em constante mudança. Neste sentido, no futuro, a Macro Arquitetura poderá incluir novos componentes, novos módulos e adotar novos conceitos de arquiteturas de sistema.

Entendemos que este trabalho contribui para o sucesso das MPE, através da definição desta Macro Arquitetura, por um lado, assegurando a capacidade de trocas comerciais entre as empresas, ou conjuntos de empresas e, por outro, disponibilizando às MPE e startups, acesso a um pacote constituído por software de apoio à gestão e serviços de apoio especializados.

Pretende-se com esta dupla missão apoiar a internacionalização das MPE, ajudando-as à comercialização nacional e internacional dos seus produtos através do recurso a um marketplace e em simultâneo apoiar a gestão das mesmas, fornecendo-lhes acesso a um sistema integrado de gestão e acesso a apoio especializado em diferentes áreas de suporte ao seu negócio.

O fator diferenciador é sem dúvida o de conjugar todos estes recursos (software e serviços integrados) numa única plataforma disponibilizada em regime de Software as a Service (SaaS). A gestão diária da empresa é assim possível a partir de um único ponto, de forma deslocalizada e com baixo custo de arranque.

É com satisfação que se finaliza este trabalho e se considera que os objetivos propostos foram alcançados.


transferir texto