MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES

Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

SEPIM - Nome do Projeto

Documento de Visão

Versão 1.0
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

Histórico de Revisões
Versão Data Descrição Autor
0.1 15/12/2023 Criação do documento de visão Jorgean M. Silva

Autor: MCTIC - CGSI Página 2/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

Sumário
1. INTRODUÇÃO......................................................................................................................................... 4
2. IDENTIFICAÇÃO DO PROJETO............................................................................................................. 4
3. PROBLEMA............................................................................................................................................. 4
4. USUÁRIOS.............................................................................................................................................. 5
5. VISÃO GERAL DO PRODUTO............................................................................................................... 7
6. CARACTERÍSTICAS DO PRODUTO...................................................................................................... 8
7. INTERFACE COM OUTROS SISTEMAS................................................................................................ 9
8. RESTRIÇÕES IMPOSTAS.................................................................................................................... 10
9. PRECEDÊNCIA E PRIORIDADE.......................................................................................................... 10
10. REQUISITOS DE DOCUMENTAÇÃO................................................................................................. 10
11. ANEXOS.............................................................................................................................................. 11
12. REFERÊNCIAS................................................................................................................................... 11
13. APROVAÇÕES.................................................................................................................................... 12

Autor: MCTIC - CGSI Página 3/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

Documento de Visão

1. Introdução

[A introdução do documento Visão fornece uma visão geral de todo o seu conteúdo. Ela deve incluir a
finalidade, o escopo, as definições, os acrônimos, as abreviações, as referências e a visão geral deste
documento Visão.]
Este documento tem como finalidade dar uma visão abrangente sobre necessidades identificadas para o
desenvolvimento de um sistema de fiscalização que atenda todo o processo necessário relacionado a
análise do Relatório Demonstrativo Anual, (RDA). Atualmente o SIGPLANI já realiza o cadastro esses
RDAs.

2. Identificação do Projeto

Projeto [Sigla do Projeto – Nome do Projeto]

Requisitante [Nome do Requisitante]
Gerente de Projetos [Nome do Gerente de Projetos]

3. Problema

[Essa seção faz parte da Análise do Problema que deve abranger o entendimento do problema, a
identificação dos envolvidos e a delimitação do escopo em alto nível. O escopo é representado pelas
necessidades dos envolvidos.]
Contextualização:
Um conjunto de empresas incentivadas tem benefícios na forma de crédito financeiro gerado para
abatimento em impostos federais, mas que, em contrapartida, é exigido que elas invistam parte de seu
faturamento com os produtos em pesquisa e desenvolvimento e que são prestadas contas, anualmente,
tanto dos investimentos, quanto dos faturamentos, durante o período, para a área responsável, na forma
de um relatório demonstrativo anual, entregue até o dia 31 de julho de cada ano, salvo exceções. Entre
as obrigações, dependendo do volume do seu faturamento, passam a precisar cumprir valores mínimos
de investimento nos projetos realizados por elas mesmas e, também, por convênios com outras
instituições no Brasil, exceto na Zona Franca, por já possuir legislação própria. A prestação de contas é
Autor: MCTIC - CGSI Página 4/13
Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

feita anualmente pelo relatório no SIGPLANI, onde já existem os campos para o preenchimento de todos
os detalhes e o próprio sistema já faz um cálculo inicial das obrigações e dos mínimos necessários
estabelecidos por lei.
Os gestores fazem uma avaliação das informações que foram prestadas e emitem um parecer com as
considerações sobre o cumprimento das obrigações, essas considerações podem aprovar toda a
prestação de contas da empresa, encerrando a situação dela para o ano base que está sendo analisado
ou pode haver algum débito/pendência, devido a algo que não foi aprovado e comprometeu a sua
obrigação para aquele ano. Nessa situação ela tem um prazo para depositar esse débito na forma de
investimento, como deposito na Fundo Nacional de Desenvolvimento Científico e Tecnológico -FNDCT,
ou se defender, na forma de contestação, apresentando um documento de defesa, que complemente
com outras informações os apontamentos do parecer inicial.
Nesse caso será realizada uma análise da contestação e dos argumentos e será emitido novo parecer,
onde as obrigações passem a ser cumpridas, encerrando o ciclo de vida do ano para essa empresa, ou
pode ser mantido o parecer anterior revisado, mas ainda restando algum débito, que terá de ser quitado
via deposito no FNDCT.
Existe ainda uma outra fase recursal, que chamamos de recurso ao Ministro ou Recurso Administrativo,
onde a empresa apresenta um outro documento, direcionado ao Ministro, que ao chegar na área
responsável, uma análise será feita e um parecer sobre o cumprimento ou não daquelas obrigações será
emitido. Essa é a última etapa onde a empresa pode obter a quitação, senão, a única opção que restará
será pagar.
Caso a empresa não cumpra com suas obrigações, ela pode sofrer algum tipo de penalidade, onde a
primeira fase é suspensão por 90 dias do uso fruto dos seus benefícios, sem gerar crédito. Se não
regularizar a pendência que originou a suspensão, ocorre o cancelamento do benefício
permanentemente e para tê-lo de volta, terá que dar início a um novo procedimento de solicitação de
habilitação.
Esse é o ciclo de vida e, em se tratando de sistema, nós possuímos o Novo SIGPLANI, que serve para o
preenchimento do Relatório Demonstrativo Anual – RDA. Na primeira fase a empresa faz a prestação de
contas dentro do SIGPLANI, gerando o relatório de demonstrativo anual e incluso automaticamente no
repositório de arquivos, que é o SEI, onde são incluídos os pareceres das análises para cada uma das
empresas.
O problema:
Desse ponto em diante não existe sistema próprio, sendo todo o processo de fiscalização , análise dos
RDAs , registros de pareceres e possíveis contestações feitas de forma manual e isso inclui os cálculos,
a verificação das obrigações e o cumprimento das regras de diferentes situações, dispêndios declarados
dos projetos e considerações sobre o mérito do projeto .

