UNIOESTE Universidade Estadual do Oeste do Paran Curso de Bacharelado de Cincia da Computao PES I Professor Carlos Jos Maria Olgun

Estudo de Viabilidade do Auto Posto Espigo

Cascavel, 24/04/2012

Sumrio
Introduo ..........................................................................................................................3 O Processo de Estudo ..........................................................................................................4 Por que desenvolver o sistema? ...........................................................................................5 Apresentao das alternativas .............................................................................................5 Alternativa 1 .................................................................................................................................. 5 Alternativa 2 .................................................................................................................................. 6 Alternativa 3 .................................................................................................................................. 6 Estudo de Viabilidade ..........................................................................................................6 Estudo da Viabilidade Tcnica ..............................................................................................7 Estudo da viabilidade econmica .........................................................................................8 Alternativa 1: ................................................................................................................................. 8 Alternativa 2: ................................................................................................................................. 8 Alternativa 3: ................................................................................................................................. 9 Viabilidade de Cronograma ........................................................................................................ 10 Alternativa 1 ................................................................................................................................ 10 Alternativa 2 ................................................................................................................................ 10 Alternativa 3 ................................................................................................................................ 10 Viabilidade Operacional ............................................................................................................. 11 Alternativa 1: ............................................................................................................................... 12 Alternativa 2 ................................................................................................................................ 13 Alternativa 3 ................................................................................................................................ 13 Anlise final das alternativas ............................................................................................. 14 Recomendaes e Consideraes Finais ............................................................................. 15 Anexo A Detalhamento da Funo do equipamento para Automao de Bombas ............. 16 Anexo B Detalhamento do estudo de viabilidade econmica............................................ 16

Pgina 2 de 21

Introduo A organizao: A empresa escolhida para estudo foi o Posto de Combustvel Espigo. O posto conta com os servios de abastecimento, loja de convenincia, rea de lavagem de automveis e troca de leos e lubrificantes. O posto possui o registro de estoque feito manualmente no papel em forma de anotaes, as bombas de combustveis no so sincronizadas com um software, quando um cliente abastece combustvel no posto, o processo se decorre da seguinte maneira: o frentista atende o cliente, ele abastece o carro conforme o pedido do cliente, ele anota o preo a ser pago em uma caderneta qualquer, depois leva as anotaes ao caixa, onde no caixa se passado as informaes sobre o abastecimento para um livro principal, em seguida o cliente segue at o caixa e paga o valor do combustvel, assim o prprio caixa produz uma nota fiscal manualmente, recebe o pagamento e emite a nota fiscal ao cliente, depois passado para o livro principal o valor recebido, a quantidade de combustvel abastecida no carro, o nome do frentista que efetuou o abastecimento, a data e a hora que aconteceu a venda de combustvel.No final do dia efetuada a soma da quantia arrecadada dos abastecimentos, essa quantia armazenada no livro principal para o controle de reposio de combustvel nas bombas futuramente. Em relao loja de convenincia o processo composto da seguinte forma: o cliente entra na loja, procura o item desejado, o leva at o caixa, paga o preo informado na etiqueta do produto, o caixa recebe o pagamento, efetua uma nota fiscal manualmente, entrega a nota ao cliente, depois anota no livro principal o cdigo do produto vendido, a quantidade, o valor recebido e a data. No final do dia, o caixa efetua um somatrio total das vendas da loja de convenincia, anota no livro principal esse total e os produtos que saram da loja para uma futura reposio de estoque. Quando se trata da rea de lavagem, o processo efetuado da seguinte maneira: o cliente chega, entrega o automvel ao especialista em lavagens de automveis, o especialista lava o carro sem o controle de gastos de produtos utilizados, depois de terminar a lavagem o especialista anota em uma caderneta o tipo de automvel que foi lavado, pois o critrio da cobrana feito conforme o tipo de veculo, um valor menor para motos, um valor um pouco maior para carros, um valor maior para caminhonetes e um valor mais elevado para caminhes, ento ele passa os dados anotados ao caixa, quando o cliente chega, ele vai at o caixa e efetua o pagamento, o caixa emite uma nota fiscal ao cliente, anota no livro principal o valor do pagamento e a data, o caixa faz um sinal para o especialista informando que est tudo certo em relao ao pagamento, o cliente apresenta a nota fiscal e recebe a chave com o carro, no final do dia o caixa faz um somatrio dos lucros obtidos na lavagem para que ele tenha um controle do dinheiro no caixa. Em relao troca de leo e lubrificantes o processo funciona da seguinte maneira: o cliente leva o carro para a oficina, o especialista em troca de leo ir atend-lo, em seguida o especialista ir perguntar ao cliente o que ele deseja (fazer uma verificao, trocar o leo e lubrificantes), caso for uma verificao, o especialista ir checar o carro corretamente, o cliente ir ao caixa pagar o valor da verificao, ganhar uma nota fiscal comprovando o pagamento do servio, o caixa anota o valor recebido e informa que foi uma verificao no livro principal, caso for uma troca de leo e lubrificantes o
Pgina 3 de 21

