Sistema de Gerenciamento de Confêrencias Tecnológicas

Apresentação em tema: "Sistema de Gerenciamento de Confêrencias Tecnológicas"— Transcrição da apresentação:

1 Sistema de Gerenciamento de Confêrencias Tecnológicas
SGCT Sistema de Gerenciamento de Confêrencias Tecnológicas

2 Introdução Eventos que ocorrem num certo período de tempo, com várias apresentações, palestras, mini- cursos... Crescente número de pesquisas científicas. Desenvolvimento do Sistema de Gerenciamento de Conferências Tecnológicas (SGCT)

3 Sistema de Gerenciamento de Conferências Tecnológicas (SGCT)
Anúncia, prepara, organiza e apoiar a conferência. Web Segurança

4 Requisitos funcionais
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.

5 Evolução do Sistema Pré-conferência Conferência Pós-conferêcia

6 Versátil Evolução do Sistema Pré-conferência Conferência
Pós-conferêcia Versátil

7 Análise de Risco Sistema Web Sistema modular
Extração de Requisitos + desconhecimento do sistema proposto

8 Extração de Requisitos
Entrevista Brainstorm Técnica VORD

9 Exemplo: Template de ponto vista
Referência: Participantes Atributos: Nome, login, senha, , 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

10 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 . O cadastro dos palestrantes convidados será iniciado a partir de um convite por , 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 e senha cadastrados devem estar disponíveis apenas para o sistema. Pontos de vista: Participantes, avaliadores, palestrantes convidados, administradores, financiadores.

11 Casos de Uso Cadastrar Submeter Artigo Avaliar Artigo
Usuário Avaliadores Submeter Artigo Avaliar Artigo Convidar Avaliador * Atribuir Avaliador *

12 Diagrama de Casos de Uso

13 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.

14 Fluxo Básico

15 Fluxo Alternativo

16 Cadastrar Avaliador Descrição: Este caso se inicia quando o avaliador recebe um link via 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

17 Fluxo Básico

18 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 confirmando o recebimento do arquivo pelo sistema. Requisitos Funcionais Satisfeitos (serviços): Submissão de artigo. Requisitos não-funcionais: Segurança, desempenho, disponibilidade.

19 Fluxo Básico

20 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

21 Fluxo Básico

22 Diagrama de Classes

23 Diagramas de Classes

24 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>>

25 Diagrama de Sequência – Fluxo Básico
Cadastrar

26 Submeter Artigo

27 Avaliar Artigo

28 Fluxo alternativo Submeter Artigo

29 Implementação Linguagem utilizadas Programas Auxiliares php html
Javascript Programas Auxiliares Photoshop Bluefish Banco de Dados mysql SVN Servidor Web do IC

30 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)

31 serviços implementados
Cadastro de Usuário Submeter Artigo Avaliar Artigo

32 Vamos para a demonstração!!!
Grupo 0: Felipe Alonso Martins Fernando Nakatani de Oliveira Lopes João Luiz Nogueira Melo Lima Marcelo Moreira Holanda de Castro Thiago Anzolin de Godoi Zhenlei Ji