Autor: MCTIC - CGSI Página 5/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

3.1. Resumo do Negócio

[Faça uma breve descrição resumindo o domínio do problema envolvido no projeto.]

A oportunidade identificada é a incrementação no sistema SIGPLANI de mecanismos que permitam
completar todo o ciclo do processo de fiscalização necessário de forma mais automatizada possível. Isso
inclui registro de pareceres, registro de contestações, os cálculos, a verificação das obrigações e o
cumprimento das regras de diferentes situações, dispêndios declarados dos projetos e considerações
sobre o mérito do projeto e a comunicação com as empresas envolvidas para cada alteração de status
da analise.
Todos esses itens devem ser atendidos pelo sistema para cada fase possível da fiscalização.

3.2. Problemas

[Para cada problema identificado, gerar uma tabela estruturada conforme tabela a seguir:]

O problema de [Descreva o problema. Exemplo: ausência de registro das operações

de Resposta, Reabertura, Pendência e Transferência nas ocorrências
geradas, o sistema atual fornece somente a última operação.]
Afeta [Os envolvidos afetados pelo problema: Exemplo: Gestores das
Unidades e Solicitantes.]
Cujo impacto é [Qual o impacto do problema? Exemplo: Falta de informação para o
tratamento adequado de uma Unidade para as ocorrências
direcionadas para esta Unidade, uma vez que não é possível saber o
estado em que se encontra uma ocorrência.
Benefícios de uma [Liste alguns dos principais benefícios de uma boa solução. Exemplo:
solução seriam Maior visibilidade por parte das Unidades do andamento das
ocorrências e consequente melhora no atendimento das ocorrências.

Autor: MCTIC - CGSI Página 6/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

4. Usuários

4.1. Resumo dos Usuários

Nome Descrição Responsabilidades

[Especifique o [Descreva [Resuma as principais responsabilidades do usuário no
nome do tipo de brevemente o tipo que diz respeito ao sistema que está sendo desenvolvido;
usuário. de usuário. ou seja, seu interesse como envolvido. Exemplo:
Exemplo: Exemplo: Acompanha o andamento das ocorrências direcionadas
Gestor da Representante de para a Unidade no qual é Gestor
Unidade uma Unidade, de Recebe os relatórios de desempenho de atendimento de
] qualquer nível ocorrências.
hierárquico. ]
]
[Solicitante [Todo funcionário [Abrir uma ocorrência no sistema e acompanhar seu
Interno] CAIXA. atendimento]
Prestadores não
são Solicitantes.]

4.2. Ambiente do Usuário

[Descrever o ambiente operacional dos diversos tipos ou níveis de usuários, em aspectos que envolvem
as seguintes questões:
 Existem restrições de hardware e software (estações de trabalho, sistemas operacionais)?
 Existem restrições de comunicação de dados em certos pontos que comprometem o
desempenho do sistema?
 Existem aplicativos locais que o novo sistema deverá interagir?]

4.3. Necessidades dos Interessados

[Liste as necessidades conforme o ponto de vista dos envolvidos. Priorize as necessidades de acordo
com a visão dos principais interessados, levando em conta os seguintes critérios:

Autor: MCTIC - CGSI Página 7/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

Crítico Requisitos essenciais ou o fracasso em sua implementação significa

que o sistema não irá atender as necessidades do cliente.
Imprescindível que seja atendido pelo sistema, condição fundamental
para o sucesso do projeto.
Importante Requisitos importantes para a eficácia ou eficiência do sistema. Sua
não implementação afeta a satisfação do usuário e/ou o valor agregado
do produto. Afeta a satisfação do usuário significativamente, mas o não
atendimento não determina o fracasso do projeto.
Útil Requisitos úteis, porém menos críticos, sendo usados menos
frequentemente. Não possui muito significado para a satisfação do
usuário e pode deixar de ser atendida.

Na tabela a seguir, padronize a descrição de uma necessidade da seguinte maneira:

O <<Envolvido Interessado>> necessita <<sentença>>.]

Necessidade Prioridade Preocupações Solução Atual Soluções

Propostas
[Descrição da necessidade. [Nível de [Problemas que [Causas dos [Soluções que o
Exemplo: O Gestor prioridade. o envolvido problemas. envolvido
necessita classificar as Exemplo: possui. Exemplo: gostaria.
ocorrências de acordo com Crítico] Exemplo: O sistema atual Exemplo:
uma combinação do motivo Ineficiência no permite o registro Tratamento único
da ocorrência, o assunto da tratamento de de dados de uma para ocorrências
ocorrência e o produto alvo ocorrências classificação internas e
da ocorrência.] devido à repetidos.] externas
classificação
errada. Crítica para
valores repetidos
Classificações
semanticamente
redundantes,
mas com dados
diferentes
Autor: MCTIC - CGSI Página 8/13
Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

dificultam as
consultas.

Classificações
replicadas para
ocorrências
internas e
ocorrências
externas.]

5. Visão Geral do Produto

[Esta seção inicia o domínio da solução para o problema. Aqui se deve indicar as capacidades que o
sistema deve fornecer para atender as necessidades dos envolvidos]

5.1. Perspectiva do Produto

[Esta subseção do documento Visão analisa o produto em relação a outros produtos relacionados e ao
ambiente do usuário. Se o produto for independente e totalmente autossuficiente, exponha isso aqui. Se
o produto for um componente de um sistema maior, esta subseção relatará como esses sistemas
interagem e identificará as interfaces relevantes entre os sistemas.]

5.2. Resumo das Capacidades do Produto

[Descreva os principais benefícios e recursos que o sistema proporcionará aos envolvidos, conforme
tabela a seguir:]

Benefícios para o Cliente Recursos do Sistema

[Descrição de um benefício esperado. [Descrição dos recursos que proporcionarão o
benefício esperado.
Exemplo:
Visibilidade do andamento no atendimento de uma Exemplo:
ocorrência através de suas movimentações, Cada evento que ocorre relacionado a uma
possibilitando a identificação de problemas mais ocorrência é uma movimentação da mesma.
Autor: MCTIC - CGSI Página 9/13
Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

cedo. ] Todas as movimentações são registradas pelo

sistema e podem ser consultadas a qualquer
momento pelo Gestor da GEOUV.]

6. Características do Produto

[Liste e descreva as características do produto. Uma característica de um produto é um serviço que deve
ser fornecido para atender uma ou mais necessidades dos interessados. Sentencie uma característica da
seguinte maneira:
O sistema deve <<sentença>>
Exemplos:
 O sistema deve enviar e-mail aos usuários
 O sistema deve permitir a parametrização de consultas
 O sistema deve ser capaz de registrar o histórico de operações realizadas]

6.1. <Nome da Característica 1>

[Descrever como o recurso será percebido pelo usuário externamente, em alto nível. Lembre-se que o
público alvo deste texto são pessoas com formações heterogêneas e o objetivo é que todas entendam o
sistema]

6.2. <Nome da Característica 2>

6.3. <Nome da Característica N>

7. Interface com Outros Sistemas

[Informar na tabela abaixo a interface com outros sistemas

Nesta seção deve-se descrever as interfaces de software com outros componentes do sistema de
software. Poderão ser componentes comprados, componentes reutilizados de outro aplicativo ou
componentes que estão sendo desenvolvidos para subsistemas fora do escopo desta, mas com os quais
esse aplicativo de software deve interagir.

Autor: MCTIC - CGSI Página 10/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

Identificam-se aqui as interfaces com outros produtos de software, tais como aplicativos que recebem
dados do produto ou enviam dados para ele, seja on-line, através de arquivos ou através de banco de
dados. Não incluir componentes normais do ambiente operacional, como bibliotecas e plataformas].

Sistema Descrição Tipo da Integração

<nome do sistema>ex: Documenta -
Sistema de Controle de Documentos
<nome do sistema>ex: SIAPE-
Sistema Integrado de Administração
de Recursos Humanos
<descrição do sistema>ex:
Recuperar os documentos do
tipo “prestação de contas” na
situação “pendente”.
<descrição do sistema>ex:
Enviar as informações de
convênios pagos no mês
anterior ao mês corrente
<informar o número do
tipo, conforme a
correspondência descrita
na lista abaixo> Ex: 1
<informar o número do
tipo, conforme a
correspondência descrita
na lista abaixo> Ex: 3

Sistema A: Sistema objeto desse documento de escopo preliminar.

Sistema B: Sistema a se integrar com o sistema A
Tipo 1: Sistema A consulta dados/informações no sistema B;
Tipo 2 : Sistema A atualiza dados/informações no sistema B;
Tipo 3 : Sistema A gera dados/informações para processamento no sistema B;
Tipo 4 : Sistema A processa dados/informações gerado por B.

Exemplo:

Sistema Descrição Tipo da Integração

Tipo 1
Base Recuperar, incluir e alterar informações sobre Pessoas
Tipo 2
Coorporativa Físicas e Jurídicas.
Tipo 3

8. Restrições Impostas

[Descreva quaisquer restrições que sejam impostas ao sistema ou ao processo de desenvolvimento.

Essas restrições podem ser tratadas como riscos ao projeto.]

8.1. Econômicas

[Necessidade de novas licenças de software, custos não cobertos pela métrica.]

8.2. Tecnologia

[Imposição de novas tecnologias, ambiente físico ou plataformas]

Autor: MCTIC - CGSI Página 11/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

8.3. Sistemas

[Utilização de diferentes sistemas operacionais, exigência de compatibilidade com soluções existentes.]

8.4. Ambiente

[Existência de requisitos legais e estatutários que devem ser atendidos.]

8.5. Prazos e Custos

[Imposição de prazos legais pelo Cliente, indisponibilidade de recursos.]

9. Precedência e Prioridade

[Defina a prioridade e a precedência (dependência) dos recursos do sistema.]

10. Requisitos de Documentação

[Esta seção descreve a documentação que deverá ser desenvolvida para suportar a implantação bem-
sucedida de aplicativos.]

10.1. Manual do Usuário

[Descreva a finalidade e o conteúdo do Manual do Usuário. Discuta questões como o tamanho desejado,
o nível de detalhamento, a necessidade de um índice, o uso de um glossário de termos, estratégia de
tutorial versus de manual de referência etc. As restrições de formatação e de impressão também deverão
ser identificadas.]

10.2. Ajuda On-Line

[Muitos aplicativos fornecem um sistema de ajuda on-line para auxiliar o usuário. A natureza desses
sistemas é exclusiva do desenvolvimento do aplicativo já que eles combinam aspectos de programação
(hyperlinks etc) com aspectos de escrita técnica como, por exemplo, organização e apresentação.]

Autor: MCTIC - CGSI Página 12/13

Nome do Arquivo: 732091022.docx
 MINISTÉRIO DA CIÊNCIA, TECNOLOGIA, INOVAÇÕES E COMUNICAÇÕES
Secretaria-Executiva
Diretoria de Tecnologia da Informação
Coordenação Geral de Sistemas

10.3. Guias de Instalação, de Configuração e arquivo Leia-me

[Um documento que inclua instruções de instalação e diretrizes de configuração é importante para se
oferecer uma solução completa. Além disso, um arquivo Leia-me é normalmente incluído como um
componente padrão. O arquivo Leia-me poderá incluir uma seção "O Que Há de Novo Neste Release" e
uma discussão dos problemas de compatibilidade em relação aos releases anteriores. A maior parte dos
usuários também considera desejável que o arquivo Leiame documente erros e soluções conhecidos.]

11. Anexos

[Relacione aqui eventuais documentos que fazem parte do presente artefato, tais como atas de reunião,
cronograma e outros.]

12. Referências

[Relacione aqui referências a documentos, sítios na Internet, manuais ou qualquer outro item que tenha
sido usado para a confecção do presente artefato.]

13. Aprovações

Aprovações
Participante Assinatura Data
Gerente do Projeto

Este documento tem sua validade efetivada com a assinatura do Termo de Recebimento Definitivo por
parte do Fiscal Técnico e do Preposto do contrato.

Autor: MCTIC - CGSI Página 13/13

Nome do Arquivo: 732091022.docx