Semana em TI – 03 de Julho de 2009

Códigos de Barra 2D, ERP e Certificações IBM

• Tema abordado por Jean Simon, os códigos de barras bidimensionais (ou códigos de barra 2D, como o QR Code ) são assunto na blogosfera. No blog E-Code, Eric Messa fala sobre o código de barras bidimensional, mostrando sua evolução, a utilização no Japão e  até um projeto inusitado desenvolvido por uma designer a partir das imagens do QR Code. Apesar de ser  um post de 2007, é bem interessante. Confira.
• Pensando na falta de mão-de-obra capacitada em tecnologia da informação, a IBM lançou um projeto inovador de certificações: o “IBM Smart Professional”.  O blog da PC Magazine é quem traz as informações.
• O site PC Magazine Brasil traz uma matéria com dicas para escolher um ERP que atenda as necessidades de negócio da empresa. As dicas são valiosas também para quem procurar outros aplicativos de negócios. Paulo Matta, diretor de soluções e ofertas da BRQ, dá conselhos semelhantes no artigo “Efeito colateral de um processo de preparação para Outsourcing“, publicado originalmente na TI Inside Online e disponível no blog BRQBiz.

Até a próxima semana.

Textos Relacionados (provavelmente!)

• Agilizando captura de dados em eForms com código de barras 2D
• IBM Solutions Center – Desenvolvimento e qualificação em Tecnologia da Informação
• Rational Team Concert – Ferramenta de Application Lifecycle Management Colaborativa
• Identificando oportunidades – o diferencial do analista de requisitos
• José Papo apresenta palestra em evento mundial da IBM Rational

• Gerenciamento Eletrônico de Documentos – Formulários Eletrônicos Para Vencer a Burocracia
• Captura de dados em formulários eletrônicos (eForms) – Simplificando e vencendo a burocracia

Mas afinal, o que são e quais as vantagens de códigos de barras multidimensionais?

Do começo: O que é, como funciona e para que serve um código de barras?

O código de barras é uma forma de representar os dados graficamente para facilitar a um equipamento (scanner) reconhecer e capturar esses dados. Existem outros usos para essa tecnologia, mas queremos nos concentrar no que se costuma chamar de identificação e captura de dados automática. (AutoID Data Capture).

Seu primeiro uso comercial foi para identificar vagões de trem, mas foi nos supermercados que sua utilização foi bem sucedida, tornando-se praticamente universal.

O que estamos acostumados a encontrar nos produtos do supermercado representa os dados por meio de barras e espaços paralelos às barras como na figura 1. Daí o nome “código de barras”.

QR Codes e códigos de barras 1d para captura de dados em eForms - Figura 01

O scanner emite luz: onde existe a barra preta a luz é absorvida, onde existem os espaços, ela é refletida. Para o amigo de TI, não preciso dizer que esse sistema binário é a forma como os dados são armazenados.

Capturando mais informações – os códigos de barra 2D

Mas o enorme ganho vamos ter quando conseguirmos colocar uma grande quantidade de informações que possam ser capturadas e tratadas automaticamente por nossos sistemas.

Para isso, foi desenvolvido o código de barras bidimensional, ou código de barras 2D. Para simplificar, no barcode original, ou 1D, os dados estão representados apenas na horizontal, enquanto no código de barras 2D os dados são representados na horizontal e na vertical.

QR Codes e códigos de barras 2D para captura de dados em eForms - Figura 02

Formatos de Códigos de Barra em 2 D (QR Code, PDF417, Data Matrix e Maxi Code)

Foram criados vários formatos ou simbologias para representar os dados em 2 dimensões. Podemos citar:

Código	Simbologia	Desenvolvedor
QR Code		DENSO – Empresa do grupo Toyota (Japan)
PDF417		Symbol Technologies – Empresa comprada pela Motorola (USA)
DataMatrix		RVSI Acuity CiMatrix (USA)
Maxi Code		UPS – Empresa de transporte de encomendas (USA)

Os exemplos acima são as representações gráficas da frase “BRQ e ADOBE no CIAB”.

Vocês podem brincar um pouco com a geração de códigos de barra 1D e 2D no site:
www.tec-it.com/online-demos/tbarcode/barcode-generator.aspx?LANG=en

Conhecendo, testando e usando códigos de barra para formulários eletrônicos (eForms)

Num outro post, pretendo falar um pouco mais do uso de 2D barcode com as soluções de formulários eletrônicos. Também convido a quem for visitar a CIAB (Feira do setor bancário), em São Paulo, a visitar o stand da BRQ e conhecer de perto essa tecnologia.

Se você for do time que gosta de meter a mão na massa e testar a solução, recomendo a leitura do post do Diego Silva, QR-Code no formulário PDF.

Links Relacionados (QR Code, Código de Barros 2D e Captura de Dados)

1. AutoID Data Capture – http://en.wikipedia.org/wiki/Automatic_identification_and_data_capture
2. Sistema Binário – http://pt.wikipedia.org/wiki/Sistema_bin%C3%A1rio
3. Barcode Generator – http://www.tec-it.com/online-demos/tbarcode/barcode-generator.aspx?LANG=en
4. QR-Code no formulário PDF – http://diegosi.wordpress.com/2008/11/07/qr-code-no-formulario-pdf/

