Recentemente, durante o início das atividades de levantamento de requisitos e esboço inicial da arquitetura da solução em um projeto de integração de aplicações corporativas (sendo mais claro, aplicações bem legadas), eu obtive muita dificuldade em extrair da equipe do cliente, responsáveis por estes sistemas "de longa data", as informações que eu precisava para começar a esboçar a arquitetura inicial. Foi aí que me veio a seguinte idéia: Já que eles não entendem UML, ou seja, tudo que está desenhado no meu documento inicial não servia para nada. Eu decidi experimentar na prática a notação agíl para modelagem, denominada de
AgileDraw.
Até esse momento, eu tinha uma certa resistência sobre essa notação. Porém, percebi como aquela simples notação estava facilitando a compreensão de todos os membros da equipe técnica (incluindo membros do cliente), durante a tal reunião para tomadas de decisões arquiteturais.
Por ser uma notação simples, com poucas regras e formalizmos, vários dos envolvidos assimilaram seus conceitos em apenas 5 minutos de explanação, e já estavam dando suas opiniões e sugestões, desenhando-os no quadro-branco.
Na minha visão, a AgileDraw simplifica bastante a comunicação, dando ênfase em conceitos e contéudo, e não em formatação e regras rígidas de notação, o que é o caso da UML.
Sempre utilizei a UML, e vejo que continuarei utilizando-a. Porém, desde sempre, busco não trabalhar com ela seguindo totalmente suas regras, mas sim, tentando expressar nos diagramas confeccionados, algo entendível por qualquer membro da equipe. Entretanto, isso é uma tarefa difícil, pois a própria UML vai te "influênciando" a desenhar seguindo suas própria regras, sem contar com as ferramentas de modelagem que não permitem qualquer "desvio", por mais que seja intencional.
A AgileDraw é muito boa para as primeiras fases do projeto, onde estamos levantando e entendendo os reguisitos, fazendo uma visão conceitual da arquitetura, com diagramas simples e qua facilitem o entendimento por todos, inclusive para validar se nosso entendimento está coerênte. Após essa fase, a UML entra em ação novamente.
A semântica da AgileDraw é composta por 3 elementos básicos:
O círculo, representa algo dinâmico que reage a eventos tanto internos quanto externos. Basicamente, seu uso é aplicado para representar servidores de aplicações, servidores de mensageria, banco de dados, classes/componentes com comportamento de listeners. Por outro lado, o retângulo, representa algo mais rígido, que não sofre tantas variações, tal como uma classe, uma entidade, um hardware, uma tabela no banco de dados e etc.
A linha, por sua vez, representa uma associação, podendo ser de dois tipos: Sólida ou Pontilhada. A linha sólida representa relacionamentos concretos, síncronos e/ou alto acoplamento. Já a linha pontilhada, representa relacionamentos abstratos, assíncronos e/ou com baixo acoplamento.
Caso você se interessa nessa notação. Segue abaixo, um exemplo de diagrama, onde muito mais podem ser encontrados no site da
AgileDraw.
Abraço a todos.
Ao que tudo indica, o nome Eclipse foi dado pela IBM como um provocação à SUN. Pois a IBM já imaginando o sucesso dessa IDE, quis mandar um recado para a SUN: Você é "detentora" da linguagem Java, mas a IDE mais usada para a mesma, é minha.
Atualmente, cada vez mais, cresce o número de empresas que bsucam adaptar suas arquiteturas atuais para uma arquitetura orientada a serviços (SOA). As infra-estruturas para a arquitetura orientada a serviços possibilitam o "rompimento" das barreiras físicas e tecnológicas, para os provedores de outsourcing.
O nome Scrum foi inspirado em uma jogada de Rugby.
Recentemente, o meu amigo Ricardo Ferreira publicou um post em seu blog Architecture Journal, com 4 super dicas para escolher um bom ESB.
1. Service Strategy: Que tem como foco a visão de negócio (estratégica) dos serviços. Alguns aspectos chaves: Portifólio de Serviços, Cadeia de Responsabilidades e Gestão Financeira para orientar a construção, entrega e manutenção de serviços.
Há um pouco mais de 2 meses, eu precisei configurar o Oracle SOA Suite no BEA WebLogic App Server, em um projeto que estou atuando, seguindo as próprias recomendações da Oracle.
Eu estive no último Oracle Fusion Middleware Forum, em SP, e a Oracle posicionou claramente que seu produto ESB a partir de 2009 será o Oracle Service Bus (OSB), onde dizem trazer o melhor dos dois mundos Oracle e BEA ("antigo" Oracle ESB e o Aqualogic Service Bus).
A IBM lançou um jogo gratuíto*, denominado Innov8, com o objetivo de demonstrar as práticas do BPM (Business Process Management), onde você atuará como um analista de processos de negócio, tendo como objetivo eliminar um gargalo em um dado processo de negócio que não apresenta KPIs adequadas. Você terá apenas poucas horas para contornar este problema, e deixar a empresa funcionando conforme esperado.
Sempre utilizei a UML, e vejo que continuarei utilizando-a. Porém, desde sempre, busco não trabalhar com ela seguindo totalmente suas regras, mas sim, tentando expressar nos diagramas confeccionados, algo entendível por qualquer membro da equipe. Entretanto, isso é uma tarefa difícil, pois a própria UML vai te "influênciando" a desenhar seguindo suas própria regras, sem contar com as ferramentas de modelagem que não permitem qualquer "desvio", por mais que seja intencional.
O círculo, representa algo dinâmico que reage a eventos tanto internos quanto externos. Basicamente, seu uso é aplicado para representar servidores de aplicações, servidores de mensageria, banco de dados, classes/componentes com comportamento de listeners. Por outro lado, o retângulo, representa algo mais rígido, que não sofre tantas variações, tal como uma classe, uma entidade, um hardware, uma tabela no banco de dados e etc.
De forma simples, o CoDA é uma arquitectura que tem conhecimento sobre o contexto dos usuários finais, tais como: localização, preferências, identidade, dentre outros. Proporcionando para estes, as informações mais adequadas. Ou seja, o componente principal nesta arquitetura seria os serviços WYNIWYG (what you need is what you get - o que você precisa é o que você tem) .
Imaginem um vendedor de produtos da Coca-Cola, que irá realizar entregas para determinados clientes, e durante seu deslocamento conecta-se em seu blackberry diretamente na central de serviços, que recupera suas credenciais e localização de forma automática, retornando os dados de todos os cliente daquela área, que são de sua responsabilidade. Logo após, este vendendor seleciona o cliente mais próximo, e a central de serviço já lhe devolve todas as informações do relacionamento daquele cliente com a Coca-Cola, tais como: Produtos mais comprados; Situações de Pagamento; Créditos para aquel cliente; Promoções para aquela localização; E por aí vai.
Enfim, ambas fizeram algumas animações em três episódios, misturando o mundo em quadrinhos do super heróis com a implementação deste grande case.
