You are on page 1of 12

A ESTRUTURA DE SISTEMAS DE OPERAES

Por Ray Wild1

Ns precisamos escolher entre sistema de gesto de manufatura, suprimento, transporte e servio.


Esta classificao tem valor descritivo somente. Tem sido conveniente adot-la para identificar o
escopo da administrao de operaes. Ela sugere alguma coisa no que, por exemplo, a classe de
sistemas de manufatura tem em comum ou de diferente em relao de suprimento, e assim por
diante. Essa classificao nos diz algo sobre a funo de sistemas, mas pouco sobre a natureza
destes sistemas.

Conceitos de sistemas

a) Definio

Devemos definir um sistema como uma configurao de entidades e de relacionamentos entre essas
entidades. A deciso de referir-se a entidades ou coisas em sistemas importante assim que nos
concentrarmos nas entidades fsicas previamente definidas como recursos.

Um sistema pode geralmente ser identificado onde um conjunto de entidades tenha alguma
interdependncia funcional ou objetiva, ou seja, onde juntos elas constituem-se um todo significativo.
Tudo pode ser visto como um sistema ou parte de um. Todos so subsistemas de sistemas maiores.
Sistemas formam hierarquias, sendo que cada sistema coordena um grande nmero de entidades e
suas inter-relaes com sistemas menores na mesma hierarquia. Deve-se considerar, portanto, que
alguma relao externa existir quando se considera um sistema.

A estrutura ou modelo mais simples de sistema utiliza trs tipos de entidades, ou seja, inputs,
processos e outputs, que mantm os inter-relacionamentos demonstrados na figura 1. O grau de
detalhe usado na representao de um sistema uma questo de escolha. Por exemplo, a produo
de um veculo pode considerar um processo simples como o da figura 2a. Se houver mais detalhe,
dois processos poderiam ser identificados, tais como o de manufatura de peas e a montagem (figura
2b) ou trs processos, a saber: produo de motores, produo da estrutura e montagem do veculo
(figura 2c).

A seleo dos limites do sistema tambm um problema de escolha. De fato, a escolha do que incluir
e o grau de detalhe empregado na representao do sistema sero influenciados pelos objetivos ou
propsitos do exerccio. O sistema de input-processo-output da figura 1 poderia representar uma
empresa, um departamento nesta empresa, uma operao dentro deste departamento, e assim por
diante.

b) Controle

O controle um dispositivo essencial de muitos sistemas. Em muitos sistemas naturais e artificiais


(concebidos pelo ser humano), algum grau de controle normal. H, classicamente, dois tipos de
configuraes bsicas de controle: sistemas abertos e sistemas fechados.

1
Traduo sob a responsabilidade do Prof. Helvcio Luiz Reis, do Departamento de Cincias Administrativas e Contbeis, da
Funrei, para a disciplina Administrao da Produo I. Extrado de WILD, R. The structure of operating systems. In: ___.
Concepts for operations management. New York, John Wiley & Sons, 1972, c. 4, p. 25-39.
Processo

Inputs Outputs

Figura 1
Modelo de sistema simples
A
Inputs Produo Outputs
de veculo

Inputs Produ- Mon- Outputs


o de tagem
Peas

Inputs Produ-
o de
Motor

Mon- Outputs
tagem

Produo
de
Estrutura

Figura 2
Modelos de um sistema (com diferentes nveis de detalhe)

Um sistema aberto existe quando os outputs no tm influncia direta sobre partes prximas dele. Em
outras palavras, um sistema aberto no reage ao seu prprio desempenho. Suas aes passadas
no influem sobre as aes presentes e futuras. No h feedback de informao de seus inputs para
o controle dos outputs. Um relgio um exemplo de um sistema aberto simples.

Um sistema fechado diretamente influenciado por seu prprio comportamento passado. Seus
outputs so monitorados ou observados, a fim de que algum controle possa ser exercitado sobre seus
inputs, para um determinado fim. A operao de um sistema depende diretamente do feedback da
informao. O sistema de aquecimento central residencial um exemplo desse controle, pois os
termostatos monitoram a temperatura da sala e controla o boiler para manter uma dada temperatura.
Esse conceito simples de controle de feedback visto na figura 3.

