sistemas computacionais aula 08 - projeto e manutenção de si

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

Prof. Leinylson Fontinele Pereira

Na aula anterior...

Sistema de Informações Organizacionais# SIO

# SIG

# SIE

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

Introdução

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

O que vamos aprender?

Apresentar a metodologia e seus pressupostos para odesenvolvimento de projetos de SI para SIG e SIE.

Descrever em detalhes passo a passo para realizarprojetos.

Apresentar uma forma objetiva para desenvolverprojetos e também um roteiro de atividades paraaquisição de sistemas com soluções em TI.


Vamos começar?


Resolução de Problemas e Desenvolvimento de 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”.

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

Quais problemas com processos de negócios vocês já encontraram/testemunharam ao longo

da carreira profissional ou educacional que poderiam ter sido aprimoradas com a ajuda de

um novo SI ou de um SI melhorado


09:57

Vamos pensar um pouco...


A Informática no 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ãoSistemas Computacionais: Aula 08 – Projeto e Manutenção de SI

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

Bioinformática


09:57

Automação Agrícola


09:57

Sistemas de Informação


Desenvolvimento de uma Solução de SI


09:57

Por que a implementaçãopertence à categoria da

análise de sistemas


Definição e Entendimento do 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.

Desenvolvimento de Soluções Alternativas


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ção e Escolha de 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ção da Soluçã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.

Diferentes Abordagens de Desenvolvimento de Sistemas


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

Ciclo de Vida de Sistemas Tradicional


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.

Era uma vez o projeto de um balanço...


09:57

“Ora, qualquer um sabe disso! ”


Será!?

As principais causas das falhas nos projetos e na sua implantação


CAUSA 1: Reduzir a Duração e o Custo


Um projeto de 10 anos de duração# US$ 30milhões (difícil aprovação)

É reduzido para 4 anos# US$ 10milhões

Uma vez aprovado, a empresa cai na armadilha# Mas o projeto demorará de fato 10 anos e custará US$ 30milhões

# Cancelá-lo após 4 anos seria jogar fora todos os custos já envolvidos

CAUSA 𝟐: Falhas de Comunicação


Imagine um analista de sistemas (formado em física) tentando definirum sistema contábil com um gerente financeiro (formado emcontabilidade)

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ário Não Sabe ao Certo o 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 serrefeito, com novos custos envolvidos

CAUSA 𝟒: Pressa para Terminar Logo a Implantação


As necessidades do mercado e a competição geralmente definem prazosbem 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 consertandoos erros iniciais# Muito comum com os produtos da Microsoft, por exemplo

CAUSA 𝟓: Turn-over e Trabalho em Equipe


É 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ãosendo contratados

Há casos em que o conserto de um bug se torna praticamente impossível!

CAUSA 𝟔: Tensões de Ansiedade da 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 novosistema

Não é raro sistemas serem boicotados, terminando por não conseguir serimplantado na empresa

CAUSA 𝟕: Dolorosa Manutenção do Sistema Recém-plantado


Por mais cuidado que se tenha tido, inúmeros ajustes deverão ser feitosapó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 portratar-se de um sistema complexo e muitas solicitações costumam serfeitas ao mesmo tempo

CAUSA 𝟖: Reinventar a Roda


Muito comum na cultura do 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 umpasso à frente”

CAUSA 𝟗: Não Usar o “Top-Down Approach”


Tecnologia gerencial foi inventada pela IBM nos anos 70

# Foi um grande sucesso, permitiu que implantasse sistemas em menostempo e custos menores

# Consiste em iniciar o projeto “de cima para baixo”

# Começando das macrodefinições e ir descendo até chegar no nívelda definição dos programas e de seu desenvolvimento

Projeto e Implementação de Sistemas de Informação


Projeto e Implementação de Sistemas de 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écnicas de Levantamento de Dados𝟏


Técnicas de Levantamento de 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 sucesso do projeto.

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 aatingir 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écnicas de Levantamento de 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écnicas de Levantamento de 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écnicas de Levantamento de 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𝟐


Metodologia de Sistemas de Informação


Abordagem organizada para atingir um objetivo, pormeio de passos preestabelecidos

