ApresentaçãO Metodologia

IBM Software Group | DB2 Information Management Software

Mapeamento de Processo de Negócio

Apresentação Metodologia


Objetivo Mapeamento de ProcessosObjetivo Mapeamento de Processos

• Promover a otimização da plataforma operacional do ambiente empresarial através da abordagem integral dos elementos inseparáveis que o compõe.

• Promover a harmonia e o equilíbrio na abordagem dos elementos.

• Configurar soluções integrais para o atendimento ideal das reais necessidades dos clientes, minimizando recursos e maximizando qualidade.

Foco em Processo

Grau de Aplicação da Tecnologia

Simplicidade(Eficácia e

Ineficiência)

Excelência(Alta Eficácia e Alta Eficiência)

Paralisia(Ineficácia eIneficiência)

Engessamento(Ineficácia e Eficiência)


Visão do MétodoVisão do Método

InformaçãoInformação

Obje t ivos do Negóc io

Processo

Informação Informação Regra deRegra deNegócioNegócio

Tecnologia deTecnologia deInformaçãoInformação

Rec ursoRe cursoHum anoHum a no

M é t ric aM é t ric a

InformaçãoInformação

Atividade


Fluxo de ProcessoFluxo de Processo

Evento

Atividade

WBS Ator

Decisão

Macro Processo

WBS Ator

Unidade Organizacional

Disparo

Fluxo Informação

(Input)

S

N

Regra de Negócio

Sistema de Apoio

Fluxo de Informação

(Output)

Fluxo de Informação

(Output)


Elementos da CadeiaElementos da Cadeia

• Evento– Um evento é algo que ocorre no ambiente externo e que provoca uma ação do processo como

conseqüência. – É um acontecimento referente à ação de alguém, à passagem do tempo ou quando se alcança uma

determinada condição.

• Atividade– É toda atividade humana ou sistêmica contida no contexto do processo.

• Fluxo de Informação (Input)– São as informações, ou seja, um grupo de dados úteis ao processo, utilizadas na atividade, tanto como

“insumos” para produção de outputs como “parâmetro ou instrução” para execução da ação.

• Fluxo de Informação (Output)– São informações que, ou foram produzidas pela ação do processo ou foram recebidas pela ação do

processo como inputs e estão sendo destinadas a outras ações.


Elementos da CadeiaElementos da Cadeia (continuação)

• Regras de Negócio– São todas as regras, concernentes ao contexto do negócio da empresa, que devem ser aplicadas na

execução de uma determinada atividade, independentemente de seu interpretador ou de sua forma de implementação.

– São “balizas”, “parâmetros” que orientam os processadores em relação à execução de determinadas atividades do contexto no negócio. Determinam como executar, quando executar ou quem executa a atividade.

• Sistema de Apoio– São recursos (equipamentos, sistemas de informação, máquinas, etc.) que suportam e auxiliam a

execução da ação.

• Ator (Recurso Humano)– É a classe de pessoas responsável pela execução da ação. – Uma atividade pode ser realizada por mais de um processador apesar de, no diagrama, só ser

apresentado o primeiro processador, os demais fazem parte da documentação gerada.


Etapas do Processo de ModelagemEtapas do Processo de Modelagem

• A metodologia permeia todas as etapas de desenvolvimento de um Sistema de Informação:– Diagrama de Processo

• Níveis de Observação;

– Modelo Conceitual de Dados;– Diagrama de Use Case;– Modelo Lógico de Dados;– Diagrama de Objetos de Use Case;– Definição do Sistema de Informação

UC AÇAO

EVENTO

AÇÃO

EVENTO

ENTIDADE EXTERNA

OBJETOS DE NEGÓCIO

USE CASE

DIAGRAMA DE PROCESSO - NIVEL 0

DIAGRAMA DE PROCESSO - NIVEL N

DIAGRAMA DE MODELO DE INFORMAÇÃO

SISTEMA B

DIAGRAMA DE USE CASES

TABELAS

MODELO DE DADOS NORMALIZADO

CO

EO (TABELA)

IODIAGRAMA DE OBJETOS -USE CASE

1

23

45

6

IO

DIAGRAMA DE OBJETOS - COMPONENTES DE PROGRAMAÇÃO

7

GRUPO DE DADOS


Decomposição de ProcessosDecomposição de Processos

• Processos podem ser decompostos e dessa forma, os detalhes de um processo vão surgindo

• O maior nível de decomposição de um Diagrama de Processo apresenta as atividades de negócio

• Essas atividades representam as atividades humanas efetuadas, que podem ou não possuir apoio sistemico


DecomposiçãoDecomposição de Atividadesde Atividades

