O Que ITIL ???

O ITIL™ (Information Technology Infrastructure Library) é o modelo de referência para gerenciamento de processos de TI mais aceito mundialmente. A metodologia foi criada pela secretaria de comércio (Office of Government Commerce, OGC) do governo Inglês, a partir de pesquisas realizadas por Consultores, Especialistas e Doutores, para desenvolver as melhores práticas para a gestão da área de TI nas empresas privadas e públicas. Atualmente se tornou a norma BS-15000, sendo esta um anexo da ISO 9000/2000. O foco deste modelo é descrever os processos necessários para gerenciar a infra-estrutura de TI eficientemente e eficazmente de modo a garantir os níveis de serviço acordados com os clientes internos e externos “As normas ITIL™ estão documentadas em aproximadamente 40 livros, onde os principais processos e as recomendações das melhores práticas de TI estão descritas. O ITIL™ é composto por módulos. Os mais importantes são o “”IT Service Support”" e o “”IT Service Delivery”".

Características do ITIL™
• Modelo de referência para processos de TI não proprietário;
• Adequado para todas as áreas de atividade;
• Independente de tecnologia e fornecedor;
• Baseado nas melhores práticas;
• Um modelo de referência para a implementação de processos de TI;
• Checklist testado e aprovado;
• O que fazer e o que não fazer.

Qual é a percepção das Organizações sobre a área de TI
• Provisão de serviços inadequada
• Falta de comunicação e entendimento com os usuários
• Gastos excessivos com infra-estrutura (sentimento de se tratar de uma parcela significativa nos gastos totais do negócio)
• Justificativas insuficientes ou pouco fundamentadas para os custos da provisão dos serviços (dificuldade na comprovação dos seus benefícios para o negócio)
• Falta de sintonia entre mudanças na infra-estrutura e os objetivos de negócio
• Entrega de projetos com atrasos e acima do orçamento

Quais são os desafios imediatos da área de Tecnologia
• Incrementar a efetividade dos serviços
• Estender o ciclo de vida da tecnologia
• Remover gargalos
• Racionalizar a complexidade
• Assegurar a aderência à evolução dos negócios

Quais são os resultados do ITIL
• Fortalecimento dos Controles e da Gestão dos ambientes de TI;
• Orientação a processos com significativa redução nos tempos de execução e distribuição de serviços;
• Diminuição gradativa da indisponibilidade dos recursos e sistemas de tecnologia da informação, causados por falhas no planejamento das mudanças e implantações em TI;
• Elevação dos níveis de satisfação dos usuários internos e clientes com relação à disponibilidade e qualidade dos serviços de TI;
• Redução dos custos operacionais de TI;
• Reconhecimento da capacidade de gerenciamento pelos acionistas, colaboradores e clientes;

Alguns exemplos de implantações iTil de retorno em curto prazo
1. Implantação de Sistema de inventário, prazo três dias, e que teve como resultado imediato economia no licenciamento do pacote office que em alguns casos era professional e a necessidade de uso demonstrou que o office standard atendia perfeitamente as necessidades do usuário.
2. Implantação do Sistema de inventário, prazo dois dias, que demonstrou que diversos aplicativos não estavam em uso pela empresa e que as licenças poderiam ser disponibilizadas para os usuários que estavam solicitando a aquisição destes produtos – racionalização dos recursos.

Gilson Nascimento
Analista de Suporte (ITIL Foundation)
Técnico em Desenvolvimento de Sistemas
Técnico de hardwareSuporte
Técnico de software de Gestão
Redes de Computadores

Certificação Microsoft(Estudante paga meia até na Certificação MS!)

Anunciada mais uma promoção de descontos para exames Microsoft!

A promoção é mundial e os descontos chegam até 55%, dependendo do país. O Brasil ficou com um dos maiores descontos: 50%!!A promoção é para estudantes apenas.Para obter o desconto, basta visitar o site da promoção
http://www.prometric.com/microsoft/student
escolher o exame, preencher o formulário com nome, sobrenome, e-mail e país e aguardar seu voucher de desconto por e-mail.Daí é só seguir com o processo normal de registro para o exame.Promoção válida até 30 de Junho de 2010.

A solicitação do voucher é on-line e a geração é automática. O voucher chegar por e-mail em até 2 dias (em meu teste chegou em 2 minutos).

Para ter acesso ao valor promocional, o estudante deve agendar o exame usando o código para exames acadêmicos (072), que não podem ser agendados on-line.

Para agendar o exame, o estudante deve entrar em contato por telefone com a Prometric ou se dirigir a um Centro de Exames.

