XXIII Encontro Nac. de Eng.

de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

Estudo comparativo de softwares de simulao de eventos discretos aplicados na modelagem de um exemplo de Loja de Servios
Nelson Sakurada (USP - Poli) nelson.sakurada@poli.usp.br Dario Ikuo Miyake (USP - Poli) dariomiy@usp.br

Resumo O presente trabalho dedica-se ao estudo comparativo de dois softwares de simulao de eventos discretos: Arena e ProModel. A anlise realizada baseando-se na modelagem de um sistema de operaes de servios, que mais especificamente, pode ser enquadrado como exemplo de Loja de Servios. Ao final do trabalho, proposto um quadro comparativo considerando aspectos referentes a: 1) foco inicial de aplicao; 2) tpicas aplicaes; 3) traduo do modelo; 4) ferramentas de suporte ao processo de modelagem; 5) animao. Palavras chave: Simulao de Eventos Discretos, Loja de Servios, Softwares de Simulao. 1. Introduo A simulao pode ser definida como uma ferramenta de apoio a tomadas de deciso que utiliza modelos para reproduzir um sistema em estudo e resolver problemas cuja soluo analtica se mostre invivel. A crescente popularidade desta ferramenta pode ser atribuda aos avanos da tecnologia computacional, e a sua aplicabilidade no estudo de problemas complexos. Atualmente, encontram-se disponveis no mercado diversos softwares de simulao, com aplicaes nos mais diversos setores da economia. O presente trabalho analisa comparativamente dois softwares de simulao, Arena 5.0 (Rockwell Softwares) e ProModel 4.22 (ProModel Corporation), aplicados na simulao de eventos discretos de sistemas de operaes de servios que, mais especificamente, de acordo com a classificao proposta por Silvestro (1999) e Correa e Caon (2002), poderiam ser caracterizados como exemplo de Loja de Servios. 2. Simulao de eventos discretos A simulao de eventos discretos abrange o estudo de modelos de simulao cujas variveis mudam de estado instantaneamente em pontos especficos de tempo, em contraste aos modelos contnuos, cujas variveis mudam de estado continuamente no decorrer do tempo. Law e Kelton (1991) comentam que comum considerar para fins de simulao o aspecto predominante do sistema, seja discreto ou contnuo. Gordon (1978); Law e Kelton (1991) atentam para o fato que poucos sistemas, na prtica, so totalmente discretos ou totalmente contnuos. 3. Softwares de simulao Segundo Law e Kelton (1991) existem duas grandes classes de softwares de simulao: Linguagens de simulao: So "pacotes" computacionais de natureza genrica, porm com caractersticas especiais para determinados tipos de aplicaes em simulao. A vantagem das linguagens de simulao a grande flexibilidade que permite modelar qualquer tipo de sistema. As desvantagens esto associadas necessidade de conhecimentos especficos de programao, e ao tempo demandado para a construo de
ENEGEP 2003 ABEPRO 1

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

modelos mais complexos. Simuladores: So "pacotes" computacionais que favorecem a modelagem de sistemas especficos com pouca programao. As vantagens dos simuladores esto associadas ao tempo reduzido para construo do modelo, e a facilidade de utilizao (user-friendly), com menus e grficos relacionados com o sistema especfico. A desvantagem principal pode ser atribuda a pouca flexibilidade de modelagem. 3.1 Arena O software de simulao Arena foi desenvolvido inicialmente pela Systems Modeling Corporation e baseia-se na linguagem de simulao SIMAN. A construo do modelo feita atravs da seleo do mdulo que contm as caractersticas do processo a ser modelado. O modelador no precisa necessariamente conhecer a linguagem SIMAN para construir um modelo. Utilizando os templates disponibilizados pelo Arena, o usurio pode extrair um mdulo (construo por blocos, drag-and-drop), localiz-lo no sistema analisado e parametriz-lo de acordo com as caractersticas do sistema. Um painel de construo de modelos agrupa uma coleo de blocos, chamados de mdulos, que so utilizados para construir e definir um processo. Esses mdulos esto organizados sob trs tipos de painis conforme apresentado no Quadro 1.
Painel de Construo de Modelos Painel Bsico de Processos Funo Compreende os mdulos mais usados na modelagem Create, Dispose, Process, Decide, Batch, Separate, Assign, Record, Entity, Queue, Resource, Variable, Schedule e Set. Painel Avanado de Processos Usado para modelagem lgicas mais complexas de Painel de Transferncia Avanado Usado para movimentao de materiais, inclui esteiras e equipamentos de transporte Access, Activate, Allocate, Convey, Conveyor, Distance, Enter, Exit, Free, Halt, Leave, Move, PickStation, Request, Route, Segment, Sequence, Start, Station, Stop, Transport, Transporter.

