geris - gerenciamento de risco

Curso de Bacharelado em Sistemas de Informação

ANDRÉ VASCONCELLOS EWERTON KLAVA FABRÍCIO PINTO MARCELO ABIB

GERIS – SISTEMA DE GERENCIAMENTO DE RISCOS

Campinas

Novembro, 2009

FACULDADES INTEGRADAS METROPOLITANAS

DE CAMPINAS




Orientador: Prof. Kesede Rodrigues Julio

Campinas

Novembro, 2009


DE CAMPINAS

Trabalho de Conclusão de Curso de Graduação apresentado às Faculdades Integradas Metropolitanas de Campinas – METROCAMP como exigência para a obtenção do grau de bacharel em Sistemas de Informação.



GERIS - SISTEMA DE GERENCIAMENTO DE RISCOS

Membros da Banca Examinadora:

___________________________ ___________________________ Sidnei Marcelo Cominotti José Carlos Perini

___________________________

Kesede Rodrigues Julio

(Orientador)


DE CAMPINAS

Lista de Figuras

Figura 001 – Diagrama de Sequência Cadastrar Projeto ............................................ 85

Figura 002 – Diagrama de Sequência Alterar Projeto ................................................. 86

Figura 003 – Diagrama de Sequência Excluir Projeto ................................................. 86

Figura 004 – Diagrama de Sequência Consultar Projeto ............................................ 87

Figura 005 – Diagrama de Sequência Cadastrar Categoria ........................................ 87

Figura 006 – Diagrama de Sequência Alterar Categoria ............................................. 88

Figura 007 – Diagrama de Sequência Excluir Categoria ............................................. 88

Figura 008 – Diagrama de Sequência Consultar Categoria ........................................ 89

Figura 009 – Diagrama de Sequência Cadastrar Impacto .......................................... 89

Figura 010 – Diagrama de Sequência Alterar Impacto ................................................ 90

Figura 011 – Diagrama de Sequência Excluir Impacto ............................................... 90

Figura 012 – Diagrama de Sequência Consultar Impacto ........................................... 91

Figura 013 – Diagrama de Sequência Cadastrar Fator de Risco ................................ 91

Figura 014 – Diagrama de Sequência Alterar Fator de Risco ..................................... 92

Figura 015 – Diagrama de Sequência Excluir Fator de Risco ..................................... 92

Figura 016 – Diagrama de Sequência Consultar Fator de Risco ................................ 93

Figura 017 – Diagrama de Sequência Associar Fator de Risco a Categoria .............. 93

Figura 018 – Diagrama de Sequência Desassociar Fator de Risco da Categoria....... 94

Figura 019 – Diagrama de Sequência Associar Interessado ao Projeto ..................... 94

Figura 020 – Diagrama de Sequência Desassociar Interessado ao Projeto ............... 95

Figura 021 – Diagrama de Sequência Cadastrar Plano de Risco ............................... 95

Figura 022 – Diagrama de Sequência Alterar Plano de Risco .................................... 96

Figura 023 – Diagrama de Sequência Cadastrar Fase ............................................... 96

Figura 024 – Diagrama de Sequência Excluir Fase .................................................... 97

Figura 025 – Diagrama de Sequência Cadastrar Risco Identificado ........................... 97

Figura 026 – Diagrama de Sequência Excluir Risco Identificado ................................ 98

Figura 027 – Diagrama de Sequência Consultar Risco Identificado ........................... 98

Figura 028 – Diagrama de Sequência Cadastrar Tipo de Ação .................................. 99

Figura 029 – Diagrama de Sequência Alterar Tipo de Ação ....................................... 99

Figura 030 – Diagrama de Sequência Excluir Tipo de Ação ..................................... 100

Figura 031 – Diagrama de Sequência Consultar Tipo de Ação................................. 100

Figura 032 – Diagrama de Sequência Cadastrar Plano de Ação .............................. 101

Figura 033 – Diagrama de Sequência Alterar Plano de Ação ................................... 101

Figura 034 – Diagrama de Sequência Excluir Plano de Ação ................................... 102

Figura 035 – Diagrama de Sequência Cadastrar Atividades ..................................... 102

Figura 036 – Diagrama de Sequência Excluir Atividades .......................................... 103

Figura 037 – Diagrama de Sequência Gerar Relatório do Projeto ............................ 103

Figura 038 – Diagrama de Sequência Cadastrar Grupo ........................................... 104

Figura 039 – Diagrama de Sequência Alterar Grupo ................................................ 104

Figura 040 – Diagrama de Sequência Excluir Grupo ................................................ 105

Figura 041 – Diagrama de Sequência Consultar Grupo ............................................ 105

Figura 042 – Diagrama de Sequência Cadastrar Permissão .................................... 106

Figura 043 – Diagrama de Sequência Cadastrar Usuário ......................................... 106

Figura 044 – Diagrama de Sequência Alterar Usuário .............................................. 107

Figura 045 – Diagrama de Sequência Excluir Usuário .............................................. 107

Figura 046 – Diagrama de Sequência Consultar Usuário ......................................... 108

Figura 047 – Diagrama de Sequência Consultar Logs .............................................. 108

Figura 048 – Modelo Entidade Relacional Completo ................................................ 110

Figura 049 – Descrição da tabela tb_Projetos........................................................... 111

Figura 050 – Descrição da tabela tb_ProjetoPlanoAcao ........................................... 111

Figura 051 – Descrição da tabela tb_ProjetoPlanoRisco .......................................... 112

Figura 052 – Descrição da tabela tb_ProjetoRiscosIdentificados.............................. 112

Figura 053 – Descrição da tabela tb_ProjetoFases ................................................... 112

Figura 054 – Descrição da tabela tb_ProjetoInteressados ........................................ 113

Figura 055 – Descrição da tabela tb_TipoAcao ......................................................... 113

Figura 056 – Descrição da tabela tb_Probabilidade .................................................. 113

Figura 057 – Descrição da tabela tb_Categoria ........................................................ 113

Figura 058 – Descrição da tabela tb_CategoriaFatorRisco ....................................... 114

Figura 059 – Descrição da tabela tb_HistoricoAcoes ................................................ 114

Figura 060 – Descrição da tabela tb_Impacto ........................................................... 114

Figura 061 – Descrição da tabela tb_FatorRisco ...................................................... 115

Figura 062 – Descrição da tabela tb_Usuarios .......................................................... 115

Figura 063 – Descrição da tabela tb_Acessos .......................................................... 115

Figura 064 – Descrição da tabela tb_Grupos ............................................................ 116

Figura 065 – Descrição da tabela tb_Log .................................................................. 116

Figura 066 – Descrição da tabela tb_Modulos .......................................................... 116

Figura 067 – Wireframe ............................................................................................. 118

Figura 068 – Layout .................................................................................................. 119

Figura 069 – Layout com marcações ........................................................................ 119

Figura 070 – Protótipo da tela de Login .................................................................... 121

Figura 071 – Protótipo da tela Principal .................................................................... 121

Figura 072 – Protótipo da tela de Listagem de Projetos ............................................ 122

Figura 073 – Protótipo da tela de Cadastro de Projetos ............................................ 122

Figura 074 – Protótipo da tela de Alterações dos dados do Projeto .......................... 123

Figura 075 – Protótipo da tela de Cadastro de Riscos Identificados ......................... 124

Figura 076 – Protótipo da tela de Relatório Geral de Projetos .................................. 125

Sumário

Introdução

1. Modelo Descritivo .................................................................................................... 14

2. Casos de Uso .......................................................................................................... 22

3. Comparativo Gerenciamento de Risco x MPS.Br .................................................... 69

4. Requisitos Funcionais ............................................................................................. 72

Cadastros ........................................................................................................... 72

Projetos ............................................................................................................... 76

Segurança .......................................................................................................... 81

5. Requisitos Suplementares....................................................................................... 84

6. Diagramas de Seqüência ........................................................................................ 85

7. MER – Modelo Entidade Relacionamento ............................................................. 109

8. Descrição das tabelas ........................................................................................... 111

Gerência ........................................................................................................... 111

Operacional....................................................................................................... 113

Segurança ........................................................................................................ 115

9. Defesa de Criação do Layout ................................................................................ 117

9.1. Logotipo ..................................................................................................... 117

9.2. Barra de Ferramentas ................................................................................ 117

9.3. Layout ........................................................................................................ 117

10. Protótipos de Telas ............................................................................................. 121

Login ................................................................................................................. 121

Principal ............................................................................................................ 121

Listagem de Projetos ........................................................................................ 122

Cadastro de Projetos ........................................................................................ 122

Alteração dos dados do Projeto ........................................................................ 123

Cadastro dos Riscos Identificados .................................................................... 124

Relatório Geral de Projetos ............................................................................... 125

11. Plano de Teste .................................................................................................... 126

11.1. Introdução ................................................................................................ 126

11.2. Objetivo .................................................................................................... 126

11.3. Sobre o Projeto GeRis ............................................................................. 126

11.4. Escopo ..................................................................................................... 127

11.5. Identificação do Projeto ........................................................................... 127

11.6. Requisitos a Testar .................................................................................. 127

11.7. Teste da Interface do Usuário .................................................................. 128

11.8. Teste de Banco de Dados ........................................................................ 128

11.9. Teste de Carga ........................................................................................ 129

11.10. Teste de Performance............................................................................ 129

11.11. Teste de Stress ...................................................................................... 129

11.12. Teste de Volume .................................................................................... 129

11.13. Teste de Segurança e Controle de Acesso............................................ 130

11.14. Teste Funcional ..................................................................................... 131

11.15. Teste de Instalação ................................................................................ 131

12. Estratégia de Teste ............................................................................................. 132

12.1. Tipos de Testes ....................................................................................... 132

12.2. Teste de Integridade de Dados e do Banco de Dados ............................ 132

12.3. Teste de Função ...................................................................................... 133

12.4. Teste da Interface do Usuário .................................................................. 133

12.5. Teste de Carga de Dados ........................................................................ 134

12.6. Teste de Segurança e Controle de Acesso ............................................. 135

12.7. Teste de Instalação .................................................................................. 136

12.8. Recursos .................................................................................................. 136

12.8.1. Trabalhadores .............................................................................. 137

12.8.2. Sistema......................................................................................... 138

12.9. Cronograma ............................................................................................. 138

13. Cenários de Teste ............................................................................................... 139

14. Registro de Defeitos ............................................................................................ 157

Anexos

Manual do Usuário .................................................................................................... 169

Resumo Esse Projeto realizado na Faculdade Metropolitana de Campinas no período de

Fevereiro a Novembro de 2009 tem como objeto diminuir a ocorrência dos Riscos

identificados de um projeto com isso diminuindo o custo desse, através de um

gerenciamento dos Riscos desde sua fase inicial ate a final. Foram criados

mecanismos onde cada Risco tem seu responsável, seu plano de mitigação, seu

peso e probabilidade de ocorrer, fazendo com que os Riscos sejam tratados cada

um com sua particularidade de acordo com a fase do projeto.

A mitigação dos Riscos ocorre para que diminua a probabilidade e o impacto do

risco ocorrer ou ate mesmo elimine estes riscos durante a execução do projeto.

Com a importância do gerenciamento de riscos os projetos se tornam um tanto mais

seguro para ser executado visando um lucro maior e mais confiável para as

empresas.

Palavras-chave: Gerência de Riscos, Controle de Riscos, Gerência de Projetos,

Sistemas de Informação, Desenvolvimento de Software.

Abstract This Project was made at Faculdade Metropolitana de Campinas in the period from

February to November, 2009 aims to reduce the occurrence of the risks identified in a

project is lessening the cost of this through a Risk Management since its early stages

until the final. Have been set up where each risk has its responsibility, its mitigation

plan, their weight and likely to occur, causing the risks are treated each with its own

special features in accordance with the design phase.

Risk mitigation is to decrease the likelihood and impact of the risk occur or even

eliminate these risks during project execution.

With the importance of risk management projects become somewhat safer to run in

order to gain a greater and more reliable for business.

Introdução

Em um projeto existem condições que, caso venham a ocorrer, podem

comprometer ou impedir a sua realização. Estas condições são chamadas de Risco

de Projetos.

O propósito da Gerência de Riscos é identificar, analisar, tratar, monitorar,

reduzir e controlar continuamente os riscos de um projeto.

Através do gerenciamento de riscos, é possível gerenciar os riscos de um

projeto de modo que os possíveis riscos negativos ao projeto sejam mitigados para

que suas consequências sejam as menos impactantes possíveis, ou até mesmo

neutralizado, fazendo com que este deixe de ser um risco inerente a este projeto. Há

também os riscos positivos ao projeto, que estes na Gerência de Riscos são tratados

de modo que, seu impacto no projeto seja maximizado.

O processo de gerenciamento de riscos de um projeto é de tamanha

importância que o Project Management Institute (PMI), a maior organização

profissional no ramo de Gerência de Projetos, enfatizou o gerenciamento de riscos

em um projeto como uma das nove áreas de conhecimento do gerenciamento de

projetos do PMBOOK, inclusive com uma certificação específica para gerenciamento

de riscos.

Os princípios de gerenciamento de riscos podem ser aplicados a todos os

aspectos do negócio e a todos os ramos de atividade, não ficando limitado ao

mundo dos projetos ou mesmo da área de engenharia ou tecnologia. A gestão de

risco já está inserida há muito tempo no mundo dos negócios em setores como

Seguros, Energia Atômica, Petrolífera entre outros. Estas empresas criaram ao

longo do tempo uma cultura de gestão do risco, e praticam esta cultura, pois

entendem que este é fundamental para o seu negócio.

Muitas empresas ainda não aplicam a Gerência de Riscos em seus projetos,

isso faz com que as empresas que utilizam este processo se sobressaiam sobre as

outras, pois estas têm a capacidade de tomada de decisões precisas em situações

que comprometeriam os objetivos do projeto.

Enfim, a Gerência de Riscos em projetos é uma área de extrema importância

e que deve ser a mais desenvolvida durante o projeto, pois a falta desta ou uma

gerência ineficaz pode comprometer drasticamente a realização do objetivo do

projeto.

GERIS – Sistema de Gerenciamento de Riscos

14

1. Modelo Descritivo

O Modelo Descritivo traz informações sobre o projeto. Através deste item é

possível entender o que é desejado em termos de funcionalidade pelo sistema

proposto, além de compreender o escopo do sistema.

1. Introdução

1.1 Identificação do Produto

Sigla do Sistema : GR

Nome do Sistema : GERIS – Gerenciamento de Risco

Descrição Resumida : Sistema de informação para auxiliar a equipe de projetos a

fazer o gerenciamento de risco de um determinado projeto.

1.2 Identificação do Cliente

Razão Social : Inforworks Comércio de Serviço de Informática Ltda.

Ramo de Atividade : Desenvolvimento de Software

Localização: Rua Américo de Campos, 595, Cidade Universitária II, Barão

Geraldo, Campinas – SP. Fone: (19) 3287-4214

1.2. Propósito e Motivação

Desenvolver um produto diferente e novo para auxiliar as equipes de projetos a

realizar um gerenciamento de risco mais preciso dos projetos, fazendo com que

este tenha o menor número de imprevistos possíveis.

1.3. Escopo (observar eventuais integrações entre s istemas)

O GERIS será um sistema que deverá auxiliar o Gerente de Projetos a realizar a

Gerência de Risco mais precisa. Para isto, será necessário cadastrar todos os

dados colhidos no projeto referente à Gerência de Risco, tais como, Plano de

Risco, Plano de Ações, Riscos Identificados no projeto.

O GERIS irá registrar os dados, calcular a exposição do Risco, priorizar os riscos

com maior exposição e comunicar os interessados do projeto, além de manter o


15

acompanhamento de ações do plano de risco, seguindo requisitos do nível G e C

do modelo MPS.BR.

1.4. Usuário-Chave

Função Nome Contatos

Diretor técnico Odair Silva [email protected]


16

1.5. Definições, Siglas e Abreviações

Termo Definição

GR Gerenciamento de Risco.

GP Gerente de projetos.

Atores Quem realiza um caso de uso.

Caso de uso Especificam o comportamento do sistema e descreve suas

funcionalidades executadas pelos atores.

Diagrama de

Sequência

Documento da UML que demonstra a sequência de ações

de um Caso de Uso.

Dicionário de Dados Documento com a descrição das tabelas do Banco de

Dados.

MER Modelo Entidade Relacionamento. Demonstra o

relacionamento entre as entidades do sistema.

Fator de risco Risco com pesos de Custo, Prazo e Qualidade atribuídos a

este risco.

Interessados

(stackholders)

Pessoas que tem interesse no sucesso do projeto.

Plano de Risco Plano a ser seguido caso o risco aconteça no projeto.

Plano de Ações Plano com as ações a serem tomadas para mitigar o risco,

caso ele ocorra.

Riscos Identificados Fatores de risco identificados com probabilidade de ocorrer

em determinado projeto.

MPS.BR Melhoria de Processo de Software Brasileiro. Modelo de

qualidade de processo de software voltado ao mercado

brasileiro.


17

1.6. Referências (Legislação, documentos normativos ou procedimentos)

GUIA de Implementação MPS.BR – Parte 5: Nível C – versão 1.1.

GUIA de Implementação MPS.BR – Parte 1: Nível G – versão 1.1.

ANSI/IEEE 829-1983 IEEE Standard for Software Test Documentation. IEEE.

2. Descrição das principais funcionalidades do sist ema

• Cadastro de Impactos

O cadastro de impactos é necessário para que o GERIS possa calcular a

exposição do risco, fazendo com que possa definir a prioridade de cada

risco.

Na tela Cadastros > Impactos é possível cadastrar os parâmetros de peso

para cada impacto a ser utilizado no GERIS.

• Cadastro de Categorias

A definição de categorias é necessária para que os fatores de risco sejam

