UNIVERSIDADE ESTADUAL DE MARINGÁ DEPARTAMENTO DE INFORMÁTICA MESTRADO EM CIÊNCIA DA COMPUTAÇÃO

Transcrição

1 UNIVERSIDADE ESTADUAL DE MARINGÁ DEPARTAMENTO DE INFORMÁTICA MESTRADO EM CIÊNCIA DA COMPUTAÇÃO DOCUMENTO DE REQUISITOS REVISTA ACTA SCIENTIARUM Trabalho apresentado à disciplina de Engenharia de Software do curso de Mestrado em Ciência da Computação, da Universidade Estadual de Maringá. Docente: Profª Drª Elisa H.M. Huzita Everson Matias de Morais Késsia Rita da Costa Marchi MARINGÁ, MAIO DE 2006.

2 Sumário Especificação de Requisitos de Software INTRODUÇÃO Objetivos Escopo Referências Visão Geral DESCRIÇÃO GERAL Descrição da Situação Regras do negócio Documentação do modelo de caso de uso Lista de Atores Lista de Casos de Uso Quadro de Respostas Descrição do caso de uso DIAGRAMA DE CASO DE USO DIAGRAMA DE CLASSES DE ANÁLISE Use Case Realization Caso de Uso Manter Autor Use Case Realization Caso de Uso Manter DDC Use Case Realization Caso de Uso Manter Área de Conhecimento Use Case Realization Caso de Uso Emitir Certificado Use Case Realization Caso de Uso Consultar Normas Use Case Realization Caso de Uso Manter Comunicação Use Case Realization Caso de Uso Manter Artigo Use Case Realization Caso de Uso Manter Conselheiro Use Case Realization Caso de Uso Manter Consultor Externo Use Case Realization Caso de Uso Controlar Tempo de Avaliação Use Case Realization Caso de Uso Avaliar Artigo Use Case Realization Caso de Uso Emitir Parecer Use Case Realization Caso de Uso Indicar Consultor Use Case Realization Caso de Uso Importar Área CNPQ Diagrama de Classes de Análise Ator DDC Ator Autor Ator Conselheiro Ator Consultor Externo DIAGRAMA DE COLABORAÇÃO Diagrama de Colaboração Caso de Uso Manter Autor Diagrama de Colaboração Caso de Uso Manter DDC Diagrama de Colaboração Caso de Uso Manter Área de Conhecimento Diagrama de Colaboração Caso de Uso Manter Emitir Certificado Diagrama de Colaboração Caso de Uso Consultar Normas Diagrama de Colaboração Caso de Uso Manter Comunicação Diagrama de Colaboração Caso de Uso Manter Artigo Diagrama de Colaboração Caso de Uso Manter Conselheiro Diagrama de Colaboração Caso de Uso Controlar Tempo de Avaliação Diagrama de Colaboração Caso de Uso Manter Consultor Externo Diagrama de Colaboração Caso de Uso Avaliar Artigo

3 6.12 Diagrama de Colaboração Caso de Uso Indicar Consultor Externo Diagrama de Colaboração Caso de Uso Importar Áreas do CNPQ DIAGRAMA DE PACOTE TELAS DO SISTEMA Tela de Abertura Tela Acompanhar Artigo Tela Normas de Publicação Tela Acompanhar Submissão Tela Comunicação Tela Cadastro de Autor Observações Finais Anexos

4 Especificação de Requisitos de Software 1. INTRODUÇÃO O desenvolvimento do sistema web para a administração de submissões de artigos é baseado em discussões com os membros do conselho deliberativo editorial local da revista Acta Scientiarum, que é composta por seis números anuais, contemplando seis diferentes áreas de conhecimento, sendo elas: Ciências Humanas e Sociais; Ciências Biológicas; Ciências da Saúde; Zootecnia; Agronomia e Ciências Tecnológicas. Atualmente está indexada em dezoito indexadores internacionais, mostrando assim, a sua importância para a comunidade cientifica. O sistema analisado está relacionado principalmente com o gerenciamento de submissões de artigos por parte do autor, para a publicação na revista. Além de distribuição aos conselheiros externos e acompanhamento dos pareceres atribuídos a cada artigo, definindo assim, quais artigos serão publicadas nas próximas edições da revista. 1.1 Objetivos Este projeto tem como objetivo, desenvolver um sistema web denominado SOLAS (Sistema On- Line Acta Scientiarum) que ajudará na submissão, distribuição e o acompanhamento de avaliação de artigos na revista Acta Scientiarum. Nele, o autor encontrará informações gerais para a formatação e submissão e acompanhar a evolução das etapas de análise dos artigos submetidos. Estará atuando também, na comunicação entre os membros deliberativo editorial local da revista com os consultores externos de cada área específica, realizando as tarefas de distribuição, gerenciamento de prazos e recebimento de parecer de forma automatizada. 1.2 Escopo Este documento é limitado à descrição do sistema SOLAS, um sistema que auxilie na submissão e avaliação de artigos na revista Acta Scientarium, tendo como objetivo ser uma ferramenta que proporcione um maior controle e agilidade no processo de submissão de artigos. 1.3 Referências Padrão IEEE , Recommended Practice for Software Requirements Specifications. (Prática recomendada para as especificações de Requisitos de Software). BEZERRA, Eduardo. Princípios de análise e projeto de Sistemas com UML. Rio de Janeiro: Elsevier, Páginas 45 a 94. CARDOSO, Caíque. UML na prática. Rio de Janeiro: Editora Ciência Moderna Ltda.,

