Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Depois que os modelos conceituais e lógicos forem concluídos, você poderá tomar decisões sobre a implementação física do aplicativo. Para criar o modelo físico, você deve entender onde os vários serviços do aplicativo devem estar localizados e como eles devem ser implementados. Determinar onde vários serviços residem deve vir antes de como os serviços serão implementados.
Uma regra básica para determinar onde vários serviços residem é a seguinte: coloque o componente onde ele está sendo usado. Se, por exemplo, um componente exibir informações para o cliente base, ele deverá ir para o computador do usuário. Se um componente validar informações do cliente base, ele também deverá residir no computador do cliente base. Se um componente atualizar as informações em um banco de dados, ele deverá residir no servidor de banco de dados.
Há, é claro, considerações adicionais que fazem exceções a essa regra. Problemas de desempenho e segurança também podem determinar onde um componente está localizado. Considere o seguinte:
- Um componente vai mudar com frequência, dificultando a distribuição de atualizações?
- O componente será usado por outros aplicativos, como um componente de verificação de segurança comum?
- O componente faz cálculos longos ou executa funções, como impressão, que podem ser descarregadas em um servidor?
- A segurança de um componente pode ser aprimorada colocando-a em um servidor?
Localizar corretamente componentes de um aplicativo também pode isolar a equipe de desenvolvimento da recodificação dispendiosa se o sistema ou o local dos dados for alterado. Por exemplo, colocando as regras de acesso a dados em uma camada de dados em vez de em procedimentos armazenados, o aplicativo é mais facilmente isolado da dependência de um DBMS específico. Não só as alterações são restritas e os testes compartimentalizados, mas as fontes de dados podem ser alteradas e os dados podem ser distribuídos sem alterar fundamentalmente a aplicação.
Por fim, a localização de componentes deve aproveitar a eficiência do sistema. É eficaz em termos de tempo e custo colocar ativos de negócios em locais centralizados na rede. Os objetos podem ser compartilhados entre aplicativos e os testes de unidade podem ser feitos antes que todos os componentes sejam implantados. Os custos de manutenção também podem ser reduzidos porque as alterações de regra ocorrem apenas em um único ponto.
Tópicos relacionados