especialista ir checar o modelo do automvel e ver qual produto mais indicado para aquele automvel, ento ele ir informar ao cliente o leo mais indicado.Caso o cliente queira algo mais especifico o especialista ir atender as suas preferncias, em seguida o especialista efetua a troca do leo, anota em uma caderneta o leo utilizado, a quantidade e o valor a ser pago, passa as informaes ao caixa, o cliente segue ao caixa para efetuar o pagamento, o caixa recebe o dinheiro, emite uma nota fiscal, anota no livro principal o valor recebido, o tipo do leo utilizado, a quantidade e a data, no final do dia o funcionrio do caixa faz um somatrio do dinheiro que entrou da troca de leo, a quantidade de produtos utilizada separada por seus tipos para ter um controle de reposio e um controle do dinheiro. O problema: Foram observados e relatados alguns problemas como falta de acesso rpido a informaes, ou seja, caso voc queira saber qualquer informao, voc ter que consultar o livro principal, pesquisar nele at achar o quenecessita. O sistema ter que corrigir isso (acelerar o processo de busca de informaes). Temos tambm a dificuldade em controlar os gastos com produtos de limpeza, ou seja, como citado acima no se tem noo do quanto se gasta com produtos de limpeza em cada lavagem, por isso o preo cobrado conforme o tipo de automvel e no pela quantidade de produtos utilizados na lavagem, o que errado.O sistema ter que corrigir isso (ter uma tabela no sistema informando o total que foi gastado em cada lavagem). Outro problema a falta de informao por parte dos funcionrios sobre qual leo/lubrificante escolher ao fazer a troca do mesmo, ou seja, no posto s h um funcionrio que realmente entende dos produtos e dos veculos, qual produto adequado a determinado tipo de automvel, envolvendo o modelo, os produtos contidos no leo/lubrificantes, quando ele no est presente o posto possui um grande problema, pois outros funcionrios at possuem conhecimento necessrio para trocar o leo, mas no o conhecimento necessrio da marca apropriada ao veculo.O sistema ter que corrigir isso (ter um sistema de informao, contendo todas as informaes necessrias e que auxilie uma pessoa sem conhecimentos a fazer a troca de leo/lubrificantes corretamente de forma que essa pessoa utilize o produto recomendvel para determinado tipo de automvel). O Processo de Estudo Inicialmente, o grupo realizou uma entrevista com o empresrio do posto. Foram selecionadas algumas questes para investigar, de forma geral, o funcionamento da empresa e avaliar os principais problemas. O empresrio tambm relatou detalhadamente os processos envolvidos - controle de estoque, abastecimento etc. - e os problemas crticos - troca de leo e lubrificantes e lavagem de automveis. O resumo da conversa foi anotado e posteriormente passado ao grupo todo para discusso. Aps a entrevista, o grupo analisou as respostas e o funcionamento do posto para definir o escopo do problema. J com o problema bem definido, a prxima etapa foi montar um panorama geral dos processos envolvidos na empresa e em seguida avaliar melhor cada parte integrante. Com isso feito, foi possvel comear a pensar de forma generalizada no sistema, definindo principalmente sua abrangncia.
Pgina 4 de 21

O prximo passo foi criar diferentes alternativas para possibilitar que o problema tivesse mais de uma soluo. Juntando as principais ideias, foi possvel criar trs alternativas. Aps isso, cada uma foi estudada, aperfeioada e detalhada. Com o problema e as alternativas definidas, deu-se incio ao estudo de viabilidade de cada uma. Esse processo contou com a discusso em grupo de ideias e possveis solues. Tambm foram decididos os critrios a adotar na avaliao, a importncia e o peso de cada um. Por que desenvolver o sistema? No caso do registro de estoque, que atualmente feita a mo, haver a melhoria na velocidade de acesso aos dados, pois as bombas sero sincronizadas atravs do sistema e assim indicar a quantidade de gasolina presente na bomba. Outro caso que ser melhorado aps a instalao do sistema, a emisso da nota fiscal da loja de convenincia, que tambm feita a mo. Nele no haver mais a necessidade de fazer as notas fiscais manualmente, o que proporcionar uma maior rapidez e segurana no atendimento ao cliente. Na parte da lavagem de veculos, onde o problema a falta de administrao dos produtos gastos, o sistema trar um melhor gerenciamento desses, como tambm trar uma melhor organizao de quais funcionrios realizaram a tarefa. Outro problema que o sistema resolver ser a parte da troca de leo/lubrificante. Nesse caso, o funcionrio que no sabe sobre qual leo colocar no veculo do cliente, ter acesso a informaes sobre o respectivo leo/lubrificante e o modelo do veculo em um banco de dados, para que no haja enganos e o descontentamento do cliente.

