z91 - Template para o Trabalho Final

(1)

Eu 0bob Órgão: A Team

Título do Projeto: Nro. Solicitação: Dt. Emissão:

Sistema de Gestão de Necessidades e Competências –SiGNEC-PCT-Guamá

001/2011 11/04/2011

Responsável: Unidade Organizacional: Sub-Unidade:

Paulo Malcher e Ramon Cruz -

-Solicitante: Cliente:

Profº Dr. Antonio Abelém Fundação Guamá

Versões e Revisões deste documento

Data Comentário Autor Revisor Versão

11/04/2011 Versão Inicial Paulo Malcher e

Ramon Cruz

Lucas Silva v1 27/04/2011 Modificação após revisão Paulo Malcher e

Ramon Cruz v2

02/05/2011 Modificação depois da atualização da lista de

requisitos Paulo Malcher e Ramon Cruz Lucas Silva v3 23/05/2011 Modificação após Revisão Paulo Malcher e

(2)

Índice

Introdução... 20

1 Requisitos do Cliente...21

1.1 Visão em Casos de Uso...21

1.2 Caso de Uso: Gerenciar Administrador...46

1.3 Caso de Uso: Acessar o Sistema...50

1.4 Caso de Uso: Gerenciar Pesquisador...54

1.5 Caso de Uso: Gerenciar Laboratório de Pesquisa...61

1.6 Caso de Uso: Gerenciar Organização...66

1.7 Caso de Uso: Gerenciar Coordenador de Laboratório de Pesquisa...72

1.8 Caso de Uso: Gerenciar Representante de Organização...77

1.9 Caso de Uso: Visualizar Perfil de Usuário...82

1.10 Caso de Uso: Visualizar Solicitação de cadastro de Usuário...83

1.11 Caso de Uso: Avaliar Cadastro de Usuário...83

1.12 Caso de Uso: Gerenciar Área de Conhecimento...85

1.13 Caso de Uso: Gerenciar Categoria de Recurso Material de Pesquisa...86

1.14 Caso de Uso: Gerenciar Recurso Material de Pesquisa...89

1.15 Caso de Uso: Gerenciar Problema...92

1.16 Caso de Uso: Visualizar Andamento de Problema...97

1.17 Caso de Uso: Avaliar Problema...98

1.18 Caso de Uso: Gerenciar Demanda...99

1.19 Caso de Uso: Gerenciar Interesse em Demanda...103

1.20 Caso de Uso: Avaliar Interesse em Demanda...106

1.21 Caso de Uso: Gerenciar Serviço Oferecido...107

1.22 Caso de Uso: Gerenciar Oferta...111

1.23 Caso de Uso: Gerenciar Interesse em Oferta...115

1.24 Caso de Uso: Avaliar Interesse em Oferta...118

1.25 Caso de Uso: Gerenciar Solicitação de Correção...119

1.26 Caso de Uso: Gerenciar Solicitação de Serviço...122

1.27 Caso de Uso: Avaliar Solicitação de Serviço...127

1.28 Caso de Uso: Gerenciar Proposta Pesquisador/Laboratório...128

1.29 Caso de Uso: Avaliar Proposta de Pesquisador/Laboratório...132

1.30 Caso de Uso: Gerenciar Proposta PCT para Organização...133

1.31 Caso de Uso: Avaliar Proposta PCT para Organização...137

1.32 Caso de Uso: Gerenciar Proposta Organização...138

1.33 Caso de Uso: Avaliar Proposta Organização...142

1.34 Caso de Uso: Gerenciar Proposta PCT para Pesquisador/Laboratório...143

1.35 Caso de Uso: Avaliar Proposta PCT para Pesquisador/Laboratório...147

1.36 Caso de Uso: Verificar Disponibilidade de Recursos Materiais...148

1.37 Caso de Uso: Verificar Pesquisadores/Laboratórios com o Perfil Desejado...149

1.38 Caso de Uso: Verificar Problemas Similares...150

1.39 Caso de Uso: Gerenciar Modelo de Contrato...151

1.40 Caso de Uso: Gerar Relatório...156

1.41 Buscar Informações...160

1.42 Atores...169

1.43 Mensagens... 170

2 Requisitos do Sistema/software...172

(3)

2.2 Requisitos de Confiabilidade...178

2.3 Requisitos de Usabilidade...178

2.4 Requisitos de Manutenibilidade...178

2.5 Comunicação de Dados e Segurança...178

2.6 Requisitos de Sistema de Ajuda e de Documentação de Usuário On-line...179

3 Glossário... 179

(4)

(5)

2 PROPOSTA TÉCNICA

(6)

3 LISTADE REQUISITOS

3.1 Requisitos do Sistema/Software

REQUISITOS FUNCIONAIS

Nº Descrição Prioridade Estado

RF01 O sistema deve permitir acesso às suas funcionalidades somente mediante login e senha (com exceção das funcionalidades de cadastro de pesquisador, laboratório e organização, bem como a opção de visualizar ofertas e demandas que podem ser acessadas sem autenticação no sistema).

Alta Aprovado

RF02 O sistema deve permitir a gerência (cadastro – atualização – visualização – exclusão) de administradores.

Alta Aprovado

RF03 O sistema deve permitir o registro dos seguintes dados ao se cadastrar um administrador:

 Estado (ativo ou inativo)

 Tipo (Administrador Geral ou Administrador de Competências)

 Nome  CPF  RG e órgão emissor  Matrícula  Setor  Função

 E-mail (principal e alternativo).

 Telefone (principal e alternativo).

Alta Aprovado