No agendamento, o aluno deverá apresentar o voucher de desconto, um documento de identidade e um comprovante de que é estudante. Este comprovante pode ser a carteira de estudante ou um boleto da instituição.

A instituição pode ser faculdade, colégio, universidade, etc.. Basta que a mesma esteja registrada no MEC.
Atenção: o fiscal Prometric irá exigir documento que comprove sua condição de estudante (carteira de identificação ou boleto da instituição) e a sua identidade quando for fazer o exame.

Obs:Ajudem na divulgação.
Grato!!
Gilson Nascimento
Analista de Suporte (ITIL Foundation)
Técnico em Desenvolvimento de Sistemas
Técnico de hardware
SuporteTécnico de software de Gestão
Redes de Computadores

Sim. Documentação é vital!

Publicado por Jonas Abreu

Acredito que em todos os projetos nos quais já trabalhei, documentação foi um fator determinante para o sucesso ou fracasso do projeto. Documentação é muito importante e chega a ser irresponsável dizer que documentação é inútil.

Na minha opnião, documentação é uma forma de comunicação entre você (programador/documentador do presente) e você ou outros (programadores/gerentes do futuro - sendo futuro qualquer momento posterior à escrita da documentação). Através da documentação, tem que ser explicado para o próximo o que aquele sistema ou módulo faz. Essa é a função primordial da documentação.

Mas documentação não é apenas escrever dezenas de UMLs. Como disse, documentação é uma forma de comunicação e por definição não pode estar restrita à modelos. Modelos são ótimos para termos um lugar de onde partir (afinal, a melhor forma de aprendizado é através da cópia), mas temos que ter consciência de que devemos criar nossas próprias formas de comunicação com nossa equipe futura.

O que muitos acreditam erroneamente é que agilistas não gostam de documentação. Isso com certeza não é verdade. A maioria dos agilistas que vejo é mais preocupada com documentação do que desenvolvedores que utilizam processos tradicionais. A grande diferença é como cada um lida com a documentação.

Em um processo tradicional, a documentação é vista como uma obrigação. E obrigações são chatas e entediantes, não importa qual seja. Os agilistas encaram de outra forma. A documentação é uma responsabilidade de toda a equipe.

Então você não pode ter alguém responsável por escrever a documentação em uma equipe? Claro que pode (e talvez deva). Mas o ponto de ser uma responsabilidade afeta todos os tipos de documentação, não apenas os que devem ser entregues a algum gerente/supervisor/chefe.

Uma documentação que costuma ser muito ignorada é o próprio código. Como documentação é uma forma de comunicação entre o agora e o futuro, o código fonte da aplicação é o primeiro ponto de contato. Código auto-documentado é um dos principais tipos de documentação. Nenhum outro é capaz de suprir sua falta, porque esse é o código que realmente roda em produção (e consequentemente é quem traz dinheiro para a empresa). E notem a ênfase em auto. Eu não estou falando em ferramentas como javadoc, ndoc, ou comentários. Estou falando sobre código que além de legível é compreensível. Existe uma grande diferença entre os dois. Na comunidade de desenvolvimento SmallTalk isso é levado muito a sério. As boas práticas dizem que se você sentir a necessidade de acrescentar um comentário, você deve alterar o código para que fique mais compreensível e o comentário seja desnecessário.

Um segundo ponto de contato muito importante são os testes automatizados. Testes nada mais são do que documentação funcional do seu código, que ainda tem uma vantagem sobre os outros tipos. Eles são capazes de dizer se o seu código está certo com relação à quando o teste foi escrito. Se um teste falha, significa que o código está errado ou que o teste perdeu o sentido (ou seja, você nunca corre o risco de ficar com essa documentação desatualizada).

Esses são dois tipos de documentação que tem manutenção automática. Você não precisa lembrar de alterar o documento DOC4129-X porque acrescentou um método à classe Funcionario. Acrescentando o método (e o teste), a documentação estará feita.

Mas isso é suficiente? Nem sempre. Trabalhei com vários projetos onde foi o suficiente. Vários outros, não chegou perto do mínimo necessário. Quando estou desenvolvendo uma API para uso público, eu costumo documentar (com uma ferramenta como javadoc) toda a parte pública dela (por mais que muitas vezes eu gaste mais tempo com a documentação do que escrevendo essa parte pública), porque preciso explicar tudo o que vai acontecer, sem que o usuário precise olhar a implementação. Se quero que o projeto ganhe visão, preciso de uma documentação para o usuário, ensinando-o a usar o sistema (essa costuma levar mais tempo ainda).

