TCE-GO - DET- Documento de Especificação Técnica - Gestão de Estrutura Organizacional - Onda 1 [Wiki TCE-GO]

Essa página está em modo somente de leitura. Você pode visualizar a fonte, mas não alterá-la. Informe-se com o administrador do Wiki, caso você ache que isso está incorreto.
====== TCE-GO - DET- Documento de Especificação Técnica - Gestão de Estrutura Organizacional - Onda 1 ======


===== 1. Objetivo deste Documento =====
Este documento de escopo tem a função de documentar as necessidades apontadas, no que diz respeito a gestão de Estrutura Organizacional do estado, que o TCE-GO precisa manter. Além disso, este documento descreverá em suas seções, as necessidades (descritas em formato de requisitos em alto nível) e as propostas de solução para tratar tais requisitos.


===== 2. Situação atual e justificativa do projeto =====
Atualmente, o TCE-GO mantêm um cadastro de órgãos externos e setores internos em um sistema chamado GCAD. Os **setores externos**, chamados de setores Gerais, são mantidos para listar os órgãos que estão sob a jurisdição do Tribunal para fins de ações na tramitação de processos, ofícios e outras atividades que são realizadas entre os órgãos do governo. Já os **setores internos**, que representam a estrutura organizacional do TCE-GO, é mantida para fins institucionais, como: representar a hierarquia do Tribunal, realizar destinação de processos, permissão de acesso/ações internas, utilização em outros sistemas no TCE, entre outras atividades que podem usar sua estrutura hierárquica de setores. 
Estes cadastros possuem, entre outras informações, dados como:
 
- __Para o Cadastro de Setores Internos__: Código identificador, Nome do setor, localização, setor subordinado, Município, status(Ativo ou Inativo), Vínculo(Tribunal ou Procuradoria), Ramal, se pertencerá a estação digital(sim ou não) e se pertencerá ao Ponto-GPON(Sim ou Não).
  
- __Para o Cadastro de Setores Gerais/Externos__: Pessoa jurídica, Código identificador, número do CNPJ, Código Seplan, Nome do Setor, Tipo de poder, Tipo de administração, Tipo de órgão e Município.  


Estes cadastros podem ter seus registros alterados a qualquer momento pelos usuários com permissão de acesso e, nenhuma dessas alterações, são registradas. Por essa razão não é possível consultar as alterações históricas para se conhecer: O que, Quem, Como e Quando as alterações foram realizadas.

O que justifica a execução deste projeto são as seguintes necessidade:

1. Atualizar tecnologia; passando de um sistema que começa a apresentar problemas em estações com Sistema Operacional mais atual para um sistema desenvolvido em plataforma moderna que não possui dependências com o ambiente em que será utilizado.

2. Registrar alterações que são feitas nos setores internos e externos; mantendo o histórico de alterações para consulta posterior.

Tais necessidades levam a uma análise mais aprofundada e, com isso, uma proposta de solução que envolve o desenvolvimento de itens que serão descritos na lista de necessidades e nas histórias de usuários.

 
===== 3. Objetivos e critérios de sucesso do projeto =====
O projeto será considerado um sucesso se atender aos dois principais problemas de negócio declarados, atualmente, pelos PO's do projeto, que são:

  * **Atualização tecnológica:** Ter um novo sistema para cadastro de setores internos e externos, em uma plataforma atual, que não apresente problemas de execução nas estações do usuário.

  * **Registro de alterações:** Ter um sistema que registre as alterações feitas nos cadastros internos e externos; possibilitando a consulta das alterações que houveram desde sua criação.

  
===== 4.	Prioridade das Necessidades e Requisitos =====
Para estabelecer a prioridade dos requisitos, foram adotadas as denominações: essencial, importante e desejável. Abaixo temos a descrição de significado de cada uma dessas denominações:

* **Essencial:** É o requisito sem o qual o sistema não entra em funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados impreterivelmente.

* **Importante:** É o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim.

* **Desejável:** É o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis são requisitos que podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada.


===== 5.	Lista de necessidades =====

