Sistemas Computacionais Aula 08 - Projeto e Manutenção de SI

# Sistemas Computacionais #
Aula 08 – Projeto e Manutenção de SI
Prof. Leinylson Fontinele Pereira

Naaulaanterior...
 Sistema de Informações Organizacionais
# SIO
# SIG
# SIE
09:57 Sistemas Computacionais: Aula 08 – Projeto e Manutenção de SI

Introdução
09:57 3
Sistemas Computacionais: Aula 08 – Projeto e Manutenção de SI

O que vamosaprender?
 Apresentar a metodologia e seus pressupostos para o
desenvolvimento de projetos de SI para SIG e SIE.
 Descrever em detalhes passo a passo para realizar
projetos.
 Apresentar uma forma objetiva para desenvolver
projetos e também um roteiro de atividades para
aquisição de sistemas com soluções em TI.

Vamos começar?
09:57 5

ResoluçãodeProblemase Desenvolvimentode Sistemas
09:57
 Sistemas de informação são construídos como soluções para problemas.
 Quatro etapas para a construção de um sistema de informação:
# Definição e entendimento do problema.
# Desenvolvimento de soluções alternativas.
# Avaliação e escolha de soluções.
# Implementação da solução.
 As três primeiras etapas são denominadas “análise de sistemas”.

Quaisproblemas com processosde negócios
vocêsjá encontraram/testemunharamao longo
da carreiraprofissional ou educacionalque
poderiamter sidoaprimoradascom a ajudade
um novo SI ou de um SI melhorado

09:57
Vamos pensar um pouco...

A Informáticano Campo(hoje)
09:57
Profissional/empresário agrícola busca inovação
Inovação agrega valor à sua produção

09:57
Agricultura de Precisão

09:57 Informática Agrícola: Aula 01 - Apresentação
Agricultura de Precisão

09:57 Informática Agrícola: Aula 01 - Apresentação
Bioinformática

09:57
Automação Agrícola

09:57
Sistemas de Informação

Desenvolvimentode umaSoluçãode SI

09:57
Por que a implementação
pertence à categoria da
análise de sistemas

Definiçãoe Entendimentodo Problema
 O que causou o problema?
 Por que ele ainda ocorre?
 Por que ainda não foi resolvido?
 Quais os objetivos de uma possível solução?
 Requisitos de informação.

Desenvolvimentode SoluçõesAlternativas
Caminhos p/ solução são determinados pela análise de SI
 Algumas soluções não requerem um sistema de informação.
 Algumas soluções demandam a modificação de SI existentes.
 Algumas soluções demandam novos sistemas.

Avaliaçãoe Escolhade Soluções
 Questões de viabilidade
# Estudo da viabilidade.
 Custos e benefícios.
 Vantagens e desvantagens.
 Valor empresarial dos sistemas.
 Administração da mudança.

ImplementaçãodaSolução
 Projeto de sistemas.
 Finalização da implementação:
# Seleção e aquisição de hardware.
# Desenvolvimento e programação de software.
# Testes.
# Treinamento e documentação.
# Conversão.
# Produção e manutenção.

DiferentesAbordagensde Desenvolvimentode Sistemas
 Ciclo de vida de sistemas tradicional
# Método mais antigo para construçãode sistemas de informação.
# Abordagem baseada em fases, com estágios formais.
# Abordagem “em cascata”.
# Divisão formal do trabalho.
# Utilizada na construçãode sistemas grandes e complexos.
# Dispendiosa e demorada.

Ciclode Vidade SistemasTradicional
O ciclo de vida de
sistemas fragmenta o
desenvolvimento de
sistemas em estágios
formais
Cada estágio precisa ser
finalizado antes que o
seguinte se inicie.

Erauma vez o projetode um balanço...

09:57
“Ora, qualquer um
sabe disso! ”
Será!?

As principais causas das falhas nos
projetos e na sua implantação
09:57 31

CAUSA1: Reduzira Duraçãoe o Custo
 Um projeto de 10 anos de duração
# US$ 30 milhões (difícil aprovação)
 É reduzido para 4 anos