Apresentao das alternativas A partir dos problemas identificados, so apresentadas trs alternativas. Cada uma delas resolve os problemas, mas de formas diversas do ponto de vista econmico, de eficincia e de segurana que sero detalhadas e analisadas de modo que haja melhor custo beneficio em relao s alternativas propostas. Alternativa 1 Visto as dificuldades encontradas anteriormente, a primeira alternativa prope a implementao de um sistema que seria dividido em duas partes. A primeira consiste do uso de um computador que far a parte de processamento e gerenciamento de dados como vendas, controle de estoque, controle do leo, controle do combustvel, gerenciamento de funcionrios, gastos do posto e os lucros obtidos, sendo todas essas operaes rodadas em rede local. A segunda parte consiste de um disco rgido que possui uma ligao em rede totalmente conectado em rede local chamado de Network Storage no qual sero armazenados todos os dados que so processados na primeira parte do
Pgina 5 de 21

sistema,que realiza todo o processamento. Portanto, algumas vantagens dessa alternativa seriam maior velocidade no processamento de dados e tambm que no haveria a necessidade da conexo com a internet, ou seja, o sistema adotado nessa alternativa ser totalmente off-line. Alternativa 2 A segunda alternativa segue a mesma ideia do primeiro. Nesse caso, a primeira parte que faz o papel de processamento e gerenciamento de dados funcionar em um computador local, o qual tambm far o papel da segunda parte, que armazenar os dados durante o expediente da empresa, pois caso ocorresse algum problema o custo de manuteno seria menor do que pagar por hora um servidor online. Fora do expediente, ser feito o backup dos dados e do sistema em um servidor em nuvem assim mantm a integridade dos dados e uma maior segurana caso ocorra alguns imprevistos. Alternativa 3 A terceira alternativa sugere que o sistema opere totalmente em nuvens, no qual ele e os dados seriam totalmente salvos na redeon-line, e esse servio seria pago por ms. Com isso, no h umagrande necessidade de se preocupar com os custos de hardware, no caso de algum imprevisto como, por exemplo, quebra do servidor, roubo, exploses etc. Por outro lado, esse sistema seria totalmente dependente do acesso internet e os custos seriam bastante elevados. Estudo de Viabilidade O mtodo utilizado para a avaliao da viabilidade da soluo foi o TECO ou seja, analisamos a viabilidade tcnica, a viabilidade econmica, a viabilidade de cronograma e a viabilidade operacional. A viabilidade tcnica uma avaliao da praticidade de uma soluo tcnica especifica e a disponibilidade dos recursos tcnicos especialistas. A Viabilidade econmica uma avaliao de custo-eficincia de um projeto ou soluo. Conhecida como anlise de custo-benefcio. A Viabilidade de cronograma uma avaliao de quo razovel est o cronograma do projeto. A Viabilidade operacional uma medida do grau de adequao da soluo para a organizao. tambm uma avaliao de como as pessoas se sentem sobre o sistema/projeto. Agora vamos avaliar individualmente as alternativas:

Pgina 6 de 21

Estudo da Viabilidade Tcnica Analisaremos a praticidade de cada soluo, os recursos tcnicos empregados e a mo de obra necessria para a implantao do sistema. Como a implantao ser em um local que no possui recursos tecnolgicos disponveis, em todas as alternativas ser feito a aquisio de equipamento novo. O essencial em todas as alternativas ser a compra de um computador a ser usado no caixa, outro para ser instalado na oficina e hardware de automao de bomba de combustveis (detalhes no anexoA), juntamente com cabos para efetuar a conexo ao servidor. Alternativa 1: essa alternativa prope implantao totalmente interna, ou seja, off-line. Para tanto, ser necessria a criao de uma rede de comunicao entre os computadores localizados no posto. A rede requer um servidor que pode ser um computador comum dependendo do trfego de dados , os cabos de rede (aproximadamente cem metros), uma network storage para armazenamento de backup, um switch e dispositivos eltricos diversificados (tomadas, filtros de linha etc.). Quanto mo de obra, ser necessria uma empresa para instalao fsica da rede, um programador especializado em redes, uma equipe de quatro a seis programadores (dentre eles um especialista em interao humanocomputador), um analista de sistemas e um tcnico para implantar o sistema de automao da bomba. Haver treinamento de funcionrios, principalmente os da oficina que trabalharo com a lavagem e a troca de leo. No entanto, o treinamento ser rpido e ser realizado pela prpria equipe de desenvolvimento. A alternativa necessita de uma equipe relativamente pequena, mas necessita tambm de servios terceirizados o que dificulta a implantao. Os recursos tcnicos e de mo de obra so obtidos de forma simples, portanto essa alternativa vivel. Alternativa 2: nesse caso, a implantao ter partes internas e partes armazenadas na nuvem (em um servidor online). Assim, todos os requisitos da alternativa 1, exceto o network storage, sero utilizados nessa. Tambm se pode optar por substituir o programador especializado em redes por um especializado em integrao do servidor em nuvem com o servidor interno. Para efetuar o backup dos dados, ser necessria a contratao de uma empresa de armazenamento em nuvens e de um servio de internet. Tambm ser necessria a contratao de um tcnico para configurar o servidor e programar o backup automtico. Analogamente primeira, essa alternativa tambm vivel. Alternativa 3: com a implantao em nuvem, no necessria a contratao da empresa para criao de redes nem do programador especializado. No entanto, ser necessria a contratao de um servidor em nuvem dedicado ou seja, que funcionar em tempo integral. Um servio de internet essencial e dever ser o mais eficiente possvel, para evitar problemas com o sistema. Para a mo de obra, a equipe ser a mesma das alternativas anteriores, mas precisar ser especializada em sistemas web aqueles que rodam em navegador e conectam-se nuvem. Por ser uma tecnologia em ascenso, h muitos recursos e mo de obra disponveis. Portanto, a alternativa vivel do ponto de vista tcnico.
Pgina 7 de 21