É um “roteiro” ou um processo dinâmico e interativo

Utilizado no desenvolvimento estruturado de projetosde SI visando a qualidade, produtividade, efetividade einteligência desses projetos

Metodologia de Sistemas de Informação


Deve ser de toda a organização e para toda organização, demaneira que seja elaborada e utilizada por todos.

Deve ser amplamente discutida e detalhadamente avaliadapor todos na organização, gestores, desenvolvedores eusuários, ou seja, por uma equipe multidisciplinar.

Deve ser revisada, atualizada e complementada na medida dodesenvolvimento dos projetos de SI.

Metodologia de Sistemas de Informação: Premissas


Proposições necessárias para que o projeto seja elaborado deforma competente e satisfatória:

# Modularidade;

# Existência;

# Equipe multidisciplinar.

Visa: qualidade, produtividade e efetividade

Metodologia de Sistemas de Informação: Justificativas


Comprova a necessidade do uso metodológico de um roteiropara 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.

Metodologia de Sistemas de Informação: Equipe multidisciplinar


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 paracada organização, respeitando sua cultura, filosofia e políticas.

Deve sempre considerar os valores e talentos internos daorganização.

Metodologia de Sistemas de Informação: Equipe multidisciplinar


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.

Metodologia de Sistemas de Informação: Pressupostos


Antes de chegar à metodologia propriamente dita, é necessária acompreensã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 necessidadede se estabelecer uma metodologia para elaboração de projetos de SI.

Metodologia de Sistemas de 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 Sistema de Informação𝟑


Projeto de Sistema de Informação: Fases


Estudo preliminar, ou anteprojeto, ou estudo inicial ou aindaprimeira 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

Projeto de Sistema de Informação: Subfases


Desmembram as fases da metodologia

Funcionam como um guia básico.

Podem ser ajustadas diferentemente para cada projeto oupara cada organização.

Não precisam ser elaboradas em forma sequencial.

Podem ser trabalhadas concomitantemente.

Permitem voltar nas outras subfases.

Projeto de Sistema de 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 produtopode ser “descrição da equipe nominada” e se a subfase é“modelar as informações”, o produto pode ser o “modelo deinformações”.

Projeto de Sistema de Informação: Documentação


Formalidade e registros de sua execução.

Elaborada juntamente com o desenvolvimento de cada fase e não nofim do projeto.

De relevância ímpar, pois por meio dela os envolvidos podemacompanhar 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 dousuário) e, por opção, organizacional.

Projeto de Sistema de Informação:Avaliação da qualidade e aprovação


A revisão das subfases, a análise dos produtos, avaliação da qualidade eaprovação do projeto de SI devem ser elaboradas em todas as passagensdas 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.

Projeto de Sistema de Informação: Projeto


Presume-se que a metodologia foi amplamente discutida e adequadapara a respectiva organização em que se está desenvolvendo o SI.

O projeto pode conter uma estrutura flexível, mas alguns componentesmínimos são sugeridos.

Cada subfase deve ser descrita, deixando claros seus objetivos parafacilitar a compreensão dos produtos que devem ser gerados.

Projeto de Sistema de 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

Projeto de Sistema de Informação: Fases e informações


EP

Informações

Desejadas

ASA

Informações

Existentes

PL

Informações

Reais

Projeto de SI: Estudo Preliminar – 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

Projeto de SI: Análise do Sistema Atual – 2ª Fase


Permite o completo entendimento do funcionamento do atualSI 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

Projeto de SI: Análise do Sistema Atual - 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

Projeto de SI: Projeto Lógico 3ª Fase


Permite que a equipe envolvida elabore a solução detalhada do novoprojeto do sistema de informação em desenvolvimento, com a realnecessidade das informações para a organização.

Mesmo que a organização opte em não utilizar os recursos datecnologia da informação, essa fase deve ser minuciosamente elaborada,estruturando logicamente o SI mas não contemplando seudesenvolvimento propriamente dito nem sua implantação.

Projeto de SI: Projeto Ló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

Projeto de SI: Projeto Lógico - lógica de cada informação


Citar cada informação e em seguida descrever o passo-a-passo para suaelaboraçã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...

Projeto de SI: Projeto Lógico - telas e 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

