MC436 Etapa II

MC436 Etapa IISistema de Gerenciamento de Conferncias TecnolgicasDescrio de Casos de Uso e Plano de Projeto

Grupo 2Andre EsteveHenrique BaggioRafael CanoVictor CarmonaPlano de ProjetoRestries TcnicasAplicao WebPlataforma JavaUsar mtodo UML Components.Usar ambiente integrado Eclipse ou equivalente.Diagramas UML construdos com Jude UML, EclipseUML ou equivalente.Servidor de aplicao TomcatUsar framework HibernateBanco de dados relacionalRestrio no tempo dedicaoCada integrante da equipe pode trabalhar em mdia de 4 a 6 horas por semana no projeto.

Restries de prazos10/09: entrega da etapa 115/10: apresentao etapa 221/10: e entrega etapa 226/10: entrega da etapa 323 /11 : entrega da etapa 44/12: entrega da etapa 511 e 16 de dezembro: entrega da etapa 6

Recursos Crticos ComputacionaisCapacidade de armazenamento Trfego de comunicao

Ciclo de VidaModelo espiralCada etapa (milestone) ser iniciada com um planejamento do trabalho, incluindo anlise de riscos

EscopoJustificativa do ProjetoConferncias tecnolgicas so eventos que ocorrem no mundo inteiro, dentro de instituies do ensino ou pesquisa.Eventos de grande porte como estes necessitam de planejamento e organizao para seu sucesso.

Escopo (II)Produtos a serem entreguesSistema de Gerenciamento de Conferncias Tecnolgicas com os requisitos especificados no Documento de Requisitos.Manual do Administrador da conferncia

O que no pertence ao escopoCdigo fonte do produtoQualquer suporte alm da manuteno funcional do produto

RiscosImpactoProbabilidadeMuito baixoBaixoModeradoAltoMuito altoMuito altaRisco moderadoRisco moderadoRisco altoRisco altoRisco altoAltaRisco baixoRisco moderadoRisco moderadoRisco altoRisco altomoderadaRisco baixoRisco moderadoRisco moderadoRisco altoRisco altoBaixaRisco baixoRisco baixoRisco moderadoRisco moderadoRisco altoMuito baixaRisco baixoRisco baixoRisco baixoRisco baixoRisco moderadoIdentificao RiscosIdentificao do RiscoProbabilidadede ocorrnciaImpactoGraduaoResposta ao risco / ResponsvelPela ao / data limiteValidadeUm dos integrantes do grupo tranca a matria.Muito altaMuito altoAltoIntegrantes devem Avisar com antecedncia se desejarem trancar a matria.Pedir que a data de entrega seja adiada.VlidoFalta de pessoal especializado em Web design.Muito altaAltoAltoEstudar princpios bsicos de Web design. Data limite: 01/12/09.VlidoIntegrante do grupo fica indisponvel temporariamenteMuito altaMuito altoAltoDocumentar adequadamente o projeto.VlidoFalta de conhecimento sobre SGCTs.AltaMuito altoAltoEstudar o funcionamento de SGCTs j implementados. Data limite: 10/09/2009.No vlido.Histricos de Ocorrcias de RiscosIdentificao do RiscoData da ocorrnciaImpacto real Eficcia da resposta planejadaUm dos integrantes do grupo tranca a matria.10/09/2009O planejamento da etapa 1 afetado.Integrantes sobrecarregadosDificuldade para entregar na data prevista.A data de entrega foi adiada em 4 dias.Integrante do grupo fica indisponvel temporariamente.06/09/2009Houve um acrscimo de trabalho para os outros membros do grupo.O grupo documentou bem o trabalho e pde lidar com sucesso com o risco.ComunicaoReunio AgendadaTipo de Reunio: MilestonesParticipantes: Todo o grupoPeriodicidade: Antes de comear cada MilestoneLocal: IC-3 ou Internet (via skype)

