Escolar Documentos
Profissional Documentos
Cultura Documentos
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
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-
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
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
a) Nvel do sistema
x x
Figura 5
Um sistema e seus inter-relacionamentos
com os sistemas externos
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:
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.
Figura 7
Notao para a modelagem de sistemas
c) Sistemas de manufatura
A C
B C
C C
D C
Figura 8
Estruturas para sistemas de manufatura e sistemas
de suprimento
d) Sistemas de suprimento
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.
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
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
F C
Funo da fonte e da fila de cliente DQO
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.
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
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.
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