5 1.4 Visão Geral O sistema SOLAS fornece os subsistemas necessários para a submissão, distribuição, atribuição de parecer e consulta nos artigos submetidos para a revista Acta Scientarium. Sendo executado em um navegador da Web, proporcionando ao usuário, uma fácil navegabilidade. 2. DESCRIÇÃO GERAL Nesta seção, estão descritas as principais funções associadas a este produto. 2.1 Descrição da Situação Após levantamento de requisitos inicial para este sistema, os analistas chegaram à seguinte lista de requisitos funcionais: R1. O sistema deve manter informações cadastrais sobre os autores. R2. O sistema deve manter informações cadastrais sobre os membros do conselho editorial local com sua área de conhecimento. R3. O sistema deve manter informações cadastrais sobre os consultores externos. R4. O sistema deve permitir aos autores encontrarem as normas para a submissão dos artigos. R5. O sistema deve permitir aos autores encontrarem informações sobre como proceder para submeter os artigos. R6. O sistema deve permitir a realização da submissão do artigo. R7. O sistema deve comunicar ao conselho editorial local o recebimento do artigo. R8. O sistema deve emitir o protocolo de recebimento, via , ao autor de correspondência. R9. O sistema deve permitir a emissão do parecer prévio pelo membro do conselho editorial local de acordo com a sua área de conhecimento. R10. O sistema deve realizar a devolução do artigo ao autor com o parecer prévio, quando este não atender as normas da Revista. R11. O sistema deve permitir a distribuição dos artigos para análise aos consultores externos, quando este atender as normas da Revista. R12. O sistema deve controlar e validar o prazo de emissão de parecer dos consultores externos. R13. O sistema deve suspender a análise de artigo quando o consultor não cumprir o prazo estipulado. R14. O sistema deve permitir a re-distribuição do artigo a outros consultores externos, quando for suspensa a análise do consultor anterior. R15. O sistema deve permitir o lançamento dos pareceres dos consultores externos em relação aos artigos. R16. O sistema deve comunicar aos membros do conselho editorial local o recebimento dos pareceres. R17. O sistema deve permitir a realização da baixa do artigo conforme os pareceres recebidos. 5

6 R18. O sistema deve controlar o encaminhamento ao autor de correspondência o parecer dos consultores. R19. O sistema deve encaminhar o artigo ao autor de correspondência para a reformulação ou correção. R20. O sistema deve permitir ao autor que retorne o artigo reformulado. R21. O sistema deve comunicar aos membros do conselho editorial local o recebimento do artigo reformulado ou corrigido. R22. O sistema deve enviar o artigo aos consultores para conferencia do artigo reformulado. R23. O sistema deve encaminhar o artigo ao prelo para posterior publicação. R24. O sistema deve permitir o lançamento do encaminhamento da prova tipográfica e a declaração de originalidade e cessão de direitos autorais ao autor para a última análise e assinatura. R25. O sistema deve permitir o lançamento do recebimento da declaração e cessão assinadas. R26. O sistema deve permitir o lançamento da edição e número de páginas que o artigo será publicado. 2.2 Regras do negócio Foram identificadas algumas regras iniciais de negócio para o sistema. Sigla Regra Descrição RN01 Cadastrar Autores Após realizar o cadastro do autor, o sistema deve gerar automaticamente, um protocolo, modelo em anexo. RN02 RN03 Submissão de artigos por área de conhecimento Habilitação para ser consultor externo ou conselheiro Um artigo deve estar dentro de uma área de conhecimento. Após ser submetido, o sistema deve gerar automaticamente um protocolo de recebimento, modelo em anexo. Um consultor externo deverá estar cadastrado dentro de uma área de conhecimento. Em anexo, ficha cadastral. RN04 Emissão de Parecer prévio Um artigo é analisado por um membro do conselho editorial local da área de conhecimento específica, podendo obter os resultados: O artigo não atende as normas da revista, sendo devolvido para os autores. Modelo ofício em anexo. O artigo atende as normas da revista, sendo encaminhado aos consultores externos da área de conhecimento, definido pelo membro do conselho editorial local da área de conhecimento do artigo. 6