Gerncia de TempoMilestoneData PlanejadaData RealizadaEtapa 1 - Gerao do documento de especificao de requisitos e do diagrama de casos de uso acompanhado de uma descrio sucinta de cada caso de uso.10/09/200914/09/2009Etapa 2 - Etapa 1 revisada, documento de plano de projeto, e documento de casos de uso com escopo reduzido (diagrama de casos de uso, descrio completa de cada caso de uso com os seus fluxos bsico e alternativos) e modelo conceitual (diagrama de classes de anlise).15/10/200915/10/2009Etapa 3 - Etapa 2 revisada, diagrama de classes de anlise com classes de controle e diagramas de seqncia de anlise (um diagrama para cada caso de uso).26/10/2009PendenteEtapa 4 - Etapa 3 revisada, especificao da arquitetura de componentes de acordo com o mtodo UML Components com diagramas de interao e conectores.23/11/2009PendenteEtapa 5 - Etapa 4 revisada, refinamento da arquitetura, projeto detalhado, aplicao de padres de projeto, utilizao de componentes de terceiros (Tomcat + Struts + Hibernate) e implementao de componentes da arquitetura usando o modelo COSMOS.04/12/2009PendenteEtapa 6 - Integrao dos componentes e implantao do sistema.16/12/2009PendenteDescrio dos Casos de UsoCasos de Uso SelecionadosSubmeter trabalhoConsultar resultados da avaliaoSubmeter revisoCadastrar avaliadoresAvaliar trabalhoComunicar resultado da avaliaoEnviar respostaDistribuir trabalhosCasos de Uso Selecionados (II)Submeter trabalhoConsultar resultados da avaliaoSubmeter revisoCadastrar avaliadoresAvaliar trabalhoComunicar resultado da avaliaoEnviar respostaDistribuir trabalhosSubmeter RevisoBreve descrio:Reviso para artigos j aprovados pela banca examinadora;Adequao do artigo sugestes propostas pela banca;Perodo de submisso de reviso deve ser respeitado;

Atores:Autor e Relgio;

Submeter Reviso (II)Pr-condies:Apenas autor do artigo pode submeter revises para seus artigos;Deve existir um artigo aprovado para ser revisado;Submisso ocorre apenas em um perodo pr-definido;

Ps-condiesArquivo submetido sobrescreve arquivo de artigo atual no sistema;Submeter Reviso (III)Requisitos especiaisConfiabilidade na transmisso de arquivos;Confiabilidade no armazenamento de arquivos;Verificao de autorizao / identidade;Submeter Reviso (IV)Fluxo bsicoUsurio valida suas credenciais (realiza log-in no sistema);Caso a tentativa de submisso ocorra durante o perodo de submisso de reviso:Sistema informa quais artigos aprovados so de autoria do usurio que realiza a operao;Autor seleciona o artigo que ser revisado;Autor pode adicionar um comentrio sobre a reviso realizada;Autor deve informar qual arquivo dever ser enviado ao sistema;Autor confirma ou cancela a operao;Caso o autor confirme a operao:Caso o autor tenha informado um arquivo para submisso:Caso o arquivo seja um PDF:Sistema sobrescreve arquivo do artigo pelo arquivo enviado;Sistema adiciona comentrio (mesmo que nulo) na base de dados;Sistema informa ao autor que a operao ocorreu com sucesso;Submeter Reviso (V)

Cadastrar AvaliadoresBreve descrio:Administradores do sistema podem cadastrar pessoas (avaliadores) para compor a banca examinadora;Administradores podem alterar a banca examinadora, incluindo, excluindo e editando avaliadores;

Atores:Administrador

Cadastrar Avaliadores (II)Pr-condies:Apenas usurio que so administradores podem cadastrar, editar ou excluir avaliadores;Para edio ou excluso de um avaliador, este deve estar previamente cadastrado no sistema;Ao adicionar novo avaliador, no deve existir outro com mesmo nome de usurio;

Cadastrar Avaliadores (III)Ps-condies:Incluso: ao final da incluso, novo avaliador deve estar cadastrado no sistema;Edio: aps a edio, as mudanas realizadas devem se refletir no restante do sistema;Excluso: aps a excluso, o avaliador no dever estar registrado no sistema;

Requisitos especiais:Verificao de autorizao / identidade;

