Capacitacao Tecnica Business Studio KALENDAE

Capacitação Técnica
TIBCO Business Studio™ 3.1.0

Fundamentos
Livro do Estudante
Julho de 2009
Informação Importante
Alguns softwares da TIBCO Software contêm outros softwares TIBCO. O uso de tais Softwares
TIBCO embutidos é tão somente para habilitar funcionalidades (ou fornecer funcionalidades
complementares de forma limitada, de produtos licenciados). Os softwares embutidos não são
licenciados para serem utilizados ou acessados por qualquer outro software TIBCO ou qualquer
outro propósito.
Todas as marcas e nomes dos produtos são marcas comerciais ou marcas registradas por seus
respectivos proprietários.
TIB, TIBCO, TIBCO Software, TIBCO Adapter, Predictive Business, Information Bus, The Power
of Now, TIBCO iProcess, e TIBCO Business Studio são igualmente marcas comerciais
registradas de TIBCO Software Inc. nos Estados Unidos e/ou outros países.
EJB, Java EE, J2EE, JMS e todas as marcas comerciais baseadas em Java e logotipos são
marcas comerciais registradas de Sun Microsystems, Inc. nos estados Unidos e outros países.
Todos os outros produtos e companhias ou marcas mencionadas neste documento são
proprietários de seus respectivos donos e são mencionados apenas para propósitos de
identificação.
Tibco Business Studio3.1.0 Fundamentos
Conteúdo Programático
Conteúdo Programático
Página iii
Prefácio
Este material possui explanações de conceitos e espaços reservados para anotações.
Encoraja-se a participação em todos os exercícios do treinamento como forma de reforço ao
conteúdo ministrado. Assim, as dúvidas que eventualmente forem encontradas poderão ser
respondidas em suas seções próprias. O instrutor fornecerá uma forma de avaliação do
treinamento. Por favor, preencha-o e devolva-o ao final do treinamento. Sua opinião é crucial
para o contínuo sucesso e evolução deste treinamento.
Para maiores informações sobre currículos educacionais, por favor, visite a página do
Programa Educacional TIBCO: http://www.tibco.com/services/educational.
Convenções Utilizadas
Este livro usa algumas convenções especiais. Quaisquer referências cruzadas relacionadas às
porções deste material serão escritas em itálico. Novos termos e acrônimos serão definidos
conforme ocorrerem. Os seguintes gráficos podem ser utilizados para marcar importantes
informações adicionais:
AVISO: É utilizado para informações críticas que devem ser observadas para
evitar sérias conseqüências.
NOTA: É utilizada para fornecer informações relevantes sobre o assunto

retratado.
SUGESTÃO: É utilizado para fornecer informações úteis.

Tibco Business Studio 3.1.0 Fundamentos
Visão Geral
Bem-vindo ao treinamento do TIBCO BusinessStudio 3.10
Este programa fornece experiência na modelagem, simulação e
distribuição de Processos de Negócio desenvolvidos no TIBCO
BusinessStudio. Esta unidade introdutória fornece uma visão
geral do curso, incluindo objetivos de aprendizagem, agenda e
ambiente de laboratório.
Tópicos
 Boas Vindas
 Agenda
 Objetivos
 Material e Laboratório
Página 1
Boas Vindas
Iniciando o treinamento, apresente-se ao instrutor e aos seus

colegas de classe. Relate suas experiências profissionais e
expectativas sobre o treinamento e, como planeja utilizar o
TIBCO Business Studio na modelagem dos Processos da sua
organização.
Página 2
Agenda
Após um resumo sobre a TIBCO Software e as soluções por

ela fornecidas, o treinamento abordará as funcionalidades do
Business Studio, incluindo a modelagem de conceitos e
Processos de Negócio, simulação, gerenciamento e
distribuição reforçando a aprendizagem por meio de exercícios
e laboratórios práticos.
Página 3
Objetivos
Por meio de ensinamentos conduzidos pelo instrutor

combinados com demonstrações do produto e exercícios
práticos, a meta para este treinamento é fornecer sólido
conhecimento sobre o TIBCO Business Studio, incluindo:
 Conhecimentos essenciais e habilidades para modelar,

simular, distribuir e gerenciar Processos de Negócio.
Página 4
Material e Laboratório
Em cada estação de trabalho dos estudantes será realizada

uma instalação completa do TIBCO Business Studio.
Os arquivos necessários para os exercícios serão

disponibilizados durante o treinamento.
Página 5
Anotações
Página 6
Unidade 1 Introdução às Soluções TIBCO

A TIBCO Software fornece softwares para soluções de
Arquitetura Orientada a Serviços (SOA), Gerenciamento de
Processos de Negócio (BPM) e Otimização de Negócios (BO).
Tópicos
 TIBCO Software
 TIBCO fornece: SOA
♦ Plataforma SOA:TIBCO BusinessWorks
♦ Integração de Aplicações:TIBCO Adapter
Suite
♦ Barramento de Serviços Empresariais -
ESB
♦ Monitoração e Gerenciamento
♦ Integração de parceiros: TIBCO
BusinessConnect
♦ Integração de dados: TIBCO
DataExchange
♦ Integração com Mainframe
 TIBCO fornece: BPM
♦ BPM: TIBCO iProcess Engine
♦ BPM: TIBCO iProcess Decision Server
♦ BPM: TIBCO iProcess Monitoring
 TIBCO fornece: Otimização de Negócios
♦ Business Optimization: TIBCO
BusinessEvents
PortalBuilder
BusinessFactor
Página 7
Unidade 1 - Introdução às Soluções TIBCO
Os seguintes tópicos serão abordados nesta seção:

 TIBCO Software
 TIBCO entrega: SOA
o Plataforma SOA: TIBCO BusinessWorks
o Integração de Aplicações: TIBCO Adapter Suite
o Barramento de Serviços Empresariais - ESB
o Monitoração e Gerenciamento
o Integração de parceiros: TIBCO
BusinessConnect
o Integração de dados: TIBCO DataExchange
o Integração com Mainframe
 TIBCO entrega: BPM
o BPM: TIBCO iProcess Engine
o BPM: TIBCO iProcess Decision Server
o BPM: TIBCO iProcess Monitoring
 TIBCO entrega: Otimização de Negócios
o Business Optimization: TIBCO BusinessEvents
o Business Optimization: TIBCO PortalBuilder
o Business Optimization: TIBCO BusinessFactor
Página 8
TIBCO Software
TIBCO é fornecedor líder em softwares de integração de

Negócios e gerenciamento de Processos.
Por este motivo a TIBCO pode ajudar as organizações em
aspectos tais como:
 Aceleração de projetos
Os ciclos de projetos e iniciativas de atualização
tecnológica são acelerados por meio das soluções
TIBCO de SOA.
 Iniciativas
A efetividade e eficiência operacional são aumentadas
por meio das soluções TIBCO de BPM.
 Ciclos go-to-market
A visibilidade operacional, colaboração e capacidade
de pró-atividade são melhoradas por meio das
soluções TIBCO de otimização de negócios.
TIBCO é uma distribuidora revolucionária há quase 20 anos e

continua inovando. Possui:
 Mais de 3.000 clientes e 175 parceiros.
 Mais de 1.600 empregados e 40 escritórios ao redor do
mundo.
 Sólida posição financeira e registro de rentabilidade
consistente.
Página 9
Arquitetura Orientada a Serviços - SOA
A fundação da Arquitetura Orientada a Serviço fornece a

habilidade para construir uma infra-estrutura para componentes
reutilizáveis e serviços para acelerar a entrega de aplicações
compostas. Os pedaços do núcleo de uma arquitetura
orientado a serviço incluem: desenvolvimento de serviços,
gerenciamento e entrega, integração, gerenciamento de
parceiros comerciais e gerenciamento de dados master.
A pressão para rapidamente inserir novos produtos e serviços

ao mercado tem sido a força motriz por trás da obsessão da
indústria com arquiteturas orientadas a serviço. A TIBCO auxilia
as organizações devido às soluções de software baseadas em
padrões e experiência nas implementações de sucesso em
diversos clientes.
Página 10
TIBCO BusinessWorks
Diferente dos produtos concorrentes, o BusinessWorks não

requer manipulação de código pelos usuários. Ao invés disso,
os usuários constroem funcionalidades por uma interface
gráfica de fácil uso que gerencia os Metadados.
 Utiliza XML Schema para validação de dados;
 Elimina a necessidade de validação de código;
 Suporta desenvolvimento concorrente multi-usuário por
características flexíveis de chek-in e check-out;
 Permite reuso de componentes;
 Controle de versão por XML Cânon ou qualquer outro
pacote instalado.
Características do BusinessWorks:
 Software orquestrador que provê integração por meio

de mensageria e por meio do backbone corporativo;
 Interconecta diferentes aplicativos, banco de dados e
Processos por meio de web services padrões ou por
meio de uma matriz pré-definida de adaptadores;
 Realiza o roteamento e a respectiva entrega de dados
entre diferentes sistemas de forma inteligente;
 Capacidade de intermediar e transformar formatos de
dados incompatíveis e protocolos de mensageria
discrepantes;
 Modela e automatiza Processos de sistemas enquanto
gerencia exceções de um workflow com transações
humanas;
 Inclui Ambiente Integrado de Serviços (ISE) líder de
mercado utilizado para criar, implementar e gerenciar
web services, além de unir serviços em aplicações
compostas.
Página 11
Suíte de Adaptadores TIBCO
Um adaptador permite que aplicações ERP, CRM e B2B e

bases de dados se conectem ao backbone de mensagens para
que os dados fiquem disponíveis em toda a corporação.
• Gateways com sistemas de terceiros

o ERP, CRM, DB, Arquivos, customizados.
• Tradução de dados de aplicações nativas para mensagem
o Conectividade bi-direcional (um adaptador permite
comunicação bi-direcional entre a aplicação e a
camada de mensageria).
o Dirigido à demanda ou eventos.
o Armazenamento de metadados.
TIBCO fornece também o SDK (Software Development Kit)

para quem quer desenvolver seus próprios adaptadores
customizados (para aplicações legadas).
Adaptadores estão disponíveis para aplicações como SAP R/3,

PeopleSoft, Oracle Apps, Siebel, Lotus Notes, i2, BroadVision,
Clarify, Vantive, JD Edwards, Arbor/BP.
E para aplicações de mainframe como: CICS Adapter, File

Adapter for AS400, os390 e z/os.
Página 12
Barramento de Serviços Empresariais - ESB
Mensageria é um dos mais importantes componentes dos

produtos TIBCO. É a base para o TIB (the information bus).
As opções de mensageria fornecida pela TIBCO são:
Rendezvous, EMS e SmartSockets.
Cada produto atende a uma necessidade específica:
 Rendezvous: alto desempenho e throughput (taxa de
processamento de dados).
 EMS: segurança e compatibilidade com padrões.
 SmartSockets: para uma mensageria configurável.
A ferramenta fornece as seguintes capacidades:
 Comunicação em tempo real

 Confiabilidade, disponibilidade e escalabilidade.
 Alta velocidade e volume de movimentações de
informação.
 Suporte a padrões de dados (XML, SOAP) e padrões
para mensageria (JMS).
Página 13
Monitoração e Gerenciamento
TIBCO Hawk é usado para garantir que os sistemas executem

full time. HAWK é o framework para monitoração e
gerenciamento dirigido a eventos.
O Hawk é configurável para correções e alarmes em tempo real
na camada de mensageria.
As principais características da solução de monitoração e
gerenciamento são:
• Mapeia os Processos de Negócio para infra-estrutura
de TI, fornecendo contexto de Negócio à monitoração
de eventos.
• Melhora o gerenciamento de SLAs fornecendo métricas
sobre os Processos de Negócio e a infra-estrutura.
Em relação à monitoração das aplicações, verifica-se:
• Visão centralizada de aplicações distribuídas.
• Monitoração baseada em regras.
• Ações corretivas e alertas em tempo real.
• Consoles independentes.
O TIBCO Enterprise Management Advisor executa no topo do

framework. Pode rodar como um produto standalone ou pode
ser usado para fornecer comunicação tanto para sistemas
empresariais quanto HP OpenView, por exemplo. Suas
características são:
• Comunicação com sistemas externos.
• Exposição de sistemas, redes, aplicações e dados de
Processos.
• Funcionamento Standalone ou com sistemas
empresariais.
• Suporte a WSMF.
WSMF: Web Services Management Framework. É o protocolo padrão

suportado pelos sistemas de gerenciamento organizacionais.
Página 14
TIBCO BusinessConnect
TIBCO BusinessConnect é usado para conectar o seu existente

ambiente integrado aos seus parceiros. Permite transações
B2B em tempo real usando protocolos como SOAP, EDI e
RosettaNet.
Parceiros B2B compartilham um Processo publico que é uma

plataforma neutra, especificam o nível de segurança,
identidades de parceiros comerciais e protocolos.
A comunicação de Processos privados executada em segundo

plano, é uma plataforma específica que prepara o documento
de transação (por exemplo,*.xml) e o envia para o servidor
B2B.
A conectividade os sistemas é baseada nos protocolos:

• SOAP, EDI, EDI-HIPAA,UCCNET, RossetaNet.
• Integração com o BusinessWorks para Processos
privados.
• Suporte a implementações DMZ.
Página 15
TIBCO DataExchange
TIBCO DataExchange é o produto de ETL da TIBCO. É usado

para extrair grandes quantidades de dados de diversas fontes,
transformar os dados e carregá-los em diferentes alvos
(targets).
Uma fonte de dados pode ser um banco de dados, arquivo ou
mensagens.
Por trabalhar com grandes quantidades de dados, o TIBCO
DataExchange possui características de leitura e escrita em
blocos e carga paralela.
 Extração, Transformação e Carga.

 Múltiplas fontes de dados
o Bancos de dados, XML, JMS, Arquivos
 Processamento agendado
 Processamento paralelo e carga em blocos
Página 16
Integração com Mainframe
Para integração no ambiente de plataformas altas, a TIBCO

oferece uma suíte de produtos chamada: Mainframe Server
Suíte.
Seus componentes são: back-end (gateways de bancos de
dados), Integration Foundation e front-end (gateways de
integração).
Os gateways de integração permitem comunicação a
aplicações externas tais como J2EE e.NET.
O fundamento de integração possui as mesmas capacidades
de configuração executando sobre mainframe, UNIX ou
Windows.
 Gateways de banco de dados

o Mainframe e outras bases de dados
 DB2, IMS, VSAM
 TIBCO Mainframe Integrator
o Mapeamento de dados, metadados
 Gateways de integração
o Aplicações externas
 .NET, J2EE
Página 17
Gerenciamento de Processos de Negócio - BPM
O Gerenciamento de Processos de Negócio (Business Process

Management - BPM) fornece às organizações a habilidade de
salvar os investimentos, poupar tempo e entregar valor por
meio do real Retorno Sobre o Investimento (ROI). Pode-se
orquestrar e automatizar tarefas e Processos. Soluções BPM
incluem execução e modelagem de Processos de Negócio,
regras e análise e monitoração de Processos.
Página 18
TIBCO iProcess Engine
TIBCO iProcess Engine é o componente principal do ambiente

BPM. Todos os outros produtos, tais como o TIBCO iProcess
Decisions Server e o TIBCO iProcess Analytics são suportados
pelo iProcess Engine.
TIBCO iProcess Engine é o motor de execução:

 Capacidades de orquestração de processos “ricos”
com suporte completo para sub-processos dinâmicos e
roteamento ad-hoc. Permite modificações nas
instâncias dos Processos em tempo de execução, tais
como pular para outros passos, novos roteamentos, ou
suspensão de uma instância de processos ou todas as
instâncias de processos simultâneamente.
 Controle sobre grandes volumes de dados, transações
de missão crítica através de múltiplos servidores
enquanto mantém-se a integridade de transações
individuais.
 Suporte à escalabilidade virtualmente ilimitada e
extensões para acomodações de metas estratégicas.
A suíte TIBCO BPM é usada para construir soluções BPM

empresariais. Não depende de um ambiente EAI, e pode ser
configurada para se comunicar com múltiplos ambientes EAI
(por exemplo, através de departamentos, se cada
departamento tem sua própria solução EAI).
Página 19
TIBCO iProcess Decisions
A definição de regras de Negócio nos Processos gerais pode

se tornar complicada. Como resultado, a compreensão destes
Processos pode tornar-se mais difícil com o passar do tempo.
Como resultado, a compreensão desses Processos torna-se
mais difícil e a manutenção se torna mais cara. Para simplificar
isto, regras de Negócio são manipuladas separadamente.
Regras de Negócio podem ser criadas e armazenadas usando

uma interface gráfica de usuário, e essas regras podem ser
aplicadas aos Processos de Negócio.
Página 20
TIBCO iProcess Analytics
Embora passado com o histórico, presente em tempo real e

futuro pela predição sejam componentes separados no TIBCO
BPM, o TIBCO iProcess Analytics é suficiente neste nível de
conversação para unir em um só e simplificá-los.
A monitoração de Processos facilita a geração de relatórios

customizados, mineração de dados e valores de alarme entre
outras diversas características.
Página 21
Otimização de Negócios - BO
A capacidade de entregar com eficácia a informação correta, no

tempo correto para as pessoas corretas e entregar essas
informações para a tomada de decisão, é o que chamamos de
Otimização de Negócio (Business Optimization - BO).
Diversas organizações com desafios de otimização de Negócio

têm utilizado nossas soluções por meio da entrega de uma
série de soluções de liderança incluindo clientes e portais de
parceiros, correlação de eventos, monitoração e alertas, e
painéis operacionais.
Página 22
TIBCO General Interface
TIBCO General Interface Builder é utilizado para construir um

“Rich Client”.
Um “Rich Client” pode ser distribuído em um navegador web

com a funcionalidade de software cliente ou aplicação “Thick”
que possui características robustas, velocidade e desempenho.
TIBCO General Interface Builder tem um ambiente de

desenvolvimento integrado (IDE) que é um ambiente de Visual
Authoring para criação rápida e distribuição de aplicações.
Este ambiente de Visual Authoring pode executar como uma
ferramenta standalone ou ser embutida no navegador Internet
Explorer de um outro ambiente de desenvolvimento.
Pode-se utilizar qualquer IDE baseado em scripts para criar

aplicações que chamam as APIs do framework TIBCO General
Interface.
Página 23
TIBCO BusinessEvents
Dados de Negócios permeiam diversos Processos de Negócio

na organização. Estes dados precisam ser correlacionados de
forma a identificar os problemas, padrões e exceções de
Negócio. Utilizando esta correlação de dados, regras podem
ser projetadas para tornar os Processos preparados para
manipulações tais como incidentes que podem surgir
futuramente.
O TIBCO BusinessEvents auxilia o co-relacionamento de

dados, e permite criar regras onde se identificam tendências,
exceções e previsões de desempenho baseado nas
experiências passadas.
Página 24
TIBCO PortalBuilder
TIBCO PortalBuilder é utilizado para consolidar acesso às

informações sobre páginas frequentemente visitadas – a
página inicial de sua companhia. É um poderoso agregador de
web services e plataforma de desenvolvimento.
As principais características do TIBCO PortalBuilder são:
 Integração às fontes existentes de conteúdo interno e

conteúdo externo.
 Localização e customização.
 Não necessidade de instalação nos computadores dos
usuários resultando em nenhuma manutenção nos
usuários.
Os produtos TIBCO tais como TIBCO FormBuilder, TIBCO

BusinessWorks Collaborator, TIBCO General Interface Builder e
TIBCO BusinessFactor podem ser acoplados neste Portal.
Página 25
TIBCO BusinessFactor
TIBCO BusinessFactor é o software de Monitoração das

Atividades do Negócio (Business Activity Monitoring – BAM)
fornecida pela TIBCO.
O BusinessFactor é instalado no topo dos Processos de

Negócio existentes e coleta dados de diversas fontes. Dados
são agregados ou correlacionados conforme necessário. Estes
dados agregados são apresentados ao usuário de Negócio de
forma que este possa identificar potenciais problemas e reagir
a estes problemas.
Página 26
Soluções TIBCO
TIBCO Software é líder mundial no fornecimento de softwares,

conhecido pela posição mercadológica independente e
inovadora.
As principais razões porque as organizações se voltam às
soluções TIBCO são:
o Melhorar a visibilidade operacional,
colaboração e pró-atividade.
o Aumentar a eficiência e eficácia
operacional.
o Acelerar projetos, iniciativas e ciclos
go-to-market
 Como?
Tempo Real…
 A vantagem que a TIBCO oferece vai de
encontro aos desafios críticos que as organizações
enfrentam:
o Desempenho;
o Neutralidade;
o Flexibilidade.
Página 27
Anotações
Página 28
Unidade 2 Introdução ao Business Studio

TIBCO Business Studio é desenvolvido para analistas de
Negócio e responsáveis pela implementação de Processos de
Negócios. O Business Studio é utilizado para modelar e simular
os Processos e para melhorias nos Processos existentes.
Tópicos
 Introdução ao Business Studio

 Público Alvo
 Abordagem de Modelagem
 Conceitos e Definições
 Artefatos
 Conexões entre objetos
 Fluxos
 Componentes
 Fragmentos
 Objetos de Projetos
 Raias
 Diretórios Especiais
 Tutorial 1 - Conhecendo o Business Studio
Página 29
Unidade 2 - Introdução ao Business Studio
Esta unidade irá abordar os seguintes tópicos:

• Descrição de usuários e papéis do Business Studio
• Explicação sobre as formas de abordagens da modelagem
de Processos de Negócio
• Explicação sobre formas de abordagens da implementação
de Processos de Negócio
• Explicação de conceitos e definições utilizadas pelo
Business Studio e pela Notação BPM
• Ambientação e navegabilidade no Business Studio
Página 30
Público-Alvo
TIBCO Business Studio é desenvolvido para os analistas de

Negócio e os responsáveis pela implementação dos Processos
de Negócio da organização.
Os pré-requisitos para utilização do Business Studio é,

basicamente, uma familiaridade com os padrões e conceitos
BPMN e XPDL.
O TIBCO Business Studio permite que seus usuários definam,

facilmente, os fluxos de processos complexos envolvendo
aplicações e pessoas.
Página 31
Características do TIBCO Business Studio
O TIBCO Business Studio é uma ferramenta gratuita para

modelagem e simulação de Processos de Negócios de BPM. A
criação de Processos, a documentação e a simulação são as
principais funções de uma solução desenvolvida no TIBCO
Business Studio.
Analistas de Negócio podem modelar os Processos de Negócio

e simulá-los antes da implementação. Também podem procurar
por modelos de Processos em execução, identificar gargalos e
realizar a reengenharia dos Processos, se necessário. Os
modelos de processos podem ser testados para simular a
eficiência e garantir resultados consistentes ao processo.
As principais características do TIBCO Business Studio são:
 Modelagem e simulação de Processos de Negócio;

 Mudança de Perspectivas entre Analistas de Negocio e
implementadores dos processos;
 Simulação de Processos de Negócio (identificação de
gargalos);
 Gerenciamento de ciclos de vida do Processo;
 Documentação de Processos de Negócio;
 Geração de formulários e relatórios customizados.
Página 32
Ciclo de Vida do Processo de Negócio
A abordagem de modelagem é realizada em dois momentos:
 Antes da implementação, quando são construídos

