Vivenciando TI

Desocupação do Pinheirinho: retrato do Brasil

2012-01-25T13:05:00.000-02:00

A desocupação da área conhecida como Pinheirinho em São José dos Campos é um retrato bastante preciso de como é estruturada a sociedade e consequentemente a justiça brasileira: para quem tem dinheiro valem as brechas da lei, para quem não tem vale o rigor da lei.

Existe uma lista imensa de mensaleiros, banqueiros, empresários, contraventores e mesmo invasores, atolados até o pescoço na justiça, mas como têm dinheiro e influência, ficam anos a fio protelando os seus processos até os crimes prescreverem. Em muitos casos eles conseguem até transformar os investigadores em réus, vide o caso da operação Satiagraha.

Porém, quando o grupo envolvido não tem status social e econômico elevado, o problema é resolvido no “estrito cumprimento da lei” e debaixo de cassetete.

Neste sentido, o Jornalista (com “J” maiúsculo mesmo) Ricardo Boechat fez um excelente comentário na Band News FM. Ouçam:

http://bandnewsfm.band.com.br/Noticia.aspx?COD=567712&Tipo=225

Conceito de Processo x BPM x BPMS

2012-01-06T10:30:00.000-02:00

Muitos confundem os conceitos de:

Processo (P), ou em inglês: Process,
Processo de Negócio (BP), ou em inglês: Business Process,
Gerenciamento de Processos de Negócio (BPM), ou em inglês: Business Process Management e
Sistema de Gerenciamento de Processos de Negócios (BPMS), ou em inglês: Business Process Management System.

Para quem está no ramo da informática é importante aprender o significado desses conceitos, bem como os relacionamentos que existem entre eles, como surgiram e as necessidades de cada um na organização.

Processo (P)

Processo é um conjunto de atividades que são realizadas para produzir um resultado. Esse resultado pode ser um bem ou um serviço. Por exemplo, temos processos definidos para produzir pão, para fabricar carro, para construir casa, para construir software, etc.

A ISO 9000 define processo como “um conjunto de atividades inter-relacionadas ou interativas, que transformam entradas (materiais, formas de energia, informações ou os próprios clientes) em saídas”. Para transformar os recursos entrantes em bens e serviços (saídas), os processos valem-se de recursos de transformação, como máquinas e equipamentos, manuais, trabalho, softwares, repositórios de informação etc.

Processo de negócio (BP)

Processo de negócio nada mais é do que um processo específico para alcançar um resultado específico. Ele é personalizado, intrínseco aos objetivos de seus executores. Esses objetivos variam, de acordo com as necessidades de cada organização. Os Processos de Negócio são, na verdade, um subconjunto de todos os Processos possíveis.

Gerenciamento de Processos de Negócio (BPM)

De acordo com CBOK, BPM (Business Process Management) é uma abordagem disciplinada para identificar, desenhar, executar, documentar, medir, monitorar, e controlar processos de negócio automatizados e não automatizados, para alcançar os resultados pretendidos consistentes e alinhados com as metas estratégicas de uma organização.

BPM permite que uma organização alinhe seus processos de negócio a sua estratégia organizacional, conduzindo a um desempenho eficiente em toda a organização através de melhorias das atividades específicas de trabalho em um departamento, em toda a organização ou entre organizações.

BPM é a disciplina que sistematiza e organiza os Processos de Negócio e normalmente é aplicado a um subconjunto dos Processos de Negócio existentes em uma organização.

Sistema de Gerenciamento de Processos de Negócios (BPMS)

Os processos de negócios das empresas estão cada vez mais corporativos. Estão sofrendo constantes modificações em seus escopos, em suas atividades, nas formas que elas são executadas. É o preço do progresso e da concorrência. Seus gestores têm que estar atentos aos indicadores de desempenho e à abrangência de seus processos e seus resultados para a sobrevivência econômica da corporação. Porém, seria um desafio gigantesco realizar a integração, face-a-face, das várias tecnologias que compõem cada processo da organização.

O modelo conceitual BPMS valoriza os investimentos já realizados em softwares pelas organizações envolvidas com o processo de negócio, diferentemente da estratégia da reengenharia de uma década atrás, que apregoava o descarte e a substituição dos sistemas de informação legados pelo sistema ERP.

No modelo conceitual BPMS, os sistemas de informação legados, hospedados em diferentes ambientes computacionais, continuam a executar as operações necessárias ao processo de negócio. Estes sistemas legados são coordenados, “orquestrados”, pelo ambiente de gestão do processo (AGP) do BPMS. Em outras palavras, o modelo conceitual do BPMS não está fundamentado na “construção de softwares ou de módulos de sistemas de informação, mas na junção e orquestração de partes de softwares já disponíveis”. É nesse ambiente onde se localizam o painel de controle, os alertas, marcações de tempo, indicação de custo, etc. Enfim, é a interface do sistema com o usuário gestor do processo.

Alguns estudiosos do assunto afirmam que um BPMS é uma suíte de produtos de software integrados e com a finalidade de habilitar o BPM. Porém uma análise mais detalhada das suítes disponíveis no mercado não confirma tal forma de enxergar o BPMS, pois uma única suíte não teria condições de solucionar todos os problemas de BPM das organizações.

Retirando desse contexto certas motivações comerciais, não há como negar o fundamento de algumas delas que se propuseram a executar todas as etapas do BPM, mas não lograram sucesso integralmente. Neste contexto há um questionamento clássico sobre a melhor ferramenta para BPM. Podemos afirmar com total segurança que a resposta mais óbvia seria então outra pergunta: ferramenta para fazer o quê no BPM?

É preciso ter um conjunto de diferentes ferramentas para compor uma solução total de BPM, e que normalmente elas não necessitam estar integradas em uma única suíte de produtos de softwares de um único fabricante.

A tabela abaixo mostra a classificação das ferramentas de TI que podem ser aplicadas no âmbito do BPM, de acordo com seu uso em processos.

A seguir os principais benefícios corporativos que levam à utilização de uma suíte BPM

O dinamismo dos atuais ambientes de negócios gera constantes alterações nas condições do mercado, obrigando os executivos a reagir o mais rápido possível. Isso implica em alterações nas operações da empresa e, consequentemente, nos processos de negócio implementados. O BPMS provê ferramentas para análise e otimização dos processos.
Os atuais processos de negócios são cada vez mais colaborativos, isto é, envolvem diversas empresas parceiras na operação do processo. Esses processos extrapolam fronteiras organizacionais e envolvem uma diversidade de sistema de informação. Além dos problemas ligados à dificuldade de alteração dos softwares, há agora o problema da diversidade de sistemas, de plataformas tecnológicas nas quais eles operam, de bases de dados e todos os demais componentes necessários para a execução de um sistema de informação. O BPMS facilita a comunicação de diferentes tecnologias e a unificação dos processos intra-funcionais;
A visualização ou abstração do fluxo de processos de negócios em tempo real, independentemente da quantidade e localização dos softwares que o compõem, o acompanhamento dos indicadores do processo ou de suas partes, o disparo de ações com base em eventos, entre outras funcionalidades requeridas à gestão dos modernos processos colaborativos, requerem uma proposta e arquitetura de softwares diferente das tradicionais. O BPMS permite alterações nas atividades e regras de negócio dos processos, de forma rápida e segura;
Para os atuais processos de negócios colaborativos, que envolvem diversas entidades e diversos sistemas de informação, não há mais viabilidade técnica de embutir controles gerenciais do processo nos diversos softwares relacionados à sua execução como funcionava até então. O problema não está restrito á fragmentação de softwares e componentes tecnológicos envolvidos no tratamento de um processo, mas também na questão da exiguidade de tempo para a identificação de eventos de negócio. Os limites atuais de competitividade fazem com que as empresas operem no limite de seus recursos, tornando cada anormalidade do processo um evento crítico que deve ser tratado imediatamente. A identificação de eventos ao longo do processo, em tempo real, é um importante fator de negócio que corrobora com a demanda de uma camada de gerenciamento conectada diretamente aos softwares que estão executando o processo. O BPMS provê gerenciamento de processo em tempo real, através dos vários indicadores de desempenho disponíveis. A análise desses indicadores mostrará a necessidade de alteração, otimização ou substituição do processo atual.

Embora sistemas BPM possam produzir vantagens significativas, também têm riscos associados a qualquer esforço de automação de sistemas:

O risco mais significativo é que podemos desenvolver um falso sentimento de segurança ao supor que só porque podemos automatizar um processo, ele é melhor. Como em qualquer adoção de sistemas, automatizar processos mal feitos não resultará em melhores práticas de negócio;
A sofisticação de algumas aplicações BPMS pode mascarar erros ou ineficiências de processos, e o entendimento cuidadoso e detalhado de implementações é importante;
E finalmente o uso de BPMS pode aumentar a exposição a riscos de segurança da informação.

Call center: Reportagem com técnicas para enganar os clientes

2011-10-06T13:02:00.000-03:00

