SOFTWARE LIVRE COMO OPÇÃO METODOLÓGICA OU Livrando-se dos pacotes de fora e do caos de dentro Luiz Maria Esmanhoto LinuxCorp/2003.

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Desenvolvimento de Sistemas Distribuídos Web Services
Metodologia Para Acompanhamento de Projetos e Programas
Empresa Classe Mundial e Analista de Negócio
PODE A INOVAÇÃO ACONTECER EM SUA EMPRESA?
Objetivos do Capítulo Utilizar o processo de desenvolvimento de sistemas delineado neste capítulo e o modelo de componentes de SI, do Capítulo 1, como.
Engenharia de Software
PETI Planejamento Estratégico de TI
Ferramentas de Auditoria
Processos de Software Introdução
Especialização em Tecnologias para Sistemas de Informação
Ambientes de Computação Empresarial e Avaliação de Custos
Metodologias Orientadas a Agentes
Professora: Aline Vasconcelos
GESTÃO DE PESSOAS COMO UMA NOVA PROFISSÃO
V – Avaliação de Desempenho e Resultados
RUP: Fluxo de Análise e Projeto
Como Desenvolver Sistemas de Informação
Sistema de Gerenciamento Financeiro
Controle de Versão SVN e Tortoise SVN
Engenharia de Software
ENTERPRISE RESOURSE PLANNING
Helpdesk-3 A partir deste ponto você conhecerá os inovadores conceitos de nossa solução. Tecle Enter para Avançar ou Esc para Sair.
OPÇÕES DE ERP OPEN SOURCE
Trabalho de FES PERT/CPM Alunas: - Debora Theodoro A. da Silva
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Apresentação executiva.
Cap. 6 – Pressman – Eng. Sistemas
3a Fase - Recomendação/Prognóstico de TI para a organização
Visão Geral PRO.NET.
Fundamentos de Engenharia de SW
Sistema de Monitoramento das Gerências de Serviço do ITIL
Arquitetura de software
1 Modelos de Sistemas Distribuídos. Introdução - Dificuldades e ameaças para SD. Grande variação na utilização de SD )carga de trabalho e requerimentos.
Sistemas Distribuídos
Gestão de Redes e Sistemas Distribuídos Teresa Maria Vazão Fevereiro 2003 IST/INESC Contactos:IST/Tagus-Park Tel:
Open Source Software Alexandre João Petetim Leal Ferreira Comunicação e Profissão 2004/2005 Departamento de Engenharia Informática Universidade de Coimbra.
Capability Maturity Model (CMM)
Sistemas de Informação da Qualidade ERP Enterprise Resources Planning Uma abordagem objetiva.
Sistemas Operacionais de Redes de Computadores
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Análise e Desenvolvimento de Software
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
Felipe Ferreri Tonello
Gestão do Conhecimento e Cultura Organizacional Equipe Clotilde Mello Denise Collyer Henrique Rocha Ilvanise Ramalho
João Gama Neto, PMP 23 de agosto de 2007
O Processo Unificado (UP)
Vira Tema: Quando Processo Vira Dinheiro Processo Produção & Resultados Quando Metas & Prazos.
A Planejamento de Tecnologia da Informação nas Empresas – 3ª Fase continuação Diagrama de Entidade - Relacionamento Representa o relacionamento de todas.
INTRODUÇÃO A ESTRATÉGIA EMPRESARIAL Ph.D in Business Administration
Gerência de comunicação
ERP.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Introdução a JEE Marco A. S. Reis Arquiteto de Software Abril/2011.
PLANEJAMENTO TECNOLÓGICO
GNU - LINUX/S390 BANRISUL. Introdução Utilização de Software Livre no Banrisul. Grupo de trabalho.
Tipos de Organização: Mecanicista Orgânica
Ferramentas de Manipulação de Ontologias (Protégé)
FERRAMENTAS DE MARKETING
DIMAp/UFRN Modelos Baseados em Agentes Prof. André Campos Aula #6 AgentesHíbridos.
TIPOS DE SISTEMAS DE INFORMAÇÃO BASEADOS NA WEB
Elementos de Informática
Estratégia de Operações
Prof. Sidney Galeote. 2 www. prasabermais. com  Visão Geral sobre a dimensão de qualidade “performance”  Custo da qualidade  Como a performance deve.
Gestão de Projetos - aula 2: processos, operações x projetos - Profª
OntoPRIME Ontologia para Gerenciamento de Riscos de Projetos Projeto da Disciplina de Agentes Inteligentes –
PLANEJAMENTO ESTRATÉGICO
Escola Municipal de Administração Pública de São Paulo - EMASP
Centro Politécnico – Universidade Católica de Pelotas (UCPel) Pelotas – RS – Brasil REDES II Evandro Brasil Fonseca, Marlos Martins.
Transcrição da apresentação:

SOFTWARE LIVRE COMO OPÇÃO METODOLÓGICA OU Livrando-se dos pacotes de fora e do caos de dentro Luiz Maria Esmanhoto LinuxCorp/2003

Planejamento estratégico das empresas e os requisitos de sistemas Fundamentos do pensamento estratégico Modelo clássico relações determinísticas entre causa e efeito visão como um ponto de equilíbrio futuro paradigma: Sistemas Fechados Modelo contemporâneo relações entre agentes com resultados inesperados disposição emocional em se adaptar ao desequilíbrio permanente paradigma: Sistemas Adaptativos Complexos

Sistemas Adaptativos Complexos Definição Complexidade: multitude de agentes diferenciados Adaptação: repertório de regras em evolução Características Sitemas abertos, dinâmicos inexistência de controle/inteligência central expontaneidade e auto-organização aprendizado por feed-back externo muitos níveis de organização

Estratégia e Organização: como evoluir e competir ao mesmo tempo Estratégias focadas x robustas Foco necessário para a sobrevicência do dia-a-dia Robustez para responder à variações de ambientes futuros O paradoxo da Rainha Vermelha dificuldade de manter vantagens competitivas por muito tempo empresas que criam vantagens competitivas continuamente O Papel de agentes conservadores x radicais inovadores equilíbrio dinâmico à beira do caos

Empresas à beira do caos Estrutura organizacional em rede relacionamento intrincado de interesses equipotentes hierarquias fluidas e momentâneas fronteiras amorfas e permeáveis desacoplamento progressivo entre atividades núcleo e periféricas conectividade plug-and-play para empresas

O requisito fundamental para sistemas Como construir e operar sistemas para um conjunto dinâmico de empresas, nervosamente à beira do caos? Axioma Para empresas à beira do caos, sistemas à beira do caos!

Escolha do processo de desenvolvimento Aquisição de pacotes Aspectos críticos dos Sistemas Adaptativos Complexos Desenvolvimento de Aplicativos Desenvolvimento pelo método de código-fonte aberto (Open-source software – OSS ou Software Livre) Variedade Interação Evolução

Pacotes a busca da classe de todas as classes as camadas funcionais e restrições impostas à variedade interação por middleware ou EAI evolução comandada pelo fornecedor a imobilidade como perspectiva

Desenvolvimento in-house a maldição dos projetos de software o enquadramento no PMI e CMM as tentativas fracassadas de controle de variedade a interação como continuidade natural a evolução estagnada pelo caos

Desenvolvimento com código-fonte aberto O que é isto? Tipos de licença ( Exemplos ( e O processo Equipes de desenvolvimento Criação e eliminação de variedades Paralelismo para desenvolvimento e debugging Resolução de conflitos e motivação Interação pela estruturação e acesso ao fonte Evolução

LINUX – Sistema operacional PostgreSQL, MySQL – Bases de dados relacionais Apache, Tomcat – Servidores web Snort – Identificação de intrusão IP-Filter – Filtragem de pacotes Squid – Servidor Proxi Nagius (ex-Netsaint), MRTG – Monitoração Sarg – Relatórios de auditoria Mailmgr – Adminisração de s Sendmail, Q-Mail – Servidores de Open Webmail – Cliente de correio OpenOffice – Conjunto Office KDE – Interface gráfica Compiere – ERP Desenvolvimento – PHP, Pearl OS-Commerce – para B2C Lista básica de software livre

Fatores de sucesso para o software livre problemas de longo prazo e/ou de interesse geral problemas cuja solução dá um feed-back imediato e confiável problemas cuja solução pode ser explorada a custo baixo e sem risco de causar catóstrofes problemas que se resolvidos evitam um desastre anunciado

Uma nova metodologia Combinação software livre + pacotes Escolha de padrões (W3C) Arquitetura modular com regras definidas de interação Critérios para escolha de módulos a serem cobertos por pacotes Interfaces e outros módulos por OSS Déspota esclarecido e sua equipe Regras

Conclusão 1 Você pode confiar: software livre está aí para ficar Ou como diz, atravessadamente, relatório do Grupo Gartner: o software livre moveu-se para a periferia do fluxo principal

Conclusão 2 Como diria Polonius (Hamlet): existe um certo método em sua loucura