leadership

LEADERSHIP

negociacao-2

NEGOCIACAO

gestao-3

GESTAO

consultoria-2

CONSULTORIA

falandobem

FALANDOBEM

financasessenciais

FINANCASESSENCIAIS

Seja Premium e tenha acesso ao nosso arsenal de cursos

Administradores PREMIUM

Com as iniciativas de Gerenciamento por Processos de Negócio (BPM) ganhando mais espaço dentro de organizações públicas e privadas, é natural que estas organização sintam a necessidade de automatizar determinados processos de negócio com soluções BPMS quando atingem certo grau de maturidade nesta disciplina.
Para garantir o sucesso desta iniciativa, tanto a equipe de negócio quanto a equipe de TI precisam estar alinhadas quanto as expectativas sobre as ferramentas BPMS, iniciativas de SOA e como serão aproveitados os sistemas de informações legado. É preciso identificar cada uma das peças desse quebra-cabeça e saber como elas se encaixam.
O objetivo deste artigo é apresentar como a Arquitetura Orientada a Serviços, ou simplesmente SOA, pode influenciar significativamente nos resultados obtidos nas iniciativas de BPM, mais claramente percebidos na implantação de um BPMS.
A Organização e os processos Ponta a Ponta:
O modelo mais comum de uma Estrutura Organizacional é definido pelo CBOK como sendo &#8220;orientada por funções e representa tipicamente um agrupamento (departamento, divisão, área) de executores especializados para realizar tarefas relacionadas a um determinado recurso, conhecimento ou habilidade.&#8221;.
Com as iniciativas de BPM, são identificados diversos processos que permeiam pelas Áreas Funcionais desta Estrutura Organizacional de forma horizontal, chamados de processos “ponta a ponta” (Figura 01), requisitando que atividades especializadas daquela área sejam executadas. Um único processo pode chegar a ter a participação de todas essas Áreas Funcionais da empresa antes de concluir seu fluxo, assim como uma mesma atividade especializada pode ser requisitada por diversos processos diferentes.
 <img decoding="async" src="https://administradores-media-dev.s3.amazonaws.com/app/uploads/2022/01/27233710/Figura01.png" alt="Figura 1" />
Figura 1 &#8211; Relação entre Estrutura Organizacional com Processos
A Organização e os Sistemas de Informação
Os Sistemas de Informações existem em todo tipo de organização. Não importa a linguagem, forma de armazenamento dos dados, o desenvolvedor responsável, se é uma planilha do Excel ou um sistema ERP, cada sistema de uma organização possui uma história e um patrocinador.
De um modo geral, a iniciativa de construção de um Sistema de Informação nasce para atender especificamente a uma determinada Área Funcional. Aos pouco, o escopo deste sistema vai aumentando para adicionar a participação de uma segunda área funcional que colabora pontualmente para a necessidade negocial daquele sistema, e com o tempo novas necessidades vão surgindo.
Quando colocados do ponto de vista da Estrutura Organizacional, os sistemas podem ser representados em uma forma transversal dentro da organização, pois não se limitam a uma única área, mas também não podem ser definidos como &#8220;ponta a ponta&#8221;
<img decoding="async" style="line-height:1.5em;" src="https://administradores-media-dev.s3.amazonaws.com/app/uploads/2022/01/27233711/Figura02.png" alt="Figura 2" />
Figura 2 &#8211; Relação entre Estrutura Organizacional e Sistemas
A Organização executando seu processo.
Se pegarmos como exemplo rápido o processo &#8220;Solicitação de Empréstimo Bancário&#8221; que tenha as seguintes atividades: • Solicitação do cliente junto à agência; • Validação da documentação mínima; • Análise de risco; • E finalmente a liberação ou não do empréstimo;
Durante a execução do processo, o gerente da agência irá acessar um ou mais Sistemas de Informação para efetuar cada uma destas etapas. • Sistema 1: realiza o cadastro e a validação da documentação mínima do cliente; • Sistema 2: realiza a análise de risco deste cliente; • Sistema 3: realiza a solicitação de empréstimo e possui a resposta se o empréstimo foi concedido ou não; • Sistema 4: libera a quantia do empréstimo na conta corrente;
Os gerente da agência deve efetuar o login e utilizar 4 sistemas diferentes e realizar atividades em cada um desses sistemas para conseguir concluir um processo de concessão de empréstimo.
 <img decoding="async" src="https://administradores-media-dev.s3.amazonaws.com/app/uploads/2022/01/27233711/Figura03.png" alt="Figura 3" />