modelos de Processos, estimativas de carga, custos,
etc.
 Após a implementação quando é melhorado o
desempenho e são comparadas estimativas e
realidades.
O funcionamento do Business Studio é representado na figura

acima. Esta figura é uma visão técnica do ciclo de vida do
Processo de Negócio. Examinando esse ciclo é possível
identificar as áreas onde o Business Studio é utilizado. A
utilização do TIBCO Business Studio pode ser antes ou depois
da implementação de um Processo de Negócio. É utilizado
antes da implementação para modelar e simular os Processos
e é utilizado depois da implementação para realização de
melhorias nos Processos existentes por meio da identificação
de gargalos.
Página 33
Abordagem de Modelagem
As melhores práticas de modelagem de Processos podem ser

realizadas da seguinte forma:
1. Definição do Processo “Como é” ("As is")

 Entrevistas de Negócio e usuários sobre
práticas atuais.
 Obtenção do fluxo do Processo.
 Obtenção dos dados relevantes do Processo.
 Anexação dos dados relevantes ao Processo
como pontos chaves (por exemplo, pontos de
decisão ou atividades).
 Simulação e análise para garantia da precisão
da representação do Processo.
2. Definição do Processo “Como deve ser” ("To be")

Este é um exercício opcional, onde:
 Otimizações são propostas por meio de
mudanças de Processos e novas automações
do Processo existente.
 Simulações são realizadas para validação de
mudanças ou quantificação de custos
estimadas.
3. Entrega para Implementação

Se o Processo é executado em um ambiente BPM,
deve-se:
 Marcar o Ambiente de destino apropriado;
 Verificar problemas para quaisquer avisos ou
erros no Processo;
 Alteração da perspectiva de desenvolvimento
para a de implementação de detalhes
sistêmicos dos Processos (basicamente a
parametrização das etapas sistêmicas do
Página 34
Processo), que habilitam esse processo para a

execução.
Caso esteja se utilizando chamadas a serviços nativos (banco

de dados ou e-mail) ou chamadas a serviços genéricos (tais
como web services), pode-se enriquecer o Processo com
detalhes de execução no TIBCO Business Studio e distribuí-lo
diretamente no TIBCO iProcess Engine. Entretanto, caso
deseja-se fazer outros tipos de chamadas à serviços (por
exemplo, EAI Java), deve-se implementar Processos usando
outros produtos da suíte, tais como TIBCO iProcess Modeler.
Página 35
Abordagem de Implementação
A abordagem para implementação BPM e SOA do TIBCO

Business Studio é definida da seguinte forma:
 Para Tarefas Automáticas (Service Tasks)
Para implementar uma chamada a serviços, deve haver
um serviço que pode vir de uma das seguintes fontes:
o Uma interface de serviços existente e/ou uma
implementação (WSDL) de um Registro de
Serviços, arquivos ou URL, ou BusinessWorks
Live Link.
o Uma tecnologia de integração (tais como
Processos BusinessWorks e/ ou adaptadores)
para criar novos serviços.
o Novas implementações de serviços
customizados usando .NET, Enterprise Java
Beans (EJBs), ou outras tecnologias.
Estas tarefas podem ser implementadas das seguintes

formas:
o Serviços Web – Chamadas a web services
podem ser implementadas mapeando
parâmetros de entrada e saída.
o Java – Permite chamar código Java que deseja
executar em tempo de execução, incluindo
funções que emulam comandos padrões do
iProcess Script.
o Bancos de dados – Chamadas nativas ou Java
Database Connectivity (JDBC) a bancos de
dados Oracle, SQL e DB2.
o E-mail – Configura mensagens de e-mail que
são enviadas quando o Processo é executado.
o Serviço do BW - Chamadas a Processos
BusinessWorks expostos como serviços podem
Página 36
ser implementados pelo mapeamento de

parâmetros de entrada e saída.
 Para Tarefas Manuais de Usuários (User Tasks)

o Entrada/ Saída das informações necessárias
para a realização da tarefa.
o Especificação de uma URL para apresentação
do formulário da etapa.
 Para Tarefas de Script (Script Tasks)

o Desenvolvimento de trechos de códigos pré-
estabelecidos.
Página 37
Padrões
Os padrões BPMN 1.1, XPDL 2.0 e UML2 também são

compreendidos pelo TIBCO Business Studio.
 BPMN 1.1
Business Process Modeling Notation (BPMN) é uma
notação gráfica padronizada para desenho de processos
de negócio em um fluxo de trabalho. Os modelos BPMN
são armazenados em arquivos XPDL. São padrões para
linguagem de definição de processos (Extensible Process
Definition Language - XPDL). A adoção deste padrão
auxilia a unificação de expressões e conceitos básicos e
avançados de processos de Negócio.
 XPDL 2.0
Linguagem padrão para definição de processos
desenvolvido pelo Workflow Management Coalition
(WFMC) para intercâmbio entre definições de Processos de
Negócio como ferramentas de modelagem e motores de
fluxo de processos. Define XPDL como um schema para
especificação da parte declarativa do fluxo de trabalho.
Para mais informações sobre XPDL busque referências
em: http://www.bpmn.org.
 UML2
A linguagem de modelagem unificada (Unified
Modeling Language - UML) é uma especificação da Object
Management Group (OMG) que auxilia a especificação,
visualização e documentação dos modelos de sistemas de
software ou sistemas de negócio. Pode-se utilizar o
Modelador de Conceitos (Concept Modeler) para importar
diagramas de classes UML.
Página 38
Conceitos e Definições – Ativos e Artefatos
Esta seção define conceitos e terminologia relacionados ao

TIBCO Business Studio.
 Ativos
Além de ativos de Negócio, existem outros tipos de ativos
que podem ser incluídos no seu projeto. Incluem pacotes
de arquivos XPDL, arquivos WSDL, documentos, tabelas
de decisão, modelos de conceito, e outros relacionados ao
projeto. Geralmente são armazenados em Diretórios
Especiais do projeto ou incluem o seguinte:
o Ativos de Negócio;
o Ativos de Processos de Negócio;
o Ativos de Modelos de Negócio;
o Ativos de Serviços.
 Artefatos
Artefatos são utilizados para adicionar mais informações
sobre um Processo e não afetam a seqüência ou fluxo de
mensagem do Processo. Artefatos incluem:
o Objetos de Dados: usados para propósitos
informacionais tais como documentos ou outros
dados relacionados ao Processo. Pode ser
associado ao Fluxo de Seqüência ou Fluxo de
Mensagem.
Os Objetos de Dados são preservados durante

exportação para o TIBCO iProcess Modeler.
Página 39
o Anotações de texto: trechos de notas que

podem ser inseridas para documentação de
Processos facilitando seu entendimento.
o Grupos: são utilizados para indicar um
relacionamento entre elementos de um
Processo por uma linha pontilhada. Um grupo
pode atravessar Lanes e Pools.
Página 40
Conceitos e Definições - Conexões entre Objetos
Pode-se criar um relacionamento entre Fluxos de Objetos

utilizando os seguintes tipos de conectores:
o Associações
Conexões de Objetos de Dados ou Anotações
de Texto para um objeto do fluxo (por exemplo,
uma atividade) utilizado para tornar o Processo
mais legível.
Associações não permanecem durante a

exportação ao TIBCO iProcess Modeler.
o Fluxos de mensagens
Indica o fluxo de mensagens entre objetos em
raias e entre raias separadas.
o Fluxos de Seqüência
Define Fluxos de Seqüência entre Fluxos de
Objetos.
Quando se cria um fluxo de Seqüência, pode-
se destacá-lo e selecioná-lo dentre os
seguintes tipos:
 Default – mostra o fluxo padrão de um
Gateway ou Atividade.
 Condicional – mostra um fluxo que é
seguido apenas se a condição
associada for encontrada.
 Uncontrolled – indica o fluxo que não
possui condições associadas (como o
default).
Página 41
Conceitos e Definições - Objetos do Fluxo
Objetos do fluxo são as categorias principais de objetos BPMN

utilizados para definir o Processo de Negócio. Incluem:
 Atividades
Representam trabalhos realizados e são acionadas por
eventos tais como recebimento de e-mail, chamada
telefônica, um item do fluxo de trabalho ou pela
conclusão de atividades anteriores em um Processo de
Negócio.
No Business Studio, são definidos dois tipos de
atividade: as manuais que são realizadas por humanos
e as automáticas realizadas pelo próprio sistema.
Atividades podem ser atômicas ou não-atômicas e
contemplam:
 Tarefas: representam atividades atômicas.
 Sub-Processos: são atividades que são
divididas em pedaços menores.
 Embutidos (Embedded)
 Independentes
 Eventos
 Gateways
 Os Gateways tem diversas funções
tais como ramificações, mesclagem,
bifurcações ou junções e
sincronizações de caminhos paralelos.
Gateways podem ser usados para
definir fluxos condicionais nos
processos.
 Marcadores de Atividades (Activity Markers)
 Multiple Instance loop
 Standart loop
 Ad-hoc
Página 42
Conceitos e Definições - Fragmentos, Objetos, Raias, SLAs
 Fragmentos
Os fragmentos de diagramas permitem a
reutilização de partes do Processo arrastando um
grupo de objetos para o Fragment Explorer e
salvá-los. Pode-se utilizar o “fragmento” salvo para
construir um outro processo. TIBCO Business
Studio também fornece alguns processos BPMN
pré-definidos.
 Objetos de Projetos
Antes da criação de um processo de negócio,
pode-se criar um Projeto e um Pacote.
o Projeto: Projetos ajudam a facilitar o
compartilhamento e a organização de
recursos. Cada projeto possui um diretório
correspondente no sistema de arquivos.
o Pacote: Um pacote consiste de um ou
mais Processos de Negócio.
 Raias (Swimlanes)
As raias consistem de Lanes e Pools. Um Lane é
uma subdivisão de um Pool que é utilizado como
recipiente para processos. O uso dos Lanes é
específico de cada Negócio. São utilizados em
conjunto com Lanes.
Caso um Lane seja removido no TIBCO

Business Studio, todos os objetos no Lane
também são removidos. Para desfazer,
pressione Ctrl+Z.
Página 43
Participantes
Utilizados para executar simulações. Deve-se
associar um participante a cada atividade do
Processo de Negócio. Um participante é um
usuário ou sistema que completa uma atividade de
Negócio específica.
Participantes podem ser definidos no nível de

processo, ou no nível dos pacotes, se forem
compartilhados entre múltiplos processos. O
Business Studio define quatro tipos de
participantes:
o Humanos: identificam uma pessoa
específica ou usuário que realiza uma
atividade.
o Papéis: identificam responsabilidades
na realização de atividades, por
exemplo, gerente, escrituário, etc...
o Unidades Organizacionais: identificam
departamentos ou unidades
organizacionais que realizam a
atividade, por exemplo, Marketing,
financeiro, etc.
o Sistema: identificam uma atividade
que é realizada pelo sistema.
 Acordo de Nível de Serviço (SLA)

É o contrato entre um fornecedor de serviços e um
usuário dos serviços que especificam o nível de
serviço necessário enquanto durar o acordo.
Frequentemente, também são estipuladas
penalidades ocorridas pelo não cumprimento do
acordo sobre os níveis de serviço.
 Processo
O TIBCO Business Studio permite que sejam
criados modelos atuais e futuros dos processos de
negócio da organização. Cada processo contém
uma ou mais atividades, que são por meio de
fluxos de seqüência.
 Campos de dados (Data fields)

Utilizados para representar dados utilizados
internamente em um processo, assim como
entrada e saída de uma atividade. Existem várias
formas de definir campos de dados:
o Array;
o Tipo básico;
o Tipo Declarado;
o Referência Externa.
Página 44
Diretórios Especiais
Durante a criação de um projeto, pode-se criar diretórios de

pacotes especiais. Um diretório especial é onde pode-se
armazenar os ativos dos projetos. Ao criar um projeto, pode-se
decidir que tipos de ativos incluir e também se construir um
diretório especial para cada tipo de ativo.
Um diretório especial pode ter comportamento singular tal

como o diretório Services que permite expandir as operações
do conteúdo de um WSDL.
Os principais tipos de ativos são:

 Processos de Negócio,
 Modelos de conceitos,
 Descritores de serviços,
 Formulários.
Página 45
Tutorial 1: Conhecendo o Business Studio
I. Criação de Projeto, Empacotamento (Package) e Processo

Este tutorial descreve como criar um Projeto e, ao mesmo tempo, criar um
Pacote e um processo utilizando um modelo (template).
1. Selecione File > New > Project.
2. Expanda Business Process Management, selecione Analysis
Project e clique em Next.
3. Digite o nome do projeto em Project Name.
4. Aceite a localização padrão para o projeto (workspace) ou remova a
seleção da checkbox Use default location e clique em Browse para
selecionar uma localização diferente.
5. Clique em Next.
6. O diálogo Asset Type Selection mostra os tipos de Ativos que
podem ser incluídos no Projeto. Por exemplo, para um projeto de
desenvolvimento BPM/SOA, pode-se incluir Processos de Negócio
(Business Processes), Modelos de Conceito (Concept Models), e etc.
Selecione os tipos de Ativos que deseja-se incluir no Projeto e clique
em Next, quantas vezes forem necessárias. O assistente especificará
os diretórios especiais para aqueles Ativos.
7. O diretório padrão dos pacotes é chamado Process.
8. Caso tenha sido aplicado um modelo e deseje-se aceitar as
propriedades padrões de Package e Process, clique em Finish.
O projeto é mostrado tanto no Project Explorer quanto no Navigator.
II. Criação de Processo Simples

Iniciando o trabalho com o Editor de Processos (Process Editor), utilize este
tutorial para criar um processo simples que represente parte do processo de
Página 46
contratação de uma empresa. Neste tutorial, serão realizadas as seguintes

tarefas:
 Criação do projeto, Empacotamento (Package) e Processo
 Customização de Raias
 Adição de objetos ao processo
 Adição de fluxos ao processo
 Redirecionamento (Gateway)
Tarefa A - Criação do projeto, Pacote (Package) e Processo

1. Ativar o Project Explorer selecionando Window > Show View >
Project Explorer.
2. Selecione o diretório Process Package(Pacote), clique com o botão
auxiliar e selecione New Process Package. Na janela que se abre,
clique em Finish para aceitar as definições padrão.
3. Selecione o diretório Processes criado, clique com o botão auxiliar e
selecione New Process. Na janela que se abre, clique em Finish para
aceitar as definições padrão.
4. Clique no processo recém criado e com o botão auxiliar, selecione a
opção Rename.
5. Digite Hiring para ser o nome do nosso processo e tecle Enter.
6. Clique duplo na barra de título:

O Editor de Processos se expande. Outro clique duplo na barra de
título faz com que ele retorne ao se tamanho original.
Tarefa B - Customização de Raias

1. Renomeie a raia pelo clique duplo em Lane e digite o texto HR
Department.
2. Tornar a Raia maior:
a. Clique em Lane.
b. Posicione o ponteiro do mouse sobre a margem dos botões.
O ponteiro se altera.
c. Arraste a margem de baixo da Raia para estendê-la.
Tarefa C - Adição de objetos ao processo

1. Caso a Palette não esteja visível, expanda-a clicando em Show
Palette à direita da janela:
2. Sobre a Palette, clique em Start Event.

3. Pressione F1 para mostrar o contexto de ajuda sobre o Process
Editor (se o Process Editor está maximizado, dê um clique duplo na
barra de título).
Página 47
4. Posicione o ponteiro do mouse sobre a área branca da Raia e clique.

O evento de início (Start Event) que é indicado por um círculo é
adicionado ao processo.
5. Dê um clique duplo no Start Event e digite o texto Start.
6. Sobre a Palette, clique em Task.
7. Posicione o ponteiro do mouse sobre a área branca da Raia, logo
após o Start Event e clique nele.
A atividade é adicionada ao Processo.
8. Dê um clique duplo na Task e digite o texto Receive Application.
9. Adicione uma outra Atividade da mesma forma, nomeando-a para
Review Application. O processo ficará parecido com este:
Tarefa D - Adição de fluxos ao processo

O processo agora consiste de três objetos desconectados.
Adicionaremos os fluxos de seqüência ao processo:
1. Sobre a Palette, clique na ferramenta Sequence Flow.
2. Clique no Start Event (este marca o início do fluxo).
3. Clique na atividade Receive Application (esta marca o alvo do
fluxo). O processo deve parecer com isto:
4. Uma outra forma de adicionar o fluxo de seqüência é arrastando:

Clique na ferramenta Sequence Flow e mantenha o botão do mouse
pressionado, arraste o ponteiro para a atividade Review Application e
libere o botão do mouse.
Tarefa E - Adicione o Gateway

1. Clique na ferramenta Gateway e adicione um Gateway após o passo
Review Application.
2. Dê um clique duplo no Gateway e nomeie-o para Accept?.
3. Adicione o fluxo que conecta a atividade Review Application e o
Gateway. O processo deve se parecer com este:
4. Adicione mais duas Tasks com os nomes Regret Letter e Interview

ao Gateway. Adicione o fluxo de seqüência para conectá-los ao
Gateway:
Página 48
5. Dê um clique duplo na barra de título, para ver o Project Explorer.

Note que neste ponto ainda não foi salvo o projeto. Isto é observado
pelo asterisco (*) próximo ao Pacote que contém o processo. Por
exemplo:
6. Selecione o Pacote pelo Project Explorer, selecione Save e note que

o asterisco desaparece.
Resumo
Este tutorial explorou a utilização de algumas ferramentas da Palette para criar
um processo simples (embora incompleto).
Página 49
Anotações
Página 50
Unidade 3 Modelagem de Conceitos

A modelagem de conceitos fornecida pelo TIBCO Business
Studio permite a definição de um vocabulário de objetos
centrais de Negócios e o relacionamento entre diferentes
objetos, possibilitando a visualização da estrutura de dados que
suporta o Processo.
Tópicos
 Modelagem de Dados do Domínio

 Modelagem de Conceitos
 Tutorial 2: Modelagem de Conceitos no
Business Studio
Página 51
Unidade 3 - Modelagem de Dados do Domínio
O Modelador de Conceitos fornecido pela TIBCO Business

Studio permite definir um vocabulário de objetos do núcleo do
Processo (por exemplo, um pedido de serviço) e o
relacionamento entre diferentes objetos (por exemplo, os
diversos itens e atributos de um pedido de serviço).
Isto é útil na fase de análise de um projeto onde pode-se utilizar

o Modelador de Conceitos (Concept Modeler) para visualizar a
estrutura de dados que suporta um Processo.
Um Modelo de Conceito é definido utilizando-se o de

Modelador de Conceitos, que é um editor de um diagrama de
classes em UML (Unified Modeling Language) extensível pela
aplicação de um perfil UML contendo informações adicionais
tais como Valores de Domínio que são necessários para algum
uso específico.
Página 52
Modelagem de Conceitos
A vantagem de se criar ou importar um Modelo de Conceito no

TIBCO Business Studio é que ele pode ser utilizado para:
 Propósitos de análise;
 Propósitos de documentação;
 Para criar Campos de Dados em um Processo que
tenha os atributos de um conceito.
Diagram Nodes consistem em:

o Pacotes,
o Conceitos,
o Atributos,
o Associações.
Os Links ou formas de ligação entre objetos dos diagramas

são:
o Generalização,
o Associação,
o Agregação,
o Composição,
o Multiplicidade.
Página 53
Tutorial 2: Modelagem de Conceitos no Business Studio
Este tutorial mostra um exemplo de como um Modelo de Conceito é criado para

expressar um cenário em que um paciente visita um médico e é reembolsado
com base em determinadas condições.
Este exemplo demonstra Conceitos, Atributos, Generalizações e Associações.
I. Definição do modelo de Conceito
Tarefa A - Criação de um projeto de Análise

1. Selecione New > Project.
2. No diálogo New Project, expanda Business Process Management,
selecione Analysis Project, e clique em Next.
3. Digite um Project name e clique em Next.
4. No diálogo Asset Type Selection, garanta que Concept Models
está selecionado. Clique em Finish para aceitar os padrões.
5. Caso não esteja na Modeling Perspective, é solicitada a troca de
perspectiva. Clique em Yes para trocar a perspective.
6. No Project Explorer pode-se verificar que um novo Projeto foi criado
com um diretório para Modelos:
Tarefa B - Criação de um Modelo de Conceito

1. No Project Explorer, clique com o botão direito do mouse no diretório
Concept Model e selecione New > Concept Model.
Página 54
2. No campo File da tela que se abre, nomeie o modelo de conceito

para MedicalInsurance.concepts e clique em Finish.
3. No Project Explorer deve-se confirmar que o Concept Model foi
criado:
Tarefa C - Criação de um pacote e os atributos de conceitos

1. Na Palette, selecione a ferramenta Package e clique na parte vazia
do Concept Model. É criado um Pacote no modelo:
2. Nomeie o pacote com.medipay.model e redimensione-o conforme

a necessidade.
3. Utilize a ferramenta Concept para adicionar ao Pacote, e nomeie-o
de DoctorVisit.
4. Utilizando a ferramenta Attribute, insira atributos chamados
condition e visitType sobre o conceito DoctorVisit.
Isto representa o fato que cada pessoa que visita o medico tem um
estado ou reclamação e que existem diversos tipos de visitas.
5. Selecione o atributo visitType e vá para Properties view. Clique na
tabela Domain Values:
6. Adiciona-se um valor de domínio (Domain Value) para refletir o fato

que a visita pode ser: Doctor, Home, ou Lab. Clique no botão Add.
Este adiciona uma linha em branco que pode ser renomeada no campo
Value para Doctor. Da mesma maneira, pode-se adicionar os valores
Home e Lab.
Página 55
7. Abaixo do conceito DoctorVisit, crie um outro Concept chamado

Claim com um outro atributo chamado reimbursement. Para o atributo
reimbursement, crie os valores de domínio None, 50%, 70%, 80%,
90%, e Invalid.
8. Crie uma associação entre os conceitos DoctorVisit e Claim. Para
fazer isso, selecione a ferramenta Association e clique no conceito
Claim. Daí conecte ao final da associação ao conceito DoctorVisit. A
associação é bi-direcional por padrão. No Properties view para
Association, altere a navegabilidade (Navigability) para DoctorVisit to
Claim:
9. Adicione um Concept chamado Doctor com o atributo

participatingPhysician. Dê ao atributo os valores de domínio Y e N.
Crie uma associação um-para-um (one-way) do conceito DoctorVisit
ao conceito Doctor. Por exemplo:
10. Da mesma forma, adicione os seguintes Conceitos e Atributos:
Co
nce
ito
Atri
but
oVa
lor
Pati
ent
Ded
ucti
ble
ded
ucti
ble
Met
Y,N
Página 56
Per
son
first
Na
me,
last
Na
me
Adicione a apropriada Associação e Generalização, de forma que o

modelo ficará parecido com este:
II. Exportação de Documentação de Modelos de Conceito

