Aula 5 - DiagComponentesImplantacaoArqSoftware

Prévia do material em texto

ARQUITETURA DE SOFTWARE
O QUE É UM ARQUITETO DE SOFTWARE?
• É O RESPONSÁVEL POR LIDERAR É COORDENAR AS ATIVIDADES 
OS ARTEFATOS TÉCNICOS NO DECORRER DO PROJETO. 
• O ARQUITETO DE SOFTWARE ESTABELECE A ESTRUTURA GERAL 
DE CADA VISÃO DA ARQUITETURA A DECOMPOSIÇÃO DA 
VISÃO, 
• O AGRUPAMENTO DOS ELEMENTOS E AS INTERFACES ENTRE OS 
PRINCIPAIS AGRUPAMENTOS. 
• PORTANTO, COMPARADO AOS OUTROS PAPÉIS, A VISÃO DO 
ARQUITETO DE SOFTWARE É AMPLA E NÃO DETALHADA. 
• VISÃO DE ARQUITETURA:
• VISÃO DE CASOS DE USO OU HISTÓRIAS DE USUÁRIOS → 
CENÁRIOS E COMPORTAMENTOS.
• VISÃO LÓGICA → CLASSES E PACOTES EM CAMADAS 
• VISÃO DE IMPLEMENTAÇÃO → VISÃO GERAL DOS MÓDULOS E 
PACOTES 
• VISÃO DE IMPLANTAÇÃO → NÓS FÍSICOS 
O QUE É UM ARQUITETO DE SOFTWARE?
• EXPERIÊNCIA NO DOMÍNIO DO PROBLEMA, CONHECENDO TOTALMENTE OS 
REQUISITOS, E NO DOMÍNIO DE ENGENHARIA DE SOFTWARE.
• EXEMPLO DOMÍNIO DO PROBLEMA: FORNECER SUBSÍDIOS PARA ATENDIMENTO 
DA ÁREA JURÍDICA, ESCRITÓRIO DE ADVOGADOS INTERNOS EXTERNOS E DEMAIS 
ÁREAS DO BANCO: PROCON, BACEN E AGÊNCIAS, NAS AÇÕES QUE O BANCO MOVE 
CONTRA O CLIENTE, OU DO CLIENTE CONTRA O BANCO, EVITANDO QUE OS 
ADVOGADOS VÃO PARA AS AUDIÊNCIAS SEM DOCUMENTOS.
• LIDERANÇA 
• PARA CONDUZIR O ESFORÇO TÉCNICO ENTRE AS VÁRIAS EQUIPES.
• TOMAR DECISÕES IMPORTANTES SOB PRESSÃO E FAZER COM QUE ESSAS 
DECISÕES SEJAM CUMPRIDAS À RISCA.
• PARA MELHOR EFICIÊNCIA, O ARQUITETO DE SOFTWARE E O GERENTE DE 
PROJETOS DEVEM TRABALHAR JUNTOS: 
• O ARQUITETO DE SOFTWARE RESPONSÁVEL PELAS QUESTÕES TÉCNICAS O 
GERENTE DE PROJETO CUIDANDO DOS ASSUNTOS ADMINISTRATIVOS.
• O ARQUITETO DE SOFTWARE DEVE TER PODER PARA TOMAR DECISÕES 
TÉCNICAS.
O QUE É UM ARQUITETO DE SOFTWARE
• O ARQUITETO IDEAL DEVE SER UMA PESSOA ERUDITA, NUM MATEMÁTICO, FAMILIARIZADO COM 
ESTUDOS HISTÓRICOS, UM ESTUDIOSO APLICADO DE FILOSOFIA, CONHECEDOR DE MÚSICA, PORQUE 
NÃO DESCONHECIA MEDICINA, DETENTOR DE SABER JURÍDICO E FAMILIARIZADO COM ASTRONOMIA E 
CÁLCULOS ASTRONÔMICOS. VITRUVIUS, APROXIMADAMENTE 25 ANOS ANTES DE CRISTO 
O QUE UM ARQUITETO DE SOFTWARE FAZ?
• O ARQUITETO DE SOFTWARE DEVE LEVAR EM 
CONSIDERAÇÃO AS NECESSIDADES DO CLIENTE. NO ENTANTO 
O TERMO GERAL CLIENTE NORMALMENTE ABRANGE 3 
ÁREAS DE RESPONSABILIDADE CONFLITANTES: OS 
REQUISITOS COMERCIAIS, OS REQUISITOS DO USUÁRIO 
E OS REQUISITOS DE SISTEMAS.
• OS REQUISITOS COMERCIAIS GERALMENTE DEFINE UMA 
SÉRIE DE FATORES, COMO OS PROCESSOS DE NEGÓCIOS, OS 
FATORES DE DESEMPENHO, SEGURANÇA, CONFIABILIDADE E AS 
RESTRIÇÕES ORÇAMENTÁRIAS E DE CUSTO.
• OS REQUISITOS DO USUÁRIO INCLUI O 
DESIGN DE INTERFACE, OS RECURSOS 
OPERACIONAIS EA FACILIDADE DE USO DO 
SOFTWARE.
• OS REQUISITOS DE SISTEMA INCLUEM OS 
RECURSOS RESTRIÇÕES DE HARDWARE, DE 
REDE E DO AMBIENTE EM TEMPO DE 
EXECUÇÃO.
• PERGUNTAS QUE UM ARQUITETO DE SOFTWARE TEM QUE 
RESPONDER COM FREQUÊNCIA:
• COMO OS USUÁRIOS TRABALHARAM COM O APLICATIVO?
• COMO O APLICATIVO SERÁ IMPLANTADO EM PRODUÇÃO E 
GERENCIADO?
• QUAIS SÃO OS REQUISITOS DE ATRIBUTO DE QUALIDADE DO 
APLICATIVO: COMO SEGURANÇA, COMO SEGURANÇA 
DESEMPENHO, INTERNACIONALIZAÇÃO E CONFIGURAÇÃO? 
• COMO PROJETAR O APLICATIVO PARA QUE SEJA FLEXÍVEL É 
PASSÍVEL DE MANUTENÇÃO COM O TEMPO?
• QUAIS SÃO AS TENDÊNCIAS ARQUITETÔNICAS QUE PODEM 
AFETAR O APLICATIVO AGORA OU DEPOIS QUE FOR 
IMPLANTADO?
O QUE UM ARQUITETO DE SOFTWARE FAZ?
QUAL O PRODUTO FINAL DO TRABALHO DE UM ARQUITETO?
• NORMALMENTE É UM CONJUNTO DE ESQUEMAS, MODELOS E DOCUMENTOS 
QUE DEFINEM O APLICATIVO SOB VÁRIAS PERSPECTIVAS PARA QUÊ, 
QUANDO COMBINADOS, OFEREÇAM AOS DESENVOLVEDORES, AS EQUIPES 
DE TESTES, AOS ADMINISTRADORES É A GERÊNCIA TODAS AS 
INFORMAÇÕES NECESSÁRIAS PARA IMPLEMENTAR O PROJETO.
• ESSAS INFORMAÇÕES DESCREVERAM A ESTRUTURA E O LAYOUT DOS 
COMPONENTES DAS CAMADAS DOS APLICATIVOS, DE QUE MANEIRA A 
QUESTÕES ABRANGENTES COMO REGISTRO EM LOG E VALIDAÇÃO, SÃO 
TRATADAS, O PLANO DE TESTES, IMPLANTAÇÃO E DOCUMENTAÇÃO QUE 
AUXILIARÁ OS DESENVOLVEDORES, ADMINISTRADORES E A EQUIPE DE 
SUPORTE.
• O PROJETO FINAL TAMBÉM DEVE ESPECIFICAR OS ATRIBUTOS DE 
QUALIDADE O QUE O APLICATIVO DEVE ATENDER. ELES SÃO O RESULTADO 
DAS DECISÕES CONSIDERADAS EU COMPENSA AÇÕES FEITAS PELO 
ARQUITETO APÓS CONSULTA AO CLIENTE. 
• ELES INCLUEM DEFINIÇÕES DOS REQUISITOS DE SEGURANÇA E DO PLANO 
DE IMPLEMENTAÇÃO DE SEGURANÇA É O DESEMPENHO NECESSÁRIOS 
PARA QUANDO O SOFTWARE É IMPLANTADO NA PLATAFORMA DE DESTINO. 
QUAIS SÃO AS HABILIDADES QUE UM 
ARQUITETO DE SOFTWARE DEVE TER?
• UM ARQUITETO DE SOFTWARE PRECISA TER MUITAS 
HABILIDADES TANTO PESSOAIS QUANTO 
TÉCNICAS.
• DURANTE AS ETAPAS DE ANÁLISE DE REQUISITOS E 
REVISÃO, O ARQUITETO DEVE TRABALHAR COM O 
CLIENTE, CONSULTAR PARCEIROS E OUTROS MEMBROS 
DA EQUIPE E AGIR COMO INTERMEDIÁRIO ENTRE 
GERENTES, USUÁRIOS E ADMINISTRADORES DE 
SISTEMA.
• SOBRESSAIR SE NESSAS HABILIDADES PESSOAIS 
PODE GERAR UM PLANO INICIAL MELHOR E UM 
CONJUNTO DE REQUISITOS MAIS PRECISO, QUE MAIS 
TARDE SE TRADUZIRÁ EM GANHOS DE TEMPO 
ESFORÇO.
QUAIS SÃO AS HABILIDADES QUE UM 
ARQUITETO DE SOFTWARE DEVE TER?
• UM ARQUITETO DE SOFTWARE TAMBÉM DEVE TER AS 
HABILIDADES TÉCNICAS NECESSÁRIAS PARA 
COMPREENDER COMO OS MODERNOS SISTEMAS DE 
SOFTWARE, ESTRUTURAS DE HARDWARE DÃO SUPORTE AOS 
REQUISITOS, DE MODO O QUE OS FATORES DE SISTEMA 
OPERACIONAL I REDE PODEM AFETAR AS DECISÕES SOBRE 
O PROJETO E COMO AS TENDÊNCIAS DE MUDANÇAS NESSA 
ÁREA AFETARÁ O PROJETO.
• APÓS ANÁLISE INICIAL DOS REQUISITOS, TAMBÉM DEVERÁ 
APLICAR AS HABILIDADES TÉCNICAS REFERENTES A 
PADRÕES DE PROJETO, PADRÕES DE COMUNICAÇÃO, 
RECURSOS DE CÓDIGO, QUESTÕES DE SEGURANÇA 
RESTRIÇÕES DE DESEMPENHO.
• TUDO EXIGE UM PROFUNDO CONHECIMENTO DAS 
TECNOLOGIAS QUE SERIAM USADAS PARA IMPLEMENTAR O 
SOFTWARE FINAL.
QUANTO O MERCADO 
PAGA PARA UM ARQUITETO 
DE SOFTWARE?
QUANTO O MERCADO PAGA PARA UM 
ARQUITETO DE SOFTWARE?
QUANTO O MERCADO PAGA PARA UM 
ARQUITETO DE SOFTWARE?
DIAGRAMA DE 
COMPONENTES
E IMPLANTAÇÃO
DIAGRAMA DE 
COMPONENTES
DIAGRAMA DE COMPONENTES
• DIAGRAMA DE COMPONENTES CONCEITO
• MOSTRA OS VÁRIOS COMPONENTES DE SOFTWARE DE 
UM SISTEMA E SUAS DEPENDÊNCIAS. 
• APRESENTA UMA VISÃO ESTÁTICA DE COMO O 
SISTEMA SERÁ IMPLEMENTADO E QUAIS OS MÓDULOS 
DE SOFTWARE, AS INTERFACES, PORTAS E RELAÇÕES 
ENTRE ESTES COMPONENTES.
• ESTÁ AMPLAMENTE ASSOCIADO A LINGUAGEM DE 
PROGRAMAÇÃO DE IMPLEMENTAÇÃO.
DIAGRAMA DE COMPONENTES
• DIAGRAMA DE COMPONENTES
NORMALMENTE É UTILIZADO PARA:
• MODELAR OS COMPONENTES DO CÓDIGO-FONTE, 
DO CÓDIGO EXECUTÁVEL DO SOFTWARE.
• DESTACAR A FUNÇÃO DE CADA MÓDULO PARA 
FACILITAR A SUA REUTILIZAÇÃO.
• AUXILIAR NO PROCESSO DE ENGENHARIA REVERSA, 
POR MEIO DA ORGANIZAÇÃO DOS MÓDULOS DO 
SISTEMA E SEUS RELACIONAMENTOS.
DIAGRAMA DE COMPONENTES
• COMPONENTES CONCEITO
• UM COMPONENTE É UM NOME 
GENÉRICO DADO À MENOR PARTE A 
SER CONSIDERADA NA MODELAGEM 
DO SISTEMA (UMA CLASSE, UMA 
FUNÇÃO, UMA PARTE DE 
UM HARDWARE, ETC.). 
Um componente é uma elemento substituível de um
sistema ao qual se adapta e fornece a realização de um
conjunto de interfaces.
DIAGRAMA DE COMPONENTES
• O QUE É ARTEFATO OU COMPONENTE?
• É UM PRODUTO DO PROCESSO DE 
DESENVOLVIMENTO DE SOFTWARE. 
• INCLUI MODELOS DE PROCESSO (CASOS DE 
USO OU PADRÕES DE PROJETO), ARQUIVOS 
FONTE, EXECUTÁVEIS, DOCUMENTOS, 
RELATÓRIOS, MANUAIS, ENTRE OUTROS. 
DIAGRAMA DE COMPONENTES
• O QUE É ARTEFATO OU COMPONENTE?
• CADA ARQUIVO PODE SER CONSIDERADO UM 
COMPONENTE OU ARTEFATO.
• COMPONENTE: UM COMPONENTE É QUALQUER 
ARQUIVO QUE CONTENHA UMA PARTE NECESSÁRIA À 
CONSECUÇÃO DE UM SOFTWARE. 
• O COMPONENTE PODE SER UMA PÁGINA HTML, UM 
ARQUIVO TXT, DLL, JAR E ETC.
DIAGRAMA DE COMPONENTES E 
IMPLANTAÇÃO
• O QUE É ARTEFATO OU COMPONENTE?
• UM COMPONENTE EXPÕE SUAS INTERFACES (MÉTODOS PÚBLICOS) 
PARA O MUNDO EXTERNO. 
• PARA REPRESENTAR ISSO É POSSÍVEL UTILIZAR A NOTAÇÃO DE UMA 
INTERFACE E ESTEREOTIPÁ-LA COMO UM COMPONENTE.
DIAGRAMA DE COMPONENTES
• DIAGRAMA DE COMPONENTES• CADA ARQUIVO PODE SER CONSIDERADO UM 
COMPONENTE OU ARTEFATO.
DIAGRAMA DE COMPONENTES
• DIAGRAMA DE COMPONENTES
• CADA ARQUIVO PODE SER CONSIDERADO UM 
COMPONENTE OU ARTEFATO.
DIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTES
• DEPENDÊNCIA
• POR EXISTIR DEPENDÊNCIAS ENTRE COMPONENTES, 
QUANDO OCORRER MUDANÇA EM UM 
COMPONENTE AFETARÁ OS COMPONENTES 
DEPENDENTES. 
• AS DEPENDÊNCIAS QUE SE PODE USAR SÃO: 
DEPENDÊNCIA DE COMPILAÇÃO E DE 
COMUNICAÇÃO. OS COMPONENTES SE 
COMUNICAM UNS COM OS OUTROS. 
DEPENDÊNCIA DE COMPILAÇÃO 
• UMA DEPENDÊNCIA DE COMPILAÇÃO EXISTE DE UM 
ELEMENTO PARA OS ELEMENTOS QUE SÃO NECESSÁRIOS 
PARA COMPILÁ-LO.
• NO C++, POR EXEMPLO, AS DEPENDÊNCIAS DE 
COMPILAÇÃO SÃO INDICADAS POR INSTRUÇÕES 
#INCLUDE. 
• NO ADA, SÃO INDICADAS PELA CLÁUSULA WITH. 
• EM JAVA, A DEPENDÊNCIA DE COMPILAÇÃO É INDICADA 
PELA INSTRUÇÃO IMPORT.
DEPENDÊNCIA DE COMPILAÇÃO 
•O DIAGRAMA DE 
COMPONENTES A SEGUIR 
ILUSTRA AS DEPENDÊNCIAS DE 
COMPILAÇÃO ENTRE OS 
ARQUIVOS DE ORIGEM. 
•O ARQUIVO INVOICING_UI (O 
PRIMEIRO) REQUER FATURA, 
QUE REQUER PEDIDO PARA 
COMPILAR..
DIAGRAMA DE COMPONENTES
• DEPENDÊNCIA EXEMPLOS:
• INSTANCIAR UMA CLASSE DE OUTRO PACOTE;
• INVOCAR UM MÉTODO ESTÁTICO DE UMA 
CLASSE DE OUTRO PACOTE;
• DEFINIR UMA VARIÁVEL OU UM PARÂMETRO DE 
MÉTODO COM UM TIPO DEFINIDO EM OUTRO 
PACOTE;
DIAGRAMA DE COMPONENTES
PARA ELABORAR UM DIAGRAMA DE 
COMPONENTE
DIAGRAMA DE COMPONENTES
PARA ELABORAR UM DIAGRAMA DE COMPONENTE
• IDENTIFICAR OS ARQUIVOS QUE COMPORÃO O SOFTWARE EM 
TERMOS DE:
• MÓDULOS 
• FORMULÁRIOS
• ARQUIVOS DE HELP (.HLP)
• EXECUTÁVEL (EXECUTABLE) EX.: JAR, EXE, DLL
• BIBLIOTECA (LIBRARY) JAVAMAIL, LOG4J,
• TABELA (TABLE)
• DOCUMENTO (DOCUMENT)
• ARQUIVO (FILE)
• ALÉM DE DETERMINAR COMO ESTES SE RELACIONAM ENTRE SI ...
DIAGRAMA DE COMPONENTES
• EXEMPLO DIAGRAMA DE COMPONENTES – DEMONSTRA 
A ESTRUTURA TOTAL DE UM SISTEMA
Segurança DLL
DIAGRAMA DE COMPONENTES
• INTERFACE
• REPRESENTA UM SERVIÇO REALIZADO POR UMA CLASSE 
OU COMPONENTE.
• AS INTERFACES AGRUPAM OS COMPORTAMENTOS QUE 
SÃO OFERECIDOS OU REQUERIDOS PELO 
COMPONENTE.
DIAGRAMA DE COMPONENTES E 
IMPLANTAÇÃO
• INTERFACE FORNECIDA
• DESIGNA UMA INTERFACE QUE O PRÓPRIO 
COMPONENTE POSSUI E OFERECE PARA OUTROS 
COMPONENTES. ISTO SIGNIFICA QUE O COMPONENTE 
SÓ PODE SER ACESSADO PELA INTERFACE FORNECIDA.
• ESTA INTERFACE POSSUI A FORMA DE UM PIRULITO:
DIAGRAMA DE COMPONENTES E 
IMPLANTAÇÃO
• INTERFACE FORNECIDA EXEMPLOS
• ENTRE OS EXEMPLOS ESTÃO UM APLICATIVO, 
• UM DISPOSITIVO DE HARDWARE, 
• UM SERVIÇO WEB, 
• UM ASSEMBLY .NET., 
• UMA CLASSE DE PROGRAMA OU UM GRUPO DE 
CLASSES, 
• OU QUALQUER SEGMENTO SEPARÁVEL DE UM 
PROGRAMA
DIAGRAMA DE COMPONENTES
• INTERFACE REQUERIDA
• DESIGNA UMA INTERFACE NECESSÁRIA PARA QUE O 
COMPONENTE SE COMUNIQUE COM OUTROS 
COMPONENTES. 
• ESTA INTERFACE SERÁ CONECTADA, ENTÃO, EM UMA 
INTERFACE FORNECIDA DE OUTRO SISTEMA.
DIAGRAMA DE COMPONENTES E 
IMPLANTAÇÃO
• PORTAS
• PORTA SÃO ELEMENTOS QUE PERMITEM QUE 
ELEMENTOS INTERNOS POSSAM SE COMUNICAR 
COM ELEMENTOS EXTERNOS DO COMPONENTE.
DIAGRAMA DE COMPONENTES E 
IMPLANTAÇÃO
• PORTAS
DIAGRAMA DE COMPONENTES
• INTERFACE
DIAGRAMA DE COMPONENTES
• INTERFACE
DIAGRAMA DE COMPONENTES
• DIAGRAMA DE COMPONENTES
DIAGRAMA DE 
IMPLANTAÇÃO
DIAGRAMA DE IMPLANTAÇÃO
• DIAGRAMA DE IMPLANTAÇÃO
• O DIAGRAMA DE IMPLANTAÇÃO REPRESENTA A 
ESTRUTURA FÍSICA DO SISTEMA, E, TAMBÉM, TEM 
A CAPACIDADE DE ILUSTRAR OS COMPONENTES 
UTILIZADOS NESTA ESTRUTURA. 
• MÁQUINAS (SERVIDORES/ESTAÇÕES)
• COMUNICAÇÃO (PROTOCOLOS)
QUAL OBJETIVO DO DIAGRAMA DE 
IMPLANTAÇÃO.
RESPONDER ÀS SEGUINTES PERGUNTAS
• QUAIS COMPUTADORES E OUTROS DISPOSITIVOS DE 
HARDWARE ESTÃO ENVOLVIDOS E COMO ELES ESTÃO 
CONECTADOS?
• ONDE ESTÃO LOCALIZADOS AS CLASSES E OS 
RESPECTIVOS OBJETOS?
• QUAIS SÃO AS DEPENDÊNCIAS ENTRE OS ARQUIVOS 
QUE CONTÉM CÓDIGO? 
• OU SEJA, QUANDO A ALTERAÇÃO DE UM ARQUIVO 
IMPLICA NA RECOMPILAÇÃO DE OUTROS? 
DIAGRAMA DE IMPLANTAÇÃO
• DIAGRAMA DE IMPLANTAÇÃO
• ESSE DIAGRAMA REPRESENTA O MAPEAMENTO 
ENTRE OS COMPONENTES DE SOFTWARE E 
HARDWARE USADO PELO SISTEMA. 
• AS REPRESENTAÇÕES GRÁFICAS UTILIZADAS NO 
DIAGRAMA DE IMPLANTAÇÃO SÃO OS NÓS E 
AS CONEXÕES. 
• DIAGRAMA DE IMPLANTAÇÃO
• O NÓ REPRESENTA UMA UNIDADE FÍSICA, COMO UM 
RECURSO COMPUTACIONAL E GERALMENTE POSSUI 
MEMÓRIA E CAPACIDADE DE PROCESSAMENTO. 
• O NÓ É REPRESENTADO GRAFICAMENTE POR UM CUBO 
COM SEU TIPO E TITULO DO NÓ DEFINIDOS NO 
INTERIOR DO CUBO. A REPRESENTAÇÃO GRÁFICA DA 
CONEXÃO É UMA LINHA LIGANDO DOIS NÓS. 
Pentium 
300 Mhz
Meu 
computador:
Pentium 
300 Mhz
PC
Pentium
300
Modem
PC
Pentium
200
Impres-
sora
HP 700
Fibra
Ótica
NÓS - NOTAÇÃO
nó (processador)
dispositivo
conexão
NÓS – NOTAÇÃO - EXEMPLO
Exemplo de associação entre o Nó que 
representa o Servidor de Comunicação e o Nó 
que representa o Servidor de Firewall. O 
protocolo de comunicação é descrito na 
Associação como um estereótipo <<TCP/IP>>.
DIAGRAMA DE IMPLANTAÇÃO
• DIAGRAMA DE IMPLANTAÇÃO
O nó é representado graficamente por um cubo 
com seu tipo e título do nó definidos no interior do 
cubo.
DIAGRAMA DE IMPLANTAÇÃO
• DIAGRAMA DE IMPLANTAÇÃO
• PARA LIGAR UM NÓ AO OUTRO SÃO UTILIZADAS 
AS ASSOCIAÇÕES, E AS MESMAS EXIBEM 
FORMAS DE COMUNICAÇÃO ENTRE OS NÓS 
COMO OS MEIOS FÍSICOS DE COMUNICAÇÃO 
(CABO COAXIAL, FIBRA ÓTICA, ETC.) OU 
PROTOCOLOS DE COMUNICAÇÃO (TCP/IP3 , 
HTTP4 ).
DIAGRAMA DE IMPLANTAÇÃO
• DIAGRAMA DE IMPLANTAÇÃO
DIAGRAMAS DE IMPLEMENTAÇÃO
•DIAGRAMA DE COMPONENTES – 
MOSTRAM ASPECTOS SOBRE A 
ESTRUTURA EM TERMOS DE CÓDIGO 
FONTE
•DIAGRAMA DE IMPLANTAÇÃO – 
MOSTRAM ASPECTOS SOBRE A 
ESTRUTURA EM TERMOS DE TEMPO DE 
EXECUÇÃO
DIAGRAMA DE COMPONENTES E 
IMPLANTAÇÃO
• DIAGRAMA DE COMPONENTES – DEMONSTRA A 
ARQUITETURA TOTAL DE UM SISTEMA E COMO ESTÃO 
INTERLIGADOS SEUS COMPONENTES. A ESTRUTURA FÍSICA 
DE HARDWARES, PROCESSADORES, GERENCIADOR DE 
BANCO DE DADOS, SERVIDORES, COMPUTADORES E 
DEMAIS PERIFÉRICOS.
DIAGRAMAS DE IMPLANTAÇÃO
• A seta representa a associação, um caminho de 
comunicação que pode ter um estereótipo para indicar a 
natureza do caminho, por exemplo o protocolo TCPIP.
• Um símbolo de multiplicidade pode ser colocado para 
refletir o número de dispositivos em cada operação.
DIAGRAMAS DE IMPLANTAÇÃO
DIAGRAMA DE IMPLANTAÇÃO
• EXEMPLO DE ESPECIFICAÇÃO:
• TRÊS NOTEBOOKS;
• DOIS SERVIDORES;
• UMA LICENÇA SOFTWARE ADOBE DREAMWEAVER 
CS6;
• UMA LICENÇA BANCO DE DADOS MYSQL;
• UMA IMPRESSORA;
	Slide 1: Arquitetura de Software
	Slide 2: O que é um arquiteto de Software?
	Slide 3: O que é um Arquiteto de Software?
	Slide 4: O QUE É UM ARQUITETO DE SOFTWARE
	Slide 5: O QUE UM ARQUITETO DE SOFTWARE FAZ?
	Slide 6: O QUE UM ARQUITETO DE SOFTWARE FAZ?
	Slide 7: Qual o produto final do trabalho de um arquiteto?
	Slide 8: Quais são as habilidades que um arquiteto de software deve ter?
	Slide 9: Quais são as habilidades que um arquiteto de software deve ter?
	Slide 10: Quanto o mercado paga para um Arquiteto de Software?
	Slide 11: Quanto o mercado paga para um Arquiteto de Software?
	Slide 12: Quanto o mercado paga para um Arquiteto de Software?
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17
	Slide 18: Diagrama de Componentes e Implantação
	Slide 19: Diagrama de Componentes 
	Slide 20: Diagrama de Componentes
	Slide 21: Diagrama de Componentes
	Slide 22: Diagrama de Componentes
	Slide 23: Diagrama de Componentes
	Slide 24: Diagrama de ComponenteS
	Slide 25: Diagrama de Componentes e Implantação
	Slide 26: Diagrama de Componentes
	Slide 27: Diagrama de Componentes
	Slide 28: Diagrama de Componentes
	Slide 29: Diagrama de Componentes
	Slide 30: dependência de compilação 
	Slide 31: dependência de compilação 
	Slide 32:Diagrama de Componentes
	Slide 33: Diagrama de Componentes
	Slide 34: Para elaborar um diagrama de componente 
	Slide 35: Diagrama de Componentes
	Slide 36: Diagrama de Componentes
	Slide 37: Diagrama de Componentes
	Slide 38: Diagrama de Componentes e Implantação
	Slide 39: Diagrama de Componentes e Implantação
	Slide 40: Diagrama de Componentes
	Slide 41: Diagrama de Componentes e Implantação
	Slide 42: Diagrama de Componentes e Implantação
	Slide 43: Diagrama de Componentes
	Slide 44: Diagrama de Componentes
	Slide 45: Diagrama de Componentes
	Slide 46: Diagrama de Implantação
	Slide 47: Diagrama de Implantação
	Slide 48: Qual Objetivo do diagrama de Implantação. Responder às seguintes perguntas
	Slide 49: Diagrama de Implantação
	Slide 50
	Slide 51: Nós - Notação
	Slide 52: Nós – Notação - Exemplo
	Slide 53: Diagrama de Implantação
	Slide 54: Diagrama de Implantação
	Slide 55: Diagrama de Implantação
	Slide 56: Diagramas de Implementação
	Slide 57: Diagrama de Componentes e Implantação
	Slide 58: Diagramas de Implantação
	Slide 59: Diagramas de Implantação
	Slide 60: Diagrama de implantação