Delay, Dropoff, Expression, Failure, File, Hold , Match, Pickup, ReadWrite, Release, Remove, Search, Seize, Signal, Stateset, Statistic, Storage, Store, Unstore.

Mdulos

Fonte: (Adaptado de Manual Arena 5.0, 2000)

Quadro 1 Mdulos do painel de construo de modelos

O Arena tambm oferece a modelagem denominada de baixo nvel (low-level modeling) para usurios experientes que preferem ter o total controle da modelagem. Modelar nesse nvel similar modelagem em linguagem SIMAN porque os mdulos desse painel correspondem diretamente aos comandos em SIMAN. Os painis que oferecem a modelagem em baixo nvel so: Painel de Blocos e Painel de Elementos. Utilizar esses painis no o mtodo mais eficiente de modelagem e requer um conhecimento mais aprofundado sobre simulao e a linguagem SIMAN (MANUAL ARENA 5.0, 2000). 3.2 ProModel O software de simulao ProModel, desenvolvido pela PROMODEL Corp., possui caractersticas voltadas para a manufatura, mas sua flexibilidade de programao permite aplicaes em diversas reas, como servios. Law e Kelton (1991) classificam o software ProModel como um dos simuladores mais flexveis devido a sua capacidade de construir lgicas complexas. Apresenta tambm bons recursos de anlise estatstica, interface simples (user-friendly), permite considerar paradas baseadas em calendrio, turnos de trabalho e
ENEGEP 2003 ABEPRO 2

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

mltiplas replicaes de simulao. Os principais elementos do ProModel so: LOCATIONS (locais): So elementos fixos (estacionrios) onde as operaes acontecem. So definidos nos locais: capacidade, unidades, regras de atendimento (FIFO, LIFO, etc). ENTITIES (entidades): So elementos mveis que sofrem alguma transformao nos LOCATIONS. Podem representar matria-prima, produtos, documentos, informaes, pessoas, etc. O ProModel possibilita parametrizar as caractersticas das entidades (por exemplo: velocidade, dimenses, tipo). ARRIVALS (chegadas): preciso definir a forma como as entidades chegam ao sistema em estudo. Atravs de ARRIVALS, definem-se parmetros como local da chegada da entidade no sistema, quantidade, freqncia e distribuies de probabilidade. PROCESSING (processos): Os processos definem as interligaes entre os locais, os tempos de operao, os recursos necessrios, a lgica de movimentao, os roteamentos de entidades, etc. possvel no ProModel inserir comandos especficos de simulao e tambm criar rotinas especficas atravs do Logic builder. Este recurso do software confere a flexibilidade de programao de diferentes lgicas, de acordo com cada sistema analisado. O conjunto de comandos que podem ser inseridos pelo Logic Builder so agrupados em diferentes categorias, tal como descreve o Quadro 2.
Comandos Gerais Comandos de Ao Comandos de Controle Activate, Animate, Assignment, Close, Comment, Dec, Display, Inc, Log, MapArr, Order, Pause, Prompt, Read, Report, Reset Stats, Send, Sound, Stop, Trace, View, Warmup, Write/Writeline. Begin/End, Break, BreakBlk, Goto, If-then, If-then-else, Return, DoWhile, While-Do. Comandos Operacionais Relacionados com Relacionados com Entidades Recursos Accum, Combine, Free, Free All, Get, Create, Graphic, Graphic Statement, Group, Join, Load, Jointly get, Use. Match, Move, Rename as, Route, Split As, Ungroup, Unload, Wait, Wait Until.

Fonte: (Adaptado de Manual ProModel 4.22, 2000)

Quadro 2 Comandos do Logic Builder

