6 Arquitetura Negocio

Modelagem da Arquitetura
do Negcio
Bibliografia
Eriksson, H-E; Penker, M. Business Modeling with UML: Business Patterns at work, John
Wiley, 2000
Booch G. et al, "The Unified Modeling Language User Guide", Addison Wesley, 1999.
Rumbaugh J. et al, "The Unified Modeling Language Reference Manual", Addison Wesley,
Prof.: Clarindo Isaas Pereira da Silva

e Pdua
1999 .
Hammer, M. Champy, J. Reengineering the Corporation: A Manifesto for Business
Revolution. New York: Harper Business Books, 1994.
Gestus
Davenport, T. Process Innovation: Reengineering Work through Information and

Technology. Cambridge, MA: Harvard Business Scholl Books, 1992.
Departamento de Cincia da Computao - UFMG
Beedle, M. A. cOOherentBPR:- A Pattern Language to Build Agile Organizations. PLoP-97

conference, 1997.
Modelagem da arquitetura do
negcio
Modelagem da arquitetura do
negcio
Arquitetura: Aurlio: Informtica: a estrutura
Apresentamos:
e organizao lgica de funcionamento de um
as caractersticas de uma arquitetura de negcio;
sistema computacional.
os conceitos envolvidos na definio dessa

arquitetura;
Nosso interesse est na arquitetura utilizada
as extenses propostas pelos autores Eriksson &
na modelagem de processos de negcio.

Penker na UML usadas para a modelagem da
arquitetura de negcio.
3
Motivao
Contedo
O papel da arquitetura na construo de qualquer tipo

de estrutura bem definido.
Motivao
Embora a forma da arquitetura do negcio seja diferente

de projetos de construo, o conceito igualmente
Arquitetura de negcio
importante.
Com uma arquitetura bem definida possvel:
Conceitos
entender a estrutura a ser melhorada;

planejar a construo real;
Extenses Eriksson & Penker da UML
estimar custos;
usar como base para desenhar a estrutura do negcio.
Motivao
Motivao
A arquitetura serve como

documentao, til mesmo aps
uma construo, facilitando:
A arquitetura
define a
estrutura do
negcio
entender;
manter ;
Modelar a
arquitetura a
chave para o
entendimento do
negcio e como
ele funciona.
se desejado, estender
a estrutura.
Motivao
Motivao
Arquitetura do negcio
Definio
a base para descrever e

entender o negcio, pois:
Arquitetura um conjunto organizado de elementos

com claros relacionamentos entre si, que juntos
formam um conjunto definido por suas funes.
Os elementos representam a estrutura organizacional e
comportamental de um sistema de negcio e mostra
abstraes dos processos e estruturas chaves no
negcio [Vernadat96]. Vernadat, Francois. Enterprise
Modeling and Integration. London, England: Chapman
lista as partes requeridas do negcio;

mostra como as partes so
estruturadas e interagem ;
mostra como a arquitetura deve
evoluir.
& Hall. 1996.
10
Todos os negcios tm algum tipo de
Cabe uma reflexo: as empresas
arquitetura.
No entanto, a nica descrio disponvel
tm muitas plantas e desenhos
do negcio em geral so diagramas
para seus prdios e/ou seus
organizacionais.
produtos, mas em geral nenhum
Por isso, muitas das situaes e estruturas
modelo de como o seu negcio
do negcio nunca foram documentadas ou
conduzido.
visualizadas.
11
12
Documentar um sistema de
negcio:
Atravs da definio e documentao

de como o negcio conduzido, pode-
torna mais fcil trazer melhorias ou

inovaes para o negcio;
facilita a identificao de novas
oportunidades de negcio;
prov requisitos corretos para o
sistema de informao
se ganhar com um conhecimento (do

negcio) que j est disponvel.
A arquitetura funciona como uma base
de conhecimento
O sistema apoiar melhor as operaes

do negcio.
um ativo estratgico para o negcio.
13
14
> A boa arquitetura
A boa arquitetura
Caractersticas da boa arquitetura
Permite ao modelador:
Captura o negcio real o mais confivel

e correto possvel.
abstrair o negcio em diferentes aspectos

ou vises;
Define uma arquitetura que realista e

vivel para implementar e que atinge os
objetivos do negcio.
concentrar em somente um aspecto de

cada vez.
Alcanar abstrao, escondendo os