Textos Relacionados (provavelmente!)

• Boletim Semana em TI – 03 de Julho de 2009
• Identificando oportunidades – o diferencial do analista de requisitos
• Terceirização em Tecnologia da Informação sim!
• IBM Solutions Center – Desenvolvimento e qualificação em Tecnologia da Informação
• José Papo apresenta palestra em evento mundial da IBM Rational

Neste artigo:

O arquiteto de software Willian Leite comenta as dificuldades para manter a comunicação ativa em uma população corporativa e possíveis meios de tornar mais fácil a propagação da informação nos amibentes corporativos com ferramentas Microsoft, IBM e Google.

Tags / Palavras-Chaves:
colaboração, IBM, Microsoft, Google, Google Wave, unified communication

No mês de maio, a revista Você S/A publicou uma matéria sobre comunicação dentro das empresas.

Manter a comunicação ativa em uma população corporativa não é das tarefas mais fáceis quando se pensa que há muita carência de informação nos ambientes empresariais.

Carência por informação é a maior das carências, pelo menos para mim. Em alguns casos, é pior que a falta de feedback do gestor. Ter a sensação de que algo está ocorrendo e você não sabe pode estressar o mais sênior dos profissionais.

E qual a mágica (ou informágica) para resolver o problema?

Fazer a informação chegar, não importando o meio! Para isso, a informação pode chegar por Instant Messaging (e entenda IM aqui por MSN, Sametime ou Google Talk), e-mail, telefone e, sempre que possível, cara-a-cara. Lógico que essas ferramentas têm seus limites de uso, afinal essa informalidade também tem seu custo.

Mas hoje, em 2009, com tantas soluções de Unified Communications, como utilizar a tecnologia como um meio de propagação da informação? Eis aqui algumas soluções atuais e possibilidades futuras, que discutirei nos próximos posts.

1. Microsoft, office rox!

O grande diferencial aqui é a conectividade dos produtos tops de mercado, como Microsoft Outlook e Office Communicator, todos da família Office. Se você trabalhar com Exchange, Outlook e Office Communicator – com o portal Sharepoint, melhor ainda –, falará com quem precisar a qualquer momento, de onde estiver.

Abaixo, um video demo de Microsoft UC.

Logo, nesse modelo a informação chega, não há desculpas.

2 – IBM, the big blue bleeding yellow

Unified Communications and Collaboration Strategy (UC²™)

Em janeiro deste ano fui ao IBM Lotusphere, em Orlando. No evento, pude perceber o foco agressivo nas redes sociais e como elas estão tomando conta do ambiente corporativo.

E a pergunta que surgiu foi: por quê? Por que eu quero um Orkut ou Facebook dentro da minha empresa? A resposta é tão simples quanto parece: Quando minha equipe troca informação com a velocidade e com a naturalidade que uma rede social aberta traz, os meus projetos se comunicam melhor e o conhecimento flui entre eles.

A necessidade por processos massivos e fadados a muitas e muitas “não-conformidades” de auditoria cai, pois o processo se torna mais natural e menos obrigatório.

No meu caso, tenho um IBM Lotus Domino bem estabelecido, com meu Lotus Notes 6.5 que roda no Mac, Windows e Ubuntu e o Sametime como IM. Da mesma forma que a Microsoft (salvo alguns pontos), temos o Connections como uma grande ferramenta de colaboração.

No caso da IBM, ainda temos o Quickr como mais um agregador nisso tudo.

Abaixo, um vídeo interessante mostra como apenas a integração Mail + IM já traz um ganho enorme na comunicação.

3 – Google, free as a Bird?

Bem, ainda temos as pequenas e médias empresas que podem não contar com o budget necessário para o investimento numa solução como aquelas, já que o retorno/redução de custo tem uma certa relação com o volume envolvido. Para elas, o set Google Apps resolve o jogo.

Com Gtalk, Google Docs e Gmail, dá para fazer uma bela campanha para manter um time in-touch. E com o lançamento do Google Wave, esta integração promete ser ainda mais intensa e ágil. Anunciado no último dia 28 de maio, o Google Wave promete revolucionar a forma como as pessoas se comunicam e colaboram entre si, num conceito de Unified Communications mais próximo de uma conversa real, como pode ser visto no vídeo abaixo, na apresentação do produto, durante o evento Google I/O.

Conclusão: faça a informação chegar a quem tem que chegar

Bem, concluindo, se você tem uma solução toda Microsoft, IBM ou Google, ou ainda está fora desses canais ou com um pouco de tudo (meu caso), a grande dica é usar meios que permitam atingir os fins: garantir que a informação chegue. É uma questão de cultura, não de tecnologia.

A “Rede Social Corporativa” veio para ficar, e a colaboração entre os indivíduos só tende a crescer.

Até os próximos posts, onde pretendo discutir mais a fundo as tecnologias de unified communication da Microsoft, Google e IBM.

Artigo originalmente publicado no blog de Willian Leite, em Comunicação Corporativa.