7 RN05 Distribuição de artigos aos consultores externos Os artigos são encaminhados por um membro do conselho editorial local da área de conhecimento específica aos consultores externos da mesma área de conhecimento para análise, com o objetivo de verificar a originalidade, qualidade e mérito científico. Modelo ofício em anexo RN06 Política de Avaliação do Artigo Um artigo é aprovado quando obtém dois pareceres favoráveis dos consultores externos ou obtém um parecer favorável do consultor externo e um parecer favorável do membro do conselho editorial da área de conhecimento. Modelo ofício em anexo. Um artigo pode ser aprovado com ressalvas, podendo ser corrigido ou reformulado, de acordo com as sugestões dos consultores para ser submetido novamente. Modelo ofício em anexo. Um artigo é desfavorável quando obtém dois pareceres desfavoráveis dos consultores externos ou obtém um parecer desfavorável do consultor externo e um parecer desfavorável do membro do conselho editorial da área de conhecimento. Modelo ofício em anexo RN07 Política de Publicação do Artigo Ter sido realizada todas as reformulações ou correções sugeridas pelos consultores e ter sido submetido novamente. Modelo ofício em anexo. Ter sido re-analisado pelo consultor. Modelo ofício em anexo. Obter o documento assinado de declaração de originalidade e cessão de direito autorais. Modelo documentos em anexo RN08 Emissão de certificado aos consultores externos RN09 Validação do prazo de avaliação dos artigos para os consultores externos. Ao término do ano os consultores externos recebem um certificado contendo o número de pareceres, independente de serem favoráveis ou desfavoráveis. Os consultores externos têm um prazo de 20 dias a contar da data de recebimento, anexo modelo ofício, do artigo sem identificação dos autores. Quando não ocorre o retorno dos pareceres dentro deste prazo, o consultor recebe uma cobrança, via , prorrogando o prazo. Ao vencer o prazo pela segunda vez, é suspenda a avaliação deste consultor e o artigo é encaminhado a outro consultor externo da mesma área de conhecimento. 7

8 2.3 Documentação do modelo de caso de uso Neste sistema de administração de submissão de artigos, foram identificados e documentados os seguintes atores: Lista de Atores Ator Autor Divisão de divulgação científica (DDC) Conselheiro Consultor externo Descrição Indivíduo que escreve, submete e acompanha a etapa em que o artigo se encontra para ser publicado na revista. Indivíduo que recebe o artigo estabelece a comunicação com os demais autores quando necessário. Indivíduo que realiza o parecer prévio do artigo e distribui o artigo aos consultores externos. O conselheiro é um Membro do Conselho Editorial Local da área específica. Indivíduo que analisa o artigo, emitindo parecer sobre o mesmo Lista de Casos de Uso Ator: Divisão de divulgação científica (DDC) Num Descrição Evento Caso de Uso Resposta 001 DDC Solicita cadastro dadosddc Manter DDC MSG DDC solicita consulta dadosautor Manter Autor MSG DDC solicita cadastro dadosconselheiro Manter Conselheiro MSG DDC Solicita cadastro dadosareaconhecimento Manter Área de MSG03 Conhecimento 005 DDC Solicita consulta dadosconsultorexterno Manter Consultor Externo. 006 O DDC recebe enviarartigo Manter Artigo MSG05 comunicação de submissão de artigo e encaminha ao conselheiro 007 O DDC gera notificação de prazo de análise para o artigo 008 Emitir notificação de parecer final do artigo ao autor 009 Emitir certificado de avaliações anuais aos consultores externos. noticaçãoprazo Controlar Tempo de Avaliação Protocolo, MSG03 enviacomunicacao Manter Comunicação Protocolo, MSG03 emitircertificado verartigo Emitir Certificado MSG04 8

9 Ator: Autor Num Descrição Evento Caso de Uso Resposta 001 Autor solicita cadastro dadosautor Manter Autor Protocolo, Msg Autor consulta normas para consultarnormas Consultar Normas a submissão de artigos na revista. 003 Autor envia o artigo para a submeterartigo Manter Artigo Protocolo, revista 004 Autor Recebe Comunicação da revista buscacomunicacao recebercomunicacao Manter Comunicação Msg2 Ator: Conselheiro Num Descrição Evento Caso de Uso Resposta 001 O Conselheiro consulta o artigo recebido consultarartigo Consultar Artigo 002 O Conselheiro emite emitirparecerprevio Emitir Parecer Prévio Protocolo, parecer prévio MSG08, MSG O conselheiro indica indicarconsultores Indicar Consultores Protocolo, consultores externos 004 O conselheiro solicita cadastro Ator: Consultor Externo Externos MSG02 dadosconselheiro Manter Conselheiro MSG01 Num Descrição Evento Caso de Uso Resposta 001 Consultor Externo dadosconsultorexterno Manter Consultor Solicita Cadastro Externo 002 O Consultor avalia o consultarartigo Avaliar Artigo Protocolo, artigo, podendo inserir avaliarartigo MSG08 sugestões de alteração e emitirparecer emite o parecer. 003 O Consultor recebe Controle de tempo de avaliação Notifica Controlar Tempo Avalição Protocolo 9

