Você está na página 1de 10

GESTO DE SISTEMAS DE INFORMAO PROF. DAVI GOMES DE ANDRADE 2.

GQ RESUMO-01 AQUISIO / DESENVOLVIMENTO DE SISTEMAS DE INFORMAO

1 PLANO ESTRATGICO DE SI Segundo Efraim Turban, o primeiro passo no processo de aquisio desenvolver um plano estratgico de TI o qual deve ter como objetivos: Estar alinhado com o plano estratgico da organizao Permitir uma arquitetura de TI que possibilite a integrao entre usurios, operando em rede e sem interrupes. Alocar eficientemente os recursos de desenvolvimento de SI entre projetos concorrentes. Apresentar as necessidades de informao das reas funcionais e da empresa como um todo. PLANO OPERACIONAL DE SI Do plano estratgico de TI, devem ser derivados os vrios planos operacionais. O plano operacional de SI um conjunto claro de projetos que sero executados pelo departamento de SI e pelos gerentes das reas funcionais. AQUISIO DE SISTEMAS DE INFORMAO As empresas possuem vrias opes para adquirir SIs: Comprar Alugar Desenvolver internamente Terceirizar COMPRA DE UM SOFTWARE Comprar um pacote de software pronto pode ser uma estratgia rpida e econmica em relao ao desenvolvimento interno. A compra envolve muitos cuidados na escolha para garantir a incluso de necessidades atuais e futuras da empresa. H o risco do software se tornar rapidamente obsoleto. PASSOS PARA COMPRA DE UM SI Passo 1: Equipe responsvel a base de tudo. Conte com profissionais adequados. A equipe deve ter as competncias tcnicas necessrias e deve ser comprometida. Passo 2: Levantamento das necessidades de informao e aplicaes a serem automatizadas. Pergunta-chave: que funcionalidades do sistema so necessrias e por qu? Passo 3: Especificaes dos requisitos do sistema a ser adquirido (essenciais e desejveis). Passo 4: Previso Oramentria Qual ser o investimento financeiro, de tempo e de mo de obra? preciso estar muito atento para os limites oramentrios do projeto. As necessidades tcnicas devem ser explicitadas de maneira bastante detalhada para que a estimativa de custos esteja baseada em dados factveis. Passo 5: Benchmarking O que o mercado est fazendo? Conversar com colegas, visitar outras empresas e se inteirar sobre as solues e as dificuldades de outras empresas que j passaram por esse mesmo processo. Passo 6: Identificar os possveis fornecedores Considerar fornecedores que tenham clientes do mesmo porte e do mesmo ramo da sua empresa.

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

2 Passo 7: Solicitao de propostas Emitir um Pedido de Propostas aos fornecedores selecionados Explicitar uma breve descrio da sua empresa para que o fornecedor a conhea. Explicitar os requisitos do sistema. Quanto mais detalhes, mais ajustados sero os oramentos. Passo 8: As demonstraes No se deixe enganar. As empresas fornecedoras supervalorizam os melhores atributos de seus produtos e passam rapidamente pelas limitaes. Esteja preparado para fazer muitas perguntas e busque clareza e objetividade do possvel fornecedor. Passo 9: Avaliao das propostas Com os oramentos em mos, compare as propostas. Estar muito atento a cada resposta, os preos muito baixos geralmente escondem fornecedores limitados do ponto de vista tcnico. Faa uma planilha com prs e contras de cada um. Leve em conta o histrico das empresas fornecedoras Se possvel, visite alguma empresa que j cliente dos fornecedores. Busque referncias, pea novas demonstraes, tire todas as suas dvidas e consulte a sua equipe de trabalho. Passo 10: Avaliao do Software Testes: Pode-se solicitar que o fornecedor deixe o software para ser testado. Uma metodologia simples de avaliao pode ser: a) Atribuir pesos aos critrios de avaliao; b) Atribuir notas para cada fornecedor em cada critrio (pelo menos 3 pessoas da empresa devem atribuir essas notas); c) Verificar o cumprimento dos critrios essenciais. Eliminar da concorrncia o software que no preencher algum critrio essencial. ALUGUEL DE UM SOFTWARE O aluguel de software trs grande economia de tempo e dinheiro. uma estratgia atraente para pequenas e mdias empresas comum se aplicar a regra 80/20 (Princpio de Pareto) na avaliao do software. Se o software solucionar 80% dos problemas da empresa, ela deve considerar seriamente mudar seus processos para solucionar os outros 20%. ALUGUEL DE SOFTWARE TRADICIONAL Uma boa estratgia dos fornecedores oferecer um perodo gratuito de uso, deixando o software instalado no cliente. O usurio aprende o sistema e toma uma dependncia em relao a ele. O software pode oferecer alguns mecanismos contra pirataria. No existe proteo 100% segura.

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

