Prefeitura de Guarulhos Departamento de Informtica e Telecomunicaes DIT

Mobdinner Documento de Viso

Verso 1.0

Histrico da Reviso
Data 01-08-2012 Verso 1.0 Descrio Elaborao Inicial Autor Luiz Fernando Edilson Eduardo Danilo Luiz Fernando Edilson Eduardo Danilo

31/10/2012

1.1

Reviso Inicial

ndice Analtico
1. Introduo....................................................................................................................................................1 1.1 Referncias........................................................................................................................................1 2. Posicionamento............................................................................................................................................1 2.1 Descrio do Problema.....................................................................................................................1 2.2 Sentena de Posio do Produto.......................................................................................................1 2.3 Descries dos Envolvidos e Usurios.............................................................................................2 2.4 Resumo dos Envolvidos....................................................................................................................2 2.5 Resumo dos Usurios........................................................................................................................2 2.6 Ambiente do Usurio........................................................................................................................3 2.7 Resumo das Principais Necessidades dos Envolvidos ou Usurios..................................................3 3. Viso Geral do Produto................................................................................................................................4 3.1 Perspectiva do Produto......................................................................................................................4 3.2 Suposies e Dependncias..............................................................................................................4 4. Recursos do Produto....................................................................................................................................4 5. Outros Requisitos do Produto......................................................................................................................5 6. Restries ....................................................................................................................................................6 7. Requisitos da Documentao.......................................................................................................................6 7.1 Manual do Usurio............................................................................................................................6 7.2 Ajuda On-line....................................................................................................................................6

Viso (Projeto Pequeno)

1. Introduo
A finalidade deste documento coletar, analisar e definir as necessidades e caractersticas do Projeto Mobdinner. Ele enfoca os recursos de que os envolvidos e usurios-alvo precisam e mostra por que essas necessidades existem. Os detalhes de como o Sisposto atende a essas necessidades esto descritos nas especificaes suplementares e de caso de uso.

1.1 Referncias
As informaes aqui dispostas foram coletadas durante visita e entrevista com dono do estabelecimento e empregados da empresa.

2.

Posicionamento

2.1 Descrio do Problema

O problema Afeta cujo impacto uma boa soluo seria O controle atual do cliente feito a medida de comandas em papel, onde se torna fcil a perda de dados. Controle Financeiro , atendimentos e fechamento de contas. Administrativo , Financeiro e melhoras no atendimento. Desenvolver um sistema de controle.

2.2 Sentena de Posio do Produto

Para Quem O (nome do produto) Que Diferente de Nosso produto Departamento de Transporte Internos Responsveis pelo controle interno de combustveis Sisposto Realiza a gesto de combustveis Sistema atual Possui tecnologia de ponta, amplamente utilizada pelo mercado e de conhecimento de toda Equipe de Desenvolvimento do DIT. Visa suprir as necessidades do negcio atual adicionado de pequenas correes e atualizaes.

Confidencial

Prefeitura de Guarulhos, 2012

Pgina 1

2.3 Descries dos Envolvidos e Usurios

Sero envolvidos neste projeto: - Equipe de Desenvolvimento do Departamento de Informtica e Telecomunicaes (DIT) - Responsveis por Controles Internos do Departamento de Transportes Internos (DTI)

2.4 Resumo dos Envolvidos

Nome Andra Oliveira ===== Mauricio Munhoz Descrio Chefe de Seo Chefe de Seo Analista de TI Responsabilidades Supervisionar as atividades do desenvolvimento da nova soluo Supervisionar o atendimento aos requisitos do negcio Modelagem e desenvolvimento

2.5 Resumo dos Usurios

Nome Usurio Interno Descrio Responsveis pelo Controle Interno no DTI Responsabilidades Prover informaes necessrias para as bases de dados do Sistema; Zelar para que os dados armazenados permaneam confiveis, Efetuar correes nos dados cadastrados quando no houver aes do prrprio Sistema que permitam realizar tais aes Envolvido No se aplica.

