pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:organizacional:onda1

Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

Link para esta página de comparações

Ambos lados da revisão anterior Revisão anterior
Próxima revisão		 Revisão anterior
pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:organizacional:onda1 [15/06/2018 20:55] – [6.3.Histórico/ Rastreabilidade de Estrutura Organizacional] efaleiropres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:organizacional:onda1 [16/07/2018 19:03] (atual) – [6.4.Tratamento de Impactos] famoraes
Linha 82: Linha 82:
 | - | Requisito do produto que descreve a necessidade de atender, no mínimo, às regras de negócio dos cadastros de Setores Internos e de Setores Gerais do sistema GCAD. **OBS.:** O atendimento a tais regras de negócios, não quer dizer que o novo desenvolvimento não deverá passar por evoluções. Essa premissa é para garantir o atendimento mínimo para o novo sistema de Gestão de Estrutura Organizacional. | Essencial | | - | Requisito do produto que descreve a necessidade de atender, no mínimo, às regras de negócio dos cadastros de Setores Internos e de Setores Gerais do sistema GCAD. **OBS.:** O atendimento a tais regras de negócios, não quer dizer que o novo desenvolvimento não deverá passar por evoluções. Essa premissa é para garantir o atendimento mínimo para o novo sistema de Gestão de Estrutura Organizacional. | Essencial |
  
 +^ID^Descrição^Prioridade|- 
 +| 1.9 | Reformular as telas de cadastro de pessoa física e pessoa jurídica |  | 
 +| - | Requisito de cliente que solicita que as telas de cadastro de pessoa física e jurídica sejam reescritas para acompanhar o layout do sistema de Gestão de Estrutura Organizacional. | Essencial |
 ===== 6. Histórias/ Requisitos do usuário e Propostas de Solução ===== ===== 6. Histórias/ Requisitos do usuário e Propostas de Solução =====
  
Linha 100: Linha 102:
 **Proposta de solução para 6.1-EU1:** Desenvolver uma tela de cadastro de unidade organizacional com as seguintes informações: **Proposta de solução para 6.1-EU1:** Desenvolver uma tela de cadastro de unidade organizacional com as seguintes informações:
  
-**GERAL:** Código identificador(preenchido automaticamente), Nome da unidade, Pessoa jurídica * * *, número do CNPJ * * *, Município *, Consolida informação contábil(Sim **OU** Não) * * * *, Status(Ativo **OU** Inativo), Superior Direto(**ver história 6.2-EU1**) e campo condicional para tipo de unidade(interno/TCE **OU** externo). Caso a escolha neste campo condicional for:+**GERAL:** Código identificador, Nome da unidade, Pessoa jurídica * * *, número do CNPJ * * *, Município *, Consolida informação contábil(Sim **OU** Não) * * * *, Status(Ativo **OU** Inativo), Superior Direto(**ver história 6.2-EU1**) e campo condicional para tipo de unidade(interno/TCE **OU** externo). Caso a escolha neste campo condicional for:
  
 **TIPO:Interno/TCE:** exibir campos para informar a: localização * *, setor subordinado * *, Vínculo * *, Ramal, se será visualizado na estação digital(sim ou não) e se será visualizado no Ponto-GPON(Sim ou Não). **TIPO:Interno/TCE:** exibir campos para informar a: localização * *, setor subordinado * *, Vínculo * *, Ramal, se será visualizado na estação digital(sim ou não) e se será visualizado no Ponto-GPON(Sim ou Não).
Linha 108: Linha 110:
 * Proveniente do cadastro de município no GCAD. * Proveniente do cadastro de município no GCAD.
  
-* * __//**DESCREVER DE ONDE VEM ESSAS INFORMAÇÕES**//__. Se de algum outro cadastro ou se está fixo no código.+* * Continuar utilizando essas informações de suas orígens atuais.
    
 * * * Essa informação deve ser proveniente do cadastro pessoa jurídica existente no GCAD. * * * Essa informação deve ser proveniente do cadastro pessoa jurídica existente no GCAD.