# US$ 10 milhões
 Uma vez aprovado, a empresa cai na armadilha
# Mas o projeto demorará de fato 10 anos e custará US$ 30 milhões
# Cancelá-lo após 4 anos seria jogar fora todos os custos já envolvidos

CAUSA 𝟐: Falhasde Comunicação
 Imagine um analista de sistemas (formado em física) tentando definir
um sistema contábil com um gerente financeiro (formado em
contabilidade)
 Vai ser um diálogo de surdos, pois um não entendi o assunto do outro
O sistema resultante vai conter erros e provavelmente terá de ser refeito

CAUSA 𝟑: UsuárioNãoSabeao Certoo que Deseja
 Isso é muito comum
 Ele sabe o que não está andando bem, mas não sabe como resolver
 Se o analista não conhece bem a área do usuário, vai “inventar”
soluções que podem não ser aceitas pelo usuário, e o sistema tem que ser
refeito, com novos custos envolvidos

CAUSA 𝟒: PressaparaTerminarLogoa Implantação
 As necessidades do mercado e a competição geralmente definem prazos
bem menores que o necessário para elaborar e implantar o sistema
 O pessoal de informática é pressionado para acabar logo
 O produto final sai cheio de remendos e bugs
 Sendo assim mesmo lançado no mercado
 Com o tempo, novos “patches”, “releases” e “updates” vão consertando
os erros iniciais
# Muito comum com os produtos da Microsoft, por exemplo

CAUSA 𝟓: Turn-overe TrabalhoemEquipe
 É grande o turn-over de profissionais de informática
# Devido ao seu trabalho desgastante sob pressão
 Além do mais grande que estamos sempre realizados por grandes
# Isso faz com que o sistema resultante tenha várias metodologias diferentes
# Deixando de ser um produto uniforme e organicamente coerente
# Normalmente vira uma colcha de retalhos de difícil manutenção pelos novos técnicos que vão
sendo contratados
 Há casos em que o conserto de um bug se torna praticamente impossível!

CAUSA 𝟔: Tensõesde Ansiedadeda Implantação
 A implantação fatalmente vai extinguir cargos e criar outros
# Demitir e contratar funcionários e, principalmente, alterar a estrutura de poder na empresa
 O ambiente fica um caos
 A insegurança dos funcionários perturba todo o andamento da empresa
 Os erros aumentam
 A “rádio peão” começa espalhar boatos, que só prejudica a implantação do novo
sistema
 Não é raro sistemas serem boicotados, terminando por não conseguir ser
implantado na empresa

CAUSA 𝟕: DolorosaManutençãodo SistemaRecém-plantado
 Por mais cuidado que se tenha tido, inúmeros ajustes deverão ser feitos
após o sistema ter entrado em funcionamento
# Consertos de bugs ainda não detectados
# Mudanças na legislação ou na organização da empresa
# Troca de executivos
# Novas maneiras de trabalho
 O problema é que essa manutenção normalmente é demorada por
tratar-se de um sistema complexo e muitas solicitações costumam ser
feitas ao mesmo tempo

CAUSA 𝟖: Reinventara Roda
 Muito comum na culturado 3º mundo começar o projeto do zero
 No 1º mundo
# Primeiro pesquisa-se o que já foi feito de parecido, aproveitando-se então, as experiências dos
outros e principalmente, não incorrendo os mesmos erros
 No 3º mundo
# Ao contrário, sempre se parte da estaca zero
# O que torna o projeto mais demorado e caro
# Como se diz: “os países atrasados gostam de reinventar a roda e nunca consegue me dar um
passo à frente”

CAUSA 𝟗: NãoUsaro “Top-DownApproach”
 Tecnologia gerencial foi inventada pela IBM nos anos 70
# Foi um grande sucesso, permitiu que implantasse sistemas em menos
tempo e custos menores
# Consiste em iniciar o projeto “de cima para baixo”
# Começando das macrodefinições e ir descendo até chegar no nível
da definição dos programas e de seu desenvolvimento

Projetoe Implementação de
Sistemas de Informação
09:57 41