RESOURCES (recursos): Os recursos so elementos necessrios para a operao das entidades. Podem corresponder a equipamentos de transporte ou recursos humanos (estacionrios ou mveis). O modelador pode definir caractersticas tais como; velocidade do recurso, regra de atendimento, tempo de coleta e tempo de descarregamento. PATH NETWORKS (rede de caminhos): Definem o caminho pelo qual os recursos se movimentam, e as inter-relaes desses recursos com os locais e entidades. Podem ser unidirecionais ou bidirecionais. 4. Sistemas de operaes de servio Na produo de um servio, o processo no s cria o produto como tambm o entrega ao cliente. O sistema de prestao do servio envolve o processo em que o prprio cliente pode participar e classificado em funo de quatro dimenses-chave, as quais so enumeradas a seguir: intangibilidade, perecibilidade, heterogeneidade do produto, e simultaneidade da produo e consumo. Distinguir a definio entre bens e servios aparentemente tarefa fcil, porm, na prtica, o que percebemos uma combinao entre ambos no ato da aquisio do
ENEGEP 2003 ABEPRO 3

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

bem ou servio. Sasser et al. (1978) consideram que a melhor maneira de entender o conceito de servio avaliar os componentes que o compem, percebidos pelo consumidor que recebe o servio e pelo vendedor/provedor que o fornece. Podem-se destacar 3 elementos presentes na prestao de servio, a saber: Itens fsicos que permitem que o servio seja realizado (chamados de bens facilitadores); Os benefcios sensoriais ou servios explcitos; Os benefcios psicolgicos ou servios implcitos. 4.1 Tipos de servios A forma de classificao dos sistemas de servios adotada neste trabalho baseada nos estudos de Silvestro (1999) e Correa e Caon (2002) que sugerem os seguintes 3 tipos bsicos: Servios Profissionais: So caracterizados por uma intensa participao do cliente no processo de prestao do servio, o que demanda uma grande flexibilidade para atender as necessidades do cliente. Os recursos humanos geralmente apresentam alta qualificao e suas tarefas apresentam baixa especificao e repetio. Servios de Massa: De forma geral, a especificao do servio feita antes do cliente entrar no processo. A conseqncia a possibilidade de padronizao do servio de acordo com pesquisas sobre expectativas dos clientes. Os recursos humanos apresentam tendncia especializao de tarefas devido diviso de trabalho para atender a demanda em alta escala. Isso tambm favorece a substituio dos recursos humanos por equipamentos. Loja de Servios: Tipo definido como intermedirio entre Servios Profissionais e Servios de Massa. Podem ser enquadrados nesta classificao, diversos sistemas de servios encontrados em estabelecimentos como hotis, restaurantes e hospitais. A Figura 1 ilustra como estes 3 tipos se caracterizam em funo do volume de clientes que atendem e do grau de customizao do servio que oferecem.
Front office Pessoas Alto Alto

Servios Profissionais Grau de Customizao

Intensidade de Contato

Loja de Servios

nfase

nfase

Servios de Massa

Back office

Equipamentos

Baixo

Baixo

unidades

dezenas

centenas

milhares

Volume de Clientes atendidos por dia

Fonte: (Adaptada de Silvestro, 1999; Correa e Caon, 2002).

Figura 1 Classificao de Servios

ENEGEP 2003

ABEPRO

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