Linha 167: Linha 169:
 **QUANDO:** Data e hora em que um registro foi Criado, alterado ou Inativado. O sistema deve gravar essa informação de data e hora e vincular a QUEM realizou a ação. **QUANDO:** Data e hora em que um registro foi Criado, alterado ou Inativado. O sistema deve gravar essa informação de data e hora e vincular a QUEM realizou a ação.
  
-**PORQUE:** Motivo pelo qual uma Alteração ou Inativação foi realizada. No momento que o usuário tentar efetivar uma alteração ou inativação, o sistema deve apresentar um campo para que ele possa explicar o motivo pelo qual aquela ação está sendo realizada. Os campos são: **Acampamento de órgão OU Desmembramento de órgão**. +**PORQUE:** Motivo pelo qual uma Alteração ou Inativação foi realizada. No momento que o usuário tentar efetivar uma alteração e/ ou inativação, o sistema deve possibilitar que o usuário justifique o motivo pelo qual aquela ação está sendo realizada. Os campos são: **Acampamento de órgão OU Desmembramento de órgão OU Outros**. Ainda, o usuário precisa indicar: 
-O sistema deve gravar a informação de acampamento e desmembramento (com os seus devidos órgão de origem e destino), registrar QUEM realizou a ação e QUANDO foi feita. Estas informações serão usadas nos processos do negócio de contas de governo.+ 
 +- Para Acampamento de Órgão *: Qual é a unidade organizacional que está acampando/ recebendo um determinado órgão. Sendo possível indicar apenas uma Unidade Organizacional. 
 + 
 +- Para Desmembramento de Órgão *: Qual é a unidade organizacional que está recebendo um determinado órgão. Sendo possível indicar mais de uma Unidade Organizacional. 
 + 
 +- Para Outros: Um campo texto para que o usuário possa informar sua justificativa para a alteração que realizou; no caso de não ser nenhuma das opções anteriores. 
 + 
 +* O sistema deve gravar a informação de acampamento e desmembramento (com os seus devidos órgão de origem e destino), registrar QUEM realizou a ação e QUANDO foi feita. Estas informações serão usadas nos processos do negócio de contas de governo.
  
 **O QUE:** Determina qual foi a ação realizada pelo usuário. O sistema deve gravar a informação do que foi feito, como por exemplo: Cadastrou novo registro 123, ou Alterou Registro 456, ou Inativou registro 789; com isso, o sistema deve vincular a QUEM realizou a ação, QUANDO ela foi feita e PORQUE foi feita.  **O QUE:** Determina qual foi a ação realizada pelo usuário. O sistema deve gravar a informação do que foi feito, como por exemplo: Cadastrou novo registro 123, ou Alterou Registro 456, ou Inativou registro 789; com isso, o sistema deve vincular a QUEM realizou a ação, QUANDO ela foi feita e PORQUE foi feita. 
Linha 186: Linha 195:
 Em 2017, a primeira estrutura incorporou a segunda e ficou da seguinte forma:  Em 2017, a primeira estrutura incorporou a segunda e ficou da seguinte forma: 
  
-Unidade Organizacional-A, que é superior direto da U.O-B e U.O-1 e indireto da U.O-C, U.O-2 e O.O-3. +Unidade Organizacional-A, que é superior direto da U.O-B e U.O-1 e indireto da U.O-C, U.O-2 e U.O-3. 
  
 Em 2018, a incorporação foi desfeita e voltou a ficar como era em 2017. Em 2018, a incorporação foi desfeita e voltou a ficar como era em 2017.
Linha 201: Linha 210:
 **Solução para 6.4-EU1:** Para tratar esta história, é preciso considerar o desenvolvimento do sistema de Gestão de Estrutura Organizacional utilizando a base de dados, de cadastro de setores internos/externos, do sistema atual. Esta proposta de solução foi elaborada dessa forma a atender um requisito de projeto que é ACELERAR a entrega do produto final e impactar minimamente as aplicações satélite. **Solução para 6.4-EU1:** Para tratar esta história, é preciso considerar o desenvolvimento do sistema de Gestão de Estrutura Organizacional utilizando a base de dados, de cadastro de setores internos/externos, do sistema atual. Esta proposta de solução foi elaborada dessa forma a atender um requisito de projeto que é ACELERAR a entrega do produto final e impactar minimamente as aplicações satélite.
  