Projeto de SI: Projeto Lógico - depósito de 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 desenvolverum protótipo rapidamente e semgrandes custos, os desenvolvedoresde sistemas podem passar pordiversas alterações, repetindo asetapas 3 e 4 para refiná-lo eaperfeiçoá-lo antes de chegar aoprotótipo operacional final.

Implementação do Sistema de Informação𝟒


Implementação do Sistema de 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ções inteligentes.

Pressupõe utilizar os recursos tecnológicos e de programaçãode software

Implementação do Sistema de 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ção do Sistema de Informação: Fases


O projeto físico pode ser entendido como a execução ou realização doprojeto de SI

Contempla a confecção de programas (em software ou manuais) eseus 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 dasegurança de seus resultados

Implementação do SI: Projeto Fí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ção do SI: Projeto Físico - prestador de serviços


Elaborar contratos especificando as subfases, as datasconclusivas e os respectivos produtos

Elaboração de macro propostas com alternativas de macrossoluções para pacotes de software disponíveis no mercado

# Por exemplo, softwares ERP e outros específicos

Implementação do Sistema de Informação


O projeto de implantação pode ser entendido como adisponibilizaçã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ção do SI: Projeto de 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ção do 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...



Fases do Processo de Desenvolvimento

Estudo de Caso


Estudo de 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.

Estudo de 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údeque mais satisfazem seus clientes. Entretanto, em 2004, uma tentativa da empresa degerenciar os transplantes de rins através da abertura de um centro de transplantes foium desastre de relações públicas e de TI.

A empresa forçou os associados a se transferirem para seu programa de transplante derins sem estar adequadamente preparada para tratar esses pacientes.

Estudo de Caso

09:57



Em 2004, a Kaiser implementou um programa de transplante de rins no Norte daCalifórnia aos quais os procedimentos seriam realizados em um centro de transplantesde 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 umaavalanche 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 esperapor um transplante foi duas vezes maior do que o número de transplantados. Ospacientes voltaram a receber cuidados dos hospitais locais.

Estudo de Caso

09:57



A Kaiser acertou em poucas coisas durante a tentativa de criar seu próprio centro detransplantes. Perdeu o controle sobre os registros quando os transferiu para o centro

Mais de mil dos 1,5mil 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 donovo centro estavam primeiramente armazenadas em papel.

A empresa não mantinha nenhuma lista ou banco de dados completo com informaçõessobre pacientes para transplantes.

Estudo de Caso

09:57



Os empregados da empresa responsáveis pelo processamento deinformações sobre os possíveis recebedores de transplante estavamsobrecarregados, trabalhando de 10 a 16 horas por dia, tentandolidar com a avalanche de dados.

A empresa não antecipou adequadamente os requisitos de pessoal desua empreitada

Estudo de Caso

09:57



Não havia procedimentos específicos para transferência de dados dosprimeiros pacientes para a Rede Unida de compartilhamento de órgãos, quesupervisiona as listas norte-americanas de espera por transplantes.

Não havia processos sistemáticos para controlar/responder asreclamações/solicitações dos pacientes.

A equipe da Kaiser sem experiência prévia em programas de transplante, nãorecebeu direcionamento e treinamento para executar o trabalho.

Estudo de Caso

09:57



Também não havia governança executiva para identificar/corrigir essesproblemas de procedimento que surgiram quase imediatamente após oinício do projeto

Falha na atribuição de crédito aos pacientes pelo tempo que passaramna lista de espera de outros hospitais, pondo no final da lista as pessoasque esperavam há mais tempo...

Estudo de 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 baseada no material de:

Sistemas de Informação Gerenciais, LAUDON K; LAUDON J.

As Etapas do Processo de Implantação de Sistemas, FPB201 1 ELITE-UTOPIK

Sistemas de Informações Organizacionais, Denis A. Rezende


Nesta aula aprendemos...

Projeto e Manutenção de SI


Na próxima aula veremos...

Gerenciamento de Sistemas de Informação

Auditoria e Segurança em Sistemas de Informação


Alguma Dúvida?

09:57

Até a próxima aula...

[email protected]

sistemas computacionais aula 08 - projeto e manutenção de si

Education