Pode-se exportar um Modelo de Conceito para saída HTML com
propósito de documentação da seguinte forma:
1. Selecione File > Export.
2. Expanda Concept Modeler, selecione Concept Model
Documentation, e clique em Next.
3. Selecione o Concept Model para cada um que deseja-se exportar.
4. Selecione um destino para exportar:
 Selecione Project (coloque o export no sub-diretório
\Exports\Concept Model Documentation em seu diretório do
projeto), ou
 Selecione o caminho (Path) e clique em Browse... para
especificar um diretório para exportação.
5. Clique em Finish.
6. A documentação do Modelo de Conceito é salva na localização
especificada.
Para abrir a documentação:
7. No Project Explorer, expanda Exports > Concept Model
Documentation.
8. Clique com o botão auxiliar no arquivo HTML para o Pacote e
selecione Open With > Web Browser.
Página 57
Resumo
Neste tutorial, foi visualizado como criar um Modelo de Conceito. O exemplo
conteve Conceitos, Atributos, Associações, entre outros conforme necessidade
de expressão dos objetivos do processo de reembolso de visitas médicas.
Página 58
Anotações
Página 59
Unidade 4 Modelagem de Processos

A modelagem dos Processos de Negócio auxilia as
organizações no gerenciamento de seus Processos de Negócio
como ativos do Negócio e como melhoria da eficiência nos
resultados das operações diárias. O Business Studio fornece
modelagem dirigida, ajudando a garantir que modelos de
Processo fiquem em conformidade com as metodologias
corporativas.
Tópicos
 Modelagem de Processos
 Interface Gráfica do Usuário do Business
Studio
 Ambiente Business Studio
 Hierarquia de Objetos
 Ambiente de Destino
 Tutorial 3: Modelagem de Processo
 Formulários
 Perspectiva de Modelagem
 Tutorial 4: Formulários
Página 60
Unidade 4 - Modelagem de Processos
Nesta unidade serão abordados os seguintes tópicos:

 Descrição das principais características do Business
Studio, incluindo exportação/importação de Processos
em formato XPDL.
 Desenvolvimento de Processos no TIBCO Business
Studio;
 Modelagem de dados do domínio e conceitos;
 Definição de fluxos de seqüência condicionais;
 Listagem dos passos necessários para simulação dos
Processos de Negócio;
 Exportação de Processos para o TIBCO iProcess
Engine.
Página 61
Interface Gráfica do Usuário do Business Studio
O TIBCO Business Studio possui uma interface gráfica com as

seguintes características:
 Desenvolvido na Plataforma Eclipse

 Janelas Customizáveis
o Mover, redimensionar, adicionar e fechar.
 Múltiplas Perspectivas
o Modelagem
o Simulação
O ambiente Eclipse utilizado pelo Business Studio utiliza

múltiplas perspectivas. Cada perspectiva mostra janelas
selecionadas que são relacionadas ao ambiente.
As duas principais perspectivas são a de modelagem onde o
Processo é definido, e a de simulação. Pode-se alterar a
qualquer momento entre estas duas perspectivas.
Página 62
Ambiente Business Studio
 Janelas Chaves
 Janelas Comuns
o Project Explorer
o Problemas
o Propriedades
o Outline
A perspectiva de modelagem apresenta um editor onde se

pode definir o modelo de Processo. Os dados da simulação
podem ser customizados.
Semelhantemente, a perspectiva de simulação fornece janelas

que iniciam a simulação e permitem o acompanhamento e a
comparação dos resultados de simulação.
Página 63
Hierarquia de Objetos
Uma solução Business Studio possui uma hierarquia de objetos

e os objetos dos Processos são partes dessa hierarquia.
O componente do nível mais elevado é o Projeto e ele

representa a solução completa. Todos os demais componentes
são criados em um projeto. Um projeto é armazenado como um
diretório no disco, e todos os componentes do projeto são
armazenados neste diretório.
Um projeto pode conter um ou mais pacotes. Cada pacote

pode conter um ou mais Processos. Processos podem ser
compartilhados entre Pacotes, assim a biblioteca dos
componentes de um Processo pode ser criada e reutilizada.
Página 64
Ambiente de Destino
Definindo-se o Ambiente de Destino para um Processo é

possível controlar a validação realizada naquele Processo e
assim, no caso de simulação, os parâmetros de simulação são
associados com o Processo.
Pode-se definir múltiplos ambientes de destino ao mesmo

tempo:
 iProcess Modeler
 iProcess Engine
 Simulation
Página 65
Tutorial 3: Modelagem de Processo
I. Modelagem de Processos
No primeiro tutorial foi criado um processo simples que representa o início de
um processo de contratação (Hiring).
Neste tutorial, será adicionado ao processo algumas características avançadas
do Process Editor que são partes do conjunto completo da notação BPMN,
incluindo:
 Adição de Evento de Tempo (Timer Intermediate Event)
 Adição de Anotações de Texto e Associações
 Configuração de Serviço e Atividades Manuais de Usuários
 Adição de Roteamentos Exclusivos (Exclusive Gateway)
 Adição de Atividades de Iterações (Loop)
 Adição de Fluxos Condicionais
Tarefa A - Adição de Evento de Tempo (Timer Intermediate Event)
1. Abra o processo Hiring criado anteriormente.
2. Adicione uma nova atividade chamada Remind Interviewer abaixo

da atividade Review Application:
3. Selecione a ferramenta Timer Intermediate Event da Palette:
Página 66
4. Insira o evento Timer Intermediate na margem da atividade Review

Application. Deverá ficar assim:
5. Conecte a atividade Remind Interviewer ao evento Timer

Intermediate conforme mostrado abaixo:
Isto significa que este Fluxo de Seqüência é baseada na expressão do

tempo provido quando o processo é implementado. Neste caso, se um
limite de tempo específico é excedido, o entrevistador recebe um
lembrete para rever a aplicação.
Tarefa B - Adição de Anotações de Texto e Associações
Para explicar ou documentar o Processo, pode-se adicionar anotações

de textos e associa-los a um objeto.
1. Clique na ferramenta Text Annotation e adicione-o próximo à

atividade Remind Interviewer. Pode-se digitar o texto no Properties
view:
2. Pode-se associar esta anotação com Remind Interviewer pela

seleção da ferramenta Association, então clique na anotação e na
atividade Remind interviewer:
3. Adicione anotações ao Fluxo de Seqüência saindo do Gateway

Accept? Para indicar os caminhos Sim (Yes) e Não (No):
Tarefa C - Configuração de Atividades Manuais e Automáticas
Página 67
Algumas atividades podem ser realizadas automaticamente (por

exemplo, um lembrete de e-mail automático) e outras devem ser
realizadas pelo usuário (tais como conduzir uma entrevista). No TIBCO
Business Studio, atividades automáticas são chamadas “atividades de
serviço”(Service Tasks) e atividades manuais são chamadas
“atividades do usuário”(User Tasks).
1. Clique com o botão auxiliar do mouse na atividade Remind
Interviewer criada e selecione Show Properties View.
2. As propriedades da atividade são mostradas, incluindo o

Activity Type, que é Task por padrão.
3. Como o envio de lembrete de e-mail é uma tarefa que

deveria ser automatizada, selecione Service Task.
4. A atividade Remind Interviewer muda de aparência para

indicar que ela representa uma tarefa de serviço:
5. Repita o procedimento para a atividade Interview, mas

transforme-a em uma tarefa manual do usuário.
Tarefa D - Adição de Roteamentos Exclusivos (Exclusive Gateway)
Ao final da entrevista, a decisão é tomada quanto à contratação do

candidato. Contudo, neste caso não é uma simples decisão sim/não. É
construído um Gateway para representar a escolha exclusiva de três
opções:
1. Adicione um Gateway para representar a conclusão da
entrevista. Nomeie-o de Hire? e posicione à direita da atividade
Interview.
2. Adicione um fluxo da atividade Interview para o Gateway

recentemente adicionado.
3. Adicione duas novas atividades e fluxos conforme abaixo:
4. Adicione um fluxo de seqüência do Gateway para a atividade

Regret Letter.
Página 68
Isto indica que o resultado da entrevista é um dos três resultados que

seguem do Gateway Hire?.
Tarefa E - Adição de uma atividade iterativa (Loop)

Algumas atividades precisam ser repetidas. Para tais atividades pode-
se utilizar um loop. No exemplo, a atividade Remind Interviewer pode
precisar ser repetida.
1. Clique com o botão direito do mouse na atividade Remind
Interviewer e selecione Show Properties View.
2. As propriedades da atividade são mostradas, incluindo o Activity

Markers.
3. Selecione Standard Loop.
4. A mudança na atividade mostra que ele contém um loop:
Tarefa F - Adição de Fluxos Condicionais

No exemplo, não se deseja ficar procurando pelos candidatos
eternamente. Ao se identificar um provável, é necessário iniciar o
processo de contratação novamente.
De forma similar, se for criada uma shortlist, pode-se escolher entre
fazer uma oferta para um dos candidatos listados.
1. Adicione um Fluxo de Seqüência que conecta a atividade Shortlist
mas mantenha retornando à atividade Receive Application. Pode-se
precisar refazer o fluxo para tornar o diagrama do processo mais
legível.
2. Clique com o botão direito no fluxo da seqüência criado e selecione a

view Show Properties.
3. As propriedades do fluxo da seqüência são mostradas, incluindo o

Tipo (Type) do fluxo.
4. Selecione o fluxo Conditional. Um losango é adicionado à origem do

fluxo de seqüência indicando que é um fluxo condicional:
5. Na view Properties, no campo Name do fluxo de seqüência, digite a

descrição da condicional “Until we have 10 in shortlist or offer”. Isto
auxilia na implementação técnica da condição.
6. Adicione um End Event à direita da atividade Offer e conecte-o ao

fluxo de seqüência.
Página 69
7. Adicione um fluxo Default Sequence da atividade Shortlist mas

mantenha-se voltando para o End Event.
8. Salve o processo.
O diagrama do processo que pode ser criado deveria parecer com o

diagrama abaixo:
Resumo
Neste tutorial, foram exploradas algumas características avançadas do Process
Editor. Embora seja uma aproximação do processo de contratação, pode-se
estendê-lo futuramente. Por exemplo, após a oferta pode ser iniciado um outro
processo. A atividade Interview poderia ser dividida em passos futuros que
poderiam ser representados como Sub-Processos.
II. Transformação de Atividades em Sub-Processos
No processo de contratação (Hiring Process), é possível que as atividades

Receive Application, Review Application e Remind Interviewer sejam
relacionadas. Por exemplo, podem ser responsabilidades de um mesmo
departamento. Se este é o caso, pode-se mover estas atividades para sub-
processos conforme abaixo:
1. Selecione as três atividades que serão transformadas em sub-processos:
2. Clique com o botão direito e selecione Refactor > Move into New
Embedded Sub-Process.
3. Aparece a seguinte caixa de diálogo:
Página 70
Este aviso é gerado porque antes da transformação, o fluxo de seqüência

prossegue da atividade Review Application para o Gateway sem,
necessariamente, esperar o término da atividade Remind Interviewer.
Contudo, após a transformação o evento End que será inserido sincroniza as
duas atividades, significando que o fluxo não prosseguirá até ambas as
atividades serem terminadas. Uma situação similar ocorre para múltiplos fluxos
indo para a atividade Receive Application.
Marque a caixa (checkbox) para confirmar esta mudança para o processo e
clique em Next.
4. O seguinte diálogo é mostrado:
Digite Process Application como nome para o Sub-Process que deseja-se

criar.
Página 71
As atividades selecionadas são movidas para um novo Sub-processo embutido

chamado Process Application:
Resumo
Neste tutorial, algumas atividades foram transformadas em Sub-Process. Como
é necessário alterações nos processos é apresentada uma tela de aviso que
permite confirmar a alteração.
III. Trabalhando com Fragmentos de Processos
Este tutorial mostra como utilizar Fragmentos de processos pré-definidos e

como criar Fragmentos de Processo.
Suponha que o sub-processo embutido Process Application do Hiring
Process é o que será reutilizado em outros processos. Pode-se capturar a
parte útil do processo conforme abaixo:
1. Garanta que a view Diagram Fragments está visível. Se não estiver,
selecione Window > Show View > Diagram Fragments.
2. Na view Diagram Fragments, existe uma árvore de navegação similar ao

Project Explorer. Este é o Fragment Explorer.
3. Crie uma nova Categoria clicando com o botão direito do mouse em um

diretório no Fragment Explorer e selecionando New > New Fragment
Category ou clicando no botão New Category.
4. Clique no campo name da nova Categoria adicionada e nomeie-o de My

Hiring Fragments.
5. Abra o Hiring Process no Process Editor e selecione o sub-processo

embutido Process Application.
6. Pressione a tecla Crtl e arraste o item selecionado para a view Diagram

Fragments.
Pode-se também utilizar as opções do menu Copiar e Colar

clicando com o botão direito ou selecionando do menu Edit.
7. O fragmento criado é armazenado nesta Categoria criada com o nome New

Fragment. Clique em name, e renomeie-o para Process Application.
Página 72
8. Crie um novo processo, baseado no processo Hiring, e nomeie-o para

Hiring 2.
9. Arraste o fragmento Process Application do Fragment Explorer para o novo

processo. Desta forma, o fragmento Process Application pode ser reutilizado
em novos processos.
Para utilizar um dos fragmentos pré-definidos nos processos, faça o seguinte:

1. Abra o processo Hiring 2.
2. Garanta que a view Diagram Fragments esteja visível. Se não estiver,

selecione Window > Show View > Diagram Fragments.
3. Expanda o diretório BPMN Process Fragment que contém as categorias de

BPMN Process Fragments.
4. Expanda a Categoria Basic Fragments.
5. Selecione o fragmento Task Sequence. Este fragmento consiste de duas

Tarefas conectadas pelo fluxo de seqüência:
6. Clique no nome do fragmento Task Sequence e o arraste para o processo

Hiring 2, colocando-o após o sub-processo embutido.
Pode-se perceber que duas Tarefas foram adicionadas ao processo. Da mesma
forma, pode-se continuar adicionando outros fragmentos ou outros objetos
manualmente.
Resumo
Neste tutorial, foi criado um Fragmento de Processo de um Sub-processo e,
posteriormente, e reaproveitado em um novo processo. Também foi adicionado
um Fragmento para um novo processo.
IV. Elaboração de Processo: Tarefas Manuais (User Tasks)
Seguindo este tutorial, será possível aprender como implementar tarefas

manuais.
Tarefa A - Abertura de Processos Simples

1. Caso isto não tenha sido feito, troque para o processo Developer
Capability clicando no ícone .
Página 73
2. Através do caminho help  Welcome  Samples, instale o

Process Developer Tutorial Solutions, localizado a direita da tela, na
opção TIBCO BPM Sample Projects  Avaiable Projects.
3. Navegue pelo Project Explorer até o processo Tutorial1 Solution.
4. Abra o processo Submit Expenses:
Muitas das tarefas no processo requerem entrada e saída de dados.

Por exemplo, antes que as despesas sejam aprovadas, o realizador
desta ação precisa de informações básicas tais como nome do
empregado, custos, quantidade de despesas, etc.
A informação que é interna para o processo será representada como
Campos de dados e informações obtidas de fora do processo serão
representados por parâmetros.
Tarefa B - Criação de Parâmetros/Campos de Dados

Crie Campos de Dados e Parâmetros que serão usados pelo processo
conforme abaixo:
1. No Project Explorer, expanda o processo Submit Expenses, botão
direito em Data Fields e selecione New > Data Field.
2. Crie os seguintes Campos de Dados, se já não estiverem criados:

— Manager (String)
— CostCenter (String)
— Authorization (String)
3. Botão direito em Parameters e selecione New > Parameter.
4. Crie os seguintes parâmetros, se já não estiverem criados:

— EmployeeName (String)
— EmployeeNumber (Integer Number)
— Reference (string)
— Amount (Decimal Number)
— AccountNumber (Integer Number)
— Confirmation (Boolean)
Tarefa C - Especificação de Parâmetros de Entrada e Saída

1. Clique na tarefa Enqueue Payment. Na view Properties, clique na
aba Parameters.
2. Adicione os seguintes parâmetros outbound:
Página 74
Parâmetros de entrada (Inbound) e saída (Outbound) são da

perspectiva do formulário, não do usuário. Isto significa que os
parâmetros de entrada são preenchidos no formulário pelo
Processo e não pelo usuário. O parâmetros de saída são
preenchidos pelo usuário e enviados para o Processo.
Resumo
Pode-se criar Campos de dados e parâmetros e especificar seus mapeamentos
de entrada e saída para tarefas manuais. Ao importar ou distribuir para o
iProcess Modeler, os Campos de Dados e Parâmetros tornam-se I/O
Parameters e Fields.
V. Elaboração de Processo: Tarefas Automáticas (Service

Task)
Aprenda a criar tarefas automáticas seguindo este tutorial.
Web Services: Serviços descritos por um WSDL podem ser chamados de uma
tarefa automática.
Tarefa - A Criação da tarefa Processo/Serviço

Para propósitos deste tutorial, continue usando o processo Submit
Expenses do Tutorial 1.
Tarefa B - Adição do WSDL ao Projeto

1. Caso isto não tenha sido feito, troque para o processo Developer
Capability clicando no ícone .
2. No Project Explorer selecione o Projeto que contém o processo

Submit Expenses.
3. Selecione File > Import > Services> Service Import Wizard.
4. Selecione Import from a File e clique em Next.
5. Navegue até encontrar BankPayment.wsdl nos exemplos do

workspace e clique em Next.
6. Navegue até especificar o diretório Service Descriptors onde se

deseja armazenar o WSDL. Clique em Finish para completar a
importação.
7. Salve o Projeto.
Tarefa C - Associação do WSDL à Tarefa Automática

1. Clique na tarefa Make Payment.
Página 75
2. Na view Properties, selecione Web Service da lista Service Type.
3. Clique no botão Select. Isto abre a caixa de diálogo Operation

Picker.
4. Expanda o serviço BankPayment e selecione a operação
MakePayment.
Desta forma, os demais campos dos web services são populados, tais
como Port Name e Operation.
Tarefa D - Mapeie os parâmetros de Entrada/Saída (Input/Output)

1. Clique na aba Input To Service. À esquerda da aba estão os
Parâmetros e Campos de dados. À direita estão os parâmetros
esperados pelo serviço BankPayment (Formal).
2. Expanda o serviço MakePayment. Destaque o parâmetro

EmployeeName e arraste o ponteiro do parâmetro Employee Name
ao parâmetro Formal EmployeeName. Complete o mapeamento dos
parâmetros de entrada conforme abaixo:
3. Clique na aba Output From Service. Utilizando o mesmo método

realizado na aba Input To Service, e complete o mapeamento para os
parâmetros Confirmation e Reference.
Pode-se verificar que o web service retorna parâmetros Confirmation
e Reference. Neste caso, o parâmetro Confirmation é booleano e
indica se a transação foi completada.
4. Salve o Package.
Resumo
Este tutorial mostrou como adicionar um arquivo WSDL ao Projeto e associa-lo
ao arquivo WSDL com uma etapa automática, mapeando os parâmetros de
entrada e saída. Ao realizar a importação ou distribuição para o iProcess
Modeler, a tarefa automática torna-se um EAI de Web Services:
Página 76
Pode-se verificar que o mapeamento dos parâmetros são configurados no

passo do EAI.
VI. Criação de uma tarefa de E-Mail

Na seção anterior, foi adicionada uma chamada ao web service da atividade
Make a Payment. Isto inclui um parâmetro de Confirmação que indica se o
pagamento realizado com sucesso. Nesta seção, adiciona-se uma tarefa de E-
mail para notificar a pessoa que submeteu o pedido quando o pagamento foi
realizado. Também iremos adicionar uma tarefa manual no evento, caso o
pagamento falhe.
1. Insira um Gateway após a atividade Make Payment.
2. Após o Gateway, adicione uma tarefa automática chamada Notify e uma

tarefa manual chamada Ring Bank. Ele deveria parecer com a figura abaixo:
3. Selecione a tarefa automática Notify, sobre a aba General da view

Properties para a tarefa automática. Selecione a opção E-Mail da lista Service
Type:
4. Digite um endereço de e-mail para o destinatário no campo To:, um assunto

e uma mensagem para o corpo do e-mail. Esta é a configuração mínima
Página 77
necessária para enviar uma mensagem de e-mail. Para outras opções clique
em More Details ou na aba E-Mail e continue especificando os demais
parâmetros.
Resumo
Pode-se configurar uma tarefa automática para que esta envie um e-mail em
tempo de execução do processo. Ao importar ou distribuir o processo para o
iProcess Modeler, a tarefa automática torna-se um EAI de E-mail EAI. Por
exemplo:
Página 78
Formulários
As características de modelagem de formulários do TIBCO

Business Studio habilitam o desenvolvimento do projeto,
visualização e teste de formulários que precisam ser inseridos
pelos usuários em uma tarefa manual de um Processo de
Negócio. Pode-se criar sofisticados formulários sem
programação, e associá-los às tarefas manuais fornecendo
experiências com interfaces de usuários ricas para
participantes de Processos de Negócio.
Formulários podem ser gerados por parâmetros de entrada e

saída de tarefas manuais, representando a informação que se
deseja apresentar ao usuário ou ser capturadas dele. Analistas
de Negócio podem mudar layouts e controles; desenvolvedores
podem adicionar regras e scripts de validação, e pode-se
experimentar o poder das funcionalidades do TIBCO General
Interface.
Os formulários do TIBCO Business Studio são fornecidos para

usuários responsáveis pelo desenvolvimento e implementação
de Processos de Negócio que incluem interfaces de usuários
para apresentar e capturar informações deles. Os formulários
e Processos de Negócio projetados são distribuídos no
ambiente de execução do TIBCO iProcess.
Página 79
Perspectiva de Modelagem
Esta seção descreve o workbench Eclipse para modelagem

de formulários conforme ele aparece por padrão quando TIBCO
Business Studio é instalado:
 Project Explorer – mostra os projetos do TIBCO
Business Studio e todos os recursos do projeto,
incluindo pacotes de projetos, ativos de Negócio, e
formulários, organizada em estruturas de árvores
hierárquicas.
 Tela (Canvas) – onde os formulários são criados.
Consiste de duas abas, uma aba de Design para
desenvolver os formulários, e uma aba de pré-
visualização para prévia visualização e testes.
 Palette – parte do desenvolvimento do formulário.
Fornece ferramentas para adicionar painéis e controles
para um formulário, e para selecionar objetos no
formulário.
 Propriedades – mostra as propriedades de um objeto
selecionado no formulário, tais como um painel ou um
controle, e permite a edição de valores dessas
propriedades.
 Outline – mostra os painéis que têm sido inseridos no
formulário, e para cada painel, os controles que ele
contém.
Formulário
Formulários são associados às tarefas de usuários que
representam os pontos de interação humana de um Processo
de Negócio. Um formulário é um modelo de interface de
usuário para uma tarefa particular ou tipo de tarefa.
Formulários contêm controles de interface de usuários
e painéis assim como parâmetros de entrada e saída. Podem
também conter controle de validação, ações e eventos.
Página 80
Os seguintes termos descrevem os principais elementos de

um formulário:
 Controles – saída de dados e elementos de entrada de