3 ALUGUEL DE SOFTWARE PELA INTERNET O movimento para transformar o software em um servio (S.a.a.S Software-as-a-Service) foi iniciado pela Salesforce, empresa com 1,5 milho de usurios, sendo a maioria dos seus clientes a empresas de pequeno e mdio porte. No modelo tradicional, paga-se pelas licenas de uso e pela manuteno e pelas atualizaes de verso. No modelo de servios, paga-se pela assinatura mensal. Desde 2005, que Bill Gates enviou um email a todos os seus funcionrios dizendo: "Essa onda de servios causar rupturas "Temos concorrentes que vo aproveitar essa oportunidade para nos desafiar, mas temos uma chance clara de ser os lderes." (Rev. Exame, 29.11.2005) DESENVOLVIMENTO PRPRIO DE SI Vantagens Garantia de que todos os requisitos do sistema sero atendidos. Maior satisfao das necessidades especficas. Facilidade de manuteno do sistema a qualquer momento. O sistema pode acompanhar a dinmica da empresa. Desvantagens Alto custo de manuteno de uma equipe especializada para desenvolver sistemas. Mtodo mais complexo e demorado. Dificuldades no acompanhamento da evoluo tecnolgica preciso investimentos na atualizao tecnolgica da equipe. Dificuldades na substituio dos membros dessa equipe especializada. DESENVOLVIMENTO TERCEIRIZADO Vantagens Garantia de atendimento dos requisitos do sistema. Evita a manuteno de uma equipe especializada na empresa. O sistema pode acompanhar a dinmica da empresa, pois a terceirizada presta servios customizados. Acompanhamento da evoluo tecnolgica. o prprio desenvolvedor tem interesse nisto. Desvantagens Alto custo dos servios de profissionais especializados para o desenvolvimento de sistemas. Pode haver dificuldades no relacionamento com o desenvolvedor do sistema quanto sua evoluo e adaptao dinmica da empresa. Obs.: importante fazer parcerias entre Empresa e Desenvolvedor, no sentido de minimizar estas desvantagens. CRITRIOS GENRICOS DE AVALIAO DOS SI A norma ISO / IEC 9.126 define que um software de qualidade deve possuir seis atributos: Funcionalidade Confiabilidade Usabilidade Eficincia Manutenibilidade Portabilidade CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

4 Obs.: ISO (Organizao Internacional para Padronizao) IEC (Comisso Eletrotcnica Internacional) Funcionalidade: A capacidade de um software prover funes que satisfaam o usurio em suas necessidades declaradas e implcitas, dentro de um determinado contexto de uso. Confiabilidade: Diz respeito s falhas que ocorrem. O produto deve se manter no nvel de desempenho nas condies estabelecidas. Usabilidade Refere-se capacidade do software ser compreendido, seu funcionamento ser aprendido, facilidade de ser operado e ser atraente ao usurio. Eficincia Diz respeito ao tempo de execuo e se os recursos envolvidos (memria, espao em disco) so compatveis com o nvel de desempenho do software. Manutenibilidade Trata-se da capacidade (ou facilidade) do software ser modificado, incluindo tanto as melhorias ou extenses de funcionalidade, quanto as correes de defeitos (bugs). Portabilidade Refere-se capacidade do sistema ser transferido de um ambiente computacional para outro. Como "ambiente", devemos considerar todos os fatores de adaptao (sistemas operacionais, verses de bancos de dados, diferenas de hardware). OUTROS CRITRIOS DE AVALIAO A CONSIDERAR

