Anda di halaman 1dari 12

FACULDADE SUMARÉ

MODELO DE TRABALHO DE
CONCLUSAÃ O

Especificaçaã o dos Requisitos e Anaá lise do Projeto de


Conclusaã o

David Escliante, Denys Oliveira, Ivan Gomes, Jair Alves, Luiz Carlos e William Paleari
2015
MODELO
Especificação dos Requisitos
e Análise do Projeto
DDS
Versão 1.0
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

Histórico das Revisões


Data Versão Descrição Autor
03/05/2015 1.0 Criação do Documento Jair Alves / Denys Gomes
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

Sumário
VERSÃO 1.0..........................................................................................................................................2
1 INTRODUÇÃO................................................................................................................................5
1.1 Objetivos deste documento..................................................................................................5
1.2 Escopo do produto...............................................................................................................5
1.2.1 Nome do produto e de seus componentes principais.......................................................5
1.2.2 Descrição do produto.......................................................................................................5
1.2.3 Missão do produto..............................................................................................................5
1.3 Definições e siglas...............................................................................................................6
1.4 Técnica(s) utilizada(s) para levantamento de requisitos....................................................6
2 DESCRIÇÃO GERAL DO PRODUTO.................................................................................................7
2.1 Perspectiva do produto........................................................................................................7
2.1.1 Diagrama de Contexto.....................................................................................................7
2.2 Usuários e sistemas relacionados.......................................................................................8
2.2.1 Descrição.........................................................................................................................8
3 REQUISITOS ESPECÍFICOS.............................................................................................................8
3.1 Identificação dos requisitos.................................................................................................8
3.2 Prioridades dos requisitos...................................................................................................8
3.3 Descrição dos Requisitos Funcionais.................................................................................9
3.3.1 Diagrama de casos de uso...................................................................................................9
3.3.1.1 Casos de Uso: Usuário.....................................................................................................9
3.3.2 Casos de Uso: Usuário........................................................................................................9
3.3.2.1 [RU USU01] – Consultar Documento.............................................................................9
3.3.2.1.1 Descrição......................................................................................................................9
3.3.2.1.2 Prioridade....................................................................................................................10
3.3.2.1.4 Pré-condições..............................................................................................................10
3.3.2.1.5 Pós-condição...............................................................................................................10
3.3.2.1.6 Fluxos principal..........................................................................................................10
3.3.2.1.6.1 Documento não encontrado.....................................................................................10
3.3.2.1.7 Fluxo secundário.........................................................................................................10
3.4 Requisitos não funcionais..................................................................................................10
3.4.1 [RNF 01] – Utilização de Sistema Anterior......................................................................10
3.4.2 [RNF 02] – Relatórios.......................................................................................................11
3.4.3 [RNF 03] – Tempo de Resposta........................................................................................11
3.4.4 [RNF 04] – Interface Amigável........................................................................................11
3.4.5 [RNF 05] – Sistema de Ajuda...........................................................................................11
3.4.6 [RNF 06] – Usuários Simultâneos....................................................................................11
3.4.7 [RNF 07] – Uso do Teclado..............................................................................................11
3.4.8 [RNF 08] – Histórico de Eventos......................................................................................11
3.4.9 [RNF 09] – Backup dos Dados.........................................................................................12
3.4.10 [RNF 10] – Fácil Migração.............................................................................................12
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

1 Introdução

1.1 Objetivos deste documento


O presente trabalho tem como objetivo mostrar um serviço da DDS (Document Digital Solutions) é
fornecer aos clientes armazenamento on-line de documentos e flexibilidade de indexação para facilitar
na busca e na localização dos arquivos.

1.2 Escopo do produto


1.2.1 Nome do produto e de seus componentes principais
DDS:
 Criação de Categorias;
 Gestão dos documentos;
 Atualização;
 Controle de Versão;
 Segurança dos dados;
 Acesso rápido a informação;
 Emissão de relatórios;
 Inclusão manual;
 Inclusão automática;
 Entrada e Saída do documento;
 Gerenciamento de usuário.

1.2.2 Descrição do produto