Projetoe Implementaçãode Sistemasde Informação
1. Técnicas de levantamento de dados
2. Metodologia de sistemas de informação
3. Projeto de sistema de informação
4. Implementação do sistema de informação

Técnicasde Levantamento de Dados
𝟏
09:57 43

Técnicasde Levantamentode Dados
 Ferramentas para concepção, desenvolvimento, implantação e gestão
de Sistemas de Informação.
 Sua maior utilização encontra-se na fase de concepção, início ou estudo
preliminar.
 Está relacionada com o sucessodoprojeto.
 Permitirão à equipe multidisciplinar envolvida analisar situações,
relatar problemas/dificuldades e sugerir propostas que possam
contribuir p/ solução de problemas ou melhoria dos temas investigados.

 Adequado levantamento requer
# Definição das técnicas de levantamento baseadas em fatores culturais, políticos econômico-
financeiros, operacionais, gerenciais e estratégicos; elaboração de um planejamento voltado a
atingir os objetivos, custos e prazos do projeto; e capacitação da equipe.
 Pode contribuir
# Para a definição e efetividade do projeto
# Para a organização das informações necessárias a um competente diagnóstico
# Para as soluções inteligentes
# Para a imagem do projeto, da equipe e da organização.

 Inadequado levantamento pode
# Comprometer o desempenho e o resultado do projeto, principalmente na
identificação dos problemas da organização, definição de propostas de soluções,
no cumprimento das exigências do projeto e na imagem da organização.
 Também pode ocasionar
# Um diagnóstico pobre (induzindo a conclusões comprometedoras)
# Não identificar as causas dos problemas (gerando soluções medíocres)
# Provocar custos elevados, comprometer os prazos, omitir processos fundamentais (descrédito)

Técnicasde Levantamentode Dados: Fases
 Planejamento ou preparação;
 Realização ou levantamento de dados;
 Interpretação ou análise de dados;
 Controle, conclusão e documentação.

Técnicasde Levantamentode Dados: Tipos
 Observação pessoal
 Entrevista
 Questionário
 Seminário ou dinâmica de grupo
 Pesquisa, estudo de casos, survey
 Podem ser utilizadas em conjunto
 Possuem conceito próprio com respectivas vantagens e desvantagens
A técnica mista é a integração de todas

Técnicasde Levantamentode Dados: Documentação
 Tudo deve ser sistematicamente documentado.
 Podem ser utilizados os “papéis de trabalho”.
Formas de documentação:
# Fluxogramas
# Diagramas de objetos e diagramas de fluxo de dados
# Organogramas
# Descrições narrativas e linguagens naturais estruturadas
# Documentações específicas da organização (como procedimentos ISO e outras)

Metodologia de Sistemas de Informação
𝟐
09:57 50

Metodologiade Sistemasde Informação
 Abordagem organizada para atingir um objetivo, por
meio de passos preestabelecidos
 É um “roteiro” ou um processo dinâmico e interativo
 Utilizado no desenvolvimento estruturado de projetos
de SI visando a qualidade, produtividade, efetividade e
inteligência desses projetos

Metodologiade Sistemasde Informação
 Deve ser de toda a organização e para toda organização, de
maneira que seja elaborada e utilizada por todos.
 Deve ser amplamente discutida e detalhadamente avaliada
por todos na organização, gestores, desenvolvedores e
usuários, ou seja, por uma equipe multidisciplinar.
 Deve ser revisada, atualizada e complementada na medida do
desenvolvimento dos projetos de SI.

Metodologiade Sistemasde Informação: Premissas
 Proposições necessárias para que o projeto seja elaborado de
forma competente e satisfatória:
# Modularidade;
# Existência;
# Equipe multidisciplinar.
Visa: qualidade, produtividade e efetividade

Metodologiade Sistemasde Informação:Justificativas
 Comprova a necessidade do uso metodológico de um roteiro
para desenvolver o projeto de SI, propiciando:
# Visão do estado do projeto a qualquer instante;
# Meio de comunicação entre os envolvidos;
# Forma de participação de todos os envolvidos;
# Manter um histórico documental;
# Bases para as fases e subfases seguintes.