10 2.3.3 Quadro de Respostas MSG01 Msg02 MSG03 MSG04 MSG05 MSG06 MSG07 MSG08 MSG09 MSG10 1- Funcionário cadastrado com sucesso 2- Funcionário não cadastrado 3- Funcionário já cadastrado 4- Operação Cancelada 1- Autor cadastrado com sucesso. 2- Autor alterado com sucesso. 3- Autor não cadastrado 4- Autor já cadastrado 5- Operação cancelada 1- Área de Conhecimento cadastrada com sucesso 2- Área de Conhecimento não cadastrada 3- Área de Conhecimento já cadastrada 4- Operação Cancelada 1- Artigo submetido com sucesso 2- Artigo não submetido 3- Operação cancelada 1- Comunicado de Artigo Submetido enviado com sucesso 2- Comunicado de Artigo Submetido não enviado. 5- Notificação enviada com sucesso. 6- Notificação não enviada. 1- Certificado Emitido com sucesso. 2- Certificado Não Emitido. 1- Parecer emitido com sucesso 2- Parecer não emitido 3- Operação cancelada 1- Artigo encaminhado aos consultores externos 2- Artigo não encaminhado aos consultores externos 1- Áreas CNPQ Importado com sucesso. 2- Áreas CNPQ não importado. 10

11 2.3.4 Descrição do caso de uso Manter Área de Conhecimento Sumário: DDC realiza o cadastro (inclusão, alteração e consulta) das áreas de conhecimento que a revista atende. Ator Primário: DDC. Fluxo Principal 1. O DDC solicita a opção de Cadastro de Área de Conhecimento. 2. O sistema exibe tela de cadastro de Área de Conhecimento. 3. O DDC seleciona a opção de Inserir. 4. O DDC insere as informações. 5. O sistema valida as informações obrigatórias. 6. O sistema registra a Área de Conhecimento. 7. O sistema retorna MSG03-1. Fluxo Alternativo (2): Alterar 1. O sistema exibe a tela de cadastro de DDC. 2. O DDC seleciona a opção de Consultar. 3. O DDC informa o cpf a ser consultado. 4. O sistema apresenta os detalhes do DDC no formulário. 5. O DDC altera as informações necessárias 6. O sistema registra a alteração do DDC. 7. O sistema retorna MSG03-2. Fluxo Alternativo (6): Cancelar 1. O DDC seleciona a opção Cancelar. 2. O sistema sai da tela de cadastro de Área de Conhecimento sem realizar alguma operação. 3. O sistema retorna MSG03-4 Fluxo de Exceção (3): Área de Conhecimento já cadastrado Se já existir cadastrado a Área de Conhecimento já cadastrada, o sistema não realiza a inserção e emite MSG03-3 Fluxo de Exceção (5): Validação de informações O sistema verifica se as informações obrigatórias estão preenchidas, caso não esteja, o sistema solicita ao usuário o preenchimento das mesmas. Pós-Condição: A Área de Conhecimento foi cadastrada no sistema. 11

12 Manter autor Sumário: Autor realiza o cadastro (inclusão, alteração e consulta) dos dados do autor. Ator Primário: Autor Ator Secundário: DDC Fluxo Principal 1. O Autor solicita a opção de Cadastro de Autor. 2. O sistema exibe tela de Cadastro de Autor. 3. O Autor seleciona a opção de Inserir o autor. 4. O Autor insere suas informações. 5. O sistema valida as informações obrigatórias. 6. O sistema registra o Autor. 7. O sistema retorna MSG O sistema envia por o Protocolo de Confirmação de Cadastro (RN01). Fluxo Alternativo (2): Consulta 1. O sistema exibe a tela de cadastro de Autor. 2. O Autor seleciona a opção de Consultar o Autor. 3. O Autor informa o cpf a ser consultado. 4. O sistema apresenta os detalhes do autor no formulário de autor. Fluxo Alternativo (2): Alterar 1. O sistema exibe a tela de cadastro de Autor. 2. O Autor seleciona a opção de Consultar o Autor. 3. O Autor informa o cpf a ser consultado. 4. O sistema apresenta os detalhes do autor no formulário de autor. 5. O Autor altera as informações necessárias 6. O sistema registra a alteração do Autor. 7. O sistema retorna MSG01-2 Fluxo Alternativo (6): Cancelar 1. O Autor seleciona a opção Cancelar. 2. O sistema sai da tela de cadastro de Autor sem realizar nenhuma operação. 3. O sistema retorna MSG01-5 Fluxo de Exceção (3): Autor já cadastrado Se já existir cadastrado um autor com o mesmo CPF do autor que está sendo cadastrado, o sistema não realiza a inserção e emite MSG

13 Fluxo de Exceção (5): Validação de informações O sistema verifica se as informações obrigatórias estão preenchidas, caso não esteja, o sistema solicita ao usuário o preenchimento das mesmas. Pós-Condição: O autor foi cadastrado no sistema, podendo, então, submeter artigos em suas área de conhecimento. Regras de Negócio: RN01. Consultar Normas Sumário: Autor utiliza o sistema para obter informações sobre as Normas de Submissão de Artigo. Ator Primário: Autor. Pré-Condição: As normas para submissão de artigos devem estar cadastradas. Fluxo Principal 1. O Autor seleciona o item Normas de Submissão de Artigos. 2. O sistema exibe a tela de download com as Normas de Submissão de Artigos. 3. O Autor seleciona a opção para Salvar o arquivo. 4. O sistema exibe a porcentagem de download já realizada. 5. O sistema emite comunicado de conclusão de download Fluxo Alternativo (3): Cancela a opção de Download 1. O Autor seleciona o item Normas de Submissão de Artigos. 2. O sistema exibe a tela de download com as Normas de Submissão de Artigos. 3. O Autor seleciona a opção para Cancelar o Download. 13