Estudo da viabilidade econmica Com a implantao do sistema, o atendimento ficarmais rpido, visto que o mesmo feito manualmente, ocasionando um aumento de clientes junto com um aumento do lucro (Detalhes Anexo B). Alternativa 1: Custos envolvidos Pagamento da equipe de programadores Pagamento da equipe de redes Pagamento do tcnico da automao bomba Salrio do analista de sistemas Montagem da rede (instalao do servidor, cabos, tomadas e instalao eltrica) Manuteno do software Compra de equipamentos como servidor, network storage, um computador, impressora de nota fiscal, sistema automao bomba. Gasto com limpeza Pode-se observar que essa alternativa gera mais custos na parte de hardware. Alm da compra dos equipamentos do servidor e de componentes eltricos, tambm h custos com a equipe de criao da rede e custos de manuteno. Apesar de custos inicialmente altos, os gastos em longo prazo tendem a ficar pequenos, pois o servidor fsico e a rede tem alta durabilidade. No entanto, no caso crtico de algum acidente, h o risco de perda total dos equipamentos. Devido aos baixos custos em longo prazo, essa alternativa economicamente vivel.

Alternativa 2: Custos envolvidos Pagamento da equipe de programadores Pagamento da equipe de redes com tcnico especializado em nuvem Pagamento do tcnico da automao bomba Salrio do analista de sistemas Montagem da rede (instalao do servidor, cabos, tomadas e instalao eltrica). Manuteno do software Compra de equipamentos como servidor, um computador, impressora de nota fiscal, sistema automao bomba. Conexo com a internet Pagamento do servidor em nuvem para backup noturno Gasto com limpeza Essa alternativa apresenta custos similares primeira. Contudo, a compra de umanetwork storageno necessria, visto que o backup dos dados ser realizado em um servidor externo em nuvem. Considerando que a
Pgina 8 de 21

nica diferena entre a equipe da alternativa 1 e essa a especialidade do programador, podemos concluir que o custo com mo de obra ser o mesmo. Deve-se, ainda, levar em conta a contratao do servidor em nuvem. Como o uso ser apenas por algumas horas e em eventuais emergncias, o custo-benefcio elevado, pois mantm as informaes armazenadas com maior segurana. Outra vantagem que a manuteno desse servidor de responsabilidade da empresa contratada, o que reduz consideravelmente esse gasto. Para ser usado corretamente, o sistema demanda acesso internet fato que acarreta em um custo adicional, mas pequeno. Pela avaliao do custo-benefcio e por aumentar a segurana do sistema, essa alternativa vivel economicamente. Alternativa 3: Custos envolvidos Pagamento da equipe de programadores Salrio do analista de sistemas Montagem da rede (rede bomba-computador, cabos, tomadas e instalao eltrica). Manuteno do software Conexo com a internet Pagamento do servidor em nuvem rodando sistema completo Gasto com limpeza Neste caso, o gasto com instalaes fsicas cai quase totalmente. Os nicos equipamentos que necessitam ser adquiridos so o computador do caixa e o da oficina, juntamente com o hardware da bomba. Consequentemente, h uma diminuio no gasto de energia eltrica. Como a alternativa baseia-se completamente no uso de servidor em nuvem, a contratao de uma empresa que o fornea inevitvel. Como o servio ser utilizado em tempo integral, necessrio adquirir um servidor dedicado robusto - que tem custo elevado. O acesso internet tambm imprescindvel, necessitando assim de uma conexo mais veloz e estvel, que tambm acarreta em um gasto mais elevado. Considerando que os gastos elevados justificam-se pela segurana absoluta do sistema e das informaes, essa alternativa vivel do ponto de vista econmico. - Benefcios das alternativas O sistema que foi proposto para trazer tanto benefcios tangveis quanto intangveis empresa. Os benefcios tangveis so uma melhora na obteno das informaes e de controle, como tambm uma melhora na eficincia dos processos da empresa; e o fator mais importante - como se trata de um posto de abastecimento, haver um aumento da segurana dos dados relacionados aos combustveis, sendo estes de suma importncia. Tambm ser criada a possibilidade de realizar controles efetivos nos gastos com insumos e agilizar o processo de troca de leo, atravs do uso do mdulo do sistema que administra a rea de lavagem e rea da oficina. Com isso, pode-se aumentar os lucros, pois no haver uma desorganizao em relao ao consumo dos produtos.
Pgina 9 de 21