Eu já escrevi alguns posts sobre o que acontece nos bastidores de um call center e as técnicas que eles utilizam para atingir suas metas:

Agora, na Rede Globo, passou uma reportagem que ilustra muito bem o que eu havia escrito e mostra algumas técnicas que os call centers utilizam para enganar os clientes. Veja o vídeo no link abaixo:

Telemarketing usa técnicas para enganar os clientes

Esta reportagem, na verdade, é apenas a ponta do iceberg. Se for feita uma investigação mais profunda sobre as técnicas usadas pelos call centers, vão aparecer muitas outras picaretagens.

Certificações em gerenciamento de projetos

2011-09-29T13:31:00.000-03:00

O profissional que trabalha com gerenciamento de projetos tem inúmeras alternativas de certificar os seus conhecimentos e ser reconhecido no mercado como uma pessoa que domina o assunto.

Diversos institutos internacionais oferecem uma grade de certificados que se adaptam a profissionais em diferentes estágios de desenvolvimento da carreira.

A seguir, eu listarei os principais institutos e os certificados que eles oferecem:

PMI - Project Management Institute

É o instituto que trata a gerência de projetos mais conhecido internacionalmente e é responsável pela publicação do badalado guia de práticas PMBOK.

O profissional tem as seguintes opções de se certificar junto ao PMI:

CAPM - Certified Associate in Project Management

Para profissionais iniciantes na gerência de projetos.

PMP - Project Management Professional

A certificação mais completa do PMI, voltada para profissionais experientes.

PgMP - Program Management Professional

Voltada para profissionais que gerenciam programas.

PMI-ACP - PMI Agile Certified Practitioner

Certificação para gerenciamento de projetos utilizando um método ágil.

PMI-RMP - PMI Risk Management Professional

Específica para o gerenciamento de riscos.

PMI-SP - PMI Scheduling Professional

Específica para o gerenciamento de tempo.

IPMA – International Project Management Association

Apesar de mais conhecido, o PMI não é o único instituto internacional de gerência de projetos. O IPMA é outro instituto que tem reconhecimento internacional e muitas empresas adotam as suas práticas de gerenciamento de projetos.

O IPMA foi fundado em 1965, tem sede na Suíça, segue uma linha similar ao PMI, porém, com enfoque voltado a atividades e não disciplinas. O seu framework é mais utilizado na Europa, enquanto o PMI é mais forte nas Américas. Ele é representado no Brasil pela ABGP (Associação Brasileira de Gerenciamento de Projetos).

Diferentemente do PMI, a certificação do IPMA é divididas em níveis, de forma que o profissional pode ir escalando o seu reconhecimento no mercado gradativamente. Os níveis de certificação são:

Level D - Certified Project Management Associate

Deve ter conhecimentos de Gerenciamento de projetos, os quais poderão ser aplicados em alguns campos da sua especialidade. Não é exigida experiência profissional.

Level C - Certified Project Manager

É capaz de gerenciar, com razoável independência, projetos não complexos, coordenar as tarefas técnicas de equipes de projeto e apoiar o gerente de um projeto complexo em todas as áreas de aplicação do gerenciamento de projetos.

Level B - Certified Senior Project Manager

Deve ter a capacidade de gerenciar projetos complexos com total independência.

Level A - Certified Projects Director

Deve ter a capacidade de dirigir todos os projetos constituintes de um programa ou todos os projetos de uma empresa ou linha de negócio ou ainda um projeto complexo com participantes de diferentes culturas e geografias.

Para os níveis mais altos de certificação, o IPMA usa, além de provas de conhecimento, outros critérios de avaliação, como entrevista e comprovação de experiência.

PRINCE2 - PRojects IN Controlled Environments

Mais conhecida na Europa, especialmente no Reino Unido, a PRINCE2 ainda está dando os primeiros passos na América do Sul. Com proposta totalmente diferente das certificações do PMI, a PRINCE2 é uma metodologia e tem como objetivo estabelecer um passo a passo para gerenciar projetos.

Quem mantém a metodologia é o OGC (The Office of Government and Commerce) do Reino Unido. As certificações são gerenciadas pelo APM Group e a documentação é suportada pelo TSO (The Stationery Office), todos ligados ao governo britânico.

Ela tem três níveis de certificação:

Foundation

É a certificação para profissionais iniciantes no PRINCE2.

Practicioner

É o nível mais alto de certificação para profissionais que utilizam o PRINCE2.

Instrutor Certificado

É a certificação para quem quer ser instrutor de PRINCE2. Para passar por este nível, o profissional deve comprovar horas de experiência e ser auditado pelo OGC (Office of Government Commerce). O exame, neste caso, só pode ser aplicado por um instrutor PRINCE2 – há apenas dois no Brasil, segundo a Elumini, consultoria oficial dessa metodologia por aqui, que está estruturando um treinamento no país.

Palestra de Steve Jobs em Stanford

2011-08-30T08:21:00.000-03:00

Este vídeo mostra uma palestra de Steve Jobs, fundador e até recentemente CEO da Apple, para os formandos da universidade de Stanford.

A sua palestra é uma preciosidade. Seja para quem é ligado em tecnologia e quer conhecer melhor um ícone da área, ou para quem simplesmente quer ouvir uma lição de vida. É um pouco longo, mas vale à pena.

Apenas para situar, essa palestra foi proferida em 2005, pois, recentemente o câncer que ele disse ter sido curado, aparentemente voltou e Steve se afastou da presidência da Apple.

Quem quiser o texto por escrito, ele está no site da Stanford University.

Antes era mais fácil desenvolver aplicativos stand alone

2011-08-16T08:16:00.000-03:00

Antigamente (mas nem tanto assim, há uns 15 anos) era muito mais fácil construir um aplicativo para rodar sozinho em um desktop ou, no máximo, numa rede de três ou quatro micros. Bastava desenvolver uma aplicação usando Clipper, Dbase ou Fox, com arquivos DBF. Haviam outras opções de mais baixo nível como C ou Pascal com bibliotecas para acesso a dados.

Bastava fazer os programas e colocar para rodar. Não precisava instalar nada, nem configurar, nem se preocupar com serviços, servidores, middleware, conexões, etc.

Recentemente, eu precisei fazer um aplicativo com essas características para uso interno no meu setor e deu um trabalhão.

Não existe um pacote decente disponível que permite fazer um aplicativo rápido.

Se for usar MS-Access, precisa ter uma licença instalada em cada máquina, além das complicações para acesso aos dados.

Em PHP é preciso configurar um servidor de aplicação, um banco de dados e a conexão entre eles.

Será que ninguém pensou em criar um pacotinho simples para se criar aplicativos stand alone sem maiores frescuras?

Recibo para pagamento de empregado

2011-06-28T08:16:00.000-03:00

Estou disponibilizando uma planilha Excel com um modelo muito prático de recibo para pagamento de empregados.

A planilha preenche o recibo automaticamente em duas vias e é impressa em apenas uma página formato A4. Além disso, os cálculos de descontos são facilitados por algumas fórmulas.

O modelo pode ser baixado em:

http://guiarapido.tripod.com/arq.html

O analista de sistemas e o gerente

2011-05-27T17:47:00.002-03:00

Para descontrair, uma piada que circula pela internet, mas que tem lá seu fundo de verdade:

Um homem anda por uma estrada próxima a uma cidade, quando percebe, a pouca distância, um balão voando baixo. O balonista lhe acena desesperadamente, consegue fazer o balão baixar o máximo possível e lhe grita:
- Ei você, poderia ajudar-me? Prometi a um amigo que me encontraria com ele às duas da tarde, porém já são duas e meia e nem sei onde estou. Poderia me dizer onde me encontro?
O outro homem, com muita cortesia, respondeu:
- Mas claro que posso ajudá-lo! Você se encontra em um balão de ar quente, flutuando a uns vinte metros acima da estrada. Está a quarenta graus de latitude norte e a cinquenta e oito graus de longitude oeste.
O balonista escuta com atenção e depois lhe pergunta com um sorriso:
- Amigo, você trabalha como analista de sistemas?
- Sim, senhor, ao seu dispor! Como conseguiu adivinhar?
- Porque tudo o que você me disse está perfeito e tecnicamente correto, porém esta informação me é totalmente inútil, pois continuo perdido. Será que você não tem uma resposta mais satisfatória?
O analista fica calado por alguns segundos e finalmente pergunta ao balonista:
- E você, não seria por acaso um Gerente?
- Sim, por um acaso sou um gerente. Por quê?
- Ah, foi muito fácil! Veja só: Você não sabe onde está e nem para onde vai. Fez uma promessa da qual não tem a mínima ideia de como irá cumprir e ainda por cima espera que outra pessoa resolva o seu problema. Continua exatamente tão perdido quanto antes de me perguntar. Porém, agora, por um estranho motivo, a culpa passou a ser minha...

Curso gratuito de SCRUM

2011-05-07T00:02:00.000-03:00

Quem quiser conhecer o SCRUM, framework para gerenciamento ágil de projetos, pode fazer o mini-curso gratuito oferecido pela Qualifico. A duração é de 3 horas, aproximadamente.