detalhes e informao irrelevante,
essencial para o entendimento de
sistemas e relacionamentos complexos.
15
Foca nos processos e estruturas chaves

do negcio em um nvel apropriado de
abstrao.
O nvel apropriado diferente caso a caso e
depende do propsito da arquitetura.
16
Arquitetura do negcio > A boa arquitetura >

Caractersticas da boa arquitetura
Arquitetura do negcio > A boa arquitetura
Para conseguir uma boa

arquitetura
Representa uma viso que seja o consenso

entre as pessoas que operam o negcio.
Por exemplo, gerentes e trabalhadores concordam
que a arquitetura descreve corretamente como o
negcio executado.
Modeladores com alto
Adapta-se facilmente a mudanas e extenses
conhecimento do negcio
Ou ao menos com acesso s pessoas
fcil de entender e promove a comunicao

entre as diferentes partes interessadas do
negcio.
com tal conhecimento para serem

entrevistadas e poderem participar na
Uma arquitetura til somente se pode ser

entendida por seus usurios.
construo da arquitetura.
17

Para conseguir uma boa arquitetura
18

Uma linguagem de modelagem que possa:

Capturar todos os conceitos importantes do negcio
Capacidade para permitir organizar diagramas

visuais como diferentes vises do negcio
Cada viso ilustra um aspecto especfico do negcio.
A descrio completa do negcio no pode ser
definida em uma nica viso.
Representar os relacionamentos entre esses

conceitos.
Capturar estruturas estticas ou dinmicas.
Um desenho baseado na experincia do que

funciona ou no funciona.
Ser simples para ser entendida por diferentes

pessoas, sem perder a acurcia e o poder de
Se possvel, padres de modelagem bem definidos

que tenham sido provados que funcionam podem
ser usados.
expresso.
Ser escalvel, para que as coisas possam ser
Um processo de modelagem que garanta a

qualidade e acurcia do modelo produzido.
descritas em diferentes nveis.
19
20

Conceitos
Usaremos a UML como linguagem
Um negcio um sistema complexo com um

propsito ou objetivo especfico.
para descrever os modelos.
Todas as funes do negcio interagem para atingir

seu objetivo.
A UML um padro reconhecido

internacionalmente e utilizada no
Um sistema de negcio um sistema aberto,

cujos objetos e partes so tambm partes de
outros sistemas de negcio.
Ou seja, no podem ser considerados como
uma caixa preta, que pode ser analisada
olhando para suas entradas e sadas.
desenvolvimento de software.
21
22
Conceitos
Conceitos
H quatro conceitos importantes usados na

definio de sistemas de negcio:
Processo; Recurso; Meta; Regra.
Todos os conceitos so relacionados uns aos

outros
Sistema de Negcio A
Uma regra pode afetar o modo em que alguns

recursos esto estruturados;
Um recurso determinado para um processo
especfico;
Uma meta associada a execuo de um processo
especfico.
Sistema de Negcio B
Sistema de Negcio C
O objetivo da modelagem de negcio definir

esses conceitos e mostrar os relacionamentos
e interaes entre eles.
23
24
Conceitos
Conceitos
Recursos: os objetos dentro do negcio

como pessoas, material, informao e
produtos, que so usados ou
produzidos no negcio.
So organizados em estruturas e tem
relacionamentos entre si.
So manipulados (usados, consumidos,
refinados ou produzidos) por meio dos
processos.
Recursos podem ser categorizados como
fsicos, abstratos e objetos informacionais.
Processos: as atividades
executadas dentro do negcio
durante as quais, o estado dos
recursos do negcio mudam.
Descrevem como o trabalho feito
dentro do negcio
So governados por regras.
25
26
Conceitos
Conceitos
Regras: enunciados que definem ou

restringem algum aspecto do negcio e
representam conhecimento do negcio.
Metas: o propsito do negcio ou o

resultado que o negcio como um todo
tenta alcanar.
Governam como o negcio deve ser executado.
Podem ser divididas em sub-metas e

associadas a partes individuais do negcio,
como processos ou objetos.
Governam como os recursos podem ser

estruturados e relacionados entre si.
Podem ser forados de fora do negcio por leis e
regulamentos.
Expressam o estado desejado dos recursos

e so alcanadas por processos
Podem ser definidas dentro do negcio para atingir

