Visao sistema adm title

De Wiki REDDES

Tabla de contenidos

Visão

1. Introdução

Esta wiki descreve a visão inicial de um sistema de administração para a base de títulos de periódicos científicos usada internamente como insumo a vários outros sistemas.

2. Posicionamento

2.1 Descrição do Problema

  • O Problema de: Ausência de uma forma eficiente para a administração informações estratégicas para a organização de forma centralizada e consistente.
  • Afeta: O setor de FIR como um todo pela administração das metodologias LILACS e SECS.
  • Cujo impacto é: Operar de forma que não garante a consistência das informações e que implica em re-trabalho.
  • Uma boa solução seria: Poder administrar as informações de forma centralizada e consistente em um fluxo mais simples e claro a todos os envolvidos.

2.2 Sentença de Posição do Produto

  • Para: Setor de FIR e demais pessoas que necessitarem fazer a administração de títulos de periódicos. Em um primeiro momento apenas na BIREME.
  • Que: necessita substituir o processo atual de administração da base de dados de títulos de periódicos por outro que seja mais eficiente e confiável, a fim de garantir a consistência dos dados e simplicidade do processo.
  • O (nome do produto): será um sistema interno, desenvolvido em Python usando framework Django e PostgreSQL.
  • Que: Possibilitará a administração da base de dados Title e suas bases de dados auxiliares e a exportação em formato ISIS.
  • Ao contrário de: Manter o processo atual que:
    • Utiliza uma tecnologia que não funciona em novas plataformas de hardware;
    • Não possibilita multi usuários;
    • Não provê todas as funcionalidades necessárias, por exemplo os campos necessários;
    • Necessita de instalação de aplicações no computador do usuário;
    • Possibilita a inconsistência de dados.
  • Nosso produto:
    • Usará novas tecnologias, que suportam novas plataformas de hardware e são mais fáceis de administrar e modificar;
    • Suportará que vários usuários tenham acesso e manipulem as informações simultaneamente;
    • Atenderá as novas necessidades dos usuários, simplificando o processo de inserção de registros;
    • Usará a plataforma web, evitando a necessidade de instalação de aplicativos nos clientes;
    • Garantirá a consistência dos dados de forma mais segura.

3. Descrições dos Envolvidos e dos Usuários

[Para fornecer, de maneira eficiente, produtos e serviços que atendam às reais necessidades dos usuários e envolvidos, é necessário identificar e considerar todos os envolvidos como parte do processo de Modelagem de Requisitos. É necessário também identificar os usuários do sistema e assegurar que a comunidade de envolvidos os represente adequadamente. Esta seção fornece um perfil dos envolvidos e dos usuários que integram o projeto, e dos principais problemas que, de acordo com o ponto de vista deles, poderão ser abordados pela solução proposta. Ela não descreve as solicitações ou os requisitos específicos dos usuários e dos envolvidos, já que eles são capturados em um artefato individual de solicitações dos evolvidos. Em vez disso, ela fornece a base e a justificativa que explicam por que os requisitos são necessários.]

3.1 Resumo dos Envolvidos

[Há uma série de envolvidos que se interessam pelo desenvolvimento e nem todos eles são usuários finais. Apresente uma lista resumida desses envolvidos que não são usuários. (O resumo dos usuários encontra-se na seção 3.2.)]

  • Nome: [Especifique o nome do tipo de envolvido.]
  • Descrição: [Descreva brevemente o envolvido.]
  • Responsabilidades: [Resuma as principais responsabilidades do envolvido no que diz respeito ao sistema que está sendo desenvolvido; ou seja, seu interesse como envolvido. Por exemplo, este envolvido:
    • assegura que o sistema poderá ser mantido
    • assegura que haverá uma demanda de mercado pelos recursos do produto
    • monitora o andamento do projeto
    • aprova financiamentos
    • e assim por diante]

3.2 Resumo dos Usuários

[Apresente uma lista resumida de todos os usuários identificados.]

  • Nome: [Informe o tipo de usuário.]
  • Descrição: [Descreva brevemente o que ele representa no que diz respeito ao sistema.]
  • Responsabilidades: [Liste as principais responsabilidades do usuário em relação ao sistema que está sendo desenvolvido; por exemplo:
    • percebe os detalhes
    • aelabora relatórios
    • coordena o trabalho
    • e assim por diante]
  • Envolvido: [Se o usuário não for representado diretamente, identifique o envolvido responsável por representar os interesses dele.]

4. Visão Geral do Produto

4.1 Necessidades e Funcionalidades

Necessidade Prioridade Funcionalidades Versão Planejada
Administrar a base TitleAltaCRUD de Títulos0.1
LoginMedia

- Autenticação de usuários
- CRUD de usuários
- Configuração de permissões

0.1
BuscaAlta

- Busca de registros pelos campos mais importantes da base
- Possibilitar adicionar ou alterar as opções de busca

0.2
Gerar exportações da baseAlta- Gerar arquivo MST no formato original0.2

5. Outros Requisitos do Produto

[Em um nível superior, liste padrões aplicáveis, requisitos de hardware ou de plataforma; requisitos de desempenho; e 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. Observe 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.]

- O sistema deverá ser desenvolvido com BD relacional, usando linguagem Python com o framework Django;

- O sistema deve conter ajudas online para o preenchimento dos campos de título;

Herramientas personales