Prefeitura de Guarulhos

Departamento de Informática e Telecomunicações – DIT

Sisposto
Documento de Visão

Versão 1.0
 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

Histórico da Revisão
Data Versão Descrição Autor
31/10/2008 1.0 Elaboração Inicial Mauricio Munhoz
31/10/2008 1.1 Revisão Inicial Rafael Cavalari
 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

Índice Analítico

1. Introdução...................................................................................................................................................................2
1.1 Referências..................................................................................................................................................2

2. Posicionamento...........................................................................................................................................................2
2.1 Descrição do Problema...............................................................................................................................2
2.2 Sentença de Posição do Produto.................................................................................................................2
2.3 Descrições dos Envolvidos e Usuários.......................................................................................................2
2.4 Resumo dos Envolvidos..............................................................................................................................2
2.5 Resumo dos Usuários..................................................................................................................................2
2.6 Ambiente do Usuário..................................................................................................................................2
2.7 Resumo das Principais Necessidades dos Envolvidos ou Usuários............................................................2

3. Visão Geral do Produto...............................................................................................................................................2

3.1 Perspectiva do Produto................................................................................................................................2
3.2 Suposições e Dependências........................................................................................................................2

4. Recursos do Produto...................................................................................................................................................2

5. Outros Requisitos do Produto.....................................................................................................................................2

6. Restrições....................................................................................................................................................................2

7. Requisitos da Documentação......................................................................................................................................2
7.1 Manual do Usuário......................................................................................................................................2
7.2 Ajuda On-line..............................................................................................................................................2
 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

Visão (Projeto Pequeno)

1. Introdução
A finalidade deste documento é coletar, analisar e definir as necessidades e características do Projeto Sisposto. Ele
enfoca os recursos de que os envolvidos e usuários-alvo precisam e mostra por que essas necessidades existem. Os
detalhes de como o Sisposto atende a essas necessidades estão descritos nas especificações suplementares e de caso
de uso.

1.1 Referências

As informações aqui dispostas foram coletadas durante visita e entrevista com usuário do DTI e contatos
posteriores.

2. Posicionamento

2.1 Descrição do Problema

O problema O sistema atual, desenvolvido em Clipper, está quase não-

operacional e possui pouca eficiência no atendimento das
necessidades do negócio.
Afeta Controles internos do DTI
cujo impacto é Administrativo e Financeiro
uma boa solução seria Desenvolver um novo sistema de controle

2.2 Sentença de Posição do Produto

Para Departamento de Transporte Internos

Quem Responsáveis pelo controle interno de combustíveis
O (nome do produto) Sisposto
Que Realiza a gestão de combustíveis
Diferente de Sistema atual
Nosso produto Possui tecnologia de ponta, amplamente utilizada pelo mercado e de
conhecimento de toda Equipe de Desenvolvimento do DIT.
Visa suprir as necessidades do negócio atual adicionado de pequenas
correções e atualizações.

Confidencial  Prefeitura de Guarulhos, 2018 Página 1

 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

2.3 Descrições dos Envolvidos e Usuários

Serão envolvidos neste projeto:

- Equipe de Desenvolvimento do Departamento de Informática e Telecomunicações (DIT)

- Responsáveis por Controles Internos do Departamento de Transportes Internos (DTI)

2.4 Resumo dos Envolvidos

Nome Descrição Responsabilidades

Andréa Oliveira Chefe de Seção Supervisionará as atividades do
desenvolvimento da nova solução
===== Chefe de Seção Supervisionará o atendimento aos requisitos
do negócio
Mauricio Munhoz Analista de TI Modelagem e desenvolvimento

2.5 Resumo dos Usuários

Nome Descrição Responsabilidades Envolvido

Usuário Interno Responsáveis pelo Prover informações necessárias Não se aplica.

Controle Interno no para as bases de dados do Sistema;
DTI Zelar para que os dados
armazenados permaneçam
confiáveis, Efetuar correções nos
dados cadastrados quando não
houver ações do prórprio Sistema
que permitam realizar tais ações

Confidencial  Prefeitura de Guarulhos, 2018 Página 2

 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

