IFPI – Instituto Federal de Educação do Piauí

Engenharia de Software
Professor: Rangel Nunes
Documento de Visão
Alunos: Maurício Viana e Tércio Santana

Sistema de Controle de Multimeios (MULT- NET)

Documento de Requisitos de Sistema

Floriano – PI

21/09/10

1
 Histórico da Revisão

Data Versão Descrição Elaborado por:

Maurício D. Viana
19/09/2010 1.0 Inserção Geral de Informações
Tércio S. S. Sousa

2
 Índice Analítico
1. Introdução 4

2. Escopo 4

3. Premissa de Requisitos 4

4. Restrições 5

5. Dependências 5

6. Descrição geral do sistema 5

6.1. Introdução 5
6.2. Macro características do produto 6
6.3. Funcionalidades do produto 6
6.4. Ambiente de operação 7
6.5. Características dos usuários 7
6.6. Requisitos funcionais 7

7. Requisitos de software do sistema 8

7.1. Funcionalidades do software 8
7.2. Características de software 8

8. Requisitos de hardware 9
8.1. Características do hardware 9
8.2. Funcionalidades do hardware 9
8.3. Requisitos do Usuário por Perfil 9
8.4. Requisitos de entrada e saída 9
8.5. Requisitos de usabilidade 10

9. Requisitos não funcionais 10

9.1. Precisão 10
9.2. Auditoria 10
9.3. Disponibilidade 10
9.4. Limite de Capacidade 10
9.5. Retenção de Dados 11
9.6. Performance 11
9.7. Restabelecimento 11
9.8. Confiabilidade 11
9.9. Requisitos de segurança 11
9.10. Tempo de resposta 11
9.11. Framework de dados e relacionamento 12
9.12. Interfaces de software 12
9.13. Restrições de design de software 12
9.14. Pacotes de software 13
9.15. Banco de dados 13
9.16. Sistema operacional 13

3
 Documento de requisitos do sistema

1. Introdução

O sistema que será desenvolvido auxiliará na administração do serviço de Multimeios

do IFPI – Campus Floriano. Trata-se de um sistema que controla e dá acesso aos serviços do
setor de forma online. Com o seu pleno funcionamento, será possível cadastrar reservas de
equipamentos, verificarem o estoque de equipamentos disponíveis, gerar e consultar
relatórios e agendar ou realizar impressões remotamente. Num primeiro momento, o usuário
final deverá está previamente cadastrado pelo administrador do sistema.

1.1 Objetivos do Documento

Este Documento de Requisitos tem como base o sistema MULT- NET. Seu principal
objetivo é relatar as características do sistema de forma detalhada, para que além da equipe, o
cliente também tenha uma visão geral, clara e detalhada da ferramenta que será desenvolvida.

2. Escopo

Esta sessão descreverá quais funcionalidades estarão disponíveis no sistema final e

quais não presentes, ou por restrições de orçamento, ou tempo, ou não identificação de
requisitos.

Escopo
O sistema estará disponível em plataforma Web, podendo ser acessado a partir de qualquer
Browser em qualquer sistema operacional
Visualização a qualquer momento de relatórios sobre a atividade das contas de usuário
Facilitação de uso e todas as vantagens de um sistema Web, com uma interface de fácil
entendimento até mesmo para os usuários mais “leigos” na área da computação
Serviços como reservas de equipamentos e verificação dos equipamentos já emprestados ou
estoque passarão a ser informatizados
Maior agilidade nas tarefas realizadas
Área de Ajuda para usuários tirarem suas dúvidas sobre a usabilidade de funções e
ferramentas
Será uma forma de disponibilizar na web as ferramentas e funções que já podem ser feitas a
partir do sistema em Delphi atualmente utilizado

Fora de Escopo
A ferramenta não terá um sistema de cadastros de novos usuários. O cadastro de usuários fica
por conta do administrador do banco e/ou do Multimeios.
O usuário não terá acesso a funções como alterar login ou excluir ficando a cargo do
administrador do banco e/ou do Multimeios
Os documentos impressos a partir da impressora online não ficarão armazenados no sistema
para backups
Não possui garantia de invasão ao sistema
Não terá um sistema de chat para suporte online

3. Premissas de requisitos

Premissa Impacto

