Baixado 59 vezes
Carregado porFábio Nogueira de Lucena
Arquitetura de Software EXPLICADA
O documento discute os conceitos fundamentais de arquitetura de software, incluindo: (1) arquitetura de software é o conjunto de estruturas que compõem um sistema, incluindo módulos, componentes e conectores, e alocação; (2) módulos dividem o sistema em unidades de implementação com responsabilidades específicas; (3) componentes e conectores representam elementos de software e suas interações em tempo de execução.
Mais conteúdo relacionado
Semelhante a Arquitetura de Software EXPLICADA
Arquitetura de Software EXPLICADA
- 1. Arquitetura de Software Compreendendoo livro Software Architecture in Practice Len Bass et al., Addison-Wesley, 3rd edition, 2013 Fábio Nogueira de Lucena Instituto de Informática (UFG) 2017
- 2. Direitos autorais Slides produzidosa partir do conteúdo do livro Software Architecture in Practice Len Bass, Paul Clements e Rick Kazman Addion-Wesley, 3rd edition, 2013.
- 3. Direitos autorais As imagenscontidas nos slides foram obtidas via Google Search, com a opção avançada de direitos autorais definidas para noncommercial reuse
- 4. O que é arquiteturade software? Páginas 3-24
- 5. Sistemas de softwaresão construídos para satisfazer objetivos de negócio de organizações.
- 6. Objetivo de negócio Businessgoal define o propósito pelo qual um sistema é construído. A arquitetura é projetada para satisfazer esse propósito.
- 7. Objetivo de negóciofomenta requisito de qualidade (arquitetural)... Ampliar a presença no mercado Software mais “rápido” e “mais eficiente”.
- 8.
- 9. Arquitetura de Softwareé meio Objetivos do negócio Implementação do software Arquitetura de Software Requisitos Projeto Construção
- 10. Visão funcional Definir a Arquitetura deSoftware Requisitos Conhecimento; Experiência; “Plágio”; Intuição; Restrições; ... Representação da Arquitetura de Software
- 11. Arquitetura de Software Requisitos (entrada) Projetoarquitetural (processo) Documentação da arquitetura (saída) Documentação pode ser utilizada para a implementação ou para a avaliação.
- 12. Uma arquitetura desoftware pode ser... Documentada Projetada Analisada
- 13. O que é arquiteturade software?
- 14. Como “pensar” umasolução de software?
- 15. Como analisar ouentender uma solução existente?
- 16. O que éarquitetura de software? “É o conjunto de estruturas, compostas de elementos e das relações entre eles.”
- 17. Quais são ostipos de estruturas? Módulos Componente-e-conector Alocação
- 18.
- 19. Módulo Divide o sistemaem unidade de implementação Possui uma responsabilidade computacional Define a unidade de trabalho de equipes de programação Unidade estática (ênfase está na divisão da funcionalidade do sistema) Exemplos Banco de dados Regras de negócio Interface com o usuário, ...
- 20. Módulo Registra as decisõesacerca de como o sistema será estruturado como um conjunto de unidades de código e dados. Um módulo é uma classe, camadas ou simples divisão da funcionalidade, cada um deles uma unidade de implementação.
- 21. Questões que sãorespondidas por módulos Quais as principais responsabilidades atribuídas a cada módulo? Qual a relação de uso entre os módulos? Qual a relação de herança entre os módulos? Qual a relação de composição entre os módulos?
- 22. Módulos (exemplos) Divisão de responsabilidade,uso, decomposição
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38. Módulos (exemplo) (16/18) Imagemobtida de https://blogs.msdn.microsoft.com/dotnet/2016/09/26/introducing-net-standard/
- 39. Módulos (exemplo) (17/18) Imagemobtida de https://blogs.msdn.microsoft.com/dotnet/2016/09/26/introducing-net-standard/
- 40.
- 41. Módulos (exemplos) Classes (típicas deanálise e projeto orientado a objetos)
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52. Verifique as respostaspara as questões abaixo? Quais as principais responsabilidades atribuídas a cada módulo? Pode ser necessário um breve texto Qual a relação de uso entre os módulos? Provavelmente um diagrama de classes com dependências Qual a relação de herança entre os módulos? Um diagrama de classes com as heranças entre os módulos Qual a relação de composição entre os módulos? Novamente um diagrama de classes com packages que são refinados (decompostos) para ilustrar a composição.
- 53.
- 54. Componente-e-Conector Explicita decisões arquiteturaisnas quais o sistema é estruturado como um conjunto de elementos que possuem comportamento em tempo de execução (componentes) e interações (conectores)
- 55. Componentes (exemplos) Serviço (pagamentoonline) Serviço (verificação de endereço com base em CEP) Serviço (emissão de nota fiscal eletrônica) Clientes (interface gráfica em smartphone, em browser, …) Servidor de arquivos, banco de dados, ...
- 56. Quais as questõesrespondidas? Quais as principais componentes e como eles interagem em tempo de execução? Quais são os principais “shared data stores”? Quais partes do sistema podem ser replicadas? Quais partes do sistema podem ser executadas em paralelo?
- 57.
- 58.
- 59.
- 60.
- 61. Táticas Lidando com requisitos“clássicos”
- 62. Disponibilidade (availability) 99%, 3dias e 15.6 horas indisponíveis em um ano 1% de 365 * 24 = 8760 horas é 87,6 horas, 72 horas (3 dias) + 15.6 horas 99.9%, 8 horas, 0 minutos e 46 segundos indisponíveis em um ano 99.99%, 52 minutos, 34 segundos 99.999%, 5 minutos, 15 segundos 99.9999%, 32 segundos indisponíveis por ano
- 63. Disponibilidade (tática) Detectar falha Recuperar(da falha) Prevenir
- 64. Disponibilidade (tática “detectar”) Ping/Echo Monitor Heartbeat Timestamp SanityChecking Condition monitoring Voting Exception detection