RF04 O sistema deve conter as áreas de conhecimento da tabela de áreas de conhecimento da CAPES. (Anexo 2)

Alta Proposto RF05 O sistema deve permitir a gerência (Ativar - Atualizar - Desativar) de

áreas de conhecimento da tabela de áreas de conhecimento da CAPES.

Alta Aprovado

RF06 O sistema deve permitir a gerência (Cadastrar – Atualizar – Visualizar –

Excluir) de pesquisadores: Alta Aprovado

RF07 O sistema deve registrar os seguintes dados ao se cadastrar um pesquisador (com base no anexo 1):

 Estado (Ativo ou Inativo)

 Disponibilidade (disponível ou indisponível)  Foto

 Descrição  Nome  Sexo

 E-mail (principal e alternativo).

 Telefone (principal e alternativo).

 CPF

 RG e órgão emissor  Instituição

 Unidade da Instituição (setor)

(7)

 Nome em citações bibliográficas  Endereço profissional  Formação acadêmica/titulação  Formação complementar  Atuação profissional  Linha de pesquisa  Projetos de pesquisas

 Áreas de conhecimento (Com base na tabela de áreas de conhecimento da CAPES)

 Idiomas

 Prêmios e títulos

 Produções bibliográficas

Excluir) de laboratórios de pesquisa. Alta Aprovado

RF09 O sistema deve registrar os seguintes dados ao se cadastrar um laboratório de pesquisa (com base no anexo 1):

 Estado (Ativo ou Inativo)

 Disponibilidade (disponível ou indisponível)  Foto

 Descrição  Nome  Instituição

 Unidade da Instituição (Setor)  Endereço profissional

 Atuação profissional  Linha de pesquisa  Projetos de pesquisas

 Áreas de conhecimento (Com base na tabela de áreas de conhecimento da Capes)

 E-mail para contato (principal e alternativo).

 Telefone para contato (principal e alternativo).

Alta Aprovado

Excluir) de coordenadores de laboratórios de pesquisa. Alta Aprovado RF11 O sistema deve permitir definir um pesquisador como coordenador de

laboratório de pesquisa, neste caso esse usuário tem a opção ao se autenticar no sistema de escolher se seu acesso será como pesquisador ou como coordenador de laboratório, para que as funcionaliddes do mesmo sejam disponibilizadas.

Alta Aprovado

RF12 O sistema deve registrar os seguintes dados ao se cadastrar um coordenador de laboratório de pesquisa (com base no anexo 1):

 Estado (Ativo ou Inativo)  Nome  CPF  RG e órgão emissor  Sexo  Foto  Descrição

 E-mail (principal e alternativo)  Telefone (principal e alternativo)  Formação acadêmica/titulação  Áreas de Conhecimento

(8)

RF13 O sistema deve permitir a gerência (Cadastrar Atualizar Visualizar

-Excluir) de organizações. Alta Aprovado

RF14 O sistema deve registrar os seguintes dados ao se cadastrar uma organização:

 Estado (Ativo ou inativo)  Foto

 Razão Social  Nome Fantasia  CNPJ

 Área de atuação da Organização (Nome e Descrição)  Endereço

 CEP

 Telefone (Principal e Alternativo)  E-mail

 Web Site

Alta Aprovado

Excluir) de representantes de organização. Alta Aprovado RF16 O sistema deve registrar os seguintes dados ao se cadastrar um

representante de organização:  Estado (Ativo ou Inativo)  Nome  CPF  RG e órgão emissor  Sexo  Foto  Descrição

 E-mail (Principal e Alternativo)  Telefone (Principal e Alternativo)  Unidade da Organização (Setor)  Função (Cargo)

Alta Aprovado

RF17 O sistema deve permitir ao usuário ao cadastrar ou atualizar um pesquisador ou laboratório de pesquisa a gerência (Cadastrar – Atualizar – Visualizar – Excluir) de serviços oferecidos pelos mesmos.

Alta Aprovado

RF18 O sistema deve registrar os seguintes dados ao se cadastrar um serviço oferecido:

 Nome do Serviço  Descrição  Foto

 URL para vídeo  URL adicional

 Recursos Humanos Envolvidos no Serviço (campo para descrever outros profissionais ligados ao serviço)

 Setores de Interesse (Áreas de Conhecimento envolvidas)  Problema (campo para descrever problemas relacionados ao

serviço oferecido)

 Solução Proposta (Descrição de propostas de soluções com a utilização do serviço oferecido para a resolução dos problemas)  Diferenciais (Descrever os diferenciais do Serviço)

 Estágio de Desenvolvimento (Radio Button com a fase em qual se encontra o serviço: Fase laboratorial, Protótipo, Pronto para o Mercado)

 Potencial de Mercado (Descrição do potencial de mercado a ser alcançado pelo serviço)

Alta Aprovado

(9)

novos usuários realizados por um visitante.

RF20 O sistema deve gerar, ao finalizar o cadastro de um usuário, uma senha aleatória de quatro dígitos para cada usuário cadastrado e atribuir o e-mail cadastrado como login.

Alta Proposto

RF21 O sistema deve enviar automaticamente um e-mail para todos os usuários, (administradores, pesquisadores, coordenadores de laboratório de pesquisa e representantes de organização) assim que cadastrados, com os dados de login, senha (gerada automaticamente pelo sistema), o endereço da página de autenticação do sistema e a informação que o usuário tem 15 dias para modificar sua senha.

Alta Aprovado

RF22 O sistema deve realizar a desativação do cadastro de um usuário caso o mesmo não modifique sua senha após 15 dias do seu cadastro.

Alta Aprovado