4
O usuário deverá informar seu ponto de vista
a partir deste documento, sobre as
funcionalidades que ficaram fora de escopo
O usuário deverá dar seu parecer sobre a
continuação do projeto em no máximo
quatro dias
O usuário poderá informar funções dentro do
escopo que podem ser desnecessárias para o
sistema final
4. Restrições
Restrição
A aplicação deverá ser acessada pela
Internet.
As informações sobre as contas de usuários e
serviços utilizados estarão disponíveis online
O sistema deverá ter um ambiente gráfico de
uso facilitado e intuitivo
O sistema utilizará a Linguagem de
Programação Ruby baseada no Framework
Rails
Serão criadas contas de usuários individuais
5. Dependências
Dependência
Servidor dedicado e Conexão com a Internet
no ambiente do setor
Site do IFPI – Campus Floriano
6. Descrição geral do sistema
6.1. Introdução
5
Mudanças na estrutura do projeto e
acréscimo da ferramenta desejada ao
sistema, que resultarão em maior tempo de
desenvolvimento e conseqüentemente,
demora na entrega do mesmo
Caso o tempo de confirmação do documento
extrapole o prazo, o andamento do projeto
ficará prejudicado
Possivelmente haverá maior agilidade no
desenvolvimento
Impacto
Sistema deverá dispor de servidor e conexão
com a internet para a distribuição dos
serviços
O banco de dados do sistema em Delphi atual
deverá compartilhar seus serviços e
informações com a nova aplicação
Deverá ser utilizado um Framework que
possibilite a criação de um ambiente visual
simplificado
O servidor que hospedará o sistema deverá
rodar os softwares necessários para o
funcionamento do sistema atendendo aos
requisitos da Linguagem de Programação e
do Framework
Serão necessárias algumas alterações na
estrutura do banco de dados atual
Descrição
Deverá ser adquirido um link de conexão com
a internet para disponibilizar o sistema online
e um servidor que controle o fluxo de
conexões, o banco de dados central e os
serviços prestados
Deverá ser aberta uma sessão no atual site
do IFPI que dê acesso à aplicação do
Multimeios, para isso deverá haver uma
ligação entre o servidor da aplicação e o
servidor do site
 O sistema em desenvolvimento funcionará em conjunto com o que já está sendo
utilizado atualmente. Serão, portanto adicionadas novas características, sendo que a principal
é a possibilidade aos usuários de realizarem operações remotamente – sem necessariamente
estarem presentes no Multimeios do Campus – utilizando a plataforma Web.

Para que isso seja possível, será criada uma página de internet. Sendo assim, qualquer
usuário que possuir um login e um computador conectado à internet passará a ter acesso ao
sistema e seus serviços.

O login de cada usuário, além de ser o “passaporte” de acesso às ferramentas do

sistema, também servirá para monitorar as atividades em suas contas através de relatórios.

Atividades estas como empréstimos e reservas de equipamentos, data e hora de seus

logins e impressões realizadas.

6.2. Macro características do produto

O sistema Mult-Net terá vínculos e funcionará em conjunto com o atual sistema de

controle do Multimeios. Para isso, o banco de dados atualmente em uso pelo sistema em Delphi
será aproveitado, e deverão ser feitas algumas alterações em sua estrutura para o correto
funcionamento.
Será desenvolvido utilizando a linguagem orientada a objetos Ruby. Linguagem esta que
possui filosofia e sintaxe muito limpa e simples, para desenvolvimento de plataformas Web.
O framework utilizado – o Rails – foi criado a partir da linguagem de programação Ruby.
O padrão de arquitetura do software adotado será MVC.
O novo sistema será legado, pois adiciona novas ferramentas a um já existente e em
funcionamento. Sendo assim, executarão suas funções em conjunto.

6.3. Funcionalidades do produto

Segue abaixo a listagem dos principais requisitos do sistema.

-Criação de logins individuais

-Sistema de impressões online
-Cadastro de reservas de equipamentos
-Geração de relatórios sobre informações das atividades de cada usuário
-Verificação do estoque de equipamentos do Multimeios
-Consulta do status de cada equipamento perante seu funcionamento ou estado de
locação e reservas

6
 -O cadastro dos equipamentos tornará possível a criação de categorias para a facilitar
posteriormente a consulta do estoque

6.4. Ambiente de operação

O sistema será desenvolvido na linguagem orientada a objetos Ruby, utilizando o