Metodologiade Sistemasde Informação:Equipemultidisciplinar
 Constituída e capacitada antes de iniciar suas atividades.
 Pode sofrer alterações no decorrer de cada fase.
 Deve ser multifuncional e adequada para cada projeto e para
cada organização, respeitando sua cultura, filosofia e políticas.
 Deve sempre considerar os valores e talentos internos da
organização.

Metodologiade Sistemasde Informação:Equipemultidisciplinar
 Figuras principais :
# Patrocinador;
# Gestor;
# Clientes ou usuários;
# Executores técnicos.
 Todos com planos de trabalho.
 O gestor do projeto deve ser um cliente.
 Outros componentes para um domínio específico.

Metodologiade Sistemasde Informação:Pressupostos
 Antes de chegar à metodologia propriamente dita, é necessária a
compreensão das fases preparatórias:
# Conceitos gerais;
# Ciclos de sistemas;
# Planejamento de informações;
# Qualidade e produtividade em SI.
 Descrevem antecipadamente o entendimento abrangente da necessidade
de se estabelecer uma metodologia para elaboração de projetos de SI.

Metodologiade Sistemasde Informação:Pressupostos
 Outros pressupostos
# Técnicas de levantamento de dados e de diagramação;
# Especificação da lógica dos processos;
# Projeto de entrada de dados e saída;
# Projeto dos arquivos ou base de dados;
# Projeto de engenharia dos programas;
# Projeto de testes;
# Projeto de documentação e de implantação;
# Projeto de tempos e custos

Projeto de Sistemade Informação
𝟑
09:57 59

Projetode Sistemade Informação: Fases
 Estudo preliminar, ou anteprojeto, ou estudo inicial ou ainda
primeira visão do projeto
 Análise do sistema atual ou reconhecimento do ambiente
 Projeto lógico, ou especificação do projeto de SI.
Contempla a real necessidade das informações

Projetode Sistemade Informação: Subfases
 Desmembram as fases da metodologia
 Funcionam como um guia básico.
 Podem ser ajustadas diferentemente para cada projeto ou
para cada organização.
 Não precisam ser elaboradas em forma sequencial.
 Podem ser trabalhadas concomitantemente.
 Permitem voltar nas outras subfases.

Projetode Sistemade Informação: Produtos
 Tudo que é externado no desenvolvimento das suas subfases.
 Cada subfase gera pelo menos um produto/documento.
 Por exemplo, se a subfase é “nominar a equipe”, o produto
pode ser “descrição da equipe nominada” e se a subfase é
“modelar as informações”, o produto pode ser o “modelo de
informações”.

Projetode Sistemade Informação: Documentação
 Formalidade e registros de sua execução.
 Elaborada juntamente com o desenvolvimento de cada fase e não no
fim do projeto.
 De relevância ímpar, pois por meio dela os envolvidos podem
acompanhar o desenvolvimento, a utilização e a manutenção do projeto.
Facilita a continuidade dos processos.
Manuais: do sistema ou do software; do cliente (ou de operações do
usuário) e, por opção, organizacional.

ProjetodeSistemade Informação:
Avaliaçãodaqualidadee aprovação
 A revisão das subfases, a análise dos produtos, avaliação da qualidade e
aprovação do projeto de SI devem ser elaboradas em todas as passagens
das fases.
 Considerar:
# Revisão da(s) fase(s) imediatamente anterior(es);
# Apresentação dos produtos;
# Deferimento formal dos envolvidos.
 Fundamental antes de iniciar o projeto físico.

Projetode Sistemade Informação: Projeto
 Presume-se que a metodologia foi amplamente discutida e adequada
para a respectiva organização em que se está desenvolvendo o SI.
O projeto pode conter uma estrutura flexível, mas alguns componentes
mínimos são sugeridos.
Cada subfase deve ser descrita, deixando claros seus objetivos para
facilitar a compreensão dos produtos que devem ser gerados.

Projetode Sistemade Informação: Projeto
 O projeto pode ser dividido em partes:
# Capa do projeto;
# Apresentação do projeto e da organização;
# Desenvolvimento do projeto.
 Sugere-se:
# Apresentação e contexto desejado do sistema
# Contexto da tecnologia da informação

ProjetodeSistemade Informação: Fasese informações
EP
Informações
Desejadas
ASA
Informações
Existentes
PL
Informações
Reais

Projetode SI: EstudoPreliminar – 1ª Fase
 Obter diretrizes do sistema de informação
 Nominar equipe multidisciplinar
 Planejar o trabalho da equipe multidisciplinar
 Capacitar a equipe multidisciplinar
 Relatar problemas e limitações da organização
 Determinar abrangência
 Relatar as informações necessárias desejadas
 Relatar impactos do sistema
 Elaborar dicionário de termos
 Identificar e relatar o perfil da equipe multidisciplinar
 Relatar a expectativa de prazos
 Analisar custos, benefícios, riscos e viabilidade
 Aprovar o estudo preliminar do sistema proposto

Projetode SI: Análise do SistemaAtual – 2ª Fase
 Permite o completo entendimento do funcionamento do atual
SI na organização e o conhecimento do ambiente em que está
inserido e seus respectivos processos e fluxos de informação
O “sistema” sempre existe, mesmo sem os recursos da TI

Projetode SI: Análise do SistemaAtual - subfases
 Analisar as unidades ou pessoas envolvidas
 Analisar outros sistemas envolvidos
 Analisar as informações atuais
 Analisar pontos fortes e fracos
 Aprovar a análise do sistema atual

Projetode SI: ProjetoLógico3ª Fase
 Permite que a equipe envolvida elabore a solução detalhada do novo
projeto do sistema de informação em desenvolvimento, com a real
necessidade das informações para a organização.
 Mesmo que a organização opte em não utilizar os recursos da
tecnologia da informação, essa fase deve ser minuciosamente elaborada,
estruturando logicamente o SI mas não contemplando seu
desenvolvimento propriamente dito nem sua implantação.

Projetode SI: ProjetoLógico- subfases
 Refinar o modelo de informações
 Descrever a lógica das informações
 Esboçar entradas e saída das informações
 Definir tecnologia de base para o projeto físico
 Elaborar plano logístico e de contingência
 Determinar planejamento das fases seguintes
 Analisar custos, benefícios, riscos e viabilidade
 Aprovar o projeto lógico

ProjetodeSI: ProjetoLógico- lógicade cadainformação
 Citar cada informação e em seguida descrever o passo-a-passo para sua
elaboração,incluindo rotinas, fórmulas, desvios etc
 Exemplo de passos:
# Pesquisar o dado 𝑥𝑦𝑧 na pasta/arquivo 𝑥𝑦𝑧
# Separar os valores do 𝑥𝑦𝑧
# Somar os valores individuais do 𝑥𝑦𝑧
# Multiplicar a quantidade do item pelo 𝑥𝑦𝑧
# Somar os valores 𝑥𝑦𝑧
# Aplicar o percentual 𝑥 no valor 𝑥𝑦𝑧
# Obter o valor total líquido do item 𝑥𝑦𝑧
# et coetera...

Projetode SI: ProjetoLógico- telase relatórios
 O layout deve conter:
# Cabeçalhos
# Corpo com as informações com suas respectivas máscaras
 Também podem conter linhas de mensagens e outros detalhes
 Máscaras
# 𝐴 para alfabéticos e 𝑋 para alfanuméricos
# 9 para números, 99/99/9999 para datas e 99: 99 para horas

ProjetodeSI: ProjetoLógico- depósitode dados(arquivos)
 Também podem ser especificados
 Conteúdo:
# Nome de cada campo ou dado
# Código ou descrição
# Tamanho e número de posições ocupadas
# Tipo de dados ou campos
# Valores ou significados
# Utilidade
# Outros detalhes necessários para a organização
 Tipos: cadastral, de movimento e de tabelas

Prototipagem
 O modelo preliminar é construído de forma rápida e sem muitos gastos
 Processo de quatro etapas:
# Identificação dos requisitos básicos do usuário.
# Desenvolvimento de um protótipo inicial.
# Utilização do protótipo.
# Revisão e aperfeiçoamento do protótipo.
 Especialmente útil no desenho da interface de usuário