RF23 O sistema deve permitir ao usuário a opção de alterar sua senha. Alta Aprovado RF24 O sistema deve permitir ao usuário a opção de recuperar sua senha

através do e-mail cadastrado (login).

Alta Aprovado

RF25 O sistema deve enviar, quando solicitada recuperação de senha, a senha do usuário para o e-mail cadastrado.

Alta Aprovado

RF26 O sistema deve permitir a gerência (Cadastrar - Atualizar - Visualizar – Excluir) de oferta para um determinado serviço oferecido.

Alta Aprovado

RF27 O sistema deve permitir que, ao cadastrar uma oferta para um determinado serviço oferecido, os campos cadastrados no serviço oferecido sejam mostrados na página de cadastro de oferta com a opção de atualização.

Alta Aprovado

RF28 O sistema deve permitir a gerência (Cadastrar - Atualizar - Visualizar – Excluir) de problemas.

Alta Aprovado

RF29 O sistema deve registrar os seguintes dados ao se cadastrar um problema:

 Estado (Pendente, Aguardando avaliação, em negociação com o pesquisador, em negociação com a organização solicitante, cancelado e finalizado)

 Título

 Descrição do problema

 Áreas de conhecimentos (pode ser mais de uma)  Aplicação no mercado

 Perfil do profissional desejado com base nos itens do cadastro de pesquisador e laboratório de pesquisa(titulação e Idiomas).

Alta Aprovado

RF30 O sistema deve permitir a avaliação de problemas cadastrados em

aprovado ou reprovado. Alta Aprovado

RF31 O sistema deve permitir o pedido de revisão de dados de um problema

cadastrado. Alta Aprovado

RF32 O sistema deve permitir ao usuário realizar, ao se escolher um problema, uma pesquisa pelo título e/ou estado e/ou áreas de conhecimento para verificar se algum problema similar já foi resolvido e exibir uma lista de problemas com os pesquisadores e/ou laboratórios responsáveis pela resolução. E também a opção de pesquisar por pesquisadores e/ou laboratório que tenham áreas de conhecimento e/ou linha de pesquisa igual à área do problema.

Alta Aprovado

RF33 O sistema deve permitir a gerência de solicitações de correções para

problemas cadastrados Alta Aprovado

RF34 O sistema deve permitir ao usuário que cadastrou seu problema

(10)

RF35 O sistema deve permitir a gerência (Cadastrar - Atualizar - Visualizar –

Excluir) de demandas para um determinado problema. Alta Aprovado RF36 O sistema deve permitir que ao cadastrar uma demanda para um

determinado problema os campos cadastrados no problema sejam mostrados na página de cadastro da demanda com a opção de edição.

Alta Aprovado

RF37 O sistema deve permitir a visualização de ofertas e demandas por

usuários não autenticados na página de autenticação do sistema. Alta Aprovado RF38 O sistema deve permitir ao usuário demonstrar interesse por alguma

oferta ou demanda enviando assim uma mensagem para o administrador informando o interesse.

Alta Aprovado

-Excluir) de solicitações de serviços para um problema. Alta Aprovado RF40 O sistema deve registrar os seguintes dados ao se cadastrar uma

solicitação de serviço para um problema:

 Estado (pendente, aceita, rejeitada, cancelada)  Titulo do Problema

 Descrição do Problema  Comentário

 Prazo limite para resposta

Alta Aprovado

RF41 O sistema deve permitir a importação do texto do campo título do problema e/ou descrição do problema do cadastro de problemas para o campo título do problema e/ou descrição do problema do cadastro de solicitação de serviço respectivamente com a possibilidade de ser atualizado.

Alta Aprovado

RF42 O sistema deve permitir a alocação de pesquisadores ou laboratório de pesquisa a um determinado problema. Enviando aos pesquisadores ou ao laboratório de pesquisa uma solicitação de serviço através do próprio sistema.

Alta Aprovado

RF43 O sistema deve permitir a avaliação de uma solicitação de serviço em

aprovada ou reprovada. Alta Aprovado

-Excluir) de propostas para resolução de problema. Alta Aprovado RF45 O sistema deve registrar os seguintes dados ao se cadastrar uma

proposta para resolução de problema:

 Estado (pendente, aceita, em avaliação, rejeitada, cancelada)  Tipo (Proposta PCT, Contraproposta, Proposta

Pesquisador/Laboratório de Pesquisa)  Cronograma de Atividades

 Custo para atividades  Custo Total

 Recursos humanos envolvidos  Riscos

 Aquisições (Recursos Materiais de Pesquisa Necessários)  Detalhes adicionais

 Prazo para realizar avaliação (campo apenas para o administrador do sistema)

Alta Aprovado

RF46 O sistema deve permitir o envio de uma proposta para um determinado

problema cadastrado no sistema. Alta Aprovado

RF47 O sistema deve permitir a avaliação de uma proposta em aprovada, reprovada ou até mesmo oferecer a opção do usuário realizar uma contraproposta.

Alta Aprovado

RF48 O sistema deve permitir a troca de mensagem entre:  Administrador e Usuário que cadastrou problema.

 Administrador e Usuário para quem foi enviada uma solicitação de serviço.

(11)

RF49 O sistema deve enviar uma mensagem através do próprio sistema e também via e-mail para os usuários interessados sempre que houver:

 Uma solicitação de cadastro  Uma avaliação de Cadastro  Uma atualização de Cadastro  Uma nova oferta

 Uma atualização de oferta  Um novo problema.

 Uma atualização de problema.  Uma exclusão de problema.  Uma resposta de problema.  Uma nova solicitação de serviço.

 Uma atualização de solicitação de serviço.  Uma exclusão de uma solicitação de serviço.  Uma resposta da avaliação de solicitação de serviço.  Uma nova propostas.

 Uma atualização de proposta.  Uma exclusão de uma proposta.  Uma resposta da avaliação de proposta.