Modularidade (implantado em mdulos?); Capacidade de auditoria; Capacidade de expanso; Suporte e assistncia tcnica; Quantidade e qualidade da documentao
fornecida;

Consumo de recursos computacionais; Portabilidade, integrao e compatibilidade; Custo e condies de pagamento; Qualidade do fornecedor (certificaes): ISO 9.001, CMMI*).

*CMMI Capability Maturity Model Integration Desenvolvido pelo SEI (Software Engineering Institute - Instituto de Engenharia de Software): uma metodologia que contm prticas (genricas ou especficas) necessrias maturidade de uma empresa no que diz respeito aos processos de desenvolvimento de software. Mede a maturidade das empresas fornecedoras de softwares em cinco nveis. O nvel 1 indica uma empresa totalmente imatura. A certificao comea no nvel 2 e vai at o nvel 5. Poucas empresas, no mundo tem certificao de nvel 5.

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

5 DESENVOLVIMENTO DE SI CICLO TRADICIONAL DE DESENVOLVIMENTO DE SISTEMAS (CICLO DE VIDA) Investigao de Sistemas Produto: Estudo de Viabilidade

Anlise de Sistemas Produto: Requisitos Funcionais

Projeto de Sistemas Produto: Especificaes do Sistema

Implantao de Sistemas Produto: Sistema em Operao

Manuteno de Sistemas Produto: Melhoria do Sistema ETAPA 1: INVESTIGAO DE SISTEMAS Consiste basicamente em: Compreender o problema empresarial. Realizar um estudo de viabilidade. Estudo de viabilidade um estudo preliminar em que as necessidades de informao dos potenciais usurios e as necessidades de recursos de um projeto so determinadas. Se as recomendaes do estudo forem aprovadas, o desenvolvimento pode continuar. ANLISE DE CUSTO-BENEFCIO Custos Tangveis: aqueles que podem ser quantificados. Custos de hardware e software. Salrios dos funcionrios. Custos Intangveis: so difceis de quantificar. Perda da boa vontade dos clientes ou do moral dos empregados provocados por erros e perturbaes oriundas da instalao de um novo sistema. Benefcios Tangveis: os resultados favorveis como: Reduo na folha de pagamento (reduo de pessoal) Aumento nas vendas Eliminao de documentos desnecessrios. Benefcios Intangveis: aqueles difceis de calcular. Melhor atendimento ao cliente Informaes mais rpidas (melhores anlises) CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