09:57
A prototipagem é um
processo explicitamente
iterativo.

Prototipagem
Uma vez que é possível desenvolver
um protótipo rapidamente e sem
grandes custos, os desenvolvedores
de sistemas podem passar por
diversas alterações, repetindo as
etapas 3 e 4 para refiná-lo e
aperfeiçoá-lo antes de chegar ao
protótipo operacional final.

Implementação do Sistema de Informação
𝟒
09:57 79

Implementaçãodo Sistemade Informação
 Realiza o desenvolvimento do projeto de SI
# Anteprojeto propriamente dito
 É possível implementar SI sem os recursos da TI
# Mas sua realização será precária nas organizaçõesinteligentes.
 Pressupõe utilizar os recursos tecnológicos e de programação
de software

Implementaçãodo Sistemade Informação: Fases
 Projeto físico
#Execução ou implementação do projeto ou programação
 Projeto de implantação
#Projeto de disponibilização e uso

Implementaçãodo Sistemade Informação: Fases
 O projeto físico pode ser entendido como a execução ou realização do
projeto de SI
 Contempla a confecção de programas (em software ou manuais) e
seus respectivos testes, bem como o layout final das entradas e saídas
 É a definição de “como” o projeto ou o SI fará suas funções
 É elaborado para obter a visão sistêmica do ponto de vista físico e da
segurança de seus resultados

Implementaçãodo SI: ProjetoFísico- subfases
Especificar o modelo de dados
Definir arquitetura e plano de segurança
Construir o SI
Finalizar o SI (testar)
Aprovar o projeto físico
Todos interessados devem reunir-se, apresentar e aprovar
As estratégias para projeto de implantação podem ser desenvolvidas
Restrições devem ser documentadas e regulamentadas

ImplementaçãodoSI: ProjetoFísico- prestadordeserviços
 Elaborar contratos especificando as subfases, as datas
conclusivas e os respectivos produtos
 Elaboração de macro propostas com alternativas de macros
soluções para pacotes de software disponíveis no mercado
# Por exemplo, softwares ERP e outros específicos

Implementaçãodo Sistemade Informação
 O projeto de implantação pode ser entendido como a
disponibilização do projeto de SI.
 Contempla
# A execução do planejamento de implantação
# Treinamento e capacitação do cliente (ou usuário)
# Efetiva implantação final e o acompanhamento pós-implantação

ImplementaçãodoSI: Projetode implantação- subfases
 Refinar o planejamento da implantação
# Finalizar o sistema de informação
# Disponibilizar e acompanhar o SI
# Aprovar o projeto do sistema de informação
 Avaliar os resultados do projeto e do novo SI
 Descrever o parecer final
 A aprovação deve considerar a revisão das fases anteriores
 Finalizar a pasta do projeto de SI, documentar os resultados e guardar
cópia eletrônica.

Implementaçãodo SI: Manutenção
 É uma constante em SI com TI
 Formas:
# Implementações ou melhorias
# Legislação
# Correções de erros
Devem obedecer formalmente a uma metodologia

Concluindo...
09:57 89

09:57 90
Fasesdo Processode Desenvolvimento

Estudo de Caso
09:57 92

Estudode Caso
09:57
A Kaiser Permanente fracassa no projeto de seu Centro de Transplante de Rins
 A Kaiser Permanente é uma das maiores organizações de manutenção de saúde, também conhecidas
como organizações integradas de cuidados com a saúde.
 Essas empresas oferecem assistência através de hospitais, médicos e outros provedores com os quais
mantêm contato. Embora seja uma entidade sem fins lucrativos, a empresa obteve 34,4 bilhões de
dólares em receita no ano de 2007.
 A Kaiser possui aproximadamente 170 mil empregados, mais de 13 mil médicos e atende a 8,7
milhões de membros em nove estados. A empresa tem sede em Oakland, Califórnia.

Estudode Caso
09:57
 A Kaiser é conhecida por ser pioneira no registro eletrônico de dados médicos e,