categorizados para serem associados ao projeto.

Na tela Cadastros > Categorias é possível criar uma categoria informando

uma breve descrição do que ela significa.

• Cadastro de Fatores de Risco

Os fatores de risco são os riscos que podem ocorrer no decorrer de um

projeto. É o fator essencial para que se possa fazer a Gerência de Risco.

Na tela Cadastros > Fatores de Risco é possível criar fatores de risco

definindo pesos para custo, prazo e qualidade. Os pesos podem ter valor de

0 a 1.

• Relacionamento de Categorias x Fatores de Risco

Nesta fase é feito o relacionamento dos fatores de risco para determinada

categoria que estes pertencem. Uma categoria pode ter vários fatores de

risco, porém um fator de risco só pode ter uma categoria.

Na tela Cadastros > Categoria x Fatores de Risco é possível associar os


18

fatores de risco a sua categoria.

• Cadastro de Tipo de Ação

O cadastro de tipo de ação é necessário somente para definir um tipo para

cada ação a ser tomada no plano de ações.

Na tela Cadastros > Tipo de Ação é possível criar um tipo de ação.

• Cadastro de Projetos

A partir do cadastro de um projeto, todos os dados cadastros no sistema até

então começam a ser relacionados.

Na tela Projetos é possível criar um projeto definindo seu nome, uma

descrição do projeto, seu escopo, data de início e fim.

• Cadastro de Interessados no Projeto

Para que seja iniciado a Gerência de Risco em um determinado projeto no

GERIS, é necessário cadastrar os interessados deste projeto

(stackholders).

Na tela Projetos > Interessados é possível relacionar todos os interessados

do projeto a ele.

Obs.: Para que um interessado seja relacionado a um projeto, este deve

existir no cadastro de usuários do sistema.

• Criação do Plano de Risco do Projeto

O plano de risco de um projeto é onde são definidas as ações a serem

tomadas para mitigação do risco, o objetivo do plano de risco para saber a

importância deste, os processos da Gerência de Risco, a característica dos

potenciais riscos do projeto.

Na tela Projetos > Plano de Risco é possível criar o plano de risco do

projeto.

• Cadastro de Fases do Projeto

Após ter definir o plano de risco do projeto, é necessário criar as fases

deste plano de risco para que os riscos identificados possam ser


19

organizados pela fase do projeto onde este tem probabilidade de ocorrer.

Na tela Projetos > Plano de Risco > Fases é possível criar as fases deste

plano de risco.

• Inserção dos Riscos Identificados no Projeto

Nesta etapa da Gerência de Risco é onde os riscos identificados com

probabilidade de ocorrência no projeto serão relacionados ao projeto em si.

Ao relacionar o fator de risco ao projeto, o GERIS calcula a exposição deste

fator de risco, ou seja, é a chance deste risco ocorrer nesta fase deste

projeto e o impacto que este risco pode causar ao projeto.

Na tela Projetos > Plano de Risco > Riscos Identificados é possível

relacionar o fator de risco ao projeto levando em conta impacto (prazo,

qualidade e custo) do fator de risco e a probabilidade dele ocorrer neste

projeto.

• Criação do Plano de Ações

No plano de ações é onde serão definidas as ações a serem tomadas para

o risco em si. Neste plano são definidos o risco, o tipo de ação a ser tomada

para este risco, um responsável para conduzir esta atividade, a situação do

plano de ações e data de previsão para conclusão do plano de risco.

Na tela Projetos > Plano de Risco > Plano de Ações é possível criar o plano

de ação a ser tomado para um determinado risco do projeto.

Obs.: Para todos os riscos identificados no projeto deverá haver um plano

de ação definido.

• Cadastro de Atividades do Plano de Ações

Para que o plano de ação possa ser concluído, é necessário executar

diversas atividades. Nesta etapa são registradas todas as atividades a

serem executadas para a conclusão do plano de ações.

Na tela Projetos > Plano de Risco> Plano de Ações > Atividades é possível

registrar todas as atividades a serem executadas para este plano de ações,

porém também é possível registrar as atividades no decorrer do plano de

ações.


20

3. Restrições Iniciais

O GERIS será um sistema para apoiar a equipe de projetos. Portanto, não irá

controlar o risco automaticamente.

4. Ambiente de Aplicação

Observação: Para cada item de tecnologia não disponível no cliente, a equipe deve descrever,

resumidamente, a proposta de solução, no campo “5. Observações” deste documento.

5. Observações:

---

Linguagem (ens) de programação escolhida (s)

Nome/versão Experiência da Equipe

Asp Boa SQL Boa

Plataforma e tecnologias necessárias para implementação do sistema

Cliente possui

Cliente não

possui Plataforma Windows 2003 Server X IIS 6.0 X Internet Explorer 7.0 X SQL Server 2005 X


21

6. Elaborado por:

Campinas, 28 de Abril de 2009.

7. Validado por:

_________________________________

(assinatura)

Nome da empresa/instituição:

_________________________________________________________

Cargo do Usuário-Chave:

_________________________________________________________

Campinas, ___ de ____________ de 2009.

ELABORADO POR

Nome RA Rubrica

Marcelo Abib 32979091880

André Moraes 37099504819

Fabrício Pinto 33172031888

Ewerton Klava 32504719841


22

2. Caso de Uso

Os casos de uso representam os processos abrangidos pelo sistema.

Descrevem de forma textual como o sistema deverá executar a funcionalidade.

Determinam o fluxo e o comportamento da informação dentro do sistema.

Descritivo de Caso de Uso Nome do Sistema:

GERIS

Nome do Caso: Cadastrar Projeto UC No. 001 Objetivo: Criar um projeto que será monitorado.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastramento.

Evento Inicial: O ator precisa clicar no módulo de projetos.

Fluxo Principal: 1 – O sistema mostra a listagem de projetos já cadastrados. 2 – O ator clica em “Incluir”. 3 – O sistema disponibiliza o formulário de cadastro do projeto. 4 – O ator preenche os dados (A1) 5 – O ator efetiva a operação (E1) 6 – O sistema grava os dados e gera uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar a operação

1. O Ator poderá cancelar a operação sem preencher os dados.

Fluxo de Exceção:

E1- Campo inválido. 1. Caso algum campo esteja inválido, o sistema informará ao usuário o(s) campo(s) inválido(s) e retornará para o preenchimento correto. E2- Campo obrigatório não preenchido. 1. Caso algum campo obrigatório não tenha sido preenchido, o sistema informará ao usuário o(s) campo(s) e retornará para o preenchimento.

Pós-condições: O projeto será criado no sistema.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-01 (Caso de Teste 01) Não preencher campos obrigatórios.

CT-01 (Caso de Teste 01) Sistema deve informar quais campos obrigatórios não foram preenchidos.

Observações:


23

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Projeto UC No. 002 Objetivo: Alterar dados de um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de alteração. O Projeto estar previamente cadastrado no sistema.


Fluxo Principal: 1 – O sistema mostra a listagem de projetos 2 – O ator encontra o projeto a ser alterado na listagem 3 – O ator clica no ícone (Alterar Projeto) 4 – O ator altera os dados (A1) 5 – O ator efetiva a operação (E1) 6 – O sistema grava dos dados e gera uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar a operação 1. O Ator poderá cancelar a operação sem preencher os dados.

Fluxo de Exceção: E1- Campo inválido. 1. Caso algum campo esteja inválido, o sistema informará ao usuário o(s) campo(s) inválido(s) e retornará para o preenchimento correto. E2- Campo obrigatório não preenchido. 1. Caso algum campo obrigatório não tenha sido preenchido, o sistema informará ao usuário o(s) campo(s) e retornará para o preenchimento.

Pós-condições: O registro será alterado e o usuário será remetido para a tela de listagem de projetos.



Observações:


24

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Projeto UC No. 003 Objetivo: Excluir um projeto existente.

Atores: Usuário

Pré-condições: O ator precisa estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de projeto. O Projeto estar previamente cadastrado no sistema.


Fluxo Principal: 1 – O sistema mostra a listagem de projetos. 2 – O ator encontra o projeto a ser excluído na listagem. 3 – O ator clica no ícone (Excluir Projeto). 4 – O sistema mostra mensagem de confirmação. (A1) 5 – O ator efetiva a operação. (E1) 6 – O sistema exclui o projeto e retorna mensagem de confirmação.


1. O Ator poderá cancelar a operação.

Fluxo de Exceção: E1 – Projeto possui relacionamentos e não pode ser excluído 1. O projeto possui relacionamentos com outros registros e não poderá ser excluído.

Pós-condições: O registro será excluído definitivamente do sistema.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-03 (Caso de Teste 03): Excluir um projeto sem relacionamentos no sistema. CT-04 (Caso de Teste 04): Excluir um projeto que possui relacionamento com outros registros no sistema.

CT-03 (Caso de Teste 03): O projeto deverá ser excluído definitivamente do sistema. CT-04 (Caso de Teste 04): O sistema deverá informar ao usuário que o projeto não poderá ser excluído, pois possui relacionamento com outros registros.

Observações: Caso o projeto possua relacionamentos com outros registros, este não poderá ser excluído. Deverá ser inativado.


25

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Projeto UC No. 004 Objetivo: Consultar os dados cadastrados em um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Projetos.


Fluxo Principal: 1 – O sistema mostra a listagem de projetos. 2 – O ator localiza o projeto que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados no projeto selecionado.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados do projeto selecionado.

Casos de Testes: AÇÃO RESULTADO ESPERADO

Observações:


26

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Categoria UC No. 005 Objetivo: Criar uma categoria para ser associada à fatores de risco.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de categorias.

Evento Inicial: O ator precisa clicar no módulo de categorias.

Fluxo Principal: 1 – O sistema mostra a listagem de categorias. 2 – O ator clica em “Incluir”. 3 – O sistema disponibiliza formulário para cadastro de categoria. 4 – O ator preenche os dados. (A1) 5 – O ator efetiva a operação clicando em “Incluir”. (E1) (E2) 6 – O sistema grava os dados e gera uma mensagem de confirmação.




Pós-condições: O registro será inserido e o projeto criado estará preparado para receber os interessados.



Observações:


27

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Categoria UC No. 006 Objetivo: Alterar dados de uma categoria.

Atores: Usuário

Pré-condições : O ator tem que estar logado no sistema. O ator tem que ter permissão de alteração no módulo de Categorias. Categoria estar previamente cadastrada no sistema.


Fluxo Principal: 1 – O sistema mostra a listagem de categorias. 2 – O ator clica no ícone (Editar) referente ao registro que deseja alterar. 3 – O sistema retorna o formulário com os dados do registro selecionado para edição. 4 – O ator altera os dados. (A1) 5 – O ator efetiva a operação. (E1) (E2) 6 – O sistema grava a operação e retorna mensagem de confirmação.



Pós-condições: O registro será alterado e o ator será remetido para a tela de listagem de categorias.



Observações:


28

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Categoria UC No. 007 Objetivo: Excluir definitivamente uma categoria do sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Categorias.


Fluxo Princip al: 1 – O sistema mostra a listagem de categorias. 2 – O ator encontra a categoria a ser excluída na listagem. 3 – O ator clica no ícone (Excluir Categoria). 4 – O sistema mostra mensagem de confirmação. (A1) 5 – O ator efetiva a operação. (E1) 6 – O sistema realiza a operação e retorna mensagem de confirmação.



Fluxo de Exceção: E1 – Categoria possui relacionamentos e não pode ser excluído 1. A Categoria possui relacionamentos com outros registros e não poderá ser excluída.


Casos de Testes: AÇÃO RESULTADO ESPERADO CT-07 (Caso de Teste 07) Excluir uma categoria sem relacionamentos no sistema. CT-08 (Caso de Teste 08) Excluir uma categoria que possui relacionamento com outros registros no sistema.

CT-07 (Caso de Teste 07) A categoria deverá ser excluída definitivamente do sistema. CT-08 (Caso de Teste 08) O sistema deverá informar ao usuário que a categoria não poderá ser excluída, pois possui relacionamento com outros registros.

Observações: Caso a categoria possua relacionamentos com outros registros, esta não poderá ser excluída. Deverá ser inativado.


29

Descritivo de Ca so de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Categoria UC No. 008 Objetivo: Consultar os dados cadastrados em uma categoria.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Categoria.

Evento Inicial: O ator precisa clicar no módulo de Categoria.

Fluxo Principal: 1 – O sistema mostra a listagem de categorias existentes. 2 – O ator localiza a categoria que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados na categoria selecionada.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados da categoria selecionada.


Observações:


30

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Impacto UC No. 009 Objetivo: Criar um impacto que será vinculado a um fator de risco. Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema.

O ator tem que ter permissão de cadastro no módulo de Impactos.

Evento Inicial: O ator precisa clicar no módulo de Impactos.

Fluxo Principal: 1 – O sistema mostra a listagem dos impactos existentes. 2 – O ator clica em “Incluir”. 3 – O sistema disponibiliza formulário para cadastro de impactos. 4 – O ator preenche as informações do impacto. (A1) 5 – O ator efetiva a operação clicando em “Incluir”. (E1)(E2) 6 – O sistema grava os dados e retorna mensagem de confirmação.


1. O Usuário poderá cancelar a operação sem preencher os dados.


Pós-condições: O registro será criado. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-09 (Caso de Teste 09) Não preencher campos obrigatórios. CT-10 (Caso de Teste 10) Cadastrar um impacto com os mesmos dados de um já existente no sistema.

CT-09 (Caso de Teste 09) Sistema deve informar quais campos obrigatórios não foram preenchidos. CT-10 (Caso de Teste 10) Sistema deve informar que este registro já existe.

Observações:


31

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Impacto UC No. 010 Objetivo: Alterar um Impacto já existente.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de alteração no módulo de Impactos.


Fluxo Principal: 1 – O sistema mostra a listagem dos Impactos existentes. 2 – O ator clica no ícone (Editar) referente ao registro que deseja alterar. 3 – O sistema retorna o formulário com os dados do registro selecionado para edição. 4 – O ator altera os campos desejados. (A1) 5 – O ator efetiva a operação clicando em “Alterar”. (E1)(E2) 6 – O sistema grava os dados e retorna uma mensagem de confirmação.


1. O Usuário poderá cancelar a operação sem alterar nenhuma informação. Caso tenha alterado algum campo, poderá cancelar a operação e as alterações serão desfeitas.


Pós-condições: O registro será alterado com as novas informações. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-11 (Caso de Teste 11) Não preencher campos obrigatórios. CT-12 (Caso de Teste 12) Cancelar a operação com dados alterados.

CT-11 (Caso de Teste 11) Sistema deve informar quais campos obrigatórios não foram preenchidos. CT-12 (Caso de Teste 12) O sistema deve descartar as alterações efetuadas.

Observações:


32

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Impacto UC No. 011 Objetivo: Excluir definitivamente um Impacto do sistema.

Atores: Usuário

Pré-condições: O ator precisa estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Impactos. O Impacto deve estar previamente cadastrado no sistema.

Evento I nicial: O ator precisa clicar no módulo de Impactos.

Fluxo Principal: 1 – O sistema mostra a listagem de impactos. 2 – O ator localiza o impacto a ser excluído. 3 – O ator clica no ícone (Excluir Impacto). 4 – O sistema mostra mensagem de confirmação. (A1) 5 – O ator efetiva a operação. (E1). 6 – O sistema exclui o Impacto e retorna mensagem de confirmação.



Fluxo de Exceção: E1 – Impacto possui relacionamentos e não pode ser excluído 1. O Impacto possui relacionamentos com outros registros e não poderá ser excluído.


Casos de Testes: AÇÃO RESULTADO ESPERADO CT-13 (Caso de Teste 13) Excluir um impacto sem relacionamentos no sistema. CT-14 (Caso de Teste 14) Excluir um impacto que possui relacionamento com outros registros no sistema.

CT-13 (Caso de Teste 13) O Impacto deverá ser excluído definitivamente do sistema. CT-14 (Caso de Teste 14) O sistema deverá informar ao usuário que o impacto não poderá ser excluído, pois possui relacionamento com outros registros.

Observações: Caso o impacto possua relacionamentos com outros registros, este não poderá ser excluído. Deverá ser inativado.


33

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Impacto UC No. 012 Objetivo: Consultar os dados cadastrados em um impacto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Impactos.


Fluxo Principal: 1 – O sistema mostra a listagem de impactos existentes. 2 – O ator localiza o registro que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados no impacto selecionada.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados do impacto selecionado.

Casos de T estes: AÇÃO RESULTADO ESPERADO

Observações:


34

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Fator Risco UC No. 013 Objetivo: Criar um fator de risco que será vinculado a um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Fatores de Risco.

Evento Inicial: O ator precisa clicar no módulo de Fatores de Risco.

Fluxo Principal: 1 – O sistema mostra a listagem dos fatores de risco existentes 2 – O ator clica em “Incluir” 3 – O sistema disponibiliza o formulário de cadastro de fator de risco. 4 – O ator preenche as informações do fator de risco (A1) 5 – O ator seleciona os níveis de impacto do fator de risco. 6 – O ator efetiva a operação clicando em “Incluir”. (E1)(E2) 7 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: O registro será criado no sistema. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-15 (Caso de Teste 15) Não preencher campos obrigatórios. CT-16 (Caso de Teste 16) Cadastrar um fator de risco com um nome já existente no sistema.


Observações:


35

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Fator Risco UC No. 014 Objetivo: Alterar um fator de risco já existente.

Atores: Usuário Pré-condições: O ator tem que estar logado no sistema.

O ator tem que ter permissão de alteração no módulo de Fatores de Risco