* Willian Leite, arquiteto de soluções, comanda uma equipe de 20 profissionais de TI especializados nas principais tendências atuais (SOA, BPM, E-Commerce, DBA, Content Management System) e participou ativamente do projeto e implantação de três e-commerces para o segmento varejista.

Textos Relacionados (provavelmente!)

• Keynote – Lotusphere 2009
• Lotusphere 2009
• Boletim Semana em TI – 03 de Abril de 2009
• Campus Party 2009 destaca a importância da comunicação e colaboração
• Boletim Semana em TI – 03 de Julho de 2009

Neste artigo:

Adriano Lages defende que o analista de requisitos deve se portar também como analista de negócios, criando oportunidades de negócio para sua empresa ao mesmo tempo e propondo soluções em sistemas e software que gerem valor para seu cliente. Leia mais.

Tags / Palavras-Chaves:
análise de negócios, desenvolvimento de software, information technology, negócios

Eu considero que um analista de requisitos faz um bom trabalho não somente quando ele realiza bem seu trabalho técnico, e sim quando ele faz um papel de analista de negócio. É como se ele agisse ao mesmo tempo como um advogado de defesa e criador de novas oportunidades.

Existem situações de projetos que já possuem um cronograma fechado sem nenhuma possibilidade de alteração do mesmo. Nesses casos o cliente pode solicitar funcionalidades que podem levar ao atraso do projeto, talvez uma consulta ou uma inclusão a mais ou outros “enfeites” no sistema, que não estavam previstos na proposta técnica do sistema, mas que o cliente acha que não “custa” nada para desenvolver.

É então que o analista precisa agir como advogado de defesa. Quando em situações de levantamento de requisitos de negócio ele deve mostrar de maneira clara e com argumentos convincentes, que determinado pedido do cliente não é necessário para aquela fase de desenvolvimento do sistema. Ou seja, aquilo é algo cosmético que irá gerar mais custos de desenvolvimento para a fábrica de software, lembrando que mesmo se o cliente quiser determinado item, este pode ser adicionado ao escopo do projeto. Claro, com um aumento do prazo do cronograma e gerando atrasos na entrega do projeto. É bem provável que o cliente vai pensar duas vezes antes de querer adicionar algum outro requisito desnecessário.

Para que o analista de requisitos possa defender sua empresa, ele deve estar sempre respaldado do cronograma e do documento de escopo que serviu de base para elaboração da proposta técnica do projeto, além de estar sempre em contato com o arquiteto, verificando o nível de dificuldade para implementar os pedidos do demandante da aplicação. Lembrando que, se o cliente não irá pagar pelo tempo extra de desenvolvimento, o analista deve tentar ao máximo facilitar a vida dos desenvolvedores,evitando problemas para entrega do projeto.

Criando Oportunidades – O analista de requisitos como analista de negócios

O analista de requisitos também pode ser o criador de novas possibilidades de negócio para sua empresa, não sendo somente o “estraga prazeres” do cliente. Quando ele conhece bem as possibilidades da sua empresa e conhece as necessidades dos clientes, pode identificar deficiências de processos, que podem ser resolvidas com um projeto de desenvolvimento de um sistema que resolva tal deficiência. Pode num bate-papo visualizar uma oportunidade de integração de sistemas, vide que o cliente relatou que existem problemas de comunicação de dados de sistemas de áreas diferentes. O analista pode até mesmo sugerir para o cliente o desenvolvimento de um sistema que ele nunca tinha pensando, e que pode melhorar consideravelmente a eficiência operacional do negócio.

São inúmeras possibilidades que podem ser exploradas, e ninguém melhor que o analista de requisitos, que nesse momento é um analista de negócio, para tomar frente isso, devido aos elos técnicos e de negócio que possui. O analista não é peça chave no processo de identificação de oportunidades, mas é uma peça importante, devido ao contato no dia-a-dia do cliente. Ainda mais em um cenário de crise como o atual, onde é sempre importante que as empresas estimulem seus funcionários a buscarem novos projetos de desenvolvimento de software. Grandes companhias como Google, Microsoft, Yahoo, etc., estimulam seus funcionários a desenvolverem novos projetos e já sabemos que esse modelo de negócio funciona.

Aumentando negócios e eficiência operacional

Enfim, quando o analista de requisitos age defendendo os processos da sua empresa evitando custos extras em projetos e uma rotina de trabalho mais complexa, além de contribuir para o aumento de negócios da companhia, ele está fazendo um papel de negócio que é importante que seja exercitado, buscando conhecer cada vez mais a rotina da empresa para qual está prestando consultoria e os processos dos potenciais mercados demandantes de software, visando sempre menor custo e maior eficiência operacional. * Adriano Lages dos Santos é analista de negócios e está cursando MBA em Gerenciamento de Projetos

Este texto foi originalmente publicado no blog BRQ Biz – Conhecimento e Inteligência em Negócios, em 06 de Maio de 2009.

Textos Relacionados (provavelmente!)