http://www.qualifico.com.br/curso.asp?curso=SCM

Concurso para analista na Prodemge

2011-04-29T00:28:00.000-03:00

Foi publicado edital para concurso público da Prodemge - Companhia de Tecnologia da Informação de MG.

Ele está disponível nos sites da Prodemge e da Fumarc, organizadora do concurso.

São 330 vagas para analistas, sendo 310 para a área de TIC e 20 para a área de gestão administrativa. Poderão se candidatar pessoas com qualquer curso de nível superior reconhecido pelo MEC (tecnólogo e graduação).

O período de inscrição será de 27 de junho a 26 de julho. As provas estão marcadas para o dia 14 de agosto e o resultado final está previsto para ser divulgado no início de setembro. O concurso tem validade de dois anos.

O salário inicial é R$ 2.724,28.

Mais informações:

http://www.fumarc.com.br/concursos/detalhe/nivel-superior/37

Pós-venda de marca de computadores não funciona

2011-03-06T23:52:00.000-03:00

Eu assisti o vídeo que está no link abaixo, sobre os problemas no pós-venda de uma marca de computadores e achei incrível, porque aconteceu exatamente o mesmo comigo:

http://www.alexfreire.com.br/player.php?v=videos/quando_o%20pos_venda_nao_funciona.wmv

Eu comprei um micro de uma marca famosa com duas letras (primeiro vem um H e depois vem um P), assim como a do vídeo e pouco tempo depois ele começou a mostrar uma tela azul do nada.

Enviei o equipamento para a assistência técnica diversas vezes, entrei em contato por telefone insistentemente e nada. Até hoje eu tenho este micro e ele continua mostrando a tela azul com certa frequência.

Já tentei de tudo, desde alterações no hardware até no software.

A verdade é que as empresas se preocupam muito em vender, mas, depois, o cliente é que se vire se o produto apresentar algum problema.

Ferramentas gratuitas para modelagem de sistemas

2011-01-31T18:20:00.001-02:00

Para quem trabalha com desenvolvimento de sistemas, eu listei abaixo algumas ferramentas gratuitas para modelagem, que às vezes ajudam um bocado por um preço bem camarada:

ArgoUML: http://www.tigris.org/

Esta é uma ferramenta escrita em Java, só faz diagramas UML e não faz modelagem de dados.

UML Modeling Tool - JUDE: http://astah.change-vision.com/en/product/astah-community.html

Esta também só trabalha com UML, mas, eu não tenho maiores informações.

Eclipse - Omondo - The Live UML Company: http://www.omondo.com/

Esta é feita para trabalhar junto com o Eclipse. Também só desenha UML.

TCM - Toolkit for Conceptual Modeling: http://wwwhome.cs.utwente.nl/~tcm/

Esta é a única que eu já vi que trabalha com análise essencial (eu acho que também faz modelagem de dados). O problema é que ela só roda debaixo de Linux. Para executá-la no Windows é preciso instalar um emulador Linux (tipo CYGWIN).

Dia: http://www.gnome.org/projects/dia/

Este é um programa que apenas desenha os diagramas (tipo o Visio da Microsoft).

MySQL Workbench: http://wb.mysql.com/

Esta ferramenta faz apenas a modelagem de dados e trabalha integrada com o MySQL.

Frases espirituosas sobre desenvolvimento de software

2010-12-25T12:02:00.000-02:00

Há duas formas de construir um projeto de software: Uma maneira de fazer isso deve ser tão simples que, obviamente, não deixe deficiências, e a outra forma é a de torná-lo tão complicado que não percebam as evidentes deficiências. O primeiro método é muito mais difícil. – CAR Hoare

Se construtores de edifícios construíssem seus prédios como os programadores escrevem seus programas, o primeiro pica-pau que viesse poderia destruir uma civilização. – Gerald Weinberg

Hoje a programação é uma corrida entre os engenheiros de software para tentar construir maiores e melhores programas à prova de idiotas, e o Universo tentando produzir maiores e melhores idiotas. Até agora, o Universo está ganhando. – Rich Cook

Java pode ser um bom exemplo do que uma linguagem de programação deve ser. Mas as aplicações escritas em Java são um bom exemplo de como as aplicações não devem ser.

Análise de sistemas é como criar uma criança; você pode fazer um estrago imenso, mas não pode garantir sucesso. – Tom DeMarco

A maioria dos softwares atuais são como as pirâmides do Egito, com milhões de blocos empilhados uns em cima dos outros, nenhuma integridade estrutural, feita apenas pela força bruta e milhares de escravos. – Alan Kay

Andar sobre a água e desenvolver software a partir de uma especificação é fácil. Se ambos estiverem congelados...

Avaliação de software de gerenciamento financeiro pessoal

2010-12-15T23:15:00.000-02:00

Há muito tempo eu uso um software de gerenciamento financeiro pessoal que é executado no Palm, o Hand Money, este software é excelente e atende todas as minhas necessidades de acompanhamento das finanças, porém, o meu Palm já está muito velho e os Palm's em geral estão praticamente em desuso.

Como o fabricante do Hand Money não desenvolveu outra versão do aplicativo para uma plataforma diferente, eu resolvi pesquisar um novo software de finanças pessoais para adotar. Os meus requisitos para este novo software eram:

Permitir a criação de diversas contas (para que eu possa controlar mais de uma conta bancária, cartões, investimentos, etc.);
Cadastrar lançamentos previstos para datas futuras com repetições periódicas;
Ter uma separação clara entre lançamentos previstos e os efetivamente realizados;
Identificar os favorecidos em cada lançamento;
Permitir categorizar os lançamentos;
Ter consulta aos saldos previstos das contas;
Ter consulta de um resumo de lançamentos agrupados por categoria;
Importar arquivos de extrato bancário;
Além de dar preferência para aplicativos que executem na web, para não me deixar preso a uma plataforma ou hardware específico;
E, por último, não ter mensalidade para utilização do software (afinal, eu quero um software de gerenciamento financeiro e não mais um custo fixo no meu orçamento).

Com essas definições, eu testei mais de 20 softwares de gerenciamento financeiro, brasileiros e estrangeiros. Segue abaixo um resumo de cada aplicativo que eu avaliei (começando dos que eu considerei melhor até os piores) e a minha decisão final:

Minhas Economias: http://www.minhaseconomias.com.br

O único requisito que ele não atende é o cadastramento do favorecido, no mais, o aplicativo é excelente. Pode ser cadastrado um orçamento separado e depois compará-lo com o realizado. A importação de arquivos é muito boa, permitindo uma série de ajustes no momento da importação. Os dados também podem ser exportados para planilha ou PDF. As mensagens que eu enviei com dúvidas para o fornecedor foram respondidas prontamente.

O aplicativo é grátis para o usuário final, a proposta do site é obter receita com publicidade, mas até o momento eles não têm nenhum anúncio sendo exibido. Isso me deixa em dúvida com relação à continuidade do serviço em longo prazo.

Contas Online: http://www.contasonline.com.br

Ele atende a todos os requisitos e tem uma interface muito boa. O problema dele, é que a versão gratuita é limitada a 45 lançamentos mensais, acima disso, há cobrança de mensalidade. Os contatos que eu fiz com o fornecedor foram respondidos com presteza. Parece que o fornecedor é uma empresa de pequeno porte do interior.

Debit: http://www.debit.com.br

O único requisito que ele não atende é a importação de arquivos com lançamentos bancários, contudo, ele permite a exportação dos dados para planilhas. O maior problema desse aplicativo, é que ele apresenta alguns pequenos defeitos. Eu mandei um email relatando os problemas que identifiquei e eles responderam prontamente que iriam avaliar os erros, porém, os erros ainda persistem. A usabilidade do aplicativo é um pouco confusa.

O Debit é totalmente gratuito. A empresa possui outros aplicativos pagos que são voltados para empresas.

Minhas Finanças: http://www.bb.com.br

É um aplicativo exclusivo para quem é correntista do Banco do Brasil. Ele é muito bom, mas, os lançamentos futuros não podem ter repetição e as consultas não te deixam ter visão dos saldos futuros das contas. Não permite o cadastramento de favorecido. Tem ainda a desvantagem de te obrigar a permanecer no Banco do Brasil para continuar a utilizá-lo.

Clear Checkbook: http://www.clearcheckbook.com

É uma aplicação em inglês e os relatórios são limitados a 10 meses na versão gratuita, ou seja, você não consegue ter a visão de um ano completo. Só não atende os requisitos de cadastramento do favorecido e de informar o saldo previsto das contas.

Moneytrackin: http://www.moneytrackin.com

Não atende a um requisito importante: a separação do previsto e do realizado. Além disso, não cadastra favorecido e nem informa o saldo previsto das contas.

Spesa: http://spesa.com.br

Só permite o cadastramento de uma conta. O aplicativo é gratuito, mas, passa a impressão de ser amador. A parte de relatórios também é fraca.