Algum controle pode advir da monitorao de coisas do lado de fora do sistema. Alguns sistemas de
aquecimento central so controlados por termostatos instalados do lado de fora da casa com o
objetivo de acompanhar a temperatura do ambiente externo. Em tais casos, h algum controle, mas o
sistema aberto. De qualquer forma, um sistema aberto ou fechado recai sobre a escolha dos limites
do sistema. A figura 4 ilustra isto. Com os limites empregados no caso A, o sistema fechado; ao
passo que no caso B nenhum sistema fechado.

Na prtica, os controles sobre o sistema e dentro do sistema sero complexos e, em muitos casos, as
entidades e seus inter-relacionamentos podem estar sujeitos a controles externos e internos. Assim
sendo, sistemas fechados podem estar sujeitos ao controle de fora dos limites definidos para eles.
Como os outputs de alguns sistemas sero inputs de outros, estes outputs podem tambm ser
controlados. De fato, por causa da natureza hierrquica dos sistemas, todos os sistemas podem ser
influenciados por fatores externos (figura 5).

Processo
Inputs Outputs
x

Monitor

Controller Comparar Memria

Fluxo fsico
Fluxo de informao
Figura 3
Controle de feedback num sistema

A
x

B
x

Figura 4
Sistemas fechado e aberto

Estrutura do sistema

Nosso objetivo alcanar um melhor entendimento da natureza dos sistemas de operaes, de


acordo com a classificao da funo. Tal entendimento pr-requisito para a identificao dos
problemas na administrao de sistemas de operaes. Estamos interessados em identificar as
similaridades e diferenas entre sistemas, as quais so relevantes para a administrao de
operaes. Propusemo-nos a fazer isso atravs do estudo da estrutura de sistemas.

a) Nvel do sistema

Pretendemos examinar a relao entre estruturas de sistemas de operaes e problemas de


administrao de operaes. Em outras palavras, identificaremos a influncia da estrutura sobre a
natureza da administrao de operaes. Tal mtodo pode nos possibilitar a descrio da natureza da
administrao de operaes em situaes diferentes. Se escolhermos discutir a estrutura de sistemas
num nvel relativamente abstrato, ou alto, ento estaremos estudando a natureza da administrao de
operaes no mesmo nvel, ou seja, da administrao de operaes da organizao como um todo.
Esperamos aprender algo da natureza geral ou caracterstica da administrao da organizao. Se
considerarmos sistemas no nvel mais baixo, examinaramos a administrao de operaes no
mesmo nvel, ou seja, a natureza da administrao de processos ou departamentos pequenos.

x x

Para outro sistema Dentro do sistema De outro sistema

Figura 5
Um sistema e seus inter-relacionamentos
com os sistemas externos

questo de convenincia a escolha do nvel em que trabalhar. Como h uma tendncia em


considerar o trabalho da administrao de operaes em termos de sistemas relativamente
pequenos, isto , departamentos, organizaes pequenas, e assim por diante, ao invs de
organizaes mais complexas, deveremos considerar a estrutura de sistemas no mesmo nvel.

b) Estrutura

Vimos que a descrio mais simples da estrutura de sistemas envolve inputs, processos e outputs.
Neste contexto, esses trs termos podem ser interpretados da seguinte forma:

a) Os inputs incluem materiais, mquinas, mo de obra, capital e informao.


b) Os outputs compreendem produtos, servios, subprodutos e resduos.
c) Os processos representam a transformao do lugar, das caractersticas fsicas, da posse ou
propriedade e do estado.

Definimos a administrao de operaes principalmente por sua preocupao com os recursos


fsicos. Desta forma, para os propsitos presentes, apropriado considerar inputs os materiais, a mo
de obra e as mquinas. A interpretao anterior sugere que os processos sejam considerados como
uma operao de transformao de uma das quatro formas funcionais identificadas anteriormente,
quais sejam manufatura, suprimento, lugar ou servio.

