1
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
2
Histórico da Revisão
Data Versão Descrição Elaborado por:
19/09/2010 1.0 Inserção Geral de Informações Maurício D. Viana
Tércio S. S. Sousa
3
Í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
4
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
5
O usuário deverá informar seu ponto de vista a partir deste documento, sobre as funcionalidades que ficaram fora de escopo
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
O usuário deverá dar seu parecer sobre a continuação do projeto em no máximo quatro dias
Caso o tempo de confirmação do documento extrapole o prazo, o andamento do projeto ficará prejudicado
O usuário poderá informar funções dentro do escopo que podem ser desnecessárias para o sistema final
Possivelmente haverá maior agilidade no desenvolvimento
4. Restrições
Restrição Impacto
A aplicação deverá ser acessada pela Internet.
Sistema deverá dispor de servidor e conexão com a internet para a distribuição dos serviços
As informações sobre as contas de usuários e serviços utilizados estarão disponíveis online
O banco de dados do sistema em Delphi atual deverá compartilhar seus serviços e informações com a nova aplicação
O sistema deverá ter um ambiente gráfico de uso facilitado e intuitivo
Deverá ser utilizado um Framework que possibilite a criação de um ambiente visual simplificado
O sistema utilizará a Linguagem de Programação Ruby baseada no Framework Rails
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 criadas contas de usuários individuais Serão necessárias algumas alterações na estrutura do banco de dados atual
5. Dependências
Dependência Descrição
Servidor dedicado e Conexão com a Internet no ambiente do setor
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
Site do IFPI – Campus Floriano 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
6. Descrição geral do sistema
6.1. Introdução
6
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
7
-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 Executadas
- Verificar se o usuário preencheu todos os campos referentes ao login - 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 Executadas
- O usuário manda o arquivo para a impressão - 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
8
-Informações adicionais e opcionais sobre a reserva
Operações Executadas
-Usuário informa a categoria do equipamento -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 Executadas
-Sistema “filtra” as informações que serão geradas no relatório de acordo com o
–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 Executadas
-O sistema localiza no Banco de Dados todos os equipamentos cadastrados
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
9
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 Comum
Todos os serviços e privilégios para - 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á
10
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
11
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
12
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
13
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.