framework Rails, e será disponibilizada a sua hospedagem no próprio servidor do IFPI, podendo
nele ser aberta uma nova seção que dê acesso ao Mult-Net. No servidor de hospedagem, não
haverá restrições em relação a plataformas de hardware e software, exceto pela necessidade da
execução dos softwares requeridos pelo Ruby on Rails.

6.5. Características dos usuários

Os usuários do sistema serão funcionários do IFPI com privilégios de uso dos serviços do
Multimeios, e que deverão ter um conhecimento básico sobre o uso de sites na internet.

6.6. Requisitos funcionais

RFN01 Titulo: Disponibilizar um sistema de login individual

Prioridade Crítico
Propósito Permitir ao usuário identificar-se e ter acesso aos serviços do sistema de acordo com
os privilégios de sua conta
Entradas Dois strings: nome de usuário e senha
Operações - Verificar se o usuário preencheu todos os campos referentes ao login
Executadas - Verificar no banco de dados se as informações de login (usuário e senha) existem
- Disponibilizar ao usuário, acesso a pagina dos serviços do Multimeios. Os serviços
irão depender das permissões da conta do usuário, podendo ser administrador ou
usuário comum.
Saídas Interface para controle das informações das contas, criação de novos logins no caso
do administrador, e informações sobre a conta, acesso aos serviços e ferramentas
do sistema no caso de usuário comum.

RFN02 Titulo: Sistema de Impressões online

Prioridade Útil
Propósito Permitir que os usuários com permissão para impressão online enviem documentos
para a impressora através do site
Entradas Dois strings: nome de usuários e senha da impressora
Operações - O usuário manda o arquivo para a impressão
Executadas - O servidor de impressão receberá o documento enviado
-O servidor de impressão envia ao usuário informações como o nível de tinta ou
estado da impressora
-Caso esteja disponível, a impressora realiza a impressão e o servidor retorna a
mensagem de confirmação de impressão realizada com sucesso
Saídas - Informações sobre a impressora
- Informações sobre a impressão

RFN03 Titulo: Cadastrar reservas sobre equipamentos

Prioridade Crítico
Propósito Tornar o usuário capaz de realizar suas reservas, sem mais necessariamente o
contato físico com o Multimeios
Entradas -Categoria do equipamento
-Modelo do Equipamento
-Data e Hora inicial e final em que estará reservado

7
 -Informações adicionais e opcionais sobre a reserva
Operações -Usuário informa a categoria do equipamento
Executadas -Sistema localiza todos os equipamentos em determinada categoria
-Cliente informa Data e Hora em que deseja utilizar o equipamento
-Sistema verifica se naquele momento informado, o equipamento estará disponível
-Caso esteja disponível, a reserva é armazenada com sucesso
Saídas Resumo sobre a reserva cadastrada: Data e Hora de Empréstimo e Devolução,
Equipamento Reservado e seu respectivo Modelo

RFN04 Titulo: Gerar relatórios sobre os serviços utilizados

Prioridade Crítico
Propósito Disponibilizar informações sobre os serviços utilizados pelos usuários em um
determinado período de tempo
Entradas -Dados do usuário que se deseja ter acesso aos relatórios (Dados requeridos
somente pelo Administrador do Banco e Atendente do Multimeios)
-Período de tempo que se deseja verificar as informações
-Tipo de relatórios (podendo ser sobre impressões, empréstimos etc)
Para o Administrador do Sistema ou Atendente do Multimeios
Operações -Sistema “filtra” as informações que serão geradas no relatório de acordo com o
Executadas –Tipos de Relatório
– Período de Tempo escolhido
– Usuário (no caso dos relatórios gerados para o Administrador ou para o
Atendente)
– Tipo do relatório
-Sistema gera o relatório
Saídas Relatórios contendo informações sobre o usuário

RFN05 Titulo: Consultar os equipamentos do Estoque

Prioridade Importante
Propósito Dar ao usuário a opção de ver a estrutura de equipamentos do Multimeios sem
necessariamente cadastrar uma reserva
Entradas -Categoria dos Equipamentos a serem consultados
Operações -O sistema localiza no Banco de Dados todos os equipamentos cadastrados
Executadas
Saídas -Equipamentos disponíveis em estoque
-Estado do equipamento (podendo ser: em manutenção, emprestado, ou reservado)

7. Requisitos de software do sistema

7.1. Funcionalidades do software

ID Funcionalidade de Software
Req1 Servidor Web compatível com a plataforma Ruby e Framework Rails
Req2 Banco de Dados Interbase
Req3 Servidor que atenda à demanda das conexões simultâneas
Req4 Suporte a conexões seguras visando à segurança do sistema de login