Ignorando subprodutos, resduos, dentre outros, podemos generalizar a estrutura de sistemas de


operaes na figura 6.

Processo

Funo:
Inputs Outputs
Manufatura,
Suprimento,
Materiais, Transporte, Produtos,
Mquinas, Servios Servios
Mo de obra

Figura 6
Modelo de sistema de operaes simples

Notamos que uma estrutura simples deste tipo poderia representar qualquer sistema de operaes e
em qualquer nvel. Como um meio de examinar a natureza da administrao de operaes, este
mtodo trivial. Devemos examinar a estrutura de sistemas em maior (suficiente) detalhe. Este
detalhe poderia ser representado pelo uso de modelos que incorporam conjuntos de inputs,
processos e outputs (veja figura 2). Agora necessrio introduzir uma simbologia para a
representao dos inventrios fsicos de inputs ou outputs, porque a preocupao primeira com os
recursos fsicos. Como lidamos com sistemas para fins especficos, podemos assumir que clientes
existem e podem ser identificados em todos os sistemas de operaes. Tais clientes ou beneficirios
poderiam ser processos subseqentes, indivduos ou organizaes internas ou externas
organizao. Indicaremos o lugar desses clientes em cada sistema. A notao bsica a ser
empregada resumida na figura 7.

Funo (manufatura, suprimento, transporte ou servios)

Estoque ou inventrio fsico (ou, em alguns casos, fila)

Fluxo de input fsico ou de output

C Cliente para o sistema

Figura 7
Notao para a modelagem de sistemas

c) Sistemas de manufatura

Podemos identificar quatro estruturas simples de sistemas de manufatura como demonstramos na


figura 8. A estrutura A descreve uma situao de fazer para estoque, a partir do estoque, ou seja,
todos os recursos de inputs so estocados e o cliente se serve do estoque de produtos acabados. A
estrutura B apresenta uma situao de "fazer para estoque, a partir da ordem, ou seja, nenhum
recurso de input mantido em estoque, mas os produtos acabados so fabricados para estoque. A
estrutura C uma situao de "produzir para atender a uma ordem, a partir do estoque, isto , todos
os recursos de inputs so estocados, mas os produtos acabados so fabricados contra um pedido do
cliente ou no recebimento dele. Finalmente, a estrutura D representa uma situao de "fabricar de
acordo com a ordem, a partir da ordem, isto , nenhum estoque de recursos de inputs mantido e
todos os produtos acabados so fabricados medida que a organizao recebe pedidos dos clientes.
Cada estrutura demonstra como um sistema fornecer o produto acabado futuro. A estrutura D, por
exemplo, indica que, a fim de fornecer o prximo output para um cliente, recursos devem ser
adquiridos, enquanto em C, o pedido futuro do cliente ser atendido utilizando-se dos recursos
existentes.

A C

B C

C C

D C
Figura 8
Estruturas para sistemas de manufatura e sistemas
de suprimento
d) Sistemas de suprimento

Ao considerar os sistemas de suprimento de maneira parecida, podemos reconhecer a validade das


quatro estruturas simples da figura 8. As estruturas A e B requerem funo em antecipao ao pedido,
ou seja, a estrutura A descreve o suprimento para estoque a partir do estoque e a estrutura B,
suprimento para estoque a partir da ordem de fornecimento. Esses casos so incomuns em
operaes de suprimento, mas ambos podem existir, como demonstraremos adiante. As estruturas
mais comuns so a C e a D. A estrutura C representa o suprimento por pedido a partir do estoque,
ao passo que a estrutura D suprimento por pedido, a partir do pedido.

e) Sistemas de transporte e servios

