Ivar Jacobson: O engenheiro que desenhou o software

Em 1967, trabalhando em centrais telefónicas na Ericsson, um jovem engenheiro sueco precisava de uma forma de mostrar como as mensagens viajavam entre as partes de um comutador. Ele desenhou os participantes no topo de uma página e deixou o tempo correr para baixo, com cada mensagem sendo uma seta cruzando de uma linha vertical para outra. Esse esboço é agora chamado de diagrama de sequência, e uma versão dele está pendurada num quadro branco em quase todas as empresas de software na Terra. Ivar Jacobson passou as seis décadas seguintes inventando formas de tornar visível a estrutura invisível do software.

Ystad, Chalmers, Ericsson

Ivar Hjalmar Jacobson nasceu a 2 de setembro de 1939 em Ystad, na ponta sul da Suécia. Obteve um mestrado em engenharia elétrica no Instituto Chalmers de Tecnologia em Gotemburgo em 1962 e juntou-se ao departamento de pesquisa e desenvolvimento da Ericsson, onde permaneceu durante os vinte e cinco anos formativos da sua carreira. Muito mais tarde, em 1985, completou um doutoramento no Instituto Real de Tecnologia de Estocolmo com uma tese intitulada Language Constructs for Large Real Time Systems (Construções de linguagem para grandes sistemas em tempo real) — um título que descreve exatamente o problema da sua vida.

A Ericsson estava nessa época construindo o AKE e depois o AXE, a central telefónica computadorizada que se tornou o produto definidor da empresa, programado numa linguagem interna chamada PLEX. Uma central telefónica é um ambiente de engenharia brutal: deve funcionar continuamente durante anos, lidar com milhares de conversas simultâneas e ser modificada sem ser desligada. Os problemas de software que Jacobson encontrou lá não eram exercícios académicos.

Componentes, antes de a palavra existir

A sua primeira ideia estrutural, em 1967, foi construir a central a partir de componentes — blocos de software especificados separadamente com interfaces definidas, que podiam ser desenvolvidos, testados e substituídos de forma independente em vez de tecidos num único programa monolítico. Esta é hoje uma prática comum. Na época, era incomum o suficiente para exigir argumentação. A sua própria empresa descreve a arquitetura resultante na Ericsson como a maior história de sucesso comercial na história da Suécia, o que é uma afirmação partidária de uma fonte interessada, mas o alcance global do sistema AXE torna o ponto subjacente difícil de descartar.

Junto com os componentes veio a notação: diagramas de sequência, diagramas de colaboração e diagramas de transição de estado para descrever como as mensagens realmente fluíam. Jacobson também ajudou a desenvolver a SDL, a Linguagem de Especificação e Design, que se tornou um padrão da indústria de telecomunicações em 1976.

O caso de uso

Em 1986, Jacobson inventou a ideia pela qual é mais conhecido. Antes dos casos de uso, os requisitos de software eram tipicamente escritos como listas — o sistema deve fazer isto, o sistema também deve fazer aquilo — sem relação óbvia entre os itens e sem forma de verificar se a lista estava completa ou se algo tinha sido construído para a satisfazer.

Um caso de uso inverte a perspectiva. Descreve o sistema a partir de fora, como uma interação completa entre um ator — uma pessoa, ou outro sistema — e o software, correndo de um gatilho até um resultado de valor para esse ator. Levantar dinheiro. Reservar um lugar. Reconectar uma chamada caída. Cada um é uma história com um começo, um meio, caminhos alternativos quando as coisas correm mal, e um fim definido. A consequência é prática em vez de filosófica: porque um caso de uso é um fio de comportamento, pode ser rastreado. O mesmo fio atravessa a análise, o design, o código e o teste, pelo que uma equipa pode dizer para que serve um pedaço de código e se o que o cliente pediu realmente funciona.

Fundou a Objective Systems em abril de 1987 para comercializar o método; a Ericsson assumiu uma participação maioritária em 1991 e a empresa tornou-se Objectory AB. Em 1992, publicou Object-Oriented Software Engineering: A Use Case Driven Approach (Engenharia de Software Orientada a Objetos: Uma Abordagem Orientada a Casos de Uso), o livro que levou os casos de uso para a indústria em geral.

Os três amigos