14 Manter Artigo Sumário: Autor envia o artigo para análise. Ator Primário: Autor Precondições: O autor deve estar autenticado no sistema. A Área de Conhecimento deve estar cadastrada. Fluxo Principal 1. O Autor solicita tela de Artigos. 2. O Autor solicita a submissão do artigo. 3. O sistema exibe a tela com as Áreas de Conhecimento cadastradas. 4. O Autor seleciona a área de conhecimento. 5. O Autor submete o sistema. 6. O sistema inclui o artigo. 7. O sistema envia notificação ao DDC. 8. O sistema envia notificação ao Conselheiro. 9. O sistema retorna MSG O sistema envia por o Protocolo de Submissão (RN02). Fluxo Alternativo (2): Acompanhar a submissão 1. O Autor solicita consulta do artigo. 2. O sistema exibe todos os artigos submetidos por este autor com as indicações. 3. O Autor seleciona o artigo consultado. 4. O sistema exibe o formulário preenchido com o Histórico do artigo. Fluxo Alternativo (2): Re-submissão do Artigo. 1. Após corrigir ou reformular o artigo conforme sugestões do conselheiro ou dos consultores, o Autor solicita consulta do artigo (RN07). 2. O sistema exibe todos os artigos submetidos por este autor com as indicações. 3. O Autor seleciona o artigo que precisa ser submetido. 4. O Autor submete o artigo. 5. O sistema inclui o artigo submetido com as correções ou reformulações, indicando-o. 6. O sistema envia uma notificação ao DDC. 7. O sistema encaminha o artigo para a validação aos consultores e conselheiros. 8. O sistema retorna MSG O sistema envia por o Protocolo de Re-Submissão (RN02). Fluxo Alternativo (7): Recebimento do Artigo. 1. O DDC recebe notificação por de submissão de artigos. 2. O DDC solicita tela de Artigos. 3. O DDC solicita consulta de artigos. 14

15 4. O sistema exibe todos os artigos submetidos e não avaliados pelo conselheiro. 5. O DDC emite envia o artigo ao conselheiro da área de conhecimento. Fluxo Alternativo (3): O Autor seleciona a opção Cancelar. 1. O sistema sai da tela de submissão de artigo sem realizar nenhuma operação. 2. O sistema retorna MSG04-2 Fluxo de Exceção (3): Artigo não submetido Se o artigo já foi submetido e não foi solicitada nenhuma correção, o sistema não realiza a submissão do artigo, emitindo MSG04-3. Pós-Condições: O artigo passa a estar submetido e disponível para consultas de Autores, DDC, Conselheiros ou Consultores Externos para o acompanhamento, distribuição ou avaliação. Manter Funcionário Sumário: DDC realiza o cadastro (inclusão, alteração e consulta) dos dados dos Funcionários. Ator Primário: DDC Fluxo Principal 8. O DDC solicita a opção de Cadastro Funcionário. 9. O sistema exibe tela de cadastro de funcionário. 10. O DDC seleciona a opção de Inserir. 11. O DDC insere as informações. 12. O sistema valida as informações obrigatórias. 13. O sistema registra o funcionário. 14. O sistema retorna MSG01-1. Fluxo Alternativo (2): Consulta 1. O sistema exibe a tela de cadastro de funcionário. 2. O DDC seleciona a opção de Consultar. 3. O DDC informa o cpf a ser consultado. 4. O sistema apresenta os detalhes do DDC no formulário de funcionário. Fluxo Alternativo (2): Alterar 8. O sistema exibe a tela de cadastro de funcionário. 9. O DDC seleciona a opção de Consultar. 10. O DDC informa o cpf a ser consultado. 11. O sistema apresenta os detalhes do funcionário no formulário. 12. O DDC altera as informações necessárias 13. O sistema registra a alteração do funcionário. 14. O sistema retorna MSG

