Arquitetura De Software Em Outsystems 11

Arquitetura de software em OutSystems 11

Desenhar arquiteturas escaláveis, robustas e fáceis de manter em OutSystems 11

Ricardo Pereira

Queria agradecer a toda a minha família por todo o apoio, paciência e ajuda ao longo do meu caminho. Obrigado por acreditarem em mim e por me incentivarem a continuar na minha jornada, por muitos obstáculos que tenha de enfrentar.

Queria dedicar este trabalho à minha esposa, Carmen, aos meus dois filhos, Afonso e Maria, e pedir desculpa pelas horas que não passei com eles para poder escrever. Obrigado pelo amor incondicional que tanto me alimenta a alma.

Joaquim, Júlia, Vítor, Margarida, Ruben, Paulo, Carla, Martim, João, Sónia, Fred, Matilde, vocês sabem quem são e a importância que têm para mim. Obrigado por fazerem parte da minha vida.

Ao meu avô, ao meu tio, à minha sogra, que continuam a torcer por mim e pelos meus do outro lado do campo. Eu sei que vocês estão aqui e que nunca nos abandonarão. Este livro também é para vocês.

- Ricardo Pereira

Sobre o autor

Ricardo Pereira é um eterno apaixonado por programação, software e tecnologia. Proveniente das áreas de ciências da computadores e engenharia informática, tornou-se, nos últimos 7 anos, num forte embaixador da tecnologia OutSystems, tendo obtido todas as certificações existentes da plataforma. Além disso, em 2020 foi nomeado OutSystems Champion, participando em diversos eventos e seguindo o programa de mentoring como mentor.

Em 2022 escreveu o seu primeiro livro, Rapid Application Development With OutSystems, publicado e distribuído mundialmente.

Em 2023 e 2024, após um longo trabalho e dedicação, o Ricardo foi nomeado OutSystems MVP pela OutSystems.

O seu tempo é distribuído entre projetos de software, aprendizagem, estudo, disfrutar com a família e a tocar guitarra na sua banda.

O Ricardo vive com a esposa e os dois filhos em Vila Nova de Gaia, Portugal.

O seu avô, já falecido, é a sua maior influência para se tornar na melhor versão de si mesmo.

Neste meu segundo livro, optei por escrever na minha língua nativa, o português, de forma a poder ajudar todos aqueles que falam a mesma língua que eu e têm dificuldade com o inglês.

A ideia de escrever um livro sobre arquitetura em OutSystems, provem da experiência obtida em projetos ao longo da minha carreira, em que se tornou notório que a falta de bases de arquitetura é um dos maiores problemas na implementação de ecossistemas escaláveis. Esta área é fortemente responsável por altas dívidas técnicas, que, posteriormente, levam à perda de competitividade das empresas através do aumento de custos e aumento do time to market.

Sobre os revisores

Helena Lameiro

Helena Lameiro, nascida em Nancy, França, iniciou a sua carreira como Farmacêutica em 2001.

Trabalhou em investigação onde teve o primeiro contacto com programação e iniciou a sua atividade profissional como developer na plataforma OutSystems em 2017.

O seu Background académico é de Ciências Farmacêuticas e suplementou a sua formação com cursos de C# e .Net, efetuando um ramp up em tecnologia OutSystems.

Atualmente é Senior Lead Engineer na NTT Data, desenvolvendo aplicações em Traditional Web, Reactive Web e Mobile, principalmente para o sector segurador e gere uma equipa de 5  developers OutSystems.

João Roque

João Roque, nascido em Vila Nova de Gaia, Portugal, desde cedo teve interesse pelo mundo da tecnologia, mas por motivos pessoais e profissionais apenas começou a sua carreira profissional na área de IT algo tarde, apenas em 2018. 

O seu background académico vem das áreas de Informática de Gestão, assim como de Gestão de empresas.

A trabalhar em OutSystems desde 2018, tornou-se um entusiasta da tecnologia.

Teve oportunidade ao longo do seu percurso de trabalhar em diversas aplicações Traditional Web e Reactive Web referentes a diferentes áreas de negócio.

De momento desempenha funções de Tech Lead na empresa Accenture, tendo responsabilidades técnicas em projetos na área da banca, assim como de gestão de equipas de programadores na tecnologia OutSystems.

João Azevedo

Rodeado de tecnologia desde a sua infância e após uma Licenciatura em Reabilitação Psicomotora, o João Azevedo decidiu, no ano de 2022, embarcar no mundo de desenvolvimento de software.