as metas do negcio.
Metas so expressas como uma ou mais

regras.
Podem ser categorizadas como funcional,

comportamental e estrutural.
27
28
Conceitos
Conceitos > Meta-modelo

^
parte de
*
Problema
Meta modelo
*
Atrapalha atingir >
Um meta modelo uma descrio (ela prpria

na forma de modelo) de conceitos bsicos
utilizados na modelagem de negcio e seus
relacionamentos.
1..*
Meta
parte de
*
Interface
Pode ser expressa como >
Expressa o
estado
desejado de
>
Atingido por
*
parte de >*
Cria,
refina,
consume,
modifica,
usa >
O meta modelo a seguir mostra como os

processos buscam atingir seus objetivos.
^
*
Processo
*
*
*
< governa/ controla

< afeta
*
gera >
Evento
*
causa >
*
*
Mudana de estado
< afeta
< aplica a
1..*
*
*
Recurso
*
{Abstrato}
*
Coisa {Abstrata}
* *
*
Regra
refere a >
refere a
*
Informao
Restrio
Fsico
29
Derivao
Existncia
Abstrato
30
Pessoa
Extenses Eriksson-Penker
Extenses ErikssonPenker
Nas extenses, os autores procuraram

evitar a criao de novos cones,
So os mecanismos de extenso da
usando esteretipos textuais.
UML: esteretipos, valores rotulados e
Foi criado uma variao do diagrama
restries, propostos pelos autores do

livro (Eriksson-Penker) para a
de atividades da UML, chamado
modelagem de processos de negcio.
diagrama de linha de montagem.
31
32
Extenses Eriksson-Penker > Processos de negcio
Processos de negcio
Enfatizam como o trabalho executado ao

invs de descrever somente os produtos ou
Um processo de negcio uma abstrao que
servios que resultam do processo.
mostra a cooperao entre recursos e a

transformao de recursos no negcio.
A definio de processos de negcio pode
So a parte ativa, dando uma viso interna, do
levar a definio de empregos e estruturas,
negcio.
o que leva a sistemas de gerncia e de
Descrevem as funes do negcio que envolvem

os recursos que so usados, transformados ou
medies, reforando valores na

organizao [Beedle, 1997]
produzidos.
33
34
Extenses Eriksson-Penker > Processos de negcio > Definio
Definio
Um processo simplesmente um conjunto estruturado

de atividades desenhado para produzir um resultado
especificado para um cliente ou mercado particular.
Um processo de negcio uma coleo de

atividades que usam um ou mais tipos de
entrada e criam uma sada que seja de valor
para o cliente. Um processo de negcio tem
um objetivo e afetado por eventos que
ocorrem no mundo externo ou em outros
Isso implica uma forte nfase em como o trabalho

feito dentro da organizao, em contraste com o foco
no produto. Um processo ento uma ordenao
especfica de atividades de trabalho atravs do tempo
e espao, com comeo e fim e entradas e sadas
claramente identificadas: uma estrutura para ao.
processos.
[Davenport, 1992]
[Hammer and Champy 1994]
35
36
Extenses Eriksson-Penker > Processos de negcio >

Caractersticas de um processo de negcio
Caractersticas de um processo de
negcio
Pode afetar mais de uma unidade

organizacional.
Tem uma meta.

Tem entradas especficas.
Tem sadas especficas.
Usa recursos.
Tem um nmero de atividades
Representa uma viso mais horizontal que

vertical em comparao com a organizao
tradicional do negcio.
Cria valor para algum tipo de cliente.
Que so executadas em uma ordem

dependendo das condies e eventos que
ocorrem durante a execuo do processo
Podem ser vistas como sub-processos.
O cliente pode ser interno ou externo ao

negcio.
37
Extenses Eriksson-Penker > Processos de negcio >

Caractersticas de um processo de negcio
38
Representao:
Durante sua execuo, um processo de

negcio pode interagir com outros recursos
(alm dos recursos de entrada e de sada):
Na UML, os processos podem ser

representados em um diagrama de atividades.
esses recursos podem levar informao ao

processo;
Um processo de negcio uma atividade

estereotipada como <<process>>.
ou podem ser pessoas ou mquinas responsveis

pela execuo das atividades do processo.
Recebe recursos como entrada.
Pode ser usado para descrever processos de

servios ou de transaes alm de processos
de manufatura.
Produz recursos como resultados.

