- Governança-TIC
- 01. Estrutura do DTIC e Comitês
- 02. Estratégia de TIC
-
02. Plano Capacitação TIC
-
02. Plano Contratações TIC
- 02. Plano Diretor TIC
-
02. Plano Transformação Digital
- 03. iGovTIC-JUD
- 03. Indicadores TIC
- 03. Pesquisa Satisfação TIC
-
04. Processos de TIC
- 01. Governança e Gestão de TIC
- 02. Segurança da Informação e Proteção de Dados
-
03. Desenvolvimento de Soluções e Aplicações
-
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
-
4.01. Desenvolvimento de Software
-
04. Infraestrutura e Serviços
-
3.03. Processo de Eventos TIC (Monitoria)
-
3.04. Processo de Backup / Restore
-
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
-
3.03. Processo de Eventos TIC (Monitoria)
-
Ferramentas para Mapeamento de Processos de TIC
-
Processo Organizar Reuniões TIC
- 05. Segurança de TIC
- 06. Portfólio de TIC
- Atendimento a Usuários
-
BI e Relatórios TIC
-
Catálogo de Serviços de TIC
- Modelos e sobre TI
- Normativos TIC
-
Rede sem fio (Wi-Fi)
- Videoconferência
A arquitetura da aplicação define a articulação lógica dos componentes e serviços em software sem estabelecer uma escolha definitiva sobre a maneira de aplicação. Trata-se da definição da base estrutural.
Distribuição em módulos e modelo em camadas #
As classes que constituem o código da aplicação Java inicialmente serão agrupados em pacotes de acordo com as camadas definidas na arquitetura. A distribuição dos módulos ou domínios identificados na análise ou design da aplicação, deverá ocorrer dentro das camadas da aplicação. A distribuição em pacotes deverá demonstrar as camadas e em seguida os módulos ou domínios identificados na análise ou design da aplicação, exceto as funcionalidades puramente técnicas ou transversais ao sistema. Esta escolha visa facilitar a identificação de objetos e ou funcionalidades comuns dentro de cada camada da aplicação como incentivo ao reuso e componentização dos objetos criados.Os pacotes serão organizados em camadas, cada uma para o seu papel específico na aplicação. Serão 4 camadas por padrão:
- client (cliente) : gestão da apresentação à tela, da navegação e das interações entre o sistema e os usuários em geral (IHM); esta camada também pode representar os tratamentos do tipo batch ou de outros sistemas que acessem alguma funcionalidade da aplicação.
- service (serviços) : reúne toda a lógica funcional da aplicação na forma de serviços
- persistence (persistência) : realiza a correspondência entre as entidades de negócio sob a forma de objetos e o seu armazenamento na camada inferior, permitindo também realizar a ligação com outros sistemas externos
- data (dados) : sistema(s) externo(s) utilizados para conservar os dados, tipicamente uma base de dados relacional. Em geral, esta camada não é realizada em Java, não aparecendo nos pacotes de código da aplicação.
Caso seja desejável implementar reutilização ou componentização das camadas baixas entre várias aplicações, deverá ser adicionada uma camada suplementar:
- enterprise (corporativa): reúne a lógica de negócio comum à todas as aplicações
Desta forma, estará distinto no nível da camada de serviço, várias aplicações que realizarão solicitações aos serviços de uma camada enterprise comum transversal às aplicações.