Uma situao um pouco diferente aplica-se ao transporte e servios. Todas as estruturas, que
requerem funo de antecipao ou antes do recebimento do pedido do cliente, so inviveis, de
modo que tanto em transporte como em servios nenhum estoque fsico de output possvel.
Considere o transporte. Um txi no pode satisfazer s necessidades de movimento ou de
transferncia de lugar do cliente sem antes ter recebido um pedido do prprio cliente interessado.
Igualmente, a ambulncia e os servios de transporte de mudanas ou de lixo no podem construir
um estoque de outputs para satisfazer as demandas futuras de clientes. Nem pode o servio de
transporte rodovirio de passageiros desempenhar sua funo de transportar pessoas antes que elas
cheguem. O nibus pode e freqentemente movimenta-se de parada em parada em sua rota, mesmo
que no haja nenhum cliente esperando por ele. Quando isso acontece, no entanto, o nibus no
estar desempenhando sua funo de mudar de lugar os seus clientes: tem simplesmente
permanecido como um recurso estocado sem uso, a precisar de clientes. Nem podem os sistemas de
servios, tais como corpo de bombeiros, lavanderia, hospital e motel, construir um estoque de outputs
para satisfazer a pedidos futuros de clientes.

H uma diferena estrutural muito importante no caso de sistemas de transporte e servios. Como a
funo do transporte tratar clientes (coisas ou pessoas), o cliente um recurso de input para o
sistema, ou seja, o beneficirio da funo ou fornece um recurso fsico de input para a funo.
Assim sendo, transporte e servios dependem dos clientes no apenas para gerar seu output e, em
alguns casos, para especificar qual seria o output, mas tambm para o suprimento de algum input
fsico para a funo sem o qual ela no seria realizada. Por exemplo, no transporte, o txi, a
ambulncia ou o nibus move o cliente ou algo, caracterizando-se, portanto, um input que
controlado pelo cliente, tal como uma encomenda. Em sistemas de servios, hospital e motel, por
exemplo, o cliente tratado pessoalmente, ao passo que lavanderias e servios prestados por
bombeiros tratam itens os quais poderiam pertencer aos clientes (uma casa em chamas) ou cujo
input controlado pelo cliente.

Em outras palavras, diferente da manufatura e do suprimento, os sistemas de transporte e servios


so ativados ou desencadeados por um input ou suprimento. O cliente empurra de alguma forma o
sistema. Na manufatura e suprimento, o cliente age diretamente sobre o output ele puxa o
sistema, isto , retira os produtos do sistema diretamente da funo (estruturas C e D) ou do
estoque de produtos (estruturas A e B). Em transporte e servios, o cliente empurra o sistema ele
age diretamente sobre o input. Nestes sistemas, portanto, parte dos recursos de input no est
diretamente sob o controle da administrao de operaes. Em tais casos, o cliente controla um canal
de input, e devemos, assim, distinguir este input daquele controlado pela administrao de
operaes.

Alguns sistemas poderiam, talvez, ser considerados como do tipo A, B, C ou D; entretanto, a distino
de puxar/empurrar ajuda-nos a examinar a natureza e caractersticas do sistema de operaes.

Estruturas de sistemas de transporte e servios devem ser um tanto quanto diferentes. Trs
estruturas parecem existir, como ilustrado na figura 9. A estrutura E descreve uma funo do estoque,
diretamente do cliente, ou seja, os recursos de input so estocados exceto no caso dos inputs
fornecidos pelo cliente para os quais no h fila. A estrutura F representa uma funo da fonte, com o
cliente em fila, ou seja, nenhum recurso de input encontra-se estocado, muito embora os inputs de
clientes acumulem-se em fila. A estrutura G compreende uma funo do estoque com fila de cliente;
nesta hiptese, todos os recursos de inputs acham-se estocados e organizados em fila. Para
simplificar e esclarecer melhor, ao nos referirmos a clientes em situao de empurrar, trataremos
como filas de clientes. Tais filas so estoques fsicos no canal de input do cliente, apesar de no
poderem ser utilizadas pela administrao de operaes da mesma forma que o faz com outros
estoques de recursos que esto alm do controle direto do administrador. As filas juntam clientes que
chegaram ao sistema e aguardam pelo servio ou transporte. Elas so os clientes que requisitaram
algum tratamento pelo sistema. A fila representa, portanto, demanda futura comprometida e
conhecida.