Organizze: http://www.organizze.com.br

Muito bom, mas, no plano gratuito só permite o cadastramento de uma conta.

Sr. Dinheiro: http://www.srdinheiro.com.br

Não atende a vários requisitos. Além disso, possui diversas limitações de quantidade de lançamentos na versão gratuita.

gBolso: http://www.gbolso.com.br

Muito citado nos fóruns e avaliações, porém, não atende vários dos requisitos. Possui recursos de controle de contas a pagar, investimentos e lançamentos em lote, porém, só no plano pago.

IExpenseOnline: http://www.iexpenseonline.com

Aplicativo em inglês. Não atende a diversos requisitos. Me pareceu lento.

Meus Gastos: http://www.meusgastos.com.br

Aplicativo totalmente gratuito, porém, muito simples.

Manubia: http://www.manubia.com.br

A versão gratuita é muito limitada, permite a criação de apenas 2 contas.

AltMoney: http://www.altmoney.com.br

Pareceu-me bom, mas, como só tem versão paga, eu nem cheguei a avaliar mais profundamente.

Super Contas: http://www.supercontas.com.br

É um aplicativo muito interessante, voltado para divisão de contas entre um grupo de pessoas, mas, está completamente fora do que eu estou procurando. Totalmente gratuito.

Meu Gerenciamento: http://www.meugerenciamento.com.br

Voltado para empresas. Não existe versão gratuita.

Mônaco Online: http://www.monacoonline.com.br

Não apresenta nenhuma informação sobre a empresa fornecedora ou sobre o produto no site. Ocorre um erro quando se tenta criar um novo usuário, por isso, não foi possível avaliar.

Buxfer: http://www.buxfer.com

Em inglês. No plano básico gratuito podem ser criadas no máximo 5 contas. Há reclamações em fóruns que o serviço está "morto", ou seja, estagnado sem evoluções ou suporte. O saldo das contas e os valores dos lançamentos nas mesmas não conferem.

Mint: http://www.mint.com

Aplicativo em inglês, é o mais popular nos Estados Unidos, porém, para utiliza-lo você tem que vincula-lo à sua conta bancária, passando seus dados de acesso à mesma (login e senha) para que o aplicativo possa recuperar as informações do extrato. Mesmo que você tenha coragem de informar seus dados de login bancário a um aplicativo na internet, o Mint só funciona com bancos americanos.

Finance Desktop: http://www.financedesktop.com.br

Precisa fazer download para ser executado, por isso eu não o avaliei. Pode ser executado a partir de um pendrive.

Grana Forte: http://granaforte.com.br

Precisa de download para ser executado e só tem versão paga, assim sendo, eu não o avaliei.

Depois de todas as avaliações, eu fiquei entre três alternativas:

Minhas economias: http://www.minhaseconomias.com.br
Debit: http://www.debit.com.br
Contas Online: http://www.contasonline.com.br

O “Minhas Economias” acabou sendo a minha escolha final. Eles responderam prontamente os emails que eu mandei. O aplicativo não tem cadastro de favorecido, mas, isso é contornável com o campo "descrição" no lançamento. No mais, ele é excelente: usabilidade muito boa, importação de dados muito bem resolvida e totalmente gratuito. A única dúvida, é sobre a continuidade do serviço a longo prazo.

Com os bugs que o Debit apresenta, é difícil optar por ele. O ponto positivo, é que a empresa por trás do software parece que tem certa solidez.

Eu só não optei pelo “Contas Online” devido ao custo do serviço, já que eu não quero assumir mais um custo fixo.

Ferramenta gratuita para groupware: Dimdim

2010-11-22T23:05:00.000-02:00

Para quem precisa trabalhar em grupo, mas, está fisicamente separado dos seus pares, existe uma excelente ferramenta para ajudar a integrar os parceiros de trabalho. E o melhor, ela é inteiramente grátis: Dimdim.

Você pode compartilhar documentos, a sua tela, conversar com vídeo ou voz e usar muitos outros recursos.

Veja mais em: http://www.dimdim.com/

Diferença entre iterativo e interativo

2010-10-15T08:21:00.001-03:00

Duas palavras muito comuns na área de TI, mas que constantemente são confundidas em seu significado e aplicação: iterativo e interativo.

Iterativo se refere a ciclo, repetição.

Uma Iteração é um ciclo ou uma etapa de uma rotina maior.

Já Interativo, se refere a relacionamento, comunicação.

Uma interação é uma ação mútua, uma entidade agindo sobre a outra ou vice-versa.

Por exemplo, no desenvolvimento de software o correto é se falar em desenvolvimento iterativo e incremental.

Desenvolvimento incremental é uma estratégia de planejamento estagiado, em que várias partes do sistema são desenvolvidas em paralelo, e integradas quando completas.

Desenvolvimento iterativo é uma estratégia de planejamento de retrabalho em que o tempo de revisão e melhorias de partes do sistema é pré-definido. A saída de uma iteração é examinada para modificação, e especialmente para revisão dos objetivos das iterações sucessivas.

Muitas vezes as pessoas se enganam e falam em desenvolvimento "interativo" e incremental, o que não está correto.

Como funcionam os projetos de software

2010-09-29T22:47:00.001-03:00

Os projetos de software nem sempre atingem os seus objetivos. Para mostrar como estes projetos funcionam, existe um exemplo bem humorado que é usado há muito tempo:

01 - Como o cliente descreveu a sua necessidade:

02 - Como o analista de requisitos entendeu:

03 - O que o gerente de conta vendeu para o cliente:

04 - Como o analista especificou:

05 - O que o programador construiu:

06 - O que a equipe de testes recebeu:

07 - Como o projeto foi documentado:

08 - Qual é o plano de recuperação de desastre:

09 - Como o marketing anunciou:

10 - O que a operação instalou:

11 - Como é suportado:

12 - Quando foi entregue:

13 - Quanto foi cobrado do cliente:

14 - O que o cliente realmente queria:

Veja mais exemplos em: http://www.projectcartoon.com

Como programadores matam dragões e salvam princesas

2010-09-14T23:21:00.000-03:00

Vejam um texto divertido sobre programadores e suas características, que circula pela web (eu não sei qual é a origem dele):

Java - Chega, encontra o dragão, desenvolve um framework para aniquilamento de dragões em múltiplas camadas, escreve vários artigos sobre o framework, mas não mata o dragão.

.NET - Chega, olha a ideia do Javanês e a copia. Tenta matar o dragão, mas é comido pelo réptil.

C - Chega, olha para o dragão com olhar de desprezo, puxa seu canivete, degola o dragão, encontra a princesa, mas a ignora para ver os últimos checkins no cvs do kernel do Linux.

C++ - Cria um canivete básico e vai juntando funcionalidades até ter uma espada complexa que apenas ele consegue entender. Mata o dragão, mas trava no meio da ponte por causa dos memory leaks.

COBOL - Chega, olha o dragão, pensa que ta velho demais para conseguir matar um bicho daquele tamanho e pegar a princesa e, então, vai embora.

Pascal - Se prepara durante 10 anos para criar um sistema de aniquilamento de dragão... Chegando lá, descobre que o programa só aceita lagartixas como entrada.

VB - Monta uma arma de destruição de dragões a partir de vários componentes, parte pro pau pra cima do dragão e, na hora H, descobre que a espada só funciona durante noites chuvosas...

PL/SQL - Coleta dados de outros matadores de dragão, cria tabelas com N relacionamentos, complexidade ternária, dados em 3 dimensões, OLAP e demora 15 anos para processar a informação. Enquanto isso a princesa virou lésbica.

Ruby - Chega com uma baita fama, falando que é o melhor faz tudo, quando vai enfrentar o dragão mostra um videozinho dele matando um dragão... O dragão come ele de tédio.

Smalltalk - Chega, analisa o dragão e a princesa, vira as costas e vai embora, pois eles são muito inferiores.

shell - Cria uma arma poderosa para matar os dragões, mas, na hora H, não se lembra como usá-la.

shell(2) - O cara chega ao dragão com um script de 2 linhas que mata, corta, estripa, empala, pica em pedacinhos e empalha o bicho, mas na hora que ele roda o script, aumenta, engorda, enfurece e coloca álcool no fogo do dragão.

Assembly - Acha que ta fazendo o mais certo e enxuto, porém troca um A por D, mata a princesa e transa com o dragão.

Fortran - Chega, desenvolve uma solução com 45000 linhas de código, mata o dragão, vai ao encontro da princesa... Mas esta o chama de tiozinho e sai correndo atrás do programador Java que era elegante e ficou rico.

Fox Pro - Desenvolve um sistema para matar o dragão, por fora é bonitinho e funciona, mas por dentro está tudo remendado, quando ele vai executar o aniquilador de dragões lembra que se esqueceu de indexar os DBFs.