4.2 Modelo de simulao de Loja de Servios Para fins de comparao dos processos de modelagem baseados nos softwares Arena e ProModel, foi adotada a operao de um servio de fotocpias como exemplo. Este servio posiciona-se na classificao de Loja de Servios. Oferece algumas opes de servio para o cliente (reduo, ampliao, reproduo em transparncias, cpias coloridas, encadernao em espiral, entre outros) e atende, em mdia, cerca de 200 clientes por dia til de trabalho. Os objetivos que direcionaram o processo de modelagem esto relacionados com a anlise da capacidade dos equipamentos e alocao do quadro de funcionrios do estabelecimento. Segundo Banks et al. (1996), a atividade de traduo de um modelo de simulao, envolve basicamente os seguintes conceitos: Elementos de Modelagem: Qualquer objeto ou componente do sistema que requer representao explcita no modelo de simulao (ex: funcionrio, cliente, mquina, etc.); Atributos: Propriedades das entidades (ex: tipo de cliente, tipo de pedido); Filas: Colees de entidades, ordenadas de acordo com alguma lgica (ex: FIFO, LIFO); Eventos: Ocorrncias que alteram o estado do sistema considerado (ex: chegada de um cliente); Atividades: Duraes de tempo especificado (ex: tempo de atendimento, intervalo de chegadas). Podem ser definidas de maneira: A) determinstica; B) estatstica; C) atravs de uma funo que depende das variveis do sistema ou atributos de entidades; Movimentaes: Roteamentos das entidades e recursos no sistema. Nas duas sees seguintes, a tarefa de traduo do modelo mediante aplicao dos softwares que so objetos de comparao, discutida com foco nos conceitos acima. 4.2.1 Traduo do modelo utilizando o software Arena 5.0 Elementos de Modelagem: A modelagem em Arena feita atravs de mdulos. No exemplo de aplicao, foi possvel representar o sistema satisfatoriamente utilizando-se os mdulos de alto nvel. As entidades Clientes so definidas pelo mdulo ENTITY no painel bsico de processos. Neste mesmo painel, o mdulo RESOURCE define os tipos de recursos (funcionrios do estabelecimento) utilizados no modelo. Tempos de ociosidade, falhas e paradas tambm so especificadas nesse mdulo. Diferentemente do ProModel, as decises no modelo so representadas pelo mdulo DECIDE. Esse mdulo permite a utilizao de probabilidades e condies de deciso para a definio de roteamentos no modelo. Atributos: Os atributos so definidos durante a construo do modelo atravs do mdulo ASSIGN. Os atributos so essenciais na modelagem de servios que oferecem ao cliente uma variedade de opes de servios, pois correspondem caracterstica que diferencia o cliente e que provoca, no exemplo analisado, uma mudana nos tempos de processamento dos pedidos. Filas: Se a modelagem feita utilizando os mdulos de alto nvel, as filas so automaticamente definidas quando da criao do mdulo PROCESS e associao de um recurso para realizao da atividade. Isso facilita o processo de modelagem. No modelo construdo, as filas esto associadas espera do cliente pelo processamento do seu pedido. Eventos: Os eventos do servio analisado so as chegadas dos clientes ao estabelecimento. Estas chegadas so definidas no mdulo CREATE do painel bsico de processos. A parametrizao desse mdulo feita definindo-se a entidade (clientes) que chega no sistema e o comportamento desta chegada, ou seja, atravs de funes probabilsticas,
ENEGEP 2003 ABEPRO 5

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