Os benefcios intangveis so uma maior satisfao do cliente, pois o processo ficar mais rpido; maior eficincia de trabalho dos funcionrios, pois a organizao ser mais fcil e maior flexibilidade de decises para o gerente, pois haver mais informaes disponveis. Viabilidade de Cronograma Alternativa 1 Na primeira alternativa, a equipe de desenvolvimento ser de 4 programadores, um especialista em IHC (Iterao Humano Computador), um especialista em redes de computadores e um analista de sistemas. Na fase de desenvolvimento ser feita a anlise que consiste em definir o sistema, planejar o software e analisar os requisitos para essas tarefas estarem concludas, estimado um ms e essa tarefa ser feita pelo analista de sistemas. Para desenvolver um projeto preliminar, com o nmero de programadores especificado, so estimados trs meses. Logo em seguida, para o projeto detalhado, entra em cena o profissional de IHC que ir apontar problemas de interao com o software e decidir quais pontos devem ser mudados e como devem ser mudados, o tempo estimado um ms. A ltima parte do desenvolvimento consiste na aplicao de testes e depurao de erros que ser feita pelos programadores. Nessa ltima parte estima-se um ms. O tempo total estimado de seis meses. Alternativa 2 Na segunda alternativa, a equipe de desenvolvimento ser constituda de quatro programadores, um especialista em IHC, um especialista em integrao do servidor em nuvem com o servidor interno e um analista de sistemas. Na fase de desenvolvimento ser feita a anlise do sistema que consiste em verificar a parte do sistema e a parte em nuvem pelo analista de sistemas. Para desenvolver um projeto preliminar, os programadores e um especialista em integrao em nuvem com o servidor do posto e tambm fazer a integrao da parte de armazenamento e o tempo estimado de trs meses. Assim como na alternativa um, haver a necessidade de um profissional de IHC para identificar erros na iterao e o tempo necessrio ser o mesmo que na alternativa um. Tambm haver a aplicao de testes e depurao de erros por parte dos programadores e o tempo estimado o mesmo. O tempo total estimado de seis meses. Alternativa 3 Para a terceira alternativa, a equipe em questo ser constituda de quatro programadores sendo eles especialistas em web, um especialista em IHC e um analista de sistemas. Analogamente s alternativas um e dois, o analista de sistemas levar um ms para definir o software, definir os sistemas e analisar os requisitos. A equipe de programadores e o especialista em IHC levaro dois meses para desenvolver os sistemas em nuvem. A ltima parte levar um ms e destinado a testes e verificaes de erros. O tempo total estimado de quatro meses.
Pgina 10 de 21

Viabilidade Operacional No estudo da viabilidade operacional, avaliamos principalmente se o problema vale a pena ser resolvido e se a soluo encontrada de fato funcionar. O caso do posto apresenta um problema crtico. Os processos no possuem controle, no h organizao de informao e no h controle de estoque nem de gastos. Por isso, o funcionamento ineficiente e no aproveita todo o potencial. Alm disso, ainda existem os problemas da lavagem e da troca de leo. Analisando esse conjunto de falhas, pode-se concluir que a soluo do problema deve ser urgente. Um sistema computacional adequa-se muito bem natureza do problema, pois apresenta uma forma eficaz de controlar todos os processos envolvidos no posto de combustveis. As alternativas aqui apresentadas visam, alm de dar suporte ao posto como um todo, suprir a falta de organizao em cada parte constituinte da empresa. H tambm a preocupao em adequar o usurio-final (cliente) ao uso da soluo computacional. Para tanto, a equipe de desenvolvimento oferecer apoio e treinamento. Ao realizar o estudo da viabilidade operacional, levam-se em conta seis critrios - Performance, Informao, Economia, Controle, Eficincia e Servios. Abaixo, cada um brevemente apresentado: Performance: avalia se o processamento das informaes apresenta tempo adequado de resposta. Deve-se garantir que as informaes da bomba de abastecimento sero instantaneamente transmitidas ao caixa e que a rede entre os computadores ser gil. Como os processos sero todos integrados, necessrio assegurar que essa integrao ocorra de forma rpida e eficaz. Informao: avalia se os usurios do sistema recebem as informaes adequadas e se elas atendem s expectativas. Cada funcionrio do posto necessita de determinado tipo de informao. Por isso, o sistema deve possibilitar vises diferentes a cada tipo de usurio. O funcionrio da oficina deve ter acesso apenas informao pertinente, no caso a consulta tabela de lubrificantes. Economia: avalia se a soluo faz uso adequado dos recursos disponveis e apresenta alto custo-benefcio. As alternativas levam em conta necessidades de servidor, equipamentos etc. para buscar melhor aproveitamento em sua implantao. Controle: avalia se as informaes e os dados so tratados de maneira segura, protegida e estvel. O posto depende altamente da soluo, por isso esse critrio tem grande importncia. Todas as alternativas levam em conta a segurana e principalmente a confiabilidade da soluo. Assim, so projetadas para garantirem estabilidade mesmo em situaes crticas. Eficincia: avalia se a soluo faz o mximo que poderia - ou seja, se aproveita todos os recursos disponveis. Esse critrio tambm avalia se as alternativas oferecem um filtro no tipo de informao, para que cada usurio aproveite a soluo de forma eficiente. O sistema deve auxiliar em todos os processos do posto, oferecendo assim maior eficincia. Servios: avalia se o modo de operao oferece servios confiveis, extensveis e flexveis. Apesar de cada usurio necessitar de determinada funcionalidade, o sistema deve ser malevel e no impor grandes restries.
Pgina 11 de 21