16 Fluxo Alternativo (6): Cancelar 4. O DDC seleciona a opção Cancelar. 5. O sistema sai da tela de cadastro de funcionário sem realizar alguma operação. 6. O sistema retorna MSG01-5 Fluxo de Exceção (3): Funcionário já cadastrado Se já existir cadastrado um funcionário com o mesmo CPF já cadastrado, o sistema não realiza a inserção e emite MSG01-4 Fluxo de Exceção (5): Validação de informações O sistema verifica se as informações obrigatórias estão preenchidas, caso não esteja, o sistema solicita ao usuário o preenchimento das mesmas. Pós-Condição: O funcionário foi cadastrado no sistema. Manter Conselheiro Sumário: Conselheiro realiza o cadastro (inclusão, alteração e consulta) dos dados. O DDC consulta o cadastro do Conselheiro Ator Primário: Conselheiro Ator Secundário: DDC Precondição: A Área de Conhecimento deve estar cadastrada (RN03). Fluxo Principal 1. O Conselheiro solicita a opção de Conselheiro. 2. O sistema exibe tela de cadastro de Conselheiro. 3. O Conselheiro seleciona a opção de Inserir. 4. O Conselheiro insere as informações. 5. O sistema valida as informações obrigatórias. 6. O sistema registra o Conselheiro. 7. O sistema retorna MSG01-1. Fluxo Alternativo (2): Consulta 1. O sistema exibe a tela de cadastro de Conselheiro. 2. O Conselheiro ou o DDC seleciona a opção de Consultar. 3. O Conselheiro ou o DDC informa o cpf ou nome a ser consultado. 4. O sistema apresenta os detalhes do Conselheiro no formulário de DDC. Fluxo Alternativo (2): Alterar 16

17 1. O sistema exibe a tela de cadastro de Conselheiro. 2. O sistema apresenta os detalhes do Conselheiro no formulário. 3. O Conselheiro altera as informações necessárias 4. O sistema registra a alteração do Conselheiro. 5. O sistema retorna MSG01-2. Fluxo Alternativo (6): Cancelar 1. O Conselheiro ou o DDC seleciona a opção Cancelar. 2. O sistema sai da tela de cadastro de Conselheiro sem realizar nenhuma operação. 3. O sistema retorna MSG01-5 Fluxo de Exceção (3): Conselheiro já cadastrado Se já existir cadastrado um Conselheiro com o mesmo CPF já cadastrado, o sistema não realiza a inserção e emite MSG01-4 Fluxo de Exceção (5): Validação de informações O sistema verifica se as informações obrigatórias estão preenchidas, caso não esteja, o sistema solicita ao usuário o preenchimento das mesmas. Pós-Condição: O Conselheiro foi cadastrado no sistema. Manter Consultor Externo Sumário: Consultor Externo realiza o cadastro (inclusão, alteração e consulta) dos dados. O DDC consulta o cadastro do Consultor Externo Ator Primário: Consultor Externo Ator Secundário: DDC Precondição: A Área de Conhecimento deve estar cadastrada (RN03). Fluxo Principal 1. O Consultor Externo solicita a opção de Consultor Externo. 2. O sistema exibe tela de cadastro de Consultor Externo. 3. O Consultor Externo seleciona a opção de Inserir. 4. O Consultor Externo insere as informações. 5. O sistema valida as informações obrigatórias. 6. O sistema registra o Consultor Externo. 7. O sistema retorna MSG01-1. Fluxo Alternativo (2): Consulta 1. O sistema exibe a tela de cadastro de Consultor Externo. 2. O Consultor Externo ou o DDC seleciona a opção de Consultar. 17

18 3. O Consultor Externo ou o DDC informa o cpf ou nome a ser consultado. 4. O sistema apresenta os detalhes do Consultor Externo no formulário de DDC. Fluxo Alternativo (2): Alterar 1. O sistema exibe a tela de cadastro de Consultor Externo. 2. O sistema apresenta os detalhes do Consultor Externo no formulário. 3. O Consultor Externo altera as informações necessárias 4. O sistema registra a alteração do Consultor Externo. 5. O sistema retorna MSG01-2. Fluxo Alternativo (6): Cancelar 8. O Consultor Externo ou o DDC seleciona a opção Cancelar. 9. O sistema sai da tela de cadastro de Consultor Externo sem realizar nenhuma operação. 10. O sistema retorna MSG01-5 Fluxo de Exceção (3): Consultor Externo já cadastrado Se já existir cadastrado um Consultor Externo com o mesmo CPF já cadastrado, o sistema não realiza a inserção e emite MSG01-4 Fluxo de Exceção (5): Validação de informações O sistema verifica se as informações obrigatórias estão preenchidas, caso não esteja, o sistema solicita ao usuário o preenchimento das mesmas. Pós-Condição: O Consultor Externo foi cadastrado no sistema. Controlar Tempo de Avaliação Sumário: O DDC verifica os consultores externos que estão com artigo para ser analisada com prazo superior ao determinado. Ator primário: DDC Ator secundário: Conselheiros e Consultor Externo Precondição: tenha sido distribuído algum artigo aos Consultores Externos. Fluxo Principal 1. O sistema informa que existem consultores com prazos a concluir. 2. O sistema emite o formulário com o tempo que cada consultor externo está com o artigo, ordenando de forma decrescente. 3. O DDC solicita envio de ofício de validação de prazo para os consultores que estão com o prazo vencido (RN09). 4. O sistema notifica os Consultores externos emitindo protocolo. 5. O sistema prorroga o prazo de emissão de parecer. 18