Fluxo Principal: 1 – O sistema mostra a listagem dos fatores de risco existentes. 2 – O ator clica no ícone (Editar) referente ao registro que deseja alterar. 3 – O sistema retorna o formulário com os dados do registro selecionado para edição. 4 – O ator altera os campos desejados. (A1) 5 – O ator efetiva a operação clicando em “Alterar”. (E1)(E2) 6 – O sistema grava os dados e retorna uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar a operação 1. O Usuário poderá cancelar a operação sem alterar nenhuma informação. Caso tenha alterado algum campo, poderá cancelar a operação e as alterações serão desfeitas.


Pós-condições: O registro será alterado com as novas informações.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-17 (Caso de Teste 17) Não preencher campos obrigatórios. CT-18 (Caso de Teste 18) Cancelar a operação com dados alterados.


Observações:


36

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Fator de Risco UC No. 015 Objetivo: Excluir definitivamente um fator de risco do sistema.

Atores: Usuário

Pré-condi ções: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Fatores de Risco. O fator de risco não deve estar vinculado a nenhum projeto.


Fluxo Principal: 1 – O sistema mostra a listagem dos fatores de risco existente. 2 – O ator clica no ícone (Excluir) referente ao registro que deseja excluir. 4 – O sistema mostra mensagem de confirmação. (A1) 5 – O ator efetiva a operação. (E1) 6 – O sistema exclui o Impacto e retorna mensagem de confirmação para o ator.

Fluxo Alternativo: A1 – Cancelar a operação 1. O Usuário poderá cancelar a operação sem preencher os dados.

Fluxo de Exceção: E1- Fator de risco possui vínculo com algum projeto. 1. Caso o fator de risco possua vínculo com algum projeto, o sistema informa o usuário em qual projeto este fator de risco existe e que não será possível a exclusão.

Pós-condições: O registro será excluído do sistema.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-19 (Caso de Teste 19) Excluir um fator de risco sem relacionamentos no sistema. CT-20 (Caso de Teste 20) Excluir um fator de risco que possui relacionamento com outros registros no sistema.

CT-19 (Caso de Teste 19) O fator de risco deverá ser excluído definitivamente do sistema. CT-20 (Caso de Teste 20) O sistema deverá informar ao usuário que o fator de risco não poderá ser excluído, pois possui relacionamento com outros registros.

Observações: Caso o fator de risco possua relacionamentos com outros registros, este não poderá ser excluído. Deverá ser inativado.


37

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Fator de Risco UC No. 016 Objetivo: Consultar os dados cadastrados em um fator de risco.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Fator de Risco.

Evento Inicial: O ator precisa clicar no módulo de Fator de Risco.

Fluxo Principal: 1 – O sistema mostra a listagem de fatores de risco existentes. 2 – O ator localiza o fator de risco que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados no fator de risco selecionado.

Fluxo Alte rnativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados do fator de risco selecionado.


Observações:


38

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Associar Fator de risco a Categoria UC No. 017 Objetivo: Associar cada fator riscos cadastrados a uma categoria.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Categorias x Fatores de risco. Fator de risco e categoria devem estar cadastrados.

Evento Inicial: O ator precisa clicar no módulo de Categorias x Fatores de risco.

Fluxo Principal: 1 – O sistema mostra a listagem de todos os Fatores de risco associados a Categorias. 2 – O ator clica em “Incluir”. 3 – O sistema retorna o formulário para ser feito o relacionamento de Categoria x Fatores de Risco. 4 – O ator seleciona a Categoria. 5 – O sistema disponibiliza os fatores de risco que ainda não foram relacionados com nenhuma categoria. (E1) 6 – O ator efetiva a operação clicando em “Incluir”.(A1) 7 – O sistema grava os dados e retorna mensagem de confirmação.



Fluxo de Exceção: E1- Não existe nenhum fator de risco a ser relacionado com a categoria. 1. Caso não exista nenhum fator de risco a ser relacionado com a categoria, a operação é cancelada.

Pós-condições: O fator de risco foi associado a uma categoria.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-21 (Caso de Teste 21) Associar um/vários fatores de risco a uma categoria. CT-22 (Caso de Teste 22) Não preencher campos obrigatórios.

CT-21 (Caso de Teste 21) O relacionamento deve ser criado no sistema. CT-22 (Caso de Teste 22) Sistema deve informar quais campos obrigatórios não foram preenchidos.

Observações:


39

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Desassociar Fator de Risco da Categoria UC No. 018 Objetivo: Excluir o relacionamento do Fator de Risco com a Categoria.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O fator de risco deve estar relacionado a categoria.

Evento Inicial: O ator precisa clicar no módulo de Fatores de Risco x Categorias

Fluxo Principal: 1 – O sistema mostra a listagem de fatores de risco x categorias existentes.

3 – O ator clica no ícone (Excluir Fator de Risco x Categoria). 4 – O sistema mostra mensagem de confirmação (A1). 5 – O ator efetiva a operação. 7 – O sistema realiza a operação e retorna uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar a operação 1. O Ator poderá cancelar a operação.

Fluxo de Exceção:

Pós-condições: O relacionamento do Fator de Risco com a Categoria será excluído. Casos de Testes: AÇÃO RESULTADO ESPERADO

Observações:


40

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Associar Interessado ao Projeto UC No. 019 Objetivo: Associar Interessados a um Projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema O ator tem que ter permissão de cadastro no módulo de Interessados. O Interessado que será vinculado a um projeto deve ser um usuário no sistema.

Evento Inicial: O ator precisa clicar no módulo de Projetos.

Fluxo Principal: 1 – O sistema mostra a listagem de projetos existentes. 2 – O ator clica no ícone (Interessados) referente ao projeto que deseja incluir os interessados. 3 – O sistema mostra a listagem dos interessados cadastrados neste projeto. 4 – O usuário clica em “Incluir”. 3 – O sistema retorna o formulário para cadastro do Interessado. 3 – O ator seleciona o interessado e clica em “Incluir” (A1) 4 – O ator efetiva a operação. (E1) 5 – O sistema grava a operação e retorna uma mensagem de confirmação.


Fluxo de Exceção: E1- Campo inválido. 1. Caso algum campo esteja inválido, o sistema informará ao usuário o(s) campo(s) inválido(s) e retornará para o preenchimento correto.

Pós-condições: O vínculo entre o Interessado x Projeto será criado no sistema.



Observações:


41

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Desassociar Interessado do Projeto UC No. 020 Objetivo: Excluir o relacionamento do Interessado com o Projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de interessados. O interessado deve estar relacionado ao projeto.

Evento Inicial: O ator precisa clicar no módulo de Projetos

Fluxo Principal: 1 – O sistema mostra a listagem de projetos existentes. 2 – O ator clica no ícone (Interessados) referente ao projeto que deseja excluir os interessados. 3 – O sistema mostra a listagem dos interessados cadastrados neste projeto. 3 – O ator clica no ícone (Excluir Interessado) referente ao interessado que deseja excluir do projeto. 4 – O sistema mostra mensagem de confirmação (A1). 5 – O ator efetiva a operação. 7 – O sistema realiza a operação e retorna uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar a operação 1. O Ator poderá cancelar a operação.

Fluxo de Exceção:

Pós-condições: O relacionamento do interessado com o projeto será excluído. Casos de Testes: AÇÃO RESULTADO ESPERADO

Observações:


42

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Plano Risco UC No. 021 Objetivo: Criar um Plano de Risco para um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Plano de Risco.

Evento Inicial: O ator precisa clicar no módulo de Projetos.

Fluxo Principal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Plano de Risco) referente ao projeto que deseja criar o plano de risco. 3 – O sistema retorna o formulário para cadastro do plano de risco. 4 – O ator preenche os dados referentes ao plano de risco. (A1) 5 – O ator clica em “Cadastrar”. (E1) (E2) 6 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: O Plano de Risco para o projeto que foi selecionado é criado.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-24 (Caso de Teste 24) Não preencher campos obrigatórios. CT-25 (Caso de Teste 25) Preencher um campo inválido.


Observações: A tela de Plano de Risco é atalho para o Cadastro de Fases, Riscos Identificados, Plano de Ação


43

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Plano Risco UC No. 022 Objetivo: Alterar dados do Plano de Risco de um Projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de alteração no módulo de Plano de Risco.

Evento Inicial: O Ator precisa clicar no módulo de Projetos. Fluxo Principal: 1 – O sistema mostra os projetos existentes.

2 – O ator clica no ícone (Plano de Risco) referente ao projeto que deseja criar o plano de risco. 3 – O sistema retorna o formulário com os dados do plano de risco. 4 – O ator altera os dados desejados. (A1) 4 – O ator efetiva a operação clicando em “Cadastrar”. (E1)(E2) 5 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: O registro será alterado com as novas informações. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-26 (Caso de Teste 26) Não preencher campos obrigatórios. CT-27 (Caso de Teste 27) Cancelar a operação com dados alterados.


Observações:


44

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Fase UC No. 023 Objetivo: Cadastrar Fases do Plano de Risco do Projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Plano de Risco.


Fluxo Principal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Fases) referente ao projeto que deseja cadastrar as fases. 3 – O sistema mostra as fases existentes neste plano de risco. 4 – O ator clica em “Incluir”. 5 – O sistema retorna o formulário para cadastro da fase. 6 – O ator preenche os dados referentes a fase. (A1) 7 – O ator clica em “Incluir”. (E1) (E2) 8 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: A fase do plano de risco é criada.

Casos de Testes: AÇÃO RESULTADO ESPERA DO CT-28 (Caso de Teste 28) Não preencher campos obrigatórios.


Observações:


45

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Fases UC No. 024 Objetivo: Excluir logicamente uma fase. Deixar inativo.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Fases.

Evento Inicial: O Ator precisa clicar no módulo de Projetos.

Fluxo Principal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Fases) referente ao projeto que deseja alterar a fase do plano de risco. 3 – O ator clica no ícone (Excluir) referente ao registro que deseja excluir. 3 – O sistema mostra mensagem de confirmação. (A1) 4 – O ator efetiva a operação. (E1) 5 – O sistema executa a operação e retorna uma mensagem de confirmação.



Fluxo de Exceção: E1 – Fase possui relacionamentos e não pode ser excluída. 1. A Fase possui relacionamentos com outros registros e não poderá ser excluída.

Pós-condições: A fase do plano de risco é excluída definitivamente do sistema. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-29 (Caso de Teste 29) Excluir uma Fase sem relacionamentos no sistema. CT-30 (Caso de Teste 30) Excluir uma Fase que possui relacionamento com outros registros no sistema.

CT-29 (Caso de Teste 29) A Fase deverá ser excluída definitivamente do sistema. CT-30 (Caso de Teste 30) O sistema deverá informar ao usuário que a Fase não poderá ser excluída, pois possui relacionamento com outros registros.

Observações: Caso a fase possua relacionamentos com outros registros, esta não poderá ser excluída. Deverá ser inativado.


46

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Riscos Identificados UC No. 25 Objetivo: Cadastrar Fatores de Risco Identificados em um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Riscos Identificados.


Fluxo Principal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Riscos Identificados) referente ao projeto que deseja associar os riscos. 3 – O sistema mostra os riscos já identificados neste plano de risco. 4 – O ator clica em “Incluir”. 5 – O sistema retorna o formulário para cadastro dos riscos identificados. 6 – O ator preenche os dados referentes ao risco identificado. (A1) 7 – O ator clica em “Calcular Exposição do Risco”. (E2) 8 – O sistema retorna o calculo da Exposição do risco. 9 – O ator clica em “Incluir”. (E1) (E2) 10 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: O Fator de Risco Identificado é cadastrado no projeto.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-31 (Caso de Teste 31) Não preencher campos obrigatórios. CT-32 (Caso de Teste 32) Preencher um campo inválido. (Teste de fronteira)

CT-31 (Caso de Teste 31) Sistema deve informar quais campos obrigatórios não foram preenchidos. CT-32 (Caso de Teste 32) Sistema deve informar que este registro é inválido.

Observações:


47

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Risco Identificado UC No. 026 Objetivo: Excluir um Fator de Risco Identificado em um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Riscos Identificados.


Fluxo Pri ncipal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Riscos Identificados) referente ao projeto que deseja associar os riscos. 3 – O sistema mostra os riscos já identificados neste plano de risco. 4 – O ator clica no ícone (Excluir) referente ao registro que ele deseja excluir. 5 – O sistema mostra mensagem de confirmação. (A1) 6 – O ator efetiva a operação. (E1) 7 – O sistema executa a operação e retorna uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar a operação 1. O Usuário poderá cancelar a operação sem alterar nenhuma informação. Caso tenha alterado algum campo, poderá cancelar a operação e as alterações serão desfeitas.

Fluxo de Exceção: E1 – Risco Identificado possui relacionamentos e não pode ser excluído. 1. O Risco Identificado possui relacionamentos com outros registros e não poderá ser excluído.

Pós-condições: O Risco Identificado no projeto é excluído definitivamente do sistema. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-33 (Caso de Teste 33) Excluir um Risco Identificado sem relacionamentos no sistema. CT-34 (Caso de Teste 34) Excluir um Risco Identificado que possui relacionamento com outros registros no sistema.

CT-33 (Caso de Teste 33) O Risco identificado deverá ser excluído definitivamente do sistema. CT-34 (Caso de Teste 34) O sistema deverá informar ao usuário que o Risco Identificado não poderá ser excluído, pois possui relacionamento com outros registros.

Observações: Caso o Risco Identificado possua relacionamentos com outros registros, este não poderá ser excluído. Deverá ser inativado.


48

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Risco Identificado UC No. 027 Objetivo: Consultar os dados de um risco identificado em um projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Riscos Identificados.

Evento Inicial: O ator precisa clicar no módulo de Riscos Identificados.

Fluxo Principal: 1 – O sistema mostra a listagem dos Riscos Identificados no projeto. 2 – O ator localiza o Risco Identificado que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados no Risco Identificado selecionado.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados do Risco Identificado selecionado.


Observações:


49

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Tipo de Ação UC No. 028 Objetivo: Criar um tipo de ação.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastramento.

Evento Inicial: O ator precisa clicar no módulo de tipo de ação.

Fluxo Principal: 1 – O sistema mostra a listagem de tipos de ações já cadastrados. 2 – O ator clica em “Incluir”. 3 – O sistema disponibiliza o formulário de cadastro do Tipo de Ação. 4 – O ator preenche os dados (A1) 5 – O ator efetiva a operação (E1) 6 – O sistema grava os dados e gera uma mensagem de confirmação.




Pós-condições: O tipo de ação será criado no sistema.



Observações:


50

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Tipo de Ação UC No. 029 Objetivo: Alterar dados de um tipo de ação.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de alteração. O tipo de ação deve estar previamente cadastrado no sistema.


Fluxo Princi pal: 1 – O sistema mostra a listagem de tipos de ações. 2 – O ator encontra o tipo de ação a ser alterado na listagem 3 – O ator clica no ícone (Alterar Tipo de Ação) 4 – O ator altera os dados (A1) 5 – O ator efetiva a operação (E1) 6 – O sistema grava dos dados e gera uma mensagem de confirmação.



Pós-condições: O registro será alterado e o usuário será remetido para a tela de listagem de tipos de ação.



Observações:


51

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Tipo de Ação UC No. 030 Objetivo: Excluir um tipo de ação existente.

Atores: Usuário

Pré-condições: O ator precisa estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de tipo de ação. O tipo de ação deve estar previamente cadastrado no sistema.


Fluxo Principal: 1 – O sistema mostra a listagem de tipos de ações. 2 – O ator encontra o tipo de ação a ser excluído na listagem. 3 – O ator clica no ícone (Excluir Tipo de Ação). 4 – O sistema mostra mensagem de confirmação. (A1) 5 – O ator efetiva a operação. 6 – O sistema exclui o tipo de ação e retorna mensagem de confirmação.



Fluxo de Exceção:



Observações:


52

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Tipo de Ação UC No. 031 Objetivo: Consultar os dados cadastrados em um tipo de ação.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de tipo de ação.


Fluxo Principal: 1 – O sistema mostra a listagem de tipos de ações. 2 – O ator localiza o tipo de ação que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados no tipos de ação selecionado.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados do tipo de ação selecionado.


Observações:


53

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Plano de Ações UC No. UC32 Objetivo: Cadastrar Plano de Ações de um Plano de Risco de um Projeto.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Plano de Ações.


Fluxo Principal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Plano de Ações) referente ao projeto que deseja cadastrar o plano de ações. 3 – O sistema mostra os planos de ações já cadastrados neste plano de risco. 4 – O ator clica em “Incluir”. 5 – O sistema retorna o formulário para cadastro do plano de ações. 6 – O ator preenche os dados referentes ao plano de ação. (A1) 7 – O ator clica em “Incluir”. (E1) (E2) 8 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: O Plano de Ações do plano de risco é criado no sistema. Casos de T estes: AÇÃO RESULTADO ESPERADO

CT-37 (Caso de Teste 37) Não preencher campos obrigatórios. CT-38 (Caso de Teste 38) Preencher um campo inválido. (Teste de fronteira)


Observações:


54

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Plano de Ações UC No. UC33 Objetivo: Alterar os dados de um Plano de Ações existente no sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de alteração no módulo de Plano de Ações.


Fluxo Principa l: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Plano de Ações) referente ao projeto que deseja alterar o plano de ações. 3 – O sistema mostra os planos de ações já cadastrados neste plano de risco. 4 – O ator clica no ícone (Alterar) referente ao registro que deseja alterar os dados. 5 – O sistema retorna o formulário para cadastro do plano de ações com os dados cadastrados no sistema. 6 – O ator altera os dados desejados. (A1) 7 – O ator clica em “Alterar”. (E1) (E2) 8 – O sistema grava os dados e retorna uma mensagem de confirmação.




Pós-condições: Os dados do Plano de Ações serão alterados no sistema.

