·
Administração ·
Engenharia de Software
Envie sua pergunta para a IA e receba a resposta na hora
Recomendado para você
11
Prova Metodologia Tradicional 10 Ágil Universo Ead
Engenharia de Software
UNIP
9
Prova Scrum Universo Ead
Engenharia de Software
UNIP
20
Rio Doce
Engenharia de Software
UNIP
11
Prova Escalando Ágeis Universo Ead
Engenharia de Software
UNIP
11
Arquitetura de Software - Aula 03 -componentes Conectores
Engenharia de Software
UNIP
11
Prova Contratos Ágeis Universo Ead
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
9
Questionário Unidade 1 Fundamentos de Engenharia de Software
Engenharia de Software
UNIP
3
Atividade Arquitetura de Software
Engenharia de Software
UNIP
Texto de pré-visualização
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.
Envie sua pergunta para a IA e receba a resposta na hora
Recomendado para você
11
Prova Metodologia Tradicional 10 Ágil Universo Ead
Engenharia de Software
UNIP
9
Prova Scrum Universo Ead
Engenharia de Software
UNIP
20
Rio Doce
Engenharia de Software
UNIP
11
Prova Escalando Ágeis Universo Ead
Engenharia de Software
UNIP
11
Arquitetura de Software - Aula 03 -componentes Conectores
Engenharia de Software
UNIP
11
Prova Contratos Ágeis Universo Ead
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
9
Questionário Unidade 1 Fundamentos de Engenharia de Software
Engenharia de Software
UNIP
3
Atividade Arquitetura de Software
Engenharia de Software
UNIP
Texto de pré-visualização
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.