• Terceirização em Tecnologia da Informação sim!
• Rational Team Concert – Ferramenta de Application Lifecycle Management Colaborativa
• Boletim Semana em TI – 03 de Julho de 2009
• Agilizando captura de dados em eForms com código de barras 2D
• JavaServer Faces Technology – Técnica demais para o designer, visual demais para o desenvolvedor

Neste artigo:

Encontre uma breve descrição de como é possível a implementação do ESB (Enterprise Service Bus), utilizando ferramentas IBM.

Tags / Palavras-Chaves:
ESB, Websphere Message Broker, Websphere MQ, Websphere ESB, SOA

Parte I – Conhecendo o ESB

A manutenção de vários serviços sempre foi um ponto de risco na implementação de soluções de TI, isso porque a forma de interoperabilidade entre eles pode ser realizada de diversas maneiras, e nem sempre as melhores práticas são aplicadas.

Com o crescimento e a aplicabilidade de soluções SOA (Service Oriented Architecture), a disponibilidade e usabilidade desses serviços podem trazer um alto grau de complexidade em uma eventual alteração, atualização ou até mesmo disponibilização ou remoção de um serviço.

Dentre os muitos conceitos que podem ajudar a trabalhar esses riscos, vamos destacar nesse artigo a utilização do ESB (Enterprise Service Bus), baseando-se em ferramentas disponibilizadas pela IBM.

Enterprise Service Bus

O ESB é uma infra-estrutura flexível de conectividade para integrar aplicações e serviços. Um ESB aumenta o poder das aplicações SOA reduzindo o número, tamanho e complexidade de interfaces entre os serviços.

As principais aplicações do ESB são:

• Encontrar e direcionar comunicações entre serviços.
• Conversão entre diferentes protocolos de comunicação.
• Transformar o formato das mensagens entre o requisitante e o serviço.
• Identificar e distribuir eventos originários de diferentes recursos.

Um ESB permite que a organização concentre o foco nas soluções de negócio diminuindo a necessidade de preocupação com a infra-estrutura requerida para conectar suas soluções e aumentando a integração entre elas. Permite também uma mais rápida inclusão de novos serviços, manutenção dos existentes com um baixo ou nenhum impacto.

Podemos ver a estrutura típica de um ESB (Fig.1) onde se pode ver claramente o papel de integração ao qual essa infra-estrutura deve suprir. A utilização de um ponto único de acesso a serviços, bem com um único ponto de gerenciamento pode trazer riscos mas com certeza o ganho que se tem nessa implementação é extremamente alto, e a adoção ou não da utilização dessa solução pode influenciar diretamente no sucesso de implementação de SOA na corporação.

Fig.1 – Onde se encaixa o ESB (Enterprise Service Bus)

Vamos conhecer agora um pouco dos componentes de um ESB (Fig.2).

Fig. 2 - Dentro do ESB (Enterprise Service Bus)

Os Fluxos mediadores são responsáveis por tratamentos das requisições, podendo processá-las ou simplesmente redirecioná-las para seu destino, e também devolver uma mensagem para o solicitante. Para seu funcionamento são necessárias “regras de conduta” para que a mensagem possa ser tratada.

Uma vez o destino da mensagem definido, pode ser necessário uma transformação dessa mensagem, já que um dos papéis importante do ESB é garantir a transparência e independência de formatos. Para essas conversões são utilizados “Metadados” ou “Metamodelos” que fazem essa transformação de forma transparente para o solicitante e para o destino da mensagem, garantindo que cada um dos envolvidos, mesmo utilizando formatos diferentes de mensagem possa interagir.

E mais uma vez garantindo a independência, dessa vez de infra-estrutura, o ESB deve, quando necessário, converter o protocolo utilizado, garantindo a interação entre os serviços, e para tal são utilizados padrões de conversão internos e proprietários de cada ESB.

Finalizando nosso passeio rápido pelo ESB, temos a seguir (Fig.3 e Fig.4) um exemplo de como a adoção da implementação dessa infra-estrutura pode facilitar a via de comunicação entre os aplicativos.

Fig. 3 - Caos de Comunicação

Fig.4 A simplificação de manutenção de serviços em prática

Parte II – As ferramentas IBM para ESB

Agora que entendemos melhor o funcionamento de um ESB, vamos conhecer um pouco das ferramentas que a IBM disponibiliza para esse tipo de arquitetura.

WebSphere Enterprise Service Bus (WSESB)

Esse produto tem como principal atrativo a utilização de toda infra-estrutura do WebSphere Application Server (WAS), diminuindo o preço de uma solução ESB e facilitando a implementação dessa solução para quem já tem “know-how” ou um time especializado em WAS.

Por utilizar essa arquitetura do WAS, esse ESB é indicado para soluções homogêneas, preferencialmente em um ambiente predominante JAVA, utilizando JMS (Java Message Service) e WebServices, pode-se garantir uma total integração entre os componentes distribuídos da corporação.

Outra vantagem desse produto é estar embutido na compra do WebSphere Process Server (WPS), que também utiliza a infra-estrutura WAS, fazendo com que os custos de manutenção, disponibilidade de máquina e “know-how” de utilização sejam reduzidos.