Muitas vezes, os recursos produzidos adicionam
valor em relao aos recursos de entrada.
39
40
10
Extenses Eriksson-Penker > Processos de

negcio

negcio > Representao
Propriedades do processo
Segundo a extenso Eriksson-Penker, o processo
pode ter os seguintes valores rotulados
(propriedades) a ele associados:
ad Exemplo de processo
meta
Chapas Furadas
por Dia :Meta
Quantitativ a
informao
Instruo de Furo
Processo de Furao
fsico
Chapa Furada
fsico
Chapa de Ao
Meta
Propsito
Documentao
Responsvel pelo processo
Atores do processo
Prioridades
Riscos
Possibilidades
Tempo
Custo
41

negcio > Propriedades do processo
42

Meta
Documentao:
Um valor textual que descreve o objetivo do

processo, usado se um objeto meta no for
explicitamente anexado ao processo.
Propsito:
Um valor textual que descreve informalmente o

processo;
Por exemplo, as atividades completadas e os
recursos envolvidos
Responsvel pelo processo:
Um valor textual que descreve

informalmente o propsito do processo; por
exemplo, o que o processo faz e no, caso
de um novo processo, seu efeito previsto.
43
Valor textual que define o responsvel pelo

processo, uma pessoa na organizao que gerencia
as mudanas e planos para mudanas.
Atores do processo:
Valor textual que define os atores necessrios para
executar o processo.
Tipicamente so descritos seus nveis de
habilidades.
44
11


Prioridade:
Valor textual que descreve a prioridade do
processo;
Por exemplo, se um processo principal, um
processo de apoio, um processo administrativo, etc.
Riscos:
Tempo:
Valor numrico aproximado do tempo
de execuo do processo.
Custo:
Valor textual que descreve os riscos do processo;

Por exemplo, o que pode dar errado quando o
processo for executado ou implementado no
negcio.
Valor numrico aproximado do custo

de execuo do processo.
Possibilidades:
Valores textuais que descrevem o potencial do
processo;
Por exemplo, as oportunidades de melhoria ou uso
desse processo no futuro.
45
46

negcio

negcio
Passos do processo
cd Processos com Raias

Pesquisa
Um processo contm um nmero de passos ou

atividades que so executadas como parte
dele.
Cada atividade pode ser considerada, ela prpria,
um (sub)-processo do processo que a contm.
Desenvolvimento de Produtos
Marketing
Vendas
Manufatura
Concepo
Lanamento do Produto
Se um processo uma atividade atmica, isto

, no contm sub-processos, ento ele
representado como uma atividade comum.
Melhoria de produto
47
48
12

negcio

negcio > Passos do processo
Atividades do processo
Processo de Concepo:
As atividades so categorizadas com segue.
ad Concepo
Pesquisa de Campo
Diretas
Envolve a criao de um produto ou servio que
representa o valor criado pelo processo.
Definio do produto
Indiretas
Uma atividade que apia as atividades diretas;
Inclui:
Manuteno
Administrao
Atividade de planejamento.
49
50

negcio > Passos do processo > Atividades do
processo

negcio > Passos do processo > Atividades do
processo
Os processos podem tambm
As atividades so categorizadas com segue.
ser caracterizados como sendo
Garantia da qualidade:
de :
Uma atividade que visa garantir a

qualidade de outras atividades.
Desenvolvimento
Por exemplo:
Melhoria
Inspees
Controles
Gerenciamento.
Revises
51
52
13

negcio

negcio > Eventos de negcio
Eventos de negcio
Um evento de negcio:
um acontecimento externo do mundo real que
requer certas aes
Um processo afetado por eventos que

ocorrem ao seu redor ou so gerados por
outros processos que fazem com que o
processo seja ativado.
Representa um registro da mudana em um negcio

em um instante particular no tempo.
Muitos eventos podem ocorrer durante a

operao de um processo para os quais o
processo tem que reagir
Um processo pode tambm gerar eventos para

outros processos dentro do negcio ou em outros
negcios.
Exemplo: Cancelamento de uma ordem por um

consumidor, uma entrega de um material, ou a
colocao em um local errado de um recurso.
Eventos de negcio so sinais que iniciam

atividades ou controlam as atividades
executadas.
53
54


Um evento pode:
<<business event>>
Ordem de Cliente
iniciar a execuo do processo;