Alta Aprovado

RF50 O sistema deve permitir a busca de pesquisadores (por nome, CPF, área de conhecimento), laboratórios de pesquisa (por nome, área de conhecimento, nome do coordenador, CPF do coordenador) e organizações (nome, CNPJ, área de atuação, nome do representante, CPF do representante), problema (por título e área de conhecimento, estado), Ofertas (por título, área de conhecimento), Demandas (Título, área de conhecimento), Proposta (estado).

Alta Aprovado

RF51 O sistema deve enviar mensagens através do próprio sistema e via e-mail quando faltar 15 dias, 10 dias, 5 dias, 2 dias e 1 dia (dependendo do prazo estabelecido pelo administrador) para vencer o prazo de avaliação de solicitação de serviço e avaliação de proposta, caso esta tenha sido enviada pelo administrador do sistema e não tenham sido avaliadas.

Alta Proposto

-Excluir) de recursos materiais de pesquisa da fundação. Alta Proposto RF53 O sistema deve registrar os seguintes dados ao se cadastrar um

recurso material de pesquisa da fundação:  Nome

 Descrição  Categoria

 Alocação (Em qual setor ou laboratório do PCT está o recurso)

Alta Aprovado

RF54 O sistema deve permitir a gerência (Cadastrar Atualizar Visualizar -Excluir) de categorias de recursos materiais de pesquisa da fundação.

Alta Aprovado RF55 O sistema deve registrar os seguintes dados ao se cadastrar uma

categoria:  Código  Nome

Alta Aprovado

RF56 O sistema deve permitir que, ao avaliar uma proposta, seja possível fazer uma pesquisa para verificar se os recursos materiais de pesquisas requisitados constam na base de dados do sistema.

Alta Aprovado

-Excluir) de modelos de contratos. Alta Aprovado

RF58 O sistema deve permitir ao usuário fazer upload e donwload de modelos de contrato quando o mesmo o estiver cadastrando.

(12)

RF59 O sistema deve permitir ao usuário visualizar e fazer download relatório de progresso contendo a quantidade de problemas cadastrados, a quantidade de problemas que foram alocados a algum pesquisador ou laboratório de pesquisa e a quantidade de problemas que não foram alocados a nenhum pesquisador ou laboratório de pesquisa.

Baixa Proposto

RF60 O sistema deve permitir ao usuário visualizar e fazer download de relatório de progresso com relação aos usuários cadastrados no sistema, a problemas cadastrados no sistema e propostas cadastradas no sistema.

Baixa Proposto

RF61 O sistema deve permitir ao usuário visualizar e download relatório de progresso com relação à quantidade de visualizações de ofertas ou demandas cadastradas no sistema possibilitando a escolha de um período para isso.

Baixa Proposto

3.2 Requisitos de Confiabilidade

00 1

O sistema deverá realizar backup automático de um dado cadastrados

sempre que este for armazenado. Alta Proposto

3.3 Requisitos de Usabilidade

001 O sistema deverá ser disponível via web na resolução 800x600 e ser acessível por meio dos navegadores: Internet Explorer 7, Mozilla Firefox 3.0, Safari 4 (ou superior de cada navegador especificado).

Alta Aprovado

002 O sistema deverá estar disponível nas línguas portuguesa e inglesa. Média Aprovado 003 O sistema deve permitir que todos os componentes gráficos que realizem

uma funcionalidade tenham um texto explicativo que aparecerá ao repousar o mouse sobre ele. Exemplos: um botão “enviar” terá um texto explicativo que informe o que e para onde será enviado.

Baixa Aprovado

004 O sistema deverá seguir o padrão de interface do plano de marketing do PCT-Guamá e da fundação Guamá como default e deverá permitir a troca de temas pré-definidos.

Alta Aprovado

3.4 Requisitos de Manutenibilidade

00 1

O sistema deverá seguir um modelo de fácil manutenção e fácil acréscimo,

alteração ou remoção de novas funcionalidades. Alta Aprovado 00

2

O sistema deverá apresentar documentações que auxiliem na sua manutenção. Exemplos: Lista de Requisitos, Especificação de Requisitos, Plano do Projeto, Plano de arquitetura.

Alta Proposto

3.5 Comunicação de Dados e Segurança

00 1

O sistema deve permitir a usuários autenticados diferentes permissões de

acesso. Alta Aprovado

00 2

O sistema deverá utilizar uma ferramenta CAPTCHA como etapa inicial

para alterações de senha de usuário. Baixa Aprovado

00 3

O sistema deverá utilizar a ferramenta CAPTCHA toda vez que uma autenticação de usuário falhar, ou seja para realizar a autenticação depois de uma falha deverão ser fornecidos: login, senha e código de CAPTCHA

(13)

válidos. 00

4

O sistema deve permitir que o cadastro de pesquisadores possa ser realizado através de integração com o sistema Lattes, com a opção de acréscimo das informações que contem no cadastro e não têm no sistema lattes.

Alta Proposto

3.6 Requisitos de Sistema de Ajuda e de Documentação de Usuário On-line

00 1

O projeto prevê a disponibilização em meio eletrônico do manual do

usuário. Média Aprovado

4 GLOSSÁRIO

Termo Descrição

Administrador É responsável pela administração do sistema, pode ser um administrador geral ou de competências (anexo 3).

Áreas de conhecimento da tabela capes

