- 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
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.