afetar o comportamento e execuo do processo;
concluir um processo pela gerao de um evento.
Os eventos mais interessantes costumam vir do mundo
<<business event>>
Ordem de Venda de
Seguro
<<business event>>
Ordem de Compra
de Seguro
externo ao negcio.
A notao para um evento o de um classe
<<business event>>
Ordem de vend a de
ao
estreotipada como <<business event>>
<<business event>>
Ordem de Venda de
Ttulo
<<business event>>
Ordem de Compra de
Ao
<<business event>>
Ordem de Compra
de Ttu lo
Pode-se definir hierarquia de eventos.
55
56
14


O exemplo ilustra um processo que ativado dependendo

da ocorrncia de um evento e um processo gerando um
evento.
O exemplo mostra a notao para recebe evento e
envia evento.
Modularizao de sistema de
negcio
Um sistema grande ter muitos
processos.
ad Diagrama de ativ idade
Ordem de
compra de
ao
Administrao de ordem de
compra
Precisam ser agrupados, ou modularizados
Ordem de compra
no mercado
para o modelador poder concentrar em
Responde chamada do
cliente
somente um conjunto de processos de cada

Ordem de
venda de ao
Administrao de ordem de
v enda
vez.
Ordem de venda no
mercado
57

negcio > Eventos de negcio > Modularizao
de sistema de negcio
58
Recursos
Processos so agrupados na UML com o

mecanismo de pacotes.
So os objetos que agem ou so usados no negcio
Os pacotes podem ser organizados em

estruturas hierrquicas.
Pode-se usar critrios variados para o
agrupamento de processos em pacotes.
Exemplos de critrios: funes similares,
organizao compartilhada, locais
relacionados, etc.
So os elementos consumidos, produzidos,

transformados, ou usados pelo processo de negcio.
Exemplos: material, energia, produtos, pessoas,
informao e servios
Tipos de recursos so modelados como classe;
instncias de recursos so modeladas como objetos.
59
60
15
Extenses Eriksson-Penker > Recursos
Definio
Tipos de recursos
Quatro tipos de recursos podem ser definidos:
Um recurso uma entidade que pode
representar um papel na realizao de uma

certa classe de tarefas.
Um recurso um conceito usado no negcio
e representa qualquer coisa que escolhemos
Fsico
Abstrato
Objeto de Informao
Pessoa
Esses quatro tipos de recursos so tambm

esteretipos usados para categorizar as
classes de recursos.
Sero base para mais esteretipos como:
Mquinas,
Documentos (ambos sub-classes do recurso Fsico
no meta-modelo)
para avaliar ou considerar como um todo
61
62
Meta-
cd Meta diagrama
modelo:
Recurso fsico
Recurso
hierarquia
Uma entidade que ocupa lugar no espao.

algo que se pode tocar e ver.
de recursos
Coisa
Informao
Exemplos:
Mercadoria
Fsico
Furadeira
Abstrato
Matria prima
Partes ou produtos usados no processo.
Um objeto fsico freqentemente construdo

de outro objeto fsico.
Pessoa
63
64
16
Recurso abstrato
Recurso Objeto de Informao
Uma idia ou conceito, em geral composto de outros

objetos.
Freqentemente uma composio de outros objetos
Exemplos:
Uma representao de um conceito, coisa, ou

de outro objeto de informao.
Uma ordem de compra um conceito relacionado a uma

coleo de coisas.
Contratos
Papis representados
Contas
Energia
Aes
Mantm informao sobre outros recursos e

tarefas, trabalhando como um substituto do
recurso, por exemplo, em um sistema de
informao .
Exemplo: Notcias; documentao de um
Envolve coisas e conceitos que no so fsicos e no

podem ser tocados mas que tm importncia para o
negcio.
processo de torneamento, etc.
65
66
Extenses Eriksson-Penker > Recursos >

Recurso objeto de informao
No sistema de informao importante

separar o objeto de informao do conceito ou
coisa que ele representa;
Recurso Pessoa
Um humano que atua em um processo.
uma especializao de um recurso fsico
O objeto de informao mantm fatos ou

conhecimentos sobre outros objetos no negcio.
Para enfatizar e identificar a pessoa em um processo.
Exemplo:
Pessoas so uma importante parte do processo.
Objeto de informao pode manter informao de