atualmente, ostenta o maior sistema de armazenamento de registros médicos.
 A empresa também costuma estar sempre no topo da lista das organizações de saúde
que mais satisfazem seus clientes. Entretanto, em 2004, uma tentativa da empresa de
gerenciar os transplantes de rins através da abertura de um centro de transplantes foi
um desastre de relações públicas e de TI.
 A empresa forçou os associados a se transferirem para seu programa de transplante de
rins sem estar adequadamente preparada para tratar esses pacientes.

Estudode Caso
09:57
 Em 2004, a Kaiser implementou um programa de transplante de rins no Norte da
Califórnia aos quais os procedimentos seriam realizados em um centro de transplantes
de propriedade da empresa.
 Antes disso, a organização havia contratado hospitais universitários da região.
 O jovem centro de transplantes foi fechado apenas dois anos mais tarde devido a uma
avalanche de erros relacionados a papéis, tecnologia e planejamento de processos.
 Durante a duração do fatídico projeto, o número de pessoas que morreram na espera
por um transplante foi duas vezes maior do que o número de transplantados. Os
pacientes voltaram a receber cuidados dos hospitais locais.

Estudode Caso
09:57
 A Kaiser acertou em poucas coisas durante a tentativa de criar seu próprio centro de
transplantes. Perdeu o controle sobre os registros quando os transferiu para o centro
 Mais de mil dos 1,5 mil registros de pacientes tinha dados incompletos ou incorretos.
# Número errado de seguro social
# Resultados de testes inexistentes
 Apesar da longa experiência na área de registro eletrônico de dados, as informações do
novo centro estavam primeiramente armazenadas em papel.
 A empresa não mantinha nenhuma lista ou banco de dados completo com informações
sobre pacientes para transplantes.

Estudode Caso
09:57
 Os empregados da empresa responsáveis pelo processamento de
informações sobre os possíveis recebedores de transplante estavam
sobrecarregados, trabalhando de 10 a 16 horas por dia, tentando
lidar com a avalanche de dados.
A empresa não antecipou adequadamente os requisitos de pessoal de
sua empreitada

Estudode Caso
09:57
Não havia procedimentos específicos para transferência de dados dos
primeiros pacientes para a Rede Unida de compartilhamento de órgãos, que
supervisiona as listas norte-americanas de espera por transplantes.
Não havia processos sistemáticos para controlar/responder as
reclamações/solicitações dos pacientes.
A equipe da Kaiser sem experiência prévia em programas de transplante, não
recebeu direcionamento e treinamento para executar o trabalho.

Estudode Caso
09:57
Também não havia governança executiva para identificar/corrigir esses
problemas de procedimento que surgiram quase imediatamente após o
início do projeto
Falha na atribuição de crédito aos pacientes pelo tempo que passaram
na lista de espera de outros hospitais, pondo no final da lista as pessoas
que esperavam há mais tempo...

Estudode Caso
09:57
Quais os fatores mais importantes que levaram ao
fracasso? A principal culpada foi a tecnologia, a gerência
do projeto ou a organização?

Material:https://sites.google.com/site/leinylsonnassau
09:57
Aula baseadano material de:
 Sistemas de InformaçãoGerenciais,LAUDON K; LAUDON J.
 As Etapas do Processo de Implantação de Sistemas, FPB201 1
ELITE-UTOPIK
 Sistemas de InformaçõesOrganizacionais,Denis A. Rezende

Nestaaulaaprendemos...
 Projeto e Manutenção de SI

Napróximaaulaveremos...
 Gerenciamento de Sistemas de Informação
 Auditoria e Segurança em Sistemas de Informação

AlgumaDúvida?
09:57
Até a próxima aula...
leinylson@gmail.com

Sistemas Computacionais Aula 08 - Projeto e Manutenção de SI

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (19)

Semelhante a Sistemas Computacionais Aula 08 - Projeto e Manutenção de SI

Semelhante a Sistemas Computacionais Aula 08 - Projeto e Manutenção de SI (20)

Mais de Leinylson Fontinele

Mais de Leinylson Fontinele (20)

Último

Último (20)

Sistemas Computacionais Aula 08 - Projeto e Manutenção de SI