Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                            

Informações Gerais

Especificação

Produto

TOTVS Educacional

Módulo

EDU

Segmento Executor

Educacional

Projeto1

PDR_EDU_EDU019

IRM1

PCREQ-9517

Requisito1

PCREQ-9518

Subtarefa1

PDR_EDU_EDU019-28

Chamado2

 

País

(X) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

Disponibilizar consultas públicas para os projetos de pesquisa, projetos de extensão e grupos de pesquisa.

Definição da Regra de Negócio

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

Consulta pública para projetos de pesquisa

Criação

 

-

Consulta pública para projetos de extensão

Criação

 

-

Consulta pública para grupo de pesquisa

Criação

 

-

 

Requisito 1: Pesquisas públicas

  1. Para acesso as pesquisas públicas não será necessário que o usuário esteja logado, desta forma o usuário e senha que serão repassados para o serviço devem ser definidos pelo cliente no arquivo de web.config.

  2. As pesquisas públicas ficarão em um pasta denominada "Public" dentro da estrutura do corpore.net, sendo uma subpasta da pasta "..\Source\Edu-Educacional".
  3. Por padrão esta pasta estará com acesso restrito, sendo necessário para os clientes que queiram utilizá-la a parametrização do arquivo web.config.

Requisito 2: Pesquisa pública a projetos de pesquisa

  1. A pesquisa permitirá aos usuário realizar filtros pelos seguintes campos:
    1. Linha de pesquisa
    2. Área de conhecimento
    3. Subárea de conhecimento
    4. Código do projeto
    5. Título do projeto
    6. Nome do participante
    7. Nome do coordenador
    8. Palavra chave
    9. Data início (carregado inicialmente com a data atual decrescida de um ano)
    10. Data fim (carregado inicialmente com a data atual)
    11. Código do edital
    12. Descrição do edital
  2. Na consulta deve existir uma opção para o usuário definir se a coluna contendo a súmula do projeto (resumo) deverá ser exibida.
    "Deseja exibir no resultado a súmula dos projetos"
  3. A consulta não possuirá nenhum filtro fixo, todos os filtros serão informados pelo usuário. No entanto, o cliente poderá configurar a chamada ao link da consulta passando a coligada e/ou filial como QueryString, neste cenário a consulta utilizará estes campos como filtros fixos. 
  4. O resultado da pesquisa apresentará as seguintes informações dos projetos de pesquisa:
    1. Código do projeto
    2. Título do projeto
    3. Área de conhecimento
    4. Subárea de conhecimento principal
    5. Subárea de conhecimento secundáriaLinha de pesquisa
    6. Coordenador 
    7. Participantes da equipe vinculada ao projeto
    8. Situação
    9. Data início
    10. Data fim
    11. Sumula (será exibida apenas se o usuário tiver marcado a opção "Deseja exibir no resultado a súmula dos projetos")
    12. Palavras chave
    13. Nome da coligada
    14. Nome da filial (através do edital do projeto de pesquisa)
    15. Código do edital
    16. Descrição do edital
  5. Por padrão o resultado da pesquisa exibirá todos os campos definidos no item anterior, no entanto, o cliente poderá no arquivo web.config determinar quais dessas colunas ficarão visíveis. Se o usuário definir no arquivo web.config que o campo súmula não será apresentado no resultado final a opção "Deseja exibir no resultado a súmula dos projetos" ficará invisível.
  6. Criar um relatório para o book que listará as informações de um determinado projeto de pesquisa. Este relatório poderá ser emitido a partir das linhas do resultado da consulta, caso o usuário queira utilizar o seu próprio relatório será permitido parametrizá-lo no arquivo web.config. Pode nem aparecer o link do relatório depende de config.

Requisito 3: Pesquisa pública a projetos de extensão

  1. A pesquisa permitirá aos usuário realizar filtros pelos seguintes campos:
    1. Linha de extensão
    2. Área de conhecimento
    3. Subárea de conhecimento
    4. Código do projeto
    5. Nome do projeto
    6. Tipo de ação (programas, cursos, eventos)
    7. Subtipo de ação
    8. Nome do participante
    9. Nome do coordenador
    10. Nome do programa vinculado
    11. Data início (carregado inicialmente com a data atual decrescida de um ano)
    12. Data fim (carregado inicialmente com a data atual)
    13. Código do edital
    14. Descrição do edital
  2. A consulta não possuirá nenhum filtro fixo, todos os filtros serão informados pelo usuário. No entanto, o cliente poderá configurar a chamada ao link da consulta passando a coligada e/ou filial como QueryString, neste cenário a consulta utilizará estes campos como filtros fixos. 
  3. O resultado da pesquisa apresentará as seguintes informações dos projetos de extensão:
    1. Código do projeto
    2. Título do projeto
    3. Área de conhecimento
    4. Subárea de conhecimento principal
    5. Subárea de conhecimento secundária
    6. Linha de extensão
    7. Tipo de ação
    8. Subtipo de ação
    9. Coordenador 
    10. Participantes da equipe
    11. Nome do programa vinculado
    12. Situação
    13. Data início
    14. Data fim
    15. Código do edital
    16. Descrição do edital
    17. Nome da coligada
    18. Nome da filial (através do edital do projeto de extensão)
  4. Por padrão o resultado da pesquisa exibirá todos os campos definidos no item anterior, no entanto, o cliente poderá no arquivo web.config determinar quais dessas colunas ficarão visíveis.
  5. Criar um relatório para o book que listará as informações de um determinado projeto de extensão. Este relatório poderá ser emitido a partir das linhas do resultado da consulta, caso o usuário queira utilizar o seu próprio relatório será permitido parametrizá-lo no arquivo web.config.

Requisito 4: Pesquisa pública ao grupo de pesquisa

  1. A pesquisa permitirá aos usuário realizar filtros pelos seguintes campos:
    1. Líder do grupo
    2. Área de conhecimento
    3. Subárea de conhecimento
  2. A consulta não possuirá nenhum filtro fixo, todos os filtros serão informados pelo usuário.
  3. O resultado da pesquisa apresentará as seguintes informações dos grupos de pesquisa:
    1. Código
    2. Nome
    3. Área de conhecimento
    4. Subárea de conhecimento
    5. Nome Líder do grupo
    6. Participantes do grupo
    7. Situação
    8. Nome da coligada
  4. Por padrão o resultado da pesquisa exibirá todos os campos definidos no item anterior, no entanto, o cliente poderá no arquivo web.config determinar quais dessas colunas ficarão visíveis.
  5. Criar um relatório para o book que listará as informações de um determinado grupo de pesquisa. Este relatório poderá ser emitido a partir das linhas do resultado da consulta, caso o usuário queira utilizar o seu próprio relatório será permitido parametrizá-lo no arquivo web.config.


 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.