C
Figura 9
Estruturas para sistemas de transporte e servios

f) As sete estruturas bsicas

As sete estruturas bsicas de sistemas de operaes so listadas na figura 10. Um cdigo


introduzido na figura como um meio mais simples de descrio dos sistemas. Utilizaremos daqui em
diante os cdigos A, B, C, D, E, F e G para designar as estruturas de sistemas.

Na discusso anterior, consideramos, de alguma forma, o cliente e suas necessidades como dadas,
estando alm do controle direto ou influncia da administrao de operaes. A natureza do
comportamento do cliente exerce grande influncia sobre a estrutura dos sistemas. Por exemplo, uma
caracterstica fundamental dos sistemas de transporte e servios sua dependncia de inputs
controlados pelo cliente. Na prtica, uma organizao pode ter alguma influncia sobre o cliente, e,
assim, sobre o empurrar ou puxar o sistema de operaes. Esta influncia pode ser exercida por
atividades de marketing, tais como propaganda, preos, polticas de produtos, e assim por diante. Por
exemplo, como os operadores de balsas de navegao no podem determinar o comportamento do
cliente, e, por isso mesmo, no poderiam mudar o desejo do pblico de viajar em julho, agosto ou nos
fins de semana, haveria alguma influncia sobre o cliente na fixao de tarifas. Entretanto, as tarifas e
outras concesses e os incentivos no esto normalmente sob o controle da administrao de
operaes. Uma organizao pode exercer alguma influncia sobre a estrutura do sistema de
operaes. Esta influncia pode facilitar a adoo de certas estruturas como uma questo de
preferncia ou de poltica. Pode ser til criar uma situao em que o cliente de transporte e servios
espere em fila, sem contrariedades, adotando-se, portanto, uma estrutura SQO com ganhos de
produtividade; do contrrio, somente uma estrutura SCO forneceria o servio satisfatrio para o
cliente. Entretanto, o gerente de operaes no ter normalmente essa influncia ou controle direto.
Para o nosso propsito atual, qual seja o de identificar as estruturas bsicas de sistemas de
operaes e suas relaes com a administrao de operaes, consideraremos o cliente como uma
influncia ou restrio dada, pelo menos enquanto o gerente de operaes estiver preocupado, e
podemos, assim, utilizar as sete estruturas bsicas de sistemas de operaes como base do nosso
estudo de administrao de operaes.
Cdigo Estrutura bsica Descrio Sigla
C Funo do estoque, para estoque, para
A SOS
o cliente
C Funo da fonte, para estoque, para o
B DOS
cliente

C C Funo do estoque direto para o cliente SOD

D C Funo da fonte, direto para o cliente DOD

E Funo do estoque e do cliente SCO


C

F C
Funo da fonte e da fila de cliente DQO

G Funo do estoque e da fila de cliente SQO


C

Sigla:
O = operao O no meio representa um sistema puxado pelo cliente
O no fim significa um sistema empurrado pelo cliente
S no comeo representa um estoque de input
S = estoque fsico
S no fim significa um estoque de output
D no comeo representa um input direto
D = direto
D no fim significa um output direto
C no meio representa uma entrada direta
C/Q = cliente
Q no meio significa fila
Figura 10
Sete estruturas bsicas para sistemas de operaes

De certa forma, podemos ignorar agora a funo do sistema, j que no estudo da natureza da
administrao de operaes interessa-nos somente a estrutura dos sistemas. A natureza bsica dos
problemas com os quais defrontam-se os gerentes de operaes depende, em nossa opinio,
bastante da estrutura e pouco da funo do sistema.

Estas estruturas certamente simplificam o problema, especialmente ao considerar os recursos de