São áreas de conhecimento definidas pela Capes que objetivam proporcionar aos órgãos que atuam em ciência e tecnologia uma maneira ágil e funcional de agregar suas informações. Ativar/Desativar

Área de Conhecimento

Com base na tabela de área de conhecimento da Capes o usuário pode ativar ou desativar uma grande área, subárea ou especialidade de uma área de conhecimento

Buscar Informações

São as opções de busca no sistema tanto de informações de usuário quanto de outros dados cadastrados no sistema.

Campos obrigatórios subordinados a validação

São campos que seguem um padrão e o sistema verificará se os mesmo serão informados da forma correta, esses dados são: CPF e E-mail.

Categoria de recursos materiais de pesquisa

É a informação a respeito de um recurso material de pesquisa no que tange a área daquele recurso, como por exemplo, se é de informática, de biologia entre outros.

Coordenador de Laboratório de Pesquisa

É uma pessoa responsável em utilizar o sistema para representar o laboratório de pesquisa

Demanda É uma divulgação que o administrador faz com relação aos problemas dos usuários Gerenciar

Interesses

Permite ao usuário demonstrar interesse em atender uma demanda ou contratar uma oferta. Laboratório de

Pesquisa

É um grupo de profissionais que trabalham com pesquisa nas áreas de conhecimento que são abrangidas pelo PCT-Guamá e é responsável por propor soluções para problemas cadastrados no sistema.

Modelo de contrato

São os modelos de contratos carregados no sistema pelo administrador para auxiliar a negociação.

Organização São os responsáveis por cadastrar problemas no sistema.

Oferta É uma divulgação que o administrador faz com relação aos serviços oferecidos dos usuários Opção Sair É a opção de logoff do sistema, deve está visível em qualquer página do sistema.

(14)

Página de Autenticação

É a página inicial do sistema com informações que podem ser visualizadas por todos (usuário ou não do sistema).

Página Principal E a página inicial do usuário após realizar logon no sistema. Perfil de

Usuário

É o conjunto de dados cadastrados para um determinado usuário que é gerenciado no sistema. Pesquisador É um profissional que trabalha com pesquisa nas áreas de conhecimento que são abrangidas

pelo PCT-Guamá e é responsável por propor soluções para problemas cadastrados no sistema. Problemas São as necessidades (demandas) das organizações cadastradas no sistema.

Proposta É um documento enviado por um pesquisador, laboratório de pesquisa, administrador (Geral ou Competências) ou Organização durante a negociação para a resolução do problema.

Recursos materiais de pesquisa

São os recursos que o PCT dispõe para ajudar na resolução dos problemas. Relatório de

Progresso

É um relatório disponibilizado ao administrador do sistema para acompanhar o andamento de cadastro de usuários, de problemas, de propostas, de ofertas e demandas no sistema.

Representante de organização

É uma pessoa responsável em utilizar o sistema para representar a organização Sem restrições

de atores

É quando uma funcionalidade pode ser visualizada por qualquer pessoa. Solicitação de

Cadastro de usuário

É criada quando um visitante cadastra um usuário no sistema e o mesmo tem que passar por avaliação do administrador.

Solicitações de serviços

Documento enviado a um pesquisador para verificar disponibilidade do mesmo em resolver um problema.

Solicitações de correção

Uma solicitação de correção para um determinado problema Usuário com

estado inativo

Um usuário com estado inativo não tem mais acesso ao sistema.

5 REFERÊNCIAS

Titulo do Documento Versão Data Onde pode ser obtido

(15)

6 DIAGRAMASEM CASOSDE USO

(16)

(17)

(18)

(19)

(20)

(21)

(22)

7 DESCRIÇÃODOS CASOSDE USO

7.1 Caso de Uso: Gerenciar Problema

O caso de uso Gerenciar Problema é subdividido em: Cadastrar Problema, Visualizar Problema, Atualizar cadastro de Problema e Excluir Problema.

7.1.1 Caso de Uso: Cadastrar Problema

Este caso de uso permite o usuário, com permissão para tal, cadastrar um Problema no sistema.

Atores Envolvidos

AT01 Administrador Geral

AT05 Representante de Organização Fluxo Principal

FP1 Iniciar Caso de Uso

FP1.1 O caso de uso tem inicio quando um usuário devidamente autenticado no sistema e com

permissão para tal escolhe a opção Problemas e em seguida Cadastrar Problemas.

FP2 Preencher Cadastro

FP2.1 O sistema oferece uma página de cadastro contendo os seguintes dados a serem cadastrados:

Título, Descrição do problema e aplicação de mercado.

FP2.2 O sistema deve oferecer ao usuário a opção de escolher uma ou mais áreas de conhecimentos

(com base na tabela da capes e que estão ativas no sistema) que envolvam este problema.

FP2.3 O usuário escolhe a área ou áreas de conhecimentos que envolvem o problema.

FP2.4 O sistema deve oferecer ao usuário a opção de escolher um perfil de profissional desejado

apresentando ao mesmo uma lista com idiomas que já estarão inclusos no sistema e a opção de escolher a formação acadêmica que deseja entre Graduado, Mestre, Doutor e Pós-doutor. (Opcional)

FP2.5 O usuário preenche os dados para o cadastro de um novo problema.

FP2.6 O usuário escolhe a opção Salvar.

FP2.7 O sistema envia uma mensagem através do próprio sistema e via e-mail para o administrador e

para o solicitante informando que um novo problema foi acrescentado.

FP2.8 O problema recebe um estado de pendente.

FP2.9 O sistema exibe a seguinte mensagem (MN001).

FP2.10O sistema oferece a opção de realizar um novo cadastro exibindo a seguinte mensagem