Confidencial

Prefeitura de Guarulhos, 2012

Pgina 2

2.6 Ambiente do Usurio

Atualmente, foram identificados dois funcionrios do DTI responsveis pelo lanamento de informaes no Sistema Legado. Tal tarefa demanda que apenas um usurio efetue os lanamentos, ao passo que, com o novo Sistema, poder ocorrer o lanamento concorrente das informaes. O Sistema Legado em uso emprega a Plataforma MS-DOS / Windows, e foi desenvolvido em Linguagem Clipper conjutamente com Banco de Dados DBASE. No dispe de documentao por nenhuma das partes envolvidas e, por se tratar de tecnologia obsoleta, de difcil manuteno. 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 dispe de pouco espao em disco para que a base de dados continue expandindo. Ainda sobre o equipamento, ele apresenta picos de super-aquecimento, congelando o qualquer ao 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 domnio correspondente ao Sisposto. Tal soluo utiliza Softwares Livres, dispensando a aquisio de licenas. Toda essa estrutura est apoiada nas tecnologias: PHP (Linguagem de Programao), PostgreSQL (Banco de Dados) e Apache (Servidor Web), hospedadas no prprio DIT.

2.7 Resumo das Principais Necessidades dos Envolvidos ou Usurios

Necessidade Controlar abastecimento de viaturas Prioridade Alta Preocupaes Prestao de Contas e Controle Interno do Departamento. Prestao de Contas e Controle Interno do Departamento. Prestao de Contas e Controle Interno do Departamento. Suporte ao efetivo atendimento necessidade de maior prioridade. Suporte ao Soluo Atual Solues Propostas Prov suporte Desenvolvimento de necessidade porm um novo Sistema com baixa que supra a eficincia, com necessidade com riscos de diversas eficincia, cobrindo naturezas. as lacunas deixadas pelo legado. Prov suporte Desenvolvimento de necessidade porm um novo Sistema com baixa que supra a eficincia, com necessidade com riscos de diversas eficincia, cobrindo naturezas. as lacunas deixadas pelo legado. Prov suporte Desenvolvimento de necessidade porm um novo Sistema com baixa que supra a eficincia, com necessidade com riscos de diversas eficincia, cobrindo naturezas. as lacunas deixadas pelo legado. Prov suporte Desenvolvimento de necessidade porm um novo Sistema com baixa que supra a eficincia, com necessidade com riscos de diversas eficincia, cobrindo naturezas. as lacunas deixadas pelo legado. No prov controle Desenvolvimento de Pgina 3

Manter controle sobre os servios realizados (no envolvem combustveis)

Alta

Gerar relatrios diversos

Alta

Manter cadastro simples de dados auxiliares (motoristas, viaturas, unidades, entre outros)

Mdia/Baixa

Manter controle sobre o Confidencial

Mdia/Baixa

Prefeitura de Guarulhos, 2012

estoque de combustveis (tanques)

efetivo atendimento necessidade de maior prioridade

efetivo dos tanques de combustveis.

um novo Sistema que supra a necessidade com eficincia, cobrindo as lacunas deixadas pelo legado.

3.

Viso Geral do Produto

[Esta seo oferece uma viso de nvel superior dos recursos do produto, interfaces com outros aplicativos e configuraes de sistema. Ela geralmente constituda destas duas subsees: Perspectiva do produto Suposies e dependncias]

3.1 Perspectiva do Produto

[Esta subseo do documento de Viso coloca o produto na perspectiva de outros produtos relacionados e do ambiente do usurio. Se o produto for independente e totalmente auto-suficiente, exponha isso aqui. Se o produto for um componente de um sistema maior, esta subseo dever relacionar como esses sistemas interagem e identificar as interfaces relevantes entre os sistemas. Uma maneira fcil de exibir os principais componentes do sistema maior, suas interconexes e interfaces externas atravs de um diagrama de bloco.]