7.2. Características de software

ID Funcionalidade de Software
Req1 Reusabilidade de código e uso de componentes disponíveis para a linguagem de
programação Ruby

8
Req2 Código utilizará a Programação Orientada a Objetos, uma das características da
linguagem de programação Ruby
Req3 Utilização do meio de desenvolvimento de software Legado

8. Requisitos de hardware

8.1. Características do hardware

ID Características do Hardware
Req1 Servidor dedicado
Req2 Memória RAM com barramento que proporcione alta velocidade para processar e
conseguir acessar os dados guardados no banco
- Memória RAM de 6gb com barramento UDIMM ou superior
Req3 Será necessário um Disco Rígido de ampla capacidade de armazenamento para
guardar as informações dos usuários e garantir que suportará a quantidade de
informações por muito tempo.
- Discos Rígidos a partir de 500GB 7.2K RPM SATA ou superior
Req4 Processador com clock a partir de 2.4GHz, 8M de Cache ou superior

8.2. Funcionalidades do hardware

ID Características do Hardware
Req1 Servidor FTP de transferências de arquivos
Req2 Servidor DNS para disponibilidade do endereço da pagina
Req3 Servidor de controle de impressões

8.3. Requisitos do Usuário por Perfil

Perfil Funcionalidades Acessíveis

Visitante -Acesso a pagina de login
- Verificação da disponibilidade do servidor
Usuário Todos os serviços e privilégios para
Comum - Cadastro de Reservas;
- Consulta de Equipamentos em estoque e seus respectivos estados;
- Impressões;
- Consulta de formulários do histórico de sua conta
Administrador - Gerenciar todas as contas dos usuários;
- Criar novos usuários;
- Determinar os privilégios de cada usuário;
- Manter a integridade do banco e controlar quem tem acesso a informações
confidenciais;

8.4. Requisitos de entrada e saída

ID Requisitos de Entrada
Req1 Por parte do site do IFPI: informações sobre o endereço IP e Mac dos visitantes
Req2 Por parte do Multsytem: Informação sobre novos usuários, novos equipamentos e
todos os serviços prestados pelo sistema off-line

ID Requisitos de Saída
Req1 Relatórios sobre os serviços utilizados pelo usuário
Req2 Relatórios sobre o estoque do Multimeios com a estrutura de equipamentos
Req3 Relatórios com informações e listagens dos equipamentos e sobre o seu estado
atual, disponibilidade, ou indisponibilidade perante manutenção ou por já está

9
 emprestado
Req4 Relatório diário, mensal e anual com o resumo das cotas de impressões: quantidade
de documentos impressos, usuários que utilizaram o serviço de impressão
Req5 Relatório diário, mensal e anual com o resumo das reservas e empréstimos de
usuários

8.5. Requisitos de usabilidade

ID Titulo
Req1 O sistema possuirá menu no estilo tradicional, fazendo a listagem dos links um
abaixo do outro, linha por linha do lado esquerdo do site para direcionar o usuário
para a ferramenta desejada
Req2 O site deverá ser baseado nas cores básicas do IFPI – Vermelho, Verde e Branco
Req3 Um menu de ajuda no estilo “drop down” facilitado com perguntas e dúvidas
freqüentes
Req4 O sistema apresentará imagens e informações sobre os equipamentos
Req5 O site trará informações de maneira dinâmica sobre os novos equipamentos que
chegarão ao setor do Multimeios
Req6 Sistema de buscas de equipamentos por modelo marca ou categoria
Req7 Função de imprimir os relatórios

9. Requisitos não funcionais

9.1. Precisão

ID Descrição
Req1 O sistema trabalhará com mascaras para melhor identificação de dados como CPF,
CEP, Telefone etc. do usuário
Req2 No ato de reservas de equipamentos, realizações de impressões e outros serviços,
deverão ser armazenados a data e hora para posterior utilização na construção do
relatório
Req3 No ato do cadastro (de reservas, por exemplo) o sistema verifica se todos os campos
obrigatórios foram devidamente preenchidos.
Req4 Verificações de falhas como no caso de o usuário digitar campos “string” em lugares
onde só são aceitos números inteiros

9.2. Auditoria