Casos de Testes : AÇÃO RESULTADO ESPERADO CT-39 (Caso de Teste 39) Não preencher campos obrigatórios. CT-40 (Caso de Teste 40) Preencher um campo inválido.


Observações:


55

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Plano de Ações UC No. UC34 Objetivo: Exclui um Plano de Ações existente no sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Plano de Ações.


Fluxo Principal: 1 – O sistema mostra os projetos existentes. 2 – O ator clica no ícone (Plano de Ações) referente ao projeto que deseja excluir o plano de ações. 3 – O sistema mostra os planos de ações já cadastrados neste plano de risco. 4 – O ator clica no ícone (Excluir) referente ao registro que deseja excluir. 5 – O sistema retorna mensagem de confirmação e aguarda OK do usuário. 6 – O ator confirma a operação. (A1) 7 – O sistema realiza a operação e retorna uma mensagem de confirmação.



Fluxo de Exceção: E1 – Plano de Ações possui relacionamentos e não pode ser excluído. 1. O Plano de Ações possui relacionamentos com outros registros e não poderá ser excluído.

Pós-condições: O Plano de Ações será excluído do sistema. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-41 (Caso de Teste 41) Excluir plano de ação sem relacionamentos no sistema. CT-42 (Caso de Teste 42) Excluir um plano de ação que possui relacionamento com outros registros no sistema.

CT-41 (Caso de Teste 41) O plano de ação deverá ser excluído definitivamente do sistema. CT-42 (Caso de Teste 42) O sistema deverá informar ao usuário que o registro não poderá ser excluído, pois possui relacionamento com outros registros.

Observações: Caso o plano de ação possua relacionamentos com outros registros, este não poderá ser excluído. Deverá ser inativado.


56

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Cadastrar Atividades UC No. UC35 Objetivo: Cadastrar Atividades de um Plano de Ações.

Atores: Usuário


O ator tem que ter permissão de cadastro no módulo de Atividades.

Evento Inicial: O ator precisa clicar no Plano de Ações ( ) referente ao projeto desejado.

Fluxo Principal: 1 – O sistema mostra os Planos de Ações cadastrados neste projeto. 2 – O ator clica no ícone (Atividades) referente ao Plano de Ação que deseja registrar a Atividade. 3 – O sistema mostra as Atividades criadas para este Plano de Ação. 4 – O ator clica em “Incluir”. 5 – O sistema retorna o formulário para cadastro da atividade. 6 – O ator preenche os dados referentes à Atividade a ser cadastrada. (A1) 7 – O ator efetiva a operação clicando em “Incluir”. (E1)(E2) 8 – O sistema grava os dados e retorna uma mensagem de confirmação.



Pós-condições: A atividade é registrada no Plano de Ação. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-43 (Caso de Teste 43) Não preencher campos obrigatórios. CT-44 (Caso de Teste 44) Preencher um campo inválido. (Teste de fronteira)


Observações:


57

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Atividade UC No. UC36 Objetivo: Excluir Atividade de um Plano de Ações.

Atores: Usuário


O ator tem que ter permissão de cadastro no módulo de Atividades.

Evento Inicial: O ator precisa clicar no Plano de Ações ( ) referente ao projeto desejado.

Fluxo Principal: 1 – O sistema mostra os Planos de Ações cadastrados neste projeto. 2 – O ator clica no ícone (Atividades) referente ao Plano de Ação que deseja registrar a Atividade. 3 – O sistema mostra as Atividades criadas para este Plano de Ação. 4 – O ator clica no ícone (Excluir) referente ao registro que deseja excluir. 5 – O sistema retorna mensagem de confirmação e aguarda OK do usuário. 6 – O ator confirma a operação. (A1) 7 – O sistema realiza a operação e retorna uma mensagem de confirmação.


Fluxo de Exceção:

Pós-condições: A atividade é excluída no Plano de Ação. Casos de Testes: AÇÃO RESULTADO ESPERADO

Observações:


58

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Gerar relatório consolidado do Projeto UC No. UC37 Objetivo: Gerar relatório consolidado por projeto com todos os dados cadastrados

no sistema de um determinado projeto, tais como, Interessados, Plano de Risco, Plano de Ações. Obs.: Não mostrará as atividades do Plano de Ações para o relatório não ficar muito extenso.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de Gerente no módulo de Projetos.

Evento Inicial: O ator precisa estar no módulo de Projetos.

Fluxo Principal: 1 – O sistema mostra todos os projetos cadastrados. 2 – O ator clica no ícone (Relatório Geral de Projetos) referente ao projeto que deseja gerar o relatório. 3 – O sistema abre uma nova janela com os dados do relatório consolidado do Projeto.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será gerado o relatório com as informações consolidadas do projeto. Casos de Testes: AÇÃO RESULTADO ESPERADO

Observações:


59

Descritivo de Caso de Uso Nome do Si stema: GERIS Nome do Caso: Cadastrar Grupo UC No.038 Objetivo: Criar um grupo de usuários que vai ser responsável por herdar as

permissões no sistema. Atores: Usuário


O ator tem que ter permissão de cadastro no módulo de Grupos.

Evento Inicial: O ator precisa clicar no modulo de Grupos

Fluxo Principal: 1 – O sistema mostra todos os grupos existentes. 2 – O ator clica em “Incluir”. 3 – O sistema retorna o formulário para cadastro do grupo. 4 – O ator preenche os dados. (A1) 5 – O ator efetiva a operação clicando em “Incluir”. (E1) (E2) 6 – O sistema grava os dados e gera uma mensagem de confirmação.


O Ator poderá cancelar a operação sem preencher os dados.


Pós-condições: O Grupo de usuários será criado no sistema.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-45 (Caso de Teste 45) Não preencher campos obrigatórios. CT-46 (Caso de Teste 46) Preencher um campo inválido. (Teste de fronteira)


Observações:


60

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Grupo UC No.039 Objetivo: Alterar um grupo de usuários existente no sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Grupos. Grupo estar previamente cadastrado no sistema.

Evento Inicial: O ator precisa clicar no modulo de grupos.

Ator 1 – O sistema mostra os grupos existentes no sistema. 2 – O ator clica no ícone (Alterar) referente ao registro que deseja alterar. 3 – O sistema retorna o formulário de cadastro de grupos com todos os dados cadastrados. 4 – O ator altera os dados do grupo. (A1) 5 – O ator clica em “Incluir”. (E1) (E2) 6 – O sistema grava os dados e gera uma mensagem de confirmação.


O Usuário poderá cancelar a operação sem preencher os dados.

Fluxo de Exceção:

E1- Campo inválido. Caso algum campo esteja inválido, o sistema informará ao usuário o(s) campo(s) inválido(s) e retornará para o preenchimento correto.

Pós-condições: Dados do Grupo foram alterados.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-47 (Caso de Teste 47) Verificar o domínio dos campos. CT-48 (Caso de Teste 48) Somente usuário autorizado poderá alterar os grupos

CT-47 (Caso de Teste 47) Todos preenchidos conforme especificado. CT-48 (Caso de Teste 48) Só permitir usuário autorizado alterar os usuários.

Observações:


61

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Grupo UC No.040 Objetivo: Excluir grupos de usuários existentes no sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de exclusão no módulo de Grupos. Grupo estar previamente cadastrado no sistema.

Evento Inicial: O ator precisa clicar no modulo de grupos.

Fluxo Principal: 1 – O sistema mostra os grupos existentes no sistema. 2 – O ator clica no ícone (Excluir) referente ao registro que deseja excluir. 3 – O sistema retorna uma mensagem de confirmação. 4 – O ator confirma a operação. (A1) (E1) (E2) 5 – O sistema executa a operação e gera uma mensagem de confirmação.

Fluxo Alternativo: A1 – Cancelar alteração

O ator poderá cancelar alteração sem preencher os dados

Fluxo de Exceção: E1 – Grupo possui relacionamentos e não pode ser excluído. 1. O grupo possui relacionamentos com outros registros e não poderá ser excluído.

Pós-condições: O grupo de usuários é excluído definitivamente do sistema.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-49 (Caso de Teste 49) Excluir um Grupo sem relacionamentos no sistema. CT-50 (Caso de Teste 50) Excluir um Grupo que possui relacionamento com outros registros no sistema.

CT-49 (Caso de Teste 49) O Grupo deverá ser excluído definitivamente do sistema. CT-50 (Caso de Teste 50) O sistema deverá informar ao usuário que o Grupo não poderá ser excluído, pois possui relacionamento com outros registros.

Observações: Caso o Grupo possua relacionamentos com outros registros, este não poderá ser excluído. Deverá ser inativado.


62

Descrit ivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Grupos UC No. 041 Objetivo: Consultar os dados cadastrados de um grupo de usuários.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Grupos.

Evento Inicial: O ator precisa clicar no módulo de Grupos.

Fluxo Principal: 1 – O sistema mostra a listagem dos grupos existentes. 2 – O ator localiza o gripo que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados do grupo selecionado.

Fluxo Alternativo:

Fluxo de Exceção:

Pós-condições: Será visualizado os dados do grupo de usuários selecionado.


Observações:


63


GERIS

Nome do Caso: Cadastrar Permissão UC No.042 Objetivo: Criar permissões de acesso para um grupo de usuários.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de cadastro no módulo de Permissão.

Evento Inicial: O ator precisa clicar no modulo de Grupos

Fluxo Principal: 1 – O sistema mostra todos os grupos existentes. 2 – O ator clica no ícone (Permissão) referente ao grupo ao qual ele deseja atribuir permissão em determinados módulos. 3 – O sistema mostra a relação dos módulos do sistema para ser atribuídas permissões a estes. 4 – O ator seleciona as permissões que deseja atribuir para este grupo. (A1) 5 – O ator efetiva a operação clicando em “Incluir”. 6 – O sistema gera uma mensagem de confirmação. 7 – O ator confirma gravação. (A1)


O Ator poderá cancelar a operação sem preencher os dados.

Fluxo de Exceção:

Pós-condições: As permissões aos módulos serão atribuídas a este grupo no sistema.


Observações:


64


GERIS

Nome do Caso: Cadastrar Usuário UC No.043 Objetivo: Cadastrar usuários que irão operar o sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema

O ator tem que ter permissão de cadastro no módulo de Usuários.

Evento Inicial: O ator precisa clicar no modulo de Usuários.

Fluxo Principal: 1 – O sistema mostra os usuários cadastrados no sistema. 2 – O ator clica em “Incluir”. 3 – O sistema retorna o formulário de cadastro de usuários. 4 – O ator preenche os dados do usuário a ser criado. (A1) 5 – O ator confirma a operação clicando em “Incluir”. (E1) (E2) 6 – O sistema grava os dados e retorna mensagem de confirmação.


1. O ator poderá cancelar a operação sem preencher os dados.

Fluxo de Exceção:

E1- Campo em branco. Caso algum campo esteja em branco, o sistema informará ao ator o(s) campo(s) em branco(s) e retornará para o preenchimento. E2 – Campo login diferente de letras. Caso o campo login esteja diferente de letras o sistema informará ao ator que o campo está invalido.

Pós-condições: O usuário é criado no sistema.

Casos de Teste s: AÇÃO RESULTADO ESPERADO CT-51 (Caso de Teste 51) Nenhum campo poderá estar em branco. CT-52 (Caso de Teste 52) O campo login só poderá ter letras. CT-53 (Caso de Teste 53) Não permitir cadastrar login iguais. CT-54 (Caso de Teste 54) Somente o gerente poderá cadastrar os usuários.

CT-51 (Caso de Teste 51) Campos todos preenchidos conforme especificado. CT-52 (Caso de Teste 52) Somente letras no campo login. CT-53 (Caso de Teste 53) Login cadastrados diferentes. CT-54 (Caso de Teste 54) Só permitir que o gerente cadastre os usuários.

Observações:


65

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Alterar Usuário UC No.044 Objetivo: Alterar dados do usuário cadastrado.

Atores: Usuário


O ator tem que ter permissão de alteração no módulo de Usuários. Usuário a ser alterado tem que estar cadastrado.

Evento Inicial: O ator precisa clicar no modulo de Usuários.

Fluxo Principal: 1 – O sistema mostra os usuários cadastrados no sistema. 2 – O ator clica no ícone (Alterar) referente ao registro que deseja alterar. 3 – O sistema retorna o formulário de cadastro de usuários com os dados do usuário selecionado. 3 – O ator altera os campos desejados. (A1) 4 – O ator confirma a operação clicando em “Alterar”. (E1) (E2) 6 – O sistema grava alteração.

Fluxo Alternativo: A1 – Cancelar alteração. O ator poderá cancelar alteração sem preencher os dados

Fluxo de Exceção: E1- Campo em branco. Caso algum campo esteja em branco, o sistema informará ao ator o(s) campo(s) em branco(s) e retornará para o preenchimento. E2 – Campo login diferente de letras. Caso o campo login esteja diferente de letras o sistema informará ao ator que está invalido.

Pós-condições: Os dados do usuário foram alterados. Casos de Testes: AÇÃO RESULTADO ESPERADO

CT-55 (Caso de Teste 55) Nenhum campo poderá estar em branco. CT-56 (Caso de Teste 56) O campo login só poderá ter letras. CT-57 (Caso de Teste 57) Somente usuário autorizado poderá alterar os usuários.

CT-55 (Caso de Teste 55) Campos todos preenchidos conforme especificado. CT-56 (Caso de Teste 56) Somente letras no campo login. CT-57 (Caso de Teste 57) Só permitir usuário autorizado alterar os usuários.

Observações:


66

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Excluir Usuário UC No.045 Objetivo: Excluir usuário cadastrado no sistema.

Atores: Usuário

Pré-condições: O ator estar logado no sistema. O ator tem que ter permissão para alterar. Usuário a ser alterado tem que estar cadastrado.

Evento Inicial: O ator precisa clicar no modulo de cadastro.

Fluxo Prin cipal: 1 – O ator digita o código do usuário. (E1) 2 – O sistema abre a tela com o usuário cadastrado. 3 – O ator clica no botão excluir usuário. (A1) 4 – O sistema gera uma mensagem de confirmação de exclusão. 5 – O ator confirma exclusão. (A1) 6 – O sistema exclui o usuário.

Fluxo Alternativo: A1 – Cancelar alteração. O ator poderá cancelar alteração sem preencher os dados

Fluxo de Exceção: E1- Campo inválido. 1. Caso algum campo esteja inválido, o sistema informará ao usuário o(s)

campo(s) inválido(s) e retornará para o preenchimento correto. E2- Campo obrigatório não preenchido. 1. Caso algum campo obrigatório não tenha sido preenchido, o sistema

informará ao usuário o(s) campo(s) e retornará para o preenchimento.

Pós-condições : O usuário será excluído do sistema.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-58 (Caso de Teste 58) O usuário não poderá mais logar. CT-59 (Caso de Teste 59) Excluir um Grupo sem relacionamentos no sistema. CT-60 (Caso de Teste 60) Excluir um Grupo que possui relacionamento com outros registros no sistema.

CT-58 (Caso de Teste 58) O usuário não consegue mais logar. CT-59 (Caso de Teste 59) O Grupo deverá ser excluído definitivamente do sistema. CT-60 (Caso de Teste 60) O sistema deverá informar ao usuário que o Grupo não poderá ser excluído, pois possui relacionamento com outros registros.

Observações:


67

Descritivo de Caso de Uso Nome do Sistema: GERIS Nome do Caso: Consultar Usuários UC No. 046 Objetivo: Consultar os dados cadastrados de um usuário.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Usuários.

Evento Inicial: O ator precisa clicar no módulo de Usuários.

Fluxo Principal: 1 – O sistema mostra a listagem de usuários existentes. 2 – O ator localiza o usuário que deseja consultar os dados.

3 – O ator clica no ícone (Consultar). 4 – O sistema retorna os dados cadastrados do usuário selecionado.

Fluxo Alternativo:

Flux o de Exceção:

Pós-condições: Será visualizado os dados do usuário selecionado.


Observações:


68


GERIS

Nome do Caso: Visualizar Logs UC No.047 Objetivo: Visualizar os logs das operações do sistema.

Atores: Usuário

Pré-condições: O ator tem que estar logado no sistema. O ator tem que ter permissão de consulta no módulo de Logs .

Evento Inicial: O ator precisa clicar no módulo de Logs.

Fluxo Principal: 1 – O sistema mostra a tela com os filtros de usuário, data e tipo de operação. 2 – O ator preenche os filtros que desejar. (A1) 3 – O ator clica em consultar. 4 – O sistema retorna uma tela com os dados da consulta por filtro.

Fluxo Alternativo: A1 – Cancelar alteração.

O ator poderá cancelar alteração sem preencher os dados

Fluxo de Exceção:

Pós-condições: O sistema mostra os dados da consulta na tela.

Casos de Testes: AÇÃO RESULTADO ESPERADO CT-61 (Caso de Teste 61) Usuário não autorizado visualizar os logs.

CT-61 (Caso de Teste 61) Somente usuários autorizados visualizaram os dados

Observações:


69

3. Comparativo Gerenciamento de Risco x MPS.Br

O MPS.BR é um modelo de Melhoria de Processo de Software Brasileiro

criado em 2003 pela Softex com objetivo de melhorar o processo de

desenvolvimento de software, fazendo com que isto reflita na qualidade do software

produzido, tornando o software brasileiro competitivo nacional e internacionalmente.

O MPS.BR é divido por meio de guias. O guia de implementação é dividido

em níveis indo do nível G (inicial) ao nível A (maturidade).

Nos níveis G e C estão definidos alguns processo da Gerência de Risco,

onde o foco principal do Gerenciamento de Risco do MPS.BR está no nível C.

Como um sistema consistente, o GERIS segue alguns requisitos destes

guias do MPS.BR para executar a Gerência de Risco em um projeto, tornando o

processo mais confiável e importante principalmente para as empresas que estão