(MN002).

FP3 Finalizar Caso de Uso

FP3.1 O caso de uso é encerrado quando um novo problema é cadastrado no sistema.

FP3.2 O caso de uso é encerrado quando o usuário escolhe a opção Cancelar.

(23)

Fluxos Alternativos

A1 Não foram preenchidos campos obrigatórios

A1.1 O sistema não permite a finalização do cadastro.

A1.2 O sistema exibe a seguinte mensagem (MN0021)

A1.3 O sistema informa quais campos de preenchimento obrigatório não foram preenchidos.

A2 O usuário deseja realizar um novo Cadastro A2.1 O sistema redireciona o usuário para o FP2.1.

Pré-Condições

PRE.1 O usuário deve estar devidamente autenticado no sistema. Pós-Condições

POS.1 O usuário e redirecionado para a página principal do sistema.

Pontos de Extensão

Não se aplica.

Observações

Campos obrigatórios: Título e Descrição do Problema.

7.1.2 Caso de Uso: Visualizar Problema Caso de uso que permite a visualização propostas.

AT02 Administrador de Competências AT05 Representante da Organização Fluxo Principal

FP1.1 O caso de uso tem inicio quando um usuário devidamente autenticado no sistema escolhe a

opção Problema, visualiza uma lista de problemas e depois escolhe um problema específico através da opção Visualizar Problema.

FP2 Visualizar problema

FP2.1 O sistema oferece ao usuário a visualização de todos os campos do problema sem a opção de

edição.

FP3.1 O caso de uso é encerrado quando o usuário escolhe a opção Voltar.

FP3.2 O caso de uso é encerrado quando o usuário escolhe a opção Sair.

Não se aplica.

PRE.1 O usuário deve estar devidamente autenticado no sistema.

Pós-Condições

(24)

Observações

Não se aplica.

7.1.3 Caso de Uso: Atualizar Informações Problema

Este caso de uso permite a um usuário com permissão para tal, atualizar informações de um Problema no sistema.

AT05 Representante de Organização Fluxo Principal

FP1.1 O caso de uso tem inicio quando um usuário devidamente autenticado no sistema escolhe a

opção Atualizar Informações de Problemas.

FP2 Atualizar Problema

FP2.1 O sistema verifica o estado do problema

FP2.2 Caso o problema esteja com o estado pendente procede-se a atualização.

FP2.3 O sistema oferece uma página com uma lista com código e nome de todos os problemas

cadastrados por aquele usuário, se for usuário representante de organização normal, ou todos os problemas cadastrados por qualquer representante da organização caso o usuário seja um representante de organização superior, ou todos os problemas cadastrados por todos os usuários, se for um Administrador, bem como a opção de buscar um problema através do caso de uso Buscar Problema.

FP2.4 O usuário seleciona um problema específico.

FP2.5 O sistema oferece uma página contendo todos os dados cadastrados do problema escolhido

(com exceção dos dados gerados pelo sistema) com possibilidade de edição.

FP2.6 O usuário realiza as atualizações necessárias e escolhe a opção Salvar.

FP2.8 O sistema oferece a opção de realizar uma nova atualização e exibe a seguinte mensagem

(MN007).

FP3.1 O caso de uso é encerrado quando as informações de problema são atualizadas no sistema.

FP3.2 O caso de uso é encerrado quando o administrador escolhe a opção Cancelar.

FP3.3 O caso de uso é encerrado quando o usuário escolhe a opção Sair.

FP3.4 Quando um problema não pode ser atualizado e o sistema exibe a mensagem MN0022.

FP3.5 O caso de uso é encerrado quando o usuário decide excluir o problema.

(25)

A1 O Estado do Problema não está pendente e não está finalizado

A1.1 O sistema exibe a seguinte mensagem (Seu problema já está em avaliação, a atualização causará impactos em seu problema).

A1.2 O sistema oferece a opção de excluir o problema.

A1.3 O usuário escolhe a opção excluir e inicia o caso de uso Excluir Problema. A2 O estado do problema está finalizado

A2.1 O sistema exibe a seguinte mensagem (MN022). A3 Não foram preenchidos campos obrigatórios A3.1 O sistema não permite a finalização do cadastro. A3.2 O sistema exibe a seguinte mensagem (MN004)

A3.3 O sistema informa quais campos de preenchimento obrigatório não foram preenchidos. A4 O usuário deseja realizar uma nova Atualização

A2.1 O sistema redireciona o usuário para o FP2.1.

Não se aplica.

Observações

Não se aplica.

7.1.4 Caso de Uso: Excluir Problema

Este caso de uso permite o usuário com permissão para tal excluir um problema do sistema.

AT01 Administrador Geral AT05 Organização

Fluxo Principal

FP1.1 O caso de uso tem inicio quando um usuário devidamente autenticado no sistema escolhe a

opção Problemas e em seguida Excluir Problemas.

FP2 Excluir Problema

FP2.1 O sistema oferece uma página com uma lista com código e nome de todos os problemas

cadastrados por aquele usuário, se for usuário Representante de Organização normal, ou todos os problemas cadastrados por qualquer representante da organização caso o usuário seja um representante de organização superior, ou todos os problemas cadastrados por todos os usuários, se for um Administrador, bem como a opção de buscar um problema através do caso de uso

Buscar Problema.

(26)

FP2.3 O sistema oferece uma página contendo todos os dados cadastrados do problema escolhido sem possibilidade de edição.

FP2.4 O usuário O usuário escolhe a opção Excluir Problema.

FP2.6 O sistema autentica novamente o usuário pedindo sua senha.