O mais importante é lembrar que qualquer tipo de documentação exige esforço. Quanto desse esforço é convertido em valor para o projeto? O Toyota Production System é completamente baseado em eliminação de desperdício. E desperdício é qualquer coisa que não acrescente valor ao produto ou cliente. Quanto da documentação nos seus projetos atuais agregam valor aos seus clientes? Todas as 10 páginas para se criar uma modificação em uma classe? Então essa documentação é ótima. Nenhum dos diagramas UML? Então essa documentação precisa ser reavaliada.

Documentação é tão vital quanto água. Sem documentação, um projeto pode morrer. Com documentação excessiva, também.

Diferenças entre Java e Javascript

Por Miguel Angel Alvarez - Tradução de JML

Queremos que fique claro que Javascript não tem nada a ver com Java, salvo em suas origens. Atualmente são produtos totalmente distintos e não guardam entre si mais relação que a sintaxe idêntica e pouco mais. Algumas diferenças entre estas duas linguagens são as seguintes:

• Compilador. Para programar em Java necessitamos um Kit de desenvolvimento e um compilador. Entretanto, Javascript não é uma linguagem que necessite que seus programas se compilem, senão que estes se interpretem por parte do navegador quando este lê a página.
  
  
• Orientado a objetos. Java é uma linguagem de programação orientada a objetos. (Mais tarde veremos que quer dizer orientado a objetos, para quem ainda não sabe) Javascript não é orientado a objetos, isto quer dizer que poderemos programar sem necessidade de criar classes, tal como se realiza nas linguagens de programação estruturada como C ou Pascal.
  
  
• Propósito. Java é muito mais potente que Javascript, isto é devido a que Java é uma linguagem de propósito geral, com o que se podem fazer aplicações do mais variado, entretanto, com Javascript somente podemos escrever programas para que se executem em páginas web.
  
  
• Estruturas fortes. Java é uma linguagem de programação fortemente tipada, isto quer dizer que ao declarar uma variável teremos que indicar seu tipo e não poderá mudar de um tipo a outro automaticamente. Por sua parte, Javascript não tem esta característica, e podemos colocar em uma variável a informação que desejarmos, independentemente do tipo desta. Ademais, poderemos mudar o tipo de informação de uma variável quando quisermos.
  
  
• Outras características. Como vemos Java é muito mais complexo, mas também, mais potente, robusto e seguro. Tem mais funcionalidades que Javascript e as diferenças que os separam são o suficientemente importantes como para distinguí-los facilmente.

Por que a Oracle batalha tanto pelo MySQL?

Reuters Quarta-feira, 11 de novembro de 2009 - 17h52

BOSTON - A Oracle está permitindo que a aprovação das autoridades regulatórias à sua aquisição da Sun Microsystems, por 7 bilhões de dólares, demore meses, devido a uma controvérsia quanto a um banco de dados que a maioria dos usuários obtém gratuitamente.

O banco de dados MySQL, da Sun, embora minúsculo como fonte de receita, é importante para a Oracle porque pode ajudar a companhia a se expandir a novos mercados e melhorar sua posição competitiva diante da grande rival Microsoft, dizem os analistas.

A base de clientes do MySQL é formada por pequenas e médias empresas que utilizam a tecnologia para operar sites e armazenar dados de negócios. Os bancos de dados Oracle costumam se sair mal nesses mercados, e a empresa em lugar disso se concentra em grandes clientes corporativos.

"A base instalada da Oracle representa o Velho Mundo - o mercado existente de aplicativos empresariais. Mas existe todo um Novo Mundo que a Oracle não foi capaz de capturar," disse Marten Mickos, antigo CEO da MySQL.

Embora as autoridades dos EUA já tenham aprovado o acordo, os fiscais antitruste da União Europeia apresentaram nesta semana uma declaração de objeções, alegando que a transação prejudicaria a competição no mercado de bancos de dados, que movimenta 19 bilhões de dólares ao ano, caso a Oracle tomasse o controle da MySQL.

Essas preocupações causaram meses de atraso à transação, e resultaram em prejuízos que o presidente-executivo da Oracle, Larry Ellison, calcula em centenas de milhões de dólares.

A Oracle se recusa a ceder quanto ao MySQL, ativo que os analistas consideram possa ajudar a segunda maior produtora de software para empresas a se expandir rumo a novos mercados. Google, Amazon, Facebook e diversas agências de viagem online estão entre os gigantes da Web que usam software MySQL em seus sites, e esse é um mercado que a Oracle encontrou dificuldades para penetrar.

O MySQL, um produto de fonte aberta disponível para download gratuito na Internet, é o único programa de banco de dados de uma grande empresa disponível a custo zero. A Sun fatura oferecendo versões com recursos adicionais, e serviços como atualizações para corrigir defeitos.