Em outubro de 1995, a Ericsson vendeu a Objectory à Rational Software, e Jacobson juntou-se a Grady Booch e James Rumbaugh — três metodólogos rivais com três notações concorrentes, conhecidos coletiva e um pouco cansadamente como os Três Amigos. A sua fusão produziu a Linguagem de Modelagem Unificada (UML), o vocabulário visual padrão para descrever sistemas orientados a objetos, e o processo Objectory de Jacobson foi desenvolvido sob Philippe Kruchten no Processo Unificado Rational (RUP). Quando a IBM comprou a Rational em 2003, Jacobson saiu.

Tornando-o mais leve

Tudo após 2004 foi uma tentativa de desfazer o peso do que ele construiu. Fundou a Ivar Jacobson International em meados de 2004. Em novembro de 2005, anunciou o Processo Unificado Essencial, que descreveu como uma versão super leve e ágil do RUP, misturando ideias de processos unificados, ágeis e de melhoria de processos; a partir de 2006, trabalhou com Ian Spence e Pan Wei Ng no EssWork, uma estrutura que permitia às equipas montar os seus próprios métodos a partir de um pequeno núcleo de elementos universais mais práticas escolhidas.

Em novembro de 2009, lançou o SEMAT (Software Engineering Method and Theory) com Bertrand Meyer e Richard Soley, argumentando que a engenharia de software precisava de uma base teórica genuína em vez de uma procissão de métodos da moda. O resultado, Essence, foi adotado como um padrão do Object Management Group em novembro de 2014. Também trabalhou no desenvolvimento orientado a aspetos, publicando Aspect-Oriented Software Development with Use Cases com Pan-Wei Ng em 2004, e fundou a Jaczone AB com Agneta Jacobson em 2000, cuja ferramenta Waypointer ganhou um prémio JOLT em 2004.

Porque Ivar é chamado de génio

A capacidade específica é notacional: Jacobson encontrou repetidamente a representação que tornava um problema intratável pensável. Diagramas de sequência, casos de uso e interfaces de componentes são o mesmo movimento — pegar em algo que existe apenas como comportamento emaranhado dentro de um sistema em execução e dar-lhe uma forma que um humano pode manter na mente e sobre a qual uma equipa pode discutir. Esse é um talento mais raro do que inventar um algoritmo, porque uma boa notação tem de ser simultaneamente precisa o suficiente para os engenheiros e simples o suficiente para o cliente que paga pelo trabalho. Os casos de uso tiveram sucesso porque eram as duas coisas. Ele fê-lo de dentro da prática industrial, não de uma universidade, razão pela qual as ideias sobreviveram ao contacto com projetos reais.

O contra-argumento honesto é substancial e ele provavelmente aceitaria a maior parte dele. Ele é um dos três autores da UML, e a própria UML é amplamente criticada como um produto de comité que se tornou inchado e é agora usado de forma muito mais seletiva do que os seus designers pretendiam. O RUP, derivado do seu Objectory, tornou-se sinónimo de processo pesado — a própria coisa contra a qual o movimento ágil se organizou — e Jacobson passou as duas décadas desde 2004 construindo estruturas mais leves em reação explícita a isso. Os casos de uso foram parcialmente deslocados em equipas ágeis pela história de utilizador, mais curta e bruta. O SEMAT e a Essence, apesar do seu estatuto como padrão da OMG, não alcançaram a adoção em toda a indústria que ele esperava. O seu génio é real, mas é o génio do fabricante de ferramentas, e os fabricantes de ferramentas são julgados pelo facto de as ferramentas continuarem em uso.

Legado

Jacobson escreveu dez livros, desde OOSE em 1992 até The Essentials of Modern Software Engineering em 2019, passando por The Object Advantage, Software Reuse, The Unified Software Development Process e The Essence of Software Engineering, e publicou mais de uma centena de artigos. Chalmers deu-lhe a sua medalha Gustaf Dalén em 2003; a Universidade San Martín de Porres no Peru nomeou-o doutor honoris causa em 2009. Continua a ser fundador, presidente e diretor executivo da Ivar Jacobson International. Seja o que for que sobreviva da UML e do RUP, o hábito de perguntar quem está a usar este sistema e o que estão a tentar fazer — a pergunta que o caso de uso forçou em cada projeto — é agora simplesmente a forma como o software é especificado.