Aula13

(1)

Gerenciamento Industrial

Como implantar Sistemas de Informações nas Organizações

(2)

Prof. Ms. Renato Mendes Dias

• De que forma o desenvolvimento de um novo sistema poderia mudar a maneira de uma organização

trabalhar?

• Como uma empresa pode certificar-se de que os novos sistemas de informação ajustam-se a seu plano

empresarial?

• Quais etapas são necessárias para montar um novo sistema de informação?

(3)

• Quais são os métodos alternativos disponíveis para o desenvolvimento de sistemas de informação?

• Existem técnicas ou abordagens de desenvolvimento de sistemas que ajudem a desenvolver aplicações de e-commerce e e-business mais rapidamente?

(4)

• Principais riscos e incertezas no desenvolvimento de sistemas

• Controlar o desenvolvimento de sistemas de informação fora do departamento de sistemas de informação

(5)

Plano de sistemas de informação

• Atua como um mapa, que indica a direção do desenvolvimento de sistemas

Como ligar o sistema de informação ao

plano de negócios

(6)

Análise de negócios (planejamento de sistemas empresariais)

• Análise de requisitos de informação para toda a organização

• Identifica entidades e atributos essenciais

Determinação dos requisitos de informação

organizacional

(7)

Análise estratégica ou fatores críticos de sucesso

• Pequeno número de metas operacionais facilmente identificáveis

• Moldados pelo setor, pela empresa, pelo gerente e pelo ambiente geral

• Usados para determinar os requisitos de informação da

Determinação dos requisitos de informação

organizacional

(8)

• Automação: Aceleração do desempenho

• Racionalização de procedimentos: Simplificação de procedimentos operacionais

• Reengenharia de processos de negócios: Reprojeto radical dos peocessos de negócios

• Mudança de paradigma: Alteração radical dos conceitos

Desenvolvimento de sistemas e mudança

organizacional

(9)

(10)

Gerenciamento do fluxo de trabalho

• Processo simplificar os procedimentos empresariais • Documentos podem ser deslocados com facilidade e

eficiência de um local para outro

(11)

(12)

(13)

• Gerência sênior precisa desenvolver uma visão estratégica ampla

• A gerência deve entender e medir o desempenho dos processos existentes como parâmetro

• A tecnologia da informação deveria poder influenciar o projeto de processos desde o início

• A infra-estrutura de TI deveria ser capaz de apoiar as

(14)

Como os sistemas de informação contribuem para o gerenciamento da qualidade total

• Simplificação do produto ou do processo de produção • Benchmarking

• Utilização de solicitações de clientes como diretriz para melhorar produtos e serviços

• Redução de tempo de ciclo

Melhoria do processo e gerenciamento da

qualidade total(TQM)

(15)

Desenvolvimento de sistemas

• Atividades que fazem parte da produção de umasolução de sistema de informação

Análise de sistemas

• Análise de problemas que a organização pretende resolver usando sistemas de informação

(16)

(17)

Estudo e viabilidade

• Determina se a solução é exeqüível

Determinação de requisitos de informação

• Define as necessidades de informação que o sistema deve satisfazer

• Identifica quem precisa da informação, quando, onde e como

(18)

• Detalha como o sistema vai atender aos requisitos de informação determinados pela análise de sistemas • Aumenta a compreensão dos usuários e a aceitação

do sisitema

• Reduz problemas causados por transferências de poder, conflitos entre grupos e falta de familiaridade com o novo sistema

(19)

Programação

• Processo de tradução de especificações de sistema em código de programação

Teste

• Verifica se o sistema produz os resultados desejados sob condições conhecidas

• Teste de unidade, teste de sistema, teste de aceitação, plano de teste

Conclusão do processo de desenvolvimento

de sistemas

(20)

(21)

Conversão

• Processo de passar de um sistema antiga para um novo

• Estratégias:

 Em paralelo  Direta

 De estudo piloto

Conclusão do processo de desenvolvimento

de sistemas

(22)

Produção e manutenção

• Produção é o estágio que se inicia após a instalação do novo sistema, depois que a conversão foi

completada

• Manutenção envolver mudanças em hardware,

software, docmentação ou procedimentos do sistema em produção para corrigir erros

Conclusão do processo de desenvolvimento

de sistemas

(23)

Ciclo de vida de sistemas

• Metodologia tradicional para desenvolvimento de sistemas de informação

• Divide o processo de dsenvolvimento de sistemas em estágios formais que devem ser completados em

seqüência

(24)

Prototipagem

• Processo de construir um sistema experimental rapidamente e sem muitos gastos para que seja demonstrado e avaliado

Protótipo

• Versão funcional preliminar de um sistema de informação para demonstração e avaliação

Iterativa

• Processo de repetir várias vezes as etapas requeridas para a montagem do sistema

(25)