conta de banco, um produto ou um contrato
Pessoas:
So algumas vezes mais imprevisveis que mquinas (que
Pode representar um contrato no sistema de

informao, mas no o mesmo objeto que o
contrato real.
pode ser um fator positivo ou negativo), ento devem ser

destacadas no processo.
Exemplo: vendedor, representante comercial, etc

67
68
17

negcio > Representao
Meta
<<Goal>>
Chapas furadas por dia :
Meta quantitativa
Uma Meta descreve o estado desejado

de um ou mais recursos.
<<In formati on>>

: Instruo de Furo
<<Proce ss>>
Processo de furao
Pode ser associada a um negcio ou a

<<Physi cal >>
: Chapa Fu rada
processos de negcio especficos.
<<Physi cal >>

: Chapa de Ao
Motivam atividades guiando as

mudanas para a direo desejada.
69
70
Extenses Eriksson-Penker > Meta
Para rastrear seu progresso, uma meta deve ser
Pode ser colocadas em termos de
mensurvel.
indicao de otimizao, por
Associar uma medida a uma meta ir tornar mais fcil

determinar se ela foi atingida.
exemplo:
A medida deve ser definida em termos quantitativos

como lucro, volume, tempo ou qualidade OU
Aumentar o resultado
Uma meta pode ser definida em termos qualitativos,
Aumentar a qualidade
como:
a empresa ser reconhecida como uma das mais
Diminuir o tempo de lanamento do
respeitadas firmas do pas OU
produto no mercado.
a empresa ir atrair mais trabalho competente.
71
72
18
Sub-meta
Problemas
Metas so intimamente relacionados a problemas, pois um
Uma meta pode ser composta em sub-metas.
problema um obstculo a uma meta.
Alcanar a meta superior depende de se
Um problema uma situao ou objeto que se coloca no
atingir as metas inferiores.
caminho para se atingir uma meta.

comum, portanto, modelar-se os problemas associados a
Sub-metas podem tambm substituir ou
uma meta.
compensar outras sub-metas que tenham
Dada uma meta, pode-se perguntar quais so os problemas que
falhado ou no foram atingidas, para se
dificultam alcan-la.
Dado um problema, pode-se perguntar, se ele for eliminado,
atingir uma meta superior.
qual meta pode ser atingida?
73
74
Extenses Eriksson-Penker > Meta >

Representao UML
Representao UML
Na extenso Eriksson-Penker usada a
seguinte notao:
Representar metas como objetos
Usar um diagrama de objetos para mostrar
as dependncias entre metas e sub-metas.
Problemas so modelados como notas,

estereotipadas como <<problem>>, e
ligadas a metas por relacionamentos de
dependncia.
75
Um objeto meta considerado uma

instncia de uma classe estereotipada
por <<meta>>.
Existem duas classes pr-definidas de
metas:
Metas Quantitativas
Metas Qualitativas
Ambas so estereotipadas por <<meta>>.
76
19

Representao UML

Representao UML
Uma meta quantitativa pode ser expressa por
Pode-se colocar restries {completa} e

{incompleta} s relaes de dependncia
uma valor alvo e uma unidade de medida.
entre metas e sub-metas.
Uma meta qualitativa expressa de maneira
{completa}: significa que o cumprimento de
mais frouxa.
todas as sub-metas garante o cumprimento
preciso haver um processo para se avaliar
da meta.
se uma meta foi cumprida.
{incompleta}: significa que o cumprimento de

todas as sub-metas no garante o
No entanto, para metas qualitativas, necessrio
cumprimento da meta.
basear-se em julgamento humano.
77

Representao UML
Regras de negcio
cd Diagrama de obj eto: metas

Lucrativ idade
Boa :Meta
Quantitativ a
Ocupao alta :
Meta Quantitativ a
78
Rede de Contatos :
Meta Qualitativ a
meta
Meta Quantitativ a
{Completa}
Lucrativ idade de
Pedidos :Meta
Quantitativ a
descrio da Meta: texto = "Ter muitos cli...

valor da Meta: texto = 50000
valor Corrente: texto = 10000
unidade de Medida: texto = "Clientes regis...
Meta
Meta Qualitativ a
-
descrio da Meta: texto
Restries
Condies
Polticas de como os processos de negcio so
executados
Regras de negcio podem afetar todos os

outros conceitos:
{Incompleta}
Efetiv idade de
Vendas :Meta
Qualitativ a
Um modelo de negcios contm regras de