O DDS é um sistema de gerenciamento de documento eletrônico. Sua usabilidade aplica-se a qualquer
cliente que utiliza grandes quantidades de documentos eletrônicos e necessita de um gerencia-los de
maneira eficaz.

1.2.3 Missão do produto


O objetivo da DDS é fornecer aos clientes armazenamento on-line de documentos eletrônico e
flexibilidade de indexação para facilitar na busca, nos arquivos eletrônico nas empresas.
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

1.3 Definições e siglas

Número Sigla Definição


de ordem
1 GED GESTÃO DE DOCUMENTOS ELETRÔNICOS
2 ISO ORGANIZAÇÃO INTERNACIONAL PARA
PADRONIZAÇÃO
3 IEEEE INSTITUTO DE ENGENHEIROS ELETRICISTAS E
ELETRÔNICOS
4 UML LINGUAGEM DE MODELAGEM UNIFICADA
5 SQL LINGUAGEM DE CONSULTA ESTRUTURADA
6 DLL BIBLIOTECA DE VÍNCULO DINÂMICO
7 SDK KIT DE DESENVOLVIMENTO DE SOFTWARE
8 DNRC DEPARTAMENTO NACIONAL DE REGISTRO DO
COMÉRCIO

1.4 Técnica(s) utilizada(s) para levantamento de requisitos

O sistema utilizado para a captação de requisitos de software foi o UML.


 Estudo preliminar dos processos;
 Analise de requisitos;
 Projeto lógico;
 Estudo das ferramentas;
 Projeto físico;
 Elaboração do trabalho final;
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

2 Descrição geral do produto

2.1 Perspectiva do produto


A utilização do produto deve ser inserida num contexto onde, clientes que precisam de gerenciamento
eficaz de grande fluxo de documentos eletrônico, contem com o DDS para auxiliá-los.

2.1.1 Diagrama de Contexto

2.2 Usuários e sistemas relacionados


2.2.1 Descrição

Número Ator Definição


de ordem
1 Usuário Qualquer pessoa autorizada a usar o sistema para
acesso a funções não gerenciais.
2 Funcionário Funcionários do presídio que exerçam alguma função
de relevância e que precise usar o sistema para tal.
3 Administrador Pessoas de nível administrativo superior que terá
acesso a todas as funções disponíveis no sistema.
4 X2 YYYYYY
5 X3 VVVVVV
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

3 Requisitos específicos

3.1 Identificação dos requisitos


Por convenção e para facilitar a identificação dos casos de uso junto aos atores e contextos, a
referência é feita de acordo com o esquema abaixo:

[Sigla de subseção | identificação do ator | numeração]

Os atores são identificados pelas primeiras três letras do seu nome.

3.2 Prioridades dos requisitos


Para estabelecer a prioridade dos requisitos, foram adotadas as denominações: essencial, importante e
desejável. Abaixo temos a descrição de significado de cada uma dessas denominações:

Requisitos essenciais são requisitos imprescindíveis, e deve ser


Essencial
implementados impreterivelmente.

Sistema entra em funcionamento sem uma forma satisfatório o requisitos


Importante
importantes tem que ser implementados.

Um requisitos desejáveis não incluir na funcionalidade do sistema o


Desejável
mesmo pode funcionar corretamente sem ele.

3.3 Descrição dos Requisitos Funcionais


[RF 01] – Gestão de Documentos

O sistema gerenciamento eletrônico documento terá funções para cadastro, remoção e edição de
dados. Os documentos precisam ser gerenciado para avaliação, classificação e indexação de acordo
com a preferência do cliente para a busca das informações necessárias.
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

[RF 02] – Gerenciamento de Serviços

O software pode oferecer controle e a administração de todo e qualquer documento digital e oferece
todas as ferramentas para a realização dos processos de documentos eletrônicos. O cliente ganha
segurança, acessibilidade e uma forma lógica de organização.
3.3.1 Diagrama de casos de uso

3.3.1.1 Casos de Uso: Usuário

3.3.2 Casos de Uso: Usuário


Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

3.3.2.1 [RU USU01] – Consultar Documento