Analista de Processos - Chega ao dragão com duas toneladas de documentação desenvolvida sobre o processo de se matar um dragão genérico, desenvolve um fluxograma super complexo para libertar a princesa e se casar com ela, convence o dragão que aquilo vai ser bom pra ele e que não será doloroso. Ao executar o processo ele estima o esforço e o tamanho do estrago que isso vai causar, pede a assinatura do papa, do Buda e do Raul Seixas para o plano e, então, compra 2 bombas nucleares, 45 canhões, 1 porta aviões, contrata 300 homens armados até os dentes, quando na verdade necessitaria apenas da espada que estava na sua mão o tempo todo.

Clipper - Monta uma rotina que carrega um array de codeblocks para insultar o dragão, cantar a princesa, carregar a espada para memória, moer o dragão, limpar a sujeira, lascar leite condensado com morangos na princesa gostosa, transar com a princesa, tomar banho, ligar o carro, colocar gasolina e voltar pra casa. Na hora de rodar recebe um "Bound Error: Array Access" e o dragão o come com farinha.

Perl - Chega, olha o dragão de cima a baixo, monta um programinha mixuruca com três linhas, mas com uma puta expressão regular (que ninguém entende, nem o cara que fez) que simplesmente oblitera o dragão e as roupas da princesa, deixando-a no jeito pro programador terminar o serviço. Mas aí, ele vai fazer outra coisa e a princesa fica a ver navios...

HTML - Monta um monte de telinha bonitinha, cheia de gifs animadas, música, botõezinhos, applets que mostram uma foto sobre um lago espelhado, applets que colocam cobrinhas atrás do cursor do mouse e flashes lindíssimos que em teoria iriam deixar tanto o dragão quanto a princesa maravilhados e assim poderia escolher quem ele vai matar e quem vai resgatar. Na hora de rodar, a página demora tanto a entrar e o Internet Explorer trava tantas vezes que mata o dragão e a princesa de tédio e velhice. Nesse meio tempo, a princesa já tinha descoberto que o programador HTML (eles gostam de se chamar de "Uebidizzzaiguinersss") era gay e que estava de olho mesmo era no dragão. Nooofffaaa!!!

Classificação dos testes de software

2010-09-03T20:13:00.000-03:00

Na fase de construção dos softwares, os testes podem ter classificações diferentes, dependendo do enfoque que se pretende dar. Eles podem ser classificados quanto ao Nível, o Tipo e a Técnica. Veja abaixo mais detalhes de cada classificação:

Classificação quanto ao Nível do teste

Teste Unitário

Testa apenas o componente (ou a menor unidade de software) que o desenvolvedor construiu. Exemplo de ferramenta para auxiliar nos testes: JUnit.

Teste de Integração

Testa as integrações entre os diversos componentes construídos.

Normalmente, o Teste Unitário e o Teste de Integração são realizados pela própria equipe de desenvolvimento.

Teste de Sistema

Verifica a boa execução dos componentes do aplicativo inteiro, incluindo as interfaces com outras aplicações.

Geralmente é realizado pela equipe de testes funcionais.

Teste de Aceitação

Verifica se o sistema atende aos requisitos do usuário, conforme especificado. Exemplo de ferramenta para automação: Selenium.

Normalmente é realizado pela equipe de projeto do sistema. A partir deste teste é gerada a "Versão 1.0" do sistema.

Classificação quanto ao Tipo do teste

Teste Funcional

São testes que verificam a operação correta do sistema em relação a sua especificação.

Geralmente é realizado pela equipe de testes.

Teste Não Funcional

É realizado por uma equipe de testes mais especializada, porém, com foco em aspectos não funcionais como: desempenho, carga, estresse, usabilidade, segurança, etc. É feito em cima da versão 1.0 do sistema.

O teste de desempenho busca extrair informações sobre o desempenho do sistema em cenários normais de uso; o teste de carga busca extrair informações sobre o volume de usuários, transações, etc. que o sistema suporta; o teste de estresse busca extrair informações sobre quando o sistema não suporta a carga aplicada, sendo muito importante para saber estruturar e dimensionar a arquitetura do sistema e prover informações para escalar o sistema; o de usabilidade procura verificar se a interface de usuário é fácil de aprender e utilizar; o teste de segurança visa verificar se o software é seguro em garantir o sigilo dos dados armazenados e processados.

Exemplo de ferramenta para testes não funcionais: JMeter.

Classificação quanto à Técnica de teste

Testes Caixa Preta

Estes testes buscam verificar se as saídas do sistema estão coerentes com as entradas, sem se preocupar como elas são tratadas internamente. As principais técnicas são:

Partição de equivalência;
Análise de Valores Limites;
Derivados de especificação;
Baseado em estado-transição.

Testes Caixa Branca

Estes testes, chamados também de Testes Estruturais, se preocupam em avaliar aspectos internos do sistema. Para isso, utilizam técnicas de inspeção de código tais como: teste de condição, teste de fluxo de dados, teste de ciclos, teste de caminhos lógicos, códigos nunca executados.

Existem várias ferramentas para ajudar a aplicar estas técnicas de testes: FindBugs, PMD, Lapse, etc.

Os tipos de empresas que prestam serviços de TIC

2010-08-18T21:54:00.000-03:00

A oferta de serviços de TIC (Tecnologia da Informação e Comunicação) é muito diversificada e existem empresas oferecendo serviços com características bastante peculiares. Contudo, podemos tentar organizar um pouco as ofertas do mercado, agrupando as empresas de TIC nos principais tipos existentes e definindo as principais características de cada uma deles.

Software House

As software houses são empresas que desenvolvem software para comercialização. O software pode ser desenvolvido sob encomenda ou em forma de pacotes que são vendidos para vários clientes.

O produto oferecido por este tipo de empresa pode ser o serviço de desenvolvimento do software ou o licenciamento do software em si.

ASP - Application Service Provider

As ASP's são empresas que prestam serviços baseado em software, ou seja, elas vendem um serviço a partir de um ou mais softwares de propriedade da ASP, consequentemente, elas não vendem o software como produto por si só.

A partir da forma de atuação destas empresas é que surgiu o conceito de Software como um Serviço: SaaS (Software as a Service).

A vantagem para as empresas que prestam este serviço, é que elas fornecem um serviço continuado que lhes garante faturamento em longo prazo, ao invés de faturar apenas no momento da venda do software. Para os clientes, as vantagens são a redução do investimento inicial e a diminuição das despesas com infra-estrutura e gerenciamento do serviço associado ao software.

A principal diferença das ASP's em relação as software houses, é que o serviço prestado pela software house é o desenvolvimento do software em si e não a administração do serviço associado a este software.

BPO - Business Process Outsourcing

As empresas de BPO, ou terceirização de processos de negócio, vendem, além do software como um serviço, toda a estrutura necessária para que o processo de negócio do cliente, baseado naquele software, seja executado.

Este tipo de empresa fornece software, infra-estrutura, mão de obra e o que mais for necessário. Com isso, desobriga o cliente de se preocupar com assuntos que não estejam relacionados à atividade fim do seu negócio.

Terceirização de mão de obra

Este tipo de empresa simplesmente aluga mão de obra. Ou seja, ela identifica a necessidade do cliente e fornece um funcionário com as qualificações requeridas, que irá trabalhar nas instalações do cliente.

Originalmente, este tipo de contrato deveria ser usado apenas para contratações temporárias. Porém, posteriormente, ele passou a ser usado também para contratar funcionários que teriam menos direitos trabalhistas que os exigidos pelo sindicato de trabalhadores do segmento da empresa contratante. Em função disso, a justiça do trabalho passou a dar equivalência de direitos a vários destes trabalhadores terceirizados e, assim, este tipo de contratação tem caído em desuso.

Data Center

As empresas que prestam serviço de data center, fornecem basicamente a infra-estrutura para quem está interessado em hospedar sistemas que serão utilizados em produção.

Como o custo de montar e manter um data center é muito alto, as empresas especializadas neste serviço permitem que este custo seja diluído entre diversos clientes.

Os tipos de serviço de data Center oferecidos no mercado mais comumente são:

Hosting

Neste caso, a empresa de data center fornece, além da estrutura e da administração, também o servidor onde o sistema ficará hospedado. O hosting pode ser dedicado, onde o sistema fica em um servidor exclusivo para ele, ou pode ser compartilhado, onde o cliente compra espaço em um servidor que hospeda outros sistemas simultaneamente.

Colocation

Em português, "compartilhamento de localização", neste caso, o servidor pertence ao cliente e ele aluga apenas a infra-estrutura oferecida pelo data center. A administração do servidor pode ser feita pela empresa de data center ou pelo próprio cliente, dependendo da modalidade de serviço contratado.

Diferenças entre engenharia de software e engenharias tradicionais

2010-07-26T20:50:00.001-03:00

Quem trabalha com desenvolvimento de software está quase sempre envolvido com atrasos na entrega e com problemas de qualidade no produto construído. Quando estes problemas se tornam muito frequentes, inevitavelmente as pessoas começam a comparar a Engenharia de Software com as engenharias tradicionais, pois, é perceptível que nas demais engenharias os problemas de atraso e qualidade são muito menos recorrentes.