3.2 Suposies e Dependncias

[Liste cada fator que afeta os recursos especificados no documento de Viso. Liste as suposies que, se mudadas, alteraro o documento de Viso. Por exemplo, uma suposio poder estabelecer que um sistema operacional especfico estar disponvel para o hardware projetado para o produto de software. Se o sistema operacional no estiver disponvel, o documento de Viso dever ser mudado.]

4.

Recursos do Produto

[Liste e descreva brevemente os recursos do produto. Trata-se dos recursos de nvel superior do sistema que so necessrios para propiciar benefcios aos usurios. Cada recurso um servio desejado externamente que normalmente exige uma srie de entradas para alcanar os resultados desejados. Por exemplo, um dos recursos de um sistema de rastreamento de problemas poder ser a capacidade de fornecer relatrios de tendncias. medida que o modelo de casos de uso for desenvolvido, atualize a descrio para fazer referncia aos casos de uso. Como o documento de Viso revisado por muitas pessoas envolvidas, o nvel de detalhes deve ser geral o suficiente para que todos entendam. No entanto, devem estar disponveis detalhes suficientes para fornecer equipe as informaes necessrias 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 abstrados em um nvel alto o suficiente para gerar de 25 a 99 resultados. Esses recursos sero a base fundamental do gerenciamento do projeto, do gerenciamento do escopo e da definio do produto. Cada recurso ser descrito mais detalhadamente no modelo de casos de uso. Em toda esta seo, cada recurso poder ser externamente percebido por usurios, operadores e outros sistemas externos. Esses recursos devero incluir uma descrio da funcionalidade e de todas as questes de usabilidade relevantes que devero ser abordadas. As seguintes diretrizes se aplicam: Evite o design. Mantenha as descries dos recursos em um nvel geral. Concentre-se nos recursos necessrios e por que (e no 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.]

Confidencial

Prefeitura de Guarulhos, 2012

Pgina 4

[Defina a prioridade dos diferentes recursos do sistema. Inclua, se for til, atributos como, por exemplo, estabilidade, benefcio, esforo e risco.]

5.

Outros Requisitos do Produto

[Liste com detalhes os padres aplicveis, os requisitos de hardware ou de plataforma, os requisitos de desempenho e os requisitos ambientais.] Defina as faixas de qualidade para desempenho, robustez, tolerncia a erros, usabilidade e caractersticas semelhantes que no so capturadas no Conjunto de Recursos. Mencione quaisquer restries de design, restries externas ou outras dependncias. Defina quaisquer requisitos de documentao especficos, incluindo requisitos de manuais do usurio, Ajuda on-line, instalao, rotulao e de embalagem. Defina a prioridade desses outros requisitos do produto. Inclua, se for til, atributos como, por exemplo, estabilidade, benefcio, esforo e risco.]

Confidencial

Prefeitura de Guarulhos, 2012

Pgina 5

6.

Restries

[Mencione quaisquer restries de design, restries externas ou outras dependncias.]

7.

Requisitos da Documentao

[Esta seo descreve a documentao que dever ser desenvolvida para suportar a implantao bem-sucedida de aplicativos.]

7.1 Manual do Usurio

[Descreva a finalidade e o contedo do Manual do Usurio. Discuta questes como o tamanho desejado, o nvel de detalhamento, a necessidade de um ndice, o uso de um glossrio de termos, estratgia de tutorial versus de manual de referncia etc. As restries de formatao e de impresso tambm devero ser identificadas.]

7.2 Ajuda On-line

[Muitos aplicativos fornecem um sistema de ajuda on-line para auxiliar o usurio. A natureza desses sistemas exclusiva do desenvolvimento do aplicativo j que eles combinam aspectos de programao (hyperlinks etc) com aspectos de escrita tcnica como, por exemplo, organizao e apresentao. 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, 2012

Pgina 6