3.3.2.1.1 Descrição

O sistema pode oferecer controle e a administração, com o ganho que podem ser alcançados pela
agilidade na consulta dos documentos, produtividade qualidade no atendimento sem causar danos ao
cliente.

3.3.2.1.2 Prioridade
Essencial
3.3.2.1.4 Pré-condições
O sistema tem que estar no ar 24 por 7 e funcionando normalmente. Qualquer manutenção deverá ser
notificada aos envolvendo.

3.3.2.1.5 Pós-condição
O sistema contém informações determinante para a localização do documento com indexações que o
cliente determinar.

3.3.2.1.6 Fluxos principal


3.3.2.1.6.1 Documento não encontrado
Ações do Ator Ações do Sistema
1. É exibida uma tela 2. É exibida uma tela informando ao usuário que a informação
informando ao usuário informada não foi encontrada.
que o documento não
foi encontrado.
3. 4.
5. 6.

3.3.2.1.7 Fluxo secundário

Ações do Ator Ações do Sistema


7. É exibida uma tela 8. É exibida uma tela informando ao usuário XXXXXX.
informando ao usuário
XXXXXX
9. 10.
11. 12.
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

3.4 Requisitos não funcionais


3.4.1 [RNF 01] – Utilização de Sistema Anterior
Descrição: Caso o cliente já possuía um sistema antigo a DDS deverá fazer uma migração de dados
do sistema antigo para o novo aproveitar informações.
Prioridade: Desejável

3.4.2 [RNF 02] – Relatórios e Salvar Imagens


Descrição: Nas telas de consulta, deverá existir uma opção para gerar o resultado da consulta e salvar
os arquivos em qualquer extensões e também obter alguns relatórios solicitado pelo cliente.
Prioridade: Essencial

3.4.3 [RNF 03] – Tempo de Resposta


Descrição: Cada consulta ou interação com o sistema não deve ultrapassar, em média, 10 segundos,
quanto o sistema obter a resposta ao mais rápido possível não impacta o desempenho do cliente.
Prioridade: Essencial

3.4.4 [RNF 04] – Interface Amigável


Descrição: O sistema deve ser fácil de utilizar com sua interface gráfica simples de ser entendida. E
conter menus e botões de acesso que facilite a navegação do usuário, incluindo um elevado grau de
validações na entrada de dados e orientações parametrizadas
Prioridade: Importante

3.4.5 [RNF 05] – Sistema de Ajuda


Descrição: O sistema deverá conter acesso fácil ao modulo de ajuda e contém o telefone do suporte
para tirar qualquer duvidas do usuário sobre a operação que esteja realizando, acesso por índice ou
busca.
Prioridade: Importante

3.4.6 [RNF 06] – Usuários Simultâneos


Descrição: O sistema deverá suportar processamento multiusuário, ou seja, vários usuários conectados
e operando o sistema ao mesmo tempo.
Prioridade: Essencial
Gerenciamento Eletrônico de Documentos Version: 1.0
Projeto de Software Date: 03/05/2015
DDS

3.4.7 [RNF 07] – Uso do Teclado


Descrição: Todas as principais funções do sistema deverão ter sua acessibilidade também via teclado.
Prioridade: Desejável

3.4.8 [RNF 08] – Histórico de Eventos


Descrição: O sistema deverá manter histórico de log com todas as informações e transações que
ocorrerem no sistema, com o nome do usuário que executou junto com a data/hora, para ter a
rastreabilidade necessária para a segurança do cliente.
Prioridade: Essencial
3.4.9 [RNF 09] – Backup dos Dados
Descrição: Através da ferramenta Windows Azure, o sistema deverá efetuar backups sólidos,
consistentes e confiáveis de toda sua base de dados, de forma a permitir sua recuperação imediata
sempre que necessário.
Prioridade: Essencial

3.4.10 [RNF 10] – Fácil Migração


Descrição: O Sistema deverá ser desenvolvido através de uma arquitetura flexível para introdução de
melhorias ou adequações posteriores e inserção de novas rotinas sem elevação de custo ou esforço
adicional.
Prioridade: Importante