Elementos para a Construção de uma Memória Organizacional - ppt carregar
PublicouJoaquim Salvo Alterado mais de 4 anos atrás
Apresentação em tema: "Elementos para a Construção de uma Memória Organizacional"— Transcrição da apresentação:
1 Elementos para a Construção de uma Memória Organizacional
2 Plano Assunto: Objetivos: A construção de uma memória organizacional.
Descrever alguns pontos importantes relativos a fase de construção de uma memória organizacional. Apresentar algumas tecnologias/metodologias de implementação de sistemas computacionais Apresentar um projeto de capitalização de conhecimentos usando CBR e Agentes
3 Elementos para a construção de MO Primeira etapa
Tarefa: fazer um inventário sobre o estado atual Objetivo: Determinar as pessoas da empresa envolvidos pelo operação de Capitalização (tanto como fonte de expertise como usuários em potencial) Determinar as fontes documentárias e as bases de dados disponíveis na empresa.
4 Elementos para a construção de MO Possíveis fontes . . .
Exemplos: especialistas humanos documentos em papel ou eletrônicos existentes notas, relatórios, documentos contratuais, documentação técnica, atas de reuniões,... mensagens trocas por correio eletrônico base de dados dicionários glossários, esquemas de CAD ...
5 Elementos para a construção de MO Antecipando o registro formal dos . . .
O estudo do ambiente de trabalho dos futuros usuários permite escolher o modo de materialização da memória Esta memória pode compor-se de documentos em papel ou eletrônicos tornando explícitos os conhecimentos dos especialista da empresa
6 Elementos para a construção de MO Formas de implementação . . .
Por meio de: um sistema de gestão de documentação, que explore os documentos existentes da empresa uma base de dados relacional um armazém de dados (data warehouse) uma base de conhecimentos uma base de casos um sistema baseado na Web um sistema multi-agente
7 Elementos para a construção de MO Tecnologia de implementação . . .
Objetivo Fazer um sobrevôo as tecnologias: banco de dados relacional, armazém de dados (d/w), base de casos, agentes de software. Forma de apresentar Evolução tecnológica do processamento de dados e da informação, e apresentação de uma aplicação.
8 Tecnologia de Implementação Evolução histórica . . .
1as. Edições de BD não separavam: processamento de transações (online) processamento em lote processamento analítico Edições subsequentes promoveram a separação : para atender necessidades operacionais para atender necessidades informacionais ou analíticas Evolução = PC + LQ Geração.
9 Tecnologia de Implementação Separação em operacional e informacional
Razões da divisão: os dados que atendem as necessidades operacionais são fisicamente diferentes dos dados que atendem as necessidades informacionais; a tecnologia de suporte é diferente; a comunicação dos usuários com os BDs é diferente; as características de processamento do ambiente operacional e do ambiente informacional são fundamentalmente diferentes.
10 Tecnologia de Implementação Processamento informacional
Definição: Processamento informacional É o processamento que atende às necessidades dos gerentes durante o processo de tomada de decisões Particularidade: O processamento analítico examina amplos espectros de dados para detectar tendências A execução de um processamento analítico requer acesso a muitos registros.
11 Tecnologia de Implementação Evolução tecnológica
1960 Arquivos mestres, relatórios 1965 Explosão dos arquivos mestres complexidade de manutenção e desenvolvimento sincronização dos dados hardware
12 Tecnologia de Implementação Evolução tecnológica
1970 DASD (Direct access storage device) SGBD BD "uma única fonte de dados para todo o processamento" 1975 Processamento de transações online e de alta performance
13 Tecnologia de Implementação Evolução tecnológica
MIS/SAD Processamento de transações 1980 PCs, tecnologia L4G O paradigma de um único BD para todos os fins
14 Definição: Programas de extração
Tecnologia de Implementação Evolução tecnológica - Programas de extração Definição: Programas de extração São programas mais simples que varrem um arquivo ou BD, usando alguns critérios de seleção, e, ao encontrar dados que atendem aos critérios, transporta os dados para outro arquivo ou BD.
15 Tecnologia de Implementação Evolução tecnológica - Programas de extração
16 Tecnologia de Implementação Evolução tecnológica -Arquitetura D.E.
Ambiente de sistemas herdados
17 Tecnologia de Implementação Evolução tecnológica -Arquitetura D.E.
Problemas da arquitetura D. E . credibilidade dos dados produtividade impossibilidade de transformar dados em informação
18 Tecnologia de Implementação Evolução tecnológica -Arquitetura D.E.
19 Tecnologia de Implementação Evolução tecnológica -Arquitetura D.E.
Problemas de produtividade Caso 1: a gerência pretende produzir um relatório corporativo utilizando os diversos arquivos e conjuntos de dados que acumulou durante os anos. O que fazer ?
20 Tecnologia de Implementação Evolução tecnológica -Arquitetura D.E.
Continuação caso 1: O projetista destacado para a tarefa decide que há três coisas que devem ser feitas para produzir o relatório corporativo: localizar e analisar os dados para o relatório compilar os dados para o relatório obter recursos humanos de programação / análise para realizar os pontos acima.
21 Tecnologia de Implementação Arquitetura D.E não conduz a produtividade
22 Tecnologia de Implementação Arquitetura D.E. - Tempo para geração dos . . .
23 Tecnologia de Implementação Evolução tecnológica - do à informação
". . . já é difícil descobrir quais dados estão associados a uma conta, logo tentar extrair informações dessas aplicações segundo um critério geral é quase impossível . . ." Problema: a construção das aplicações jamais levou em conta a noção de integração ; decifrar uma informação não é uma tarefa fácil para o analista de SAD.
24 Banco de Dados Modelo Relacional
25 Modelo Relacional Sistemas Operacionais: Geralmente implementados através de banco de dados relacionais. Sistemas Analíticos: Geralmente implementados através de um banco de dados dimensional. SISTEMA OPERACIONAL SISTEMA ANALÍTICO PROJETO BOTTOM-UP PROJETO TOP-DOWN
26 Modelo Relacional Definição: Representa os dados como uma coleção de tabelas. Chave_produto Descrição Tabela Produto Chave_loja endereço Tabela Loja Marca Categoria Preço Compra Preço Venda nome Chave_venda Tabela Venda nota quantidade data
27 Relacionamento b a 2 3 4 loja venda Y X produto 1
28 Implementação Física do Relacionamento
29 Formas Normais Regras desenvolvidas para:
30 Primeira Forma Normal – 1FN
31 Segunda Forma Normal – 2FN
32 Terceira Forma Normal – 3FN
33 Integridade Devem ser observados dois tipos de integridade:
34 Integridade Referencial
35 Características do Modelo Relacional
36 Modelo Relacional: Conclusões
37 Banco de Dados Modelo Dimensional
38 Modelo Dimensional Considere a seguinte afirmativa.
39 Modelo Dimensional = Esquema em Estrela
40 Modelo Dimensional: Conclusões
42 Projeto ProCSEE : IACK (Interaction Agent for Capitalizing Knowledge)
Exemplo de projeto de capitalização de conhecimentos visando a construção de uma memória de um projeto software. Particularidade: agentes de software CBR - Case Based Reasoning
43 Projeto ProCSEE Objetivo:
Construir uma arquitetura para um ambiente de engenharia de software cooperativo, atendendo a interação de um grande grupo de pessoas distribuídas.
44 Projeto ProCSEE Systems manager programmer Interaction Agent
customer . Design-Patterns, Frameworks and Components Library metrics repository customization, update and query mechanisms Software engineering processes templates CSCW optimization, statistics and coordination algorithms tools for supporting communication, collaboration and coordination knowledge programmer Interaction Agent Systems analyst Systems manager
45 Projeto ProCSEE IACK Consulta a Competências Visualizador de Estado de
Capturador de Eventos Interpretador de Eventos Repositório de Repositório de Projetos IACK Parte do ProCSEE referente ao implementador Scheduler
46 Projeto I.A.C.K Implementação de um agente de software para capitalizar os conhecimentos de um implementador de software. Principais atividades : a definição e implementação de um modelo para representar e armazenar as atividades de um implementador a captura de eventos relacionados as atividades de um implementador o armazenamento de eventos em repositório a interpretação dos eventos relativos ( capturados ) a execução de uma atividade de um implementador o calculo de desempenho ( nota ) de um implementador no tocante a execução de suas atividades
47 Projeto I.A.C.K : motivação
Desenvolver de mecanismos visando a capitalização dos conhecimentos de implementador de software de maneira semi-automática. Alimentar e atualizar uma base de conhecimentos sobre as competências dos implementadores de softwares de uma organização. Melhorar a alocação de recursos e o cálculo dos custos de um projeto de software.
48 Tarefa, atividade, eventos
49 Armazenamento . . . Os conhecimentos sobre a execução das atividades são armazenados na forma de casos. CBR - Case-Based Reasoning Os conhecimentos sobre as competências dos programadores são armazenados na forma de objetos + ligações
50 Raciocínio baseado em casos
Idéia: Raciocínio baseado em casos resolve novos problemas adaptando soluções que foram usadas no passado para resolver problemas similares no presente. Descrever a situação atual ? base de casos ! Aplicar o conhecimento
51 Raciocínio baseado em casos
52 Ciclo do CBR Recupera Problema R e u s o Retenção Base de Casos
53 Agente de interação "É um programa que pode agir no lugar de um ser humano, empregando técnicas de INTELIGÊNCIA ARTIFICIAL: para executar certas tarefas relativas a manipulação de informações [Sycara 96]; para fornecer uma assistência a um usuário, negociando uma informação com uma outra aplicação [Maes 94a,b]; para responder solicitações feitas por usuários e/ou por outros agentes [Wooldridge & Jennings 95]; para criar um perfil do usuário a partir de um modelo de suas atividades, habilitando assim o agente a fornecer informações no tocante a execução de suas atividades."
54 Organização dos agentes por função
USER 1 USER 2 USER N Results Goal and Task Specification Interface Agent 1 Interface Agent 2 Interface Agent n Task Proposed Solution Task Agent 1 Conflit Resolution Information Integration Reply Request InfoAgent 1 Info Source 1 InfoAgent 2 InfoAgent n Source 2 Source 3 Source n query answer Collaborative Query Processing
55 Considerações . . . Permite melhor avaliar a competência de cada implementador, e consequentemente melhor alocar os implementadores nos projetos Permite gerenciar o conhecimento de grupo através do modelo de atividades Permite a disseminação das astúcias ao grupo, bem como as informações ligadas a execução as suas atividades
56 Considerações gerais . . . O conhecimento deve deixar de ser propriedade de alguns privilegiados e se transformar em uma ferramenta de negócio comum a todos os profissionais (ex. implementador) de uma empresa Inteligência acumulada  vantagem estratégica
57 Exercício Propor uma definição para competência
Propor um modelo de representação de competências Elaborar um conjunto de questionamento possível e desejável que poderão ser feitas ao sistema de gestão de talentos ou competências Se existe, quais são os benefícios estratégicos que uma organização pode obter a partir deste sistema ? Na sua opinião esse sistema pode servir como uma primeira abordagem para se fazer uma gestão racional do capital intelectual de uma organização ?
58 Referências . . . GRUNDSTEIN M., BARTHÈS J-P., An Industrial View of the Process of Capitalizing Knowledge, 4th. International ISMICK Symposium, Edited by Dr. J.F. Schreinemakers, October, 1996. KOLODNER, JANET, Case-Based Reasoning - Morgan Kaufmann Publishers, San Mateo, 1993. MAES P., Agents that reduce work and information overload, In : Communications of the ACM, 37(7), July, 1994a. MAES P., Social interface agents : Acquiring competence by learning from users and ohter agetns, In : O. Etzioni (eds.) Software Agents - Papers from the 1994 Spring Symposium (Technical Report SS-94-03), pp. 71‑78, AAAI Press, 1994b.
59 Referências . . . R.C.Burnett, A.Calsavara, C.Maziero, E.Jamhour, E.Scalabrin, R.Betini – "An Integrated Environment for Supporting Cooperative Software Engineering"- PUCPR – Curitiba - Brasil,1998. SCHEIREINEMAKERS, Jos F. KNOWLEDGE MANAGEMENT Organizatioon, Conpetence and Methodology. Würzburg: ERGON-Verl; 1996. SYCARA K., DECKER K., WILLIAMSON M., PANNU A., Distributed Intelligent Agents, In : IEEE Expert, July, 1996. WIIG, Karl M. KNOWLEDGE MANAGEMENT – Thinking about Thinking – How People and Organizations Create, Represent and Use Knowledge.Schema Press,Texas, 1993. WIIG, Karl M. – KNOWLEDGE MANAGEMENT METHODS – Pratical Approachs to Managing Knowledge – Schema Press – Texas, 1993. WOOLDRIDGE M., JENNINGS N., Intelligent agents : theory and practice, In : The knowledge Engineering Review, Vol. 10 (2), pp , 1995.