-Em outras palavras, o cadastro de unidades organizacionais deverá continuar utilizando as tabelas: GER_SETORGERAL e GER_SETORINTERNO, do GCAD, para as informações mantidas atualmente. Para as novas informações, previstas neste escopo, como: informações históricas/de rastreabilidade, informações de hierarquia, entre outras deverão utilizar uma nova tabela. Essa nova tabela deve ser o espelho da original, de cadastro de setores, acrescida de novas colunas para registro das novas informações. +Em outras palavras, o cadastro de unidades organizacionais deverá continuar utilizando as tabelas: GER_SETOGERAL e GER_SETOINTERNO, do GCAD, para as informações mantidas atualmente. Para as novas informações, previstas neste escopo, como: informações históricas/de rastreabilidade, informações de hierarquia, entre outras deverão utilizar uma nova tabela. Essa nova tabela deve ser o espelho da original, de cadastro de setores, acrescida de novas colunas para registro das novas informações. 
  
  
Linha 287: Linha 296:
 - A impressão deste relatório deve ser em formato de papel A4 e com toda a Estrutura Hierárquica impressa. - A impressão deste relatório deve ser em formato de papel A4 e com toda a Estrutura Hierárquica impressa.
  
 +
 +==== 6.6. Manter Pessoa Física e Jurídica ====
 +^ID^Estória do usuário^Prioridade^
 +|6.6-EU1| **COMO** usuário do sistema de Gestão de  Estrutura Organizacional **QUERO** cadastrar pessoa física e jurídica no sistema **PARA** trabalhar em um único sistema. | Importante |
 +| | |
 +**Solução para 6.6-EU1:** Desenvolver telas para cadastro de pessoa física e jurídica no novo sistema de Gestão de Estrutura Organizacional; visando substituir as telas do sistema legado GCAD. A estrutura de dados deve permanecer a mesma para não gerar impacto nas aplicações satélite, que utilizam as informações de pessoa física e jurídica.
 +
 +**IMPORTANTE:** A nova tela deverá ter os mesmos campos e seguir as mesmas regras de negócio das funcionalidades atuais.
  
 ===== 7. Requisitos não funcionais ===== ===== 7. Requisitos não funcionais =====
Linha 364: Linha 381:
  
 ===== 9. Wireframe - Protótipo ===== ===== 9. Wireframe - Protótipo =====
-Abaixo estão os desenhos feitos para compor o wireframe, de acordo com o que foi coletado nos requisitos até o momento. É importante ressaltar que estes protótipos são sugestões e não definições; portanto, o resultado final pode receber modificações para atender melhor cada um dos requisitos solicitados. +O protótipo foi construído, validado com o a área demandante e está na pasta: L:/~projetos/Projeto de Gestão de Estrutura Organizacional. 
-^Aplicação do wireframe^Clique na imagem para ver em tamanho original^Aplicação do wireframe^Clique na imagem para ver em tamanho original^Aplicação do wireframe^Clique na imagem para ver em tamanho original|- + 
-| Cidadão | {{:pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:layout_portal-tcego_2_.png?400|}} | Servidor | Deve seguir a mesma estrutura do layout para o cidadão e alterar e ter seu conteúdo voltado para o Servidor | Jurisdicionado | Deve seguir a mesma estrutura do layout para o cidadão e alterar e ter seu conteúdo voltado para o Jurisdicionado | +O mockup deverá ser adicionado aqui quando as tarefas forem acertadas e definidas. Isso para adicionar apenas a versão final do Mockup.
-|  |  |+
  
 +OBS.: Os desenhos, para compor o protótipo, foram feitos de acordo com o que foi coletado nos requisitos até o momento. É importante ressaltar que estes protótipos são sugestões e não definições; portanto, o resultado final pode receber modificações para atender melhor cada um dos requisitos solicitados.
 ===== 10. Macro cronograma ===== ===== 10. Macro cronograma =====
  
  • pres/gerti/servico_de_desenvolvimento_de_sistemas_de_informacao/projetos/organizacional/onda1.1529096129.txt.gz
  • Última modificação: 15/06/2018 20:55
  • por efaleiro