Figura 3 &#8211; Relação entre Processos e Sistemas
A Organização e o Quebra-Cabeça
Analisando cada uma dessas peças (A organização, os processos e os sistemas) percebemos que, individualmente, cada uma tem a seu escopo muito bem definido. Porém, quando estamos falando de uma iniciativa BPM envolvendo automação de processos com BPMS, é necessário que estas fronteiras sejam quebradas de forma que uma única ferramenta deverá • Intermediar o fluxo de informações entre as Áreas Funcionais envolvidas; • Gerenciar participantes das atividades; • Disponibilizar recursos de sistemas de informação ou fonte de dados; • Controlar informações e indicadores negociais; • Ser flexível para permitir mudanças de forma rápida;
Com isso percebemos o quanto uma iniciativa de Automação de Processos pode ser complexa. É neste momento que os stakeholders da iniciativa precisam ficar atentos, pois o que era claro e bem definido acaba ficando confuso mesmo que pareça estar tudo “sob controle”, conforme demonstrado na Figura 4.
 <img decoding="async" src="https://administradores-media-dev.s3.amazonaws.com/app/uploads/2022/01/27233711/Figura04.png" alt="Figura 4" />
Figura 4 &#8211; Relação Estrutura Organizacional, Processos e Sistemas
SOA alinhado com os Sistemas de Informações.
Quanto mais complexo for o processo, maior será o número de sistemas envolvidos, e o desenho de um processo TO-BE não pode ser feito para representar as atividades baseadas em o que o sistema faz, mas sim definindo que tipo de valor que será gerado naquela atividade independente de sistema.
De acordo com o CBOK, &#8220;Ao visualizar a operação futura, a equipe deve compreender que o modelo &#8220;TO-BE&#8221; estabelece um tipo de modularização da operação. Cada atividade funciona independentemente com ligações a outras atividades por meio de entradas e saídas.&#8221;.
Diante desta visão, entende-se que é preciso fazer com que os sistemas invertam a sua perspectiva. O processo é o direcionador das melhorias da organização. Ele que vai dizer quais informações são pertinentes para aquela atividade, e não o sistema existente. Porém nem sempre é possível ou conveniente fazer uma mudança no sistema, e muito menos iniciar um novo projeto de Sistema com a fábrica de software, em função te prazos, custos e etc.
Neste momento que entra a arquitetura SOA.
SOA (Arquitetura Orientada a Serviços), é uma arquitetura de software onde se procura disponibilizar as funcionalidades das aplicações existentes em blocos especialistas e reutilizáveis chamados &#8220;Serviços&#8221;. Estes blocos são criados de forma a espelhar o resultado esperado pelo processo na execução daquela atividade. Com SOA é possível criar uma camada intermediária entre o consumidor da informação e os sistemas, modularizando os serviços de forma a serem alinhados com os processos AS-IS ou criar novos serviços totalmente alinhados com a proposta de transformação do desenho TO-BE, independente de onde se origina essa informação.
 <img decoding="async" src="https://administradores-media-dev.s3.amazonaws.com/app/uploads/2022/01/27233712/Figura05.png" alt="Figura 5" />
