Agile is Rational, Rational is Agile Series: Episode 2: Architecture? Agile Don’t Need No Architecture!

A experiência
Recentemente tivemos uma experiência com uma metáfora sistêmica que julgamos interessante e gostaríamos de dividi-la.

Em um projeto da área de telecomunicações, estávamos prestes a desenvolver um módulo cuja responsabilidade era verificar se os demais módulos estavam funcionando corretamente e, caso algum estivesse apresentando algum tipo de falhas, alertaria uma ferramenta de monitoração via SNMP. Em outras palavras, o módulo deveria observar a saúde do restante do sistema e comunicar qualquer anormalidade.

Ao usar termos como “saúde” e “batida do coração” (heartbeat é uma tática comum para detecção de falhas), alguns membros da equipe começaram a brincar que o módulo parecia uma clínica médica de diagnósticos. E da brincadeira surgiu a metáfora sistêmica para o módulo: “Clínica Médica”.

A metáfora serviu de diretriz segura para a dupla que iria desenvolver o módulo. Bastou uma sessão de modelagem rápida e coletiva (não passou de meia hora) para que a dupla estivesse pronta para meter a mão na massa. Afinal de contas, mesmo quem nunca ficou internado num hospital, assiste a filmes ou seriados médicos. Todos tinham noção muito precisa de como funcionaria o módulo. Para se ter uma idéia, após o módulo ter sido implementado (em menos de uma semana), estava repleto de classes do tipo DoctorBean, NurseBean, Patient, Heartbeat e por aí vai.

Analisando a experiência:

• A concretude da metáfora foi muito eficaz para a orientação da dupla. Tínhamos um desenho anterior, mas a modelagem estava um tanto abstrata e não estava contribuindo muito para o entendimento.
• Os nomes das classes e mensagens ficaram muito mais significativos. Mesmo um programador novato no sistema terá mais facilidades em entender o que faz o DoctorBean (diagnósticos) e que tipo de informação carrega o Heartbeat (sinal de vida). Inclusive, a ausência do heartbeat significa a morte do componente.
• O trabalho ficou mais divertido! Nurse é bem mais legal que nomes como Template Method (nada contra, mas é meio careta).

Obviamente só a metáfora não teria sido suficiente para se chegar ao código. A dupla refinou bastante o desenho do módulo e o provou com código. E o sistema como um todo dificilmente poderia ser representado somente por uma metáfora. Na verdade, o sistema todo exigiu vários meses de trabalho arquitetural intensivo.

Modelagem inicial e funcionamento
Segue uma noção da modelagem inicial (diagrama de objetos – informal). Peço desculpas por não mostrar a foto original do modelo ágil – eu a perdi.

Caso esteja curioso sobre o funcionamento:

• Os monitores dos pacientes emitem os sinais da saúde (heartbeat é um deles).
• Os componentes enfermeiras coletam dados dos pacientes (agentes implantados nos módulos) e informam ao médico remotamente (o sistema é distribuído).
• O médico realiza o diagnóstico a partir dos dados coletados e, caso necessário, comunica a morte (ou qualquer possível anormalidade) ao HP OpenView.

Agradecimentos
Gostaria de agradecer à Luíza D. e ao Diego S. pelo trabalho inspirador. E claro ao Mr. K., um dos arquitetos do sistema. Não consigo imaginar como o desenho poderia ter ficado melhor.

Algumas referências:

Extreme Programming Explained (segunda edição) – referência clássica do XP

Made to Stick: Why Some Ideas Survive and Others Die – um excelente livro que aborda aspectos das idéias bem sucedidas, como concretude e simplicidade.

As práticas do AUP se baseiam em técnicas ágeis como, como exemplo, Test Driven Development (TDD), Agile Model Driven Development (AMDD), Agile Change Management, Database Refactoring e Agile Architecture. Além disso, a filosofia do AUP parte dos seguintes princípios:

1. A equipe sabe o que está fazendo.
2. Simplicidade.
3. Agilidade.
4. Foco em atividades de alto valor.
5. O processo será personalizável conforme as necessidades de quem o usa.

O AUP concentra as atividades de análise, desenho e requisitos em uma única disciplina conhecida por Modelagem. Exatamente por interessar ao tema de Arquitetura de Software, nos concentraremos nessa disciplina. Afinal, como o AUP orienta o trabalho de arquitetura?

Arquitetura Ágil é o conceito que permeia o trabalho arquitetural. Para Ambler, a arquitetura é um dos fatores que, assim como no EUP, permitem escalar o desenvolvimento de software sem perder o caráter ágil. De uma forma geral, a proposta da Arquitetura Ágil, assim como várias outras práticas propostas por Ambler, é dirigida pelo conceito de bom o suficiente (nossa tradução contextualizada para Just Barely Good Enough ou JBGE). Nenhum excesso é cometido e procura-se sempre obter a melhor relação valor/tempo. Não significa que os modelos devam ser ruins ou o trabalho negligenciado – apenas destaca-se que uma atividade não precisa ser executada até a perfeição do produto e, sim, apenas o suficiente para a otimização do esforço.

Da mesma forma que o RUP e o EUP, o AUP propõe a evolução da arquitetura ao longo de duas fases. Na Iniciação, obtém-se uma arquitetura de alto nível, levando em consideração os requisitos técnicos. O objetivo é identificar uma estratégia arquitetural viável capaz de oferecer insumos ao planejamento do projeto e ao cálculo de esforços (lembre-se, o UP é dirigido pela arquitetura). Nesse momento, o diagrama recomendado mais importante é o esboço do modelo de implantação.

Já na Elaboração, o objetivo é refinar a arquitetura até atingir sua estabilidade. A modelagem da arquitetura é dirigida aos maiores riscos técnicos identificados. Tipicamente, protótipos são construídos para provar alguns aspectos da arquitetura. O principal objetivo dessa fase é a arquitetura estável, comprovada através da implementação dos requisitos estruturalmente críticos.

Historicamente, o AUP foi derivado da compreensão e refinamento dos princípios e valores expostos no livro Modelagem Ágil (Agile Modeling), quando Scott Ambler demonstra a possível aplicação da Modelagem Ágil através do RUP. O AUP, influenciado por métodos populares como o XP, RUP e EUP, foi um dos primeiros processos a tentar convergir conceitos do UP e técnicas ágeis Por sua vez, o AUP influenciou fortemente outros processos mais recentes como o notável OpenUP.

Para mais informações:

• The Agile Unified Process (AUP)
• Agile Architecture: Strategies for Scaling Agile Development
• Agile Modeling and the Rational Unified Process (RUP)
• The Enterprise Architecture Discipline: Scaling Agile Software Development
• Making RUP Agile, por Michael Hirsch 
• Modelagem Ágil (Agil Modeling), de Scott Ambler