·
Administração ·
Engenharia de Software
Send your question to AI and receive an answer instantly
Recommended for you
11
Prova Escalando Ágeis Universo Ead
Engenharia de Software
UNIP
11
Prova Metodologia Tradicional 10 Ágil Universo Ead
Engenharia de Software
UNIP
9
Prova Scrum Universo Ead
Engenharia de Software
UNIP
11
Prova Contratos Ágeis Universo Ead
Engenharia de Software
UNIP
20
Rio Doce
Engenharia de Software
UNIP
11
Arquitetura de Software - Aula 03 -componentes Conectores
Engenharia de Software
UNIP
3
Atividade Arquitetura de Software
Engenharia de Software
UNIP
50
Guia ABNT - Normalização para Trabalhos Acadêmicos - Universidade Paulista
Engenharia de Software
UNIP
4
Análise de Sistemas Orientada a Objetos Questionário Unidade 1
Engenharia de Software
UNIP
4
Prova Engenharia de Software 2 Unip 2019
Engenharia de Software
UNIP
Preview text
Arquitetura de Software\nJoão Arthur Brunet\nComputação @ UFCG\nConteúdo\nO conteúdo do curso foi organizado em três módulos.\nMódulo 1 - Introdução à Arquitetura de Software\nNesta unidade vamos abordar os conceitos introdutórios relacionados à arquitetura de software. Em particular, vamos discutir as definições para o termo, bem como motivar o papel e a importância durante o desenvolvimento de software. Na etapa de documentação arquitetural, vamos abordar o modelo C4 e o modelo de visões arquiteturais.\nSlides\n• Apresentação do curso\n• Introdução à Arquitetura de Software\n• Visões, Pontos de Vista e Perspectivas\n• O Modelo c4 O QUE É ARQUITETURA DE SOFTWARE?\nPalavras-chave importantes até agora.\nDecomposição e orquestração das partes do sistema; impacto do/no negócio; requisitos não-funcionais norteando decisões; tradeoff; processo investigativo; estratégias; diferentes visões; avaliação do impacto das decisões; documentação das decisões; custo; qualidade; tempo; time-to-market... O QUE É ARQUITETURA DE SOFTWARE?\nNão há definição única de Arquitetura de Software. ARQUITETURA DE SOFTWARE: PARTES E RELACIONAMENTOS\nArquitetura é um conjunto de partes que compõem o sistema e o ambiente em que está inserido, suas responsabilidades e seus relacionamentos. ARQUITETURA DE SOFTWARE: PARTES E RELACIONAMENTOS\nArquitetura é um conjunto de partes que compõem o sistema e o ambiente em que está inserido, suas responsabilidades e seus relacionamentos.\n\n• Partes: containers, componentes, pacotes, subsistemas, camadas…\n• Ambiente: infraestrutura, stakeholders, configuração…\n• Responsabilidades: não-funcionais e funcionais…\n• Relacionamentos: interação entre as partes ARQUITETURA DE SOFTWARE: CONJUNTO DE DECISÕES\nArquitetura é um conjunto de decisões firmes e de grande impacto.\n\n• Linguagens, persistência, integração, padrões, estilos, protocolos de comunicação, interfaces etc.\n• Princípios, diretrizes e estratégias. ARQUITETURA DE SOFTWARE: CONJUNTO DE DECISÕES\n\nArquitetura é um conjunto de decisões firmes e de grande impacto.\n\n• Linguagens, persistência, integração, padrões, estilos, protocolos de comunicação, interfaces etc.\n\n• Princípios, diretrizes e estratégias.\n\n24 / 34 ARQUITETURA DE SOFTWARE: CONJUNTO DE DECISÕES\n\nArquitetura de software é um exercício constante de se perguntar \"E se?\"\n\n• E se a carga duplicar?\n• E se esse serviço sair do ar?\n• E se implantar na nuvem for caro?\n• E se houver free-riders?\n• E se as consultas demandarem muito processamento/memória?\n• E se o usar cache? E se houver inconsistência?\n• E se a minha estratégia para melhorar o desempenho piorar o desempenho?\n\n25 / 34 ARQUITETURA DE SOFTWARE: REQUISITOS NÃO-FUNCIONAIS COMO NORTE\n\nRequisitos não-funcionais norteiam decisões arquiteturais.\n\nDesempenho, manutenabilidade, escalabilidade, segurança, latência, tolerância à falhas, reuso, entre outros.\n\n• Cache e suas estratégias\n• MapReduce\n• MVC\n• Microsserviços\n• Escalabilidade horizontal\n• Balanceamento de carga\n• ...\n\n26 / 34 CONSENSO\n\nHá consenso sobre o que importa e sobre não existir um único modelo para representar a arquitetura.
Send your question to AI and receive an answer instantly
Recommended for you
11
Prova Escalando Ágeis Universo Ead
Engenharia de Software
UNIP
11
Prova Metodologia Tradicional 10 Ágil Universo Ead
Engenharia de Software
UNIP
9
Prova Scrum Universo Ead
Engenharia de Software
UNIP
11
Prova Contratos Ágeis Universo Ead
Engenharia de Software
UNIP
20
Rio Doce
Engenharia de Software
UNIP
11
Arquitetura de Software - Aula 03 -componentes Conectores
Engenharia de Software
UNIP
3
Atividade Arquitetura de Software
Engenharia de Software
UNIP
50
Guia ABNT - Normalização para Trabalhos Acadêmicos - Universidade Paulista
Engenharia de Software
UNIP
4
Análise de Sistemas Orientada a Objetos Questionário Unidade 1
Engenharia de Software
UNIP
4
Prova Engenharia de Software 2 Unip 2019
Engenharia de Software
UNIP
Preview text
Arquitetura de Software\nJoão Arthur Brunet\nComputação @ UFCG\nConteúdo\nO conteúdo do curso foi organizado em três módulos.\nMódulo 1 - Introdução à Arquitetura de Software\nNesta unidade vamos abordar os conceitos introdutórios relacionados à arquitetura de software. Em particular, vamos discutir as definições para o termo, bem como motivar o papel e a importância durante o desenvolvimento de software. Na etapa de documentação arquitetural, vamos abordar o modelo C4 e o modelo de visões arquiteturais.\nSlides\n• Apresentação do curso\n• Introdução à Arquitetura de Software\n• Visões, Pontos de Vista e Perspectivas\n• O Modelo c4 O QUE É ARQUITETURA DE SOFTWARE?\nPalavras-chave importantes até agora.\nDecomposição e orquestração das partes do sistema; impacto do/no negócio; requisitos não-funcionais norteando decisões; tradeoff; processo investigativo; estratégias; diferentes visões; avaliação do impacto das decisões; documentação das decisões; custo; qualidade; tempo; time-to-market... O QUE É ARQUITETURA DE SOFTWARE?\nNão há definição única de Arquitetura de Software. ARQUITETURA DE SOFTWARE: PARTES E RELACIONAMENTOS\nArquitetura é um conjunto de partes que compõem o sistema e o ambiente em que está inserido, suas responsabilidades e seus relacionamentos. ARQUITETURA DE SOFTWARE: PARTES E RELACIONAMENTOS\nArquitetura é um conjunto de partes que compõem o sistema e o ambiente em que está inserido, suas responsabilidades e seus relacionamentos.\n\n• Partes: containers, componentes, pacotes, subsistemas, camadas…\n• Ambiente: infraestrutura, stakeholders, configuração…\n• Responsabilidades: não-funcionais e funcionais…\n• Relacionamentos: interação entre as partes ARQUITETURA DE SOFTWARE: CONJUNTO DE DECISÕES\nArquitetura é um conjunto de decisões firmes e de grande impacto.\n\n• Linguagens, persistência, integração, padrões, estilos, protocolos de comunicação, interfaces etc.\n• Princípios, diretrizes e estratégias. ARQUITETURA DE SOFTWARE: CONJUNTO DE DECISÕES\n\nArquitetura é um conjunto de decisões firmes e de grande impacto.\n\n• Linguagens, persistência, integração, padrões, estilos, protocolos de comunicação, interfaces etc.\n\n• Princípios, diretrizes e estratégias.\n\n24 / 34 ARQUITETURA DE SOFTWARE: CONJUNTO DE DECISÕES\n\nArquitetura de software é um exercício constante de se perguntar \"E se?\"\n\n• E se a carga duplicar?\n• E se esse serviço sair do ar?\n• E se implantar na nuvem for caro?\n• E se houver free-riders?\n• E se as consultas demandarem muito processamento/memória?\n• E se o usar cache? E se houver inconsistência?\n• E se a minha estratégia para melhorar o desempenho piorar o desempenho?\n\n25 / 34 ARQUITETURA DE SOFTWARE: REQUISITOS NÃO-FUNCIONAIS COMO NORTE\n\nRequisitos não-funcionais norteiam decisões arquiteturais.\n\nDesempenho, manutenabilidade, escalabilidade, segurança, latência, tolerância à falhas, reuso, entre outros.\n\n• Cache e suas estratégias\n• MapReduce\n• MVC\n• Microsserviços\n• Escalabilidade horizontal\n• Balanceamento de carga\n• ...\n\n26 / 34 CONSENSO\n\nHá consenso sobre o que importa e sobre não existir um único modelo para representar a arquitetura.