Por que ao construir um prédio é possível cumprir o planejamento com muito mais precisão e ter muito menos inconformidades no final do que quando estamos construindo um sistema de informação?

A minha intenção neste post é fazer uma comparação entre os principais aspectos das engenharias tradicionais e de software, para nos ajudar cada vez mais nos aproximarmos das boas práticas de engenharia e a explicar a nossos clientes porque não conseguimos cumprir prazos com a mesma constância que o pessoal das outras engenharias.

Os principais aspectos que diferenciam a engenharia de software das demais são:

Maturidade da área

Existem poucos padrões a serem seguidos quando se executa projetos de software. Na maioria das outras áreas de engenharia já existe uma cultura secular ou até mesmo milenar (lembrando que os egípcios já construíam pirâmides complexas há mais de 5.000 anos), fazendo com que muitos métodos e técnicas sejam extremamente testados e de amplo domínio. Na engenharia de software quase tudo ainda é muito mais experiência de alguns do que conhecimento de todos.

Produto intangível

Os gerentes de projetos de outras áreas, normalmente, trabalham com objetos materiais visíveis e tangíveis. Estes objetos podem ser sentidos, observados, tocados, etc., e mediante o uso das informações obtidas através do uso dos sentidos podem ser melhorados, corrigidos ou modificados. Enquanto isso, a natureza abstrata e intangível do projeto de software limita muito a ação do gerente. É muito mais fácil os envolvidos perceberem e avaliarem o desenvolvimento do projeto de um navio, de uma casa ou de uma máquina do que ver o progresso de um projeto de software cuja visibilidade é meramente conceitual, através de um conjunto de documentos.

A mesma dificuldade de perceber o andamento do trabalho se repete ao tratarmos sobre alterações no produto finalizado. É muito mais fácil para um engenheiro explicar a um cliente o esforço necessário para mudar a janela de uma casa de lugar depois dela pronta, do que um engenheiro de software demonstrar para o seu usuário o esforço para mudar um botão de posição na tela de um sistema. “Mas basta apenas mudar o botão de lugar, não pode demorar esse tempo todo...” é a resposta padrão que os profissionais de software ouvem.

Facilidade para modelagem / prototipação

Quando se trata de projetar objetos tangíveis, é muito mais fácil criar um modelo ou protótipo que represente bem para os interessados aquilo que se pretende construir. Pode-se lançar mão de diversos artifícios: plantas, desenhos, maquetes, modelos computacionais em 3D, etc. Permitindo até mesmo que criemos modelos que simulam o funcionamento do produto depois de pronto. Já para um software, que é intangível, a questão da prototipação é mais complexa, normalmente o que fazemos são os layouts das telas e a simulação da navegação, contudo, isso não basta. Por trás das telas pode haver regras de negócios extremamente complexas que não são representadas no protótipo e, consequentemente, não podem ser validadas pelos interessados.

Falta de padronização nos projetos

Grande parte dos projetos de software são projetos únicos, pois, visam informatizar processos que também são únicos. Existe a experiência anterior com outros projetos, mas ela não se aplica integralmente no novo projeto. Isso torna difícil antecipar problemas, pois, a maioria deles serão problemas novos.

Rápida evolução tecnológica

Como há uma rápida evolução tecnológica na área de TI, nem mesmo a tecnologia usada, os métodos e ferramentas já conhecidas e experimentadas em projetos anteriores servirão de parâmetros para o novo projeto. Muitas ferramentas ou técnicas amplamente utilizadas há pouco mais de uma década, hoje são completamente obsoletas.

Na maioria das áreas a opção mais comumente adotada para acompanhar a evolução tecnológica ou o aperfeiçoamento de métodos e técnicas é projetar novos produtos que englobam os avanços tecnológicos. Em projetos de software, não raro, tenta-se adaptar os produtos existentes às novas tecnologias.

Conhecimento da área de atuação

Os projetistas das demais áreas de engenharia, em geral, gerenciam projetos muito específicos de sua área de conhecimento enquanto os projetistas de software são solicitados a desenvolver os seus projetos nas mais variadas áreas do conhecimento humano, áreas estas que eles não dominam. Isto torna as incertezas de seu sucesso ainda maiores, pois, eles dependem essencialmente do conhecimento de pessoas que por sua vez não dominam as técnicas de desenvolvimento de software.

Identificação das falhas

Enquanto os gerentes de projetos de outras áreas podem orgulhar-se de colocar no mercado produtos sem defeitos, os gerentes de produtos de software, geralmente devem contentar-se em oferecer produtos que sejam confiáveis, não necessariamente sem defeitos. Confiáveis são produtos que podem apresentar defeitos, mas estes não devem ocorrer em situações normais de uso, não podem ser frequentes e nem aparecer nos momentos mais críticos de uso do produto.

Outra consideração significativa diz respeito às indicações de possíveis falhas. Nas demais áreas, as falhas são geralmente antecedidas por ocorrências facilmente percebidas, tais como rachaduras em prédios, barulhos estranhos em máquinas, cheiros incomuns em aparelhos elétricos ou produtos químicos, fumaça em motores, por exemplo. Em produtos de software as possíveis falhas muitas vezes só são percebidas na hora do uso.

Várias formas de se implementar o mesmo produto

Na maioria das áreas o número e a variedade de implementações satisfatórias é, em geral pequeno, isto quando não se reduz a uma só. Em engenharia de software pode haver uma enorme variedade de implementações satisfatórias. Desta forma as especificações de um projeto de produto de software devem incluir diretrizes para se escolher adequadamente uma alternativa correta.

Dependência de outros fatores

Outra dificuldade em projetos de software é que a qualidade dos produtos de outras áreas depende, em geral, somente da qualidade construída no produto. Já na área de produtos de software a qualidade do resultado produzido pelo software depende da qualidade da máquina na qual ele vai ser executado, da qualidade dos outros produtos de software com os quais ele interage (sistema operacional, compilador, servidor de aplicação, gerenciador de Banco de Dados, etc.).

Instabilidade dos requisitos

Normalmente, quem pretende construir um prédio ou uma máquina tem previamente uma ideia formada do que quer ou, pelo menos, não começa a execução sem ter essa ideia, porém, na engenharia de software não é raro nos deparamos com um cliente que quer um sistema para resolver um problema que ele não sabe exatamente qual é e nós iniciarmos o projeto antes de conhecer o problema a fundo. Como nestes casos começamos a trabalhar sem saber exatamente onde queremos chegar, é normal que ao longo do tempo os requisitos mudem e parte do trabalho tenha que ser refeita, consequentemente, não conseguimos cumprir o planejamento original.

Resenha de livro: A Arte de Enganar - Kevin Mitnick

2010-06-24T20:33:00.000-03:00

A Arte De Enganar
Ataques de Hackers: Controlando o Fator Humano na Segurança da Informação
Autor: Kevin Mitnick, William L. Simon
Editora: Pearson Brasil
ISBN: 8534615160

Este livro foi escrito pelo ex-cracker e atual consultor de segurança Kevin Mitnick. No livro ele mostra ataques bem-sucedidos e como eles poderiam ter sido evitados. Além disso, fornece orientações para o desenvolvimento de protocolos, programas de treinamento e manuais para garantir que o investimento em segurança de uma empresa não seja em vão. Ele dá conselhos sobre como evitar vulnerabilidades de segurança e espera que as pessoas estejam preparadas para um ataque vindo do risco mais sério de todos: a natureza humana.

No início do livro, Mitnick afirma que o elo mais fraco em qualquer esquema de segurança, é o fator humano. Não adianta você ou sua empresa ter os melhores e mais modernos equipamentos ou ferramentas de defesa, se um funcionário descuidado ou mal treinado ceder informações indevidas a alguém inescrupuloso. Através de técnicas de engenharia social, os inescrupulosos enganam as pessoas e criam situações fictícias que envolvem as vítimas. Para isso, eles se aproveitam do fato de que a maioria das pessoas confia na boa índole dos outros.

Depois ele mostra alguns exemplos práticos da atuação de engenheiros sociais, como casos em que por telefone eles se passam por funcionários das empresas ou de fornecedores para obter informações aparentemente irrelevantes, tais como, números de telefones internos da empresa, códigos de centros de custo, etc. e a partir delas montam um quebra-cabeça que lhes permitem obter as informações que realmente são importantes para os seus objetivos, como, por exemplo, um código que permite ao mal intencionado consultar a situação bancária de qualquer pessoa junto a um serviço de proteção ao crédito.

Em cada exemplo apresentado, o engenheiro social usa uma técnica diferente de abordagem e tem objetivos diferentes, mas, em comum eles se utilizam da vontade do interlocutor em ajudar uma pessoa que está em dificuldades, ou tentam passar a impressão que estão ajudando a vitima a resolver um problema que ela não tem, ou ainda tentam passar a impressão que tem autoridade para obter aquele tipo de informação, mesmo sem que o interlocutor tenha certeza que a pessoa com quem está interagindo é realmente quem alega ser. O principal recado de Mitnick neste caso é: só dê informações a pessoas das quais que você possa confirmar a identidade.