• Permeando para a Cadeia de Tecnologia, teremos– Atividades transformam-se em Use Cases– Fluxos de Informação transformam-se em Modelos de Dados– Atores das atividades transformam-se em Atores do Use Case

• Geram-se então dois novos diagramas– Diagrama Entidade Relacionamento– Diagrama de Use Cases


Decomposição de Diagrama de Use CaseDecomposição de Diagrama de Use Case• Decompondo-se o Diagrama de Use

Cases, gera-se o Diagrama de Objetos de Use Case– Objetos de Interface

• Tipo de classe usada para modelar as interações entre um sistema e os seus atores.

• Representam normalmente, janelas de aplicação, APIs, etc.

– Objetos de Controle• Tipo de classe usada para encapsular e

modelar o fluxo de controle para um dado caso de uso.

• Representam coordenação e sequenciamento de outros objetos.

– Objetos de Entidade• Tipo de classe usada para modelar

informação com grande duração (possivelmente persistente)

• Representam mensagens ou dados.


Modelagem de Sistemas de Informação a partir de Modelagem de Sistemas de Informação a partir de “Diagramas de Objeto de Use Case”“Diagramas de Objeto de Use Case”

• Objetivos da modelagem e arquitetura de sistemas de informação:– Modelar uma solução de sistema de informação para atender aos processos de negócio

• A partir dos diagramas de Objeto de Use Case é possível partir para a modelagem e arquitetura dos sistemas de informação necessários para suportar os processos de negócio.

• Para isso temos duas estratatégias de desenvolvimento possível:– A-Modelagem e arquitetura convencional

• Modelo Cliente/ Servidor

– Modelo em camadas (n tier s) Internet• B-Modelagem e arquitetura orientada a serviços (SOA)


Comparação de modelos “Tradicional” e “Orientado a Serviço (SOA)”SOA é uma revolução Organizacional e uma evolução Técnica

Modelagem tradicional Modelagem SOA

Baseada em componentes Baseada em serviços

Modelo procedimental (orientado à invocação de funções)

Modelo “colaborativo”/event-driven (orientado àschamadas para fornecimento/consumo deserviços)

Produto mais rígido (build to last) Produto mais flexível (build to change)

Ciclos de desenvolvimento longos Desenvolvimento (e deployment) incremental

Favorece o desenvolvimento de aplicações isoladas e independentes (“nichos” aplicacionais)

Favorece o desenvolvimento de soluçõesintegradas

“Partes” fortemente ligadas (acoplamento forte) “Partes” fracamente ligadas (acoplamento fraco)

Modelo de comunicação orientada ao “objeto” Modelo de comunicação orientado a “mensagens”

Foco na implementação (“como faz”) Abstração (“o que faz”)


O que é SOA?O que é SOA?

• SOA é uma abordagem arquitetural corporativa que permite a criação de serviços de negócio interoperáveis que podem ser facilmente reutilizados e compartilhados entre aplicações e empresas. Além disso, é a resposta da indústria de TI para a nova realidade do mercado, que exige agilidade para mostrar resultados e aumentar a produtividade com recursos cada vez mais limitados.

• São objetivos comuns em iniciativas SOA:– Melhorar o alinhamento entre os objetivos das áreas de negócio e as prioridades das áreas de TI– Aumentar a agilidade na entrega de novas soluções– Reduzir custos nas áreas de TI liberando recursos para novos investimentos– Padronizar a arquitetura de software, gerando produtos mais maduros, com mais qualidade– Aumentar a competitividade para que os clientes finais usufruam de soluções mais rápidas– Reduzir os custos de manutenção e aumentar o foco em inovação– Gerar receita através de novas soluções “as a service” atendendo as necessidades do mercado


Síntese de SOASíntese de SOA

• Foco na funcionalidade e não na sua implementação– Foco em “o que faz?” e não “como faz”

• Separação “clara” entre o “fornecedor” e o “consumidor” do serviço

• Foco na definição dos “contratos”– Funcionais – obrigações do “fornecedor” e do “consumidor”– Não-funcional – SLAs (Service Level Agreements)

• Capacidade de “composição” e “agregação” de “serviços” mais básicos no desenvolvimento de “serviços” mais complexos/completos


Camadas numa implementação SOACamadas numa implementação SOA


Modelagem e Arquitetura para SOAModelagem e Arquitetura para SOA Metodologia Magna Sistemas

• A estrutura abaixo, demonstra as principais fases do método, incluindo as influências que conduzem cada fase e os artefatos produzidos. O principal artefato manipulado pelo método é o Modelo de Serviço.


Modelagem e arquitetura para SOAModelagem e arquitetura para SOA Fluxo de trabalho

• O fluxo de trabalho contempla desde a análise de transformação do negócio até a realização


Education

ApresentaçãO Metodologia