usuários, incluindo controles de textos, data e hora,
botões de escolha (radio buttons), checkboxes, e
imagens, permite a visualização e captura de dados de
formas diferentes. Controles têm rótulos de textos, que
podem ser localizados nas propriedades dos arquivos
e, geralmente, tem campos que mostram dados e
recebem entradas de um usuário. Controles também
suportam sugestões, que aparecem sob os controles, e
ajudam os usuários a inserir dados válidos. Sugestões
também podem ser localizadas nas propriedades dos
arquivos.
 Paineis – painéis verticais e horizontais suportam o
alinhamento visual de controles assim como outros
painéis aninhados. Quando aninhados dentro de outros
painéis especiais, estes painéis se tornam como
páginas. Mensagens de erro são mostradas no painel
de mensagens. Painéis também podem especificar
padrões de realização de controles que eles contêm
(chamados child controls), tais como fonte e posição
dos rótulos.
 Parâmetros – parâmetros de entrada especificam
informações de entrada do Processo de Negócio
utilizadas para inicializar os formulários. Podem ser
mapeados para controles. Parâmetros de saída
especificam informações dadas pelos usuários e
enviadas de volta ao dono do Processo quando os
usuários submetem os formulários. Parâmetros de
saída também podem ser mapeados para controles.
Parâmetros têm nomes e tipos únicos, tais como
Integer ou DateTime, e os parâmetros do formulário
devem encontrar os parâmetros de entrada e saída das
tarefas manuais.
 Validações – validações checam se os dados de
entrada estão em conformidade com os tipos de dados
de controles. Essas validações são executadas quando
os formulários são submetidos. Adicionalmente, scripts
de validações customizadas podem ser criados para
realizarem validações adicionais e para validarem
informações conforme são inseridas.
 Eventos – controles possuem eventos como quando
trabalha as entradas e saídas das atividades, ou
quando altera dados. Eventos podem ser atados às
ações pelos analistas de Negócio para customizar o
comportamento e experiência do usuário.
 Ações – ações sistêmicas, tais como envio,
reinicialização, e validação, podem ser atadas aos
eventos. Desenvolvedores podem criar ações
customizadas adicionais utilizando JavaScript.
O desenvolvimento de formulários no TIBCO Business

Studio contém duas abas:
 Design tab: onde os formulários são modelados e suas
propriedades são configuradas.
 Preview tab: mostra como será a aparência dos
formulários em tempo de execução.
Página 81
Tutorial 4: Formulários
Este tutorial é baseado em formulários de aplicações exemplo que são fornecidas com o
TIBCO Business Studio. A aplicação exemplo é fornecida como um projeto do TIBCO Business
Studio chamado Forms Tutorial Solutions. O projeto contém dois Processos de Negócio:
• Um Processo, chamado Claims Process – No Forms, não vem com os formulários
associados.
• O segundo, Claims Process With Forms, consiste do mesmo Processo de Negócio,
mas com completos formulários associados com as tarefas manuais do Processo.
O ponto de partida para estes tutoriais é o primeiro desses exemplos de Processos de Negócio.
O projeto desse Processo será completado durante o laboratório, mas ainda não tem formulário
pronto. Uma vez completado este tutorial, teremos uma versão revisada do exemplo do
Processo de Negócio que é, substancialmente, aquela que já está com os formulários
customizados.
O projeto Forms Tutorial Solutions pode ser instalado da página inicial Welcome que é
mostrada ao iniciar o TIBCO Business Studio. Também é possível acessar essa página via o
Menu Help.
Verifica-se o projeto Forms Tutorial Solutions no Project Explorer. Expandindo o diretório

examine o conteúdo do projeto de Negócio. Um clique duplo no Processo de Negócio chamado
Claims Process – No Forms no pacote do Processo ProcessWithNoForms.xpdl para abrir o
Processo no Editor de Processos.
Aplicação Exemplo: Descrição Geral

A aplicação exemplo Processo de Seguro (Claims Process) é baseada sobre um Processo de
Negócio para processamento de uma reivindicação de seguro para um acidente.
O Processo de Seguro consiste dos seguintes elementos:

• um Start Event chamado Start Claim.
• dois User Tasks chamados Capture Claim e Interview Witness.
• três Gateways, rotulados Claim < $500, Witness Available?, e Contact witness
again?.
• um End Event.
Página 82
O diagrama do Processo para Processos de Negócio é o seguinte:
A tarefa manual Capture Claim obtém informações sobre clientes tais como nome e número do
telefone, juntamente com informações sobre o acidente tais como a descrição e o horário em
que ocorreu, e informações de terceiros, porventura, envolvidos no acidente.
O formulário Capture Claim é mostrado abaixo conforme sua aparência na aba Design:
Todos os painéis são visíveis no formulário, até mesmo aqueles cuja propriedade de
visibilidade (Visible) está definida para false (indicadas pelo grande X cinza), assim como o
painel de mensagens, que mostra as mensagens de erro em tempo de execução sobre as
validações de dados informados.
Página 83
O formulário Capture Claim é mostrado abaixo, conforme aparece na aba GI Preview:
Página 84
A tarefa manual Interview Witness é associada ao formulário que captura as informações

fornecidas pela testemunha, incluindo a descrição do acidente. O formulário Interview Witness
é mostrada abaixo conforme a aba GI Preview:
Parâmetros de Entrada e Saída
Uma importante diferença entre o formulário Capture Claim e o formulário Interview Witness
são os tipos de tarefas manuais que são associadas com alguns dos campos sobre os dois
formulários.
O formulário Capture Claim aparece no início do Processo, antes de qualquer dados ter sido
coletado, então todos os parâmetros de tarefas manuais para esse formulário são Outbound
Parameters, conforme mostrado na aba de parâmetros da planilha de propriedades da tarefa
manual Capture Claim.
Arbitrariamente, no formulário Interview Witness são fornecidos dados que são obtidos no
formulário Capture Claim, adicionalmente, possuindo campos de dados para novas
informações. Os parâmetros de tarefas de usuários para este formulário, inclui tanto Inbound
Parameters quanto Outbound Parameters, conforme mostrado na aba dos parâmetros da
planilha de propriedades para a tarefa Interview Witness:
Página 85
Os quatro Inbound Parameters mostrados acima fornecem informações obtidas no formulário

Capture Claim que auxilia na realização da entrevista da tarefa manual Interview Witness:
— o horário do acidente, baseado no valor do campo acc_time
— a descrição do cliente do acidente, baseado no valor do campo acc_desc_cust
— o nome da testemunha, baseada no valor do campo witness_name
— o número de telefone da testemunha, baseada no valor do campo witness_phone
Os dados para estes campos irão aparecer no formulário (nos campos apropriados). Dois
desses campos, acc_time (em que os valores aparecem no campo Time of Accident) e
acc_desc_cust (em que os valores aparecem no campo Customer Description), são apenas
Inbound Parameters, por isso aparecem no formulário Interview Witness em campos não
editáveis:
Os outros dois Inbound Parameters, witness_name e witness_phone, também são

Outbound Parameters, por isso os campos do formulário para estes parâmetros são editáveis.
Finalmente, existem dois parâmetros adicionais nas tarefas manuais Interview Witness que
são somente Outbound Parameters, witness_desc e witness_stat. O primeiro representa a
descrição do acidente, que será inserido no formulário durante a entrevista. O segundo
representa o estado da testemunha, e é definida via programação baseada nos botões
selecionados pelo entrevistador.
Roteamentos (Gateways)
Além das duas tarefas manuais, existem três redirecionamentos (gateways), indicados pelos
ícones losangos no diagrama do Processo. Quando um gateway é alcançado, o fluxo do
Processo é determinado pelo valor dos itens de dados. Estes itens de dados são baseados nas
informações obtidas das entradas do usuário sobre o formulário associado à tarefa manual que
precede o gateway:
1. O primeiro gateway, após a tarefa Capture Claim, é determinada pelo valor do
seguro. Caso a quantia do seguro seja menor do que $500, o fluxo do Processo
prossegue diretamente para o final do fluxo (End Event). Contudo, caso a quantia do
seguro seja de $500 ou maior, então o fluxo do Processo prossegue para o próximo
gateway.
Página 86
2. O Segundo gateway é baseado na disponibilidade de entrevista à testemunha. Caso

a checkbox Witness Available esteja marcada no formulário Capture Claim. Dessa
forma o fluxo do Processo prossegue para a etapa Interview Witness. Caso contrário,
o fluxo do Processo segue para o End Event.
3. O terceiro gateway é determinado pela necessidade de outra entrevista com a

testemunha.
Caso o entrevistador clique em Completed, o Processo prosseguirá para o End Event. Caso o
entrevistador clique em Failed - Try again, o Processo retorna a tarefa Interview Witness.
Mas caso a tentativa de contatar a testemunha falhe repetidamente, o entrevistador clicará em
Failed - Do not try again, e o Processo de Negócio prosseguirá para o End Event sem a
descrição da testemunha.
Este tutorial explica como criar os dois formulários. Ao finalizar este tutorial, teremos aprendido
sobre painéis, controles, configuração de propriedades, adição de scripts de validação e de
ações.
I. Formulários, Painéis e Controles
Este tutorial mostra como adicionar painéis e controles sobre um formulário, e

como movê-los e configurá-los. Neste tutorial, aprende-se o seguinte:
 Importar o exemplo de Projeto.
 Examinar o processo de negócio Claims Process.
 Gerar novos formulários.
 Adicionar objetos (painéis e controles) ao formulário.
 Modificar a posição dos objetos do formulário.
 Modificar os nomes e rótulos de objetos do formulário.
Tarefa A - Exame do processo Claims Process Business

1. Caso ainda não tenha sido feito, instale o projeto exemplo como
anteriormente.
2. Clique duplo em Claims Process - No Forms para abrir a versão do

processo de negócio que será trabalhada na view Process Editor. O
processo aparece no Project Explorer neste local:
3. Examine o processo de negócio, Claims Process, no Process Editor

para se familiarizar com o fluxo do processo e os objetos que ele
contém.
Perceba que o modelo do processo de negócio já está completo,

exceto aqueles formulários associados às duas tarefas manuais que
ainda não foram criados e configurados. Após a geração de um
Página 87
formulário para uma tarefa manual, o local do formulário aparecerá no

campo Form URL na aba General. Aqui, por exemplo, é a area de
propriedades da tarefa manual Capture Claim, mostrando que nenhum
formulário está associado à Tarefa:
Tarefa B - Geração de Novos Formulários

1. Com o processo de negócio Claims Process - No Forms
aberto no modelador de formulários, clique com o botão direito
na tarefa manual Capture Claim e clique em Form >
Generate.
2. Na página Task Parameters Selection, deixe todos os

parâmetros marcados, como estão por padrão, e clique em
Next.
Página 88
Como os tutoriais deste manual possuem processos específicos

para formulários, os campos de dados obrigatórios para o
processo de negócio Claims Process foram previamente
criados e adicionados os parâmetros para as duas tarefas
manuais. Estes passos são parte do processo de modelagem
de processos de negócio que precedem à modelagem de
formulários.
3
A página New Form permite alterar o nome do formulário e o local
onde ele será armazenado. Utilize os valores padrões e clique em
Finish.
O formulário gerado é mostrado no editor de formulários.
Página 89
4. Perceba que a URL para o formulário recém-criado agora aparece

no campo Form URL do usuário na parte de propriedades da tarefa:
5. Repita este procedimento para criar um formulário para a tarefa

manual Interview Witness.
A mesma tela aparecerá, mas desta vez a página Task Parameters

Selection mostrará parâmetros Inbound, Outbound, e
Inbound/Outbound, ao invés de apenas parâmetros Outbound.
Novamente, deixe todos os parâmetros marcados:
Página 90
Tarefa C - Adição de Novos Painéis ao Formulário Capture Claim

Quando formulários são gerados pela primeira vez, todos os controles
gerados automaticamente (correspondentes aos parâmetros da tarefa
manual) aparecem em um painel vertical.
Criando mais painéis e agrupando controles relacionados em cada um
deles será possível organizar as informações do formulário e controlar
sua visualização, melhorando a usabilidade do formulário.
Adicionalmente, para um painel vertical contendo todos os controles
para os parâmetros da tarefa manual, o formulário gerado contém um
painel de mensagens para mostrar mensagens de erro e um painel
horizontal para os botões Cancel, Close, e Submit.
Adicione três novos painéis verticais, e distribua os controles entre os
quatro painéis resultantes, conforme abaixo:
• Customer Information - Controles que possuem informações sobre o
cliente solicitando a reivindicação.
• Accident Information - Controles que possuem informação sobre o
acidente.
• Third Party Information - Controles que possuem informações sobre
outras pessoas envolvidas no acidente, se houver.
• Witness Information – Controles que possuem informações de contato
para uma testemunha do acidente, se houver.
Para criar novos painéis e redistribuir os controles entre eles, siga estes
passos:
1. Clique no formulário Capture Claim, no modelador de formulários,
para que o formulário esteja visível no designer, se ainda não estiver
assim.
2. Adicione um novo painel vertical, abrindo a pallete que contém

botões para adicionar painéis e controles a um formulário. Existem
duas formas de expandir a palette:
a. Pairando o mouse sobre o botão chamado Palette para a direita do
modelador de formulários. A palette se expande, e permanece à direita
do modelador de formulários. Selecione algum painel ou controle que
Página 91
deseje adicionar ao formulário, e o anterior para que não ocupe espaço

no modelador de formulários.
b. Outra forma de expandir a Palette é clicando na seta no canto direito

sobre o rótulo Palette:
Quando expandido por este método, a palette permanece visível até

que se volte a seta à posição inicial novamente.
3. Clique no ícone do painel vertical na palette e então clique

novamente entre o painel de mensagem e o painel vertical original
gerado:
Página 92
4. Repita o procedimento acima para adicionar dois ou mais painéis ao

formulário. A parte superior do seu formulário deve parecer com algo
semelhante à figura abaixo:
5. Arraste o painel de mensagem do topo do formulário para baixo,

próximo ao botão Submit. Esta posição é, geralmente, mais
conveniente e intuitiva para os usuários, especialmente quando
validações são realizadas durante a entrada de dados em tempo de
execução.
Tarefa D - Modificação de Nomes e Rótulos de Painéis

Os valores nos campos para painéis e controles são particularmente
importantes e devem ser digitados corretamente porque são utilizados
em scripts que referenciam estes objetos. Rotulando os painéis para
indicar a função dos controles que eles contém ajudam os usuários a
compreender o formulário rapidamente.
1. Clique no topo do painel sobre o formulário. Assumindo que não foi

modificada a perspectiva padrão TIBCO Business Studio Modeling no
Eclipse, a área de propriedades para este painel aparecerá próximo à
tela do formulário. Na aba General da área de propriedades, faça as
seguintes modificações:
a. no campo Label, troque o texto existente com Customer
Information:
Página 93
O novo rótulo irá aparecer imediatamente no painel da tela do

formulário.
b. No campo Name, troque o texto existente para cust_info_pane.
2. Modifique o segundo painel conforme abaixo:

a. Name: acc_info_pane
b. Label: Accident Information
3. Modifique o terceiro painel conforme abaixo:

a. Name: third_pt_info_pane
b. Label: Third Party Information
4. Modifique o quarto painel conforme abaixo:

a. Name: witness_info_pane
b. Label: Witness Information
Página 94
Os rótulos dos painéis são a parte do formulário que deveria agora se

parecer com a figura abaixo:
5. Salve o formulário digitando Ctrl+S ou clicando no botão Save.
Como é habitual ao trabalhar com aplicações, é uma boa prática salvar

o projeto periodicamente.
Tarefa E - Mudança de Controles para os Painéis Apropriados

Uma vez rotulado o novo painel vertical, arraste cada controle para o
painel apropriado, e posicione os controles na ordem em que são
listados. Se desejar, pode-se selecionar múltiplos controles
pressionando a tecla Shift ou Ctrl e arrastando diversos de uma só vez.
Ao adicionar o primeiro controle ao novo painel, não será vista uma

linha em negrito indicando sua posição, desde que não exista nenhum
outro objeto no painel relativo àquela posição deva ser configurada.
Naquele ponto, o painel contem apenas rótulos, a posição do que é

definido pelo painel de propriedades. O próximo diagrama ilustra a
aparência do painel Third Party Information quando o primeiro
controle, Third Pt Name, é inserido sobre o outro painel:
Página 95
Simplesmente arrastando o primeiro controle à posição onde a cor de

fundo do painel se torna azul, e soltando-o ali. Mas controles
subseqüentes naquele painel podem ser posicionados relativos a um
outro arrastando-os à posição onde a linha em negrito aparece no lugar
onde o controle deveria estar. Isto ilustra que a linha em negrito
aparece próxima ao controle Third Pt Name quando o controle Insur
Name é arrastado para a posição próxima à ele:
Os controles são listados abaixo pelos seus nomes padrão, que são, os
textos que aparecem no controle. Modifique estes rótulos nos passos
subseqüentes:
1. Arraste os controles para o painel Customer Information:

a. Cust Name
b. Cust Phone
c. Cust Email
d. Cust Birth Date
e. Cust Age
f. Guardian Name
g. Claim Amt
Página 96
2. Arraste os seguintes controles para o painel Accident Information:

a. Acc Time
b. Acc Desc Cust
c. Injury
d. Third Pt Involved
e. Witness Avail
3. Arraste os seguintes controles para o painel Third Party

Information:
a. Third Pt Name
b. Insur Name
c. Insur Num
d. Third Pt Amt
4. Deixe os controles restantes no painel em que eles estão, que agora

se chama Witness Information:
a. Witness Name
b. Witness Phone
Página 97
II. Modificação das Propriedades de Controles: Rótulos,

Campos Obrigatórios, e Valores Sugeridos (Hints)
O próximo passo é modificar os rótulos e, em alguns casos, as propriedades de

controles Obrigatórios e Sugeridos (Hints) pela edição de valores sobre a área
de propriedades dos controles.
1. Clique no controle Cust Name. Na aba General da área de propriedades do
controle, mude o valor no campo Label para Name. Clique na checkbox
Required para que um valor seja obrigatório em tempo de execução para o
campo Name.
2. Similarmente, mude o rótulo Cust Phone para Phone. Adicione o seguinte

texto ao campo Hint para este controle para ilustrar o formato que a aplicação
precisa para o número de telefone: Exemplo 888-888-8888.
3. Mude o rótulo de Cust Email para Email.
4. Mude o rótulo de Cust Birth Date para Date of Birth. Clique na checkbox
Required para que o valor seja solicitado pelo campo em tempo de execução.
5. Mude o rótulo de Cust Age para Age.
6. As propriedades Label e Required para o campo Guardian Name não

precisam ser mudados. Mas pode-se adicionar o seguinte texto ao campo Hint
d este controle para explicar que o nome do responsável deve ser informado se
o cliente é menor de 21 anos: (If age is less than 21)
7. Mude o rótulo de Claim Amt para Claim Amount.
8. Mude o rótulo de Acc Time para Time of Accident. Clique no checkbox

Required para que o valor seja obrigatório em tempo de execução para este
campo.
9. Mude o rótulo de Acc Desc Cust para Description. Clique no checkbox

campo.
10. Mude o rótulo de Injury para Personal Injury. Clique no checkbox

campo.
11. Mude o rótulo de Third Pt Involved para Third Party Involved.
12. Mude o rótulo de Witness Avail para Witness Available
13. Mude o rótulo de Third Pt Name para Third Party Name.
14. Mude o rótulo de Insur Name para Insurance Company.
15. Mude o rótulo de Insur Num para Insurance Number.
16. Mude o rótulo de Third Pt Amt para Claim Amount.
17. Adicione o seguinte texto ao campo Hint para o controle Witness Phone
para ilustrar o formato que a aplicação solicita para números de telefone:
Exemplo 888-888-8888
Página 98
III. Modificação das Propriedades de Controles: Tipo e

Habilitação
Neste passo, outras propriedades dos controles serão modificadas para
melhorar as funcionalidades do formulário Capture Claim.
O tipo de controle gerado dos parâmetros de tarefas manuais, para instância,
depende do tipo de campos de dados de que estes parâmetros são derivados.
Os seis tipos básicos para campos de dados no TIBCO Business Studio
resultam nos seguintes tipos de controles:
Tipo de Campo de DadosTipo de Controle

StringText
Decimal NumberText
Integer NumberText
BooleanCheckbox
Date TimeDate-Time
PerformerText
Frequentemente, os tipos de controles gerados são melhores, mas existem

outros tipos de controle a serem considerados. Nesta parte do tutorial, serão
alterados os tipos de controles e configuradas as propriedades dos novos tipos.
1. O primeiro controle a ser modificado é Date of Birth, que foi gerado como
controle Date-Time. A data de nascimento do cliente afeta a solicitação do
seguro, mas o horário não. Por isso, o tipo deste controle será alterado de
Date-Time para Date. Clique no controle Date of Birth na tela do formulário.
Na aba General da área de propriedades dos controles e clique em option list
para Control Type e selecione Date.
2. O tipo do campo Age é Text, que não precisa ser alterado. Mas, caso
deseje-se calcular dinamicamente em tempo de execução com base no valor
digitado no campo Date of Birth, isso significa que não se deseja que o
usuário digite um valor neste campo. Para tornar o campo não editável,
desmarque a checkbox para Enabled nas propriedades deste controle:
3. O tipo do campo Description é Text e deve ser alterado para Text Area
para permitir espaço para uma descrição completa. Clique em option list para
Control Type e selecione Text Area. Para um controle Text Area o número de
linhas e colunas devem ser informados. Clique na aba Properties das
propriedades e digite os valores de 4 para Rows e 60 para Columns.
Página 99
4. O tipo do campo Personal Injury é Text e deve ser alterado para Radio,
que garante que um valor válido seja digitado, uma vez que o valor é escolhido
dentre valores previamente fornecidos. Clique em option list para Control Type
e selecione Radio. Para um controle Radio os valores dos botões radio devem
ser configurados. Na aba Properties, selecione auto para Format. Digite os
seguintes valores e rótulos clicando no próximo botão Add para cada par
valor/rótulo que é digitado:
— YES/Yes
— NO/No
— UNKNOWN/Unknown
5. O tipo do campo Insurance Company é Text e deve ser alterado para

Option List, que, assim como o Radio, garante que um valor válido seja
digitado para o nome da Companhia de seguros dos terceiros envolvidos no
acidente porque será escolhida dentre aquelas previamente fornecidas. Clique
em Control Type e selecione Option List. Para um controle Option List os
valores na lista devem ser configurados. Digite os seguintes valores e rótulos
clicando no botão Add próximo a cada par valor/rótulo após ser digitado:
— UNKNOWN/Unknown
— GECKO/Gecko
— STATE FIRM/State Firm
— FORMERS/Formers
— FROGRESSIVE/Frogressive
Página 100
IV. Modificação das Propriedades do Painel: Visibilidade
A utilização dos formulários pode ser melhorada escondendo-se algumas