Muitas vezes, o engenheiro social se aproxima da vitima, faz perguntas sem maiores objetivos ou mantém conversas despretensiosas, apenas com o intuito de ganhar a confiança da outra parte. Somente depois que já se estabeleceu a relação de confiança é que o engenheiro parte para obter as informações que realmente lhe interessam.

Mitnick mostra também que o ataque pode ser feito através do computador, com emails que direcionam a pessoa para sites ou programas maliciosos, ou ainda, através de sites legítimos que são clonados para enganar o usuário. Outra fonte de informação muito utilizada pelos engenheiros sociais é o lixo das empresas, onde podem estar disponíveis informações muito valiosas sobre a organização.

O livro ressalta a importância da empresa ter uma política muito clara sobre quais tipos de informações podem ser divulgadas, para quem elas podem ser divulgadas, quem pode fazer essa divulgação e através de quais meios. Informações aparentemente inofensivas, como ramal e email dos funcionários podem ser muito úteis para que o engenheiro social monte o seu quebra-cabeça. Outro tipo de informação muito cobiçada são os manuais de operação internos da companhia, neles o engenheiro pode aprender como a empresa funciona e qual é o jargão utilizado por seus funcionários e, dessa forma, se passar por uma pessoa de dentro da organização sem levantar suspeitas. E este tipo de manual, muitas vezes está disponível na internet ou no lixo sem maiores proteções.

Os objetivos de uma pessoa que buscam informações confidenciais podem ser os mais diversos, indo desde o simples prazer de burlar o esquema de segurança, até obter vantagens financeiras ou realizar espionagem empresarial. Existem casos documentados de empresas que sofreram prejuízos de milhões de dólares com golpes deste tipo.

Muitas vezes o atacante está dentro da própria empresa, podem ser funcionários insatisfeitos, empregados recém-demitidos, o pessoal de TI que tem acesso privilegiado às bases de dados, ou simples curiosos querendo bisbilhotar o salário dos colegas. Isso mostra que os procedimentos de segurança precisam ser redobrados e muito bem pensados.

O livro mostra que a natureza humana tem seis tendências básicas de colaborar com outras pessoas: por autoridade, afabilidade, reciprocidade, consistência, validação social e escassez. O engenheiro social irá tentar explorar uma ou mais dessas tendências para tentar fazer com que seu interlocutor colabore.

O autor ressalta a importância de treinar constantemente e formalmente todos os funcionários sobre a política de segurança da empresa. O treinamento pode ter conteúdo diferente para cada perfil de funcionário. Além disso, a política de segurança deve ser divulgada constantemente através dos canais de comunicação disponíveis.

É claro que os aspectos físicos e tecnológicos da segurança não podem ser negligenciados, mas, o principal recado do livro é que não adianta investir apenas nesses itens e deixar as pessoas em segundo plano, pois, elas podem ser o elo mais fraco nessa corrente se não forem bem orientadas.

Apesar do livro se concentrar nos ataques da engenharia social sobre as empresas, nós podemos ver vários exemplos de ataque de engenharia social na nossa vida pessoal. O golpe do falso sequestro aplicado pelo celular para extorquir dinheiro de pessoas desavisadas é um exemplo típico. Outro exemplo, é o golpe onde pessoas desconhecidas, pelo telefone, pedem que as vítimas comprem créditos de celular pré-pago e lhes repassem o código de ativação em troca de supostos prêmios .

Em resumo, para quem trabalha com TI, este livro é uma leitura obrigatória.

Proteja sua privacidade na web

2010-05-26T13:09:00.003-03:00

Com o uso intensivo da internet e com o advento da computação em nuvem, cada vez mais nós estamos expondo nossas informações pessoais na web. Seja no momento em que navegamos, ou seja quando as deixamos armazenadas em servidores que estão na "nuvem" e não sabemos exatamente como é tratada a sua segurança.

A exposição dessas informações pode ser mais ou menos crítica dependo da sua natureza, por exemplo, dados bancários são extremamente sensíveis para ficarem expostos.

Para quem quiser saber como proteger melhor suas informações pessoais, veja o artigo abaixo, que é um guia voltado principalmente para os serviços do Google, mas, traz conceitos que podem ser aplicados a qualquer serviço online:

IDG Now - O Guia do Paranóico para os Servicos Google

"Navegar é preciso, mas, navegar com segurança é essencial."

POG: a última onda no desenvolvimento de software

2010-05-17T21:57:00.000-03:00

A área de tecnologia, de tempos em tempos, é varrida por uma “onda”. Há sempre a “onda do momento”, que destrói tudo que se sabia anteriormente e nos força a enxergar as coisas sob um novo ponto de vista.

Você já ouviu falar de Programação Orientada a Objetos (POO)? A Eventos? Programação Estruturada?

Tudo isso agora é passado!

A nova onda no desenvolvimento de software é POG.

POG pode ser usada em qualquer plataforma, por qualquer profissional, em qualquer tipo de empresa.

É um novo paradigma, independente de tecnologia.

Saiba mais sobre POG - Programação Orientada a Gambiarra:

http://desciclo.pedia.ws/wiki/POG

E para explorar ao máximo o potencial da programação POG, não deixe de usar os "Gambi Design Patterns":

http://desciclo.pedia.ws/wiki/Gambi_Design_Patterns

Nunca antes na história da programação, houve um método de construção tão eficaz.

Tipos de correspondências oficiais e empresariais

2010-05-04T21:22:00.000-03:00

De maneira geral, existem três macro tipos de correspondências:

Particular – se dá entre indivíduos (amigos, familiares e pessoas do convívio social) e pode apresentar diversos graus de formalidade, desde um caráter íntimo até certo grau de formalismo;
Empresarial – é trocada entre empresas ou entre estas e pessoas físicas;
Oficial – acontece entre órgãos do serviço público ou entre os mesmos e a sociedade.

Com o objetivo de tornar este tipo de comunicação mais organizado e de fácil entendimento para todos os envolvidos, as correspondências oficiais e empresariais seguem determinados padrões de redação e formatação.

Para ajudar quem precisar lançar mão dessa ferramenta, faremos um apanhado geral dos tipos de correspondências oficiais e empresariais existentes e suas principais características.

Ata

A ata é um documento no qual deve constar um resumo por escrito, detalhando os fatos e as soluções a que chegaram as pessoas convocadas a participar de uma assembleia, sessão ou reunião. A expressão correta para a redação de uma ata é "lavrar a ata". Uma das principais funções da ata é historiar, traçar um painel cronológico da vida de uma empresa, associação ou instituição. Serve como documento para consulta posterior, tendo em alguns casos caráter obrigatório pela legislação.

Por tratar-se de um documento formal, a ata deve seguir algumas normas específicas de formatação:

Devido a ter como requisito não permitir que haja qualquer modificação posterior, o seu formato renuncia a quebras de linha eletivas, espaçamentos verticais e paragrafação, ocupando virtualmente todo o espaço disponível na página;
Números, valores, datas e outras expressões são sempre representados por extenso;
Sem emprego de abreviaturas ou siglas;
Sem emendas, rasuras ou uso de corretivo (quando a ata estiver sendo manuscrita e for necessária alguma correção, usar a expressão "digo" seguida do texto correto);
Todos os verbos descritivos de ações da reunião usados no pretérito perfeito do indicativo (disse, declarou, decidiu…).

A estrutura básica para uma ata pode ser esta:

Título da reunião;
Cidade, dia, mês, ano, das h:min até h:min;
Local da reunião;
Introdução (Relatar sobre o título da reunião, local, data, hora e participantes);
Participantes da reunião (Nome completo do participante e especificar de qual instituição ele é);
Agenda (Relatar sobre a pauta da reunião, os temas a serem tratados e os respectivos responsáveis de cada tema);
Desenvolvimento (Descrever sobre os temas principais citados na reunião);
Conclusões (Descrever sobre as conclusões atingidas ao final da reunião e suas respectivas decisões);
Recomendações (Descrever recomendações e observações feitas no decorrer da reunião);
Distribuição (Relatar o nome de quem a ata será enviada).

A ata deverá ser assinada por todos os participantes.

Atestado ou Certificado

É um documento em que se faz fé de algo e que tem valor legal. Pode haver atestados ou certificados de serviços prestados, de estudos realizados, de pagamentos, etc.

Para a sua elaboração, utiliza-se geralmente papel de tamanho A4, escrito em sentido vertical, como se mostra em seguida:

Cabeçalho (Coloca-se na parte superior do certificado, com uma margem considerável. É constituído pelo nome da pessoa ou instituição que o envia, acompanhados dos seus dados de identificação. Costuma-se escrever em maiúsculas.);
Corpo (Contém texto precedido pelo termo CERTIFICA ou ATESTA, em maiúsculas, seguido de dois pontos, onde se descreve o objeto da certificação.);
Local e data;
Assinatura e selo.

Bilhete