Uma desvantagem desse produto é que toda sua escalabilidade está associada ao WAS, criando a dependência de crescimento de todo o ambiente no qual esteja instalado. Mas isso não chega a ser um problema, visto que o alvo desse produto é a utilização de um parque pré-existente, seja de WAS ou WPS podendo ser utilizado como um passo inicial a um ESB corporativo.

WebSphere Message Broker (WMB)

O WebSphere Message Broker (WMB) procura atender uma demanda maior de escalabilidade e de utilização do ESB. Sua infra-estrutura é baseada no WebSphere MQ (WebSphere Message Queue).

Utilizando a mensageria como base, o WMB faz uma extensão das capacidades do WebSphere MQ, e aumentando consideravelmente suas atribuições.

Mesmo utilizando a infra-estrutura do WMQ, o Broker (como é conhecido) é instalado de forma independente, aumentando muito a sua capacidade de crescimento e independência do produto.

O desenvolvimento para Broker também é um dos seus pontos fortes, pois possuem componentes prontos para comunicação entre vários protocolos, componentes para conversão de mensagens e integração entre diferentes tipos de ambiente.

O Broker deve ser uma opção quando o ambiente é heterogêneo, são utilizadas soluções de diversas plataformas e ambientes, ou até mesmo a necessidade de integração entre outros ESBs internos ou externos (Fornecedores e Parceiros).

WebSphere Application Server (WAS)

Uma solução pouco difundida pela falta de conhecimento do produto é a utilização do próprio WebSphere Application Server (WAS) com um ESB.

Essa solução é um pouco mais restrita, pois ela trabalha apenas com filas (JMS) e serviços de Proxy (fazendo o redirecionamento da mensagem). Mas em muitos casos isso é mais do que suficiente, e para um inicio ao mundo de compartilhamento de serviços pode ser uma ótima opção.

O WAS tem seu ESB baseado em um ou vários “Bus”, que são caminhos por onde trafegarão as mensagens, e a partir daí a mensagem pode ser desviada para uma Fila JMS ou para uma URL de um WebService.

Apesar de limitada é uma solução simples e muito eficiente, também utilizando uma estrutura já instalada e configurada do WAS, essa sem custo adicional e utilizando uma equipe que já conhece o produto.

Conclusões

A idéia desse artigo foi apresentar um pouco sobre ESB e as ferramentas onde esse conceito pode ser desenvolvido. Muita coisa ainda precisa de detalhes e muitas vantagens e desvantagens de cada produto precisa ser analisada.

O mais importante é tentar mostrar que sem um ESB, toda a estrutura de componentização pode ser comprometida, seja na implantação ou na manutenção de serviços. E que com as ferramentas corretas, essa tarefa pode ser muito menos traumática do que aparenta.

Portanto, se você já tem uma estrutura SOA e não possui um ESB, saiba que se sua solução já esta boa, ela vai ficar excepcional, e se você tem uma solução que parece não funcionar, a implantação de um ESB pode tirar essa solução do caos. Se você não possui soluções SOA e quer começar, pense em ter um ESB estruturado antes de iniciar, e acompanhe as vantagens que você vai ter nessa sua nova diretriz.

Fontes – Saiba mais sobre o Enterprise Service Bus

• Business Process Management
  www.ibm.com/software/websphere/products/businessint/
• WebSphere
  www.ibm.com/developerworks/websphere
• WebSphere Enterprise Service Bus
  www.ibm.com/software/integration/wsesb
• WebSphere Message Broker
  www.ibm.com/software/integration/wbimessagebroker

* Mike Moreira é arquiteto de soluções java e trocou o trânsito infernal de São Paulo, pelas praias de Morro Branco no Ceará.

Textos Relacionados (provavelmente!)

• Integração entre Websphere Application Server + Websphere MQ
• Um processo de ponta a ponta com soluções Oracle
• Windows Azure, um novo conceito de desenvolvimento na nuvem
• Boletim Semana em TI – 03 de Julho de 2009
• Comunicação Corporativa e Unifed Communications

O tema da apresentação de Papo é “Contratos e Scrum: The Good, the Bad and The Ugly”, que trata sobre a questão de contratação de projetos de software do ponto de vista de um processo ágil e iterativo, inclusive tratando de uma solução interessante utilizando pontos de função. A apresentação será realizada no dia 12 de maio, a partir das 10h45.

Mais informações no site do evento: www.scrumalliance.org/events/57-brazil-scrum-gathering

Confira!

Textos Relacionados (provavelmente!)

• Identificando oportunidades – o diferencial do analista de requisitos
• José Papo apresenta palestra em evento mundial da IBM Rational
• Windows Azure, um novo conceito de desenvolvimento na nuvem
• JavaServer Faces Technology – Técnica demais para o designer, visual demais para o desenvolvedor
• Melhorando a qualidade e a testabilidade de um sistema com técnicas para quebra de dependências

Semana em TI – 09 de Abril de 2009

Notícias, Artigos e Posts