constantes, aleatrias ou atravs de um programa. Atividades: Os tempos de processamento no Arena para a modelagem do exemplo analisado so definidos no mdulo PROCESS. Os tempos podem ser constantes, funo de uma distribuio de probabilidades ou definidos de acordo com o atributo da entidade. Movimentaes: A movimentao das entidades (clientes) no sistema feita atravs do boto CONNECT que liga os diferentes mdulos, e tambm pelos mdulos de transferncia. Os mdulos ROUTE e STATION so bastante utilizados para movimentao de entidades, principalmente em modelagens complexas, pois facilitam a organizao e transparncia do modelo. O mdulo DECIDE , basicamente, um mdulo de roteamento que define o fluxo da entidade dada uma regra definida (no exemplo considerado, o que define a regra o atributo da entidade). 4.2.2 Traduo do modelo utilizando o software ProModel 4.22 Elementos de Modelagem: As entidades do sistema analisado (clientes) so definidas em ENTITIES. Os recursos considerados no modelo so os funcionrios do estabelecimento, definidos em RESOURCES. De forma anloga ao Arena, ao definir os recursos possvel parametrizar a quantidade de recursos disponveis para uma determinada atividade. O comando RESOURCE GROUPING tambm destinado na definio de um pool de recursos. O que diferencia a modelagem desses recursos o chamado PATH NETWORKS que so os caminhos por onde os recursos se movimentaro. No modelo construdo, o PATH NETWORK conecta as operaes no balco de atendimento s mquinas que processam o pedido do cliente. Outra observao importante que diferencia o ProModel do Arena quanto aos elementos de modelagem em relao a LOCATIONS. Os equipamentos (mquinas de reproduo de documentos) so definidos como LOCATIONS, pois so elementos fixos onde as operaes acontecem. So definidas capacidades, quantidade, regras de atendimento e tempos de parada. O modelador deve atentar-se ao fato que, em modelagem de operaes de servio, no regra os recursos humanos serem representados por RESOURCES e as mquinas e equipamentos por LOCATIONS. Se existe um equipamento de movimentao no sistema, ele deve ser tratado como RESOURCE. Por outro lado, no exemplo estudado, caso existisse um funcionrio dedicado atividade de caixa, o modelador poderia optar por represent-lo como um LOCATION ou um STATIC RESOURCE (recurso esttico). Atributos: Os atributos no ProModel so definidos atravs de ATTRIBUTES. possvel inserir uma tabela de probabilidades em USER DISTRIBUTIONS e associ-la aos atributos da entidade. De forma anloga ao Arena, os atributos das entidades so muito utilizados pois determinam tempos de processamento dependendo do tipo de pedido solicitado pelo cliente. Filas: As filas no ProModel so consideradas LOCATIONS especiais. Elas so definidas da mesma forma que as esteiras (CONVEYORS) e sua forma pode ser definida pelo modelador. No modelo, foram localizadas filas antes da LOCATION definida como balco de atendimento e antes da LOCATION definida como caixa. Eventos: Os eventos so parametrizados atravs de ARRIVALS. Diferentemente do Arena, as chegadas dos clientes so definidas fora do modelo grfico. O modelador identifica a entidade e o local onde as chegadas ocorrem. Tambm possvel inserir distribuies de probabilidade, freqncia de ocorrncias, quantidade de entidades por ocorrncia e ciclos de chegadas. Atividades: As atividades do sistema so definidas em PROCESSING. Nessa rea so definidas duas aes importantes na modelagem: a operao (inclui tempo de
ENEGEP 2003 ABEPRO 6

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

processamento) e o destino da entidade (deciso de roteamento). No existe no ProModel o mdulo especfico de deciso. As decises so tomadas de acordo com a definio de operao (OPERATION) ou atravs de regras (RULE). Em OPERATION so possveis especificar os recursos necessrios para a realizao da atividade (comando GET) e os respectivos tempos de processamento (comando WAIT). No exemplo analisado, o tempo de processamento varia em funo do tipo de pedido. Isso possvel utilizando os atributos das entidades e lgicas simples IF-THEN-ELSE, disponveis no Logic Builder. Movimentaes: As movimentaes so definidas em PROCESSING. possvel associar um recurso na movimentao da entidade (quando as entidades so trabalhos, por exemplo). No exemplo analisado no foi necessrio utilizar esses recursos de movimentao.
Simulador (Fabricante) Foco inicial de Aplicao Tpicas Aplicaes Arena 5.0 (Rockwell Software) Manufatura; Servios; Negcios; Call-Center; Logstica Manufatura; Servios; Cadeia de Suprimentos; Logstica; CallCenter; Treinamento; Armazenagem Mdulos de alto nvel: 1) Painel Bsico de Processos; 2) Painel Avanado de Processos; 3)Painel de Transferncia Avanada Mdulo: Assign (Attributes) Mdulos: Process, Queue Mdulo: Create Mdulo: Process (definio de tempos de processamento, associao de recursos, regras) Mdulos: Route - Station; Decide Run Setup Darg-and-drop; blocos Debugger com levantamento de possveis causas do problema Input Analyser Output Analyser Submodels; Copy-Paste Edio de Imagem; Importao Real-time simulation; comunicao com sistemas externos ProModel 4.22 (ProModel Corporation) Manufatura Manufatura; Cadeia de Suprimentos; Movimentao e Armazenagem; Anlise Discreta de Fluxo de Materiais 1) Locations, 2) Resources, 3) Entities, 4) PathNetworks Attributes Locations (conveyor/queues) Arrivals Processing: Process (Operation: onde so definidas as lgicas, comandos, durao da atividade) Processing: Routing (Destination) Simulation Options Drag-and-drop; locations Debugger; Rastreamento Stat-fit Output Results Submodels; Merge submodels Edio de Imagem; Importao No dispe desse recurso

Elementos de Modelagem Atributos Filas Eventos Atividades Movimentaes Relgio Modelagem Grfica Ferramentas de Suporte ao Processo de Modelagem Verificao de Modelos Ajuste Estatstico de dados de entrada Anlise Estatstica de dados de sada Templates reutilizveis Recursos de Animao Visualizao em Tempo Real

Traduo do Modelo

Animao