inputs que esto sob controle da administrao de operaes (ou seja, todos menos os clientes).
Estamos reconhecendo um estado puro para cada estrutura. De fato, ao considerar os recursos
fsicos de input, especificamos trs categorias amplas (materiais, mquinas e mo de obra). Na
prtica, alguns destes recursos podem estar estocados, enquanto outros no. Por exemplo, em
manufatura, se materiais no estiverem estocados, mquinas e mo de obra normalmente esto.
Ainda na prtica, o nmero de estruturas possveis para sistemas de manufatura pode exceder s
quatro exibidas na figura 10. Utilizaremos estas quatro estruturas bsicas em nossa anlise atual,
embora cada estrutura tenha sua aplicao restrita a sistemas de canal nico, ou seja, aquelas com
um nico canal de input controlado. Reconhecemos mltiplos canais nas estruturas SCO, DQO e
SQO, a fim de mostrar que algum input est sob controle do cliente. Contudo, utilizaremos a mesma
suposio de simplificao ao demonstrar um nico canal para outros recursos de input. De fato,
nossas estruturas bsicas representaro precisamente os sistemas de mltiplos canais onde cada
tipo de recurso de input tenha igual tratamento quanto proviso ou ausncia de estoque. Em outros
casos, duas ou mais estruturas bsicas sero necessrias para representar o sistema, como na figura
11 que ilustra um arranjo multicanal.

Em sistemas com estruturas SOS, DOS, SOD ou DOD, materiais e produtos fluem pelo sistema, ao
passo que, em sistemas com estruturas SCO, DQO ou SQO, o fluxo inclui clientes ou itens fornecidos
pelos clientes. Na gesto de sistemas de suprimento e manufatura, utilizamos recursos de consumo
durvel para lidar com itens de consumo no-durvel. Em sistemas de transporte e servios,
podemos pensar principalmente em itens de consumo durvel (por exemplo, veculos, equipamentos,
dentre outros) e ignorar os itens de consumo no-durvel (por exemplo, combustveis). Se adotarmos
este mtodo, podemos ver todos os sistemas como tendo um nico canal de input, ou seja, de acordo
com o input dominante ou mais importante para nossos propsitos. Adotaremos este mtodo ao
apresentar exemplos e na discusso de outras questes nos captulos seguintes. Em muitos casos, o
modelo de canal nico representar precisamente o sistema, enquanto em outros deveremos usar o
mtodo ilustrado na figura 11. Este ltimo ser tratado no captulo 14.

Estoque de
produtos Fluxo de
produtos

Materiais

Mquinas C

Mo de Obra

Estrutura DOS com relao


aos inputs de materiais
Estrutura SOS com relao Estrutura SOS com relao
aos inputs de mo de obra aos inputs de mquinas

Figura 11
Um sistema de canal de multi-input

Devemos reconhecer tambm que alguns sistemas tm dois ou mais canais, alguns dos quais esto
em estoque, ou seja, estes sistemas tm dois tipos de canal de output. Isto pode ser aplicvel
somente s estruturas SOS, DOS, SOD e DOD e, de fato, pode ser aplicvel somente em sistemas
de manufatura. Em certos casos, os recursos disponveis para o sistema sero utilizados na
fabricao de um mix de produtos, alguns dos quais sero para estoque e outros, por encomenda.
Deveremos considerar somente um nico output normal ou casos de canais idnticos de output. Um
mtodo similar ao mostrado na figura 11 pode ser empregado nestas situaes, ou alternativamente
nos casos onde podemos considerar somente o output dominante ou mais importante.

Exemplos estruturas bsicas

a) Estrutura SOS C

Esta estrutura pode representar uma produo em lote (batch ou por bateladas) de um conjunto de
produtos padronizados ou a produo em massa de produtos cuja demanda flutua. Um alfaiate pode
produzir em lote, assim como a fbrica de produtos durveis. Nestes casos, um estoque de output de
produtos necessrio, desde que, durante o tempo de produo, a taxa de output exceda de
demanda. Em produo em massa como, por exemplo, em minas de carvo, na produo de alguns
alimentos e de veculos, dentre outros, um estoque de output ser normalmente requerido j que a
taxa de output razoavelmente constante e a de demanda, flutuante. O mtodo alternativo (estrutura
SOD) exigiria freqentes mudanas na taxa de produo que, para os recursos envolvidos, poderia
ser proibitivamente caro.