É um meio rápido e simples de transmitir uma mensagem. Normalmente é dirigido a uma pessoa próxima, com quem se tem intimidade, e por isso mesmo costuma ser escrito em linguagem informal. Isso, contudo, não dispensa a atenção que deve ser dada à qualidade da redação, especialmente considerando que o relacionamento contínua tendo caráter profissional.

O bilhete não requer um tipo específico de papel, muito menos segue um padrão formal. É sempre aconselhável, entretanto, uma boa apresentação.

Mesmo sendo breve e informal, o bilhete apresenta uma forma de organização que deve ser seguida para atender ao seu maior objetivo: comunicar de forma rápida e precisa. Assim, deve conter as seguintes partes:

Vocativo (Coloca-se o nome do receptor, sem emprego de tratamento especial);
Texto (Deve ser iniciado com marca de parágrafo e conter as informações necessárias à comunicação de forma bem ordenada);
Nome do emissor;
Data e hora.

Carta comercial

As cartas comerciais, além de diversos destinos, também têm função variada, como a de informar, solicitar ou persuadir. Podem ser cartas de solicitação de emprego, oferta de algum produto de sua empresa, reclamação quanto à má prestação de algum serviço, cobrança de algum débito, enfim, diversas situações que fazem parte do cotidiano empresarial.

Como em qualquer correspondência oficial, o conteúdo da carta deve ser adequadamente normalizado por parágrafos e redigido com clareza e concisão.

A sua estrutura geral é:

Cabeçalho ou timbre (Referência da empresa; logotipo, símbolo ou emblema. Em geral, já vêm impressos no papel da carta);
Número de controle (Facilita ao destinatário responder sua carta e mencionar a referência. É também uma maneira de garantir o controle da correspondência. A colocação à direita é um destaque que facilita a leitura.);
Local e Data (Por extenso. Quando o papel é timbrado, pode-se suprimir o local antes da data, uma vez que o endereçamento completo aparece no pé de página.);
Destinatário (Não se deve colocar À/Às ou Ilmos. Senhores antes do nome da empresa ou pessoa a quem a carta se destina. Não é necessário escrever endereço, caixa postal e CEP no papel carta, basta que esses dados apareçam no envelope.);
Referência (É o conteúdo da carta sintetizado, facilitando o registro para quem recebe. Não há necessidade de escrever Ref. ou REFERÊNCIA, pois a posição da frase na carta já indica esse elemento.);
Invocação ou vocativo (O emprego de palavras como prezado, estimado, caro, amigo deve ser de acordo com o tipo de carta. Pode se tratar de uma carta puramente comercial ou pode envolver também relações de amizade.);
Corpo da carta ou conteúdo (Deve estar disposto, geralmente, no centro do papel, em cerca de três parágrafos: a informação inicial, o desenvolvimento do tema e a conclusão. O assunto deve ser tratado em linguagem clara, objetiva e concisa. Deve-se evitar perda de tempo na introdução do assunto, como palavras e expressões desnecessárias.);
Saudação final, despedida ou fecho (Modernamente, evitam-se palavras rebuscadas e chavões. Expressões longas, que nada acrescentam de importante, caíram em desuso. Emprega-se Atenciosamente ou Cordialmente, dependendo das relações de negócios.);
Assinatura (Deve-se obedecer à seguinte ordem: primeiro, o nome do remetente; depois, seu cargo. Somente as letras iniciais devem ser maiúsculas. Não se deve colocar o título do emissor na frente de seu nome. Para indicar que se trata de médico advogado etc., basta que se coloque o registro do CRM ou da OAB, conforme o caso. Também não é necessário colocar o traço acima do nome datilografado, para a assinatura.);
Anexos (Parte destinada à enumeração de papéis ou de documentos que acompanha a carta.).

Circular

Quando, em sua empresa, você deseja dirigir-se a muitas pessoas ao mesmo tempo, para transmitir avisos, ordens ou instruções, deve optar por comunicar-se através de uma circular. Na verdade, a circular pode seguir o modelo de uma carta ou ofício, o que a caracteriza é conter um assunto de interesse geral. Muitas vezes, a circular é utilizada internamente nas empresas, com a finalidade de facilitar a comunicação entre diversas seções e departamentos.

Muitas empresas, hoje em dia, têm preferido não destacar a ementa (assunto). Assim, é preciso verificar o modelo adotado na sua empresa. A linguagem utilizada em uma circular deve ser simples e direta para não dar margem a outras interpretações. Todos devem entender claramente o que está escrito.

Estrutura:

Timbre da empresa;
Número da circular;
Data (por extenso);
Assunto;
Corpo da mensagem;
Identificação / Assinatura do emissor da circular.

Declaração

A declaração é utilizada quando se quer atestar ou confirmar algum fato para garantir um direito a uma determinada pessoa.

Divide-se nas seguintes partes:

Timbre (Impresso como cabeçalho, contendo o nome do órgão ou empresa. Atualmente a maioria das empresas possui um impresso com logotipo. Nas declarações particulares usa-se papel sem timbre.);
Título (Deve-se colocá-lo no centro da folha, em caixa alta.);
Texto (Deve-se iniciá-lo a cerca de quatro linhas do título.). Dele deve constar:
Identificação do emissor. Se houver vários emissores, é aconselhável escrever, para facilitar: os abaixo assinados;
O verbo atestar/declarar deve aparecer no presente do indicativo, terceira pessoa do singular ou do plural;
Finalidade do documento, em geral costuma-se usar o termo “para os devidos fins”, mas também se pode especificar: “para fins de trabalho”, “para fins escolares”, etc.
Nome e dados de identificação do interessado. Esse nome pode vir em caixa alta, para facilitar a visualização;
Citação do fato a ser atestado.
Local e data (Deve-se escrevê-los a cerca de três linhas do texto;
Assinatura (Assina-se a cerca de três linhas abaixo do local e data).

Memorando

O memorando, estabelecendo uma comparação, é uma espécie de bilhete comercial de que as empresas ou órgãos oficiais se utilizam para estabelecer a correspondência interna entre seus setores e departamentos. Por ser um tipo de correspondência cotidiana, rápida e objetiva, o memorando segue uma forma fixa, sendo para isso utilizado um papel impresso.

Observe a estrutura de um memorando, atentando para a ausência de saudações e finalizações:

Timbre;
Número do memorando;
Data;
De (Órgão e/ou responsável);
Para (Órgão e/ou responsável);
Corpo do texto;
Assinatura.

Ofício

Ofício é a correspondência de caráter oficial, equivalente à carta comercial. É dirigido por um funcionário a outro, da mesma ou de outra categoria, bem como por uma repartição a uma pessoa ou instituição particular, ou, ainda, por instituição particular ou pessoa a uma repartição pública. Por tratar-se, sobretudo, de comunicação de caráter público, o ofício requer certo grau de formalidade.

A redação, tal como no caso da carta comercial, tem de ser breve e concisa.

Procuração

Através da procuração uma pessoa (física ou jurídica) autoriza alguém a agir e realizar negócios em seu nome.

O indivíduo que concede a procuração é chamado de mandante, constituinte ou outorgante. Aquele que recebe a procuração é chamado de mandatário, procurador ou outorgado.

A procuração deve ser lavrada em papel ofício, iniciando o texto com identificação e qualificação do outorgante e do outorgado. Os poderes, a finalidade e o prazo de validade da procuração são expressos de forma precisa. Após o texto, a localidade, a data e a assinatura são expressas.

Há dois tipos de procuração:

Pública – aquela que é lavrada por tabelião em Livro de Notas. O translado (cópia autêntica do que consta no livro) fica em poder do procurador. É usada em casos de compra e venda de imóveis, em assuntos de maior peso.
Particular – aquela que é datilografada ou manuscrita, sem registro no Livro de Notas. Digamos que você não possa fazer sua matrícula na escola. Então, você poderá passar uma procuração particular para alguém de sua confiança que resolverá esse, e apenas esse, assunto para você.

Requerimento

Se você precisar se dirigir a uma autoridade para fazer um pedido para o qual necessite ter amparo na lei, deve fazê-lo através de um requerimento.

Serve para requerer ou pedir uma coisa específica à Administração ou aos organismos públicos. Os requerimentos recebem nomes diferentes, dependendo do organismo ao qual se dirigem:

Conhece-se pelo nome de "Memorial" quando é dirigido a uma autoridade máxima, como, por exemplo, o chefe do Estado ou o papa;
Chama-se "Exposição" quando se dirige ao Parlamento da nação ou a um órgão do Governo;
Chama-se "Pedido" ao requerimento utilizado para o resto dos casos.

Em geral, podemos observar as seguintes partes:

A autoridade destinatária (usa-se Excelentíssimo "Exmo." para Juiz, Promotor, Senadores, Deputados, Vereadores, Presidente da República, Governador, Prefeito e Ministros de Estado; usa-se Ilustríssimo "Ilmo." para as demais autoridades);
Nome e qualificação do requerente;
Exposição e solicitação;
Pedido de deferimento;
Localidade e data;
Assinatura.