2.6 Ambiente do Usuário

Atualmente, foram identificados dois funcionários do DTI responsáveis pelo lançamento de informações no
Sistema Legado. Tal tarefa demanda que apenas um usuário efetue os lançamentos, ao passo que, com o
novo Sistema, poderá ocorrer o lançamento concorrente das informações.

O Sistema Legado em uso emprega a Plataforma MS-DOS / Windows, e foi desenvolvido em Linguagem
Clipper conjutamente com Banco de Dados DBASE. Não dispõe de documentação por nenhuma das partes
envolvidas e, por se tratar de tecnologia obsoleta, é de difícil manutenção. Adicionalmente, em visita ao
DTI, identificou-se que o software é utilizado em um computador Intel Pentium 100 Mhz, equipamento de
pouca capacidade de processamento, o qual dispõe de pouco espaço em disco para que a base de dados
continue expandindo. Ainda sobre o equipamento, ele apresenta picos de super-aquecimento, congelando o
qualquer ação do Sistema Operacional. Dessa forma, o hardware tornou-se o ponto único de falha e, em
caso de falha desse, poderá ser perdida toda base de dados – atualmente sem backup.

O Sistema proposto empregará Plataforma Web, podendo ser acessado por meio de qualquer computador
conectado à rede da Prefeitura de Guarulhos, dispondo de um Web Browser para acesso ao domínio
correspondente ao Sisposto. Tal solução utiliza Softwares Livres, dispensando a aquisição de licenças. Toda
essa estrutura está apoiada nas tecnologias: PHP (Linguagem de Programação), PostgreSQL (Banco de
Dados) e Apache (Servidor Web), hospedadas no próprio DIT.

2.7 Resumo das Principais Necessidades dos Envolvidos ou Usuários

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

Controlar abastecimento Alta Prestação de Provê suporte à Desenvolvimento de
de viaturas Contas e necessidade porém um novo Sistema
Controle com baixa que supra a
Interno do eficiência, com necessidade com
Departamento. riscos de diversas eficiência, cobrindo
naturezas. as lacunas deixadas
pelo legado.
Manter controle sobre os Alta Prestação de Provê suporte à Desenvolvimento de
serviços realizados (não Contas e necessidade porém um novo Sistema
envolvem combustíveis) Controle com baixa que supra a
Interno do eficiência, com necessidade com
Departamento. riscos de diversas eficiência, cobrindo
naturezas. as lacunas deixadas
pelo legado.
Gerar relatórios diversos Alta Prestação de Provê suporte à Desenvolvimento de
Contas e necessidade porém um novo Sistema
Controle com baixa que supra a
Interno do eficiência, com necessidade com
Departamento. riscos de diversas eficiência, cobrindo
naturezas. as lacunas deixadas
pelo legado.
Manter cadastro simples Média/Baixa Suporte ao Provê suporte à Desenvolvimento de
de dados auxiliares efetivo necessidade porém um novo Sistema

Confidencial  Prefeitura de Guarulhos, 2018 Página 3

 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

(motoristas, viaturas, atendimento à com baixa que supra a

unidades, entre outros) necessidade de eficiência, com necessidade com
maior riscos de diversas eficiência, cobrindo
prioridade. naturezas. as lacunas deixadas
pelo legado.
Manter controle sobre o Média/Baixa Suporte ao Não provê controle Desenvolvimento de
estoque de combustíveis efetivo efetivo dos tanques um novo Sistema
(tanques) atendimento à de combustíveis. que supra a
necessidade de necessidade com
maior eficiência, cobrindo
prioridade as lacunas deixadas
pelo legado.

3. Visão Geral do Produto

[Esta seção oferece uma visão de nível superior dos recursos do produto, interfaces com outros aplicativos e
configurações de sistema. Ela geralmente é constituída destas duas subseções:
• Perspectiva do produto
• Suposições e dependências]

3.1 Perspectiva do Produto