• Começam a aparecer as primeiras aplicações em cima da Plataforma Windows Azure. No Codeplex é possível conhecer o Azure Issue Tracker, uma prova de conceito interessante de SaaS (Software as a Service), que também usa tecnologia .NET. Vale a pena uma visita.
• Brasileiros criam site para usuários testarem aplicativos do iPhone. Iniciativa que pode estimular o desenvolvimento de aplicações iPhone no Brasil. Notícia no IDGNow.
• No blog Outras Palavras, Antônio Passos provoca na ousada comparação de comportamentos perigosos na vida pessoal e no mercado de software: desenvolver software sem uma boa metodologia de testes é como sexo sem preservativo. Leia o episódio 01, Da Importância do Teste de Software, e sua continuação Por quê Planejar Testes? Ambos imperdíveis.
• Um assunto que vem sendo muito discutido é a importância da inovação e pesquisa, especialmente como diferencial competitivo e sua importância na economia. Separamos três textos interessantes na web sobre o assunto:
  a) Inovação? Pesquisa? … ajudando a definir os conceitos, no blog de Leo Borges;
  b) Inovação – A busca constante por melhorias, no BRQBiz;
  c) Proposta de senadora norte-americana para ajuda econômica a empresas de pesquisa, desenvolvimento e inovação, no site da GlobalBrands.

Downloads e Softwares Online

• Salesforce.com lança aplicação gratuita de CRM para celulares. Um dos mais conhecidos cases de SaaS/Cloud Computing avança em dispositivos móveis, no IDGNow.
• Outro bom caso de cloud computing, o editor de imagens online Sumo Paint, um aplicativo de tratamento de imagens e desenho simples e eficiente. Gratuito, tem uma interface amigável, especialmente para quem já tem experiência com softwares como o Photoshop.

Textos Relacionados (provavelmente!)

• Identificando oportunidades – o diferencial do analista de requisitos
• Windows Azure, um novo conceito de desenvolvimento na nuvem
• JavaServer Faces Technology – Técnica demais para o designer, visual demais para o desenvolvedor
• Boletim Semana em TI – 03 de Julho de 2009
• Agilizando captura de dados em eForms com código de barras 2D

O Brasil é o terceiro mercado de mainframes do mundo, perdendo apenas para os Estados Unidos e Alemanha. O país possui atualmente 140 empresas usuárias de mainframe e respondem por 10% dos novos contratos fechados nos últimos dois anos.

Especialistas do setor de Tecnologia da Informação, principalmente os que atuam com mainframe no segmento financeiro (setor que mais demanda a utilização de mainframes), enfrentaram muito preconceito nos últimos 15 anos.

Os profissionais resistiram bravamente às duras críticas de que lidavam com uma tecnologia arcaica e que estava fadada a morrer, mas hoje o cenário é bem diferente, estes profissionais que atuam com mainframe são reverenciados pela especialização adquirida e bastante valorizados no mercado em função de quase não haverem profissionais habilitados para lidar com esta plataforma.

Enquanto existir no mercado mundial empresas que processem volumes altos de informações, como bancos, governo, empresas de cartão de crédito, entre outras, não há previsão de um dia o mainframe acabar. Como consolidador do processamento de altos volumes de informações ele é imbatível, não há outra plataforma compatível no mercado, além do que, ainda hoje a maior parte das linhas de código no mundo está em COBOL que é a principal linguagem usada nesta plataforma, o que demandaria um custo muito alto para a conversão destes programas. Devido a estes pontos, a não ser que algo novo e totalmente inovador seja inventado, acho difícil o fim desta plataforma no curto e médio prazo.

* Marcelo Tognai é Gerente de Projetos de TI para o setor financeiro.

Textos Relacionados (provavelmente!)

• Boletim Semana em TI – 03 de Julho de 2009
• Boletim Semana em TI – 03 de Abril de 2009
• José Papo apresenta palestra em evento mundial da IBM Rational
• IBM Solutions Center – Desenvolvimento e qualificação em Tecnologia da Informação
• Campus Party 2009 destaca a importância da comunicação e colaboração

A equipe do BRQTec resolveu dar uma forcinha e separar algumas das notícias e acontecimentos mais bacanas no mercado de TI e publicar no boletim Semana em TI, que nesta semana conta com lançamentos de produtos, eventos, downloads e até iniciativa de e-commerce para mercado PME (Pequenas e Médias Empresas ou SMB - Small and Medium Business).

Toda sexta-feira, aqui no BRQTec o nosso boletim, e fique ligado também em nossos perfis no Twitter e no Delicious, onde publicaremos mais links e notícias ligados ao universo da tecnologia da informação e comunicação.

Acompanhe!

Semana em TI – 03 de Abril de 2009

Notícias

• Com foco em no mercado de pequenas empresas, a Microsoft apresenta o Windows Server 2008 Foundation, na IDGNow.
• Na Lotusphere 2009 vimos a iniciativa da IBM Lotus com o Lotus Notes Foundation, também voltado para o mercado de pequenas e médias empresas. No YouTube há um video bem bacana mostrando o produto.
• Ainda essa semana saiu que a Associação Comercial de São Paulo (ACSP) irá criar um canal para auxiliar as PMEs a trabalharem no meio digital. A notícia foi dada pelo TecnoVarejo.
• O co-fundador do The Pirate Bay, Peter Sunde, vem ao Brasil para o 10º Fórum Internacional de Software Livre (FISL). Notícia do IDGNow.
• Google quer comprar o Twitter, notícia no jornal português Expresso e no InfoDesktop.

