Entendimento arquitetura de software orientada para o padrão (POSA) começa com a compreensão dos dois conceitos que o compõem: arquitetura de software e padrões de software.
Arquitetura de software: Arquitetura de software pode significar coisas diferentes, dependendo de sua função. Os desenvolvedores pensam que isso significa que a estrutura do sistema que está sendo construído. Testadores acho que é a forma de que eles precisam para testar. Para todos, que é a estrutura de alto nível da solução para um problema que o cliente ou o cliente quer resolvido.
padrão de software: UMA padrão de software é uma solução para um projeto de software ou um problema de codificação que tem sido útil, pelo menos, três vezes. A recorrência mostra que o padrão é uma solução comum que funciona uma e outra vez. Padrões não resolver o seu problema para você, mas eles ajudam a entender como resolvê-lo. Eles explicam os passos que você precisa seguir e explicar as vantagens e desvantagens que você deve equilibrar a alcançar uma solução.
Colocando esses dois conceitos juntos, você tem a estrutura de alto nível de uma solução para o problema de um cliente ou cliente que está baseado em idéias comprovadas. Quando você usa o padrão apropriado para estruturar a sua solução, você pode estar confiante de que as estruturas básicas da arquitetura são sólidas, porque elas foram utilizadas antes.
Conectando-se com a Comunidade Pattern Software
Se você é um arquiteto de software, engenheiro ou designer, você é provável interessado em padrões de software e, portanto, a comunidade padrão de software. Você pode se envolver com esta comunidade de várias maneiras:
Advogado por padrões. Você pode defender padrões dentro do seu grupo de trabalho ou empresa e da indústria como um todo. Você pode apontar seus colegas para recursos padrão que você encontrou para ser útil e aqueles que você acha que pode ajudar a resolver alguns problemas de design de software.
Escreva sobre suas experiências usando padrões. Blog sobre como padrões ajudou a resolver um problema real, por exemplo, ou escrever um pequeno artigo para uma empresa ou boletim técnico.
Seja um mentor padrão. Mostre a seus colegas como os padrões podem (e às vezes não pode) resolver os desafios de software e ajudá-los a encontrar padrões úteis para seus próprios projetos. Você pode ajudá-los a aprender a escrever padrões também.
Voluntário. Como qualquer comunidade, a comunidade padrão tem muitas oportunidades de voluntariado. Você pode ajudar a melhorar os padrões de outras pessoas através da participação em oficinas de escritores em conferências padrão. Depois de ter provado a si mesmo, você pode se tornar um pastor, ajudando outros autores padrão prepare-se para oficinas de escritores.
Escrever seus próprios padrões. Considere as coisas que seus colegas lhe fazer perguntas sobre - ou as coisas que você gostaria que eles lhe perguntar sobre. Estes tópicos podem ser apropriados para seus primeiros padrões.
Arquitetura de Software: Como referência Padrões de Software
Sempre que você está escrevendo um documento e querer referir-se a um padrão de software, certifique-se de dar aos seus leitores informações suficientes para que eles possam encontrar o mesmo padrão de si mesmos. padrões de software aparecem em livros, revistas e anais de conferências, e deve ser citado como qualquer outra coisa. Aqui estão algumas orientações:
Parta o nome. Dentro do corpo do seu documento, tornar o nome padrão de um aspecto diferente do texto normal de alguma forma. Comumente, padrão autores fazer isso através da aplicação de small-caps carácter de formatação, sublinhando o título padrão ou capitalizando-lo de forma consistente.
Marcar o padrão. Marcar o padrão para que os leitores podem encontrar o padrão completo através de uma referência detalhada. Use qualquer método de referência que você está aplicando no resto do documento - notas de rodapé, ou em linha (com o texto entre parênteses).
Creditar todas as suas fontes. Para cada citação teste padrão, incluem todo o material de referência típica, como autor, nome do padrão, e onde você encontrou o padrão (como um livro ou site). Às vezes as pessoas o suficiente conhecer a referência para que você pode usar um atalho.
Data da versão. Sempre citar a data da versão padrão que você está usando, especialmente se a sua fonte pode ser alterado e atualizado. Padrões em sites, por exemplo, pode ser atualizado facilmente. Porque escrever padrões é um processo sem fim, os padrões estão sendo continuamente refinado e lista de padrões autores uma nova data para cada nova versão.
Construindo um Catálogo de Padrões de Software
Quando você começar a usar padrões para resolver problemas de design de software, você vai encontrar alguns favoritos. Grave estes favoritos em seu próprio catálogo de padrões de software para o futuro referência- é uma boa prática. Selecione as ferramentas que você está mais confortável com (lápis e papel, documento de processamento de texto, página web, blog, ou wiki) e que você está mais provável para usar quando você enfrenta desafios de design. Em seguida, siga estes passos:
Identificar os problemas de desenvolvimento de software que você normalmente encontrar.
O seu catálogo de padrões será mais útil se aborda estes problemas.
Encontrar os padrões que resolvem esses problemas.
Você provavelmente já tem alguns modelos preferidos que você usa.
Organize o seu catálogo de padrões em seções para ajudá-lo a ampliar e encontrar rapidamente os padrões que podem ajudá-lo.
Organizar padrões de quando você precisar deles, por que tipo de solução que eles fornecem, ou pelo âmbito de aplicação do padrão - qualquer categorização que você achar útil.
Ligue os padrões.
Padrões de trabalhar em conjunto, o que lhe permite resolver grandes problemas. Adicionar referências, hiperlinks, ou outras conexões entre os padrões de modo que você vai se lembrar que o padrão quando você usou padrão X no passado, você também utilizado Y. Ligar padrões é mais fácil se você usar um método de catalogação eletrônica.
Mantenha o seu catálogo atual.
Novos padrões são publicados continuamente, e você pode querer incluir alguns deles em seu manual. Além disso, se você achar que você não use alguns dos padrões mais, removê-los para abrir espaço para os novos que você usa.