Assim, em certos casos pode-se utilizar os servios de formas diferentes e flexveis. A soluo computacional apresenta grandes mudanas para o ambiente de trabalho e para o funcionrio do posto. No entanto, essas mudanas so positivas e tem como objetivo aperfeioar e facilitar a funo de cada um dentro da empresa. Portanto, o usurio final no deve apresentar resistncia - pois o principal beneficiado com o sistema ele prprio.

Alternativa 1: Performance: Nesta primeira alternativa, a obteno de informaes vindas da bomba de combustvel ser quase instantnea, uma vez que o sistema ser local e as informaes no precisam ser enviadas por muitos pontos de acesso, e como o processamento seria feito atravs de um computador dedicado, o tempo de processamento seria muito baixo, para o envio de informaes ou armazenamento da mesma. Informao: Toda informao seria de expectativa do usurio. No caixa, o usurio receberia a informao do uso de cada bomba de combustivo automaticamente e teria acesso ao controle de estoque para dar baixa nas vendas e fazer uma checagem da mesma. No terminal o usurio obteria informao tcnica de cada lubrificante e poderia dar baixa no uso de cada um. Economia: Nesta alternativa, como o processamento ser realizado por um nico computador, que seria o do caixa, o terminal pode ter uma configurao mais modesta, o suficiente para exibir informaes pertinentes, logo tendo um custo mais reduzido e como o sistema ser totalmente off-line, no ser necessrio pagar pela conexo de internet. Controle: Todos os dados sero armazenados em uma networkstorage, onde ser armazenado e encriptado, e s pode ser acessado pelo sistema do software, masno caso de falha ou algum dano fsico ao HDD da mquina, os dados podem ser perdidos, pois no h outra forma de backup. Eficincia: O sistema seria eficiente em entregar as informaes requisitadas rapidamente e as armazenaria com rapidez e segurana, pois a rede local e a transferncia de dados gil. Servios: O servio oferecido pelo sistema seria distribudo entre o controle do caixa e o terminal, onde no caixa o sistema possibilitaria a venda de produtos da loja de convenincia e combustvel, e o terminal iria somente fornecer informaes sobre a tabela de lubrificantes e dar baixa em algum produto utilizado na troca de leo paraser pago no caixa.
Pgina 12 de 21

Alternativa 2 Performance: Nesta alternativa, a performance ser quase igual a da primeira, com a nica diferena que no horrio de expediente, o computador principal armazenaria os dados, para depois, fora do horrio de expediente, fazer um upload de dados para um servidor na nuvem para se ter um backup dos dados. Informao: Ser a mesma da alternativa anterior. Economia: Nesta alternativa, no ser necessriaa compra de umanetwork storage como na primeira, mas ser necessrio pagar por uma conexo de internet e pelo servidor na nuvem, mas somente pelo tempo de uso, que ser fora do horrio de expediente, oque pode ocasionar mais gastos. Controle: Com o sistema de armazenamento em nuvem, ser garantido que sempre haja um backup seguro dos dados, caso ocorra algo com o computador principal do posto, mas no se sabe oque acontece no armazenamento da nuvem e se os dados so guardados comadevida segurana. Eficincia: O mesmo que a alternativa anterior. Servios: O mesmo que a alternativa anterior. Alternativa 3 Performance: Nesta alternativa, como o sistema seria feito totalmente na nuvem, demoraria um pouco mais para processar as informaes das bombas de combustvel e terminal, pois ser necessrio fazer o upload das informaes, para poder process-las e ento fazer o download das informaes processadas para assim poder utiliz-las. Informao: O mesmo que as duas alternativas anteriores. Economia: Com o sistema totalmente em nuvem, no haveria a necessidade de comprar um servidor off-line e computadores potentes para processar as informaes, mas serpreciso pagar por ms um servidor permanente na nuvem, fato que elevaria os custos. Controle:
Pgina 13 de 21

Como mencionado na alternativa anterior, no h como saber como os dados esto sendo tratados no armazenamento na nuvem, mas se ter a certeza de que, no importa o que acontea com os computadores no estabelecimento, haver uma copia de segurana na nuvem. Eficincia: Em situaes normais, aeficincia similar a das alternativas anteriores, mas um pouco mais lenta por precisar totalmente de conexo com a internet, e caso a internet caia, no ser possvel usar o sistema. Servios: O mesmo que as duas alternativas anteriores.