(26)

1. Identificação dos requisitos básicos do usuário 2. Desenvolvimento de um protótipo inicial

3. Utilização do protótipo

4. Revisão e aperfeiçoamento do protótipo

(27)

Vantagem

• Útil para projetar a interface com o usuário final do sistema

Desvantagem

• A prototipagem rápida pode camuflar etapas essenciais no desenvolvimento de sistemas

(28)

Pacotes de softwares aplicativos

• Conjunto de programas aplicativos pré-programados e codificados disponíveis comercialmente para venda ou licenciamento

Customização

• Modificação de pacotes de software para antender aos requisitos exclusivos da organização sem destruir a integridade do software

(29)

(30)

Requisição formal de proposta

• Lista detalhada de perguntas apresentada a fornecedores de software ou de outros serviços

• Determina a capacidade do produto do fornecedor de atender aos requisitos específicos da organização

(31)

• Desenvolvimento de sistemas de informação por usuários finais, com pouca ou nenhuma assistência formal de especialistas técnicos

• Permite aos usuários especificar suas próprias necessidades de negócios

(32)

Desenvolvimento por usuário final versus desenvolvimento por ciclo de vida do sistema

(33)

• Melhora a coleta de requisitos e leva a um nível mais alto de envolvimento e satisfação do usuário com o sistema

• Não consegue administrar facilmente o

processamento de grande número de transações ou requisitos completos de lógica e atualização

(34)

• Prática de contratar fornecedores externos para executar e administrar a computação, as redes de

telecomunicações ou o desenvolvimento de aplicações da empresa

(35)

• Processo para o desenvolvimento de sistemas em umcurto período de tempo

• Usa prototipagem, ferramentas de quarta geração e trabalho em equipe coeso

Desenvolvimento rápido de aplicações

(RAD)

(36)

• São definidos como componentes de softwares

reutilizáveis, vagamente relacionados, baseados em XML e outros padrões e protocolos abertos que

permitem a comunicação entre aplicações.

• São oferecidas ferramentas para o desenvolvimento de novas aplicações de SI

• Por usarem, um conjunto universal de padrões, estes serviços são menos caros e menos difíceis de

implementar.

(37)

• O e-commerce e o e-business exigem planejamento e análise de sistemas baseados em uma visão mais

ampla da organização

(38)

• Usadas para documentar, analisar e projetar SI

• São chamadas estruturadas, as técnicas elaboradas passo a passo, sendo cada um dos passos

fundamentado no anterior.

• São executadas de cima para baixo

 Nível mais alto para o nível mais baixo

(39)

• Os métodos de desenvolvimento estruturados são

orientados a processos, concentrando-se em formatar processos, que:

 Capturam  Armazenam  Manipulam

 Distribuem dados

• Os procedimentos atuam sobre os dados que o

(40)

• Oferece um modelo gráfico lógico do fluxo de

informações, dividindo um sistema em módulos que mostram os níveis de detalhe administráveis.

• Um procedimento de programação independente precisa ser escrito cada vez que se deseje fazer algo com determinado conjunto de dados.

(41)

Diagrama de Fluxo de Dados

Estudante 1.0 ____________ Verificar disponibilidade 2.0 ____________ Matrícula do Estudante 3.0 ____________ Cursos requisitados Matrícula Carta de confirmação Opções

Deferido/Indeferido Arquivos de Cursos Cursos abertos Arquivo mestre de estudante Detalhes do estudante Matrícula Detalhes do curso

(42)

• Através do diagrama de fluxo de dados, é possível desdobrar um processo complexo em sucessivos níveis de detalhe.

• Diagrama de fluxo de alto nível, um sistema pode ser dividido em subsistemas, e assim sucessivamente.

• As especificações do processo, descrevem a

transformação que ocorre no nível mais baixo do fluxograma de dados.

• Na metodologia estrutura, o projeto de um sistema é formatado por meio de uma estrutura hierárquica.

(43)

• É um diagrama de cima para baixo que mostra cada nível do projeto, sua relação com os outros níveis e sua localização na estrutura geral do projeto.

• Num projeto é considerado primeiro a função

principal do sistema, então a função é dividida em sub-funções que são decompostas em níveis de

detalhamento de mais baixo nível.

• Um diagrama de estrutura pode documentar um programa, um sistema ou parte de um programa.

(44)

Diagrama de Estrutura de alto nível

Folha de pagamento Obter entradas Calcular remuneração Imprimir saídas Obter entradas Calcular remuneração bruta Atualiza arquivo mestre Validar entradas Calcular remuneração líquida Imprimir relatórios de saídas

(45)

• Tal desenvolvimento usa o objeto, como unidade única da análise e projeto de sistemas. Este objeto, combina dados e processos específicos que operam nesses dados.

