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

(1)

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

(2)

Sumário

Especificação de Requisitos de Software ... 4

1. INTRODUÇÃO ... 4 1.1 Objetivos ... 4 1.2 Escopo ... 4 1.3 Referências ... 4 1.4 Visão Geral ... 5 2. DESCRIÇÃO GERAL ... 5 2.1 Descrição da Situação ... 5 2.2 Regras do negócio... 6

2.3 Documentação do modelo de caso de uso... 8

2.3.1 Lista de Atores ... 8

2.3.2 Lista de Casos de Uso... 8

2.3.3 Quadro de Respostas ... 10

2.3.4 Descrição do caso de uso ... 11

3. DIAGRAMA DE CASO DE USO ... 24

4. DIAGRAMA DE CLASSES DE ANÁLISE ... 25

4.1 Use Case Realization – Caso de Uso Manter Autor ... 25

4.2 Use Case Realization – Caso de Uso Manter DDC ... 25

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

4.4 Use Case Realization – Caso de Uso Emitir Certificado ... 27

4.5 Use Case Realization – Caso de Uso Consultar Normas ... 28

4.6 Use Case Realization – Caso de Uso Manter Comunicação ... 28

4.7 Use Case Realization – Caso de Uso Manter Artigo ... 29

4.8 Use Case Realization – Caso de Uso Manter Conselheiro ... 30

4.9 Use Case Realization – Caso de Uso Manter Consultor Externo ... 30

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

4.11 Use Case Realization – Caso de Uso Avaliar Artigo ... 32

4.12 Use Case Realization – Caso de Uso Emitir Parecer ... 32

4.13 Use Case Realization – Caso de Uso Indicar Consultor ... 33

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

5. Diagrama de Classes de Análise ... 35

5.1 Ator DDC ... 35

5.2 Ator Autor ... 36

5.3 Ator Conselheiro ... 37

5.4 Ator Consultor Externo ... 38

6. DIAGRAMA DE COLABORAÇÃO ... 39

6.1 Diagrama de Colaboração – Caso de Uso Manter Autor ... 39

6.2 Diagrama de Colaboração – Caso de Uso Manter DDC ... 39

6.3 Diagrama de Colaboração – Caso de Uso Manter Área de Conhecimento ... 40

6.4 Diagrama de Colaboração – Caso de Uso Manter Emitir Certificado ... 40

6.5 Diagrama de Colaboração – Caso de Uso Consultar Normas ... 41

6.6 Diagrama de Colaboração – Caso de Uso Manter Comunicação ... 41

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

6.8 Diagrama de Colaboração – Caso de Uso Manter Conselheiro... 43

6.9 Diagrama de Colaboração – Caso de Uso Controlar Tempo de Avaliação ... 43

6.10 Diagrama de Colaboração – Caso de Uso Manter Consultor Externo ... 44

(3)

6.12 Diagrama de Colaboração – Caso de Uso Indicar Consultor Externo ... 45

6.13 Diagrama de Colaboração – Caso de Uso Importar Áreas do CNPQ ... 45

7. DIAGRAMA DE PACOTE... 46

8. TELAS DO SISTEMA... 47

8.1 Tela de Abertura ... 47

8.2 Tela Acompanhar Artigo... 48

8.3 Tela Normas de Publicação ... 49

8.4 Tela Acompanhar Submissão ... 50

8.5 Tela Comunicação ... 51

8.6 Tela Cadastro de Autor ... 52

Observações Finais ... 53

