- Governança-TIC
- 01. Estrutura do DTIC e Comitês
- 02. Estratégia de TIC
- 03. Indicadores e Metas de TIC
-
04. Processos de TIC
-
1.01. Contratação de STIC
-
1.02. Processo do PETIC
-
1.03. Processo do PDTIC
-
1.04. Capacitação de TIC
-
1.05. Processo do PAT
-
1.06. Orçamentos de TIC
-
2.01. Gestão de Demandas TIC
-
2.02. Gestão de Projetos TIC
-
2.03. Gestão de Contratos TIC
-
3.01. Gestão de Riscos TIC
-
3.02. Continuidade de Serviços TIC
-
3.03. Processo de Eventos TIC (Monitoria)
-
3.04. Processo de Backup / Restore
-
4.01. Desenvolvimento de Software
-
Matriz de Artefatos MDS
-
Diretrizes Desenvolvimento de Software
- Arquitetura de Desenvolvimento Java
-
Modelo Conceitual de Classes
-
Modelo de Atividades
- Modelo de Banco de Dados
-
Modelo de Caso de Uso
- Modelo de Classes
-
Modelo de Componentes
-
Modelo de Implantação
-
Modelo de Instâncias
-
Modelo de Interação
-
Modelo de Máquina de Estados
- Padrão de Interface Web de Sistema com o Usuário
- Orientações de trabalho Desenvolvimento de Software
-
Diretrizes Desenvolvimento de Software
-
Matriz de Artefatos MDS
-
4.02. Sustentação de Software
-
5.01. Central de Serviços TIC
-
5.02. Gerenciamento de Problemas TIC
-
5.03. Gerenciamento de Mudanças TIC
-
5.04. Gerenciamento de Liberação e Implantação TIC
-
5.05. Gerenciamento de Configuração e Ativo de Serviços TIC
-
5.06. Gerenciamento do Catálogo de Serviços TIC
-
5.07. Gerenciamento de Nível de Serviço TIC
-
6.01. Pesquisa Satisfação Usuários de TIC
-
6.02. Organizar Reuniões de TIC
-
Ferramentas para Mapeamento de Processos de TIC
-
sobre Processo de TI
-
1.01. Contratação de STIC
- 05. Segurança de TIC
- 06. Portfólio de TIC
-
Base de Conhecimento
- Capacitação de TIC
-
Normativos CNJ
-
Normativos DTIC
- Publicações de TIC
-
Rede sem fio (Wi-Fi)
-
Relatório Atividades DTIC
- Videoconferência
Visão Geral
Os diagramas de componentes são empregados para a modelagem da visão estática de implementação de um sistema e apresentam a organização e as dependências existentes entre um conjunto de componentes. Isso envolve a modelagem de itens físicos que residem em um nó, como executáveis, bibliotecas, tabelas, arquivos e documentos.Um componente é a parte física e substituível de um sistema ao qual se adapta e fornece a realização de um conjunto de interfaces. Tipicamente, um componente, representa o pacote físico de elementos lógicos, como classes, interfaces e colaborações.
Uso Comum
Os diagramas de componentes são empregados para a modelagem da visão estática de implementação de um sistema. Essa perspectiva primariamente proporciona suporte ao gerenciamento da configuração das partes de um sistema, formada pelos componentes que podem ser reunidos de várias maneiras para produzir um sistema em execução.Os diagramas de componentes podem ser utilizados, tipicamente, de quatro maneiras:
- Modelagem de código-fonte.
- Modelagem de versões executáveis.
- Modelagem de perspectivas de persistência em Banco de Dados.
- Modelagem de adaptação de sistemas.
Termos e Conceitos
Graficamente, o diagrama de componentes é uma coleção de vértices e arcos formados por componentes, interfaces e relacionamentos de dependência, generalização, associação e realização.Os diagramas de componentes também podem conter pacotes ou subsistemas, utilizados para agrupar elementos do modelo em conjuntos maiores.
Um componente é uma parte física e substituível de um sistema ao qual se adapta e fornece a realização de um conjunto de interfaces.
Em muitos aspectos, os componentes são semelhantes às classes:
- podem realizar um conjunto de interfaces;
- podem participar de um relacionamento de dependência, generalização e associação;
- permitem instâncias;
- podem ser participantes de interações.
Componentes e Interfaces
Uma interface é uma coleção de operações utilizadas para especificar um serviço de uma classe ou de um componente. Todas as facilidades dos sistemas operacionais mais comuns baseados em componentes (com COM+, CORBA, e Enterprise Java Beans) usam interfaces como o que permite reunir os componentes.A utilização de interfaces, como meio de integração entre componentes e sistemas, permite que os serviços especificados pelas interfaces sejam independentes de localização e de fácil adaptação.
É possível mostrar o relacionamento entre um componente e sua interface em uma de duas maneiras:
- Representar a interface na forma icônica (oculta): o componente que realiza a interface é a ela conectado de forma por meio de um relacionamento de realização oculto.
- Representar a interface de forma expandida: o componente que realiza a interface é a ela conectado por meio de um relacionamento de realização pleno.
Um componente é uma parte física, portanto, ele existe fisicamente (não é um conceito). É substituível, um componente pode ser substituído por outro que esteja em conformidade com as mesmas interfaces. Um componente é parte de um sistema, ele raramente existe isoladamente. E, ainda, um componente está em conformidade e proporciona a realização de um conjunto de interfaces.
Organização Física dos Modelos de Componentes
Ao especificar um modelo de componentes é conveniente atentar para os seguintes itens:- Dê-lhe um nome capaz de comunicar seu propósito.
- Distribua seus elementos para minimizar o cruzamento de linhas.
- Organize seus elementos espacialmente, de maneira que os itens semanticamente afins apareçam fisicamente próximos.
- Use notas explicativas e cores como indicações visuais e chamar atenção para características importantes do diagrama.
- Use a ramificação com cautela, ramificações complexas podem ser melhor representadas utilizando o diagrama de atividades.