• O sistema é modelado como um conjunto de objetos e segundo os relacionamentos entre eles, considerando que a lógica de processamento está nos objetos, os mesmos precisam colaborar entre si para fazer o

(46)

• A modelagem orientada a objetos é baseada em conceito de classe e herança.

• O desenvolvimento orientado a objetos, é mais iterativo e incremental do que o desenvolvimento estruturado tradicional.

(47)

• Durante a análise de sistemas, são documentados os requisitos funcionais do sistema, especificando suas propriedades e qual é a função principal do sistema. • São analisados as interações entre o sistema e seus

usuários para identificar os objetos. A fase do projeto orientado a objetos descreve como os objetos vão se comportar e interagir entre si.

(48)

• Para implementar o SI, traduz-se o projeto em um código-fonte, reutilizando as classes que já estiverem disponíveis, e acrescentando novas classes. Também pode ser criado um bando de dados orientado a

objetos.

• O sistema precisa ser testado e avaliado.

• Como os objetos são reutilizáveis, o desenvolvimento orientado a objetos, pode reduzir o tempo e o

investimento necessário para escrever um sistema.

(49)

Classe e Herança

Funcionário ____________________ RG Nome Endereço Data de admissão Cargo ____________________ Remuneração Mensalista ____________________ _{____________________}Horista _{____________________}Temporário

(50)

• Grupos de objetos reunidos na forma de

componentes de software para funções comuns, e

esses componentes podem ser combinados para criar aplicações empresariais de grande escala. Esta

abordagem de desenvolvimento é denominada desenvolvimento baseado em componentes.

• Utilizada para criar aplicações de comércio eletrônico • Carrinho de compra, mecanismo de busca,

autenticação de usuário

(51)

• A CASE oferece ferramentas de software que

automatizam as metodologias de desenvolvimento, reduzindo a quantidade de trabalho no

desenvolvimento de sistemas.

• Oferecem recursos gráficos automatizados, que geram gráficos, dicionários de dados, geradores de telas e

relatórios, ferramentas de análise e verificação, geradores de códigos e documentação.

Engenharia de software assistida por

computador (CASE)

(52)

• As ferramentas facilitam a documentação clara e a coordenação do trabalho da equipe de

desenvolvimento.

• Se forem usadas adequadamente, é possível obter um pequeno ganho de tempo.

• Muitas ferramentas CASE, são baseadas em PC, com recursos gráficos.

Engenharia de software assistida por

computador (CASE)

(53)

O sucesso ou fracasso de um novo sistema de informação depende, em sua maioria:

1. Envolvimento e influência do usuário;

2. Apoio e comprometimento da organização; 3. Nível de complexidade e risco;

4. Qualidade do gerenciamento de projetos.

(54)

• Usuários participando do desenvolvimento moldam o sistema de uma maneira mais prática e o torna mais útil.

• A incorporação da experiência do usuário gera soluções melhores. • Relacionamento entre usuários e analistas geram problemas de

implementação:

 Projetistas: orientação técnica;

 Usuários: orientação à problemas organizacionais;

• Diferenças criam a dificuldade de comunicação usuário-projetista: • Maior razão dos requisitos não serem incorporados ao sistema; • Afastamento dos usuários do processo de desenvolvimento

(55)

• O desenvolvimento deve estar apoiado por todos os níveis da administração.

• Garantia de financiamento e recursos para todo o projeto.

• Apoio às mudanças organizacionais e alterações nas rotinas de trabalho.

2. Apoio e comprometimento da

organização

(56)

• Projetos podem sofrer atrasos ou fracassar devido ao seu alto nível de complexidade e risco.

• Características de projetos de alto risco:  Dinheiro gasto;

 Quantidade de mão-de-obra utilizada;  Tempo consumido;

 Quantidade de organizações “afetadas”; • Projetos de sistemas de grande escala:

 50 a 75% mais suscetíveis ao fracasso;

• Requisitos mal delineados também aumentam o nível insucesso.

(57)

• Projetos precisam ser cuidadosamente gerenciados para garantir:

 Cumprimento dos prazos estipulados;

 Paridade no desenvolvimento das partes isoladas do sistema;  Execução de todas as tarefas necessárias à ambientação dos

usuários ao novo sistema; o Treinamentos;

• Conseqüências do mau gerenciamento:  Aumento no prazo de desenvolvimento;  Estouro do orçamento;

(58)

Referências Bibliograficas

MARK G. Simkin, Nancy A. BAGRANOFF e STEPHEN A. Moscove. Sistemas de Informações Contábeis. Atlas. 2002. KENNETH C. LAUDON & JANE P. LAUDON. Sistemas de Informação Gerenciais. Prentice-Hall. São Paulo, 2004.

KENNETH C. LAUDON & JANE P. LAUDON. Sistemas de Informação Gerenciais. Makron Books. São Paulo, 2007.