Cadastrar Avaliadores (IV)Fluxo bsicoUsurio valida suas credenciais (realiza log-in no sistema);Caso o usurio seja Administrador da conferncia:O sistema informa ao usurio uma lista de avaliadores cadastrados;O usurio seleciona um dos avaliados j cadastrados ou seleciona a opo de novo avaliador;Caso o usurio escolha adicionar novo avaliador:O usurio deve informar ao sistema as seguintes informaes sobre o avaliador: nome, sobrenome, nome de usurio, senha e email.Caso o nome de usurio no exista no sistema:Sistema adiciona novo usurio com permisso de avaliador.

Avaliar TrabalhoBreve DescrioOs avaliadores devem dar notas aos trabalhos e fazer comentrios sobre eles, alm de opinar sobre a aceitao ou no de trabalhos

AtoresAvaliador

Avaliar TrabalhoBreve DescrioOs avaliadores devem dar notas aos trabalhos e fazer comentrios sobre eles, alm de opinar sobre a aceitao ou no de trabalhos

AtoresAvaliador

hahahahaha28Avaliar Trabalho (II)Pr-CondiesO avaliador est logado no sistema.Os trabalhos tem de estar todos submetidos em tempo determinado.Os trabalhos tem de estar sem o nome do autor.Os trabalhos a serem avaliados recebem uma marcao de pendente

hahahahaha29Avaliar Trabalho (III)Ps-CondiesO trabalho fica disponvel para os avaliadores.Os trabalhos avaliados recebem uma marcao de avaliados e mostram a nota dada

Requisitos Especiais (no-funcionais)Ocultamento dos dados do autor.Segurana dos trabalhos.

hahahahaha30Avaliar Trabalho (IV)Fluxo BsicoO avaliador faz o login no site.O avaliador seleciona a opo Avaliar trabalho. O sistema verifica quais trabalhos o avaliador dever corrigir.O sistema mostra uma tela pra que o avaliador selecione o arquivo a ser corrigido.O avaliador corrige o trabalho.O avaliador pode fazer um comentrio sobre o trabalho.Aps a correo o avaliador atribui uma nota.O sistema recebe a nota e envia uma confirmao.

hahahahaha31Avaliar Trabalho (IV)Fluxo Alternativo 1No passo 4, se o avaliador no selecionar nenhum trabalho.O sistema informa por que precisa ser selecionado algum trabalho pra correo. O sistema volta para o passo 3.Fluxo Alternativo 2No passo 7, o caso no seja dada uma nota.O sistema informa que o avaliador deve selecionar uma nota.O sistema volta para o passo 7 do fluxo bsico.

32Comunicar resultado da avaliaoBreve DescrioO sistema envia um e-mail para o autor de um trabalho informando se o trabalho foi aceito na conferncia.

AtoresAutor

Pr-CondiesO autor tem que estar logado no sistema.hahahahaha33Comunicar resultado da avaliao (II)Ps-CondiesO sistema recolhe todas as informaes da banca de avaliadores.Os comentrios e notas ficam disponveis para o autor.O autor pode verificar avaliao completa de seu trabalho.

Requisitos Especiais (no-funcionais)Confiabilidade dos nomes dos avaliadores.Segurana dos trabalhos.

hahahahaha34Comunicar resultado da avaliao (III)Fluxo BsicoAutor recebe uma informao de que seu trabalho foi corrigido pela banca.Autor loga no site.O sistema mostra se o trabalho foi aceito e a nota dada pela banca.O sistema mostra uma tela com o resumo de cada avaliao junto com sua nota.O autor seleciona o avaliador. Ex: Avaliador 2.O autor seleciona a opo mostrar detalhes.O sistema abre o arquivo com os comentrios do avaliador para cada parte do trabalho.Aps finalizar a leitura o autor pode imprimir o resultado.

hahahahaha35Comunicar resultado da avaliao (IV)Fluxos AlternativoFluxo Alternativo INo passo 3, caso o trabalho seja aceito.O sistema informa todas as informaes para a Conferencia.

Fluxo Alternativo IIEm qualquer passo pode ser fechada a tela de navegao sem danos ao trabalho ou seu contedo.

hahahahaha36Diagrama de ClassesVerso 1.0

ObrigadoDvidas?hahahahaha39