19 Fluxo Alternativo (3) 6. O sistema emite MSG O DDC solicita suspensão de avaliação do artigo para os consultores que estão com o prazo superado e já ocorreu uma prorrogação. 2. O sistema notifica os conselheiros à suspensão, solicitando uma nova indicação. 3. O sistema emite MSG06-01 Fluxo de Exceção (3): Operação Cancelada O DDC cancela o envio de notificação aos consultores. O sistema emite a MSG06-2 Pós-condições: O prazo para emissão de parecer é prorrogado ou o artigo é suspenso para avaliação do consultor. Emitir Notificações Sumário: O DDC recebe os pareceres dos conselheiros e consultores externos e emite a Notificação ao Autor. Ator Primário: DDC Atores Secundários: Autor. Precondição: O conselheiro e os consultores terem emitido o parecer. Fluxo Principal 1. O DDC recebe do sistema a notificação que todos os pareceres foram emitidos. 2. O DDC solicita ao sistema a relação dos artigos com pareceres emitidos. 3. O DDC seleciona o artigo. 4. O sistema exibe o formulário para a emissão de parecer (RN06). 5. O DDC preenche o formulário. 6. O sistema envia o protocolo de parecer ao autor. 7. O sistema emite MSG08-1 Fluxo Alternativo (1): Autor Consulta Comunicação 1. O Autor recebe notificação por 2. O Autor seleciona o artigo 3. O sistema exibe formulário com a notificação. Pós-condição: O autor recebe o parecer. O sistema fica aguardando retorno do autor, quando o artigo precisa ser corrigido ou reformulado. Regras de Negócio: RN06 19

20 Emitir Certificado Sumário: O DDC emite o certificado anual com o número de pareceres emitidos pelos Consultores. Ator Primário: DDC Precondição: Os consultores externos terem emitido pareceres durante o ano. Fluxo Principal 1. O DDC solicita consultores externos e número de pareceres emitidos durante o ano. 2. O sistema exibe a lista dos consultores com o total de parecer (RN08). 3. O sistema disponibiliza a opção de gerar certificado. 4. O DDC solicita a geração do certificado. 5. O DDC solicita impressão do certificado. 6. O sistema emite MSG07-1 Pós-condição: Os certificados estão emitidos e impressos, prontos para serem encaminhados aos consultores. Regra de negócio: RN08. Avaliar Artigo / Emitir Parecer Prévio Sumario: O artigo submetido é avaliado primeiro pelo conselheiro e pelos consultores externos. Ator primário: Conselheiro Atores Secundários: Consultores Externos. Precondição: O artigo ter sido submetido pelo autor. Fluxo Principal 1. O Conselheiro recebe a notificação de submissão do artigo. 2. O Conselheiro solicita ao sistema o download do artigo. 3. O sistema realiza o download do artigo. 4. O conselheiro realiza a avaliação prévia do artigo (RN04). 5. O conselheiro emite o parecer prévio favorável do artigo. 6. O sistema emite MSG Com o parecer prévio favorável o conselheiro indica dois consultores (RN05). 8. O sistema emite MSG08-1 Fluxo Alternativo (5): Parecer Prévio desfavorável. 1. O conselheiro emite parecer prévio desfavorável do artigo (RN06). 2. O sistema emite MSG

21 3. O sistema exibe formulário para preenchimento de sugestões. 4. O conselheiro preenche o formulário. 5. O sistema registra as informações fornecidas. 6. O sistema gera o ofício com o parecer desfavorável e as sugestões fornecidas. 7. O conselheiro confirma o ofício e as sugestões. 8. O sistema envia o ofício ao autor (RN04). Fluxo Alternativo (1): Parecer Favorável Consultor Externo 1. O Consultor Externo recebe a notificação de indicação de artigo. 2. O Consultor Externo solicita ao sistema o download do artigo. 3. O sistema realiza o download do artigo. 4. O Consultor Externo realiza a avaliação do artigo (RN06). 5. O Consultor Externo emite o parecer do artigo preenchendo o formulário. 6. O sistema emite MSG08-1 Fluxo Alternativo (1): Parecer Desfavorável Consultor Externo 1. O Consultor Externo recebe a notificação de indicação de artigo. 2. O Consultor Externo solicita ao sistema o download do artigo. 3. O sistema realiza o download do artigo. 4. O Consultor Externo realiza a avaliação do artigo (RN06). 5. O Consultor Externo emite o parecer do artigo. 6. O sistema exibe formulário para preenchimento de sugestões. 7. O Consultor Externo preenche o formulário. 8. O sistema registra as informações fornecidas. 9. O sistema gera o ofício com o parecer desfavorável e as sugestões fornecidas. 10. O Consultor Externo confirma o ofício e as sugestões. 11. O sistema emite MSG08-1 Fluxo Alternativo (1): Re-avaliação após correção Consultor. 1. O Consultor Externo recebe a notificação de correção de artigo. 2. O Consultor Externo solicita ao sistema o download do artigo. 3. O sistema realiza o download do artigo. 4. O sistema exibe o relatório com as sugestões realizadas na correção. 5. O Consultor Externo realiza a avaliação do artigo (RN06). 6. O Consultor Externo emite o parecer do artigo. 7. O sistema emite MSG08-1 Pós-condições: O artigo é favorável, favorável com ressalvas ou desfavorável para ser publicado na revista. O DDC receberá notificações para comunicação com Autor. Regras de Negócio: RN04, RN05 e RN06 21