negcio que definem:
Podem restringir:
A execuo do processo de negcio
O comportamento de um recurso
Os meios de se atingir um meta especfica
<<problema>>
Fora de venda
insuficiente
79
80
20
Extenses Eriksson-Penker >

Regras de negcio
Definio
Uma regra em geral envolve o

relacionamento entre conceitos:
Define o modo com que os conceitos podem
relacionar uns aos outros.
Define as condies que precisam ser
mantidas para um relacionamento ser
vlido em um momento especfico no
tempo.

Regras de negcio
Uma declarao que pode controlar ou

afetar a execuo do processo de negcio
assim como a estrutura dos recursos no
negcio. A declarao especifica uma
condio que precisa ser sustentada ou que
controla qual atividade deve ser a seguinte.
A regra de negcio pode expressar um meta
de negcio, especificar o modo com que o
processo deve ser executado, detalhar as
condies de um relacionamento, ou
restringir o comportamento de um recurso.
81
82

Regras de negcio

Regras de negcio
Derivaes
Regras de negcio
Definem como o conhecimento em uma forma

pode ser transformado em outro
conhecimento
Exemplo:
Regras controlam o negcio.

So definidas para satisfazer requisitos:
Externos ao sistema
regulamentaes e leis
Restries impostas por outros negcios
Internos para atingir as metas de negcio com
segurana.
Como algumas informaes so derivadas de outras

informaes.
Uma derivao pode ser:
H trs tipos bsicos de regras de negcio:
Uma regra computacional: uma frmula para

calcular um valor
Uma regra de deduo: Se um certo fato verdade,
ento outro fato deduzido precisa ser verdade.
Derivaes
Restries
Existncia
83
84
21

Regras de negcio

Regras de negcio >
Restries
Restries
Uma operao de um objeto pode ser
Restringem as estruturas possveis ou

comportamento de objetos ou processos;
restringida por meio de:
Por exemplo, o modo como os objetos relacionam

entre si e o modo como o estado de objetos ou de
processos mudam.
Uso de precondies e ps-condies.
Sustentam a integridade dos objetos quando

eles so criados.
Exemplo:
Uma pr-condio precisa ser satisfeita
o modo como os objetos so relacionados uns com

os outros;
o modo como as mudanas de estados de objetos
ou processos ocorrem.
Uma ps-condio precisa ser satisfeita
antes da operao ser executada

depois da operao ter sido executada.
85

Regras de negcio
86

Regras de negcio
Especificao das
regras
Existncia
Regras podem ser especificadas:
Regras que definem:
Formalmente, em uma linguagem formal (que pode

ser executada)
Quando algo pode existir
Informalmente em linguagem natural (Portugus).
Quando algo deve vir a existir
Algumas vezes uma regra precisa ser

especificada dos dois modos:
Ou seja, quando um objeto criado
notao formal usada visando sistemas de

informao;
ou destrudo.
notao informal usada para as pessoas no negcio.
87
88
22

Regras de negcio

Regras de negcio
Complementam os diagramas;
Representao UML
Juntas contm toda a informao de como o

negcio deve ser tocado.
Muitos dos diagramas UML tm suporte embutidos

para a definio de regras
Um diagrama de classe tem restries estruturais nos
relacionamentos :
So usadas em todas as vises, e
Por exemplo, a multiplicidade em associao.
Um diagrama de estado tem restries relacionadas s

transies de estado
podem se relacionar a outras regras
Por exemplo, aes a executar quando uma transio

ocorre.
preciso ter cuidado para que no haja
Um diagrama de atividades tem restries

comportamentais em seu fluxo de atividades.
conflito entre as regras de negcio das
Por exemplo, qual atividade precisa ser executada antes

de outra, OU
Quais condies precisam ser verdadeiras antes de uma
atividade ser executada.
vrias vises.
89
90
Extenses Eriksson-Penker > Regras de

negcio > Representao UML

Regras de derivao podem ser definidas
A UML tem tambm uma linguagem
como restries computacionais no diagrama
formal para a especificao de
UML
restries (OCL Object Constraint
Por exemplo, o valor de um atributo calculado a
Language).
partir do valor de outro atributo.
Regras de negcio especificadas em OCL
Regras tambm podem ser definidas com o
podem facilmente ser transferidas para um
uso de restries (constraints).
sistema que apie o negcio e se tornarem
Uma restrio pode ser representada entre chaves
executveis.
prximas ao elemento do modelo restringido