FP2.7 O usuário informa sua senha, confirmando assim a ação.

FP2.8 O sistema envia um e-mail de confirmação para o usuário que realizou a exclusão do problema.

FP2.9 O sistema verifica qual o estado do problema, caso o estado esteja pendente procede-se o fluxo

FP2.10O estado do problema é modificado para cancelado.

FP2.11O sistema exibe a seguinte mensagem (MN009)

FP2.12O sistema oferece a opção de realizar uma nova exclusão e exibe a seguinte mensagem

(MN010).

FP3.1 O caso de uso é encerrado quando as informações de um problema são excluídas do sistema.

FP3.2 O caso de uso é encerrado quando o administrador escolhe a opção Cancelar.

FP3.3 O caso de uso é encerrado quando o usuário escolhe a opção Sair.

A1 O Estado do Problema não está pendente e não está finalizado

A1.1 O sistema envia uma mensagem para todos os envolvidos no problema informando a exclusão do problema.

A1.2 O sistema modifica o estado da solicitação de serviço, proposta e contraproposta atrelada ao problema para cancelada.

A1.3 O estado do problema é modificado para cancelado

A1.4 O sistema oferece a opção de realizar uma nova exclusão e exibe a seguinte mensagem (MN020).

A2 O estado do problema está finalizado

A2.1 O sistema exibe a seguinte mensagem (MN022). Pré-Condições

Não se aplica.

Observações

Não se aplica.

7.2 Caso de Uso: Visualizar Andamento de Problema

Caso de uso que permite a visualização do andamento de um problema com base no atual estado do mesmo.

(27)

AT02 Administrador de Competências AT03 Pesquisador

AT04 Coordenador de Laboratório de Pesquisa AT05 Representante de Empresa

Fluxo Principal

FP1Iniciar Caso de Uso

FP1.1 O caso de uso tem inicio quando um usuário devidamente autenticado no sistema, e envolvido

no problema, escolhe a opção Problema, o sistema apresenta todos os problemas daquele usuário e depois escolhe Visualizar Andamento de Problema.

FP2 Visualizar problema

FP2.1 O sistema oferece ao usuário a visualização do estado atual do problema, de forma que os estado do mesmo sejam disponibilizados em ordem evolutiva (pendente>avaliado>finalizado e cancelado). Nesta disposição, deve-se indicar o atual estado do problema tal qual se indica o estado de pedidos em sites de e-business, sem a opção de edição (Anexo 5).

FP3.1 O caso de uso é encerrado quando o usuário escolhe a opção Voltar. FP3.2 O caso de uso é encerrado quando o usuário escolhe a opção Sair.

PRE.1 O usuário deve estar devidamente autenticado no sistema. PRE.2 O usuário deve estar envolvido com o problema.

POS.1 O usuário é redirecionado para a página principal do sistema. 7.3 Caso de Uso: Avaliar Problema

Este caso de uso permite ao usuário com permissão para tal, avaliar um problema cadastrado no sistema.

AT02 Administrador de Competências Fluxo Principal

FP1.1 O caso de uso tem inicio quando um usuário devidamente autenticado no sistema escolhe a opção Avaliar Problemas.

FP2 Avaliar problemas

FP2.1 O sistema oferece ao usuário uma lista de todos os problemas cadastrados no sistema e que ainda não foram avaliados

FP2.2 O usuário escolhe um problema específico. FP2.3 O usuário visualiza o problema.

FP2.4 O problema recebe o estado de aguardando avaliação

FP2.5 O sistema oferece ao usuário a opção de aceitar ou rejeitar o problema. FP2.6 O usuário aceita o problema.

FP2.7 O estado do problema é modificado para em negociação.

FP2.8 O sistema oferece a opção de cadastrar uma solicitação de serviço através do caso de uso

(28)

FP2.9 Uma mensagem é enviada através do sistema e também via e-mail com a resposta da avaliação para a organização solicitante

FP2.10 O sistema exibe a mensagem (MN023).

FP3.1 O caso de uso é encerrado quando um problema é avaliado com sucesso. FP3.2 O caso de uso é encerrado quando o usuário escolhe a opção Cancelar. FP3.3 O caso de uso é encerrado quando o usuário escolhe a opção Sair.

A1 Usuário Rejeita Problema

A1.2 O usuário confirma a ação.

A1.3 Uma mensagem é enviada através do sistema e também via e-mail com a resposta da avaliação

para os representantes da organização solicitante.

A1.4 O estado do problema é modificado para rejeitado.

A1 Usuário Solicita Correções

A2.1 O usuário acrescenta as correções a serem efetuadas através do caso de uso Cadastrar Correção.

A2.2 O usuário confirma a ação.

A2.3 Uma mensagem é enviada através do sistema e também via e-mail com a solicitação de correção para a organização solicitante.

A2.4 O sistema exibe a seguinte mensagem (MN023).

PRE.1 O usuário deve está devidamente autenticado no sistema. PRE.2 Um problema deve ter sido cadastrado no sistema.

POS.1 O usuário deve ser redirecionado ao menu solicitações de avaliação de problema.

Não se aplica

Observações

Não se aplica

7.3.1 Caso de Uso: Gerar Relatório de Progresso de Ofertas

Este caso de uso permite a um usuário com permissão para tal visualizar e imprimir informações sobre o progresso das quantidades de visualizações de ofertas cadastradas no sistema.

Fluxo Principal

(29)

FP1.1 O caso de uso tem início quando um usuário devidamente autenticado no sistema escolhe a opção Relatório e em seguida a opção Relatório de Ofertas.

FP1 Visualizar relatório