(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 IEEE839-1993, 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, 2002. Páginas 45 a 94.

(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 email, 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.

(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 Submissão de artigos por área de conhecimento

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.

RN03 Habilitação para ser consultor externo ou conselheiro

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.

(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

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. RN09 Validação do prazo de avaliação

dos artigos para os consultores externos.

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 email, 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.

(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:

2.3.1 Lista de Atores

Ator Descrição

Autor Indivíduo que escreve, submete e acompanha a etapa em que o artigo se encontra para ser publicado na revista.

Divisão de divulgação científica (DDC)

Indivíduo que recebe o artigo estabelece a comunicação com os demais autores quando necessário.

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

Consultor externo Indivíduo que analisa o artigo, emitindo parecer sobre o mesmo.

2.3.2 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 MSG01

002 DDC solicita consulta dadosAutor Manter Autor MSG02 003 DDC solicita cadastro dadosConselheiro Manter Conselheiro MSG01 004 DDC Solicita cadastro dadosAreaConhecimento Manter Área de

Conhecimento

MSG03

005 DDC Solicita consulta dadosConsultorExterno Manter Consultor Externo. 006 O DDC recebe comunicação de submissão de artigo e encaminha ao conselheiro

enviarArtigo Manter Artigo MSG05

007 O DDC gera notificação de prazo de análise para o artigo

noticaçãoPrazo Controlar Tempo de Avaliação

Protocolo, MSG03

008 Emitir notificação de parecer final do artigo ao autor

enviaComunicacao Manter Comunicação Protocolo, MSG03

009 Emitir certificado de avaliações anuais aos consultores externos.

emitirCertificado verArtigo

(9)

Ator: Autor

001 Autor solicita cadastro dadosAutor Manter Autor Protocolo, Msg02 002 Autor consulta normas para

a submissão de artigos na revista.

consultarNormas Consultar Normas

003 Autor envia o artigo para a revista

submeterArtigo Manter Artigo Protocolo, Msg2 004 Autor Recebe Comunicação da revista buscaComunicacao receberComunicacao Manter Comunicação Ator: Conselheiro

001 O Conselheiro consulta o artigo recebido

consultarArtigo Consultar Artigo

002 O Conselheiro emite parecer prévio

emitirParecerPrevio Emitir Parecer Prévio Protocolo, MSG08, MSG03 003 O conselheiro indica

consultores externos

indicarConsultores Indicar Consultores Externos

Protocolo, MSG02 004 O conselheiro solicita

cadastro

dadosConselheiro Manter Conselheiro MSG01

Ator: Consultor Externo

001 Consultor Externo Solicita Cadastro

dadosConsultorExterno Manter Consultor Externo

002 O Consultor avalia o artigo, podendo inserir sugestões de alteração e emite o parecer.

consultarArtigo avaliarArtigo emitirParecer

Avaliar Artigo Protocolo, MSG08

003 O Consultor recebe Controle de tempo de avaliação

Notifica Controlar Tempo

Avalição

(10)

2.3.3 Quadro de Respostas

MSG01 1- Funcionário cadastrado com sucesso 2- Funcionário não cadastrado

3- Funcionário já cadastrado 4- Operação Cancelada

Msg02 1- Autor cadastrado com sucesso. 2- Autor alterado com sucesso. 3- Autor não cadastrado 4- Autor já cadastrado 5- Operação cancelada

MSG03 1- Área de Conhecimento cadastrada com sucesso 2- Área de Conhecimento não cadastrada

3- Área de Conhecimento já cadastrada 4- Operação Cancelada

MSG04 1- Artigo submetido com sucesso 2- Artigo não submetido

3- Operação cancelada

MSG05 1- Comunicado de Artigo Submetido enviado com sucesso 2- Comunicado de Artigo Submetido não enviado.

MSG06 5- Notificação enviada com sucesso. 6- Notificação não enviada.

MSG07 1- Certificado Emitido com sucesso. 2- Certificado Não Emitido.

MSG08 1- Parecer emitido com sucesso 2- Parecer não emitido

3- Operação cancelada

MSG09 1- Artigo encaminhado aos consultores externos 2- Artigo não encaminhado aos consultores externos MSG10 1- Áreas CNPQ Importado com sucesso.

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

(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 MSG01-1.

8. O sistema envia por email 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.

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

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 MSG01-4

(13)

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.

(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 MSG04-1

10. O sistema envia por email 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 MSG04-1.

9. O sistema envia por email o Protocolo de Re-Submissão (RN02).

Fluxo Alternativo (7): Recebimento do Artigo.

1. O DDC recebe notificação por email de submissão de artigos. 2. O DDC solicita tela de Artigos.

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

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.

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 MSG01-2.

(16)

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

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

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.

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.

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

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

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

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.

1. O sistema exibe a tela de cadastro de Consultor Externo.

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

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.

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

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.

(19)

6. O sistema emite MSG06-01

Fluxo Alternativo (3)

1. 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 email 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.

(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 MSG08-1

7. 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 MSG08-1

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

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.

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

Pós-condições: O conselheiro recebe notificação de indicação.

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

(24)

(25)

4. DIAGRAMA DE CLASSES DE ANÁLISE

4.1 Use Case Realization – Caso de Uso Manter Autor

(26)

(27)

(28)

4.5 Use Case Realization – Caso de Uso Consultar Normas

(29)

(30)

4.8 Use Case Realization – Caso de Uso Manter Conselheiro

(31)

(32)

4.11 Use Case Realization – Caso de Uso Avaliar Artigo

(33)

(34)

(35)

5. Diagrama de Classes de Análise

(36)

(37)

(38)

(39)

6. DIAGRAMA DE COLABORAÇÃO

6.1 Diagrama de Colaboração – Caso de Uso Manter Autor

(40)

6.3 Diagrama de Colaboração – Caso de Uso Manter Área de Conhecimento

(41)

6.5 Diagrama de Colaboração – Caso de Uso Consultar Normas

(42)

(43)

6.8 Diagrama de Colaboração – Caso de Uso Manter Conselheiro

(44)

6.10 Diagrama de Colaboração – Caso de Uso Manter Consultor Externo

(45)

6.12 Diagrama de Colaboração – Caso de Uso Indicar Consultor Externo

(46)

(47)

8. TELAS DO SISTEMA

(48)

(49)

(50)

(51)

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

(54)