Abaixo estão os problemas de negócio, dos PO's do projeto, desmembradas em requisitos de produtos. Estes requisitos são fruto de uma análise dos problemas de negócio apresentados e, também, do estudo de melhoria do sistema de cadastro; visando evoluir este cadastro para um sistema de Gestão de Estrutura Organizacional.
^ID^Descrição^Prioridade|-
| 1.1 | Construir Estrutura Organizacional |  |
| - | Requisito do produto que descreve a necessidade de construir um sistema que o usuário possa construir uma estrutura organizacional que represente os órgãos da administração pública do estado de Goiás. | Essencial |


^ID^Descrição^Prioridade|-
| 1.2 | Construir Estrutura Organizacional composta por unidades organizacionais |  |
| - | Requisito do produto que descreve a necessidade de construir uma Estrutura Organizacional com a possibilidade de ser composta por unidades organizacionais. | Essencial |


^ID^Descrição^Prioridade|-
| 1.3 | Modificar Estrutura Organizacional |  |
| - | Requisito do produto que descreve a necessidade de: transformação, ampliação, fusão e extinção de uma Estrutura Organizacional pode se dar em toda a estrutura ou em algumas das duas unidades organizacionais. | Essencial |


^ID^Descrição^Prioridade|-
| 1.4 | Registrar Alterações na Estrutura Organizacional |  |
| - | Requisito do produto que descreve a necessidade de realizar o registro das alterações, transformações, ampliações, fusões e extinções na Estrutura Organizacional, quando as mesmas forem realizadas. Este registro é importante para recuperar o histórico da estrutura organizacional em qualquer momento que for necessário, mas, principalmente, na atribuição de uma unidade organizacional nos processos tramitados no TCE-GO. | Essencial |

^ID^Descrição^Prioridade|-
| 1.5 | Manter a rastreabilidade de Estrutura Organizacional |  |
| - | Requisito do produto que descreve a necessidade de se ter o registro da rastreabilidade das Estruturas Organizacionais e/ ou de suas Unidades Organizacionais, depois de uma ocorrência de: alteração, transformação, ampliação, fusão e exclusão na estrutura. | Essencial |

^ID^Descrição^Prioridade|-
| 1.6 | Possibilitar consumo das informações ATUAIS de Estrutura Organizacional por outros sistemas |  |
| - | Requisito do produto que descreve a necessidade de manter as informações de Estrutura Organizacional atualizadas. Isso para que os sistemas, que utilizam a informação, não fiquem desatualizados. | Essencial |

^ID^Descrição^Prioridade|-
| 1.7 | Possibilitar consumo das informações HISTÓRICAS de Estrutura Organizacional por outros sistemas |  |
| - | Requisito do produto que descreve a necessidade de manter as informações HISTÓRICAS de Estrutura Organizacional. Isso para que os sistemas que usam informações de Estrutura Organizacional possam utilizar as informações históricas de cada órgão. | Essencial |

^ID^Descrição^Prioridade|-
| 1.8 | Atender às regras de negócio do GCAD: |  |
| - | 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.0.	Levantamento de Requisitos ====
^ID^Estória do usuário^Prioridade^
|6.0-EU1| **COMO** membro da equipe de TI **QUERO** visualizar as estórias de usuário, criadas e/ou alteradas para cada sprint **PARA** que seja possível acompanhar as entregas feitas e que a documentação do site seja construída. | Essencial |
| | |
**Solução para 6.0-EU1:** Construir e/ ou alterar Estórias de usuário que foram previstas para cada sprint.



==== 6.1.	Manter o cadastro de Estrutura Organizacional ====

^ID^Estória do usuário^Prioridade^
|6.1-EU1| **COMO** usuário do sistema de Gestão de Estrutura Organizacional **QUERO** cadastrar unidades organizacionais  **PARA** que se possa registrar informações de cada estrutura/unidade. | Essencial |
| | |
**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, 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:Externo:** abrir campos para informar o Tipo de poder * *, Tipo de administração * *, Tipo de órgão * * e Código da Unidade Orçamentária * * * * *.

* Proveniente do cadastro de município no GCAD.

* * Continuar utilizando essas informações de suas orígens atuais.
 
* * * Essa informação deve ser proveniente do cadastro pessoa jurídica existente no GCAD.