Prximo a uma associao, por exemplo.
91
92
23

Relacionamentos
Exemplo:
Os relacionamentos padres da UML so

tambm usados na modelagem de processos
de negcio.
Isso inclui esteretipos de relacionamentos.
<<people>>
Pessoa
+inquilino
{Pessoa.Salrio > 5000}
assina >
0..*
<<abstract>>
Contrato
refere a >
1
Por exemplo, o <<refinement>> um esteretipo

do relacionamento de dependncia.
Indica, por exemplo, que um elemento descreve um
mesmo conceito porm de uma maneira mais
detalhada que outro elemento.
<<physical>>
Propriedade
1
+objetoDeContrato
Isso seria denotado por uma seta pontilhada, no sentido

do elemento mais detalhado para o outro elemento.
<<regra>>
{aluguel = 0.115 * Propriedade.valor}
93
94
Mecanismo geral para

regra de negcio
Mecanismos gerais so aqueles que podem ser
utilizados em quaisquer diagramas.
A extenso Eriksson-Penker prov um nico
mecanismo geral: a nota de referncia.
Uma nota de referncia uma nota estereotipada que
contm uma referncia para outro diagrama ou outro
documento.
Essa caracterstica, provida em algumas ferramentas,
mas no na UML padro, permite ao modelador
referenciar outro diagrama ou arquivo de uma maneira
padronizada.
95
24

6 Arquitetura Negocio

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

6 Arquitetura Negocio

Enviado por

Direitos autorais:

Formatos disponíveis

Modelagem da Arquitetura

Prof.: Clarindo Isaas Pereira da Silva

Davenport, T. Process Innovation: Reengineering Work through Information and

Departamento de Cincia da Computao - UFMG

Beedle, M. A. cOOherentBPR:- A Pattern Language to Build Agile Organizations. PLoP-97

Arquitetura: Aurlio: Informtica: a estrutura

e organizao lgica de funcionamento de um

as caractersticas de uma arquitetura de negcio;

os conceitos envolvidos na definio dessa

Nosso interesse est na arquitetura utilizada

as extenses propostas pelos autores Eriksson &

na modelagem de processos de negcio.

O papel da arquitetura na construo de qualquer tipo

Embora a forma da arquitetura do negcio seja diferente

Com uma arquitetura bem definida possvel:

entender a estrutura a ser melhorada;

Extenses Eriksson & Penker da UML

A arquitetura serve como

a base para descrever e

Arquitetura um conjunto organizado de elementos

lista as partes requeridas do negcio;

& Hall. 1996.

Todos os negcios tm algum tipo de

Cabe uma reflexo: as empresas

tm muitas plantas e desenhos

do negcio em geral so diagramas

para seus prdios e/ou seus

produtos, mas em geral nenhum

Por isso, muitas das situaes e estruturas

modelo de como o seu negcio

do negcio nunca foram documentadas ou

Atravs da definio e documentao

torna mais fcil trazer melhorias ou

se ganhar com um conhecimento (do

O sistema apoiar melhor as operaes

um ativo estratgico para o negcio.

Caractersticas da boa arquitetura

Captura o negcio real o mais confivel

abstrair o negcio em diferentes aspectos

Define uma arquitetura que realista e

concentrar em somente um aspecto de

Alcanar abstrao, escondendo os

Foca nos processos e estruturas chaves

Arquitetura do negcio > A boa arquitetura >

Arquitetura do negcio > A boa arquitetura

Para conseguir uma boa

Representa uma viso que seja o consenso

Modeladores com alto

Adapta-se facilmente a mudanas e extenses

fcil de entender e promove a comunicao

com tal conhecimento para serem

Uma arquitetura til somente se pode ser

Arquitetura do negcio > A boa arquitetura >

Arquitetura do negcio > A boa arquitetura >

Uma linguagem de modelagem que possa:

Capacidade para permitir organizar diagramas

Representar os relacionamentos entre esses

Um desenho baseado na experincia do que

Ser simples para ser entendida por diferentes

Se possvel, padres de modelagem bem definidos

Um processo de modelagem que garanta a

descritas em diferentes nveis.

Arquitetura do negcio > A boa arquitetura >