Quadro 3 Quadro comparativo de softwares de simulao: Arena x ProModel

5. Quadro comparativo Com base numa pesquisa do tipo survey de Swain (2000) sobre os softwares de simulao disponveis no mercado e na anlise evolutiva da simulao de eventos discretos de Sakurada e Miyake (2002), os simuladores Arena e ProModel, objetos deste estudo, so finalmente comparados no Quadro 3 em relao a 5 quesitos gerais, quais sejam: Foco inicial de aplicao: Posicionamento de mercado que o software assumiu inicialmente. Indica quais tipos de sistemas de operao visava modelar e simular, a priori.
ENEGEP 2003 ABEPRO 7

XXIII Encontro Nac. de Eng. de Produo - Ouro Preto, MG, Brasil, 21 a 24 de out de 2003

Tpicas Aplicaes: Identifica em quais reas os softwares so comumente empregados. Traduo do modelo: o processo de transformao do modelo conceitual em um modelo computadorizado conforme a concepo de modelagem de um dado software. Ferramentas de suporte ao processo de modelagem: Facilitam a modelagem e anlise dos dados de entrada e sada da simulao. Animao: Recurso visual e dinmico incorporado simulao que agregou novas dimenses de utilizao dos softwares. 6. Consideraes finais Ambos os softwares de simulao possuem recursos para a modelagem de sistemas de operao do tipo Loja de Servios. Apesar da aplicao inicial do software ProModel ter sido voltada para a manufatura, sua flexibilidade permite a modelagem de diferentes sistemas de operao. Muitas das ferramentas de suporte modelagem oferecidas pelos dois simuladores so similares em aplicao e bastante integradas aos softwares, o que facilita o processo de traduo do modelo. O tempo de construo do modelo para os dois softwares foi considerado similar. No foi necessrio utilizar a linguagem de baixo nvel do Arena porque os mdulos de alto nvel bastaram para os requerimentos modelo construdo. No ProModel, os comandos utilizados na definio das operaes tambm so de rpida modelagem devido ao Logic Builder, ferramenta que auxilia a programao diminuindo as chances de erro de lgica. Nota-se pelo Quadro 3, que apesar dos comandos e denominaes para modelagem serem distintos, ambos os softwares apresentam potencial similar. Em alguns aspectos, para aqueles familiarizados com o uso de fluxogramas na representao de sistemas, o Arena oferece uma modelagem muito prxima aos smbolos comumente utilizados. Em contrapartida, o ProModel possui uma modelagem grfica bastante simples, quase intuitiva, ideal para modeladores com pouco conhecimento de programao e que desenvolvem a traduo sobre plantas do sistema real (ou projeto). Agradecimentos Ao CNPq Conselho Nacional de Desenvolvimento Cientfico e Tecnolgico pelo apoio e financiamento da pesquisa. Referncias
BANKS, J.; CARSON, J.; NELSON, B. (1996) - Discrete-Event system Simulation. New Jersey: Prentice Hall. CORREA, H.L., CAON, M. (2002) Gesto de Servios: Lucratividade por meio de operaes e satisfao dos clientes. So Paulo: Editora Atlas. LAW, Averill M.; KELTON, W. David. (1991) - Simulation Modeling and Analysis. 2nd ed. New York: McGraw-Hill. MANUAL ARENA 5.0 (2000) - Users Guide Online. Rockwell Softwares. USA. MANUAL PROMODEL 4.22 (2000) Users Guide Online. ProModel Corporation. USA. SAKURADA, N., MIYAKE, D.I. (2002) Softwares de Simulao de Eventos Discretos: Uma Anlise Evolutiva. V SIMPOI. Anais de Simpsio. So Paulo: FGV/EAESP. SASSER, W.E., OLSEN, R.P., WYCKOFF, D.D. (1978) - Management of Services Operations. Allyn and Bacon. USA SILVESTRO, R. (1999) - Positioning Services Along The Volume-Variety Diagonal. International Journal of Operation & Production Management. Vol.19, n4, p.399-420. SWAIN, J. Simulation Software Survey. Atlanta. 2000. Lionheart Publishing. INFORMS. Disponvel em: <http:// www.lionhrtpub.com/orms/surveys/Simulation/ Simulation.html>. Acesso em 12 de jun. 2002.
ENEGEP 2003 ABEPRO 8