interessadas em obter esta certificação. Abaixo, segue uma breve descrição dos

requisitos do MPS.BR que o GERIS atende e a forma em que estes estão

implementados no GERIS :

• Nível G – Gerência de Projetos - GPR6:

Os riscos do projeto são identificados e o seu impacto, probabilidade de

ocorrência e prioridade de tratamento são determinados e documentados.

GERIS: Após ser definido um Plano de Risco de um projeto cadastrado no sistema,

é possível registrar os Riscos Identificados neste projeto definindo a probabilidade

de ocorrência deste Fator de Risco, que quando cadastrado no sistema tem

atribuído os impactos de prazo, custo e qualidade. Após registrar os Riscos

Identificados, é necessário criar um Plano de Ação para cada Fator de Risco, onde

são definidas as ações a serem tomadas e as atividades de cada ação. Após a parte

de cadastro estar concluída, o Gerente de Projetos deve acompanhar o andamento

da Gerência de Risco do Projeto, analisando a execução das atividades e a

mitigação dos Riscos Identificados.


70

• Nível G – Gerência de Projetos - GPR17:

Ações para corrigir desvios em relação ao planejado e para prevenir a

repetição dos problemas identificados são estabelecidas, implementadas e

acompanhadas até a sua conclusão.

GERIS: No GERIS é possível criar um plano de Ação para o Risco Identificado no

Projeto, onde serão definidas as ações a serem tomadas para este risco. Cada ação

tem um responsável e diversas atividades a serem executadas para a conclusão

desta ação. O Gerente de Projetos pode acompanhar o andamento do Plano de

Ação do projeto. O GERIS comunica os interessados do projeto e quem mais o

Gerente de Projetos achar necessário sobre as ações corretivas do Projeto.

• Nível C – Gerência de Risco - GRI2:

As origens e as categorias de riscos são determinadas e os parâmetros

usados para analisar riscos, categorizá-los e controlar o esforço da gerência de

riscos são definidos.

GERIS: Antes de iniciar a Gerência de Risco através do GERIS, é necessário inserir

informações a serem utilizadas durante a Gerência. No GERIS é possível: cadastrar

os Fatores de Risco, onde são atribuídos pesos de prazo, custo e qualidade e criar

as Categorias que irão categorizar os Fatores de Risco.

• Nível C – Gerência de Risco – GRI4:

Os riscos do projeto são identificados e documentados, incluindo seu

contexto, condições e possíveis consequências para o projeto e as partes

interessadas.

GERIS: No GERIS após criar um projeto, é possível criar um plano de risco para

este projeto onde serão abordados os Riscos Identificados neste projeto. Ao incluir

um Risco Identificado é possível incluir a fase (contexto) do projeto onde ele pode

ocorrer. Já no Plano de risco do projeto é necessário definir as características dos

potenciais riscos (possíveis conseqüências).


71


Os riscos são priorizados, estimados e classificados de acordo com as

categorias e os parâmetros definidos.

GERIS: Após cadastrar um Risco Identificado no plano de risco do projeto, o GERIS

calcula a exposição deste risco e priorizará os riscos com maior exposição na

listagem dos riscos do projeto.


Planos para a mitigação de riscos são desenvolvidos.

GERIS: Para dar sequência a Gerência de Risco no GERIS, após cadastrar o

projeto, é necessário criar um Plano de Risco para este projeto, onde nele serão

definidos os processos e passos para mitigação dos Riscos Identificados neste

projeto.


72

4. Requisitos Funcionais

Os Requisitos Funcionais são as funcionalidades que o sistema deve

atender. São assumidos de forma atômica, buscando no detalhe o funcionamento de

parte do processo.

Cadastros

F5 Cadastrar Categoria Oculto ( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene uma nova categoria no sistema. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente

N.F.5.1 Controle de acesso ao serviço.

Apenas usuários com permissão podem efetuar o cadastro.

Segurança ( ) (x)

N.F.5.2 Controle de nome das categorias.

O usuário não poderá cadastrar a categoria com o mesmo nome de uma já existente.

Especificação

( ) (x)

N.F.5.3 Categorias previamente cadastradas.

Categorias principais serão previamente cadastradas no sistema.

Especificação

(x) ( )

F6 Alterar Categoria Oculto( )

Descrição: Esta funcionalidade permite alterar os dados de uma categoria no sistema.

Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente


Apenas usuários com permissão pode alterar a categoria.

Segurança ( ) (x)


O usuário não poderá alterar o nome da categoria para um já existente.

Especificação

( ) (x)

F7 Excluir Categoria Oculto( )

Descrição: Esta funcionalidade permite a exclusão da categoria no sistema.



73


Apenas usuários com permissão podem excluir a categoria.

Segurança ( ) (x)

F8 Consultar Categoria Oculto ( )

Descrição: Esta funcionalidade permite que o usuário visualize categorias cadastradas no sistema.




Segurança ( ) (x)

F9 Cadastrar Impacto Oculto ( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo impacto no sistema.




Segurança ( ) (x)

N.F.9.2 Controle de nome dos impactos.

O usuário não poderá cadastrar o impacto com o mesmo nome de um já existente.

Especificação

( ) (x)

F10 Alterar Impacto Oculto( )

Descrição: Esta funcionalidade permite alterar os dados de um impacto no sistema.



Apenas usuários com permissão pode alterar o impacto.

Segurança ( ) (x)


O usuário não poderá alterar o nome do impacto para um já existente.

Especificação

( ) (x)


74

F11 Excluir Impacto Oculto( )

Descrição: Esta funcionalidade permite a exclusão do impacto no sistema.



Apenas usuários com permissão podem excluir o impacto.

Segurança ( ) (x)

F12 Consultar Impacto Oculto ( )

Descrição: Esta funcionalidade permite que o usuário visualize impactos cadastrados no sistema.



Apenas usuários com permissão podem efetuar a consulta.

Segurança ( ) (x)

F13 Cadastrar Fator de Risco Oculto ( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo fator de risco no sistema. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente



Segurança ( ) (x)

N.F.13.2 Riscos previamente cadastrados.

Fatores de risco principais serão previamente cadastrados no sistema.

Especificação

(x) ( )

F14 Alterar Fator de Risco Oculto( )

Descrição: Esta funcionalidade permite alterar os dados do fator de risco no sistema.



Apenas usuários com permissão pode alterar o risco.

Segurança ( ) (x)

N.F.14.2 Controle de nome dos riscos.

O usuário não poderá alterar o nome do risco para um já existente.

Especificação

( ) (x)


75

F15 Excluir Fator de Risco Oculto( )

Descrição: Esta funcionalidade permite a exclusão do fator de risco no sistema.



Apenas usuários com permissão podem excluir o fator de risco.

Segurança ( ) (x)

F16 Consultar Fator de Risco Oculto( )

Descrição: Esta funcionalidade permite a visualização de fatores de risco no sistema.



Apenas usuários com permissão podem consultar o fator de risco.

Segurança ( ) (x)

F17 Associar Fator de Risco à Categoria Oculto( )

Descrição: Esta funcionalidade permite que o fator de risco seja associado a uma categoria.



Apenas usuários com permissão podem associar fator à categoria.

Segurança ( ) (x)

N.F.17.2 Fator de risco sem categoria

Somente fatores de risco sem categorias estarão disponíveis para ser cadastrados a uma categoria.

Especificação ( ) (x)

F18 Desassociar Fator de Risco à Categoria Oculto ( )

Descrição: Esta funcionalidade permite que o usuário desassocie um fator de risco de uma categoria previamente cadastrada. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente


Apenas usuários com permissão podem efetuar a desassociação.

Segurança ( ) (x)


76

Projetos

F1 Cadastrar Projeto Oculto ( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo projeto no sistema.




Segurança ( ) (x)

N.F.1.2 Controle de nome dos projetos

O usuário não poderá cadastrar o projeto com o mesmo nome de um já existente.

Especificação

( ) (x)

F2 Alterar Projeto Oculto( )

Descrição: Esta funcionalidade permite alterar os dados do projeto no sistema.



Apenas usuários com permissão pode alterar o projeto.

Segurança ( ) (x)

N.F.2.2 Controle de nome dos projetos

O usuário não poderá alterar o nome do projeto para um já existente.

Especificação

( ) (x)

F3 Excluir Projeto Oculto ( )

Descrição: Esta funcionalidade permite a exclusão do projeto no sistema.



Apenas usuários com permissão podem excluir o projeto.

Segurança ( ) (x)

F4 Consultar Projeto Oculto( )

Descrição: Esta funcionalidade permite que o usuário visualize projetos cadastrados no sistema.


N.F.4.1 Controle de Apenas usuários com permissão Segurança ( ) (x)


77

acesso ao serviço.

podem visualizar os projetos.

F19 Associar Interessado ao Projeto Oculto ( )

Descrição: Esta funcionalidade permite que o usuário associe um ou mais interessados a um projeto previamente cadastrado. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente


Apenas usuários com permissão podem efetuar a associação.

Segurança ( ) (x)

N.F.19.2 Controle de associações.

O usuário não poderá associar o mesmo interessado ao mesmo projeto mais de uma vez.

Especificação

( ) (x)

F20 Desassociar Interessado ao Projeto Oculto ( )

Descrição: Esta funcionalidade permite que o usuário desassocie um ou mais interessados de um projeto previamente cadastrado. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente


Apenas usuários com permissão podem efetuar a dissociação.

Segurança ( ) (x)

F21 Cadastrar Plano de Risco Oculto( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo plano de risco no sistema.



Apenas usuários com permissão pode efetuar o cadastro.

Segurança ( ) (x)

N.F.21.2 Controle de plano por projeto

Para cada projeto, poderá ser cadastrado somente um plano de risco.

Especificação

( ) (x)

F22 Alterar Plano de Risco Oculto( )

Descrição: Esta funcionalidade permite alterar os dados de um determinado plano de risco já existente no sistema.



78


Apenas usuários com permissão podem alterar os dados do plano.

Segurança ( ) (x)

F23 Cadastrar Fases Oculto( )

Descrição: Esta funcionalidade permite cadastrar as fases de um projeto.



Apenas usuários com permissão podem efetuar o cadastro do modulo.

Segurança ( ) (x)

N.F.23.2 Controle de nome das Fases.

O usuário não poderá cadastrar uma fase com o mesmo nome de uma já existente no mesmo projeto.

Especificação

( ) (x)

F24 Excluir Fases Oculto( )

Descrição: Esta funcionalidade permite a exclusão uma fase no sistema.



Apenas usuários com permissão pode efetuar a exclusão da fase.

Segurança ( ) (x)

N.F.24.2 Controle de nome das Fases.

O usuário não poderá alterar o nome da fase para uma já existente.

Especificação

( ) (x)

F25 Cadastrar Risco Identificado Oculto( )

Descrição: Esta funcionalidade permite cadastrar um risco que já foi identificado no projeto.



Apenas usuários com permissão pode cadastrar um risco identificado.

Segurança ( ) (x)


79

F26 Excluir Risco Identificado Oculto( )

Descrição: Esta funcionalidade permite a exclusão de um risco identificado em um projeto já cadastrado.



Apenas usuários com permissão podem excluir o risco cadastrado.

Segurança ( ) (x)

F27 Consultar Risco Identificado Oculto( )

Descrição: Esta funcionalidade permite a visualização de riscos identificados no sistema.



Apenas usuários com permissão podem consultar o risco identificado.

Segurança ( ) (x)

F28 Cadastrar Tipo de Ação Oculto( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo tipo de ação no sistema.



Apenas usuários com permissão podem cadastrar ações.

Segurança ( ) (x)

F29 Alterar Tipo de Ação Oculto( )

Descrição: Esta funcionalidade permite alterar os dados de um tipo de ação já cadastrado no sistema.



Apenas usuários com permissão podem alterar os dados da ação.

Segurança ( ) (x)

F30 Excluir Tipo de Ação Oculto( )

Descrição: Esta funcionalidade permite excluir os dados de um tipo de ação já cadastrado no sistema.



80


Apenas usuários com permissão podem excluir uma ação.

Segurança ( ) (x)

F31 Consultar Tipo de Ação Oculto( )

Descrição: Esta funcionalidade permite consultar os dados de um tipo de ação já cadastrado no sistema.



Apenas usuários com permissão podem consultar os dados da ação.

Segurança ( ) (x)

F32 Cadastrar Plano de Ação Oculto( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo plano de ação no sistema.



Apenas usuários com permissão podem cadastrar planos.

Segurança ( ) (x)

F33 Alterar Plano de Ação Oculto( )

Descrição: Esta funcionalidade permite alterar os dados de um plano de ação já cadastrado no sistema.



Apenas usuários com permissão podem alterar os dados do plano.

Segurança ( ) (x)

F34 Excluir Plano de Ação Oculto( )

Descrição: Esta funcionalidade permite excluir os dados de um plano de ação já cadastrado no sistema.



Apenas usuários com permissão podem excluir um plano de ação.

Segurança ( ) (x)


81

F35 Cadastrar Atividade Oculto( )

Descrição: Esta funcionalidade permite cadastrar uma atividade já realizada.



Apenas usuários com permissão podem cadastrar uma atividade.

Segurança ( ) (x)

F36 Excluir Atividade Oculto( )

Descrição: Esta funcionalidade permite excluir os dados de uma atividade já cadastrada no sistema.



Apenas usuários com permissão podem excluir uma atividade.

Segurança ( ) (x)

F37 Gerar relatório consolidado do projeto Oculto( )

Descrição: Esta funcionalidade permite gerar um relatório contendo os principais dados de um projeto já cadastrado no sistema.



Apenas usuários com permissão podem gerar relatório de um projeto.

Segurança ( ) (x)

Segurança

F38 Cadastrar Grupo Oculto( )

Descrição: Esta funcionalidade permite que o usuário cadastre grupos no sistema.



Apenas usuários com permissão podem efetuar o cadastro do grupo.

Segurança ( ) (x)

N.F. 38.2 Receber permissões.

O grupo vai estar apto para receber permissões de acesso no momento do cadastro ou posteriormente.

Interface ( ) (x)

N.F. 38.3 Controle de nome dos grupos

O usuário não poderá cadastrar grupo com o mesmo nome de um

Especificação

( ) (x)


82

já existente.

F39 Alterar Grupo Oculto( )

Descrição: Esta funcionalidade permite que o usuário altere os dados do Grupo no sistema. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente


Apenas usuários com permissão pode efetuar a alteração do grupo.

Segurança ( ) (x)

N.F.39.2 Controle de nome do grupo

O usuário não poderá alterar o nome grupo para um já existente.

Especificação

( ) (x)

F40 Excluir Grupo Oculto( )

Descrição: Esta funcionalidade permite a exclusão de um grupo no sistema.



Apenas usuários com permissão podem efetuar a exclusão.

Segurança ( ) (x)

F41 Consultar Grupo Oculto( )

Descrição: Esta funcionalidade permite que o usuário visualize grupos cadastrados no sistema.


N.F. 41.1 Controle de acesso ao serviço.

Apenas usuários com permissão podem consultar grupos.

Segurança ( ) (x)

F42 Cadastrar Permissão Oculto( )

Descrição: Esta funcionalidade permite que o usuário cadastre permissões para os grupos no sistema.



Apenas usuários com permissão pode efetuar o cadastro de permissões.

Segurança ( ) (x)


83

F43 Cadastrar Usuário Oculto ( )

Descrição: Esta funcionalidade permite que o usuário crie e armazene um novo usuário no sistema.




Segurança ( ) (x)

N.F.43.2 Controle de Login.

O Login é concedido por quem esta cadastrando o usuário.

Especificação

( ) (x)

N.F.43.3 Controle de nome dos usuários

O usuário não poderá cadastrar o usuário com o mesmo nome de um já existente.

Especificação

( ) (x)

F44 Alterar Usuário Oculto( )

Descrição: Esta funcionalidade permite alterar os dados do usuário no sistema.



Apenas usuários com permissão podem alterar o cadastro.

Segurança ( ) (x)

N.F.44.2 Controle de nome dos usuários

O usuário não poderá alterar o nome do usuário para um já existente.

Especificação

( ) (x)

F45 Excluir Usuário Oculto( )

Descrição: Esta funcionalidade permite a exclusão do usuário no sistema.



Apenas usuários com permissão podem excluir o usuário.

Segurança ( ) (x)


84

F46 Consultar Usuário Oculto( )

Descrição: Esta funcionalidade permite que o usuário visualize usuários cadastrados no sistema. Requisitos não funcionais: Nome Restrição Categoria Desejável Permanente


Apenas usuários com permissão podem consultar usuários.

Segurança ( ) (x)

F47 Visualizar Logs Oculto( )

Descrição: Esta funcionalidade permite que o usuário visualize logs gerados pelo sistema.



Apenas usuários com permissão podem visualizar os logs.

Segurança ( ) (x)

5. Requisitos Suplementares

Os requisitos suplementares são requisitos que definem atributos de

qualidade do sistema necessários tais como desempenho, usabilidade e

confiabilidade, bem como os requisitos funcionais globais que não são capturados

nos artefatos comportamentais dos requisitos.

Nome Restrição Categoria Desejável Permanente

S1 Linguagem de programação

O sistema deverá ser desenvolvido em Asp com banco de dados SQLSERVER 2005

Implementação (x) ( )

S2 Níveis de segurança

Existem dois níveis de acesso: 1) Administrador: acesso completo. 2) Usuário: cadastro, alteração, exclusão e consultas básicas.

Segurança ( ) (x)


85

6. Diagrama de Seqüência

O Diagrama de Sequência demonstra a sequência executada pelo sistema

para execução do Caso de Uso. Através deste diagrama é possível visualizar as

etapas do processamento.

UC001 – Cadastrar Projeto

Figura 001 – Diagrama de Sequência Cadastrar Projeto


86

UC002 – Alterar Projeto

Figura 002 – Diagrama de Sequência Alterar Projeto UC003 – Excluir Projeto

Figura 003 – Diagrama de Sequência Excluir Projeto


87

UC004 - Consultar Projeto

Figura 004 – Diagrama de Sequência Consultar Projeto UC005 – Cadastrar Categoria

Figura 005 – Diagrama de Sequência Cadastrar Categoria


88

UC006 – Alterar Categoria

Figura 006 – Diagrama de Sequência Alterar Categoria UC007 – Excluir Categoria

Figura 007 – Diagrama de Sequência Excluir Categoria


89

UC008 – Consultar Categoria

Figura 008 – Diagrama de Sequência Consultar Categoria UC009 - Cadastrar Impacto

Figura 009 – Diagrama de Sequência Cadastrar Impacto


90

UC010 – Alterar Impacto

Figura 010 – Diagrama de Sequência Alterar Impacto UC011 – Excluir Impacto

Figura 011 – Diagrama de Sequência Excluir Impacto


91

UC012 – Consultar Impacto

Figura 012 – Diagrama de Sequência Consultar Impacto UC013 – Cadastrar Fator de Risco

Figura 013 – Diagrama de Sequência Cadastrar Fator de Risco


92

UC014 – Alterar Fator de Risco

Figura 014 – Diagrama de Sequência Alterar Fator de Risco UC015 – Excluir Fator de Risco

Figura 015 – Diagrama de Sequência Excluir Fator de Risco


93

UC016 – Consultar Fator de Risco

Figura 016 – Diagrama de Sequência Consultar Fator de Risco

UC017 – Associar Fator de Risco a Categoria

Figura 017 – Diagrama de Sequência Associar Fator de Risco a Categoria


94

UC018 – Desassociar Fator de Risco da Categoria

Figura 018 – Diagrama de Sequência Desassociar Fator de Risco da Categoria

UC019 – Associar Interessado ao Projeto

Figura 019 – Diagrama de Sequência Associar Interessado ao Projeto


95

UC020 – Desassociar Interessado do Projeto

Figura 020 – Diagrama de Sequência Desassociar Interessado do Projeto

UC021 – Cadastrar Plano de Risco

Figura 021 – Diagrama de Sequência Cadastrar Plano de Risco


96

UC022 – Alterar Plano de Risco

Figura 022 – Diagrama de Sequência Alterar Plano de Risco

UC023 – Cadastrar Fase

Figura 023 – Diagrama de Sequência Cadastrar Fase


97

UC024 – Excluir Fase

Figura 024 – Diagrama de Sequência Excluir Fase

UC025 – Cadastrar Risco Identificado

Figura 025 – Diagrama de Sequência Cadastrar Risco Identificado


98

UC026 – Excluir Risco Identificado

Figura 026 – Diagrama de Sequência Excluir Risco Identificado

UC027 – Consultar Risco Identificado

Figura 027 – Diagrama de Sequência Consultar Risco Identificado


99

UC028 – Cadastrar Tipo de Ação

Figura 028 – Diagrama de Sequência Cadastrar Tipo de Ação UC029 – Alterar Tipo de Ação

Figura 029– Diagrama de Sequência Alterar Tipo de Ação


100

UC030 – Excluir Tipo Ação

Figura 030 – Diagrama de Sequência Excluir Tipo Ação UC031 – Consultar Tipo Ação

Figura 031 – Diagrama de Sequência Consultar Tipo Ação


101

UC032 – Cadastrar Plano de Ação

Figura 032 – Diagrama de Sequência Cadastrar Plano de Ação UC033 – Alterar Plano de Ação

Figura 033 – Diagrama de Sequência Alterar Plano de Ação


102

UC034 – Excluir Plano de Ação

Figura 034 – Diagrama de Sequência Excluir Plano de Ação UC035 – Cadastrar Atividades

Figura 035 – Diagrama de Sequência Cadastrar Atividades


103

UC036 – Excluir Atividades

Figura 036 – Diagrama de Sequência Excluir Atividades UC037 – Gerar Relatório Consolidado do Projeto

Figura 037 – Diagrama de Sequência Gerar Relatório Consolidado do Projeto


104

UC038 – Cadastrar Grupo

Figura 038 – Diagrama de Sequência Cadastrar Grupo UC039 – Alterar Grupo

Figura 039 – Diagrama de Sequência Alterar Grupo


105

UC040 – Excluir Grupo

Figura 040 – Diagrama de Sequência Excluir Grupo UC041 – Consultar Grupo

Figura 041 – Diagrama de Sequência Consultar Grupo


106

UC042 – Cadastrar Permissão

Figura 042 – Diagrama de Sequência Cadastrar Permissão UC043 – Cadastrar Usuário

Figura 043 – Diagrama de Sequência Cadastrar Usuário


107

UC044 – Alterar Usuário

Figura 044 – Diagrama de Sequência Alterar Usuário UC045 – Excluir Usuário

Figura 045 – Diagrama de Sequência Excluir Usuário


108

UC046 – Consultar Usuário

Figura 046 – Diagrama de Sequência Consultar Usuário UC047 – Consultar Log

Figura 047 – Diagrama de Sequência Consultar Log


109

7. MER – Modelo Entidade Relacionamento Através do MER é possível compreender o armazenamento das informações

na base de dados. Através das chaves estrangeiras podemos entender o

relacionamento das entidades do banco de dados.


110

Figura 048 – Modelo Entidade Relacionamento Completo


111

8. Descrição das tabelas

Neste item são demonstradas todas as tabelas exibidas no MER, de forma

descritiva, informando o tipo de dados, tamanho e descrição de coluna.

Gerência

Figura 049 – Descrição da tabela tb_Projetos

Figura 050 – Descrição da tabela tb_ProjetoPlanoAcao


112

Figura 051 – Descrição da tabela tb_ProjetoPlanoRisco

Figura 052 – Descrição da tabela tb_ProjetoRiscosIdentificados

Figura 053 – Descrição da tabela tb_ProjetoFases


113

Operacional

Figura 054 – Descrição da tabela tb_ProjetoInteressados

Figura 055 – Descrição da tabela tb_TipoAcao

Figura 056 – Descrição da tabela tb_Probabilidade

Figura 057 – Descrição da tabela tb_Categoria


114

Figura 058 – Descrição da tabela tb_CategoriaFatorRisco

Figura 059 – Descrição da tabela tb_HistoricoAcoes

Figura 060 – Descrição da tabela tb_Impacto


115

Figura 061 – Descrição da tabela tb_FatorRisco

Segurança

Figura 062 – Descrição da tabela tb_Usuarios

Figura 063 – Descrição da tabela tb_Acessos


116

Figura 064 – Descrição da tabela tb_Grupos

Figura 065 – Descrição da tabela tb_Log

Figura 066 – Descrição da tabela tb_Modulos


117

9. Defesa de Criação

9.1. Logotipo Foi colocada a esquerda do sistema, pois,

estudos indicam que é o primeiro item visto pelos

usuários. Basicamente, o usuário vê o sistema

seguindo o quadro ao lado.

Os quadros mostram qual a prioridade de

visualização por parte dos usuários, sendo a área

vermelha a mais vista e a área verde com menor

importância.

Fonte: http://www.poynterextra.org/eyetrack2004/viewing.htm

9.2. Barra de Ferramentas

Geralmente colocado no topo do sistema, tem como

função facilitar o acesso de informações importantes como à

página principal, minha conta, sair ou, ainda, “ver diagrama”

que é importante na parte de projetos. Apesar de algumas

vezes parecer um recurso simples ou pouco útil, para o Usuário é de suma

importância, justamente pela facilidade de localização de informações básicas.

9.3. Layout

Antes de desenvolvermos o layout, foi feito um estudo em diversas

interfaces de sistema na internet, o que gerou o wireframe apresentado abaixo:


118

Figura 067 – Wireframe

Com o objetivo do wireframe, conseguimos perceber a importância das

informações e podemos notar o logo do lado esquerdo, a barra de ferramentas do

lado direito, um texto contendo uma explicação do que é o gerenciamento de risco, o

ícone referente a cada módulo do sistema e o rodapé contendo uma explicação

básica do nosso sistema.

Abaixo o layout gerado a partir do wireframe:


119

Figura 068– Layout

Neste layout foram utilizadas cores leves, para que não canse o

usuário que estiver utilizando o sistema, bem como muito espaço em branco e

ícones bem legíveis, tudo para facilitar a procura do usuário.

No modelo de interna, localizado abaixo:

Figura 069 – Layout com marcações


120

Temos:

1) O menu do sistema, sempre localizado no topo e com “Ajuda”, caso o nosso

usuário precise.

2) Foi colocado em todas as páginas o breadcrumb, para que o nosso

internauta veja o caminho que ele esta fazendo e onde ele esta.

3) O item “Incluir” foi colocado abaixo da listagem de cada módulo.

4) Em todas as listagens, a última coluna é localizada as ações que o usuário

poderá fazer.

5) No topo esta a barra de ferramentas.