* * * * Este é um campo que terá a função de "flag" para utilização no sistema de Gestão de Contas de Governo. É escopo deste projeto a inserção deste campo na tela de cadastro de unidade organizacional; no entanto, seu comportamento será manual, não terá automatização e nenhuma regra de negócio embutida.

* * * * * Campo obrigatório, editado pelo usuário que será insumo para outros sistemas

As informações de cadastro, citadas acima, são as informações mínimas que precisam constar no cadastro visando atender as regras de negócio existente hoje.

Além disso, é preciso desenvolver as operações básicas para a tela de cadastro de informações que são: Novo, Alteração, Consulta e Inativação.






==== 6.2.	Formar hierarquia na Estrutura Organizacional ====
^ID^Estória do usuário^Prioridade^
|6.2-EU1| **COMO** usuário do sistema de Gestão de Estrutura Organizacional **QUERO** indicar uma unidade organizacional, em um determinado cadastro, como superior direta **PARA** formar uma estrutura hierárquica. | Importante|

**Proposta de solução para 6.1-EU2:** Desenvolver um campo na tela de cadastro de Unidade Organizacional que possibilita a seleção de uma outra unidade organizacional. Essa seleção deverá ser entendida como um nível superior da unidade em questão; caracterizando, assim, um estabelecimento de "filho para pai". Em outras palavras, essa seleção de uma Unidade Organizacional deve estabelecer a unidade que será sua respectiva unidade superior, de forma direta. 

Como este campo faz parte da tela de cadastro, as operações básicas, como: Novo cadastro, Alteração, Consulta e Inativação deverão estar disponíveis. Com isso, algumas regras de negócio deverão ser atendidas da seguinte forma:

- **Para um novo cadastro(NOVO CADASTRO)**: O campo deve listar todas as unidades organizacionais cadastradas no sistema para o usuário indicar como sendo a unidade superior direta. 

O **resultado**, é que o sistema deve considerar a unidade organizacional indicada como SUPERIOR à que indicou e formar um relacionamento hierárquico entre elas.

**Ex.:** Unidade Organizacional-B indicou a U.O-A como superior; logo, o sistema deve criar um relacionamento hierárquico que represente este relacionamento.

- **Para editar um cadastro(ALTERAÇÃO)**: O campo deve listar todas as unidades organizacionais cadastradas no sistema para o usuário indicar como unidade superior. 

O **resultado**, é que o sistema deve considerar a unidade organizacional indicada como SUPERIOR à que indicou. Neste caso, se a U.O. alterada tiver outras U.O's abaixo dela, todas deverão acompanhar a transferência.

**Ex.:** Unidade Organizacional-B, que tem a U.O-C como subordinada, indicou a U.O-D como superior; logo, o sistema deve criar um relacionamento hierárquico que represente este relacionamento entre a U.O-D sendo superior direto da U.O-B e superior indireto da U.O-C.

- **Para consultar um cadastro(CONSULTA)**: A consulta de um cadastro não levará impacto de negócio à funcionalidade. O resultado, neste caso, será a consulta de informações de uma unidade organizacional que tiver sido selecionada.

- **Para Inativar um cadastro(INATIVAÇÃO)**: A ação de exclusão **não será aplicada** nos cadastros de unidades organizacionais. Para isso é preciso considerar a INATIVAÇÃO, no lugar de exclusão. Assim, ao inativar uma U.O. o sistema deve inserir uma marcação no nome da U.O.; indicando que trata-se de uma U.O inativa. 
**Ex.:** Ao inativar uma Unidade Organizacional de nome: "Secretaria de Segurança Pública". O sistema, automaticamente, altera o nome da U.O. para: "INATIVO - Secretaria de Segurança Pública".

Além disso, o relacionamento hierárquico de uma U.O. deve ser substituído quando houver inativação. **Ex.:** Considerando uma estrutura organizacional, onde: U.O-A é superior direta a U.O-B e indireta a U.O-C. Ao inativar a Unidade Organizacional-B, a O.U-A passa a ser superior direta da U.O-C.

**IMPORTANTE:** NUNCA SERÁ POSSÍVEL UMA 'O.U.' TER MAIS DE UMA UNIDADE COMO SUPERIOR DIRETA.




