SGCT
Sistema de Gerenciamento de Confêrencias
Tecnológicas
INTRODUÇÃO
Eventos que ocorrem num certo período de
tempo, com várias apresentações, palestras, minicursos...
 Crescente número de pesquisas científicas.
 Desenvolvimento do Sistema de
Gerenciamento de Conferências
Tecnológicas (SGCT)

SISTEMA DE GERENCIAMENTO DE
CONFERÊNCIAS TECNOLÓGICAS (SGCT)
Anúncia, prepara, organiza e apoiar a conferência.
 Web
 Segurança

USUÁRIOS DO SISTEMA

Participantes, avaliadores, administradores,
palestrantes convidados e visitantes
REQUISITOS FUNCIONAIS



Cadastrar
Submeter Artigo
Avaliar Artigo
REQUISITOS NÃO FUNCIONAIS

Emitir erro de login e de formato durante a
submissão no máximo 1 segundo.
EVOLUÇÃO DO SISTEMA
Pré-conferência
 Conferência
 Pós-conferêcia

EVOLUÇÃO DO SISTEMA
Pré-conferência
 Conferência
 Pós-conferêcia

ANÁLISE DE RISCO
Sistema Web
 Sistema modular
 Extração de Requisitos + desconhecimento do
sistema proposto

EXTRAÇÃO DE REQUISITOS
Entrevista
 Brainstorm
 Técnica VORD

EXEMPLO: TEMPLATE DE PONTO VISTA


Referência: Participantes
Atributos: Nome, login, senha, email, endereço,
telefone para contato

Eventos: Pagar cadastro, submeter trabalho

Serviços:







Cadastro
Alterar dados
Submissão de artigo
Verificar status da submissão
Submissão de artigo corrigido
Pagamento do cadastro
Remover conta
EXEMPLO: TEMPLATE DE SERVIÇOS





Referência: Cadastro
Razão: Todos os usuários do SGCT devem estar
cadastrados para realizar as atividades relacionadas. O
cadastro pode variar de acordo com o tipo de usuário.
Especificação: No cadastro o usuário deve criar um login e
uma senha que estarão atrelados a uma conta de e-mail. O
cadastro dos palestrantes convidados será iniciado a partir
de um convite por email, bem como para os avaliadores e
financiadores. Administradores poderão ser cadastrados a
partir de uma conta de administrador pré-definida na
criação do sistema.
Requisitos não funcionais: Segurança – O email e senha
cadastrados devem estar disponíveis apenas para o
sistema.
Pontos de vista: Participantes, avaliadores, palestrantes
convidados, administradores, financiadores.
CASOS DE USO

Cadastrar
Usuário
 Avaliadores

Submeter Artigo
 Avaliar Artigo

Convidar Avaliador *
 Atribuir Avaliador *

DIAGRAMA DE CASOS DE USO
CADASTRAR PARTICIPANTE






Descrição: Este caso de uso inicia-se quando o
participante deseja-se cadastrar para utilizar o SGCT.
Para se cadastrar deve preencher corretamente os
dados, caso esteja preenchido incorretamente o
sistema emitirá uma notificação.
Atores: Participantes
Pré-condições: Nenhuma
Pós-condições: O participante poderá utilizar os
serviços do SGCT disponíveis apenas para usuários
cadastrados.
Requisitos Funcionais Satisfeitos (serviços):
Cadastro
Requisitos não-funcionais: Segurança,
disponibilidade.
FLUXO BÁSICO
FLUXO ALTERNATIVO
CADASTRAR AVALIADOR






Descrição: Este caso se inicia quando o avaliador
recebe um link via e-mail para se cadastrar no
sistema. Ao abrir o link, entrará na página de
cadastro, devendo completar os campos faltantes.
Atores: Avaliador
Pré-condições: O administrador deverá ter enviado
um convite de avaliador para o usuário
Pós-condições: O avaliador terá a sua disposição, a
partir de um link no SGCT, os artigos que foram
submetidos para sua avaliação, bem como acesso ao
local onde farão a atribuição das notas.
Requisitos Funcionais Satisfeitos (serviços):
Cadastro
Requisitos não-funcionais: Segurança
FLUXO BÁSICO
SUBMETER ARTIGO






Descrição: Este caso de uso inicia-se quando o
participante deseja submeter um artigo para
avaliação. O artigo a ser submetido deve está no
formato padrão, o pdf.
Atores: Participantes
Pré-condições: O participante deve estar cadastrado
e logado no sistema.
Pós-condições: O participante terá submetido um
artigo que irá para avaliação. Além disso, receberá
um e-mail confirmando o recebimento do arquivo pelo
sistema.
Requisitos Funcionais Satisfeitos (serviços):
Submissão de artigo.
Requisitos não-funcionais: Segurança,
desempenho, disponibilidade.
FLUXO BÁSICO
AVALIAR ARTIGO






Descrição: Este caso de uso inicia-se quando o
avaliador desejar corrigir o artigo.
Atores: Avaliador
Pré-condições: Ser cadastrado como avaliador,
ter artigos disponíveis para avaliação.
Pós-condições: O artigo deverá ter uma nota.
Requisitos Funcionais Satisfeitos (serviços):
Avaliação de trabalhos/sugestões
Requisitos não-funcionais: Segurança
FLUXO BÁSICO
DIAGRAMA DE CLASSES
DIAGRAMAS DE CLASSES
DICIONÁRIO DE DADOS
Classe Site <<boundary>>
 Classe Controle <<control>>
 Classe Mensagem <<control>>
 Classe Avaliação <<entity>>
 Classe Submissão <<entity>>
 Classe Cadastro <<entity>>
 Classe Participante <<entity>>
 Classe Adminisrtador <<entity>>
 Classe Avaliador <<entity>>
 Classe Artigo <<entity>>
 Classe Área <<entity>>

DIAGRAMA DE SEQUÊNCIA – FLUXO BÁSICO
CADASTRAR
SUBMETER ARTIGO
AVALIAR ARTIGO
FLUXO ALTERNATIVO
SUBMETER ARTIGO
IMPLEMENTAÇÃO

Linguagem utilizadas
php
 html
 Javascript


Programas Auxiliares





Photoshop
Bluefish
Banco de Dados mysql
SVN
Servidor Web do IC
VANTAGENS DO PHP
Suporte a OO
 Facilidade de desenvolvimento WEB
 Preferência do grupo
 Facilidade de conexão com mysql
 Roda direto no servidor(o cliente não tem acesso
ao código)

SERVIÇOS IMPLEMENTADOS
Cadastro de Usuário
 Submeter Artigo
 Avaliar Artigo

VAMOS PARA A DEMONSTRAÇÃO!!!
Grupo 0:
Felipe Alonso Martins - 070783
Fernando Nakatani de Oliveira Lopes - 070882
João Luiz Nogueira Melo Lima - 071269
Marcelo Moreira Holanda de Castro - 071712
Thiago Anzolin de Godoi -073761
Zhenlei Ji - 074433