121

10. Protótipos de Telas

Neste item é possível analisar a interface implementada conforme descrição

dos Casos de uso e Requisitos.

Login

Figura 070 – Protótipo da tela de Login

Principal

Figura 071 – Protótipo da tela Principal


122

Listagem de Projetos

Figura 072 – Protótipo da tela de Listagem de Projetos

Cadastro de Projetos

Figura 073 – Protótipo da tela de Cadastro de Projetos


123

Alteração dos dados do Projeto

Figura 074 – Protótipo da tela de Alteração dos dados do Projeto


124

Cadastro dos Riscos Identificados

Figura 075 – Protótipo da tela de Cadastro dos Riscos Identificados


125

Relatório Geral de Projetos

Figura 076 – Protótipo da tela de Relatório Geral de Projetos


126

11. Plano de Teste

11.1. Introdução

Esse documento tem por finalidade descrever o planejamento geral das

atividades de teste bem como os envolvidos e critérios de aceitação dos artefatos a

serem testados.

11.2. Objetivo

O objetivo desse Plano de Testes do Projeto Gerenciamento de Risco

compõe-se das seguintes maneiras:

• Listar todos os Requisitos a Testar recomendados (alto nível).

• Identificar informações de projeto existentes e os componentes de software

que devem ser testados.

• Descrever as estratégias de teste a serem empregadas.

• Identificar os recursos necessários e prover uma estimativa dos esforços de

teste.

• Listar os elementos resultantes do projeto de testes.

• Identificar os possíveis erros e reportar para os desenvolvedores a modo que

seja reparado e re-testado.

11.3. Sobre o Projeto GERIS

O GERIS consiste em um sistema que auxilia a equipe de Projetos na

Gerência de Riscos em Projetos. O Sistema cadastra os Riscos do Projeto dividindo

em fases de acordo com que ele pode ocorrer, para cada Risco é cadastrado o grau

de impacto que esse pode causar no Projeto com isso pode ser ter uma atenção

maior aos mais impactantes. Para cada Risco tem um plano de contingência onde

caso venha ocorrer, ele é acionado visando um menor impacto para o Projeto.


127

11.4. Escopo

Esse documento vai definir as estratégias de teste a serem adotadas a cada

etapa do desenvolvimento para planejar, implementar, executar e armazenar os

resultados do testes a cada iteração do software.

11.5. Identificação do Projeto

A tabela abaixo identifica a documentação utilizada para desenvolver o plano

de testes:

Documento Criado ou Disponível Recebido ou Revisado

Especificação de Requisitos

� Sim � Não � Sim � Não

Plano de Projeto � Sim � Não � Sim � Não Documento de Arquitetura

� Sim � Não � Sim � Não

Protótipo � Sim � Não � Sim � Não Manual do Usuário � Sim � Não � Sim � Não Lista de Riscos � Sim � Não � Sim � Não

11.6. Requisitos a Testar

A lista abaixo identifica aqueles itens:

• Use cases;

• Requisitos funcionais e não funcionais.

Foram eles identificados como alvos de teste, essa lista representa o que

será testado.


128

11.7. Testes da Interface do Usuário

Verificar palavras e expressões nas diversas linguagens se estão com as

devidas formas sintáticas e gramaticais.

Verificar se todas as interfaces gráficas estão de fácil entendimento e fácil

utilização com auxilio dos use cases.

Verificar a padronização de telas para facilitar a navegação dos usuários.

Verificas todas as ajudas on-line se estão funcionando de acordo.

11.8. Testes de Banco de Dados

Verificar informações completas de Usuário (cadastros, alterações,

consultas, exclusões).