Downloads

• Sharepoint Designer, download gratuito.
• Microsoft Azure Services Platform : Novos CTP’s (Community Technology Preview) anunciados
• Sideline, aplicação Adobe® AIR™ para acompanhar o Twitter, feito pelo Yahoo.

Textos Relacionados (provavelmente!)

• Comunicação Corporativa e Unifed Communications
• Boletim Semana em TI – 03 de Julho de 2009
• Mainframe faz aniversário!
• José Papo apresenta palestra em evento mundial da IBM Rational
• IBM Solutions Center – Desenvolvimento e qualificação em Tecnologia da Informação

Neste artigo:

O arquiteto de soluções Alexandre Pereira defende que, a exemplo do pato – um animal que voa, nada e corre, mas não é bom em nenhuma das habilitades -, muitas empresas perdem o foco do negócio e eficiência ao manter uma estrutura própria de TI. Neste artigo, ele explica porquê terceirizar tecnologia da informação e não cometer este erro.

Tags / Palavras-Chaves:
outsourcing, terceirização, mercado, negócios, tecnologia da informação

Já foi dito que o pato é um animal interessante quanto ao leque de habilidades que apresenta: corre, voa, nada e canta (canta?). Acontece que ele não se destaca em nenhuma delas: corre, mas não é um grande corredor… e assim por diante. Sabe qual o motivo disso? Ele não tem foco.

Agora observe o mundo corporativo. Ele é repleto de exemplos de “empresas pato” com uma extensa lista de habilidades mantidas em seu organograma: Compras, Jurídico, RH, Comercial, Financeiro, Marketing, Tecnologia e outros mais.

Entendam. Não estou dizendo que estas empresas não têm foco. Mas se analisarmos bem o real negócio destas empresas, começamos a identificar habilidades desnecessárias dentro do organograma.

E aqui mais uma vez faço uma ressalva sobre a definição de “desnecessárias”. Quando falo em desnecessárias estou relacionando aquelas habilidades que não trazem diferencial competitivo para uma determinada empresa.

Ou você é daqueles que ainda acredita que toda empresa precisa de uma mega estrutura de Tecnologia da Informação (TI) com diretores, gerentes, arquitetos, analistas, desenvolvedores e outros mais? Deve também acreditar que, ao contrário de adquirir um produto de CRM de mercado, o melhor a fazer é investir um esforço de meses de trabalho e construir o seu próprio sistema para gerenciar o relacionamento com seus clientes.

Meu amigo desenvolvedor, acredite em mim: o sistema que você quer desenvolver dentro de casa poderá ser perfeito. Mas dificilmente ele vai fazer algo que qualquer outro CRM de mercado já não faz. Também não vai trazer o necessário diferencial competitivo ambicionado por sua empresa. E mais ainda, você vai criar um legado que demandará investimentos em manutenção corretiva/evolutiva para um empresa que não é uma softhouse.

Você pode não gostar ou concordar com o que está lendo. Mas vai ter que aceitar um fato: se sua empresa não é do segmento de serviços de TI e você é um profissional de TI (e quer ser reconhecido como tal), desculpe-me, mas hoje você não está no lugar certo. Se o negócio da empresa (onde você trabalha) é o varejo de alimentos, o foco não vai ser (nunca) construir sistemas.

Façamos agora uma pequena análise desse cenário para, nós, profissionais de TI.

A empresa onde nosso amigo desenvolvedor trabalha

Lembrando, a essência do negócio onde nosso amigo desenvolvedor trabalha é o varejo de alimentos. Todos os esforços estão focados na excelência operacional na logística de distribuição, nas compras, na relação com fornecedores e no atendimento aos clientes.

Mesmo sabendo qual é o seu negócio, a empresa continua insistindo no modelo de organograma repleto de habilidades. Facilmente identificamos alguns problemas que esse modelo nos acarreta:

Profissionais desmotivados e preocupados somente com sua sobrevivência

Já percebeu o quanto ouvimos “tudo é muito difícil e não vou conseguir fazer para hoje” de alguns profissionais das equipes de TI nas empresas? É a triste maneira encontrada para demonstrar a necessidade da existência da equipe interna de TI por, pelo menos, mais um dia.

Vivem em constante sentimento de medo e por isso não se envolvem nos projetos mantendo uma distância segura daquilo que identificam como problemas (desafios relacionados a mudanças de tecnologia, por exemplo).

Pouco investimento nos profissionais

Faz muito tempo que a TI virou a grande vilã quando se fala em investimento (em profissionais) sem retorno. Para que investir em treinamentos de TI se meu negócio é vender alimentos?

Profissionais com baixo interesse no negócio

Profissionais de TI gostam de novidades, testar coisas novas, usar produtos novos, aplicar conceitos novos. Mas pergunte ao desenvolvedor qual o grau de importância (para o negócio) do sistema que ele está construindo. Ou qual o motivo de escolher JavaServer Faces + SEAM + EJB, quando o mesmo sistema poderia ser desenvolvido em menos tempo, com menor esforço e com um custo menor ainda utilizando STRUTS + SPRING + IBATIS?