Avaliao da viabilidade operacional Alternativa 1 Performance Informao Economia Controle Eficincia Servios Total *** *** *** ** *** *** 17 Alternativa 2 *** *** ** *** *** *** 17 Alternativa 3 ** *** * ** * *** 12

* Fraco; ** Aceitvel; *** timo. Anlise final das alternativas Segue abaixo a tabela de anlise de viabilidade de cada alternativa, com base na viabilidade operacional, tcnica, de cronograma e econmica. Servindo de base para comparar e determinar a melhor alternativa entre as trs. Viabilidade Peso Alternativa 1 Alternativa 2 Alternativa 3 Operacional Tcnica Cronograma Econmica 40% 10% 10% 40% 8,7 8,0 8,2 9,0 9,0 8,0 8,2 8,5 7,0 8,5 9,0 7,5

Pgina 14 de 21

Final

100%

8,70

8,62

7,55

Foi atribudo o peso 40% Viabilidade Operacional por ser um fator essencial, pois define todo o modo de operao de sistema. J viabilidade econmica foi atribudo 40%, pois possui um dos fatores mais importantes no desenvolvimento do sistema que seria o fator financeiro. As viabilidades tcnica e de cronograma tem menor peso, pois em todas as alternativas so semelhantes logo no so to relevantes.

Recomendaes e Consideraes Finais A partir do estudo de viabilidade apresentado neste trabalho, conclumos que alternativa mais vivel ser a alternativa um: que consiste em implantar um sistema totalmente off-line. A alternativa dois no foi escolhida, pois haveria mais custos econmicos, apesar de apresentar uma maior segurana em relao aos dados armazenados. J a alternativa trs possui um custo muito elevado, alm disso, esse sistema totalmente dependente da internet, o que diminui sua operacionalidade.

Pgina 15 de 21

Anexo A Detalhamento da Funo do equipamento para Automao de Bombas Automao das bombas de combustveis ser composta de uma placa que atravs de um cabo de rede, que ser conectada ao caixa do posto, assim podendo calcular a quantidade de combustvel colocada no veculo e a quantidade a ser paga pelo motorista. O preo estimado para essas placas de 870 reais e como o posto possui quatro bombas de combustveis, o preo total ser de 3480 reais. Anexo B Detalhamento do estudo de viabilidade econmica Neste estudo sero apresentados os detalhes de cada alternativa em relao a todos os custos durante a manuteno e desenvolvimento do sistema. Alternativa 1: Investimentos necessrios para a aquisio de mquinas para o funcionamento do sistema. Material Quantidade Preo Unitrio (R$) Preo Total (R$) Computador 2 704,50 1409,00 Impressora de Nota Fiscal 1 539,00 539,00 Impressora Comum 1 124,90 124,90 Material Para Rede 251,39 251,39 Modem ADSL 1 50,06 50,06 Switch 1 158,06 158,06 Network Storage 1 424,00 424,00 Servidor 1 1809,09 1809,09 Sistema Automao/Bomba 4 870,00 3480,00 Scanner cdigo de Barras 1 89,00 89,00 Total 14 8334,5 Treinamento de Funcionrios: Ser necessrio um treinamento bsico dos funcionrios para a utilizao do sistema, que ir custar em torno de R$ 500,00.

Perodo de desenvolvimento: As despesas a seguir so relativas ao perodo de desenvolvimento Do sistema, encerrando-se quando o sistema estiver finalizado, estimando-se 6 meses de desenvolvimento. Custos mensais:

Pgina 16 de 21

Item

Quantidade

Salrio dos Programadores 4 Salrio dos Especialistas em 1 Automao da Bomba Salrio dos Especialistas em Redes 1 1100,00 1100,00 Salrio dos Analistas 1 2000,00 2000,00 Salrio do Profissional de IHC 1 1500,00 1500,00 Energia 250,00 250,00 gua 60,00 60,00 Telefone/Internet 150,00 150,00 Material de escritrio 50,00 50,00 Manuteno/Limpeza 120,00 120,00 Total 10830,00 Obs.: Alguns profissionais citados acima no sero necessrios at o fechamento do sistema, s trabalharo parcialmente. A Manuteno do Sistema ser necessria mensalmente, e ter um customensal de R$ 200,00. Custo Total do desenvolvimento do sistema. Perodo Custo (R$) 1 ANO 76655,50 2 ANO 2400,00 3 ANO 2400,00 Total 81455,50 Obs.: No custo total no foram calculados processos de otimizaosolicitados pelo cliente ao decorrer do tempo, somente a manuteno. Alternativa 2: Investimentos necessrios para a aquisio de mquinas para o funcionamento do sistema. Material Quantidade Preo Unitrio (R$) Preo Total (R$) Computador 2 704,50 1409,00 Impressora de Nota Fiscal 1 539,00 539,00 Impressora Comum 1 124,90 124,90 Material Para Rede 251,39 251,39 Modem ADSL 1 50,06 50,06 Switch 1 158,06 158,06 Servidor 1 1809,09 1809,09 Sistema Automao/Bomba 4 870,00 3480,00 Scanner cdigo de Barras 1 89,00 89,00 Total 7910,50 Obs.: O custo de Hardware da alternativa 2 no necessitar de um Backup interno como feito na alternativa 1, somente externo feito na Nuvem. Treinamento de Funcionrios:
Pgina 17 de 21