ID Descrição
Req1 Serão registrados logs com informações sobre cadastro, exclusão e alterações de
dados de clientes
Req2 Logs de todas as funcionalidades usadas pelos clientes
Req3 Logs de todas as atividades realizadas pelo administrador
Req4 Log contendo informações sobre a data e hora em que foram realizados os logins de
usuários e administradores

9.3. Disponibilidade

ID Descrição
Req1 O sistema deverá estar disponível 24 Horas por dia de segunda a segunda-feira
Req2 Em caso de manutenções inesperadas (como quedas de conexões, por exemplo)
haverá uma descontinuidade do serviço, que deverá ser retomado o mais rápido
possível

10
 9.4. Limites de Capacidade

ID Descrição
Req1 Deverão ser aceitas conexões simultâneas de logins de usuários
Req2 Não será esperada uma grande quantidade de usuários conectados
simultaneamente, portanto o sistema deverá conseguir estabelecer banda para
cerca de 100 conexões simultâneas

9.5. Retenção de Dados

ID Descrição
Req2 Relatórios diários ficarão armazenados por uma semana
Req3 Relatórios semanais ficarão armazenados por um mês
Req4 Relatórios mensais ficarão disponíveis por um ano
Req5 Relatórios anuais deverão permanecer armazenados

9.6. Performance

ID Descrição
Req1 O tempo de resposta vai depender da quantidade de usuários utilizando o sistema
simultaneamente

9.7. Restabelecimento

ID Descrição
Req1 Em caso de falha o sistema deve ser restabelecido o mais rápido possível para
continuidade das operações.
Req2 Em caso de bugs e erros inesperados devem-se procurar soluções de recuperação ou
atualização do software ou parte do mesmo para retorno de seu estado original
Req3 Em casos mais simples o próprio sistema se restabelece como falhas por excesso de
acesso com mensagens de erro, queda de pagina.

9.8. Confiabilidade

ID Descrição
Req1 Procura garantir o integridade do software contra falhas em um período
especificado em um determinado ambiente (um dos requisitos de satisfação do
usuário).
Req2 Em caso de falha é observado a frequência gradativa da falha, possibilidade de
recuperação e tempo media entre falhas.

9.9 Requisitos de segurança

ID Descrição
Req1 Autenticação de usuários
Req2 Sistema antivírus
Req3 Auditoria e Criptografia
Req4 Relacionado ao ambiente, proteção contra roubo, proibição de funcionários não
autorizados no ambiente, etc.
Req5 O sistema terá um firewall configurado para maior segurança dos dados

9.10. Tempo de resposta

11
ID Descrição
Req1 Relacionado a velocidade de processamento das informações isso requer um
servidor de grande capacidade e um bom link de internet.
Req2 Para maior agilidade do sistema é necessário impor limite de acesso, tempo de
acesso e tempo de espera, com expiração de pagina.

9.11. Framework de dados e relacionamento

9.12. Interfaces de software

O sistema Mult-Net deverá integrar-se ao sistema já existente e em execução atualmente

pelo Multimeios, o Multsystem, sistema este desenvolvido em linguagem Object Pascal e ambiente
Delphi, associado a um banco de dados Interbase e funciona de forma off-line. Serão acopladas
então, novas funcionalidades ao sistema atual, sendo que a principal delas é a possibilidade de
cadastro de reservas de equipamentos via web.

Também deverá funcionar em conjunto com o site do IFPI, pois deverá ser hospedado
juntamente a ele, sendo aberta uma sessão no site que dê acesso à tela de login do Mult-net.

9.13. Restrições de design de software

# Restrições de Software
1 O sistema deverá ser disponibilizado em português

12
 2 Deverão ser registrados logs sobre as atividades do Administrador e do Usuário
3 Deverá possuir logs com data e hora sobre os cadastros de reservas, e devoluções feitas pelo
usuário e impressões

9.14. Pacotes de software

Para o desenvolvimento do software, serão utilizados os seguintes softwares e

ferramentas:

- Linguagem Ruby com framework Rails

-Banco de Dados Interbase

-Textpad

-Navegador de internet para testes – Firefox

-Poderão ser utilizadas outras ferramentas (a definir)

9.15. Banco de dados

O banco de dados utilizado será o Interbase, por ser o mesmo usado no sistema já em
execução.

9.16. Sistema operacional

Não se aplica ao projeto. Por ser desenvolvido para a web, o sistema necessita apenas que
o sistema operacional possua um browser e a capacidade de conexão com a internet.

13