Baixo reconhecimento pelo trabalho efetuado

Projeto, arquitetura e codificação perfeitos. Nosso amigo desenvolvedor construiu um sistema de CRM que poderia ser um case de sucesso – mas não em uma empresa de varejo. Lembre-se que, para o usuário da área de negócio, o que importa é a qualidade dos dados apresentados na tela – e não como o sistema foi construído.

Empresas onde o foco é TI

Algumas empresas já conseguiram identificar quais são as habilidades necessárias no organograma e que trazem o diferencial competitivo. E a equipe interna de TI, como hoje conhecemos, deixou de existir. Os novos profissionais de TI, ao contrário de analistas de sistemas e desenvolvedores, apresentam outros perfis, tais como:

• Analistas de Negócio: sua função é entender quais são as demandas de TI necessárias às Áreas de Negócio.
• Gestores de Contratos: sua função é gerenciar os contratos com os fornecedores de TI e fazê-los cumprir os SLAs.

Para estas empresas, a TI é um conjunto de ferramentas para ajudá-las a tomar decisões. Portanto não importam quais tecnologias ou produtos são utilizados, desde que a informação seja confiável e disponível quando necessária.

E quem é que projeta, desenvolve e mantém esse conjunto de ferramentas para estas empresas? Outras empresas que têm a TI como essência do negócio. E como esse é o foco destas empresas, identificamos as seguintes características.

Profissionais reconhecidos como diferencial competitivo

Sistemas de TI são o produto final da empresa – é o que vendemos aos clientes. Mas esses sistemas são o resultado do trabalho (mesmo que alguns digam o contrário) altamente especializado de profissionais (nem sempre eu digo) altamente especializados.

Desenvolvedores fazem parte do ativo das empresas de TI. A presença de bons desenvolvedores é um diferencial competitivo neste mercado.

E para manter esses (muito bons) profissionais na lista de colaboradores, as empresas investem em remuneração diferenciada. Treinamentos, participação em eventos técnicos e, em alguns casos trabalhando em projetos no exterior são outros incentivos utilizados.

Fazer parte do negócio

Construímos sistemas para uma empresa que tem como negócio construir sistemas.

Diversidade

Empresas de TI atendem a clientes dos diversos segmentos de mercado. E esses clientes apresentam um diversificado portfólio de sistemas, tecnologia e produtos. Chance de trabalhar, sempre, com algo diferente.

Cada um com seu cada um – também em TI

Gostando ou não, a terceirização é uma realidade. As empresas estão cada vez mais focadas no seu negócio, buscando corte de custos e eficiência operacional máxima. Com relação àquelas habilidades que estão distantes do negócio principal, a estratégia adotada é delegá-las às outras empresas.

Vamos lembrar também do momento que estamos vivendo. A crise financeira mundial está exigindo das empresas uma revisão nos seus investimentos. Muitas irão adotar a terceirização para auxiliar na gestão de custos.

Neste cenário, sendo uma empresa de varejo de alimentos, os investimentos devem ser direcionados para transformá-la em uma eficiente máquina de compra, distribuição e vendas. Foco total na essência do negócio para que a empresa alcance dos resultados desejados.

E quando esta mesma empresa decidir pelo uso de um sistema de TI, o ideal é direcionar esta demanda para as empresas de TI, que dedicam recursos para construir sistemas, que sabem construir sistemas, quem são eficientes nesta tarefas. Sistemas são a essência do negócio de empresas de TI.

E quando esta mesma empresa decidir pelo uso de um sistema de TI, o ideal é direcionar esta demanda para as empresas de TI, que dedicam recursos para construir sistemas, que sabem construir sistemas, que são eficientes nesta tarefas. Sistemas são a essência do negócio de empresas de TI.

Portanto, para as empresas de TI, o momento é de entender a essência do seu negócio. E foco volta a ser o principal. Não vale dizer ser o pato de TI. É importante ser uma empresa reconhecida por alguma competência. Tornar-se uma empresa que faz um trabalho pelo qual vale a pena pagar.

Isso vale tanto para a empresa quanto para o profissional. De que adianta ser um super profissional de TI em uma empresa de varejo? Todos gostam de ter orgulho de suas habilidades e ambicionam ser reconhecidos por estas.

A terceirização é a nossa oportunidade de fazermos a diferença como profissionais, atuando em empresas de serviços de TI. É a nossa oportunidade de fazer um trabalho que importa!

*Alexandre Pereira é arquiteto de soluções e não gosta de pato com laranja.

** Este artigo foi publicado originalmente no dia 25 de março no blog BIZBRQ.

Textos Relacionados (provavelmente!)

• Identificando oportunidades – o diferencial do analista de requisitos
• Agilizando captura de dados em eForms com código de barras 2D
• Boletim Semana em TI – 03 de Julho de 2009
• José Papo apresenta palestra em evento mundial da IBM Rational
• IBM Solutions Center – Desenvolvimento e qualificação em Tecnologia da Informação