partes que não se aplicam à determinadas instâncias do processo de negócio.
Se a importância de um conjunto particular de controles depende de uma
condição que é determinada em tempo de execução, pode-se agrupar
controles dependentes em conjunto em um painel e desmarcar a opção Visible
para aquele painel. Utilizando um script Event, pode-se alterar a propriedade
Visible para marcada caso a condição seja satisfeita em tempo de execução,
para a instância, se um valor particular é digitado em um campo em particular.
O tutorial mostrará como configurar o painel Third Party Information para que
ele se torne visível dependendo do que for marcado no checkbox Third Party
Involved. Caso não tenha terceiros envolvidos no acidente, o formulário não
deve mostrar controles para detalhes de relatórios sobre terceiros. Também
deve ser configurado o painel Witness Information para ser dependente do
que for marcado no checkbox Witness Available.
Caso não haja testemunha disponível, o formulário não deve mostrar controles
que obtém informações sobre testemunhas.
Esta seleção será iniciada configurando-se esta funcionalidade marcando a
propriedade Visible para os painéis.
1. Clique no painel Third Party Information para que a área de
propriedades seja mostrada.
2. Clique no checkbox Visible para desmarcá-lo e deixar o formulário

invisível.
Página 101
3. Siga o mesmo procedimento para o painel com informações sobre a

testemunha. Clique no painel, e desmarque a propriedade Visible para tornar o
painel invisível.
Os painéis com a propriedade Visible desmarcada são identificadas por um X
azul:
O passo final na configuração da visibilidade desses dois painéis é escrever os

scripts que os tornarão visíveis novamente. O script executará quando o
checkbox correspondente, seja Third Party Involved ou Witness Available,
for marcada. Os scripts serão apresentados mais à frente no item VIII. Eventos
e Ações.
V. Configuração do formulário Interview Witness
Realizar as seguinte alterações no formulário Interview Witness:

1. Adicionar um painel vertical ao formulário. Alterar a nova propriedade Name
do painel para witness_info_pane e a propriedade Label para Witness
Contact Information.
2. Clique no painel gerado originalmente e altere a propriedade Name para

accident_info_pane. Altere a propriedade Label para Accident Information.
3. Arraste os seguintes controles do painel Accident Information para o painel

Witness Contact Information: Witness Name e Witness Phone.
4. Altere os rótulos dos controles sobre os formulários conforme abaixo:
Rótulo
OriginalN
ovo
Rótulo
Acc
TimeTime
of
Accident
Acc Desc
CustCust
omer
Descriptio
n
Witness
DescWitn
Página 102
ess
Descriptio
n
Witness
StatWitne
ss Status
Perceba que os controles Time of Accident e Customer
Description estão cinza. Isto deve-se ao fato de serem não-
editáveis. São gerados de parâmetros Inbound Only, e seus
valores serão passados em tempo de execução de valores
digitados no formulário anterior Capture Claim.
5. Reposicione o painel de mensagens para parte de baixo do formulário,

próximo ao botão Submit.
6. Torne os seguintes controles obrigatórios marcando o checkbox Required
para cada um deles: Witness Name e Witness Phone.
7. Adicione este valor (hint) para Witness Phone: Exemplo 888-888-88888.
8. Altere o tipo dos controles Customer Description e Witness Description

de Text para Text Area. Na aba Properties, digite os valores de 4 para Rows
e 60 para Columns para cada um.
9. Desmarque o checkbox Visible para o controle Witness Status que deve

ser inicialmente invisível.
10. Digite a propriedade de Margin do painel de mensagem para 20.
11. Adicione um botão na linha de botões da parte de baixo do formulário. Para

isto, clique no ícone Button na Palette, à direita da tela do formulário, e clique
novamente onde deseja-se que o botão seja inserido:
12. Existem agora quatro botões neste formulário. Configure seus rótulos e
nomes conforme abaixo, da esquerda para a direita:
a. O primeiro botão é o botão padrão Cancel. Ele não precisa ser alterado.
Página 103
b. Rotule o Segundo botão para Failed - Try Again. Para a propriedade Name
deste botão, dê o valor try_again.
c. Rotule o terceiro botão para Failed - Do Not Try Again. Para a propriedade
Name deste botão, dê o valor failed.
d. Rotule o quarto botão para Completed. Para a propriedade Name deste
botão, dê o valor completed.
Os novos nomes para os três últimos botões serão utilizados em scripts de
eventos On Button Click, que serão escritos posteriormente. Com seus novos
rótulos, os botões configurados devem parecer com a figura abaixo:
Estes botões fornecerão mais funcionalidade uma vez que se tenha escrito os
scripts de eventos no item VIII. Eventos e Ações. A escolha de quais botões
clicar determinará o fluxo dos processos de negócio no terceiro gateway,
conforme descrito na revisão dos processos de negócio.
Resumo
Neste tutorial, foi explicado como gerar formulários das tarefas manuais em um
processo de negócio, como organizar e reestruturar os objetos sobre o
formulário, e como configurar os painéis e controles do formulário modificando
suas propriedades.
VI. Customização da aparência do Formulário
Este tutorial ilustra técnicas para redefinição da aparência de um formulário.

Neste tutorial, serão realizadas as seguintes ações:
• Mudança de cor de fundo dos painéis
• Mudança no tamanho dos rótulos
• Informar a posição dos rótulos para controles
Tarefa A - Mudança das cores de fundo dos Painéis

Utilize cores de fundo para tornar os painéis mais coloridos, e ajudar os
usuários a se encontrarem em meio a formulários complexos pelo
agrupamento visual de controles relacionados. Nesta seção, configure
as cores de fundo de painéis nos formulários Capture Claim.
1. Clique no painel Customer Information do formulário Capture
Claim.
2. Na aba Layout da area de propriedades do painel, desmarque

Inherit from Parent e clique no campo BG Color para abrir o quadro
de cores para as cores de fundo do painel:
3. Clique no botão Define Custom Colors para expandir o quadro de

cores.
Página 104
4. No quadro de cores, digite os seguintes valores para encontrar a cor

de fundo no formulário da aplicação exemplo fornecido:
CorValorVermelho238Verde238Azul238
5. Salve a cor customizada clicando no botão Adicione to Custom
Colors no quadro de cores. Isto tornará o reuso mais fácil desta cor no
formulário Interview Witness.
6. Clique em OK para que a nova cor de fundo do painel Customer

Information seja atribuída.
7. Repita os procedimentos acima para o painel Accident Information

e atribua as cores de fundo para o azul claro o com os seguintes
valores:
8. Novamente, salve a cor customizada clicando no botão Add to
Custom Colors no quadro de cores. Estas cores serão reutilizadas nos
próximos dois painéis deste formulário, assim como no formulário
Interview Witness.
9. Clique no botão OK para atribuir a cor de fundo ao painel Accident

Information para a nova cor.
10. Clique no painel Third Party Information. Use o procedimento

acima para atribuir a cores customizadas.
11. Clique no painel Witness Information. Use o procedimento acima

para atribuir a cores customizadas.
12. Clique no painel de mensagens. Atribua a cor de fundo para este

painel para alterar o vermelho com estes valores:
13. Atribua a propriedade Margin do painel de mensagens para 20
para permitir espaço entre o painel e os botões:
14. Agora que suas cores customizadas estão definidas, atribua as

cores de fundo aos painéis do formulário Interview Witness. Atribua a
cor para alterar o cinza para o painel Witness Contact Information,
azul para o painel Accident Information, e vermelho para o painel de
mensagens, para produzir os resultados mostrados aqui:
Página 105
15. Atribuir a propriedade Margin para o painel de mensagens do

formulário Interview Witness para 20, assim como feito no painel de
mensagens do formulário Capture Claim.
Tarefa B - Alteração da propriedade do tamanho do rótulo dos

painéis
Com as características padrão, cada painel é configurado para aceitar
os padrões de formulário (Use Form Defaults) para determinar as
características dos rótulos filhos (Child Label) para os controles que
ele contém:
No exemplo acima, então, a propriedade Label Width para controles

inseridos nesse painel não são 120 (o valor no campo Label Width é
ignorado), mas está baseado nas características do formulário. Se
nenhum tamanho é especificado no formulário, cada painel vertical
alinhará seus controles para que todos os campos nele contidos sejam
alinhados verticalmente, embora seus rótulos sejam de diferentes
tamanhos.
Nesta seção, as propriedades Child Label serão modificadas no painel

para que todos os controles no formulário tenham seus campos
alinhados verticalmente. Para fazer isso, é necessário atribuir o
tamanho do rótulo (em pixels) de todos os campos para um tamanho
suficiente para conter o maior rótulo.
Adicionalmente, será necessário atribuir a posição do rótulo para a
esquerda (left) ao invés de ser para cima (top) para que os rótulos de
controles apareçam à esquerda do controle.
As propriedades de formulários Child Labels, assim como, aqueles em
que os rótulos são do mesmo tamanho que os rótulos dos controles.
Página 106
1. Através da aba Outline, clique no primeiro elemento do formulário

Capture Claim.
2. Clique na aba Child Labels.
3. Desmarque Inherit from System Defaults.
4. Digite 200 no campo Label Width:
5. Clique dentro do painel Customer Information (mas fora de

qualquer controle) para selecionar o painel.
6. Clique na aba Child Labels sobre a área de propriedades.
7. Desmarque o checkbox Use Form Defaults.
8. Atribua ao Label Width o valor 200 e o Label Position para a left.
9. Repita o procedimento acima para os painéis Accident Information,

Third Party Information, e Witness Information. Para cada caso:
a. Selecione o painel.
b. Desmarque Use Form Defaults.
c. Atribua o valor 200 ao Label Width.
d. Marque left no Label Position.
Após completar este procedimento, todos os controles do formulário

serão alinhados verticalmente e os rótulos dos painéis (como indicado
pela regra sublinhada sob o rótulo do texto) terá o mesmo tamanho que
os rótulos dos controles (como indicado nos campos editáveis):
Página 107
10. Utilizando o procedimento descrito acima, mas utilizando um

tamanho de 230 pixels, configure os rótulos para os painéis do
formulário Interview Witness:
a. Selecione o formulário.
b. Clique na aba Child Labels.
c. Desmarque Inherit from System Defaults.
d. Altere para 230 no Label Width.
11. Utilizando o procedimento descrito acima, configure os rótulos dos

controles no formulário Interview Witness:
a. Selecione cada painel por vez.
b. Desmarque Use Form Defaults.
c. Atribua 230 no Label Width.
d. Marque left no Label Position.
Todos os controles no formulário Interview Witness serão alinhados

verticalmente e os rótulos dos painéis terão o mesmo tamanho que os
rótulos dos controles:
Resumo
Este tutorial mostrou como alterar algumas das características visuais de um
formulário para tornar o formulário com uma aparência mais agradável e fácil
de usar. As cores de fundo podem ser usadas para grupos de controles, e os
tamanhos dos rótulos podem ser ajustados para que todos os campos no
formulário sejam alinhados verticalmente.
VII. Validações
Página 108
Este tutorial mostra como utilizar os scripts para criar regras de validações para
controles. Estes scripts validarão os dados digitados pelo usuário em tempo de
execução. Neste tutorial, serão realizadas as seguintes ações:
• Criar scripts de validação para controles individuais no formulário Capture
Claim.
Tarefa A - Adição da Validação ao campo Phone (Capture Claim)

Este script de validação checa o número de telephone digitado pelo
usuário para garantir que o que foi digitado no formulário possa ser
manipulado pela aplicação do processo de negócio.
1. Clique no campo Phone no formulário Capture Claim.
2. Clique na aba Validations na área de propriedades dos controles:
3. Clique no botão Add New Validation para abrir o diálogo Define

Validation
.
4. No campo Name digite o seguinte:
phone_number_syntax
5. Clique no botão radio para Field Value is Updated.
6. Digite o seguinte código JavaScript na área de texto Script:

//Retrieve the phone value
var phone = this.getValue();
if(phone != null && phone != ""){
//verify it is in the format 888-888-8888
var match = RegExp("[0-9]{3}-[0-9]{3}-[0-9]{4}").test(phone);
match;
} else{
true;
Página 109
7. Digite o seguinte texto na área de mensagem Message:
Phone number must be in the form: 888-888-8888
A mensagem será mostrada se o texto digitado no campo Phone

estiver em um formato inválido.
8. Clique em OK, para sair.
Tarefa B - Adição da Sintaxe de validação para o campo E-mail

(Capture Claim)
1. Clique no campo Email sobre o formulário Capture Claim.
2. Clique na aba Validations na área de propriedades dos controles.

Validation. No campo Name digite o seguinte: email_syntax
5. Escolha a opção Form is Submitted.
6. Digite o seguinte código JavaScript na área texto do Script:
var email = this.getValue();

if(email != null && email != ""){
//Match format xxx@xxx.xxx
var match = RegExp("(.)+@(.)+\\.(.)+").test(email);
match;
} else{
true;
}
7. Digite o seguinte texto na área Message:
E-mail must be of the form xxx@xxx.xxx
Tarefa C - Adição de uma segunda validação para o campo E-mail

(Capture Claim)
Esta validação garante que um valor seja digitado ou para o campo
Email ou Phone. O usuário não é obrigatório para fornecer valores
para ambos nesta aplicação.
1. Clique no campo Email sobre o formulário Capture Claim.
3. Clique no botão Add New Validation para o diálogo Define

Validation aparecer.
4. No campo Name digite como segue:
email_or_phone_required
5. Escolha a opção Form Is Submitted.
//Check one of email and phone fields are Digiteed
Página 110
if((f.cust_phone == null || f.cust_phone == "") &&

(f.cust_email == null || f.cust_email == "")){
false;
} else{
true;
}
Either customer phone number or email Adicioneress must be

Digiteed.
Tarefa D - Adição de validação para o campo Date of Birth

(Capture Claim)
1. Clique no campo Date of Birth no formulário Capture Claim.

Validation.
4. No campo Name digite o seguinte: validate_birth_date
5. Escolha a opção Field Value Is Updated.
var date = this.getValue();

var now = new Date();
//Validate birth date some time before today's date and
//within 120 years
if(date == null ||
(date < now && now.getFullYear() - date.getFullYear() < 120)){
true;
} else{
false;
}
Digite a valid birth date which is a past date and in the range of
last 120 years.
Tarefa E - Edição da Validação Automática para o Campo Age

(Capture Claim)
Nesta tarefa será examinada uma validação de script e editada a
mensagem de erro gerada.
Campos do formulário, como o campo Age, que são automaticamente
gerados dos parâmetros de tarefas manuais que são por si próprias
baseadas nos campos de dados do tipo inteiros (Integer Number)
incluindo um script de validação que checa se o dado informado na
execução é um número. O script automaticamente gerado também
checa se o valor não é maior do que 3 dígitos. O tamanho permitido é
baseado na propriedade do tamanho do campo do dado de onde o
controle é gerado. Para ver a área de propriedades para o campo de
dados cust_age, encontre o campo de dados no Project Explorer para
o Process package ProcessWithNoForms:
Página 111
Clique no campo de dado cust_age para abrir as suas propriedades:
Perceba que as propriedades do campo de dados, incluindo o tamanho

da propriedade. A área da propriedade também mostra que o campo de
dados é utilizado pela tarefa manual Capture Claim. (Esta propriedade
foi definida quando os campos de dados foram adicionados aos
parâmetros para a tarefa manual, um passo que é realizado quando o
processo de negócio é criado.) O script é definido por padrão para ser
executado quando o formulário é submetido.
1. Clique no campo Age do formulário Capture Claim.
3. Clique no botão Edit para abrir o diálogo Define Validation.
4. Checar se o botão Form Is Submitted está marcado. Este é o

padrão.
5. Checar se o código JavaScript está inserido na área texto do Script:
this.getForm().isNumber(this.getValue(),3);
6. Editar o texto na área Message:
Customer Age must be a number.
Página 112
Tarefa F - Edição da Validação para o Campo Claim Amount

(Capture Claim, Customer Information Pane)
Nesta tarefa será examinado um outro script de validação automático,
que será executado na mudança de configuração, para quando dados
de entrada são validados, e a edição da mensagem de erro.
1. Clique no campo Claim Amount no painel Customer Information
do formulário Capture Claim.
4. Perceba que as características originais para o script de validação

automático:
5. Para que a validação seja executada assim que os usuários digitem

um valor para este campo, clique na opção Field Value is Updated.
Altere a mensagem de erro para Claim amount should be a number.
6. Clique em OK.
Tarefa G - Adição da Validação para o Campo Time of Accident

(Capture Claim)
1. Clique no campo Time of Accident no formulário Capture Claim.
2. Clique na aba Validations na área de propriedades do controle.
Página 113

Validation.
validate_accident_time
5. Escolha a opção Field Value Is Updated.
6. Digite o código JavaScript na área texto no Script:
//Accident time must not be in the future

var accTime = this.getValue();
if(now < accTime){
false;
} else{
true;
}
Accident time must not be in the future.
8. Clique em OK.
Tarefa H - Edição da Validação para o campo Claim Amount

(Capture Claim, Third Party Information Pane)
Nesta tarefa será criado um outro script de validação automático,
mudança de configurações para quando dados são validados, e edição
da mensagem de erro.
1. Clique no campo Claim Amount no painel Third Party Information
do formulário Capture Claim.
4. Selecione a opção Field Value Is Updated.
Third party claim amount must be a number.
6. Clique em OK.
Tarefa I - Adição da Validação para o Campo Witness Phone

(Capture Claim)
1. Clique no campo Witness Phone do formulário Capture Claim.

Validation.
phone_number_syntax
5. Clique no botão Field Value Is Updated.
Página 114
6. Digite o seguinte código JavaScript na área Script:
var phone = this.getValue();

if(phone != null && phone != ""){
var match = RegExp("[0-9]{3}-[0-9]{3}-[0-9]{4}").test(phone);
match;
} else{
true;
}
Phone number must be of the form 888-888-8888.
8. Clique em OK.
Resumo
Esse tutorial mostrou como criar validações para campos de um formulário,
assegurando que somente informações válidas serão digitadas pelos usuários
em tempo de execução.
VIII. Eventos e Ações
Este tutorial mostra como criar scripts que executam quando um evento pré-
definido ocorre. Neste tutorial, será realizado o seguinte:
• Escrever scripts para ações de controles que executam quando um campo é
editado por um usuário.
• Escrever scripts para ações de formulários que são chamados pelos scripts
de controles.
Tarefa A - Configuração de um Evento para o campo Age (Capture

Claim)
O script escrito nesta seção será executado diversas vezes:
• Será utilizado um valor no campo Date Of Birth para calcular a
idade do cliente.
• Será populado o campo Age com o valor.
• Se o cliente é menor do que 21 anos de idade, a propriedade será
mudada para Required no campo Guardian Name e o valor se
tornará obrigatório.
Todas essas ações serão incluídas em um único script.

1. Clique no campo Date of Birth do formulário Capture Claim.
2. Clique na aba Events na área de propriedades do controle.
3. Clique na lista de opções para o evento On Control Change e

clique em Define New Action:
Página 115
4. Altere o nome que é automaticamente gerado para a ação

(cust_birth_date:oncontrolchange) no campo Action Name com o
seguinte nome:
set_age
5. Digite o seguinte código JavaScript na área texto Script:
var birthDate = this.getValue();

if(birthDate != null){
var age = now.getFullYear() - birthDate.getFullYear();
//compute age
if(now.getMonth() < birthDate.getMonth() || (now.getMonth()
== birthDate.getMonth() && now.getDate() <
birthDate.getDate()) ){
age = age-1;
}
if(age < 0){
age = 0;
}
}
//populate cust_age field with age computed.
f.cust_age = age;
//if age is less than 21 set guardian name as required field
if(age < 21){
this.getForm().getControl('guardian_name').setRequired(true);
} else {
this.getForm().getControl('guardian_name').setRequired(false);
}
true;
Este script captura o ano digitado no campo Date Of Birth e o subtrai

do ano atual para saber a idade do cliente. Então, checa pra ver se o
dia do aniversário já passou no ano atual, e caso não tenha ocorrido,
subtrai um ano no valor da idade. Se ele calculou que a idade é menor
do que 0, o valor da idade é definido para 0. Então, o script define o
campo Age para o valor calculado. Caso o valor seja menor do que 21
anos, o script define o campo Guardian Name como Required.
6. Clique em OK.
Pode-se testar o script clicando na aba GI Preview, digitando

um valor para a data de aniversário, e clicando na chave. A
idade calculada aparecerá no campo Age.
Página 116
Tarefa B - Mostar ou Ocultar um Painel baseado na Informação do

Usuário
Este script mostrará painel Third Party Information, que está oculto
quando o formulário é aberto. Ele será mostrado quando o usuário
clicar no checkbox Third Party Involved.
O script também demonstra que pode-se chamar um outro script de
dentro de um script.
Neste exemplo, o último comando chama um script de formulário (que
é um script que não está associado com algum controle particular) que
irá definir os campos no painel Third Party Information para required.
1. Clique no controle Third Party Involved.
2. Clique na aba Events na área de propriedades.
3. Clique na lista de opções para o evento On Control Change e

clique em Define New Action.
4. Altere o nome que é automaticamente gerado para a ação

(third_pt_involved:oncontrolchange) no campo Action Name com
este nome mais simples:
toggle_thirdparty_pane
//Show/hide third party information pane based on whether

//this checkbox is checked or not
if(this.getValue()){
this.getForm().getPane('third_pt_info_pane').setVisible(true);
} else{
this.getForm().getPane('third_pt_info_pane').setVisible(false);
}
this.getForm().invokeAction("third_party_fields_required",this);
6. Clique em OK.
Tarefa C - Criação de um script Action para o Formulário

O script escrito na Tarefa B, toggle_thirdparty_pane, invoca um script
chamado third_party_fields_required na última linha, mostrada aqui:
this.getForm().invokeAction("third_party_fields_required",this);
Escreva este script para o formulário, em que são definidos todos os

campos no painel Third Party Information para Required quando o
checkbox Third Party Involved é marcada.
1. Clique no formulário Capture Claim, fora de qualquer painel ou
controle, para ver a área de propriedades para o formulário.
2. Na aba Action, clique no botão Add New Action para abrir o

diálogo Define Action:
Página 117
3. No campo Action Name digite:
third_party_fields_required
var third_party_involved = this.getValue();

this.getForm().getControl('third_pt_name').setRequired(third_party_involved);
this.getForm().getControl('insur_num').setRequired(third_party_involved);
this.getForm().getControl('insur_name').setRequired(third_party_involved);
true;
No código acima, se a primeira linha retornar um valor de true, isso

significa que o checkbox Third Party Involved está marcado.
Como resultado das Tarefas B e C, quando um usuário clica em Third
Party Involved, o painel Third Party Information é mostrado no
formulário e todos seus campos são obrigatórios.
Este exemplo demonstra como pode-se chamar uma ação de dentro de
uma outra ação.
Tarefa D - Mostrar ou Ocultar Paineis baseados em Entradas dos

Usuários
Este script é similar na função e aparência ao script
toggle_thirdparty_pane. O script mostra o painel Witness Information,
que está oculto quando o formulário aparece, e mostra se o usuário e
clica no checkbox Witness Available.
Assim como o script toggle_thirdparty_pane, este script chama outro
script na última linha. Desta vez, o ultimo comando chama um script
que define os campos no painel Witness Information para required.
1. Clique no controle Witness Available.
2. Clique na aba Events na area propriedades.
3. Clique na lista de opções para o evento On Control Change e clique

em Define New Action.
4. Altere o nome que é automáticamente gerado para a ação

(witness_avail:oncontrolchange) no campo Action Name para este:
toggle_witness_info_pane
if(this.getValue()){
this.getForm().getPane('witness_info_pane').setVisible(true);
} else{
this.getForm().getPane('witness_info_pane').setVisible(false);
}
this.getForm().invokeAction("witness_fields_required", this);
Página 118
6. Clique em OK.
Tarefa E - Criação de outro Script para o formulário

O script escrito na Tarefa D, toggle_witness_info_pane, invoca um
script chamado witness_fields_required na última linha, mostrada aqui:
this.getForm().invokeAction("witness_fields_required", this);
Escreva agora este script de formulário, fazendo com que o todos os

campos no painel Witness Information tornem-se Required quando o
checkbox Witness Available é marcado.
1. Clique no formulário Capture Claim, do lado de fora de qualquer
painel ou controle, para ver as propriedades do formulário.
2. Na aba Action, clique no botão Add New Action para abrir o diálogo
Define Action:
3. No campo Action Name, digite:
witness_fields_required
var witness_available= this.getValue();

this.getForm().getControl('witness_name').setRequired(witness_available);
this.getForm().getControl('witness_phone').setRequired(witness_available);
true;
No código acima, se a primeira linha retorna o valor de true, significa

que o checkbox Witness Available está atualmente selecionado.
Como resultado das Tarefas D e E, quando um usuário clica em

Witness Available, o painel Witness Information é mostrado sobre o
formulário e todos seus campos são obrigatórios. Este exemplo fornece
uma outra demonstração de como pode-se chamar uma ação de dentro
de uma outra ação.
Tarefa F - Definição de Ações Customizadas para Botões

Na maioria dos casos, os botões do formulário são configurados com
uma das ações pré-definidas nos formulários do TIBCO Business
Studio. O botão mais à esquerda do formulário Interview Witness, por
exemplo, foi criado automaticamente quando o formulário foi gerado, e
está configurado com o evento padrão On Button Click chamado
cancel.
Mas o formulário Interview Witness também contém 3 botões

customizados para controlar o fluxo dos processos de negócio: se o
botão chamado Failed - Try Again é clicado, o fluxo retorna mais uma
vez para a tarefa manual Interview Witness para que outra tentativa
de contato com a testemunha seja feita. Estes botões chamados
Failed - Do Not Try Again e Completed enviam o processo para seu
evento final. Neste passo, escreva os scripts que controlam a
funcionalidade destes botões customizados.
Aqui estão os três botões customizados, e as ações associadas aos
eventos On Button Click para cada um deles:
Página 119
Rótulo do Botão Nome da Ação Funcionalidade

customizada
Failed – Try Again try_again Esta ação define a variável
witness_stat com o valor
TRY_AGAIN, e invoca a
ação padrão submit que é
definida pelo sistema.
Failed – do Not Try release_with_fail Esta ação define a variável
Again witness_stat com o valor
FAIL, e invoca a ação
padrão submit que é
Completed release_with_success Esta ação define a variável
witness_stat com o valor
SUCCESS, e invoca a ação
padrão submit que é
Na tNa tabela acima, a ação definida para cada um dos três botões
customizados invocam a ação padrão submit que é definida pelo
sistema. Mas antes disso, cada ação define o status da tesmunha
informando o valor para a variável witness_stat, que é usado na lógica
do gateway Contact Witness Again para determinar o fluxo do
processo de negócio. Um valor TRY_AGAIN reinicia a tarefa manual
Interview Witness. Um valor FAIL ou SUCCESS prossegue com o
processo de negócio Claims Process.
Realize o seguinte procedimento para configrar os botões.
Configuração do Botão Failed - Try Again

1. Abra o formulário Interview Witness no modelador de
formulários se ainda não estiver aberto.
2. Clique no botão Failed - Try Again e veja suas

propriedades.
3. Clique na aba Events das propriedades.
4. Selecione Define New Action na lista de opções On Button

Click.
5. Digite try_again no campo Action Name.

6. Digite o seguinte código JavaScript no campo Script:
this.getForm().getControl('witness_stat').setValue('TRY_AGAIN');
this.getForm().invokeAction("submit",this);
7. Clique em OK.
Configuração do Botão Failed - Do Not Try Again

1. Clique no botão Failed - Do Not Try Again e veja suas
propriedades.

Click.
Página 120
4. Digite release_with_fail no campo Action Name.

this.getForm().getControl('witness_stat').setValue('FAIL');
this.getForm().invokeAction("submit",this);
6. Clique em OK.
Configuração do Botão Completed

1. Clique no botão Completed e veja suas propriedades.

Click
.
4. Digite release_with_success no campo Action Name.

this.getForm().getControl('witness_stat').setValue('SUCCESS');
this.getForm().invokeAction("submit", this);
6. Clique em OK.
Resumo
Neste tutorial, foi escrito um número de scripts que melhoram a funcionalidade
dos formulários Capture Claim e Interview Witness. Foi ensinado como
escrever scripts que são associados aos controles individuais, assim como os
scripts associados aos formulários. Também ensinamos como chamar uma
ação de dentro de uma outra ação. Finalmente, aprende-se como criar, botões
customizados que trabalham em conjunto com gateways para controlar o fluxo
dos processos de negócio.
Página 121
Anotações
Página 122
Unidade 5 Simulação
A característica de simulação do TIBCO Business Studio
permite a simulação de Processos de Negócio desenvolvidos
no próprio TIBCO Business Studio para identificar áreas do
Processo que podem ser melhoradas, tais como gargalos e
áreas de alto custo, ou podem ter os níveis de serviço
reduzidos.
Tópicos
 Simulação de Processos de Negócio

 Propriedades da Simulação
 Preparação para a Simulação
 Duração das Atividades e Eventos
 Progresso da Simulação
 Resultados da Simulação
 Tutorial 5 - Simulando os Processos
 Relatórios
 Ferramenta de Relatório e Inteligência de
Negócio - BIRT
 Tutorial 6 – Relatórios Customizados
Página 123
Unidade 5 - Simulação de Processos de Negócio
A simulação é uma abstração da realidade por meio de

suposições sobre o Processo real e permite identificar áreas do
Processo que podem ser melhoradas tais como gargalos e
áreas de alto custo ou atraso.
 Executa modelos de Processos com valores em tempo-

real esperados.
As principais vantagens que a simulação possibilita são:
 Refinar Processos antes da implementação:

o Identificar gargalos
o Obter estatísticas de desempenho
 Reavaliar análises de custos.
Página 124
Propriedades da Simulação
O diagrama sumariza as propriedades de simulação do TIBCO

Business Studio.
 Define o Processo atual "Como é"
o Lista as atividades envolvidas (incluindo
pessoas, papéis, grupos ou sistemas
associados à atividade).
o Determina quem ou o que cada atividade
realiza.
 Prepara a simulação
o Determina a frequência de eventos e a duração
de atividades ou importa qualquer dado
histórico que contém esta informação.
o Especifica os custos unitários.
o Atribui recursos para cada atividade.
 Examina os resultados da simulação

o Valida modelos de simulação do Processo
"como é" pela comparação dos resultados de
simulação para quaisquer dados de Processos
reais (se disponíveis) utilizando Relatórios de
Simulação.
o Re-trabalha dados da simulação e re-executa a
simulação até estar confiante que ele é um
reflexo preciso do Processo real.
o Identifica as áreas de possíveis melhorias,
como gargalos e congestionamentos.
Página 125
Preparação para a Simulação
Assim que a simulação é habilitada para um Processo, a

validação do Processo indica que alguns passos são
necessários antes que a simulação possa ser executada.
Devem ser configuradas duas áreas do Processo, em qualquer

ordem:
 Dados do Evento (Event Data): Identifica o número de

eventos utilizados para iniciar o Processo. Cada
instância de um Processo é referenciada como um
caso. Pode-se inserir o número máximo de casos a
serem iniciados, assim como, a duração entre as
inicializações de casos.
 Dados da Atividade de Simulação (Activity Simulation

Data): também configura dados da simulação para
cada atividade do Processo. Cada atividade pode ser
completada em uma quantia específica de tempo, ou
um intervalo de tempo esperado. Quaisquer
parâmetros SLA para cada atividade também podem
ser definidos.
Página 126
Duração das Atividades e Eventos
Como um último passo antes de executar simulações, pode-se

configurar a duração necessária para a conclusão de cada
atividade. Vários tipos de durações podem ser definidos, por
exemplo, uma duração específica ou um intervalo de tempo.
Pode-se definir também o Acordo de Nível de Serviço - SLA
(Service Level Agreement) para esta atividade.
Finalmente, pode-se configurar o número de eventos que

podem ser simulados para uma análise de carga. O número de
casos para um Processo podem ser variados, então os casos
podem ser iniciados numa taxa constante, ou podem ser
iniciados em intervalos de tempo.
Custos baseados nas Atividades
Refere-se à prática de construir “custos de transação” ou

“custos de Processos” totais de custos de atividades individuais
que formam o Processo. Isto pode ser útil em situações de
Business Process Outsourcing onde um fornecedor pode ser
pago e ter SLAs avaliados sobre uma base por transações.
O modo que isto é expresso no TIBCO Business Studio é pela

atribuição de um participante a uma atividade. Assim, atribui-se
um custo unitário ao participante e uma duração à atividade.
TIBCO Business Studio calcula o custo da atividade (a duração
da atividade multiplicada pelo custo unitário do participante).
Isso é mostrado na aba Simulation na Properties view da
atividade.
Página 127
Progresso da Simulação
Cada atividade mostra quatro colunas de dados. Essas colunas

mostram os seguintes resultados da atividade:
 Casos observados,
 Tamanho da fila,
 Atraso na atividade,
 % participação do participante.
Cada coluna também mostra números. Por exemplo: Casos

observados, neste exemplo, 50 casos foram finalizados.
Página 128
Resultados da Simulação
O acompanhamento da simulação pode ser realizado pelo

painel de Resultados da Simulação.
Esse painel fornece uma visão detalhada para:

 Casos (e custos),
 Participantes,
 Atividades.
Pode-se executar múltiplas simulações pelas variações de

dados e observação de resultados. Os resultados das
simulações fornecem análises de custos assim como médias e
tempos totais para cada atividade no Processo.
É possível ainda comparar múltiplas simulações, e estas

comparações podem ser armazenadas como relatórios nos
formatos HTML ou PDF.
Página 129
Tutorial 5 – Simulação dos Processos
I. Simulação de Processos
Neste tutorial será preparado um Processo para simulação ao completar-se os
seguintes passos:
 Criar o processo Claims Management
 Adicionar os Participantes
 Especificar o Custo Unitário dos Participantes
 Especificar a Duração das Atividades
 Associar os Participantes às Atividades
 Adicionar Campos de Dados
Tarefa A - Criação do processo Claims Management

Criar um novo Package para o processo que está sendo criado. Crie
um processo chamado Claims Management que deverá se parecer
com este:
Note que o fluxo de dados entre as atividades Send Loss Adjuster? e

Adjust Loss deve ser um fluxo condicional, e o fluxo para a atividade
Handle Claimant deve ser um fluxo padrão.
Página 130
Garanta que o Destination Environment está setado para Simulation,

conforme abaixo:
1. Selecione o processo Claims Management no Project Explorer.
2. Clique na aba Destinations e selecione Simulation como

Destination Environment.
Tarefa B - Adição de Participantes

1. No Project Explorer, expanda a árvore para Claims Management.
2. Clique em Participants e selecione New Participant. O assistente

New Participant é mostrado.
3. O diálogo Participant Details é mostrado primeiro. Digite Call

Center Operator para o Name, e selecione Role como Type. Pode-se,
opcionalmente, pressionar Next para incluir uma descrição do papel.
4. Clique em Back do Participant Details se deseja alterar os valores

padrões para Project, Package ou Process.
5. Clique em Finish e perceba que o Call Center Operator é adicionado

ao Participants no Project Explorer sob o processo Claims
Management.
6. Repita estes passos para adicionar Loss Adjuster e Claims

Handler como papéis de participantes adicionais.
Tarefa C - Especificação do Custo Unitário dos Participantes

1. Selecione o participante Call Center Operator e vá até Properties
view.
2. Clique na aba Simulation, e edite o Simulation Data conforme

abaixo:
— Number Of People/Machines – Quantidade de recursos
necessários.
Digite 3.
— Cost Per Unit – Custo por Unidade (por exemplo, custo por
hora).
Digite 7.5.
— Unit – Especifique o período de tempo versus o custo
medido.
Selecione HOUR.
3. Faça o mesmo para o participante Loss Adjuste, mas especifique o

seguinte:
— Number Of People/Machines – Quantidade de recursos
necessários.
Digite 2.
— Cost Per Unit – Custo por Unidade (por exemplo, custo por
hora).
Digite 30.
— Unit – Especifique o período de tempo versus o custo
medido.
Selecione HOUR.
4. Do mesmo modo, modifique Simulation Data para Claims Handler:

— Number Of People/Machines - Quantidade de recursos
necessários.
Página 131
Digite 10.
— Cost Per Unit - Custo por Unidade (por exemplo, custo por
hora).
Digite 15.
— Unit - Especifique o período de tempo versus o custo
medido.
Selecione HOUR.
Tarefa D - Especificação da Duração das Atividades

1. Selecione a atividade Validate Policy.
2. Vá até o Properties view e edite o Simulation Data, conforme abaixo:

— Selecione NORMAL como Duration Distribution.
— Selecione MINUTE para o Time Unit com um valor
médio(Mean) de 5 e um Desvio Padrão(Standard Deviation) de
2.
3. Faça o mesmo para a atividade Adjust Loss, mas selecione

distribuição NORMAL, HOUR, com uma média de 2 e desvio padrão de
0.25.
4. Para a atividade Handle Claimant, especifique a distribuição

NORMAL, DAY, com uma média de 2 e desvio padrão de 0.25.
5. Para a atividade Complete Customer Survey, especifique uma

distribuição CONSTANT de 5 minutos.
6. Clique no evento Start e especifique uma distribuição

EXPONENTIAL com uma média de 60 minutos e altere o número de
casos para 500.
Tarefa E - Associação de Participantes às Atividades

1. Destaque a atividade Validate Policy.
2. Vá para Properties view e clique na aba General.
3. Navegue para selecionar o Call Center Operator como Participant.
4. Faça o mesmo para a atividade Adjust Loss, mas selecione o

participante Loss Adjuster.
5. Atribua o participante Claims Handler para a atividade Handle

Claimant.
6. Atribua o participante Call Center Operator à atividade Complete

Customer Survey.
É possível associar um participante com uma atividade clicando com o

botão direito em Activity e selecionando Participant.
Tarefa F - Adição dos Campos de Dados (Data Fields)

1. No Project Explorer, sob o processo Claims Management, clique
com o botão direito em Data Fields e selecione New Data Field.
2. O diálogo Data Field Details é mostrado. Digite Policy como Name

do Data Field e selecione String como Type.
3. Pode-se, opcionalmente, clicar em Next para digitar uma descrição.
Página 132
4. Pode-se, opcionalmente, clicar em Back do diálogo DataField

Details se deseja-se marcar o Project e Package mostrado. Para este
tutorial, aceite o padrão.
6. Repita estes passos para criar um campo de dados string chamado

Customer.
7. No Process Editor, destaque a atividade Validate Policy.
8. No Properties view, clique na aba Parameters.
9. Clique no botão Add próximo ao campo In-bound Parameters para

navegar para os campos de dados Policy e Customer. Mantendo
pressionado a tecla Ctrl, selecione ambos e clique em OK.
10. Os campos de dados selecionados são mostrados no Properties

view.
11. Associe os campos de dados Policy e Customer com as demais

atividades do processo.
II. Execução de uma Simulação

A simulação está preparada agora.
1. Salve o Package que contém o processo Claims Management.
2. Cheque o Problems view para quaisquer erros no processo. Caso,

exista erro, clique com o botão direito neles e selecione Quick Fix para
corrigí-los (se Quick Fix não está disponível, abra o processo para
corrigir o problema).
3. No Project Explorer, selecione o processo Claims Management,

clique com o botão direito, e selecione Prepare Simulation.
Ao selecionar Prepare Simulation, TIBCO Business Studio

define parâmetros necessários para a execução da simulação,
neste caso define como será o fluxos de dados pelo gateway
Send Loss Adjuster?. Selecionando Prepare Simulation
pode-se também consertar alguns problemas que não tem
Quick Fixes disponíveis.
4. Selecione a perspectiva Simulation no canto superior direito do

workspace. Dessa forma, é adicionada as views Simulation Control e
Simulation Results para o workspace.
5. No Project Explorer, Selecione o processo Claims Management,

clicando com o botão direito e selecionando Run As > Run
Simulation. Se aparecer uma janela, clique em Yes para salvar
quaisquer mudanças não salvas.
Página 133
Por padrão, uma simulação executa com a data/hora de início da

simulação da data/hora atual do sistema, mas pode-se definir
uma data/hora de início de simulação utilizando o calendário e
digitando o valor do horário desejado.
6. A simulação executa:
— A view Simulation Control mostra o horário da simulação e o
progresso da simulação.
— A view Simulation Results mostra o número de casos e
dados de simulação atualizados sobre as atividades e
participantes tais como Custos.
— O número de filas e casos processados são indcados no
processo.
Neste exemplo, serão simulados 500 casos. O número padrão de

casos para simulação é 100, contudo pode ser configurado.
Após o término da simulação dos 500 casos, prossiga com o próximo
tutorial para aprender a interpretar os resultados da simulação.
III. Interpretação dos Resultados da Simulação

Após a execução da simulação, os resultados da simulação mostrarão
informações sobre o seguinte:
• Casos – um resumo da simulação, incluindo o número de casos
iniciados e finalizados assim como custos e tempos de casos (média,
mínimo e máximo).
• Participantes – informações sobre participantes. Por exemplo:
• Atividades – informações sobre o custo das atividades, distribuição

em filas, tempos de espera, etc.
Alterando-se propriedades do processo tais como número de participantes,

pode-se executar novamente a simulação e ver os efeitos das mudanças. Por
exemplo, se inicialmente, existir apenas um participante para cada atividade, a
simulação deve ser executada para ver o número máximo de itens na fila e os
tempos de espera.
Se estes números são mais altos do que o desejado, uma solução é
incrementar o número de participantes. Por exemplo, em exemplos de seguros
anteriores, cinco operadores de Call Center, três Loss Adjusters e 12 Claims
Handlers deveriam resultar em tempos de espera reduzidos com poucos itens
na fila.
Pode-se também exportar dados da simulação para relatórios

HTML.
Página 134
IV. Alteração das Propriedades de Simulação

Para simplificar a simulação dos processos, o TIBCO Business Studio fornece
valores padrões para significantes parâmetros de simulação. Em conjunto com
os parâmetros de simulação especificados foi criado o cenário utilizado para a
simulação.
Este tutorial mostra como modificar as propriedades de simulação de um
processo. Para isto, realize os seguintes passos:
1. Abra o processo Claims Management criado anteriormente.
Selecione a perspectiva Modeling no canto superior direito do
workspace.
2. Clique na area branca da raia onde o processo será mostrado.
3. Vá para a view Properties e clique na aba Simulation.
4. As propriedades de simulação dos processos são mostradas. Por

exemplo:
Isto mostra que os casos enviados pelo formulário da atividade

Validate Policy, são distribuídos 50:50 para a atividade Adjust Loss e
para a atividade Process Claimant.
5. Pode-se alterar a distribuição de casos pela alteração da pesagem.

Clique na coluna Weighting factors e altere para 30:10, que altera a
Porcentagem (Percentage) para 75:25. No seguinte exemplo, o fluxo
de sequência foi renomeado para:
6. Re-executar a simulação e verificar na view Simulation Results que

os casos estão agora distribuídos conforme a pesagem digitada:
Página 135
Apenas 125 casos são distribuídos para o Adjust Loss Activity versus
250 na execução da simulação anterior.
V. Vizualização e Comparação dos Resultados da Simulação

Nos tutoriais anteriores, foi alterada a distribuição de casos para as atividades
Adjust Loss e Process Claimant de 50:50 para 25:75. Isto afeta a utilização
dos participantes envolvidos. O TIBCO Business Studio fornece uma view do
Relatório de Simulação que ilustra os efeitos desta mudança.
1. No Project Explorer, expanda o diretório Simulation e seus sub-
diretórios, selecione os arquivos .sim que foram criados durante a
simulação do processo (por exemplo, 2006-03-11_15-56-38.sim).
Destaque os arquivos .sim que se deseja comparar, clique com o
botão direito e selecione Compare Simulation Results. Abre-se a
view Compare Simulation Result.
2. Selecione o checkbox para dois ou mais conjuntos de resultados

que se deseja comparar.
3. Existem duas ferramentas de comparação pré-definidas que podem

ser usadas:
— Case Cost-Time Analysis – mostram gráficos e rótulos que
mostram informações tais como o mínimo, a média e o máximo
de tempos de casos para cada experimento.
— Participant Utilization – mostram gráficos que relatam o
tempo ocioso e custos para participantes no processo.
4. Selecione Participant Utilization e clique em Display Report.
5. O relatório é gerado e mostrado (pode-se também salvar os

relatórios Case Cost-Time Analysis e Participant Utilization para os
formatos HTML e PDF). Relembre que a diferença entre as duas
simulações foi a distribuição de casos para os participantes Claims
Handler e Loss Adjuster.
O primeiro gráfico mostra que o tempo ocioso para todos os
participantes (expresso em minutos) aumentou:
Para ver o porquê disto, olhe os próximos dois gráficos, que mostram o
tempo ocioso por participante. Este é o gráfico com uma distribuição
50:50.
Página 136
O segundo gráfico mostra a distribuição 75:25.
Por causa dos poucos casos que foram enviados ao Loss Adjuster, o
tempo ocioso deste usuário foi incrementado. Isto também é refletido
na baixa utilização nos resultados.
Existem diversos aspectos de

simulação para serem verificados quando as
simulações são comparadas:
• Quando comparando Gráficos de Pizza tais
como os dois anteriores, perceba que o
tempo ocioso total para cada um é diferente,
assim segmentos de tamanhos similares não
representam o mesmo valor.
• A utilização de um participante é apagada
caso ele termine o trabalho, mas a simulção
ainda esteja executando. Por esta razão é
melhor vizualizar a simulação executando
para verificar a correta utilização do
participante enquanto o trabalho está sendo
realizado.
VI. Utilização de Iterações (Loops) na Simulação

Ao simular um processo deve-se permitir que infinitas iterações sejam
fornecidas na estratégia do controle das simulações. Se foram criadas
iterações sem um Controle de Simulações, o TIBCO Business Studio relata isto
como um erro na view Problems. Este tutorial mostra como usar uma iteração
na simulação do processo.
Página 137
1. Abra o processo Submit Expenses do projeto Basic Samples. Olhe

para esta parte do processo:
Simulando este processo seria possível criar uma iteração infinita

porque não existe nenhuma notificação para o TIBCO Business Studio
ao final da iteração. Os passos subseqüentes mostram como
especificar um modo para interromper a iteração para propósitos de
simulação.
2. Clique na atividade Submit Revised Receipts. Na view Properties,

clique na aba Simulation Control.
3. Clique no link Simulation control para adicionar uma estratégia de

simulação.
4. Existem três estratégias que podem ser selecionadas para

interromper a iteração:
— Max Loop Count – após um número específico de vezes.
— Max Elapse Time – após a quantidade específica de tempo
da simulação.
— Normal Distribution – basedo numa distribuição normal de
vezes que a iteração é realizada.
Neste exemplo, selecione Normal Distribution com média de 2 e

desvio padrão de 0.5.
5. Para Decision Activity selecione Is Paperwork Correct?. Isto

informa ao TIBCO Business Studio que a atividade sera utilizada para
decidir o término da iteração.
6. Para To Activity, selecione Enqueue Payment. Isto informa ao

TIBCO Business Studio que a atividade foi processeda uma vez que a
iteração foi terminada.
7. Salve o Package contendo o processo.
8. Destaque o processo, clique com o botão direito e selecione Run As

> Run Simulation.
9. Para 100 casos, o final da simulação para as atividades na iteração

deveria se parecer com algo semelhante a isto:
Página 138
100 casos alcançam o gateway Is Paperwork Correct?. Porque a pesagem do

gateway é 50:50, 50 casos prosseguem para a atividade Enqueue Payment. Os
outros 50 casos são enviados para as duas atividades na iteração novamente
resultando em 76 casos repassados para esta atividade.
VII. Controle do Fluxo de um Gateway

Pode-se controlar o fluxo de controle de um Gateway especificando um
Parâmetro para ser utilizado como Regra. Sobre um fluxo de sequência
condicional saindo do Gateway, pode-se especificar que o Fluxo de Sequencia
é seguido apenas quando valores para aquele parâmetro é equivalente a
expressão especificada na regra.
1. Selecione a perspectiva Modeling no canto superior direito do workspace e
abra o processo Submit Expenses do tutorial anterior. Clique no Gateway Is
Paperwork Correct?
.
2. Clique na aba Rule Parameter. Isto mostra o Parâmetro e valores que serão
avaliados para determiner o fluxo de saída deste Gateway. O parâmetro neste
caso é isPaperworkCorrect.
Neste caso, existem dois valores para o parâmetro: Wrong receipts e Correct
receipts.
3. Para ver como estes valores controlam o fluxo do Gateway, destaque o

Fluxo de Sequência condicional que vem do Gateway e na view Properties,
clique na aba Rule.
Página 139
Isto mostra que este Fluxo de Sequência é atravessado apenas quando o

parâmetro isPaperworkCorrect tem o valor Wrong receipts. Quaisquer casos
com outros valores para este parãmetro seguirão para o Fluxo de Seqüência
padrão (default).
4. Para testar como o Gateway controla o fluxo, pode-se ajustar a Pesagem,

conforme descrito na sessão IV. Alterar Propriedades de Simulação. Por
exemplo, se 90% daquelas despesas submetidas vão para o paperwork right
pela primeira vez, pode-se ajustar a pesagem e executar a simulação. Isto
poderia mostrar que poucos casos estão indo para o caminho Wrong receipts.
Pode-se também utilizar o Rule Parameter com dados importados conforme
descrito nos próximos passos.
VIII. Monitoração dos Acordos de Nível de Serviço (SLAs)

TIBCO Business Studio permite definir faixas de Acordo de Nível de Serviço
(SLA) para Atrasos de Atividades e Utilização de Participantes. Ao simular o
processo, o TIBCO Business Studio mostra sugestões visuais quando essas
faixas são atingidas.
1. Através do caminho help  Welcome  Samples, instale o Simulation

Tutorial Solutions, localizado a direita da tela, na opção TIBCO BPM Sample
Projects  Avaiable Projects.
2. Abra o pacote Tutorial 8 Solution.xpdl e acesse o processo Renewal.
3. Clique no Quote Activity. No Properties view, aba Simulation,especifique 5.5

como Maximum Delay SLA. Isto significa que o SLA especifica uma checagem
de crédito que deveria levar não mais do que três minutos.
4. No Project Explorer, clique no participante Insurance Agent. No Properties

view para o participante, digite 65 para o Minimum Utilization SLA (%) e 85
para Maximum Utilization SLA (%). Isto significa que o SLA requer que o
participante esteja ocupado ao menos com 65% do tempo máximo de 85% do
tempo.
5. Simular o processo. A informação de SLA é mostrada próxima à atividade na

terceira e quarta colunas. Por exemplo:
A cor da barra é vermelha na terceira coluna porque o SLA não foi atingido.
Especificamente o Quote activity está demorando mais do que se desejava. Em
alguns casos a faixa é mostrada em vermelho, mas a barra fica verde como
abaixo:
Página 140
Isto significa que a faixa foi excedida, mas a utilização global foi dentro do SLA.
6. Neste exemplo, o processo Renewal possui 100 instâncias do participante

Insurance Agent. Olhando a simulação, pode-se verificar que o Participante
aparece sub-utilizado (cerca de 6%). Experimente alterar o número de
participantes Insurance Agents. Por exemplo, com seis Insurance Agents, os
resultados poderiam mostrar uma utilização de SLA, semelhante a abaixo:
7. Olhando para Quote Activity, percebe-se a utilização de 4, desvio-

padrão de 1 e a faixa de alarme de 5.5. Isto significa que os resultados da
execução da simulação no atraso médio excedeu a faixa de alarme. Se isto é
aceitável é uma decisão específica do negócio.
Página 141
Relatórios
É possível gerar diferentes relatórios de simulação que incluem

dados de custos baseados nas atividades.
Customizações de relatórios
Pode-se criar um relatório em formato HTML que contém os
resultados da simulação. Os relatórios podem conter o
seguinte:
 Casos – um resumo da simulação.
 Participantes – informações sobre participantes (por
exemplo, tempo inativo).
 Atividades – informações sobre os custos de
atividades, distribuição em filas, tempos de espera, etc.
Casos
 Média de custo: média de custo de um caso no
Processo (baseado nos custos do participante e
duração das atividades).
 Custo Mínimo: o custo mais baixo da execução de
simulação.
 Custo Máximo: o custo mais alto da execução de
simulação.
Participantes
 Quantidade de Inativos: quantidade de participantes
inativos (por exemplo, caso a simulação seja pausada
antes de seu término).
 Média da Quantidade de Inativos: a média do número
de participantes inativos.
 Média de Tempo Inativo: média do tempo que os
participantes permaneceram inativos, ou seja, sem
manipular um caso.
Página 142
 Média de Tempo Ocupado: média da quantidade de

tempo que os participantes se mantiveram ocupados,
ou seja, manipulando algum caso.
Atividades
 Tamanho da Fila Atual: número de casos atualmente
enfileirados para esta atividade.
 Tamanho Máximo da Fila: o número máximo de casos
que foram enfileirados nesta atividade.
 Tamanho Médio da Fila: a média do número de casos
que foram enfileirados para esta atividade.
 Tempo de Média de Espera: o tempo médio que um
caso permanece na fila em estado de espera.
Página 143
Ferramenta de Relatório e Inteligência de Negócio - BIRT
TIBCO Business Studio permite que sejam criados relatórios

customizados com a ferramenta de relatórios Business
Intelligence and Reporting Tools (BIRT). BIRT tem um código
fonte aberto, e é um sistema de relatório baseado no Eclipse
que permite a produção de relatórios em formato HTML e PDF.
Pode-se gerar diferentes relatórios da simulação que incluem

dados de custos baseados nas atividades:
 custos de participação,
 custos da atividade e
 custos de Processos fim-a-fim.
Página 144
Tutorial 6 – Criação de Relatórios Customizados
O TIBCO Business Studio permite a criação de relatórios customizados pela ferramenta

de relatórios Business Intelligence and Reporting Tools (BIRT). BIRT é fornecida
juntamente com TIBCO Business Studio, e pode ser utilizado para desenvolver e
executar seu relatório.
Essa seção mostra instruções passo-a-passo, de como construir um relatório que lista
os nomes dos clientes, número de telefones e nomes dos contatos. Esse relatório
utiliza informações de um banco de dados chamado sample que já está incluso no
BIRT Report Designer. A figura abaixo mostra como ficará esse relatório depois de
pronto.
Tarefa 1 – Crie um novo projeto
Página 145
1. Escolha File -> New -> Project, para mostrar os tipos de projetos que podem ser
criados.
2. Expanda a opção Business Intelligence and Reporting Tools, selecione Report

Project, e então Next.
3. Na tela New Report Project, no campo Project Name, digite no nome MyReports e
depois clique no botão Finish.
4. Confirme a afirmação que aparece, clicando no botão Yes, para que o TIBCO
Business Studio mude para a perspectiva de criação de relatórios.
Tarefa 2 – Crie um novo relatório
1. Escolha File -> New -> Report. Na janela que se abre, selecione o projeto que
queira adicionar o relatório, digite o nome Customers.rptdesign no campo File Name
e clique Next.
Página 146
2. Na tela que se abre, selecione a opção Blank Report e clique em Finish. O editor
de relatórios mostrará uma página em branco.
Tarefa 3 – Associe um repositório de dados ao relatório(Data Source)

Antes de começar a desenhar o layout do relatório, você deve criar um BIRT Data
Source para associar seu relatório com um repositório de dados, que pode ser um
banco de dados ou outros tipos de repositórios, como por exemplo, arquivos .sim,
gerados pela simulação de processos no TIBCO Business Studio.
Página 147
Quando você associa um Data Source a um relatório, você deve especificar o Driver
de conexão, no nome do Data Source e outras informações sobre a conexão, como
usuário e senha.
O banco de dados utilizado nesse tutorial já está configurado para ser usado no BIRT
Report Designer. Não se deve especificar nenhuma informação adicional a já
existente para a utilização desse banco de dados.
1. Escolha a aba Data Explorer. Se você estiver na perspectiva padrão, a aba Data
Explorer está a esquerda superior do editor, perto da aba Pallete. Se não estiver
aberta, escolha Window -> Show View -> Data Explorer.
2. Clique com o botão direito na opção Data Sources e escolha New Data Source.
3. Selecione a opção Classic Models Inc. Sample Database, na lista de tipos de

Data Sources disponíveis. Utilize o nome padrão para o novo Data Source e entao
clique em Next. As informações sobre a conexão desse Data Source aparecem.
Página 148
4. Escolha Finish para que o BIRT Report Designer crie um novo Data Source e
automaticamente abra a ajnela oara a crialção de um Data Set.
Tarefa 4 – Construa um Data Set

Um Data Set identifica o range de informações que serão recuperadas através do Data
Source. Se seu relatório utiliza um JDBC Data Source, você deverá utilizar uma
consulta sql SELECT para identificar os dados que irão retornar.
1.Se a janela não abrir automaticamente, dê um clique com o botão direito do mouse
na opção Data Sets na aba Data Explorer, e escolha New Data Set.
2. Na janela New Data Set, no campo Data Set Name, digite o valor Customers.
3. Utilize os valores padrão para os outros campos e clique em Next.
4. A janela Query que se abre, mostra informações para ajuda-lo a criar

instruções SQL. Em Available Itens é listado todas as tabelas existentes no banco de
dados Classic Models. Você pode clicar no sinal de mais(+) ao lado no nome do banco
de dados para visualizar as tabelas e as colunas de cada tabela.
Página 149
5. O campo do lado direito da tela, mostra uma instrução inicial de SQL. Nesse campo,
digite a seguinte instrução SQL:
select customerName,
contactLastName,
contactFirstName,
phone
from Customers
Embora os nomes da tabela e das colunas estejam em letras maiúsculas, podemos

digitar nossas instruções SQL da maneira que quisermos, pois esse campo não é
case-sensitive. Se você não quiser digitar a instrução SQL, você pode arrastar do
campo Available Itens, as colunas e as tabelas que irá utilizar na sua instrução.
6. A instrução SQL que você criou, irá recuperar os valores dos campos
CUSTOMERNAME, CONTACTLASTNAME, CONTACTFIRSTNAME e PHONE da
tabela CUSTOMERS.
7. Clique em Finish para salvar o Data Set.

8. A tela Edit Data Set que se abre, mostra as colunas que você escolheu na sua
instrução SQL, e disponibiliza opções para editar o Data Set criado.
Página 150
9. Escolha a opção Preview Results para se assegurar que a instrução SQL é válida e
que essa instrução retorne informações. Se sua instrução SQL está correta, você
deverá ver resultados como mostrado na figura abaixo:
10. Clique em OK.
Tarefa 5 – Desenhe o formulário

Agora iremos inserir elementos na página do relatório, para visualizar as informações
disponibilizadas pelo Data Set criado anteriormente.
1. Na aba Palette, arraste o elemento Table para dentro do editor onde está a
página em branco do relatório. Na tela Insert Table que se abre, especifique 3
columns e 1 detail row e entao clique em OK. A tabela aparecerá no editor conforme
as configurações feitas.
Página 151
2. Na aba Data Explorer, expanda a opção Data Sets e então expanda a opção
Customers. As colunas que você especificou na instrução SQL aparecem.
3. Arraste o campo CUSTOMERNAME da aba Data Explorer, e o coloque na primeira

celula da tabela criada anteriormente, sobre a linha Detail Row. A linha Detail Row
mostra as informações do relatório de maneira dinâmica. Ao término da construção do
relatório, a linha Detail Row se repetira quantas vezes forem as linhas trazidas pelo
Data Set.
4. O BIRT Report Designer cria uma coluna com o mesmo nome da coluna do Data
Set.
Página 152
5. No editor, a célula da tabela que você adicionou o campo CUSTOMERNAME tem

um cabeçalho que mostra [CUSTOMERNAME]. Esta célula mostra esse campo como
um texto estático, como mostrado abaixo:
6. Arraste o campo PHONE da aba Data Explorer, e o insira na segunda célula da

tabela Detail Row.
7. Arraste o campo CONTACTFIRSTNAME da aba Data Explorer, e o insira na

terceira célula da tabela Detail Row.
8. Arraste o campo CONTACTLASTNAME da aba Data Explorer, e o insira na terceira

célula da tabela Detail Row, abaixo do campo CONTACTFIRSTNAME.
10. Escolha a opção Preview, na aba do editor para que o BIRT Report Designer gere
e mostre um relatório em formato HTML, já com as informações existentes na base da
dados.
11. Se desejar visualizar esse mesmo relatório em formato PDF, vá ao menu principal e
selecione File -> View Report as PDF.
Página 153
Tarefa 6 – Ordenando os dados do relatório

O relatório criado anteriormente mostra as informações na ordem que a instrução SQL
as retorna do banco de dados. Essa ordem pode variar, dependendo de muitos fatores
e na maioria dos casos, devemos mudar essa ordem para uma forma que fique melhor
apresentável em um relatório.
1. Escolha a opção Layout, na aba do editor do BIRT Report Designer.
2. Abra a aba Property Editor, se necessário. Se você usar a perspectiva padrão do

TIBCO BusinessStudio, a aba Property Editor aparece abaixo do editor de layout BIRT
Report Designer. Se a aba não estiver aberta, escolha Window  Show View 
Property Editor.
3. Selecione a tabela existente no relatório, clicando na aba que aparece no canto

esquerdo inferior, quando movemos o mouse sobre esse objeto. O Property Editor
mostra as propriedades dessa tabela.
4. Escolha a aba Sorting.
5. Escolha Add para criar uma nova expressão de ordenação. Na tela New Sort
Key que se abre, selecione a opção CUSTOMERNAME e clique no botão OK. A linha
aparecerá sobre a coluna Sort Key da tela.
Página 154
6. Acrescente a instrução .toUpperCase() a essa coluna para fazer com que todos os
nomes da coluna CUSTOMERNAME fiquem com as letras maiúsculas, depois da
ordenação.
row["CUSTOMERNAME"].toUpperCase( )
8. Use o valor padrão Ascending para a coluna Sort Direction.
9. Escolha a opção Preview, na aba do editor para que o BIRT Report Designer gere e
mostre um relatório em formato HTML, com a nova opcão de ordenação. As
informações são ordenadas de forma ascendente pelo customer name em letras
maiúsculas.
Página 155
Tarefa 7 – Formatando o relatório

Agora que você verificou que o relatório está mostrando as informações na ordem
correta, você pode começar a se preocupar com a aparência do relatório.
2. Dê um duplo clique no cabeçalho da coluna CUSTOMERNAME. Quando o texto ficar

marcado, substitua a palavra CUSTOMERNAME para palavra Customer e dê um
Enter para finalizar a edição do campo.
3. Repita o passo 2, substituindo os cabeçalhos da segunda e terceira colunas pelas

palavras Phone e Contact respectivamente.
4. Selecione agora os cabeçalhos das três colunas, pressionando a tecla Shift e

clicando sobre os elementos. No Property Editor, selecione a tecla B para deixar as
palavras em negrito.
Página 156
5. Retire a seleção dos campos selecionados, clicando em qualquer parte do relatório.
6. Adicione uma cor de fundo na linha de cabeçalho escolhendo no menu principal,

Element  Stile  New Style. Quando a janela New Style aparecer, a parte a
esquerda mostra as categorias e a parte a direita mostra as propriedades da categoria
escolhida.
7. No campo Custom Style, digite table_header_row e escolha a opção Background

na lista de opções a esqueda da tela. Selecione uma cor desejada na lista que aparece
do lado direito dessa tela e clique em OK.
8. Na aba Layout, selecione a tabela existente no relatório, clicando na aba que

aparece no canto esquerdo inferior, quando movemos o mouse sobre esse objeto.
Selecione as células do cabeçalho dessa tabela e visualize as propriedades dessas
células através do Property Editor.
9. Na aba Properties, escolha a opção General e escolha o layout que acabou de ser
criado, selecionando a opção table_header_row na lista disponível para o campo
Style. O BIRT Report Designer aplica as configurações feitas anteriormente as células
do cabeçalho do relatório.
e mostre um relatório em formato HTML, com a nova opcão de formatação.
Página 157
11. Volte para a opção Layout, na aba do editor do BIRT Report Designer e apague o
campo CONTACTLASTNAME. Iremos fazer uma nova formatação para que as
informações desse campo venham junto com o campo CONTACTFIRSTNAME.
12. Dê um duplo clique no campo CONTACTFIRSTNAME. Na janela que se abre,

clique na célula que mostra a expressão dataSetRow["CONTACTFIRSTNAME"] e
então clique no botão (..). Na janela Expression Builder que se abre, ajuste a
expressão existente para ficar igual a expressão abaixo:
dataSetRow["CONTACTFIRSTNAME"]+" "+
dataSetRow["CONTACTLASTNAME"]
A marcação +" "+ adiciona um espaço em branco entre os campos que trazem os
valores referentes ao primeiro e ao último nome. Você pode digitar essa expressão no
campo da tela ou pode utilizar os botões e campos da parte inferior dessa tela para
construir essa expressão sem necessidade de digitação.
13. Clique OK na tela do Expression Buider e então OK novamente na tela do Edit

Data Item para salvar a expressão modificada.
e mostre um relatório em formato HTML, com a nova formatação.
Página 158
Tarefa 8 – Crie um título para o relatório

Nosso relatório precisa agora de um título. Podemos mostrar um título num relatório
utilizando os elementos label, text ou data da Palette do BIRT Report Designer. Nessa
tarefa utilizaremos um elemento text e um código HTML para formatar nosso título.
Note que você não necessita conhecer HTML para criar um texto formatado, entretanto,
se você é familiarizado com HTML ou conhece Web Design, você pode criar qualquer
tipo de formatação para melhorar o visual de um relatório.
2. Na aba Palette, selecione o elemento text e o insira acima da tabela já existente. Na

janela Edit Text Item que se abre, selecione a opção HTML na lista de opções na parte
superior da tela. Quando selecionamos essa opção, possibilitamos que seja inserido
instruções HTML ou CSS ao texto.
3. Digite o texto abaixo no campo em branco dessa tela:
<CENTER>

Customer List
 
For internal use only 
Report generated on <VALUE-OF>new Date( )</VALUE-OF></CENTER>
 
4. Clique em OK nessa tela e escolha a opção Preview, na aba do editor para que o
BIRT Report Designer gere e mostre um relatório em formato HTML, com a nova
formatação.
Página 159
Você criou apenas o seu primeiro relatório e utilizou algumas funcionalidades básicas
do BIRT Report Designer. Existe muito mais funcionalidades, que permitem criar
relatórios muito mais sofisticados, dentre elas podemos destacar:
 Conexão com o seu próprio repositório de dados;
 Gráficos;
 Criação de parametros para inserção de valores pelo usuário;
 Criar relatórios que contenham sub-relatórios.
 Formatar elementos baseando-se em condições;
 Esconder trechos de um relatório, baseando-se em condições;
Página 160
Anotações
Página 161
Unidade 6 Distribuição
Distribuição é parte do ciclo de desenvolvimento de software
(projeto, distribuição, execução). Após a preparação do
software, algumas transformações são compreendidas, tais
como empacotamento (packaging), entrega física, configuração
e inicialização. Um processo de distribuição pode ser
diretamente no iProcess Engine ou exportado para o iProcess
Workspace Windows em XPDL e importado no TIBCO iProcess
Engine.
Tópicos
 Deploy de Processos
 Passos do Deploy de Processos
 Tutorial 7 - Integração com TIBCO
iProcess Suite
 Tutorial 8 - Deploy de Processos de
Negócio
 Deploy de Formulários
 Tutorial 9 - Deploy de Formulários
Página 162
Unidade 6 – Deploy de Processos
Distribuição é parte do ciclo de desenvolvimento de software

(desenvolvimento, distribuição, execução). Após a preparação
do software, algumas transformações são compreendidas, tais
como empacotamento (packaging), entrega física, configuração
e inicialização. Dentre todos esses, alguns podem ser
opcionais, mas todos são aspectos da distribuição (deploy).
TIBCO Business Studio permite a distribuição de um recurso

(representado no TIBCO Business Studio como um módulo)
sobre um sistema remoto ou local (representado no TIBCO
Business Studio como um Server). No iProcess Engine, um
Module corresponde ao Processo com o Ambiente de Destino
(Destination Environment) definido para o iProcess Engine, e
um servidor representa o TIBCO iProcess Engine em execução
onde se deseja distribuir o Processo.
Existem dois modos de distribuição de Processos uma vez

terminada a experiência com os detalhes de execução
necessários:
 Criar um servidor de distribuição com TIBCO Business
Studio e distribuir o Processo diretamente no iProcess
Engine.
 Exportar os Processos para o iProcess Workspace
Windows em arquivo XPDL e importá-los no TIBCO
iProcess Engine.
Para distribuir os Processos para um servidor TIBCO iProcess

é necessário fazer o seguinte:
1. Criar o Processo e definir o Ambiente de Destino para o
iProcess Engine.
2. Resolver todos os problemas informados no Problems view.
Página 163
Repositório de Distribuição
O framework de distribuição também suporta o conceito de um
repositório de distribuição. Os Modules que serão distribuídos
são colocados no repositório onde o servidor pode obter
instâncias de Modules para distribuição. A utilização de
repositórios permite a separação da distribuição em duas fases
distintas:
 Fornecimento do Module ao servidor (por exemplo,
enviando-os a um local conhecido pelo servidor).
 Distribuição atual que são repositórios de distribuição
apenas para manipulação da primeira fase de
distribuição.
Política de Distribuição
O framework de distribuição também manipula a política de
distribuição. Modules são armazenados no workspace do
Eclipse, podendo assimiliar as seguintes políticas:
 Deploy on request – o Module é distribuído (ou
redistribuído) apenas quando o usuário explicita as
escolhas feitas.
 Deploy on save - o Module é distribuído (ou
redistribuído) assim que o pacote é salvo.
Página 164
Passos do Deploy de Processos
TIBCO Business Studio permite a distribuição de um recurso

(representado no TIBCO Business Studio como um Module)
sobre um sistema remoto ou local (representado no TIBCO
Business Studio como um Server).
O diagrama acima mostra os passos para distribuição de um

processo pela primeira vez.
No iProcess Engine, um Module corresponde ao Processo com

Ambiente de Destino definido para o iProcess Engine, e um
Server representa um TIBCO iProcess Engine em execução
onde se deseja distribuir o Processo.
Página 165
Tutorial 7 – Integração com TIBCO iProcess Suite
I. Importar/Exportar Processos
Se após a modelagem do processo de negócio espera-se executá-lo no TIBCO
iProcess Engine, deve-se realizar os seguintes passos:
• Corrigir quaisquer erros de validação
• Exportar os processos do TIBCO Business Studio
• Importar o processo no TIBCO iProcess Workspace Windows
Tarefa A - Criação do processo

1. Selecione New > New Project e utilize o assistente para criar um
novo projeto BPM/SOA Developer Project com a cofiguração padrão.
2. Clique com o botão direito no diretório Process Packages e

selecione New > Process Packages.
3. Clique no Next para aceitar o diretório do Pacote e o nome do

arquivo.
4. Nomeie o pacote TutorialDeploy e clique em Next. O nome do

pacote sera criado para o nome da biblioteca quando o processo é
mostrado para o TIBCO iProcess.
5. Selecione o checkbox Create a package using one of the

following templates, selecione o item An empty iProcess process, e
clique em Next.
6. Nomeie o processo Deploy1 e clique em Finish.
Se um processo é distribuído com o mesmo nome de um

processo que já foi distribuído, uma nova versão é criada.
Página 166
7. Selecione o processo no Project Explorer. No Properties view, na

aba Destinations, pode-se ver que o iProcess Engine e iProcess
Modeler têm sido selecionados:
O modelo também cria um participante chamado sw_starter.
8. Adicione uma tarefa manual e um evento END conforme abaixo:
9. Altere o Problems view para verificar que existem duas mensagens

de erro relacionadas ao processo:
10. Para corrigir, associe o participante sw_starter com a tarefa

manual (sob a aba General do Properties view para a Tarefa).
11. Confirmar se não existem erros ou avisos no Problems view.
12. Salve o pacote
Tarefa B - Correção de quaisquer outros erros de validação

1. Vá ao Properties View para o processo criado no item anterior e
clique na aba Problems.
Para corrigir um problema faça o seguinte:

— Clique com o botãod direito no problema e selecione Quick
Fix (se habilitado para este problema). Isto possibilita a opção
corrigir automaticamente um problema no TIBCO Business
Studio.
— Clique duplo no problema ou clique com o botão direito no
problema e selecione Go To. Isto mostra o processo no
Process Editor, destaca o objeto e permita manualmente
corrigir o problema.
Tarefa C - Exportação dos processos do TIBCO Business Studio
Página 167
TIBCO Business Studio pode exportar no formato XPDL que pode-se

ler pelo TIBCO iProcess Workspace Windows.
Para exportar o processo criado no item anterior, faça o seguinte:
1. Selecione os Packages que se deseja exportar.
2. Selecione File > Export. O diálogo Export é mostrado.

Também é possível distribuir um processo do TIBCO Business Studio
diretamente par o TIBCO iProcess Engine.
3. Expanda Business Process Management, selecione TIBCO

iProcess Modeler XPDL e clique em Next.
4. Selecione um destino para exportar:

— Selecionando Project (destine a exportação para o sub-
diretório Exports\iProcess Modeler XPDL), ou
— Selecionando Path: e clique em Browse... para especificar
um diretório para exportar.
Tarefa D - Importação do processo no TIBCO iProcess Workspace

Windows
Abra o processo anterior no TIBCO iProcess Workspace Windows e
complete a implementação detalhada. Então execute e teste o
processo.
1. Inicie o TIBCO iProcess Workspace Windows.
2. No Procedure Manager, selecione a biblioteca em que pode-se

importar o processo.
3. Selecione Procedure Management > Load From e navegue até o

arquivo XPDL do pacote que contém o processo. Clique em OK.
4. A informação sobre o Pacote e Processos são mostrados. Clique em

Load. O processo é adicionado a biblioteca selecionada ateriormente.
5. Execute o processo, utilizando o TIBCO iProcess Workspace

Windows, clicando no primeiro botão do lado superior esquerdo da
tela(botão Case Start). Na tela que se abre, clique na opção
UNRELEASED e selecione o processo que acabamos de importar.
De um nome para essa execução através do campo Case Descripton
dessa tela e clique no botão Start.
6.Assim que o processo inicia sua execução, aparecerá o formulário da

etapa manual. De um duplo clique no desenho de um envelope
amarelo que aparece no rodapé desse formulário. Isso simbolizará que
essa etapa do processo já foi resolvida e o processo seguirá.
7. Para analisarmos o andamento desse processo no ambiente de

execução do TIBCO iProcess Engine, clique no seguindo botão do lado
superior esquerdo da tela(botão Case Administration). Em seguida,
selecione o nome do processo que acabamos de executar e clique no
botão Cases. Selecione a instância do processo que deseja visualizar
através da coluna Description e clique no botão Audit. A trilha de
auditoria dessa instância é mostrada e podemos visualizar o
andamento do processo.
8. Feche todas as telas e saia do TIBCO iProcess Workspace

Windows.
Página 168
Tutorial 8 - Deploy de Processos de Negócio
Este tutorial descreve a criação e distribuição de um processo simples para o

iProcess Engine.
Pré-requisitos
• Acesso de execução na rede para no iProcess Engine onde o processo será
distribuído
• Nome de usuário e senha de um iProcess Engine com a permissão PRODEF
ou ADMIN que pode ser utilizada para conectar ao iProcess Engine
• Nome do host (nome da máuina ou endereço IP)
• Número da porta que o iProcess Engine utiliza para o Java Management
Extension (JMX) engine. Por padrão, a porta é 10025. Isto foi configurado
durante a instalação do iProcess Engine e armazenado na entrada
SWJMXConfig.port do arquivo SWDIR\etc\swjmx.properties. Se não se pode
determinar o número da porta, contacte o iProcess Administrator.
Tarefa A - Criação do processo

1. Selecione New > New Project e utilize o assistente para criar um
novo projeto BPM/SOA Developer Project com a cofiguração padrão.
2. Clique com o botão direito no diretório Process Packages e

selecione New > Process Packages.
3. Clique no Next para aceitar o diretório do Pacote e o nome do

arquivo.
4. Nomeie o pacote TutorialDeploy e clique em Next. O nome do

pacote sera criado para o nome da biblioteca quando o processo é
mostrado para o TIBCO iProcess.
5. Selecione o checkbox Create a package using one of the

following templates, selecione o item An empty iProcess process, e
clique em Next.
6. Nomeie o processo Deploy2 e clique em Finish.
Se um processo é distribuído com o mesmo nome de um

processo que já foi distribuído, uma nova versão é criada.
7. Selecione o processo no Project Explorer. No Properties view, na

aba Destinations, pode-se ver que o iProcess Engine e iProcess
Modeler têm sido selecionados:
Página 169
O modelo também cria um participante chamado sw_starter.
8. Adicione uma tarefa manual e um evento END conforme abaixo:
9. Altere o Problems view para verificar que existem duas mensagens

de erro relacionadas ao processo:
10. Para corrigir, associe o participante sw_starter com a tarefa

manual (sob a aba General do Properties view para a Tarefa).
11. Confirmar se não existem erros ou avisos no Problems view.
12. Salve o pacote
Tarefa B - Criação do Servidor de Distribuição

1. Troque o processo para a perspectiva Developer Capability.
2. Clique com o botão direito em Deployment Servers e selecione

New > Server.
3. Nomeie o servidor para TestDeploy.
4. Aceite iProcess Engine Server como ambiente de execução

Runtime.
5. Clique em Next.
6. Digite os parâmetros do servidor de execução:

— Host - Digite localhost se o servidor está na máquina local;
caso contrário, digite o nome da máquina ou endereço IP do
computador onde o iProcess Engine está instalado.
— Port – o número da porta que o iProcess Engine uiliza para
JMX. Por padrão a porta é 10025. Isto foi configurado durante a
instalação do iProcess Engine e armazenada na entrada
SWJMXConfig.port no arquivo SWDIR\etc\swjmx.properties.
Caso o número da porta não possa ser determinada, contacte o
iProcess Administrator.
— Username – Valide o usuário iProcess Engine ou com a
permissão PRODEF ou ADMIN que pode-se conectar ao
iProcess Engine (por exemplo, IPEADMIN).
— Password – Senha para o usuário conectar ao iProcess
Engine.
— Repository Type: Selecione Workspace
.
Página 170
7. Clique em Finish. O novo servidor é criado e mostrado no Project

Explorer.
Uma vez que um processo seja distribuído, o servidor solicitado

foi registrado e o módulo criado, não é necessário repetir estes
passos para cada vez que o processo é distribuído.
Ta
Tarefa C - Conexão com o Servidor

Pode-se conectar ao servidor criado, conforme abaixo:
1. No Project Explorer, expanda Deployment Servers.
2. Clique com o botão direito no nome do servidor Test Deploy e

selecione Connect.
3. Ao conectar, o Properties view, o servidor aparece como conectado

no Server State:
Adicionalmente, o ícone no Project Explorer e o texto na barra de

status no lado inferior esquerdo do workspace são alterados para
indicar que a conexão está funcionando.
Caso se encontre qualquer problema ao conectar no Servidor,

cheque o log de erros selecionando Help > About TIBCO
Business Studio. Da caixa de diálogo resultante, clique em
Configuration Details e depois clique em View Error Log.
Tarefa D - Distribuição do Processo

Faça o deploy para o iProcess Engine conforme segue:
1. Clique com o botão direito no servidor TestDeploy e selecione
Deploy Module. O seguinte diálogo aparece:
Página 171
2. Selecione Workspace iProcess XPDL Module, e clique em Next.
3. Selecione o Package que contém o processo que deseja-se distribuir

e clique em Finish.
Quando a distribuição termina, o TIBCO Business Studio mostra a

seguinte mensagem:
Se o Deploy falhar, um símbolo de erro é mostrado, ao inves do

simbolo de informação conforme a figura acima. Clique em Details
para obter mais informações sobre o motivo da falha do deploy. Pode-
se ver o processo mais recentemente distribuído no Project Explorer:
Página 172
O estado do processo (Unreleased) e outros detalhes tais como

informações de versão são mostradas no Properties view:
Página 173
Deploy de Formulários
Após projetar um processo de negócio com formulários no

TIBCO Business Studio, deve-se distribuir ambos os processos
e associá-los aos formulários no ambiente de execução.
O procedimento para a distribuição do formulário é similar à

distribuição dos processos de negócio. Dessa forma, o deploy é
realizado no TIBCO iProcess Engine, e os formulários são
distribuídos em um servidor WebDAV sendo disponibilizado no
TIBCO iProcess Workspace (Browser) sobre a mesma
máquina, porém, o processo de negócio e os formulários não
precisam ser distribuídos na mesma máquina.
Página 174
Tutorial 9 - Deploy de Formulários
Esta seção descreve a distribuição do formulário para o servidor WebDAV,

assim que ele está disponível para o TIBCO iProcess Workspace (Browser).
I. Configuração do servidor Apache Tomcat
Apache Tomcat Server 5.5 inclui um suporte interno para WebDAV. A seguinte
configuração permite o upload de formulários para o servidor Tomcat WebDAV,
e permite que os formulários sejam acessados em tempo de execução pelo
iProcess.
1. Determine o usuário e papel que deseja que o TIBCO Business Studio utilize
para acesso ao servidor Tomcat WebDAV. Será necessário digitar o usuário e
papéis ao distribuir para o servidor pelo TIBCO Business Studio. Pode-se
utilizar um usuário e papél, mas geralmente, será criado um novo usuário e
papel para isto adicionando o nome do usuário, senha e papel ao elemento
<tomcat-users> do arquivo conf/tomcat-users.xml. Para detalhes sobre este
procedimento, veja a documentação do Tomcat.
2. Atualize o arquivo de configuração WebDAV. Esta configuração é realizada
pela edição do seguinte arquivo:
<TomcatInstallDirectory>/webapps/webdav/WEB-INF/web.xml
a. Na tag <servlet> descomente as seguintes linhas:

<init-param>
<param-name>readonly</param-name>
<param-value>false</param-value>
</init-param>
b. Para obrigar a autenticação básica, descomente os seguintes elementos:

<security-contraint>
<login-config>
<security-role>
Página 175
c. Adicione o seguinte texto em <security-constraint>/<web-resource-collection>

element.
Isto garantirá que a autenticação básica é obrigatória para todos os tipos de

requisição (request) HTTP exceto GET, desta forma a execução do TIBCO
iProcess Engine pode acessar os formulários armazenados no servidor
WebDAV:
<http-method>COPY</http-method>
<http-method>DELETE</http-method>

<http-method>HEAD</http-method>
<http-method>LOCK</http-method>
<http-method>MKCOL</http-method>
<http-method>MOVE</http-method>
<http-method>OPTIONS</http-method>
<http-method>POST</http-method>
<http-method>PROPFIND</http-method>
<http-method>PROPPATCH</http-method>
<http-method>PUT</http-method>
<http-method>UNLOCK</http-method>
<http-method>VERSION-CONTROL</http-method>
<http-method>REPORT</http-method>
<http-method>CHECKIN</http-method>
<http-method>CHECKOUT</http-method>
<http-method>UNCHECKOUT</http-method>
<http-method>MKWORKSPACE</http-method>
<http-method>UPDATE</http-method>
<http-method>LABEL</http-method>
<http-method>MERGE</http-method>
<http-method>BASELINE-CONTROL</http-method>
<http-method>MKACTIVITY</http-method>
<http-method>ACL</http-method>
<http-method>SEARCH</http-method>
<http-method>BIND</http-method>
<http-method>UNBIND</http-method>
<http-method>REBIND</http-method>
<http-method>SUBSCRIBE</http-method>
<http-method>UNSUBSCRIBE</http-method>
<http-method>POLL</http-method>
<http-method>NOTIFY</http-method>
II. Criação do Deployment Server no TIBCO Business Studio
Uma vez que o servidor Tomcat 5.5 WebDAV esteja configurado, pode-se
adicioná-lo ao deployment server no TIBCO Business Studio. Para realizar este
procedimento, deve-se estar em perspectiva Process Developer Capability.
Caso contrário, a entrada para o deployment server não aparecerá visível no
Project Explorer:
Página 176
Adicione o servidor WebDAV conforme um deployment server, realize os

seguintes passos:
1. Inicie o servidor Tomcat se ele ainda não estiver pronto.
2. Clique com o botão direito em Deployment Servers no Project Explorer.
3. Clique em New > Server para abrir o diálogo New Server.
4. Digite um nome para o servidor, e selecione Forms WebDAV Deployment

da lista de Runtime:
5. Clique em Next.
6. Na tela Runtime Server Parameters, digite a seguinte informação:

a. A URL do servidor WebDAV.
b. O nome do diretório raíz onde os formulários serão armazenados.
c. O User Name e Password criados para o TIBCO Business Studio
no Passo 1 da seção, configure o servidor Apache Tomcat.
d. Deixe o valor padrão de Workspace para Repository Type.
Página 177
7. Clique em Finish para adicionar o novo servidor WebDAV. Ele aparecerá sob
Deployment Servers no TIBCO Business Studio Project Explorer.
8. Clique com o botão direito no novo servidor no Project Explorer e clique em

Connect. A imagem vermelha no ícone do servidor fica verde, e o diretório do
servidor WebDAV torna-se visível:
III. Distribuição de formulários para o servidor WebDAV
Para realizar o deploy de um formulário para o servidor WebDAV, realize os

seguintes passos:
1. Clique com o botão direito no servidor WebDAV no Project Explorer e clique
em Deploy Module para abrir o diálogo Deploy Module(s):
Página 178
2. Clique em Next para abrir o diálogo Workspace File Deployment.
3. Clique no botão Browse Workspace para abrir o diálogo Resource

Selection.
4. Expanda a estrutura da árvore sob workspace para localizer os formulários

para distribuição. Clique nas checkboxes para os formulários a serem
distribuídos. Clique em OK.
5. Clique em Finish para distribuir os formulários selecionados. Quando os

formulários forem distribuídos, aparecerá o diálogo Deployment results.
6. O formulário Capture Claim distribuído aparecerá no Project Explorer.
Página 179
O formulário é agora mostrado e pode ser acessado pelo ambiente de

execução do TIBCO iProcess Engine, baseado no servidor WebDAV, URL e
diretório raiz do documento fornecido quando adicionado o servidor WebDAV:
Estes valores (do Passo 6 da seção II. Criação do Deployment Server no

TIBCO Business Studio) devem ser digitados no arquivo config.xml para o
iProcess Workspace (Browser). Veja a documentação do iProcess Workspace
(Browser) para informações sobre edição do arquivo config.xml para incluir a
localização do servidor WebDAV.
Página 180
Anotações
Unidade 7 Demonstração de Características

Avançadas
Após o deploy dos Processos de Negócio e respectivos
formulários, o Processo é disponibilizado para o cliente
Página 181
Web. Desta forma, o Processo pode ser executado no

ambiente de produção da suíte de BPM da TIBCO.
Tópicos
 Demonstração do Processo em Execução

o TIBCO Business Studio
o TIBCO iProcess Engine
o TIBCO ActiveMatrix Business Work
Página 182
Unidade 8 – Demonstração do Processo em Execução
O TIBCO iProcess Workspace (Browser) é uma aplicação de

Business Process Management (BPM) que executa em um
navegador da internet ou intranet. Como uma aplicação BPM,
ela automatiza o movimento de dados/ informações através do
processo de negócio.
Os seguintes tipos de funções são realizados pelo TIBCO

iProcess Workspace (Browser):
 Abre e visualiza filas de trabalho:
o User work queue – cada usuário possui uma
fila de trabalho “pessoal” pra onde os itens de
trabalho (work items) são enviados.
o Group work queue – usuários podem ser
adicionados ao grupo que oferece o acesso ao
usuário para a fila de trabalho do grupo. Por
exemplo, todas as aplicações que precisam ser
revisadas podem ser enviadas para uma fila de
trabalho chamada “Revisão”. Todos os usuários
adicionados a este grupo possuem acesso aos
itens de trabalho que precisam ser revisados
antes de serem encaminhados para outra fila
do grupo.
 Aplica filtros e/ou parâmetros ordenados para filas de

trabalho e apenas os itens de trabalho desejados são
listados na ordem desejada.
 Abre itens de trabalho individuais.
 Insere informações nos formulários que são mostrados

quando o item de trabalho é aberto.
Página 183
 Caso seja selecionado o botão “keep” (manter), um

item de trabalho é fechado e inserido de volta na fila de
trabalho, ou “release” (liberar), um item de trabalho
avança para o próximo passo no procedimento.
 Adianta um item de trabalho para uma fila de trabalho

diferente (usuário ou grupo).
 Inicia um caso de um procedimento.
 Suspende ou reativa o caso.
 Visualiza o histórico de um caso.
 Permite acesso temporário a fila de trabalho pessoal de

outro usuário.
 Redireciona temporariamente itens de trabalho de uma

fila de trabalho para outra fila de trabalho.
Página 184

Capacitacao Tecnica Business Studio KALENDAE

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Capacitacao Tecnica Business Studio KALENDAE

Diunggah oleh

Hak Cipta:

Format Tersedia

Capacitação Técnica

TIBCO Business Studio™ 3.1.0

NOTA: É utilizada para fornecer informações relevantes sobre o assunto

SUGESTÃO: É utilizado para fornecer informações úteis.

Iniciando o treinamento, apresente-se ao instrutor e aos seus

Após um resumo sobre a TIBCO Software e as soluções por

Por meio de ensinamentos conduzidos pelo instrutor

 Conhecimentos essenciais e habilidades para modelar,

Em cada estação de trabalho dos estudantes será realizada

Os arquivos necessários para os exercícios serão

Unidade 1 Introdução às Soluções TIBCO

Unidade 1 - Introdução às Soluções TIBCO

Os seguintes tópicos serão abordados nesta seção:

TIBCO é fornecedor líder em softwares de integração de

TIBCO é uma distribuidora revolucionária há quase 20 anos e

Arquitetura Orientada a Serviços - SOA

A fundação da Arquitetura Orientada a Serviço fornece a

A pressão para rapidamente inserir novos produtos e serviços

Diferente dos produtos concorrentes, o BusinessWorks não

 Software orquestrador que provê integração por meio

Suíte de Adaptadores TIBCO

Um adaptador permite que aplicações ERP, CRM e B2B e

• Gateways com sistemas de terceiros

TIBCO fornece também o SDK (Software Development Kit)

Adaptadores estão disponíveis para aplicações como SAP R/3,

E para aplicações de mainframe como: CICS Adapter, File

Barramento de Serviços Empresariais - ESB

Mensageria é um dos mais importantes componentes dos

A ferramenta fornece as seguintes capacidades:

 Comunicação em tempo real

TIBCO Hawk é usado para garantir que os sistemas executem

O TIBCO Enterprise Management Advisor executa no topo do

WSMF: Web Services Management Framework. É o protocolo padrão

TIBCO BusinessConnect é usado para conectar o seu existente

Parceiros B2B compartilham um Processo publico que é uma

A comunicação de Processos privados executada em segundo

A conectividade os sistemas é baseada nos protocolos:

TIBCO DataExchange é o produto de ETL da TIBCO. É usado

 Extração, Transformação e Carga.

Integração com Mainframe

Para integração no ambiente de plataformas altas, a TIBCO

 Gateways de banco de dados

Gerenciamento de Processos de Negócio - BPM

O Gerenciamento de Processos de Negócio (Business Process

TIBCO iProcess Engine

TIBCO iProcess Engine é o componente principal do ambiente

TIBCO iProcess Engine é o motor de execução:

A suíte TIBCO BPM é usada para construir soluções BPM

TIBCO iProcess Decisions

A definição de regras de Negócio nos Processos gerais pode

Regras de Negócio podem ser criadas e armazenadas usando

TIBCO iProcess Analytics

Embora passado com o histórico, presente em tempo real e

A monitoração de Processos facilita a geração de relatórios

A capacidade de entregar com eficácia a informação correta, no

Diversas organizações com desafios de otimização de Negócio

TIBCO General Interface

TIBCO General Interface Builder é utilizado para construir um

Um “Rich Client” pode ser distribuído em um navegador web

TIBCO General Interface Builder tem um ambiente de

Pode-se utilizar qualquer IDE baseado em scripts para criar

Dados de Negócios permeiam diversos Processos de Negócio

O TIBCO BusinessEvents auxilia o co-relacionamento de

TIBCO PortalBuilder é utilizado para consolidar acesso às