Em suprimento, a estrutura SOS pode representar um sistema em que o fornecedor faz (e, portanto,
compromete-se) a estocar itens para clientes que retiram pedidos destes estoques em pequenas
quantidades, ao longo do tempo. Nesta situao, o fornecedor est de fato mantendo os estoques de
inputs dos clientes, um arranjo que, s vezes, empregado por pequenos varejistas, quando alguns
clientes compram regularmente certos itens que deveriam ser adquiridos em grandes quantidades, e
que no sero pedidos por outros clientes. Um arranjo parecido pode ser encontrado em certos
fornecedores da indstria de produtos durveis, como, por exemplo, os fornecedores de ao.
b) Estrutura DOS C

Esta estrutura bsica poderia representar a fabricao em lotes de produtos que requerem recursos
que esto ocasional (ou sazonalmente) disponveis, ou seja, uma oportunidade de produo ou,
alternativamente, o uso de recursos de input perecveis. Esta situao pode ser mais freqentemente
aplicvel a inputs de materiais, tais como alimentos enlatados (ou em conserva) e vinho 2.

No caso de sistemas de suprimento, essa estrutura pode representar uma situao em que o
fornecedor pede itens diretamente do fabricante para atender especificamente a um cliente e os
retm em estoque at que o cliente os requisite em pequenas quantidades. Essa estrutura mais
comum nos inputs de materiais.

c) Estrutura SOD C

A produo do estoque direto para o cliente sugere a produo de itens no-padronizados ou verses
especiais de certos itens medida que o cliente os encomenda. Alternativamente, a produo de um
conjunto limitado de itens que no podem ser estocados corresponde estrutura SOD. Exemplos (do
captulo 3) podem incluir o alfaiate que produz vesturio sob medida. Um restaurante a la carte ter
freqentemente uma estrutura SOD, de modo que os pratos so preparados contra o pedido de
clientes, a partir de ingredientes pr-cozidos3. Para funes de suprimento, a estrutura SOD indica um
sistema por meio do qual o fornecedor entrega itens de seu estoque conforme a demanda. Muitos
varejistas e atacadistas trabalham assim. Uma loja de revenda e um posto de gasolina tm,
normalmente, uma estrutura SOD.

d) Estrutura DOD C

Esta estrutura sugere o fabricante de itens exclusivos, isto , itens que requerem recursos de input ou
itens pouco comuns fabricados. Algumas empresas de construo civil funcionam desta forma. A
construo de fbricas e de plataformas para a explorao de petrleo no Mar do Norte e a produo
nos anos 70 podem ser exemplos de aplicao desta estrutura. Freqentemente, o sistema aplicar a
estrutura DOD somente no que se refere a inputs de consumo no-durvel, tais como, materiais, e de
mo de obra menos especializada. A construo de algumas casas segue este modelo.

A estrutura DOD para suprimento sugere um arranjo em que o fornecedor (por exemplo, um agente,
um atravessador ou corretor) adquire diretamente para seu cliente. Em tais casos, a estrutura aplica-
se estritamente a um nico canal, ou seja, inputs de materiais. Exemplos (com relao a inputs de
materiais) podem incluir certos suprimentos de construo e a compra e fornecimento de algumas
commodities. Alguns agentes costumam trabalhar desta maneira, muito embora a maioria atue para
comerciantes de imveis e, de fato, operam com estrutura SOD.

e) Estrutura SCO
C

O transporte com estrutura SCO existir onde no se admite cliente em fila, ou por ser impossvel, ou
por ser pouco prtico. Os servios de txi e ambulncia de emergncia correspondem, normalmente,
a esta definio.