==== 6.3.	Histórico/ Rastreabilidade de Estrutura Organizacional ====
^ID^Estória do usuário^Prioridade^
|6.3-EU1| **COMO** usuário do sistema de Gestão de Estrutura Organizacional **QUERO** ter o registro das alterações feitas nas unidades organizacionais **PARA** que seja possível gravar e, dispor para consulta, informações de: QUEM, QUANDO, PORQUE e O QUE foi alterado. | Essencial |
| | |
**Proposta de solução para 6.3-EU1:** Desenvolver um recurso de sistema que registra todas as ações realizadas nos sistema de Estrutura Organizacional. Este registro deve gravar as seguintes informações:

**QUEM:** Usuário que realizou ações como: Novo cadastro, Alteração e Inativação no sistema. Este usuário deve ser identificado pelo seu login e o sistema deve gravar seu ID, nome de usuário, nome completo tipo de ação (novo cadastro, alteração ou inativaçã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 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:

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


^ID^Estória do usuário^Prioridade^
|6.3-EU2| **COMO** usuário do sistema de Gestão de  Estrutura Organizacional **QUERO** ter o registro histórico das unidades organizacionais **PARA** que seja possível visualizar a **rastreabilidade** das informações históricas sobre uma unidade organizacional. | Essencial|
| | |
**Solução para 6.3-EU2:** Desenvolver um recurso de sistema que cria e registra a rastreabilidade das alterações que ocorreram nas unidades organizacionais. Este registro deve utilizar as informações de QUEM, QUANDO, PORQUE e O QUE para formar a rastreabilidade. **Ex.:** Unidade Organizacional-A, tem o nome de "Secretaria de Segurança Pública" em 2017. Em 2018, teve seu nome alterado para "Secretaria Geral de Segurança Pública". Logo, o sistema deve gravar essa alteração em ordem cronológica.

Essa premissa vale para a alteração do nome de uma U.O. e, vale também, para as alterações hierárquicas que ocorrerem. **Ex.:** Considere duas Estruturas Organizacionais:

1º - Unidade Organizacional-A, que é superior direta da U.O-B e indireta da U.O-C. 

2º - Unidade Organizacional-1, que é superior direta da U.O-2 e indireta da U.O-3.

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 U.O-3. 

Em 2018, a incorporação foi desfeita e voltou a ficar como era em 2017.

Dado o exemplo acima, o sistema deve gravar essas alterações em ordem cronológica para que sua rastreabilidade seja registrada.




==== 6.4.	Tratamento de Impactos ====
^ID^Estória do usuário^Prioridade^
|6.4-EU1| **COMO** usuário do sistema de Gestão de  Estrutura Organizacional **QUERO** que as aplicações do TCE-GO, que consomem informações de setores internos/ externos, passem a consumir as informações de Unidade Organizacional **PARA** que essas aplicações continuem funcionando com as informações de estrutura organizacional. | Essencial|
| | |
**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_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. 



==== 6.5.	Consultas, relatórios e Indicadores ====
^ID^Estória do usuário^Prioridade^
|6.5-EU1| **COMO** usuário do sistema de Gestão de Estrutura Organizacional **QUERO** gerar as informações de unidade organizacional **PARA** que seja possível emiti-las em formato digital e físico. | Importante |
| | |
**Solução para 6.5-EU1:** Desenvolver um recurso de geração de dados visando sua emissão em tela e impressão. No que diz respeito a emissão em tela, o sistema deve possibilitar a visualização do relatório em uma tela própria do sistema; já no que diz respeito a impressão, no momento em que o relatório estiver sendo exibido em tela, o sistema deve possibilitar sua emissão nos formatos .XLS e .PDF, de acordo com o que for mais apropriado para seu conteúdo.

Os dados que precisam ser gerados em formato de relatório são:

**Consultar Unidades Organizacionais:** Para gerar este relatório, o sistema deve permitir a seleção de alguns parâmetros, como: Nome da Unidade Organizacional OU Município OU Tipo de Poder OU Inativas OU Inativas OU Todos * as O.U's. Selecionado ao menos um destes parâmetros, será possível gerar o relatório que deverá apresentar as informações de Unidades Organizacionais categorizadas em ordem crescente pelo ID.


As regras que incidem na seleção deste parâmetro e emissão/geração deste relatório, são:

- Obrigatoriedade na seleção de um dos parâmetros;

- Seleção de um de cada parâmetro por geração de relatório;

- Uma vez que o parâmetro "Todos" for marado, os demais ficam desabilitados;

- Com exceção do parâmetro "Todos", os parâmetros podem ter apenas uma seleção;

- A ordem dos parâmetros deve ser: Unidade Organizacional, Município, Inativas/Inativas e Tipo de Poder. Na medida em que o usuário seleciona o primeiro parâmetro, o segundo é filtrado tendo o primeiro parâmetro como base.

* A marcação da opção Todos, indica que todas as unidades organizacionais cadastradas devem ser apresentadas no relatório.



^ID^Estória do usuário^Prioridade^
|6.5-EU2| **COMO** usuário do sistema de Gestão de  Estrutura Organizacional **QUERO** gerar as informações de histórico de unidade organizacional **PARA** que seja possível emiti-las em formato digital e físico. | Importante |
| | |
**Solução para 6.5-EU2:** Desenvolver um recurso de geração de dados visando sua emissão em tela e impressão. No que diz respeito a emissão em tela, o sistema deve possibilitar a visualização do relatório em uma tela própria do sistema; já no que diz respeito a impressão, no momento em que o relatório estiver sendo exibido em tela, o sistema deve possibilitar sua emissão nos formatos .XLS e .PDF, de acordo com o que for mais apropriado para seu conteúdo.

Os dados que precisam ser gerados em formato de relatório são:

**Consultar histórico de Unidades Organizacionais:** Para gerar este relatório, o sistema deve permitir a seleção de dois parâmetros: Nome da Unidade Organizacional E Data de recuperação(MM/AAAA). Ao gerar o relatório, o sistema deverá apresentar as informações de históricas de Unidades Organizacionais categorizadas em ordem cronológica à que foi informada no parâmetro. 

As informações históricas, que devem ser apresentadas neste relatório, são:

- Alterações de nome que a U.O. sofreu desde a data informada no parâmetro;

- Alterações na hierarquia que a U.O. sofreu desde a data informada no parâmetro;

- Alterações de status(Ativa e Inativa) que a U.O. sofreu desde a data informada no parâmetro;

- Motivos das alterações que estiverem cadastrados que a U.O. sofreu desde a data informada no parâmetro;


As regras que incidem na seleção deste parâmetro e emissão/geração deste relatório, são:

- Obrigatoriedade na seleção dos dois parâmetros;

- Seleção de apenas uma U.O. e uma data por geração de relatório;

- Caso não haja dados a serem exibidos para os parâmetros informados, uma mensagem deverá ser exibida ao usuário.




^ID^Estória do usuário^Prioridade^
|6.5-EU3| **COMO** usuário do sistema de Gestão de  Estrutura Organizacional **QUERO** gerar as informações de hierarquia de unidade organizacional **PARA** que seja possível emiti-las em formato digital e físico. | Importante |
| | |
**Solução para 6.5-EU3:** Desenvolver um recurso de geração de dados visando sua emissão em tela e impressão. No que diz respeito a emissão em tela, o sistema deve possibilitar a visualização do relatório em uma tela própria do sistema; já no que diz respeito a impressão, no momento em que o relatório estiver sendo exibido em tela, o sistema deve possibilitar sua emissão nos formatos .XLS e .PDF, de acordo com o que for mais apropriado para seu conteúdo.

Os dados que precisam ser gerados em formato de relatório são:

**Consultar hierarquia de Unidades Organizacionais:** Para gerar este relatório, o sistema deve permitir a seleção do seguinte parâmetro: Nome da Unidade Organizacional. Selecionado este parâmetro, o sistema deve gerar o desenho da estrutura organizacional daquela unidade informada no parâmetro. 


As regras que incidem na seleção deste parâmetro e emissão/geração deste relatório, são:

- Obrigatoriedade na seleção do parâmetro;

- Seleção de apenas uma U.O. por geração de relatório;

- Seleção, apenas, de Unidade Organizacional que **não tenha** indicação de unidade superior;

- Seleção de Unidades Organizacionais com status de ativo ou inativo.

- A emissão em tela deste relatório deve possibilitar sua visualização completa e, também, parcial por aplicação de zoom;

- 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.1. RNF01-Utilização de Sistema Anterior**
^Descrição^Prioridade|-
| O novo sistema de Gestão de Estrutura Organizacional deverá aproveitar informações da tabela de Banco de Dados do sistema de cadastro de Setores do GCAD. | Desejável |
|  |  |


**7.2. RNF02-Tempo de Resposta**
^Descrição^Prioridade|-
| Cada consulta ou interação com o sistema não deve ultrapassar, no máximo, cinco segundos. | Importante |
|  |  |


**7.3. RNF03-Usabilidade**
^Descrição^Prioridade|-
| Para a usabilidade, e preciso que o sistema Gestão de Estrutura Organizacional siga as diretrizes de Material Design e UX-User Experience na estruturação de suas telas e funcionalidades. Além de ser possível utiliza-lo em dispositivos móveis. | Importante |
|  |  |


**7.4. RNF04-Sistema de Ajuda**
^Descrição^Prioridade|-
| É preciso que o sistema de Gestão de Estrutura Organizacional possibilite ao usuário a encontrar as informações que desejam e, além disso, disponibilizar um recurso que oriente o usuário sobre como tirar dúvida sobre a operação que esteja realizando, com acesso por índice ou busca. | Desejável |
|  |  |


**7.5. RNF05-Usuários Simultâneos**
^Descrição^Prioridade|-
| O sistema deverá suportar processamento multi-usuário, ou seja, vários usuários conectados e operando o sistema ao mesmo tempo. | Essencial |
|  |  |


**7.6. RNF06-Uso do Teclado**
^Descrição^Prioridade|-
| Todas as principais funções do menu deverão ter sua acessibilidade também via teclado. | Essencial |
|  |  |



**7.7. RNF07-Interoperabilidade**
^Descrição^Prioridade|-
| Através de padrões abertos é preciso que o sistema se comunique com todas as aplicações nativas do órgão de forma transparente e independente. Isso para fazer com que o sistema seja um sistema independente do funcionamento dos sistemas vinculados a ele. | Essencial |
|  |  |


**7.8. RNF08-Escalabilidade**
^Descrição^Prioridade|-
| O site deverá ser desenvolvido através de uma arquitetura flexível para introdução de melhorias ou adequações posteriores e inserção de novas rotinas sem elevação de custo ou esforço adicional. | Essencial |
|  |  |

**7.9. RNF09-Layout**
^Descrição^Prioridade|-
| O site deverá ser desenvolvido baseando-se no layout do novo site do TCE-GO; isso para que, seu layout não venha a destoar do site, dando uma melhor experiência para o usuário . | Essencial |
|  |  |

**7.10. RNF10-Tecnologia Web**
^Descrição^Prioridade|-
| Requisito do produto que descreve a necessidade de ser um sistema de aceso Web e, por consequência disso, ser acessado através de um link disposto no site do TCE-GO, para acesso restrito de servidores que devem ter acesso ao Sistema de Gestão de Estrutura Organizacional. | Essencial |
|  |  |


===== 8.	Premissas =====
**Requisito de Desempenho:** As páginas do sistema precisam ser acessadas com rapidez, mesmo com utilização de uma banda de internet considerada "lenta". Ex.: 3G ou internet com velocidade de acesso igual ou inferior a 128 Kpbs.

**Requisito de Segurança:** O sistema de Gestão de Estrutura Organizacional deve utilizar o sistema atual de autenticação usado no TCE-GO para as aplicações Web.


**Testes:** Haverá sequencia de testes na entrega do produto nas fases programadas no projeto, de acordo com as regras descritas na GCS do TCE-GO.

**Escopo:** Toda alteração do escopo deve ser documentada através de solicitação de mudança e seu impacto deve ser avaliado nas atividades do projeto, conforme rege da GCS do TCE-GO. 

**Geral:** 

•	É preciso considerar o desenvolvimento do sistema de Gestão de Estrutura Organizacional, no que diz respeito a dados históricos, a avaliação da atual tabela de histórico; chamada: GER_HISTORICOTABELA.


===== 9.	Wireframe - Protótipo =====
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.

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

Não se aplica.