Verificar informações completas de Projetos (cadastros, alterações,


Verificar informações completas de Riscos (cadastros, alterações, consultas,

exclusões).

Verificar informações completas de Fator de Riscos (cadastros, alterações,

consultas, exclusões, associar fator à categoria, associar fator ao(s) risco(s)).

Verificar informações completas de Categoria de Risco (cadastros,

alterações, consultas, exclusões).

Verificar informações completas de Impacto (cadastros, alterações,


Verificar informações completas de Interessados (cadastros, alterações,

consultas, exclusões, associar interessados ao projeto, apontar interessado para

cada risco).

Verificar informações completas de Plano de Risco (cadastros, alterações,


Verificar informações completas de Cadastrar Fase (cadastros, alterações,


Verificar informações completas de Riscos Identificados (cadastros,

alterações, consultas, exclusões).


129

Verificar informações completas de Relatórios (Gerar Relatório Fator Risco x

Probabilidade, Gerar relatório Fator Risco x Risco).

Verificar informações completas de Grupos (cadastros, alterações,

consultas, exclusões, permissões).

Verificar informações completas de Módulos (cadastros, alterações,

exclusões, consultas).

Verificar informações completas de Logs (gerar, consultas).

Verificar informações completas Ações (cadastros de ações, alterações de

ações, exclusões de ações).

Verificar informações completas Histórico de Ações (cadastros de histórico

de ações, alterações de histórico de ações, exclusões de histórico de ações).

11.9. Teste de Carga

Nenhum

11.10. Teste de Performance

Nenhum

11.11. Teste de Stress

Nenhum

11.12. Teste de Volume

Nenhum


130

11.13. Teste de Segurança e de Controle de Acesso

Verificar se usuários não cadastrados não pode acessar informações

restritas ao sistema.

Verificar se usuários sem permissão possa cadastrar, consultar, alterar e

excluir Projetos do Sistema.


excluir Categoria do Sistema.


excluir Impacto do Sistema.


excluir Riscos do Sistema


excluir Fatores de Risco do Sistema

Verificar se usuários sem permissão possa associar Fator de Risco a

Categoria.

Verificar se usuários sem permissão possa associar Fator de Risco ao

Risco.


excluir Interessados do Sistema.

Verificar se usuários sem permissão possa associar Interessados ao Projeto.

Verificar se usuários sem permissão possa Apontar Responsável por cada

Risco.


excluir Plano de Risco do Sistema.


excluir Fases do Sistema.


excluir Riscos Identificados.


excluir Ações do Sistema.


excluir Histórico de ações do Sistema.


131

Verificar se usuários sem permissão possa Gerar Relatório Fator Risco x

Probabilidade.

Verificar se usuários sem permissão Gerar Relatório Fator Risco x Risco.


excluir Grupos do Sistema.

Verificar se usuários sem permissão possa dar permissão aos grupos.


excluir Módulos do Sistema.

11.14. Teste Funcional

Verificar que qualquer usuário pode acessar sua conta através de Login e

Senha.

Verificar que as informações obtidas nos subsistema são automaticamente

atualizadas.

Verificar se os conteúdos dos relatórios estão corretos.

11.15. Teste de Instalação

Verificar que a instalação seja feita corretamente em todas as maquinas.

Verificar que qualquer terminal da empresa seja capaz de rodar o GR.

Verificar se o sistema é capaz de obter e atualizar informações que se

propõe a disponibilizar.


132

12. Estratégia de Teste

12.1. Tipos de Testes

Nota: As transações abaixo se referem às “transações lógicas de negócio”.

Essas transações são definidas como funções específicas que um usuário final do

sistema é suposto de executar ao usar a aplicação, tais como adicionar ou modificar

uma dada informação.

12.2. Teste de Integridade de Dados e do Banco de D ados

Objetivo do Teste: Garantir que os métodos e processos de acesso ao banco

de dados funcionam apropriadamente e sem corrupção dos

dados.

Técnica: Inspecionar o banco de dados para garantir que os dados

foram populados como pretendido, que todos os eventos

do banco de dados ocorreram apropriadamente, ou revisar

os dados retornados para garantir que os dados corretos

foram recuperados pelas razões corretas.

Invocar cada método e processo de acesso ao banco de

dados, alimentando cada um com dados ou requisições de

dados válidos e inválidos.

Critério de

Finalização:

Todos os métodos e processos de acesso à base de dados

funcionam como projetados e sem nenhuma corrupção de

dados.

Considerações

Especiais:

Processos devem ser invocados manualmente

Bases de dados pequenas ou minimizadas (número de

registros limitados) devem ser usados para aumentar a

visibilidade de eventos não-aceitáveis.


133

12.3. Teste de Função

Objetivo do Teste: Garantir a funcionalidade apropriada do alvo do teste,

incluindo navegação, entrada de dados, processamento, e

recuperação.

Técnica: Executar cada caso de uso, fluxo de caso de uso, usando

dados válidos e inválidos, para verificar o seguinte:

Os resultados esperados ocorrem quando dados válidos

são usados

As mensagens de erro ou aviso apropriadas são exibidas

quando dados inválidos são usados.

Cada regra de negócio é aplicada apropriadamente

Critério de

Finalização:

Todos os testes planejados foram executados.

Todos os defeitos identificados foram tratados.

Considerações

Especiais:

Nenhum

12.4. Teste da Interface do Usuário

Objetivo do Teste: Verificar o seguinte:

Objetos e características da janela, tais como menus,

tamanho, posição, estado e foco conformam-se aos

padrões.

A navegação através dos alvos de teste reflete as funções

e os requisitos do negócio apropriadamente, incluindo

janela-a-janela, campo-a-campo, e o uso de métodos de

acesso (tecla tab, movimentos do mouse, teclas

aceleradoras)


134

12.5. Testes De Carga de Dados

Objetivo do Teste: Verifique o tempo de resposta para as transações

designadas ou casos de negócio sob condições variantes

de carga de trabalho.

Técnica: Use testes desenvolvidos para o Teste do Ciclo de Negócio

ou Função.

Modifique os arquivos de dados para aumentar o número

de transações ou os testes para aumentar o número de

vezes que cada transação ocorre.

Critério de

Finalização:

Múltiplas transações ou usuários: finalização bem sucedida

dos testes sem qualquer falha e dentro da alocação de

tempo aceitável.

Considerações

Especiais:

O teste de carga deve ser executado em uma máquina

dedicada ou em um tempo dedicado. Isso permite o

controle total a e mensuração precisa.

As bases de dados usadas para os testes de carga devem

ou ser do tamanho real ou igualmente dimensionado.

Técnica: Criar ou modificar os testes para cada janela para verificar

a navegação e os estados de objeto apropriados para cada

janela e objetos da aplicação.

Critério de

Finalização:

É verificado que cada janela permanece consistente com a

versão de comparação ou dentro de padrões aceitáveis.

Considerações

Especiais:

Nem todas as propriedades para objetos personalizados e

terceirizados podem ser acessadas.


135

12.6. Teste de Segurança e Controle de Acesso

Objetivo do Teste: Segurança do Nível de Aplicação: Verifique que um ator

pode acessar apenas aquelas funções ou dados para os

quais o seu tipo de usuário tem permissão.

Segurança do Nível de Sistema: Verifique que apenas

aqueles atores com acesso ao sistema e aplicações têm

permissão de acessá-los.

Técnica: Segurança do Nível de Aplicação: Identifique e liste cada

tipo de usuário e as funções ou dados para os quais cada

tipo tem permissão.

Crie testes para cada tipo de usuário e verifique cada

permissão criando transações específicas para cada tipo de

usuário.

Modifique o tipo de usuário e repita os testes para os

mesmos usuários. Em cada caso, verifique que funções ou

dados adicionais estão corretamente disponíveis ou

negados.

Acesso de Nível de Sistema: Ver Considerações Especiais

abaixo.

Critério de

Finalização:

Para cada tipo de ator conhecido as funções ou dados

apropriados estão disponíveis, e todas as transações

funcionam como esperado e rodam nos Testes de Função

anteriores.

Considerações

Especiais:

O Acesso ao sistema deve ser revisado ou discutido com o

administrador de rede ou de sistema apropriado. Esse

teste pode não ser necessário já que ele pode ser uma

função da administração da rede ou sistema.


136

12.7. Teste de Instalação

Objetivo do Teste: Verifique que os alvos de teste instalam

apropriadamente em cada configuração de hardware

necessária sobre as seguintes condições:

Uma nova instalação, em uma nova máquina, que

nunca fora anteriormente instalado com o TIG.

Atualização, numa máquina onde o TIG já fora

previamente instalado, para a mesma versão.

Atualização, numa máquina que já disponha do TIG

instalado, de uma versão mais velha.

Técnica: Manualmente ou desenvolva scripts automatizados,

para validar a condição da máquina alvo – novo TIG

nunca instalado; TIG na mesma versão ou versão

mais velha já instalada.

Começar ou executar a instalação

Usando um subgrupo predeterminado de scripts de

teste de funções, rode as transações.

Critério de

Finalização:

As transações do TIG executam de forma bem

sucedida, sem falha.

Considerações

Especiais:

Quais transações do TIG devem ser selecionadas

para abranger um teste de confiança de que a

aplicação TIG foi instalada de forma bem sucedida e

que nenhum componente importante de software

está faltando?

12.8. Recursos

Aqui apresenta os recursos recomendados para o Projeto GR, com suas

principais responsabilidades, seus conhecimentos ou conjuntos de habilidades.


137

12.8.1. Trabalhadores

Abaixo a tabela mostra equipe e suas respectivas tarefas.

Recursos Humanos

Trabalhador Recursos Mínimos

Recomendados

Responsabilidades Específicas ou

Comentários

Gerente do Projeto

de Teste

Ewerton Klava Fornece supervisionamento

gerencial.

Responsabilidades:

Provê direcionamento técnico

Adquire recursos apropriados

Fornece relatórios de gerenciamento

Test Designer

Andre Vasconcellos

Ewerton Klava

Fabrício Pinto

Marcelo Abib

Identifica, prioriza, e implementa os

casos de teste.

Responsabilidades:

Gera o plano de teste

Cria o modelo de teste

Avalia a efetividade do esforço de

teste

Testador Andre Vasconcellos

Ewerton Klava

Fabrício Pinto

Marcelo Abib

Executa os testes.

Responsabilidades:

Executar os testes

Registrar os resultados

Restabelecer dos erros

Documentar solicitações de

mudança

Implementador

Andre Vasconcellos

Ewerton Klava

Fabrício Pinto

Marcelo Abib

Implementa e faz os testes unitários

das classes e pacotes de teste.

Responsabilidades:

Cria as classes e pacotes de teste

implementados no modelo de teste


138

12.8.2. Sistema

A tabela seguinte expõe os recursos do sistema necessários para o projeto

de teste.

Recursos do Sistema

Servidor de Banco de Dados:

Microsoft SQL Server 2005

Terminais Clientes:

Computadores (conectados via LAN)

Repositório de Testes:

Computadores de produção;

Computadores de Desenvolvimento de Teste

12.9. Cronograma

Milestone Data de Início Data de

Término

Planejar Teste 01/10/09 01/10/09

Projetar Teste 02/10/09 02/10/09

Implementar Teste 03/10/09 07/10/09

Executar Teste 15/10/09 19/10/09

Avaliar Teste 20/10/09 26/10/09


139

13. Cenários de Teste

Cenário de teste - Modulo de Projetos

Versão 1.0

Escrito por: Ewerton

Data: 25/10/2009

Revisado por:

Data:

Cenário 1 - INCLUIR PROJETO Passo 1

- Logar no sistema com login / password: ewerton / ewerton

- Clicar no ícone projeto

- Clicar no ícone Incluir

Passo 2

- Nome do projeto – TESTE DE CENARIO;

- Descrição – Projeto Piloto

- Escopo – O projeto tem como principal função testa a funcionalidade do sistema.

- Data de Inicio – 25/10/2009

- Data de Termino – 25/12/2009

- Ativo – Acionar o campo como ativo.

- Clicar na opção ativo .

- Clicar em Incluir .


140

Cenário 2 – ALTERAR PROJETO

Passo 3

- Clicar na barra de menu em Projetos

- Clicar no botão referente ao projeto para alterar.

Passo 4

- Nome do projeto – Alterar o nome do projeto para TESTE DE CENARIO IBTA;

- Descrição – Alterar descrição para Projeto Piloto IBTA

- Escopo – Alterar o escopo do projeto para o projeto tem como principal função

testa a funcionalidade do sistema IBTA.

- Data de Inicio – alterar para 30/10/2009

- Data de Termino – alterar para 27/12/2009

- Clicar no botão para confirmar alteração.

Cenário 3 – CONSULTAR PROJETO

Passo 5


- Clicar no botão referente ao projeto para consultar.

Cenário 4 – INSERIR INTERESSADO NO PROJETO

Passo 6


- Clicar no botão inserir interessado referente ao projeto que vai inserir o

interessado.

Passo 7

- No menu cadastro de interessado selecionar o interessado para o

projeto.

- Clicar no botão para confirmar a inserção.


141

Cenário 5 – EXCLUIR INTERESSADO NO PROJETO

Passo 8


- Clicar no botão inserir interessado.

Passo 9

- Na Listagem de Interessados escolher o interessado através do botão para

excluir.


142

Cenário 6 – INSERIR PLANO DE RISCO AO PROJETO

Passo 9


- Clicar no botão referente ao projeto que vai inserir Plano de Risco.

Passo 10

- No menu Cadastro do plano de Risco no campo Objetivo: Identificar todas as falhas

do sistema.

- Escopo: Testar todas as funcionalidades com detalhes.

- Característica do plano de risco: Riscos que podem causar prejuízos e ate mesmo o

cancelamento do projeto.

- Processo de Gerencia de risco: Controlar esses riscos minando de forma a não

ocorrer ou caso ocorra não cause impacto de grandes proporções ao projeto.

Passo 11

Cadastrar Fase : No menu Cadastro do plano de Risco Clique no botão

para cadastrar as fases do plano de risco.

- No menu Cadastro de fases: Nome da Fase: Teste de Fase.

- Data 26/10/2009

- Observação: teste

Clicar no botão para inserir o plano de risco.

Passo 12

Cadastrar Riscos: No menu Cadastro do plano de Risco clique no botão

para cadastrar riscos.

- No menu cadastro de riscos identificados selecionar a fase através do botão

fases.

- No campo data de evidencia inseria a data 30/10/2009.

- No campo descrição de evidencia inserir: Pouco conhecimento da equipe.

- Informar se é um risco interno clicando no botão .

- Selecionar a categoria do risco no botão categorias.

- Selecionar Fator de risco no botão fator de risco.

- No menu Impacto/Justificativa selecionar: Custo , Prazo ,


143

quantidade .

- No menu Impacto/Justificativa no campo observação preencher: Risco

Aceitável.

- No campo probabilidade do risco ocorrer preencher com valor de 0 a 1. Ex: 0,5.

- Clicar no botão para inserir.

Cenário 7 – EXCLUIR PROJETO

Passo 13


- Clicar no botão referente ao projeto TESTE DE CENARIO IBTA.

- Clicar no botão para confirmar a exclusão do projeto.

Cenário 8 – INSERIR FASES DO PROJETO

Passo 14


- Clicar no botão Inserir Fases.

- Clicar no botão Incluir.

Passo 15

- No campo Nome da Fase: Preencher Teste de Fase.

- No campo Data: Preencher 12/12/09

- Objetivo: Testando o cadastro de fases.

Passo 16

- Clicar no botão para incluir a fase dos projetos.

Cenário de teste - Módulo de Categorias

Versão 1.0


Data: 25/10/2009

Revisado por:

Data:


144

Cenário 9 - INCLUIR CATEGORIA Passo 1

- Logar no sistema com login / password ewerton / ewerton

- Clicar no ícone Categoria


Passo 2

- Nome da Categoria: Documentação

- Descrição – Riscos possíveis de ocorrer na documentação do projeto.



Cenário 10 – ALTERAR CATEGORIA

Passo 3

- Clicar na barra de menu em Categoria

- Clicar no botão referente a Categoria para alterar.

Passo 4

- Nome da Categoria – Alterar o nome da categoria para TESTE DE CATEGORIA

IBTA;

- Descrição – Alterar descrição para Categoria Piloto IBTA


Cenário 11 – CONSULTAR PROJETO

Passo 5

- Clicar na barra de menu em Categorias

- Clicar no botão referente a Categoria para consultar.

- Clicar no botão voltar.


145

Cenário 12 – EXCLUIR CATEGORIAS

Passo 6


- Clicar no botão Excluir Categoria

- Selecionar o botão Excluir.

- Confirmar exclusão da Categoria selecionando a opção ok.

Cenário 13 – TESTE NEGATIVO CATEGORIA INCLUIR

Passo 7



Passo 8

- Nome da Categoria:

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

+++++++++++++++++++++++++++++++++++++++++++++

~´[]~]~]01]~]~]*/*87+*-*//*12´12´´@@@@3@34%5%

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

+++++++++++++++++++++++++++++++++++++++++++++

~´[]~]~]01]~]~]*/*87+*-*//*12´12´´@@@@3@34%5%

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888



146


Cenário 14 – TESTE NEGATIVO CATEGORIA ALTERAR

Passo 9

- Clicar na barra de menu em Categoria


Passo 10

- Nome da Categoria – 11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

11111111100000000 10101010SASASASA108888888

- Descrição – ao alterar.


Cenário de teste do Modulo de Impactos

Versão 1.0

Cenário de teste: 3


Data: 15/11/2009

Revisado por:

Data:

Cenário 1 - INCLUIR IMPACTO Passo 1


- Clicar no ícone Impacto



147

Passo 2

- Descrição: Terrível

- Peso : 0.5



Cenário 2 – ALTERAR IMPACTO

Passo 3

- Clicar na barra de menu em impacto


Passo 4

- Descrição – Alterar descrição para Mediano

- Peso: 0.4


Cenário 3 – CONSULTAR IMPACTO

Passo 5

- Clicar na barra de menu em Impacto

- Clicar no botão referente ao Impacto para consultar.

- Clicar no botão voltar.

Cenário 4 – EXCLUIR IMPACTO

Passo 6

- Clicar na barra de menu em Impacto

- Clicar no botão Excluir Categoria

- Selecionar o botão Excluir.

- Confirmar exclusão da Categoria selecionando a opção ok.


148

Cenário 5 – TESTE NEGATIVO CATEGORIA

Passo 7




Passo 8

- Nome da Categoria: aaaaaaa10aaaaaaa20+-*/´´´30aaaaa(fim)

- Peso : 1.5



Cenário 6 – TESTE NEGATIVO CATEGORIA

Passo 9

- Descrição – aaaaaaa10aaaaaaa20+-*/´´´30aaaaa(fim)

- Peso: 9.9


Cenário de teste do Modulo de Fatores de Risco

Versão 1.0

Escrito por: Andre

Data: 27/10/2009

Revisado por:

Data:


149

Cenário 1 - INCLUIR FATOR DE RISCO Passo 1

- Logar no sistema com login / password andre / andre

- Clicar no ícone fatores de risco


Passo 2

- Descrição – Fator Teste

- Peso custo - 1.00

- Peso prazo - 1.00

- Peso qualidade - 1.00




Cenário 2 – ALTERAR FATOR DE RISCO

Passo 3

- Clicar na barra de menu em Fatores de Risco

- Clicar no botão referente ao fator de risco que deseja alterar.

Passo 4

- Descrição – Alterar descrição para Fator Teste Beta;

- Peso custo - 0.50

- Peso prazo - 0.50

- Peso qualidade - 0.50


Cenário 3 – CONSULTAR FATOR DE RISCO

Passo 5


- Clicar no botão referente ao fator de risco para consultar.


150

Cenário 4 – EXCLUIR FATOR DE RISCO

Passo 6


- Clicar no botão referente ao Fator Teste Beta.

- Clicar no botão para confirmar a exclusão do fator de risco.

Cenário de teste do Modulo de Categorias x Fatores de Risco

Versão 1.0

Escrito por: Andre

Data: 27/10/2009

Revisado por:

Data:

Cenário 1 - INCLUIR CATEGORIA X FATOR DE RISCO Passo 1


- Clicar no ícone categorias x fatores de risco


Passo 2

- Descrição – Impacto Teste

- Peso – 1.00





151

Cenário 2 – ALTERAR CATEGORIA X FATOR DE RISCO

Passo 3

- Clicar na barra de menu em Impactos

- Clicar no botão referente ao impacto que deseja alterar.

Passo 4

- Descrição – Alterar descrição para Impacto Teste Beta;

- Peso – 0.80


Cenário 3 – CONSULTAR IMPACTO

Passo 5


- Clicar no botão referente ao impacto para consultar.

Cenário 4 – EXCLUIR IMPACTO

Passo 6


- Clicar no botão referente ao Impacto Teste Beta.

- Clicar no botão para confirmar a exclusão do impacto.

Cenário de teste - Modulo de Tipo Ação

Versão 1.0

Escrito por: Andre

Data: 27/10/2009

Revisado por:

Data:


152

Cenário 1 - INCLUIR TIPO ACAO Passo 1


- Clicar no ícone tipos de ação


Passo 2

- Tipo de Ação – Tipo Teste




Cenário 2 – ALTERAR TIPO ACAO

Passo 3

- Clicar na barra de menu em Tipo Ação

- Clicar no botão referente ao tipo que deseja alterar.

Passo 4

- Tipo de Ação – Alterar tipo para Tipo Teste Beta;


Cenário 3 – CONSULTAR TIPO ACAO

Passo 5


- Clicar no botão referente ao tipo para consultar.


153

Cenário 4 – EXCLUIR TIPO ACAO

Passo 6


- Clicar no botão referente ao Tipo Teste Beta.

- Clicar no botão para confirmar a exclusão do tipo.

Cenário de teste do Modulo de Grupo

Versão 1.0

Escrito por: Andre

Data: 27/10/2009

Revisado por:

Data:

Cenário 1 - INCLUIR GRUPO Passo 1


- Clicar no ícone grupos


Passo 2

- Nome – Grupo Teste

- Descrição – Grupo Descrição Teste





154

Cenário 2 – ALTERAR GRUPO

Passo 3

- Clicar na barra de menu em Grupo.

- Clicar no botão referente ao grupo que deseja alterar.

Passo 4

- Nome – Grupo Teste Beta

- Descrição – Grupo Descrição Teste Beta


Cenário 3 – CONSULTAR GRUPO

Passo 5

- Clicar na barra de menu em Grupo

- Clicar no botão referente ao grupo para consultar.

Cenário 4 – EXCLUIR GRUPO

Passo 6

- Clicar na barra de menu em Grupo

- Clicar no botão referente ao Grupo Teste Beta.

- Clicar no botão para confirmar a exclusão do grupo.


155

Cenário de teste do Modulo de Usuário

Versão 1.0

Escrito por: Andre

Data: 27/10/2009

Revisado por:

Data:

Cenário 1 - INCLUIR USUARIO Passo 1


- Clicar no ícone usuários


Passo 2

