As classes mapeadas para tabelas em um banco de dados relacional são aquelas que têm instâncias persistentes. Quando uma classe é mapeada para um banco de dados relacional, cada atributo de uma classe é mapeado para uma coluna em uma tabela. Os atributos de uma classe não podem ser armazenados em diferentes tabelas pois as instâncias de uma classe têm que ser linhas em uma única tabela.

Classes organizadas em hierarquias podem ser armazenadas em bancos de dados relacionais. Supondo que as classes ContaEspecial e ContaCorrente herdem da classe Conta, uma forma de se mapear essas classes para um banco de dados relacional é criar uma tabela para cada uma dessas classes. Uma outra opção seria criar uma única tabela com os atributos das três classes.

Uma instância de MacroComando pode ter uma ligação para uma instância de qualquer classe que herde de Comando. A existência de instâncias de ItemMenu depende da existência de uma instância de Menu, que depende da existência de uma instância de TelaPedido.

A classe CntrNegocio implementa a interface INegocio e a classe CntrInteracao depende dos serviços dessa interface. As classes TelaPedido e CntrInteracao estão relacionadas por meio de uma associação.

No estilo SOA, um serviço de diretório anuncia informações sobre os serviços. Isso acarreta as seguintes desvantagens: uma vez anunciado, um serviço não pode ser transferido entre computadores; serviços não podem ser acrescentados ou removidos se ocorrerem variações nas demandas pelos mesmos; se ocorrer uma falha que torne indisponível um serviço, um cliente não pode obter um servidor alternativo que disponibilize um serviço com as mesmas funcionalidades.

O estilo de arquitetura SOA enfatiza a implementação dos componentes de software como serviços modulares que possam ser descobertos e usados por clientes. Esses serviços podem ser úteis isoladamente ou ser integrados a outros serviços; eles se comunicam via trocas de mensagens e são caracterizados pelas mensagens que aceitam e que geram.

A SOA é um estilo de arquitetura que enfatiza um fraco acoplamento entre os clientes e os prestadores dos serviços. Um cliente não precisa conhecer detalhes quanto à implementação ou à plataforma onde um serviço é executado; o cliente conhece a interface do serviço. Se mudar a implementação do serviço mas a interface for mantida, o cliente não precisa ser modificado.

O XP é um processo que visa a um desenvolvimento ágil e portanto não recomenda os testes de unidade, pois eles consomem muitos recursos. Durante o desenvolvimento, o primeiro teste recomendado é o smoke test que foca os detalhes de funcionamento. O smoke test é realizado após as unidades serem integradas. Após o smoke test, é realizado o teste de sistema.

As iterações são organizadas nas fases de concepção, elaboração, construção e transição. A concepção produz uma versão preliminar executável da arquitetura e um manual preliminar para os usuários. A elaboração produz todos os modelos finalizados. A construção produz uma versão final dos manuais destinados aos usuários e os materiais destinados aos treinamentos.

No CMMI, são definidas áreas de processo e práticas associadas às mesmas. Essas práticas, se adotadas em conjunto, possibilitam alcançar melhorias nas áreas de processo. O CMMI também define vários níveis de maturidade. No nível de maturidade 2, chamado de nível gerenciado, há as áreas de processo de desenvolvimento dos requisitos, de solução técnica e de gerência de riscos.