22 Indicar Consultor Sumario: O conselheiro indica consultores externos para a avaliação do artigo. Ator primário: Conselheiro Precondição: O artigo ter sido submetido pelo autor. Tem que haver consultores externos da área de conhecimento do artigo. Fluxo Principal 1. O Conselheiro solicita tela de indicação de consultores. 2. O sistema exibe formulário com todos os artigos a serem indicados. 3. O Conselheiro seleciona o artigo. 4. O sistema apresenta todos os consultores disponíveis para a avaliação do artigo selecionado de acordo com a área de conhecimento. 5. O conselheiro indica o consultor. 6. O sistema emite MSG09-1 Fluxo Alternativo (3): Não há conselheiro que atende os requisitos para a avaliação do artigo. 1. O sistema apresenta todos os consultores disponíveis para a avaliação do artigo selecionado. 2. O conselheiro não indica o consultor. 3. O sistema emite MSG09-2 Pós-condições: O conselheiro recebe notificação de indicação. Regras de Negócio: RN05 22

23 Importar Área CNPQ Sumario: O DDC importa as grandes áreas do CNPQ. Ator primário: DDC Precondição: Fluxo Principal 1. O DDC solicita tela de importação de Áreas do CNPQ. 2. O sistema conecta-se ao CNPQ. 3. O sistema importa as Áreas do CNPQ 4. O sistema emite MSG10-1 Fluxo Alternativo (3): Não há conselheiro que atende os requisitos para a avaliação do artigo. 1. O sistema não consegue estabelecer conexão com o CNPQ. 2. O sistema emite MSG10-2 Pós-condições: O sistema mantém as áreas do CNPQ atualizadas. Regras de Negócio: RN0 23

24 3. DIAGRAMA DE CASO DE USO 24

25 4. DIAGRAMA DE CLASSES DE ANÁLISE 4.1 Use Case Realization Caso de Uso Manter Autor 4.2 Use Case Realization Caso de Uso Manter Funcionário 25

26 4.3 Use Case Realization Caso de Uso Manter Área de Conhecimento 26

27 4.4 Use Case Realization Caso de Uso Emitir Certificado 27

28 4.5 Use Case Realization Caso de Uso Consultar Normas 4.6 Use Case Realization Caso de Uso Manter Comunicação 28

29 4.7 Use Case Realization Caso de Uso Manter Artigo 29

30 4.8 Use Case Realization Caso de Uso Manter Conselheiro 4.9 Use Case Realization Caso de Uso Manter Consultor Externo 30

31 4.10 Use Case Realization Caso de Uso Controlar Tempo de Avaliação 31

32 4.11 Use Case Realization Caso de Uso Avaliar Artigo 4.12 Use Case Realization Caso de Uso Emitir Parecer 32

33 4.13 Use Case Realization Caso de Uso Indicar Consultor 33

34 4.14 Use Case Realization Caso de Uso Importar Área CNPQ 34

35 5. Diagrama de Classes de Análise 5.1 Ator DDC 35

36 5.2 Ator Autor 36

37 5.3 Ator Conselheiro 37

38 5.4 Ator Consultor Externo 38

39 6. DIAGRAMA DE COLABORAÇÃO 6.1 Diagrama de Colaboração Caso de Uso Manter Autor 6.2 Diagrama de Colaboração Caso de Uso Manter DDC 39

40 6.3 Diagrama de Colaboração Caso de Uso Manter Área de Conhecimento 6.4 Diagrama de Colaboração Caso de Uso Manter Emitir Certificado 40

41 6.5 Diagrama de Colaboração Caso de Uso Consultar Normas 6.6 Diagrama de Colaboração Caso de Uso Manter Comunicação 41

42 6.7 Diagrama de Colaboração Caso de Uso Manter Artigo 42

43 6.8 Diagrama de Colaboração Caso de Uso Manter Conselheiro 6.9 Diagrama de Colaboração Caso de Uso Controlar Tempo de Avaliação 43

44 6.10 Diagrama de Colaboração Caso de Uso Manter Consultor Externo 6.11 Diagrama de Colaboração Caso de Uso Avaliar Artigo 44

45 6.12 Diagrama de Colaboração Caso de Uso Indicar Consultor Externo 6.13 Diagrama de Colaboração Caso de Uso Importar Áreas do CNPQ 45

46 7. DIAGRAMA DE PACOTE 46

47 8. TELAS DO SISTEMA 8.1 Tela de Abertura 47

48 8.2 Tela Acompanhar Artigo 48

49 8.3 Tela Normas de Publicação 49

50 8.4 Tela Acompanhar Submissão 50

51 8.5 Tela Comunicação 51

52 8.6 Tela Cadastro de Autor 52

53 Observações Finais Por ser um sistema que estará disponível na web, as telas apresentadas neste trabalho estarão sujeitas a aprovação. Neste projeto, encontram-se apenas algumas telas das necessárias para o sistema. As demais serão implementadas mediante aprovação de layout. 53

54 Anexos 54