Figura 5 &#8211; Relação entre Processos, SOA e Sistemas Transacionais
No exemplo do processo &#8220;Solicitação de Empréstimo Bancário&#8221;, ao invés de o gerente da agência utilizar quatro sistemas diferentes, agora ele apenas interage com um único sistema, que é o BPMS. Na tela do BPMS, o gerente insere somente o CPF do correntista interessado no empréstimo e o valor solicitado, e a resposta é o cadastro completo do cliente no banco, com todas as informações cadastrais pendentes de atualização, o resultado da análise de crédito com os indicadores de risco atualizados e os dados bancários a qual será feita a transferência do valor solicitado mediante o clique do botão “Ok”. Quatro atividades que eram obrigatórias em função da forma que os Sistemas de Informação foram criados foram reduzidas para uma única atividade eficiente e focada no negócio.
A flexibilidade oferecida por SOA afeta diretamente na forma que o desenho de um processo de negócio pode ser pensado, pois consegue separar a responsabilidade de cada uma das camadas envolvidas nesse processo de forma independente.
• O modelo de negócio determina o fluxo de atividades e decisões do processo de negócio;
• O BPMS coleta os indicadores e unifica o ponto de comunicação com os participantes do processo;
• A camada SOA fica a critério de executar a lógica de coleta e consolidação das informações pertinentes aquele serviço específico de forma encapsulada e desacoplada.
• Os sistemas de informação continuam do mesmo jeito, atendendo aquelas atividades negociais que ainda serão analisadas e redesenhadas pela equipe de negócio.
Conhecer as capacidades de uma Arquitetura Orientada a Serviços abre diversas possibilidades tanto para melhorias em processos de negócio como para a área de gestão de TI.
 A empresa <a href="http://www.memora.com.br/">Memora Processos Inovadores</a>, com sede em Brasília, vem colecionando casos de sucesso tanto na implantação de escritório de processos e melhorias de processos como também com a implantação e gestão de produtos como Oracle BPM Suite, Oracle SOA Suite, obtendo resultados incríveis e com reconhecimento nacional e internacional.
Repense a iniciativa de SOA na sua organização. Ela pode ser a resposta que você esta procurando.
Autores: <a href="https://www.linkedin.com/pub/kiomar-oguino/25/223/503">Kiomar Oguino Junior</a> e <a href="https://www.linkedin.com/in/pedroaresta">Pedro Aresta</a> &#8211; Consultores da Empresa Memora Processos Inovadores

Como SOA pode influenciar iniciativas de BPM

O objetivo deste artigo é apresentar como a Arquitetura Orientada a Serviços, ou simplesmente SOA, pode influenciar significativamente nos resultados obtidos nas iniciativas de BPM, mais claramente percebidos na implantação de um BPMS

Como SOA pode influenciar iniciativas de BPM | Administradores

https://cdn.administradores.com.br/app/uploads/2022/01/27233710/Figura01.png

Home

Artigos

Informação e Educação para líderes e suas equipes. Notícias, artigos, cursos, palestrantes, mentorias e treinamentos personalizados para profissionais e empresas

Administradores

https://cdn.administradores.com.br/app/uploads/2023/06/06200454/Logo-administradores.png

Administradores | Conhecimento para Resultados