Preo Preo Total Unitrio (R$) (R$) 1200,00 4800,00 800,00 800,00

Ser necessrio um treinamento bsico dos funcionrios para a utilizao do sistema, que ir custar em torno de R$ 500,00. Mais treinamento sistema web R$ 80,00. Total R$ 580,00. Perodo de desenvolvimento: As despesas a seguir so relativas ao perodo de desenvolvimento do sistema, encerrando-se quando o sistema estiver finalizado, estimando-se 6 meses de desenvolvimento. Custos mensais: Item Quantidade Preo Preo Total Unitrio (R$) (R$) 1200,00 4800,00 800,00 800,00

Salrio dos Programadores 4 Salrio dos Especialistas em 1 Automao da Bomba Salrio dos Especialistas em Redes 1 1100,00 1100,00 Salrio dos Analistas 1 2000,00 2000,00 Salrio do Profissional de IHC 1 1500,00 1500,00 Energia 250,00 250,00 gua 60,00 60,00 Telefone/Internet 150,00 150,00 Material de escritrio 50,00 50,00 Manuteno/Limpeza 120,00 120,00 Total 10830,00 Obs.: Alguns profissionais citados acima, no sero necessrios at o fechamento do sistema, s trabalharo parcialmente. Esta alternativa ter um custo adicional por de R$ 355,30 por ms devido ao armazenamento em Nuvem. A Manuteno do Sistema ser necessria mensalmente, e ter um custo de R$ 200,00. Custo Total do desenvolvimento do sistema. Perodo Custo (R$) 1 ANO 80134,10 2 ANO 6663,60 3 ANO 6663,60 Total 93461,30 Obs.: No custo total no foram calculados processos de otimizao solicitados pelo cliente ao decorrer do tempo, somente a manuteno.

Alternativa 3: Investimentos necessrios para a aquisio de mquinas para o funcionamento do sistema.

Pgina 18 de 21

Material Quantidade Preo Unitrio (R$) Preo Total (R$) Computador 2 704,50 1409,00 Impressora de Nota Fiscal 1 539,00 539,00 Impressora Comum 1 124,90 124,90 Material Para Rede 170,00 170,00 Modem ADSL 1 50,06 50,06 Switch 1 158,06 158,06 Sistema Automao/Bomba 4 870,00 3480,00 Scanner cdigo de Barras 1 89,00 89,00 Total 6020,02 OBS: No precisar de servidor fsico, e o processo e armazenamento ser feito totalmente na Nuvem. Treinamento de Funcionrios: Ser necessrio um treinamento bsico dos funcionrios para a utilizao do sistema, que ir custar em torno de R$ 500,00. Mais treinamento sistema web R$ 120,00. Total R$ 620,00. Perodo de desenvolvimento: As despesas a seguir so relativas ao perodo de desenvolvimento do sistema, encerrando-se quando o sistema estiver finalizado, estimando-se 6 meses de desenvolvimento. Custos mensais: Item Salrio dos Programadores Salrio dos Especialistas em Automao da Bomba Tcnico em Redes (Somente para a instalao do Hardware) Salrio dos Analistas Salrio do Profissional de IHC Energia gua Telefone/Internet Material de escritrio Manuteno/Limpeza Total Quantidade 4 1 1 1 1 Preo Preo Total Unitrio (R$) (R$) 1200,00 4800,00 800,00 800,00 700,00 2000,00 1500,00 250,00 60,00 150,00 50,00 80,00 700,00 2000,00 1500,00 250,00 60,00 150,00 50,00 80,00 10390,00

Esta alternativa ter um custo adicional por de R$ 620,00 por ms devido ao armazenamento e processamento em Nuvem. Obs.: Alguns profissionais citados acima, no sero necessrios at o fechamento do sistema, s trabalharo parcialmente. A Manuteno do Sistema ser necessria mensalmente, e ter um custo mensal de R$ 80,00. Custo Total do desenvolvimento do sistema.

Pgina 19 de 21

Perodo Custo (R$) 1 ANO 77380,02 2 ANO 8400,00 3 ANO 8400,00 Total 94180,02 OBS: No custo total no foram calculados processos de otimizao solicitados pelo cliente ao decorrer do tempo.

Pgina 20 de 21

Formulrio do Relatrio da Equipe

Nome Charles de Salles DeividePossamai Emilano Ito Fernando Fernandes Marcelo Fudo Thales Bertaglia

Porcentagem 16,66 16,66 16,66 16,66 16,66 16,66

Assinatura __________________________ __________________________ __________________________ __________________________ __________________________ __________________________

Pgina 21 de 21