- Grupo – Selecionar o grupo ADMIN

- Nome – Usuário Teste

- Telefone – (19) 3232-3232

- E-mail: – [email protected]

- Login – Usuário Teste

- Senha – Senha




Cenário 2 – ALTERAR USUARIO

Passo 3

- Clicar na barra de menu em Usuários.

- Clicar no botão referente ao usuário que deseja alterar.


156

Passo 4

- Grupo – Selecionar o grupo ADMIN

- Nome – Usuário Teste Beta

- Telefone – (19) 3131-3131

- E-mail – [email protected]

- Login – Usuário Teste Beta

- Senha – Senha


Cenário 3 – CONSULTAR USUARIO

Passo 5

- Clicar na barra de menu em Usuário.

- Clicar no botão referente ao usuário para consultar.

Cenário 4 – EXCLUIR USUARIO

Passo 6

- Clicar na barra de menu em Usuário.

- Clicar no botão referente ao Usuário Teste Beta.

- Clicar no botão para confirmar a exclusão do usuário.


157

14. Registro de Defeitos

O Registro de Defeitos tem como objetivo registrar os defeitos encontrados

durante a implementação do sistema e que este foi corrigido, inclusive informando a

data de correção.

ID Registro de Defeito RD001

Nome do Defeito Tamanho do campo de consulta incorreto.

Descrição 1 – Opção de menu: Modulo Categoria

2 – Falha constatada: Campo Descrição não aparece

barra de rolagem na consulta da categoria.

3 – Caminho: Modulo Categoria -> Consultar Categoria.

Cenário de Teste: 2

Status Corrigido

Data de Identificação 20/11/09

Data de Correção 24/11/09


Nome do Defeito Botão Incluir Categoria não funciona.


2 – Falha constatada: Quando clica no botão Incluir

Categoria o sistema se comporta como se estivesse

cadastro, mas não cadastra.

3 – Caminho: Modulo Categoria -> Cadastro Categoria.

Cenário de Teste: 2

Status Corrigido




158


Nome do Defeito Campo data aceitando datas invalidas.

Descrição 1 – Opção de menu: Modulo Projeto

2 – Falha constatada: Sistema permite que seja digitado

caracteres especiais e datas invalidas (00/00/0000)

3 – Caminho: Modulo Projeto -> Cadastro Projeto.

Cenário de Teste:

Status Corrigido




Nome do Defeito Campo data invertendo para padrão inglês.


2 – Falha constatada: Sistema cadastra em formato inglês

(mm/dd/aaaa) e na exibição inverte para formato brasileiro

(dd/mm/aaaa).


Cenário de Teste:

Status Corrigido




Nome do Defeito Projeto inativo não aparece na listagem.


2 – Falha constatada: Quando deixa o projeto inativo,

some da listagem, não conseguindo mais encontrá-lo no

sistema.


Cenário de Teste:


159

Status Corrigido




Nome do Defeito Exclusão da vinculação entre projeto e interessado.


2 – Falha constatada: Quando vincula um interessado a

dois projetos e depois exclui uma das vinculações, esta

excluindo para ambas.

3 – Caminho: Modulo Projeto -> Inserir interessados no

projeto.

Cenário de Teste:

Status Corrigido




Nome do Defeito Listagem de fases fora do padrão.

Descrição 1 – Opção de menu: Modulo Fase

2 – Falha constatada: Listagem de fases esta abaixo do

cadastro, diferente das outras telas.

3 – Caminho: Modulo Projeto -> Inserir fases do projeto.

Cenário de Teste:

Status Corrigido




160


Nome do Defeito Exclusão de fases não esta com a mensagem de

confirmação.

Descrição 1 – Opção de menu: Modulo Fase

2 – Falha constatada: Quando clica em excluir uma fase

de um projeto, não esta aparecendo a mensagem de

confirmação.

3 – Caminho: Modulo Projeto -> Inserir fases do projeto.

Cenário de Teste:

Status Corrigido




Nome do Defeito Plano de risco sem mensagem de sucesso de inclusão.

Descrição 1 – Opção de menu: Modulo Plano de Risco

2 – Falha constatada: Quando cadastra um plano de risco

não aparece nenhuma mensagem de sucesso.

3 – Caminho: Modulo Projeto -> Inserir plano de risco.

Cenário de Teste:

Status Corrigido




Nome do Defeito Impacto esta aceitando numero acima de 1.0

Descrição 1 – Opção de menu: Modulo Impacto

2 – Falha constatada: Campo peso aceita valores acima

de 1.0.

3 – Caminho: Modulo Impacto -> Cadastro Impacto.

Cenário de Teste:


161

Status Corrigido




Nome do Defeito Impacto com a mesma descrição.

Descrição 1 – Opção de menu: Modulo Impacto

2 – Falha constatada: Aceita dois impactos com a mesma

descrição.

3 – Caminho: Modulo Impacto -> Cadastro Impacto.

Cenário de Teste:

Status Corrigido




Nome do Defeito Categoria com máximo de caracteres


2 – Falha constatada: Quando insere uma categoria com o

máximo de caracteres permitidos, quebra o layout na

apresentação.


Cenário de Teste:

Status Corrigido




162


Nome do Defeito Categorias com o mesmo nome.


2 – Falha constatada: Quando cadastra duas categorias

com o mesmo nome apresenta o erro de unique key.


Cenário de Teste:

Status Corrigido




Nome do Defeito Fator de risco esta aceitando valores acima de 1.0

Descrição 1 – Opção de menu: Modulo Fatores de Risco

2 – Falha constatada: Campo peso aceita valores acima

de 1.0.

3 – Caminho: Modulo Fatores de Risco -> Cadastro Fator

de Risco.

Cenário de Teste:

Status Corrigido




Nome do Defeito Fator de risco sem mensagem de sucesso

Descrição 1 – Opção de menu: Modulo Fatores de Risco

2 – Falha constatada: Quando cadastra um fator de risco

não apresenta uma mensagem de sucesso.

3 – Caminho: Modulo Fatores de Risco -> Cadastro Fator

de Risco.

Cenário de Teste:


163

Status Corrigido




Nome do Defeito Tipo de ação inativo aparece ativo

Descrição 1 – Opção de menu: Modulo Tipo de Ação.

2 – Falha constatada: Quando inativo um tipo, na tela de

alteração continua como ativo.

3 – Caminho: Modulo Tipo de Ação -> Cadastro Tipo de

Ação.

Cenário de Teste:

Status Á corrigir


Data de Correção


Nome do Defeito Tipo de ação alterado para nome de um já existente.

Descrição 1 – Opção de menu: Modulo Tipo de Ação.

2 – Falha constatada: Quando altera um tipo para um

nome de outro já existente apresenta mensagem de erro

de exclusão.

3 – Caminho: Modulo Tipo de Ação -> Cadastro Tipo de

Ação.

Cenário de Teste:

Status Corrigido




164


Nome do Defeito Calculo da exposição do risco identificado.

Descrição 1 – Opção de menu: Modulo Risco Identificado

2 – Falha constatada: Escolhe uma categoria, escolhe um

fator de risco, clica no campo de probabilidade e não

preenche nada, apresenta a mensagem de erro NaN.

3 – Caminho: Modulo Projeto -> Inserir riscos identificados

no projeto.

Cenário de Teste:

Corrigido Corrigido




Nome do Defeito Listagem de categorias inativas na associação com os

fatores.

Descrição 1 – Opção de menu: Modulo Categoria x Fator de Risco

2 – Falha constatada: Lista categorias inativas para a

associação com os fatores de risco.

3 – Caminho: Modulo Categoria x Fator de Risco ->

Cadastro Categoria x Fator de Risco.

Cenário de Teste:

Status Á corrigir


Data de Correção


Nome do Defeito Botão Ativo fora do padrão.

Descrição 1 – Opção de menu: Cadastro de Projeto.

2 – Falha constatada: O botão Ativo esta fora do padrão.

3 – Caminho: Modulo Projeto -> Cadastro de Projeto.


165

Cenário de Teste: Cenário 1

Status Corrigido




Nome do Defeito Campo data – tamanho

Descrição 1 – Todos os campos data

2 – Tamanho do campo esta muito grande.


Status Corrigido




Nome do Defeito Campo data - Calendário

Descrição 1 – Todos os campos data

2 – Incluir um calendário ao clicar no campo para que o

usuário não necessite de digitar.


Status Corrigido




Nome do Defeito Confirmação de Alteração de Projeto

Descrição 1 – Confirmação de alteração

2 – Ao confirmar a alteração do Projeto necessita de uma

mensagem de confirmação.

3 – Caminho: Modulo Projeto -> Alterar Projeto


166


Status Corrigido




Nome do Defeito Botão inserir interessado

Descrição 1 – Opção de menu: Modulo Projetos

2 – Alterar o nome do botão de Inserir Categorias para

Inserir/Excluir Categorias.

3 – Caminho: Modulo Projeto -> Inserir Interessado


Status Corrigido




Nome do Defeito Mensagem de Inserção concluída.


2 – Inserir mensagem de confirmação ocorrida com

sucesso.

3 – Caminho: Modulo Projeto – Incluir


Status Corrigido




167


Nome do Defeito Mensagem de Confirmação de Exclusão

Descrição 1 – Opção de menu: Todos Módulos

2 – Inserir mensagem de confirmação de Exclusão de

registro.

3 – Caminho: Modulo Projeto –> Excluir Registro


Status Corrigido




Nome do Defeito Mensagem Preencher todos os campos sendo que estão

preenchidos


2 – Ao selecionar o Botão Cadastras Plano de Risco

aparece uma mensagem que ainda falta campo para ser

preenchido.

3 – Caminho: Modulo Projeto –> Cadastrar Plano de Risco


Status Corrigido




Nome do Defeito Deletar uma Categoria de um Fator de Risco


2 – Ao deletar uma Categoria de um Fator de Risco

continua vinculado com Categoria x Fator.

3 – Caminho: Modulo Projeto –> Excluir Categoria



168

Status Corrigido




Nome do Defeito Deletar Usuário

Descrição 1 – Opção de menu: Modulo Usuário

2 – Ao deletar usuário o usuário não esta deletando.

3 – Caminho: Modulo Usuário –> Excluir Usuário

Cenário de Teste: Cenário

Status Corrigido






MANUAL DO USUÁRIO

Campinas

Novembro, 2009


DE CAMPINAS


1 – Inicial

1.1 Tela de Login

• Acesse: http://gerenciamento.e-campinas.com.br/ • Coloque os dados de Login / Senha em seus respectivos campos e clique

em Entrar. • Caso você não possua estes dados, entre em contato com nossa equipe.

1.2 Tela Interna Inicial


1.2 Tela Interna Inicial com Marcações

Número Descrição 1 Breve descrição do sistema de Gerenciamento de Riscos. 2 Descrição das principais funcionalidades e objetivos do sistema. 3 Listagem de ícones das principais funcionalidades para o acesso

rápido. 4 Acesso à tela inicial, informações importantes ao usuário logado e

opção de sair do sistema.

Ícone Descrição

Redireciona usuário para a tela de Projetos.

Redireciona usuário para a tela de Categorias.

Redireciona usuário para a tela de Impactos.

Redireciona usuário para a tela de Fatores de Risco.

Redireciona usuário para a tela de Categorias x Fatores de Risco.

Redireciona usuário para a tela de Tipo de Ação.

Redireciona usuário para a tela de Grupos de Usuário.


Redireciona usuário para a tela de Usuários.

2 – Cadastros

2.1 Tela de Impactos

• Na tela inicial, clicar no ícone ou no menu em Cadastros > Impactos. • Gerência dos Impactos, estas medidas serão utilizadas para definir qual

impacto do fator de risco no projeto. • Exemplos pré-cadastrados : Muito baixo, Baixo, Moderado, Alto, Muito alto.


2.2 Tela de Categorias

• Na tela inicial, clicar no ícone ou no menu em Cadastros > Categorias. • Gerência das Categorias, pode-se categorizar os fatores de risco. • Exemplo de Categoria : Documentação.

2.3 Tela de Fatores de Risco

• Na tela inicial, clicar no ícone ou no menu em Cadastros > Fatores de Risco.

• Gerência dos Fatores de Risco com seus pesos de Custo, Prazo e Qualidade.

• Exemplo de Fator de Risco : Falta de documentação.


2.4 Tela de Categorias x Fatores de Risco

• Na tela inicial, clicar no ícone ou no menu em Cadastros > Categorias x Fator.

• Associação entre Categorias e Fatores de Risco. • Exemplo de Associação : Documentação x Falta de documentação.

2.5 Tela de Tipos de Ações

• Na tela inicial, clicar no ícone ou no menu em Cadastros > Tipo de Ação.

• Gerência de Tipos de Ações que poderão ser tomadas no Plano de Ação de um Risco Identificado.

• Exemplo de Tipo de Ação : Mitigação.


3 – Projetos

3.1 Tela de Projetos

• Listagem de todos os projetos que já foram cadastrados anteriormente.

3.1 Tela de Projetos com Marcações

Número Descrição 1 Menu rápido com : Principal, Cadastros, Projetos, Segurança,

Ajuda. 2 Todo caminho percorrido até a tela atual. 3 Opção de incluir , no caso, novo projeto. 4 Ações disponíveis na tela atual, incluindo de alteração e exclusão . 5 Opção “Ver Diagrama” exibe workflow de todo o sistema.


Ícone Descrição

Editar determinado projeto.

Excluir determinado projeto.

Consultar determinado projeto.

Gerenciar interessados de determinado projeto.

Gerenciar planos de risco de determinado projeto.

Gerenciar etapas de determinado projeto.

Gerenciar riscos indentificados de determinado projeto.

Gerenciar planos de ações de determinado projeto.

Visualizar relatório geral de determinado projeto.


3.2 Tela de inclusão de Projeto

• Na listagem de projetos clicar no link Incluir.


3.2 Tela de inclusão de Projeto com Marcações

Número Descrição 1 Campos marcados com (*) são de preenchimento obrigatório. 2 Se registro entrará ativo ou inativo no sistema. 3 Opção de incluir (confirmar inclusão) e voltar (retornar para tela

anterior)


Campo Tipo Descrição Preenchimento

Obrigatório Opcional

Comentário

Nome do Projeto

Campo texto

Nome do projeto Obrigatório

Descrição

Campo texto

Descrição do projeto Obrigatório

Escopo Campo texto

Escopo do projeto Obrigatório

Ativo

Campo CheckBox

Ativo ou inativo Opcional

Incluir Botão Incluir projeto - Voltar Botão Voltar para tela

anterior -

3.3 Tela de alteração de Projeto

• Na listagem de projetos, clicar no ícone .


3.4 Tela de Interessados

• Na listagem de projetos, clicar no ícone do projeto escolhido. • Associação de usuários (interessados) com os projetos.


3.5 Tela de Plano de Risco

• Na listagem de projetos, clicar no ícone do projeto escolhido. • Objetivo, escopo, características e processo da Gerência de Risco deste

Projeto.


3.6 Tela de Fases

• Na listagem de projetos, clicar no ícone do projeto escolhido. • Fases de determinado projeto. • Exemplos de fases: Concepção, Elaboração, Construção, Transição.


3.7 Tela de Risco Identificado

• Na listagem de projetos, clicar no ícone do projeto escolhido. • Cadastro de Riscos Identificados no determinado projeto.


Campo Tipo Descrição Preenchimento Comentário

Fase Combo Fase em que foi identificado

Obrigatório

Data Evidência

Campo texto

Data da evidência Obrigatório

Descrição Evidência

Campo texto

Descrição da evidência

Obrigatório

O risco é interno ?

Campo CheckBox

Interno (marcado), externo (desmarcado)

Opcional

Categorias Combo Categoria do risco Obrigatório Fatores de Risco

Combo Fator de risco da categoria selecionada

Obrigatório

Impacto/ Justificativa

Campo texto

Justificativa Obrigatório

Probabilidade de o risco ocorrer

Campo texto

Probabilidade de o risco ocorrer

Obrigatório

Exposição do risco

Label Cálculo da exposição do risco

Obrigatório ( custo + qualidade + prazo ) / 3 * probabilidade

Incluir Botão Incluir risco identificado

-

Voltar Botão Voltar para tela anterior

-


3.8 Tela de Plano de Ações

• Na listagem de projetos, clicar no ícone do projeto escolhido. • Cadastro de Plano de Ações para determinado Riscos Identificado deste

Projeto.


Campo Tipo Descrição Preenchime nto Comentário

Evento / Exposição do Risco

Combo Risco identificado Obrigatório

Tipo de Ação

Combo Tipo de ação que será adotada.

Obrigatório

Descrição da Ação

Campo texto

Descrição da ação que será adotada.

Obrigatório

Responsável

Combo Interessado que será responsável.

Obrigatório

Situação Combo Pendente, Concluída ou Parada.

Obrigatório

Data Previsão

Campo texto

Data de previsão Obrigatório

Data Conclusão

Campo texto

Data de conclusão Obrigatório

Incluir Botão Incluir plano de ação - Voltar Botão Voltar para tela

anterior -


3.9 Tela de Relatório Geral do Projeto

• Na listagem de projetos, clicar no ícone do projeto escolhido. • Relatório Geral deste Projeto.


4 - Segurança

4.1 Tela de Grupos de Usuários

• Na tela inicial, clicar no ícone ou no menu Segurança > Grupos de Usuário.

• Gerência dos grupos de usuários e suas respectivas permissões no sistema.


4.2 Tela de Permissões por Grupo

• Na listagem de Grupos de Usuário, clicar em . • Gerência das permissões de um Grupo de Usuário nos módulos existentes.

4.3 Tela de Usuários

• Na tela inicial, clicar no ícone ou no menu em Segurança > Usuários. • Gerência dos usuários do sistema.

geris - gerenciamento de risco

Documents