2
Talvez devssemos ignorar os casos de empresas que, tendo definido a produo de certos itens, sejam obrigadas a fechar
aps um curto tempo de vida.
3
Alguns restaurantes a la carte e de fast food, com um cardpio simples e limitado de produtos, por exemplo, hambrgueres,
tais como a rede MacDonalds, ou peixes e batatas fritas na Gr-Bretanha, operam freqentemente com estrutura SOS.
No caso de servios, seria aplicvel situao onde no pode haver cliente em fila por uma razo
qualquer. A enfermaria de acidentados de um hospital, o servio de combate a incndio e o motel tm,
em geral, esta estrutura. Note que, se adotarem a estrutura SCO, esto sujeitos a falhas os sistemas
nos quais os clientes dos servios no toleram permanecer em fila. por esta e certamente por
razes de custos que muitos postos de combustveis no trabalham com selfservice. Servios
bancrios, drogarias e outras lojas de convenincia do tipo drive-through ou drive-in (atendimento ao
cliente sem que saia de dentro do veculo), toleram pouca espera e, por isto mesmo, atendem s
mesmas razes. Uma lavanderia trabalhar freqentemente na estrutura SCO, desde que o nmero
de clientes seja insuficiente para formar filas.

f) Estrutura DQO
C

Esta estrutura descreve a situao na qual clientes enfileirados esperam pela funo, que no
realizada at que todos os recursos sejam adquiridos. Esta situao se aplicaria tanto ao transporte
como aos servios onde seria necessrio satisfazer inteiramente a demandas, necessidades e
circunstncias novas e inesperadas. O vo charter para grupos e a apresentao de concertos,
dentre outros, podem refletir a estrutura DQO. Numa escala muito maior, a viagem de astronautas
lua foi um exemplo da estrutura de sistema de transporte DQO. Numa escala menor, certos servios
de engenharia que envolvem transporte e movimento de grandes estruturas (por exemplo, o
transporte de grande turbina para hidreltrica) poderia ser tambm um exemplo de estrutura DQO,
especialmente em relao aos inputs de mo de obra e mquinas.

g) Estrutura SQO
C

Numerosos exemplos existem com relao a transporte e servios. Os sistemas de transporte, tais
como coleta de lixo, mudanas, dentre outros, so normalmente exemplos de estrutura SQO; alm
disto, muitos sistemas de transporte pblico correspondem a esta estrutura. Igualmente, muitos
dentistas utilizaro esta estrutura, ou seja, onde clientes em fila sero tratados.

A figura 12 sumariza indicando o normal, isto , a estrutura comum para dezessete sistemas
identificados no captulo 3. Devemos enfatizar a palavra normal. Como uma estrutura pode mudar,
consideraremos estritamente a estrutura do sistema num ponto do tempo. Entretanto, conveniente
para os propsitos atuais de ilustrao considerar a estrutura normal (ou comum, ou cabvel).
Retornaremos a esta questo da mudana de estrutura, suas causas e efeitos no captulo 5.
Sigla Estrutura bsica Exemplos de estruturas normais
SOS C Alfaiate de produtos padronizados
Minerao de carvo
DOS C Alimentos enlatados e em conserva (com
relao aos inputs de materiais somente)
SOD C Alfaiate de produtos sob medida
Restaurante de quentinha de comida chinesa
Loja de varejo
Posto de combustveis
DOD C Construtor (residncias conforme projeto
especificado pelo cliente, para alguns tipos de
materiais, especialmente os de acabamento)
Corretor (por exemplo, de commodities)
SCO Servio de txi
Enfermaria de acidentados de um hospital
C
(exceto em casos de calamidades naturais)
Servio de combate a incndio (exceto em
casos de calamidades naturais)
Motel
Ambulncia de emergncia (exceto em casos
de calamidades naturais)
Servios de lavanderia
DQO
C

SQO Coleta de lixo


Transporte de mudanas (no limite da
C
capacidade)
Dentista (no limite da capacidade)
Figura 12
Exemplos de estruturas bsicas de sistemas de operaes