[Esta subseção do documento de Visão coloca o produto na perspectiva de outros produtos relacionados e
do ambiente do usuário. Se o produto for independente e totalmente auto-suficiente, exponha isso aqui. Se
o produto for um componente de um sistema maior, esta subseção deverá relacionar como esses sistemas
interagem e identificar as interfaces relevantes entre os sistemas. Uma maneira fácil de exibir os principais
componentes do sistema maior, suas interconexões e interfaces externas é através de um diagrama de
bloco.]

3.2 Suposições e Dependências

[Liste cada fator que afeta os recursos especificados no documento de Visão. Liste as suposições que, se
mudadas, alterarão o documento de Visão. Por exemplo, uma suposição poderá estabelecer que um
sistema operacional específico estará disponível para o hardware projetado para o produto de software. Se
o sistema operacional não estiver disponível, o documento de Visão deverá ser mudado.]

4. Recursos do Produto
[Liste e descreva brevemente os recursos do produto. Trata-se dos recursos de nível superior do sistema que são
necessários para propiciar benefícios aos usuários. Cada recurso é um serviço desejado externamente que
normalmente exige uma série de entradas para alcançar os resultados desejados. Por exemplo, um dos recursos
de um sistema de rastreamento de problemas poderá ser a capacidade de fornecer relatórios de tendências. À
medida que o modelo de casos de uso for desenvolvido, atualize a descrição para fazer referência aos casos de
uso.
Como o documento de Visão é revisado por muitas pessoas envolvidas, o nível de detalhes deve ser geral o
suficiente para que todos entendam. No entanto, devem estar disponíveis detalhes suficientes para fornecer à
equipe as informações necessárias para criar um modelo de casos de uso.
Para administrar corretamente a complexidade do aplicativo, recomendamos que, para qualquer novo sistema
ou para um incremento feito em um sistema existente, os recursos sejam abstraídos em um nível alto o suficiente
para gerar de 25 a 99 resultados. Esses recursos serão a base fundamental do gerenciamento do projeto, do

Confidencial  Prefeitura de Guarulhos, 2018 Página 4

 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

gerenciamento do escopo e da definição do produto. Cada recurso será descrito mais detalhadamente no
modelo de casos de uso.
Em toda esta seção, cada recurso poderá ser externamente percebido por usuários, operadores e outros
sistemas externos. Esses recursos deverão incluir uma descrição da funcionalidade e de todas as questões de
usabilidade relevantes que deverão ser abordadas. As seguintes diretrizes se aplicam:
• Evite o design. Mantenha as descrições dos recursos em um nível geral. Concentre-se nos recursos
necessários e por que (e não como) eles devem ser implementados.
• Se estiver usando o kit de ferramentas do Rational RequisitePro, tudo deve ser selecionado como requisitos
de tipo para facilitar a consulta e o rastreamento.]

[Defina a prioridade dos diferentes recursos do sistema. Inclua, se for útil, atributos como, por exemplo,
estabilidade, benefício, esforço e risco.]

5. Outros Requisitos do Produto

[Liste com detalhes os padrões aplicáveis, os requisitos de hardware ou de plataforma, os requisitos de
desempenho e os requisitos ambientais.]
Defina as faixas de qualidade para desempenho, robustez, tolerância a erros, usabilidade e características
semelhantes que não são capturadas no Conjunto de Recursos.
Mencione quaisquer restrições de design, restrições externas ou outras dependências.
Defina quaisquer requisitos de documentação específicos, incluindo requisitos de manuais do usuário, Ajuda
on-line, instalação, rotulação e de embalagem.
Defina a prioridade desses outros requisitos do produto. Inclua, se for útil, atributos como, por exemplo,
estabilidade, benefício, esforço e risco.]

Confidencial  Prefeitura de Guarulhos, 2018 Página 5

 DOCUMENTO DE VISÃO
Sistema: Elaborado por: Data:
Sisposto Mauricio Munhoz 31/10/2008
Versão:
1.0

6. Restrições
[Mencione quaisquer restrições de design, restrições externas ou outras dependências.]

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

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

7.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. Muitos
perceberam que o desenvolvimento de um sistema de ajuda on-line é um projeto que está contido em outro
projeto, beneficiando-se do gerenciamento adiantado do escopo e da atividade de planejamento.]

Confidencial  Prefeitura de Guarulhos, 2018 Página 6