Esta jornada teve início num bootcamp intensivo de Full Stack Developer. Tudo isto abriu portas para entrar num novo rumo profissional orientado ao futuro, a tecnologia OutSystems. Durante esta jornada já alcançou diversos objetivos, desde obter diversas certificações até ser orador técnico em sessões de user groups promovidas pela própria OutSystems.

Em 2023 desenvolveu o seu primeiro componente para o repositório Forge da OutSystems.

Nesse mesmo ano ingressou na empresa Interfys, para desempenhar, pela primeira vez, funções de formador.

Aos dias de hoje, permanece na empresa CodeForAll, trabalhando e ganhando experiência com desenvolvimento Reactive Web e Mobile na plataforma OutSystems.

O João está sempre em busca de novos desafios, formar-se, alcançar novos objetivos, mas sempre dividindo o seu tempo para hobbies com familiares e amigos.

Visa, no futuro, continuar a crescer no universo OutSystems.

Índice

Sobre o autor

Sobre os revisores

Helena Lameiro

João Roque

João Azevedo

Prefácio

1. Arquitetura de software em OutSystems

O que é arquitetura de software

O Architecture Canvas

Layers do Architecture Canvas

Sub-Layers do Architecture Canvas

Cenários de utilização do Architecture Canvas

Porquê usar o Architecture Canvas

Em resumo…

Grupo de exercícios 1

2. Desenho de arquitetura

Processo de desenho de arquitetura

O ciclo DOA

Composição de aplicações

Architecture Blueprint

Identificação de dependências entre módulos

Padrões de desenho e implementação de arquitetura

Em resumo…

Grupo de exercícios 2

3. Validação de arquitetura e refatorização

Regras de validação de arquitetura

Regra 1: Sem referências para layers superiores (no upward references)

Regra 2: Sem referências fortes laterais entre módulos do layer End-User (no side references among End-User)

Regra 3: Sem referências cíclicas entre módulos do layer Core ou do layer Foundation (no cycles among Cores and Libraries)

Regras de composição de aplicações

Regra 1 – Inserir os módulos no layer correto do Architecture Canvas (correctly layer your modules)

Regra 2 – Garantir o mapeamento das aplicações para o layer correto (correctly layer your applications)

Regra 3: Não misturar desenvolvimentos de diferentes equipas (don’t mix different owners)

Regra 4: Não misturar desenvolvimentos de diferentes linhas de negócio (don’t mix different sponsors)

Ferramentas de validação de arquitetura OutSystems

Discovery

AI Mentor Studio

Refatorização

Mover módulos para uma nova aplicação

Extrair elementos de um módulo referentes a diferentes layers

Em resumo…

Grupo de exercícios 3

4. Arquitetura de style guides

O que é um style guide

OutSystems UI

Cenários comuns de arquiteturas de style guides

Style guide built-in

Customização de um style guide built-in

Clonar um style guide built-in

Criar um style guide de raiz

Partilhar um style guide

Em resumo…

Grupo de exercícios 4

5. Arquitetura orientada a domínios

Definição de domínios de arquitetura de software

DDD – Domain Driven design em OutSystems

Monólitos

Microserviços

Monólitos vs. Microserviços

Tipos de domínios

Mapeamento de conceitos para OutSystems

Arquitetura de um domínio

Regras de validação de domínios

Padrões avançados de arquitetura em DDD – Domain Driven Design

Quando e como tirar partido do DDD – Domain Driven design

Em resumo…

Grupo de exercícios 5

Índice de imagens

Lista de definições

Bibliografia

Soluções de exercícios propostos

Grupo de exercícios 1

Grupo de exercícios 2

Grupo de exercícios 3

Grupo de exercícios 4

Grupo de exercícios 5

Conclusão

Prefácio

Em primeiro lugar: o que é OutSystems? OutSystems é uma plataforma de desenvolvimento de software Low-Code. O objetivo desta ferramenta é acelerar o desenvolvimento de aplicações Web e/ou Mobile à medida de cada caso e de cada cliente, de forma a reduzir o time to market e, ao mesmo tempo, assegurar os melhores padrões de qualidade, performance, segurança e compatibilidade com dispositivos no mercado atual. Isto tudo é possível pela abstração através de componentes e templates já pré-definidos que nos são disponibilizados para montar as nossas soluções.

O facto desta tecnologia permitir um crescimento mais rápido, também permite falhar mais rápido. E é aí que devemos estar atentos. Uma das áreas que, por norma, torna-se mais complexa de corrigir, é a área de arquitetura de software. Quando esta não é escalável e/ou está mal desenhada, o mais provável é apenas corrigir-se quando não há mais solução.