- 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
As camadas de serviço e enterprise respeitam por padrão os mesmo princípios sendo a camada enterprise facultativa.
As camadas de serviço e enterprise são compostas de classes que expõe seus serviços em forma de métodos à camada superior (respectivamente cliente e aplicação).
Visando o reuso e uma clara definição dos serviços propostos, deverá se implementar os façades dos serviços sob a forma de interfaces Java que estarão sucetíveis a sofrer várias implementações. Esta escolha visa o desacoplamento das camadas.
Os métodos eventuais ou classes criadas por fábricas de código no nível do serviços deverão sempre que possível ter a visibilidade reduzida (mais restrita do que public) afim de impedir a chamada destes pelas outras camadas.
A obtenção de um determinado objeto de serviço pela camada cliente se dará através da API do framework Spring solicitando ao seu contexto o bean do serviço desejado.
i.e. throws ServiceException (exceção da camada de serviço)
i.e. throws EnterpriseException (exceção camada enterprise)
Em casos específicos onde seja necessário tratar exceções nas camadas, poderão ser lançadas as exceções disponíveis por camada ou novas exceções poderão ser encapsuladas e/ou especializadas à partir destas exceções.
i.e. MySpecificServiceException extends ServiceException
Por padrão todas as transações serão declarativas para cada operação dos serviços.
Generalidades
A camada de serviço (ou a camada enterprise se ela existir) diz respeito aos serviços propostos para acessar a camada de persistência, objetos DAO.As camadas de serviço e enterprise são compostas de classes que expõe seus serviços em forma de métodos à camada superior (respectivamente cliente e aplicação).
Visando o reuso e uma clara definição dos serviços propostos, deverá se implementar os façades dos serviços sob a forma de interfaces Java que estarão sucetíveis a sofrer várias implementações. Esta escolha visa o desacoplamento das camadas.
Os métodos eventuais ou classes criadas por fábricas de código no nível do serviços deverão sempre que possível ter a visibilidade reduzida (mais restrita do que public) afim de impedir a chamada destes pelas outras camadas.
Mutualização, reuso e componentização
Os serviços deverão suportar DI para poder acessar a implementação dos DAOs necessários. Eles deverão estar configurados como singleton no Spring para acessos múltiplos (multi-threading).A obtenção de um determinado objeto de serviço pela camada cliente se dará através da API do framework Spring solicitando ao seu contexto o bean do serviço desejado.
Gestão das exceções
Por padrão todas as exceções serão unchecked, ou seja, não haverá tratamento explícito via código (try-catch) mas a assinatura de cada método deverá possuir o lançamento da exceção da camada em questão.i.e. throws ServiceException (exceção da camada de serviço)
i.e. throws EnterpriseException (exceção camada enterprise)
Em casos específicos onde seja necessário tratar exceções nas camadas, poderão ser lançadas as exceções disponíveis por camada ou novas exceções poderão ser encapsuladas e/ou especializadas à partir destas exceções.
i.e. MySpecificServiceException extends ServiceException
Gestão das transações
Todos os tratamentos realizados pelos serviços devem ser limitados por uma transação, incluindo operações de somente leitura. O framework Spring propõe a API necessária para realizar isto de forma explícita (via código) e/ou declarativa (padrão).Por padrão todas as transações serão declarativas para cada operação dos serviços.