A edição de 2015 do evento internacional “Oracle Apex Tour Latinoamérica” teve uma, de suas três etapas, realizada no Brasil, na sede do TCU – Tribunal de Contas da União, na cidade de Brasília. As outras duas etapas do evento ocorreram na Argentina e na Costa Rica.
Com um auditório lotado, os participantes foram contemplados com 10 palestras sobre as novidades do recém-lançado Oracle APEX 5.
O evento contou com tradução simultânea para as palestras internacionais e uma equipe nacional formada pelos melhores especialistas no assunto que apresentaram conceitos e técnicas do novo Oracle APEX 5, assim como casos de sucesso alcançados com o produto em suas instituições.
A abertura do evento aconteceu no auditório Ministro Pereira Lira com a mesa principal de convidados formada por: Eduardo Hahn - Presidente do GUOB (Grupo de usuários Oracle do Brasil), Eduardo Rezende (Secretário-Geral da Presidência do TCU), Mauro Giacobbo (Secretário-geral adjunto do TCU) e Rodrigo Felisdório (Secretário de Soluções do TCU).
• A primeira palestra foi do David Peake (Gerente do Produto APEX - Oracle) onde foi mostrada toda a evolução do Oracle APEX, desde o HTML DB até o APEX 5.
• A segunda palestra foi feita pelo Givaldo Oliveira (Arquiteto de Soluções Oracle – Memora Processos Inovadores) onde foi discorrido o processo de disponibilização de Web Services no APEX 5, onde são necessário poucos cliques para que se tenha um serviço que possa ser consumido na Web, bem como a facilidade da implementação de ações dinâmicas em eventos de tela, sem a necessidade de criação de blocos de javascript, tudo construído a partir de wizards.
• Após um breve intervalo, o presidente do TCU Ministro Aroldo Cedraz, fez um discurso mostrando o quão o APEX estava sendo difundido na sua instituição. Citando a quantidade de projetos que hoje estão em produção na casa.
• A terceira palestra, novamente com David Peake, mostrou algumas das novas funcionalidades do APEX 5. A forma como o Page Designer foi modificado nessa nova versão, funcionando de forma parecida como a tela de desenvolvimento do JDeveloper, com uma área central e abas laterais que dão suporte ao desenvolvimento. A mudança de paradigma do APEX que, em suas antigas versões, só era permitido a criação de um relatório interativo por página, e na versão 5 podem ser N relatórios, além da apresentação do Code Editor que facilita a correção de blocos PL/SQL ou instruções SQL mostrando o erro exatamente na linha onde ele está.
• A quarta palestra foi do Alberto Joaquim (Analista de Informática - PGR) que mostrou a integração de Web Service com o Oracle APEX. A forma como o APEX pode consumir qualquer web service sendo ele REST ou SOAP. Foi dado como exemplo a velocidade da criação de um projeto que um estagiário da sua instituição conseguiu desenvolver uma aplicação para consumo de dados do Senado Federal, de um dia para o outro.
• Após a pausa para o almoço, a quinta palestra foi sobre APEX Mobile. Novamente David Peake foi o responsável. Ele mostrou as funcionalidades do Apex Mobile, onde no APEX 5 é escolhida a forma de desenvolvimento (mobile ou desktop) no momento da criação de uma nova página APEX. Além disso, ele interagiu com o publico presente pedindo a todos que tivessem com algum dispositivo móvel, entrassem em sua aplicação DEMO para verificar a criação do aplicativo e a forma como o mesmo é renderizada.
• A sexta palestra foi feita pelo Daniel Bozzolo (Analista de Computação - Logus Consulting - Uruguai) onde foi mostrado como é feita a programação PL/SQL no APEX, tanto em blocos Anônimos na renderização de páginas, criação de regiões, itens de página, entre outros, como no bloco criado dentro do SQL Workshop
• A sétima palestra foi do Anderson Ferreira (Gerente de Projeto - TCU). Foi mostrado como é feito o desenvolvimento de aplicações APEX mais seguras com o estado de sessão protegido. Além da explicação sobre o tema, foi feito um exemplo mostrando que é possível se guardar de ataques como a alteração da URL da aplicação para visualização de páginas sem autorização, de três formas com as quais o estado de sessão pode ser protegido: por usuário, por sessão ou por aplicação.
• Após nova breve pausa, Marcelo Burgos (Diretor e fundador do Grupo de Usuários Oracle da Argentina), profundo entusiasta do APEX em seu país, iniciou de forma descontraída sua palestra, dizendo ser arquiteto (de imóveis, não de soluções) e fazendo piada do seu tempo de trabalho, tanto como arquiteto, como desenvolvedor APEX. Ele mostrou alguns dos problemas mais recorrentes no fórum OTN da Oracle em relação ao APEX, como preveni-los e como saná-los.
• A nona palestra, feita pelo Jefferson Gatty (diretor de desenvolvimento e inovação - JPConsulting) mostrou como é feita a criação de Dashboards no APEX 5. Foi utilizada como exemplo uma aplicação financeira, onde era possível alterar de acordo com a necessidade do usuário, a forma como as informações seriam mostradas no relatório de dados.
• A décima e última palestra, feita pelo Ígor Augusto (Analista de Finanças e Controle - Secretaria do Tesouro Nacional), mostrou algumas experiências de sucesso da ferramenta, implementadas no STN, bem como a migração do APEX da versão 4.2 para a versão 5.0.
Autores: Alex Vieira e Pedro Aresta

Como SOA pode influenciar iniciativas de BPM

Pedro Aresta

O que está destruindo os líderes modernos? Com Carlos Hoyos | Café com ADM #495

O que está destruindo os líderes modernos? Com Carlos Hoyos | Café com ADM #495

Sobre o autor

Pedro Aresta

Seja Premium e tenha acesso ao nosso arsenal de cursos