SISTEMA DE AGENDAMENTO DE VISITAS DO JARDIM BOTÂNICO DA UNIVERSIDADE FEDERAL DE SANTA MARIA Especificação de Requisitos e Documento de Projeto Willian da Rocha Lopes Manucello Santa Maria, RS 27 de Junho de 2014
Sumário 1 INTRODUÇÃO 1.1 PROPÓSITO DESTE DOCUMENTO 1.2 ESCOPO DO PRODUTO 1.2.1 Nome do produto e de seus componentes principais 1.2.2 Missão do produto 1.2.3 Limites do produto 1.2.4 Benefícios do produto 1.3 REFERÊNCIAS 2 VISÃO GERAL DO SISTEMA SISTEMA DE AGENDAMENTO DE VISITAS DO JARDIM BOTÂNICO DA UNIVERSIDADE FEDERAL DE SANTA MARIA 3 REQUISITOS 3.1 REQUISITOS FUNCIONAIS E REQUISITOS NÃO-FUNCIONAIS ASSOCIADOS 3.2 REQUISITOS SUPLEMENTARES 3.3 REQUISITOS ORGANIZADOS 3.3.1 Diagrama de Casos de Uso 3.3.2 Casos de Uso Expandidos 3.3.2.1 Cadastrar usuário 3.3.2.2 Cadastrar visita 3.3.2.3 Consultar suas visitas 3.3.2.4 Cancelar visita 3.3.2.5 Editar visita 3.3.2.6 Consultar dados de usuários 3.3.2.7 Consultar dados de visitas 3.3.2.8 Inserir/Visualizar mensagens 3.3.3 Conceitos 3.4 DIAGRAMA DE ATIVIDADE 4 PROJETO SIMPLIFICADO 4.1 FUNCIONALIDADES DO SISTEMA 4.1.1 Cadastrar usuário 4.1.1.1 Diagrama de Sequência 4.1.1.2 Tratamento de exceção 4.1.1.3 Diagrama de Tratamento de exceção 4.1.2 Consultar visitas 4.1.2.1 Diagrama de Sequência 4.1.3 Cadastrar de visita 4.1.3.1 Diagrama de Sequência 4.1.4 Excluir visita 4.1.4.1 Diagrama de Sequência 4.1.5 Editar de Visita 4.1.5.1 Diagrama de Sequência 4.2 DIAGRAMA DE ENTIDADE-RELACIONAMENTO 4.3 PROJETO DA CAMADA DE INTERFACES 4.3.1 DIAGRAMA DE NAVEGAÇÃO 4.3.2 PROJETO GRÁFICO DAS PÁGINAS 4.3.2.1 Logon 4.3.2.1 Cadastro de usuário 4.3.2.1 Visitas do usuário 4.3.2.1 Cadastro de visita 4.3.2.1 Mensagens 4.3.2.1 Usuários do administrador 4.3.2.1 Visitas do administrador 4.3.2.1 Edição de visitas
1 Introdução 1.1 Propósito deste documento O Sistema de Agendamentos de Visitas do Jardim Botânico da Universidade Federal de Santa Maria consiste em permitir que uma pessoa possa se cadastrar no sistema, efetuar o logon e solicitar uma visita no Jardim Botânico de Santa Maria (JBSM) informando os dados necessários e assim aguardar por uma confirmação tanto pelo próprio sistema quanto por e-mail. Público-alvo: universidades, escolas e comunidades da região de Santa Maria. 1.2 Escopo do produto 1.2.1 Nome do produto e de seus componentes principais Sistema de Agendamentos de Visitas do JBSM, 1.2.2 Missão do produto Facilitar o agendamento de horários para visitas no JBSM de forma rápida e segura. 1.2.3 Limites do produto Acessível apenas com uma conexão de internet. 1.2.4 Benefícios do produto Número de ordem Benefício Valor para o cliente 1 Simplicidade na utilização do sistema. 2 Acesso rápido às informações de solicitações de visitas. 3 Interação de agendamento em tempo real. Sem necessidade de um treinamento específico. Ganho de tempo. Confiabilidade
1.3 Referências Núme ro de orde m Tipo de Mater ial 1 Aposti la em PDF 2 Página web com vídeoaula Referência bibliográfic a PHP - Desenvolvid a exclusivame nte para o Apostilando. com por Marcos Paulo Furlan Acesso Último acesso em 04/07/2014: http://www.apostilando.com/download.php?cod=3300&ca tegoria=php LocaWeb Último acesso em 04/07/2014: http://wiki.locaweb.com/ptbr/como_conectar_a_um_banco_mysql_atrav%c3%a9 s_de_script_php 2 Visão Geral do Sistema Sistema de Agendamentos de Visitas do JBSM O sistema será uma aplicação web em PHP acessível por computadores e também por dispositivos móveis. Terá como função verificar horários disponíveis e permitir a solicitação de agendamento destes horários para realizar uma visita programada ao JBSM, afinal será um sistema online com acesso 24h. 3 Requisitos 3.1 Requisitos funcionais e requisitos não-funcionais associados F1 Cadastrar Usuário Oculto () Salvar informações de um cliente específico Requisitos não-funcionais NF1.1 Verificação de dados NF1.2 Salvar dados Não haver mais de um mesmo usuário, com login idêntico. Não salva em caso de login semelhante.
F2 Cadastrar visita Oculto () O usuário cadastra uma visita. Requisitos não-funcionais NF2.1 Salvar visita. Salva os dados da visita no banco de dados. NF2.2 Envio de confirmação. Uma confirmação de agendamento é enviada ao usuário através de e-mail e na tela de visitas. F3 Visualizar visitas Oculto () O usuário visualiza as visitas cadastradas em sua conta. Requisitos não-funcionais NF3.1 Buscar dados de visitas Os dados das visitas do usuário são selecionadas no banco de dados F4 Excluir visita Oculto () O usuário exclui uma visita. Requisitos não-funcionais NF4.1 Deletar dados da visita. Deleta os dados da visita selecionada no sistema. F5 Inserir/Visualizar mensagens Oculto () O usuário ou administrador visualiza as mensagens e insere uma nova
Requisitos não-funcionais NF5.1 Buscar mensagens. NF5.2 Inserir mensagem. As mensagens são selecionadas no banco de dados. A mensagem é salva no banco de dados. F6 Consultar dados de usuários Oculto () O administrador visualiza os dados dos usuários. Requisitos não-funcionais NF6.1 Buscar dados de usuários. Os dados dos usuários são selecionados no banco de dados. F7 Consultar dados de visitas Oculto () O administrador visualiza os dados das visitas. Requisitos não-funcionais NF7.1 Buscar dados de visitas. Os dados das visitas são selecionados no banco de dados. F8 Editar visitas Oculto () O administrador seleciona uma visita e edita seus dados. Requisitos não-funcionais
NF8.1 Seleção de visita. NF8.2 Inserir mensagem. O sistema redireciona para uma página de edição com os dados da visita selecionada A mensagem é salva no banco de dados. ( ) (x) ( ) (x) F9 Sair Oculto () O usuário ou administrador sai do sistema. Requisitos não-funcionais NF9.1 Excluir sessão. NF9.2 Redirecionar. É destruída a sessão onde estavam salvos os dados do usuário ou administrador. O sistema redireciona o usuário ou administrador para a página inicial. ( ) (x) ( ) (x) 3.2 Requisitos suplementares S1 - O sistema deve operar via interface WEB. S2- Utilizável em qualquer navegador. S3- Sistema hospedado em servidor 24h. Implementado em páginas HTML. Implementado o CSS para a melhor utilização. O usuário pode acessar a qualquer momento. Interface () (x) Acessibilidade () (x) Disponibilidade () (x) 3.3 Requisitos Organizados 3.3.1 Diagrama de Casos de Uso
3.3.2 Casos de Uso Expandidos 3.3.2.1 Caso de Uso: Cadastrar usuário campos em branco Ator: Usuário 1. Campo em Branco, o sistema alerta ao convidado que existem Fluxo Principal de Sucesso Fluxo Alternativo - Campo em branco 1. O sistema Apresenta o formulário de cadastro de usuário. 2. O convidado insere os dados como nome, login, senha, cidade, entre outros nos campos correspondentes. 3. O sistema salva os dados no banco de dados. 4. O sistema avisa que o cadastro foi efetuado. na consulta a ser realizada. 2. O sistema alerta ao convidado que os caracteres ali digitados são inválidos. Fluxo Alternativo - Campo login já existe 1. O sistema alerta o usuário que o login informado já pertence a outro usuário. 3.3.2.2 Caso de Uso: Consultar suas visitas Ator: Usuário Fluxo Principal de Sucesso 1. Após logon, o usuário é direcionado para uma página com suas visitas e dados. Pré-requisitos
1. O usuário já deve ter efetuado o logon no sistema. 3.3.2.3 Caso de Uso: Cadastrar visita Ator: Usuário Fluxo Principal de Sucesso 1. Na página de cadastro de visitas, o sistema apresenta o formulário de cadastro de visita. 2. O convidado insere os dados nos campos indicados. 3. O sistema salva os dados no banco de dados. 4. O sistema avisa que o cadastro foi efetuado. Fluxo Alternativo - Campo em branco 1. Campo em Branco, o sistema alerta ao convidado que existe campos em branco na consulta a ser realizada. 2. O sistema alerta ao convidado que os caracteres ali digitados são inválidos. Pré-requisitos 1. O usuário já deve ter efetuado o logon no sistema. 3.3.2.4 Caso de Uso: Excluir visita Ator Usuário Fluxo Principal de Sucesso recarregada. Fluxo Alternativo 1 Pré-requisitos 1. Na página de visitas, o usuário seleciona uma visita. 2. A visita é deletada do banco de dados e a página de visitas é 1. Campo em Branco, o sistema alerta ao convidado que existe campos em branco na consulta a ser realizada. 2. O sistema alerta ao convidado que os caracteres ali digitados são inválidos. 1. O usuário já deve ter efetuado o logon no sistema. 3.3.2.5 Caso de Uso: Editar visita Ator Administrador Fluxo Principal de Sucesso 1. O administrador seleciona uma visita. 2. É redirecionado para a página de edição de visitas. 3. Insere os novos dados nos campos indicados. 4. Salva os dados. 5. É redirecionado para a página de visitas. Fluxo Alternativo 1
1. Campo em Branco, o sistema alerta ao convidado que existe Campos em branco na consulta a ser realizada. 2. O sistema alerta ao convidado que os caracteres ali digitados são inválidos. Pré-requisitos 1. O administrador já deve ter efetuado o logon no sistema. 3.3.2.6 Caso de Uso: Consultar dados de usuários Ator Administrador Fluxo Principal de Sucesso Pré-requisitos 1. Após o logon no sistema, o administrar é direcionado para a página Usuários, com todos os dados dos usuários. 1. O administrador já deve ter efetuado o logon no sistema. 3.3.2.7 Caso de Uso: Consultar dados de visitas Ator Administrador Fluxo Principal de Sucesso Pré-requisitos 1. Ao selecionar a página Visitas, no menu superior do sistema, o administrador é direcionado à página de visitas com todos os dados das visitas. 1. O administrador já deve ter efetuado o logon no sistema. 3.3.2.8 Caso de Uso: Inserir/Visualizar mensagens Ator Administrador, Usuário Fluxo Principal de Sucesso 1. O administrador ou usuário seleciona, no menu superior de navegação, a página de mensagens. 2. As mensagens são exibidas com data, hora e remetente. 3. O administrador ou usuário insere uma nova mensagem. Pré-requisitos 1. O administrador já deve ter efetuado o logon no sistema.
3.4 Diagrama de Atividade 4 Projeto Simplificado 4.1 Funcionalidades do Sistema 4.1.1 Cadastrar usuário O sistema recebe os dados informados pelo usuário, verifica se estão inseridos corretamente e verifica se já existe um usuário de mesmo login, se não existir, salva os dados no banco de dados. 4.1.1.1 Diagrama de Sequência
4.1.1.2 Tratamento de exceção Se o login informado conflitar com algum já existente o sistema cancela o castro e alerta ao usuário. 4.1.1.3 Diagrama de Sequência de Tratamento de exceção
4.1.2 Consultar visitas O usuário, após o logon no sistema, é direcionado para a página de visitas com todos os dados destas. 4.1.2.1 Diagrama de Sequência 4.1.3 Cadastrar visita O usuário, após ter efetuado o logon no sistema, seleciona a página de cadastro de visita, onde insere nos campos indicados os dados pedidos. O sistema verifica os dados e os cadastra no banco de dados.
4.1.3.1 Diagrama de Sequência 4.1.4 Excluir de Visita O usuário seleciona uma visita, o sistema recebe o código e a deleta do banco de dados. 4.1.4.1 Diagrama de Sequência
4.1.5 Editar visita O sistema busca os dados de uma determinada visita no banco de dados, os exibe para o administrador, recebe os novos dados, os salva novamente no banco e busca novamente para exibi-los já alterados. 4.1.5.1 Diagrama de Sequência 4.2 Diagrama de entidade-relacionamento 4.3 Projeto da Camada de Interfaces 4.3.1 Diagrama de Navegação
4.3.2 Projeto Gráfico das Páginas 4.3.2.1 Logon 4.3.2.1 Cadastro de usuário
4.3.2.2 Visitas do usuário 4.3.2.3 Cadastro de visita
4.3.2.4 Mensagens 4.3.2.5 Usuários do administrador 4.3.2.5 Visitas do administrador
4.3.2.5 Edição de visitas(zoom 90%)