6 ETAPA 2: ANLISE DE SISTEMAS o exame do problema empresarial que a empresa planeja resolver com um SI. Esta etapa define o problema empresarial (os processos envolvidos), identifica suas causas, , especifica a soluo e identifica os requisitos que o novo sistema deve satisfazer. Busca reunir informaes sobre os sistemas existentes para identificar os requisitos especficos que o novo sistema deve satisfazer. Os analistas de sistemas usam diversas tcnicas: Entrevistas com usurios, observao direta e anlise de documentos. O produto final dessa etapa um conjunto de requisitos do sistema. ANLISE DO SISTEMA ATUAL TUAL Antes de se projetar um novo sistema, importante estudar o sistema que ser melhorado ou substitudo (caso haja um sistema anterior). necessrio analisar como esse sistema atual utiliza os recursos (hardware, software rede) para hardware, software, converter recursos de dados em produtos de informao, tais como relatrios e apresentaes nas telas. Em seguida, deve-se documentar como so realizadas as atividades de entrada, processamento, se sada, armazenamento e controle do sistema existente. Pode-se, por exemplo, avaliar o formato, o momento, o volume e a qualidade das atividades de se, entrada e sada. S ANLISE DE REQUISITOS FUNCIONAIS Requisitos funcionais os requisitos funcionais especificam as aes que um sistema deve ser s capaz de executar, sem levar em considerao as restries das tecnologias adotadas (hardware, software, rede, etc.). uma das etapas mais difceis da anlise de sistemas. Nesta fase de anlise identifica identifica-se o que deve ser feito para resolver o problema empresarial, no como se deve faz-lo. e-commerce: Exemplos de requisitos funcionais para um sistema de e Telas fceis de serem utilizadas pelos usurios (Requisitos da interface com o usurio). tilizadas (Requisitos Clculo rpido e automtico dos totais de vendas e dos custos de remessa ( (Requisito de processamento). Indicaes de erros na entrada de dados e e ils de confirmao aos clientes ( e-mails (Requisitos de controle). ETAPA 3: PROJETO DE SISTEMAS O projeto de sistemas consiste em desenvolver atividades que produzam especificaes onsiste detalhadas para os recursos de hardware, de software e de dados e os produtos de informao que atendero aos requisitos funcionais identificados na etapa de anlise. O projeto descreve como o sistema realizar as tarefas referentes aos requisitos funcionais. referentes OS PRINCIPAIS RESULTADOS DA ETAPA DE PROJETO SO: S

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

7 PROJETO DA INTERFACE COM O USURIO (GUI-GRAPHICAL USER INTER GRAPHICAL INTERFACE) Os projetistas se concentram na concepo de forms (telas) atraentes e eficientes de entrada e ) sada para os usurios, tais como pginas de rede Internet, ou intranet fceis de utilizar. Muitas vezes o projeto de interface um processo no qual os modelos de funcionamento so projetados e modificados diversas vezes com o feedback dos usurios finais. ESPECIFICAES DO SISTEMA STEMA As especificaes do sistema formalizam o projeto dos mtodos e dos produtos do sistema: Exemplos de especificaes: Especificaes da interface com o usurio Ex: utilize telas que sadem clientes na Web que esto retornando e faa recomendaes de produtos. Especificaes do Banco de Dados Ex: crie bancos de dados relacionais (que usam tabelas) para organizar o acesso aos dados. rganizar Especificaes de software Ex: adquira mecanismos de software de e commerce para processar todas as transaes com e-commerce respostas rpidas, isto , para recuperar dados de produtos e calcular todos os montantes em menos de cinco segundos. ndos. Especificaes de hardware e rede Ex: instale servidores de reserva conectados Web, e suficientes linhas de telecomunicaes de banda larga para hospedar o website. ETAPA 4: IMPLANTAO DE SISTEMAS Esta uma etapa vital que pode envolver vrias a atividades, podendo ser um processo difcil, mas decisivo para o sucesso de qualquer sistema. Mesmo um sistema bem desenvolvido pode fracassar se no for corretamente implantado. Deve-se elaborar um cronograma contendo as principais atividades e prazos deste processo. se

OUTRAS ATIVIDADES DE IMPLANTAO TESTES Os testes no ocorrem apenas durante a implantao do sistema, mas ao longo de todo o processo de desenvolvimento. Testes de sistemas podem envolver testes de desempenho do sistema, testes de depu depurao de software e testes de novo hardware. Os chamados testes de aceitao so realizados pelos usurios finais.

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

8 DOCUMENTAO Uma boa documentao importante no processo de implantao. ma Ex: manuais de procedimentos operacionai amostras de telas de exibio e relatrios operacionais usados. A documentao extremamente importante no diagnstico de erros e realizao de mudanas. TREINAMENTO O treinamento uma atividade vital da implantao. Os consultores de SI (tambm chamados de implantadores) devem se certificar de que os usurios finais sejam treinados para operar o novo sistema ou a ento implantao poder fracassar. Os gerentes e usurios finais devem ser conscientizados sobre o que o novo sistema pode lhes oferecer. CONVERSO DE SISTEMAS A operao inicial de um novo sistema pode ser uma tarefa difcil e, normalmente, requer um processo de converso do uso do sistema atual para o novo sistema. Os mtodos de converso podem suavizar o impacto da introduo de novas tecnologias numa organizao. Converso Paralela: tanto o velho como o novo sistema continuam operando sistemas paralelamente at que a equipe de desenvolvimento do projeto e a administrao do usurio final concordem em passar definitivamente para o novo sistema. Converso Piloto: quando o sistema implantado em alguma parte da organizao ( uando (um depto, uma filial) a qual serve de local de teste at que se presuma que ele pode ser implantado em toda a organizao. Converso por Etapas: introduz mdulos do novo sistema em etapas. Cada mdulo avaliado e, se funcionar cor corretamente, outros mdulos vo sendo introduzidos at que todo o sistema esteja em operao. Corte Direto ou Converso Direta o novo sistema passa a ser o nico em uso a partir de Direta: determinado momento, ou seja, feito um corte direto no sistema anterior.

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI

9 ETAPA 5: MANUTENO DE SISTEMAS A manuteno comea aps o sistema ser implantado. A manuteno a monitorao, avaliao e modificao de um SI em uso para concretizar melhorias desejveis ou necessrias. A implantao de um novo sistema resulta num fenmeno conhecido como curva de aprendizagem. O pessoal que utiliza um sistema comete erros por falta de familiaridade com o mesmo. Esses erros diminuem medida que o pessoal adquire mais experincia com o sistema e vo poder indicar reas em que o sistema pode melhorar. ABORDAGEM DE PROTOTIPAGEM A prototipagem um mtodo que consiste em montar um sistema experimental (prottipo) rapidamente e sem muitos gastos para submet-lo avaliao dos usurios finais (Kenneth Laudon). Os usurios interagem com o prottipo para ter uma ideia melhor de seus requisitos de informao, podendo refin-lo vrias vezes. A prototipagem torna mais rpido e fcil o processo de desenvolvimento de sistemas. A prototipagem especialmente til para o projeto da interface de usurio (GUI). Como a prototipagem favorece a intensa participao do usurio final durante todo o processo de desenvolvimento do sistema, ela aumenta a probabilidade de que os requisitos desse usurio sejam satisfeitos. Em projetos de sistemas de grande porte, mais adequada a abordagem do ciclo tradicional de desenvolvimento de sistemas. RAD (Rapid Application Development) O termo RAD refere-se ao processo de se desenvolver sistemas em um curto espao de tempo, incluindo tcnicas de prototipagem e estreita colaborao entre usurios finais e especialistas. s vezes, usa-se uma tcnica denominada JAD (Join Application Design), ou seja, projeto conjunto de aplicaes para acelerar a gerao dos requisitos de informao. JAD uma metodologia criada pela IBM do Canad para moderao de discusses de brainstorming acelerando e consolidando o desenvolvimento de aplicaes de Sistemas de Informao. As sesses de JAD, quando bem preparadas e bem conduzidas por um lder de reunio, podem acelerar significativamente o projeto e envolver intensamente os usurios. REFERNCIAS LAUDON, Kenneth C. Sistemas de informao gerenciais. So Paulo: Prentice Hall, 2007. Cap. 11. O'BRIEN, James A., Sistemas de informao e as decises gerenciais na era da Internet. So Paulo: Saraiva, 2004. Cap. 10. TURBAN, Efraim. Introduo a sistemas de informao. Rio de Janeiro: Elsevier, 2007. Cap. 10. Obs: alguns contedos foram extrados da Internet.

CATLICA ADM1027 2.GQ Resumo-01: Aquisio/Desenvolvimento de SI