FP1.1 O sistema apresenta data e hora da geração do relatório.

FP1.2 O usuário escolhe um período (data inicial e data final) para a geração do relatório.

FP1.3 O sistema oferece uma lista contendo o nome de todas as ofertas cadastradas no sistema, bem como a opção de buscar oferta através do caso de uso Buscar Oferta e filtrar a lista por datas e períodos.

FP1.4 O usuário escolhe uma oferta específica

FP1.5 O sistema apresenta a visualização de quantas visualizações aquela oferta teve. FP1.6 O sistema oferece a opção de imprimir o relatório

FP1.7 O usuário finaliza a visualização do relatório.

FP2.1 O caso de uso é encerrado quando um novo modelo de contrato é cadastrado no sistema. FP2.2 O caso de uso é encerrado quando o usuário escolhe a opção Voltar.

FP2.3 O caso de uso é encerrado quando o usuário escolhe a opção Sair. Fluxos Alternativos

A1 O usuário deseja realizar download o relatório

A1.1 O usuário seleciona a opção Download de Relatório.

PRE.1 O usuário deve estar devidamente autenticado no sistema. Pós-Condições Não se aplica Pontos de Extensão Não se aplica. Observações Não se aplica.

7.4 Caso de Uso: Gerar Relatório de Progresso de Demandas

Este caso de uso permite o usuário com permissão para tal visualizar e imprimir informações sobre o progresso das quantidades de visualizações de demandas cadastradas no sistema.

Fluxo Principal

FP1.1 O caso de uso tem início quando um usuário devidamente autenticado no sistema escolhe a opção Relatório e em seguida a opção Relatório de Demandas.

(30)

FP2.1 O sistema apresenta data e hora da geração do relatório.

FP2.2 O sistema oferece uma lista contendo o nome de todas as demandas cadastradas no sistema, bem como a opção de buscar demanda através do caso de uso Buscar Demanda e filtrar a lista por datas e períodos.

FP2.3 O usuário escolhe uma demanda específica

FP2.4 O sistema apresenta a visualização de quantas visualizações aquela oferta teve. FP2.5 O sistema oferece a opção de imprimir o relatório.

FP2.6 O usuário finaliza a visualização do relatório.

FP3.1 O caso de uso é encerrado quando um novo modelo de contrato é cadastrado no sistema. FP3.2 O caso de uso é encerrado quando o usuário escolhe a opção Voltar.

A2 O usuário deseja realizar download o relatório

A1.1 O usuário seleciona a opção Download de Relatório.

PRE.2 O usuário deve estar devidamente autenticado no sistema. Pós-Condições Não se aplica Pontos de Extensão Não se aplica. Observações Não se aplica. 7.5 Buscar Informações

O caso de uso Buscar Informações é subdividido em: Buscar Administrador, Buscar Pesquisador, Buscar Laboratório de Pesquisa, Buscar Organização, Buscar Problema, Buscar Categoria de Recurso Material, Buscar Recurso Material, Buscar Oferta, Buscar Demanda e Buscar Proposta.

7.5.1 Caso de Uso: Buscar Administrador

Este caso de uso permite ao usuário buscar todos os administradores cadastrados no sistema seguindo alguns filtros estabelecidos.

AT02 Administrador de Competências Fluxo Principal

FP1Iniciar Caso de Uso

FP1.1 Esse caso de uso tem inicio quando o usuário escolhe em alguma página do sistema o módulo de busca de administrador

(31)

FP2Buscar Administrador

FP2.1 O usuário seleciona o parâmetro de busca desejado Tipo de administrador, Nome, Matricula e/ou CPF;

FP2.2 O usuário preenche o campo com o(s) parâmetro(s) escolhido(s). FP2.3 O usuário escolhe a opção Buscar

FP2.4 Sistema lista todos os pesquisadores que obedeçam a pelo menos um critério de busca selecionado por ordem de quantidade de critérios satisfeitos.

FP3.1 O caso de uso é encerrado quando o resultado da busca é mostrado na tela para o usuário FP3.2 O caso de uso é encerrado quando o usuário escolhe a opção Cancelar.

A1.Não existe Pesquisador de acordo com o critério de busca selecionado. A1.1. O sistema exibe a mensagem MN036

A2.Nenhum parâmetro selecionado

A2.1. O sistema exibe a mensagem MN037. A3.O usuário deseja realizar uma nova Busca A3.1. O sistema redireciona o usuário para o FP2.1.

Pré-Condições Não se aplica. Pós-Condições Não se aplica. Pontos de Extensão Não se aplica. Observações Não se aplica. 7.6 Atores

Código Ator Definição

AT01 Administrador

Geral

Possui acesso total ao sistema, seja para consultar quanto para cadastrar, editar ou excluir algo.

AT02 Administrador de _{Competências} Possui acesso total ao que se refere á sua área de atuação.

AT03 Pesquisador Responsável por elaborar e avaliar propostas e contrapropostas, responsável por avaliar uma solicitação de serviço.

AT04

Coordenador de Laboratório de Pesquisa

Responsável por elaborar e avaliar propostas e contrapropostas, responsável por avaliar uma solicitação de serviço.

AT05 Representante de _{Organização} É responsável por inserir no sistema problemas a serem resolvidos, _{elaborar e avaliar propostas e contrapropostas e contratar um serviço.} AT06 Visitante Solicita cadastro de usuário e visualiza ofertas e demandas.

(32)

(33)

9 DIAGRAMADE SEQUÊNCIA

(34)

10 DIAGRAMADE ATIVIDADE

(35)

(36)

(37)

11 DIAGRAMADE ESTADOS

(38)

(39)

(40)