centro universitário de brasília · centro universitário de brasília . instituto ceub de...

Centro Universitário de Brasília

Instituto CEUB de Pesquisa e Desenvolvimento - ICPD

Jacinto Gabriel Ferreira Cunha

Programação de Capacitação Anual

Brasília 2011

Jacinto Gabriel Ferreira Cunha

Programação de Capacitação Anual

Trabalho apresentado ao Centro Universitário de Brasília (UniCEUB/ICPD) como pré-requisito para aprovação do Curso de Pós-graduação Lato Sensu em Engenharia de Requisito de Software, sob orientação do Prof. MSc. Fernando de Albuquerque Guimarães

Brasília 2011

Resumo

Esse projeto tem como objetivo principal a definição de uma solução de

tecnologia para apoiar o processo que envolve a geração da programação de

capacitação anual do Supremo Tribunal Federal. Essa solução será construída

utilizando a metodologia “extreme requirements” de elicitação de requisitos.

Seguindo a metodologia são construídos diversos artefatos que representam a visão

de negócio e a visão técnica do projeto. São eles o Plano de Desenvolvimento de

Software, o Documento de Definição de Requisitos, os modelos de análise orienta a

objeto e estruturada, o modelo conceitual de dados, o documento de especificação

de requisitos, o plano de gerência de requisitos e as métricas do projeto. Com a

construção desses documentos foi demonstrada a eficácia da metodologia aplicada,

ressaltando a adequação da utilização de técnicas de modelagem de processo para

entendimento do processo de negócio a ser informatizado. Essa qualidade é

verificada através da realização de medições de tamanho funcional no início de vida

do projeto, após o mapeamento do processo, bem como no final, após a definição

completa da solução a ser entregue. Um fator importante para se atingir o alto grau

qualidade dos artefatos produzidos durante o ciclo de vida do projeto foi a

comunicação mais eficiente entre as equipes dos clientes e dos desenvolvedores,

alcançada em virtude da produção de artefatos específicos focados no cliente.

Comprovando que o método é plenamento aplicável a administração públicas, com

pequenas ressalvas relacionadas à modularização do projeto para lidar com a

realidade das gestões curtas dos órgãos públicos.

Sumário

I. Introdução .......................................................................................................... 17

II. Plano de Desenvolvimento de Software – PDS ................................................. 18

1. Análise Institucional ........................................................................................ 18

1.1. Instituição ................................................................................................. 18

1.2. Negócio .................................................................................................... 19

1.3. Organização – Visão Geral ...................................................................... 19

1.3.1. Organograma ................................................................................. 19

1.3.2. Descrição do Organograma ............................................................ 20

1.3.3. Mapeamento do Processo (Fluxo Atual) ......................................... 21

2. Análise Funcional - Visão específica .............................................................. 21

2.1. Área(s) Envolvida(s) ................................................................................. 21

2.2. Descrição do Processo Atual – Visão Específica ..................................... 22

2.2.1. Levantar Necessidades de Capacitação ........................................ 22

2.2.2. Validar Necessidades de Capacitação ........................................... 22

2.2.3. Elaborar Programação de Capacitação Anual ................................ 23

2.2.4. Executar Programação de Capacitação Anual ............................... 23

2.3. Mapeamento do Processo – Fluxo Atual .................................................. 23

2.3.1. Levantar Necessidades de Capacitação ........................................ 23

2.3.2. Validar Necessidades de Capacitação ........................................... 24

2.3.3. Elaborar Programação de Capacitação Anual ................................ 24

2.3.4. Executar Programação de Capacitação Anual ............................... 25

2.4. Identificação do Problema ........................................................................ 25

2.4.1. Com relação ao Levantamento de Necessidades de Capacitação 25

2.4.2. Com relação à Validação Necessidades de Capacitação .............. 28

2.4.3. Com relação à Elaboração da Programação de Capacitação Anual

30

2.4.4. Com relação à Execução da Programação de Capacitação Anual 31

3. Proposta de Solução ....................................................................................... 31

3.1. Objetivo do Projeto ................................................................................... 31

3.1.1. Objetivo Geral ................................................................................. 31

3.1.2. Objetivos Específicos ..................................................................... 31

3.1.3. Funcionalidades ............................................................................. 32

3.2. Mapeamento de Processo – Fluxo Proposto ............................................ 33

3.3. Restrições Técnicas e Administrativas ..................................................... 33

3.3.1. Restrições Técnicas ....................................................................... 34

3.3.2. Restrições Administrativas ............................................................. 34

3.4. Premissas ................................................................................................. 34

3.5. Metodologia Utilizada ............................................................................... 34

3.5.1. Processo de Construção ................................................................ 34

3.5.2. Métricas .......................................................................................... 36

3.5.3. Análise do Sistema ......................................................................... 37

3.5.4. Modelagem de dados ..................................................................... 38

4. Estimativa ....................................................................................................... 38

4.1. Técnica de Estimativa .............................................................................. 38

4.2. Dados Utilizados....................................................................................... 39

4.3. Cálculo da Estimativa ............................................................................... 39

III. Documento de Definição de Requisitos - DDR ............................................... 41

1. Introdução ....................................................................................................... 41

1.1. Objetivo .................................................................................................... 41

1.2. Definições, Acrônimos e Abreviações ...................................................... 41

1.2.1. Definições ....................................................................................... 41

1.2.2. Identificação dos Requisitos ........................................................... 42

1.3. Processo de Elicitação ............................................................................. 42

2. Requisitos ....................................................................................................... 42

2.1. Requisitos Funcionais .............................................................................. 43

2.1.1. Validação de necessidades de capacitação ................................... 43

2.1.2. Elaboração de programação de capacitação anual ........................ 46

2.1.3. Execução da programação de capacitação anual .......................... 47

2.2. Requisitos Complementares .................................................................... 49

2.2.1. Validação das necessidades de capacitação ................................. 49



2.3. Regra de Negócio..................................................................................... 90




3. Rastreabilidade ............................................................................................... 94

3.1. Requisitos Funcionais x Atributos............................................................. 94




3.2. Requisitos Funcionais X Complementares ............................................... 98


3.2.2. Elaboração de programação de capacitação anual ...................... 100

3.2.3. Execução da programação de capacitação anual ........................ 100

3.3. Regras de Negócio X Requisitos Funcionais ......................................... 101

3.3.1. Validação de necessidades de capacitação ................................. 101



3.4. Requisitos Funcionais x Prioridade ........................................................ 104




3.5. Requisitos Funcionais x Objetivos Específicos ...................................... 106




3.6. Perfis e Permissões ................................................................................ 108

3.6.1. Gestor ........................................................................................... 108

3.6.2. Servidores .................................................................................... 109

3.7. Requisitos Não funcionais de Qualidade (RNF_Q) ................................ 109

3.7.1. Confiabilidade ............................................................................... 109

3.7.2. Desempenho (Eficiência) .............................................................. 109

3.7.3. Portabilidade ................................................................................. 110

3.7.4. Usabilidade ................................................................................... 110

3.8. Análise de Riscos ................................................................................... 110

IV. Modelagem do Sistema ................................................................................ 112

1. Modelagem do Sistema de Informação ........................................................ 112

1.1. Diagrama de Contexto ............................................................................ 112

1.2. Diagrama de Fluxo de Dados ................................................................. 112

1.3. Modelo de Caso de Uso ......................................................................... 113

1.4. Modelo Entidade Relacionamento Conceitual ........................................ 115

V. Documento de Especificação dos Requisitos ............................................... 117

1. DHF – Diagrama Hierárquico de Função ...................................................... 117

2. Especificações Funcionais ............................................................................ 117

2.1. UC01 – Consultar Programação de Capacitação ................................... 117

2.1.1. Diagrama Hierárquico da Função ................................................. 117

2.1.2. Especificação ............................................................................... 118

2.1.3. Especificação de Telas ................................................................. 119

2.2. UC02 – Emitir Relatórios Gerenciais ...................................................... 121


2.2.2. Especificação ............................................................................... 121


2.3. UC03 – Manter Vínculos ........................................................................ 131


2.3.2. Especificação ............................................................................... 132

2.4. UC04 – Gerenciar Comunicados ............................................................ 133


2.4.2. Especificação ............................................................................... 133


2.5. UC05 – Gerenciar Sugestões ................................................................. 137

2.5.1. Diagrama Hierárquico de Função ................................................. 137

2.5.2. Especificação ............................................................................... 138


2.6. UC06 – Manter Pesquisa de Interesse ................................................... 141


2.6.2. Especificação ............................................................................... 142


2.7. UC07 – Manter Programação de Capacitação ....................................... 149


2.7.2. Especificação ............................................................................... 150


2.8. UC08 – Responder Pesquisa de Interesse ............................................ 158


2.8.2. Especificação ............................................................................... 159


VI. Plano de Gerência de Requisitos .................................................................. 163

1. Gerenciamento de Requisitos ....................................................................... 163

1.1. Identificação de Requisitos ..................................................................... 163

1.2. Rastreabilidade ...................................................................................... 164

1.2.1. Critérios para solicitações ............................................................. 164

1.2.2. Critérios para objetivos específicos .............................................. 164

1.2.3. Critérios para requisitos funcionais ............................................... 164

1.2.4. Critérios para requisitos complementares .................................... 164

1.3. Atributos ................................................................................................. 164

1.3.1. Status ........................................................................................... 165

1.3.2. Benefício ....................................................................................... 165

1.3.3. Esforço ......................................................................................... 166

1.3.4. Risco ............................................................................................. 166

1.3.5. Estabilidade .................................................................................. 166

1.3.6. Release-alvo ................................................................................. 166

1.3.7. Atribuído a .................................................................................... 166

1.3.8. Motivo ........................................................................................... 166

1.3.9. Matriz atributos x itens de rastreabilidade .................................... 167

1.4. Relatórios ............................................................................................... 167

1.5. Gerenciamento de mudanças de requisitos ........................................... 167

1.5.1. Processamento e aprovação de solicitações de mudança ........... 167

1.5.2. Comitê de controle de mudança ................................................... 167

1.5.3. Baseline do projeto ....................................................................... 168

1.6. Fluxos de trabalho e atividades .............................................................. 168

VII. Métrica .......................................................................................................... 168

1. Objetivo ......................................................................................................... 169

2. Escopo da Contagem ................................................................................... 169

3. Total de Pontos de Função Não Ajustados ................................................... 169

4. Fator de Ajuste .............................................................................................. 172

5. Apuração ....................................................................................................... 173

VIII. Conclusão ..................................................................................................... 174

IX. Bibliografia .................................................................................................... 176

Lista de Figuras FIGURA 1: ORGANOGRAMA DO STF ................................................................................................. 20

FIGURA 2: MAPEAMENTO DO PROCESSO – FLUXO ATUAL .......................................................... 21

FIGURA 3: MAPEAMENTO DO PROCESSO – LEVANTAMENTO DE NECESSIDADES DE

CAPACITAÇÃO ............................................................................................................................. 24

FIGURA 4: MAPEAMENTO DO PROCESSO – VALIDAÇÃO DE NECESSIDADES DE

CAPACITAÇÃO ............................................................................................................................. 24

FIGURA 5: MAPEAMENTO DO PROCESSO – ELABORAR PROGRAMAÇÃO DE CAPACITAÇÃO

ANUAL ........................................................................................................................................... 25

FIGURA 6: MAPEAMENTO DO PROCESSO – EXECUTAR PROGRAMAÇÃO DE CAPACITAÇÃO

ANUAL ........................................................................................................................................... 25

FIGURA 7: FASES E DISCIPLINAS DO EXTREME REQUIREMENTS .............................................. 36

FIGURA 8: DIAGRAMA DE CONTEXTO ............................................................................................ 112

FIGURA 9: DIAGRAMA DE FLUXO DE DADOS ................................................................................ 113

FIGURA 10: MODELO DE CASO DE USO ........................................................................................ 114

FIGURA 11: MODELO DE ENTIDADE RELACIONAMENTO ............................................................ 116

FIGURA 12: DIAGRAMA HIERÁRQUICO DE FUNÇÃO .................................................................... 117

FIGURA 13: DHF – UC01.................................................................................................................... 118

FIGURA 14: CONSULTAR PROGRAMAÇÃO DE CAPACITAÇÃO ................................................... 120

FIGURA 15: CONSULTAR PROGRAMAÇÃO DE CAPACITAÇÃO - EVENTOS .............................. 121

FIGURA 16: DHF – UC02.................................................................................................................... 121

FIGURA 17: RELATÓRIO DE ACOMPANHAMENTO ........................................................................ 125

FIGURA 18: RELATÓRIO DE DETALHAMENTO DE EVENTO......................................................... 126

FIGURA 19: RELATÓRIO DE DETALHAMENTO DE SERVIDOR..................................................... 127

FIGURA 20: RELATÓRIO DE INTERESSADOS ................................................................................ 128

FIGURA 21: RELATÓRIO DE RESULTADO DA PESQUISA DE INTERESSES ............................... 129

FIGURA 22: RELATÓRIO COMPARATIVO DE INTERESSES X INSCRIÇÕES............................... 130

FIGURA 23: RELATÓRIO POR PÚBLICO-ALVO ............................................................................... 131

FIGURA 24: DHF – UC03.................................................................................................................... 132

FIGURA 25: DHF – UC04.................................................................................................................... 133

FIGURA 26: MANUTENÇÃO DE COMUNICADOS ............................................................................ 136

FIGURA 27: ENVIO DE COMUNICADO ............................................................................................. 137

FIGURA 28: DHF – UC05.................................................................................................................... 137

FIGURA 29: MANUTENÇÃO DE SUGESTÕES ................................................................................. 140

FIGURA 30: ENVIO DE SUGESTÕES ............................................................................................... 141

FIGURA 31: DHF – UC06.................................................................................................................... 142

FIGURA 32: MANUTENÇÃO DE PESQUISA DE INTERESSE ......................................................... 147

FIGURA 33: MANUTENÇÃO DE PESQUISA DE INTERESSE ......................................................... 148

FIGURA 34: MANUTENÇÃO DE EVENTO DE PESQUISA DE INTERESSE ................................... 149

FIGURA 35: DHF – UC07.................................................................................................................... 149

FIGURA 36: MANUTENÇÃO DE EVENTO DE PROGRAMAÇÃO..................................................... 156



FIGURA 39: DHF – UC08.................................................................................................................... 159

FIGURA 40: RESPONDER QUESTIONÁRIO..................................................................................... 161

FIGURA 41: RESPONDER QUESTIONÁRIO..................................................................................... 162

FIGURA 42: DIAGRAMA DE RASTREABILIDADE ............................................................................ 164

Índice de Tabelas TABELA 1: PROBLEMA IDENTIFICADO 1 .......................................................................................... 26

TABELA 2: PROBLEMA IDENTIFICADO 2 .......................................................................................... 26








TABELA 10: PROBLEMA IDENTIFICADO 10 ...................................................................................... 30





TABELA 15: FUNÇÕES DE DADOS .................................................................................................... 39

TABELA 16: REQUISITOS FUNCIONAIS – VALIDAÇÃO DAS NECESSIDADES DE CAPACITAÇÃO

....................................................................................................................................................... 46

TABELA 17: REQUISITOS FUNCIONAIS – ELABORAÇÃO DE PROGRAMAÇÃO DE

CAPACITAÇÃO ............................................................................................................................. 47

TABELA 18: REQUISITOS FUNCIONAIS – EXECUÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO 49

TABELA 19: REQUISITOS COMPLEMENTARES – VALIDAÇÃO DAS NECESSIDADES DE

CAPACITAÇÃO – RC01 ................................................................................................................ 49


CAPACITAÇÃO – RC02 ................................................................................................................ 50


CAPACITAÇÃO – RC03 ................................................................................................................ 51


CAPACITAÇÃO – RC04 ................................................................................................................ 51


CAPACITAÇÃO – RC05 ................................................................................................................ 52


CAPACITAÇÃO – RC06 ................................................................................................................ 52


CAPACITAÇÃO – RC07 ................................................................................................................ 53


CAPACITAÇÃO – RC08 ................................................................................................................ 54


CAPACITAÇÃO – RC09 ................................................................................................................ 54


CAPACITAÇÃO – RC10 ................................................................................................................ 55


CAPACITAÇÃO – RC11 ................................................................................................................ 57


CAPACITAÇÃO – RC12 ................................................................................................................ 58


CAPACITAÇÃO – RC13 ................................................................................................................ 60


CAPACITAÇÃO – RC14 ................................................................................................................ 60


CAPACITAÇÃO – RC15 ................................................................................................................ 61


CAPACITAÇÃO – RC16 ................................................................................................................ 62


CAPACITAÇÃO – RC17 ................................................................................................................ 63


CAPACITAÇÃO – RC18 ................................................................................................................ 64


CAPACITAÇÃO – RC19 ................................................................................................................ 65


CAPACITAÇÃO – RC20 ................................................................................................................ 66


CAPACITAÇÃO – RC21 ................................................................................................................ 68


CAPACITAÇÃO – RC22 ................................................................................................................ 69


CAPACITAÇÃO – RC23 ................................................................................................................ 71


CAPACITAÇÃO – RC24 ................................................................................................................ 73


CAPACITAÇÃO – RC25 ................................................................................................................ 74


CAPACITAÇÃO – RC26 ................................................................................................................ 75


CAPACITAÇÃO – RC27 ................................................................................................................ 77


CAPACITAÇÃO – RC28 ................................................................................................................ 78


CAPACITAÇÃO – RC29 ................................................................................................................ 79

TABELA 48: REQUISITOS COMPLEMENTARES – ELABORAÇÃO DA PROGRAMAÇÃO DE

CAPACITAÇÃO – RC30 ................................................................................................................ 79


CAPACITAÇÃO – RC31 ................................................................................................................ 80


CAPACITAÇÃO – RC32 ................................................................................................................ 80


CAPACITAÇÃO – RC33 ................................................................................................................ 81


CAPACITAÇÃO – RC34 ................................................................................................................ 82


CAPACITAÇÃO – RC35 ................................................................................................................ 83


CAPACITAÇÃO – RC36 ................................................................................................................ 84


CAPACITAÇÃO – RC37 ................................................................................................................ 85


CAPACITAÇÃO – RC38 ................................................................................................................ 85


CAPACITAÇÃO – RC39 ................................................................................................................ 86

TABELA 58: REQUISITOS COMPLEMENTARES – EXECUÇÃO DA PROGRAMAÇÃO DE

CAPACITAÇÃO – RC40 ................................................................................................................ 86


CAPACITAÇÃO – RC41 ................................................................................................................ 87


CAPACITAÇÃO – RC42 ................................................................................................................ 87


CAPACITAÇÃO – RC43 ................................................................................................................ 88


CAPACITAÇÃO – RC44 ................................................................................................................ 88


CAPACITAÇÃO – RC45 ................................................................................................................ 89


CAPACITAÇÃO – RC46 ................................................................................................................ 90

TABELA 65: REGRAS DE NEGÓCIO – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO ..... 92

TABELA 66: REGRAS DE NEGÓCIO – ELABORAÇÃO DE PROGRAMAÇÃO DE CAPACITAÇÃO. 93

TABELA 67: REGRAS DE NEGÓCIO – EXECUÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO ..... 94

TABELA 68: ATRIBUTOS X RF – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO ............... 96

TABELA 69: ATRIBUTOS X RF – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO ............... 97

TABELA 70: ATRIBUTOS X RF – ELABORAÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO .......... 97

TABELA 71: ATRIBUTOS X RF – EXECUÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO ............... 98

TABELA 72: RF X COMPLEMENTARES – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO 99

TABELA 73: RF X COMPLEMENTARES – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO

..................................................................................................................................................... 100

TABELA 74: RF X COMPLEMENTARES – ELABORAÇÃO DE PROGRAMAÇÃO DE CAPACITAÇÃO

..................................................................................................................................................... 100

TABELA 75: RF X COMPLEMENTARES – EXECUÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO

..................................................................................................................................................... 101

TABELA 76: RN X RF – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO ............................ 102

TABELA 77: RN X RF – VALIDAÇÃO DE NECESSIDADES DE CAPACITAÇÃO ............................ 103

TABELA 78: RN X RF – ELABORAÇÃO DE PROGRAMAÇÃO DE CAPACITAÇÃO ....................... 103

TABELA 79: RN X RF – EXECUÇÃO DE PROGRAMAÇÃO DE CAPACITAÇÃO ............................ 103

TABELA 80: RF X PRIORIDADE – VALIDAÇÃO DAS NECESSIDADES DE CAPACITAÇÃO ......... 105

TABELA 81: RF X PRIORIDADE – EXECUÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO ........... 105

TABELA 82: RF X PRIORIDADE – ELABORAÇÃO DA PROGRAMAÇÃO DE CAPACITAÇÃO ...... 106

TABELA 83: RF X OBJETIVOS ESPECÍFICOS – VALIDAÇÃO DAS NECESSIDADES DE

CAPACITAÇÃO ........................................................................................................................... 107

TABELA 84: RF X OBJETIVOS ESPECÍFICOS – ELABORAÇÃO DA PROGRAMAÇÃO DE

CAPACITAÇÃO ........................................................................................................................... 107

TABELA 85: RF X OBJETIVOS ESPECÍFICOS – EXECUÇÃO DA PROGRAMAÇÃO DE

CAPACITAÇÃO ........................................................................................................................... 108

TABELA 86: LISTA DE USUÁRIOS .................................................................................................... 108

TABELA 87: QUADRO DE PERMISSÃO............................................................................................ 109

TABELA 88: LISTA DE USUÁRIOS .................................................................................................... 109

TABELA 89: QUADRO DE PERMISSÃO............................................................................................ 109

TABELA 90: MATRIZ DE RISCO ........................................................................................................ 111

TABELA 91: ESPECIFICAÇÃO UC01 – CONSULTAR PROGRAMAÇÃO DE CAPACITAÇÃO ....... 119

TABELA 92: ESPECIFICAÇÃO UC02 – EMITIR RELATÓRIOS GERENCIAIS ................................ 124

TABELA 93: ESPECIFICAÇÃO UC03 – MANTER VÍNCULOS .......................................................... 133

TABELA 94: ESPECIFICAÇÃO UC04 – GERENCIAR COMUNICADOS .......................................... 135

TABELA 95: ESPECIFICAÇÃO UC05 – GERENCIAR SUGESTÕES ............................................... 139

TABELA 96: ESPECIFICAÇÃO UC08 – MANTER PESQUISA DE INTERESSE .............................. 147

TABELA 97 ESPECIFICAÇÃO UC09 – MANTER PROGRAMAÇÃO DE CAPACITAÇÃO ............... 156

TABELA 98 ESPECIFICAÇÃO UC10 – RESPONDER PESQUISA DE INTERESSE ....................... 160

TABELA 99: ITENS DE RASTREABILIDADE ..................................................................................... 163

TABELA 100: ITENS DE STATUS ...................................................................................................... 165

TABELA 101: ITENS DE BENEFÍCIO ................................................................................................. 166

TABELA 102: ATRIBUTOS X ITENS DE RASTREABILIDADE.......................................................... 167

TABELA 103: FLUXO DE TRABALHO DE GERÊNCIA DE REQUISITOS ........................................ 168

TABELA 104: PONTOS DE FUNÇÃO NÃO AJUSTADOS ................................................................. 172

TABELA 105: FATOR DE AJUSTE ..................................................................................................... 173

17

I. Introdução

O Supremo Tribunal Federal, órgão de cúpula do poder judiciário brasileiro,

preza pela celeridade e qualidade dos serviços que presta ao cidadão brasileiro.

Para que possa atingir o nível de excelência exigido pela população brasileira, o

tribunal precisa de um corpo funcional capacitado.

O tribunal dispõe de dois mecanismos para conseguir manter o nível

profissional necessário para a prestação de seus serviços: concurso público e

capacitação. Através do concurso público o STF tenta contratar os melhores

profissionais do mercado, enquanto a capacitação implica em aumentar as

habilidades dos profissionais já integrantes da casa.

Como o processo de concurso é regulamentado pela lei de licitações e

contratos, cabe ao STF atuar no ramo da capacitação dos seus funcionários. Essa

atuação é realizada através do programa de capacitação anual do tribunal. Esse

programa visa entender as necessidades de capacitação do tribunal através de um

processo iterativo entre os três grupos interessados do tribunal: os gestores, os

servidores, e a equipe responsável pelos treinamentos do STF.

Em virtude da importância do tema tanto para a corte, como para a prestação

jurisdicional aos cidadãos, foi definida a construção de uma solução que desse apoio

a esse processo. Essa solução deve buscar o aumento da agilidade do processo de

trabalho, bem como fornecer insumos para o acompanhamento da execução da

programação realizada para o ano.

Para atender as necessidades do cliente foi aplicada a metodologia aprendida

durante o curso de pós-graduação em Engenharia de Requisitos do UniCeub –

Centro Universitário de Brasília à necessidade encontrada no Supremo Tribunal

Federal.

A metodologia utilizada “Extreme Requirements” prega o entendimento

completo do negócio do cliente antes da efetiva implementação do projeto. Para

tanto, é necessária a confecção de diversos artefatos, que agrupam diversas visões

do negócio e da solução a ser proposta. Esses artefatos foram distribuídos entre as

seções II e VI deste documento.

18

Na seção II – Plano de Desenvolvimento, está documentada a visão negocial

do usuário, descrevendo a solução proposta em linhas gerais. Além disso, é

apresentada a metodologia de trabalho e realizada uma estimativa do tamanho do

projeto. É um documento que externa as expectativas dos clientes.

Na Seção III – Documento de Definições de Requisitos, o negócio do cliente e

a solução são detalhados de forma mais técnica visando o repasse à equipe de

desenvolvimento. Além disso, é mantida a rastreabilidade dos artefatos, prevista na

gerência de requisitos, de forma a facilitar manutenção do documento.

Na Seção IV – Modelagem do Sistema, são apresentadas duas

representações visuais do sistema. Seguindo a análise orientada a objeto foi

construído o diagrama de casos de uso, e de acordo com a análise estruturada

foram construídos o diagrama de contexto e o diagrama de fluxo de dados.

Apoiando ambos os paradigmas, é construído o modelo conceitual de dados.

Na Seção V – Documento de Especificação de Requisitos, são feitas

especificações detalhadas de cada comportamento do sistema. Isso é realizado

através da construção de protótipos e casos de uso.

Na Seção VI – Plano de Gerência de Requisitos, são apresentadas

informações a respeito do controle e rastreamento dos requisitos.

Na Seção VII – Métricas, é apresentada uma medição detalhada do tamanho

funcional do projeto. Essa medição é feita utilizando uma contagem detalhada de

pontos de função para um projeto de desenvolvimento.

II. Plano de Desenvolvimento de Software – PDS

1. Análise Institucional

1.1. Instituição

O Supremo Tribunal Federal é um órgão da administração pública federal.

Fica localizado no Distrito Federal, em Brasília, na Praça dos três Poderes. O

19

Supremo Tribunal Federal representa a cúpula do poder judiciário brasileiro, tendo

jurisdição em âmbito nacional.

O tribunal tem como principal atribuição a guarda da constituição, como

definido no artigo 102 da Carta de 1988. Esse exerce suas funções através de onze

ministros escolhidos pelo Presidente da República, entre brasileiros natos com mais

de 35 anos de idade, reputação ilibada e notório saber jurídico [BRASIL, 1988].

O órgão está divido em várias unidades administrativas de forma a melhor

realizar a prestação jurisdicional ao jurisdicionado. Algumas dessas unidades são

atribuídas responsabilidades na esfera jurisdicional, enquanto as outras cabem as

atividades de apoio.

1.2. Negócio

O negócio do STF enquanto órgão público é a prestação de serviços aos

cidadãos brasileiros. Como todo órgão público, o STF tem como dever, realizar essa

prestação de forma célere, eficiente e eficaz.

Para que alcançar esses objetivos, são definidas diversas políticas e metas.

Algumas dessas políticas dizem respeito ao processo judicial, como por exemplo, a

criação de mecanismos como a repercussão geral e súmula vinculante. Porém

somente isso não basta para alcançar a excelência na prestação de serviços.

Também é necessário que haja um corpo funcional capacitado e motivado. A

atuação nesse sentido cabe a Secretaria de Recursos Humanos.

Uma das políticas de capacitação definida pela Secretaria de Recursos

Humanos é a definição de uma Programação de Capacitação Anual. Essa

programação é elaborada de forma integrada aos servidores e gestores do STF a

fim de definir as necessidades de capacitação do quadro atual, bem como atuar para

suprir essas necessidades.

1.3. Organização – Visão Geral

1.3.1. Organograma

20

A Figura 1 representa o organograma atual do Supremo Tribunal Federal,

contendo todas as suas unidades até o nível hierárquico de Secretaria. Apesar de

todos os servidores estarem envolvidos no processo que culmina na geração da

Programação de capacitação anual do STF, a responsabilidade de gestão e

condução do processo cabe a Secretaria de Recursos Humanos.

.

Figura 1: Organograma do STF

1.3.2. Descrição do Organograma

O Supremo Tribunal Federal se organiza de forma hierárquica sob a direção

do Presidente do tribunal. Como em qualquer outro órgão a distribuição de

responsabilidades é necessária para viabilizar a execução do trabalho. No STF

21

pode-se dizer que há três grandes divisões: Gabinetes, Secretaria do tribunal, e

Secretaria-Geral da Presidência [STF].

Os gabinetes de ministros representam os gabinetes de cada um dos 11

ministros da Corte. Eles são responsáveis pelo julgamento dos processos que são

entregues a relatoria do ministro adequado [BRASIL, 2011].

À Secretaria-Geral da Presidência compete o apoio processual aos ministros.

Ela subdivide-se em quatro secretarias, sendo elas a secretaria judiciária, secretaria

de sessões, secretaria de comunicação social e central do cidadão e de atendimento

[BRASIL, 2011].

À Secretaria do Tribunal compete a gestão administrativa do tribunal. Ela está

dividida em seis unidades, sendo elas a secretaria de recursos humanos, secretaria

de documentação, secretaria de administração e finanças, secretaria de segurança,

secretaria de tecnologia da informação e secretaria de serviços integrados de saúde

[BRASIL, 2011].

1.3.3. Mapeamento do Processo (Fluxo Atual)

O mapeamento representado na Figura 2 mostra o macro processo referente

à elaboração e execução da Programação de Capacitação Anual do STF.

Figura 2: Mapeamento do Processo – Fluxo Atual

2. Análise Funcional - Visão específica

2.1. Área(s) Envolvida(s)

22

No processo de programação de capacitação anual, a principal unidade

envolvida é a Secretaria de Recursos Humanos, que é a responsável pelo processo.

Porém, todas as unidades do STF participam do processo através de seus gestores

e servidores. Os gestores de cada área do STF participam do processo de

levantamento das necessidades de capacitação, enquanto cabe aos servidores do

STF validar as informações passadas pelos gestores e consolidadas pela Secretaria

de Recursos Humanos.

2.2. Descrição do Processo Atual – Visão Específica

2.2.1. Levantar Necessidades de Capacitação

Anualmente no STF é realizado o processo de elaboração da programação de

capacitação anual do STF. Ele é iniciado com o levantamento das necessidades de

capacitação (LNC) do quadro do STF. Esse levantamento é realizado de forma

interativa entre a Secretaria de Recursos Humanos e os gestores das diversas áreas

do STF.

No último trimestre de cada ano, são definidas pela Secretaria de Recursos

Humanos quantas necessidades cada Secretaria do STF deverá informar durante o

levantamento de necessidades. Após essa definição, cada área recebe um

formulário onde deverão ser informadas as necessidades. Esse formulário é

encaminhado à unidade hierarquicamente superiora, que deverá consolidar as

informações das áreas subordinadas e acrescentar as suas próprias necessidades.

Esse ciclo se repete até que o formulário chegue a uma unidade com status de

secretaria. Cabe a essa unidade encaminhar os dados consolidados da sua área e

subordinadas à Secretaria de Recursos Humanos, que consolidará as necessidades

de todo o tribunal.

Esse processo não faz parte do escopo inicial do projeto, porém está descrito,

pois é essencial à compreensão do negócio.

2.2.2. Validar Necessidades de Capacitação

Depois que todas as necessidades do tribunal estão consolidadas é iniciado

um processo de validação dessas informações com o quadro do STF. Essa

23

validação é realizada através de uma Pesquisa de Interesse disponibilizada aos

servidores.

A pesquisa de interesse contém uma lista de cursos definidos pela equipe da

Secretaria de Recursos Humanos, que visa atender às necessidades de capacitação

definidas no macro processo de levantamento de necessidades de capacitação.

Essa lista de cursos é submetida a todos os servidores do STF, que manifestam seu

interesse em cada um dos cursos e apresentam as devidas sugestões.

2.2.3. Elaborar Programação de Capacitação Anual

Com as necessidades de capacitação ratificadas pelos servidores, cabe a

Secretaria de Recursos Humanos a elaboração da Programação de Capacitação

Anual do STF.

A programação de capacitação anual consiste em uma lista de eventos com a

previsão de realização desses eventos de forma a atender as necessidades dos

servidores. Essa programação é construída e disponibilizada aos servidores no seu

término.

2.2.4. Executar Programação de Capacitação Anual

A programação de capacitação é executada durante o ano corrente. À medida

que os eventos de capacitação vão sendo realizados são atualizadas as suas

informações para que os servidores possam realizar o efetivo acompanhamento dos

treinamentos a serem realizados no STF.

2.3. Mapeamento do Processo – Fluxo Atual

2.3.1. Levantar Necessidades de Capacitação

24

Figura 3: Mapeamento do Processo – Levantamento de Necessidades de Capacitação

2.3.2. Validar Necessidades de Capacitação

Figura 4: Mapeamento do Processo – Validação de Necessidades de Capacitação

2.3.3. Elaborar Programação de Capacitação Anual

25

Figura 5: Mapeamento do Processo – Elaborar Programação de Capacitação Anual

2.3.4. Executar Programação de Capacitação Anual

Figura 6: Mapeamento do Processo – Executar Programação de Capacitação Anual

2.4. Identificação do Problema

2.4.1. Com relação ao Levantamento de Necessidades de Capacitação

O problema de Necessidade de criar um formulário para cada unidade de

forma manual

26

Afeta Controle sobre os formulários

Cujo impacto é Perda excessiva de tempo ao ter que montar um relatório

para cada seção de forma manual.

Sujeito a falha humana em virtude da necessidade de se

conferir os dados de cada unidade gestora, e ainda gerar o

formulário conforme as particularidades da unidade

Benefícios de uma solução seriam

Otimização do trabalho das servidoras, automatizando todo

o trabalho burocrático e reduzindo o tempo gasto com esse

serviço.

Tabela 1: Problema Identificado 1

O problema de Dificuldade de identificar os gestores responsáveis por cada

unidade

Afeta Comunicação com as unidades gestoras

Cujo impacto é Aumento do esforço necessário para encontrar o gestor de

cada unidade em virtude da dificuldade de se recuperar a

informação relativa ao chefe e a substituto de cada unidade.


Redução do trabalho das servidoras e aumento da agilidade

no trato com os gestores.


O problema de Dificuldade de se controlar o envio e recebimento de

comunicações com os gestores

Afeta Controle sobre o fluxo de trabalho necessário ao

levantamento de necessidades de capacitação e velocidade

de comunicação

Cujo impacto é Dificuldade em se obter a informação relativa às

comunicações que foram enviadas e/ou recebidas pelos

27

gestores, podendo implicar em atrasos no processo de

negócio.


Maior controle sobre as comunicações enviadas e

recebidas, possibilitando que as servidoras tomem ações de

forma a prevenir quaisquer atrasos por parte dos gestores.


O problema de Dificuldade de se agrupar as necessidades informadas

pelos gestores

Afeta Resultado do levantamento de necessidades de capacitação

e o tempo gasto para finaliza-lo.

Cujo impacto é Em virtude da falta de categorização das informações

fornecidas, o agrupamento feito pela Seção de Ações de

Capacitação Continuada é feito de forma subjetiva. Sendo

sujeito a erro humano. Ainda o tempo necessário para essa

análise é maior do que precisaria ser em virtude da

necessidade das servidoras de categorizar cada

necessidade informada.


Redução do esforço para analisar as necessidades

enviadas, e diminuição do tempo gasto para realizar essa

atividade.


O problema de Dificuldade em se extrair relatórios a partir dos dados

fornecidos no levantamento de necessidades de

capacitação

Afeta Resultado do levantamento de necessidades de capacitação

Cujo impacto é Em virtude da forma com que os dados são fornecidos à

Seção de Ações de Capacitação Continuada (papel,

documentos eletrônicos sem padrão), é necessária a

28

transcrição para outra mídia antes que possam ser gerados

relatórios adequados.


Facilidade na obtenção de informações gerenciais, e

redução do trabalho manual das servidoras.


O problema de Não é possível acompanhar o preenchimento das

necessidades de capacitação pelos gestores

Afeta Controle do processo do levantamento de necessidades de

capacitação

Cujo impacto é Possibilidade de atraso por parte dos gestores, impactando

o cronograma do levantamento de necessidades de

capacitação.


Maior controle sobre o andamento do levantamento de

necessidades de capacitação, possibilitando que as

servidoras tomem ações de forma a prevenir quaisquer

atrasos por parte dos gestores.


2.4.2. Com relação à Validação Necessidades de Capacitação

O problema de Dificuldade em aproveitar informações fornecidas pelos

gestores no levantamento de necessidades de capacitação

Afeta Montagem da lista de cursos

Cujo impacto é Retrabalho ao se cadastrar os cursos da pesquisa de

interesse, pois não é possível se aproveitar as informações

já cadastradas no levantamento de necessidades de

capacitação

Benefícios de uma solução

Redução do trabalho das servidoras, agilizando o processo.

29

seriam


O problema de Impossibilidade de se acompanhar o andamento das

respostas fornecidas pelos servidores durante a pesquisa de

interesses

Afeta Resultado da pesquisa de interesses

Cujo impacto é Impossibilidade se avaliar se os servidores do STF estão

participando ou não da pesquisa de interesses. Caso não

haja respostas suficientes, não há como se tomar nenhuma

ação preventiva.


Possibilidade das servidoras da Seção de Ações de

Capacitação Continuada de aumentar a divulgação da

pesquisa de interesses caso não haja participação suficiente

por parte do quadro do STF


O problema de Observações fornecidas pelos servidores não são

armazenadas

Afeta Resultado da pesquisa de interesses

Cujo impacto é Perda de informações coletadas na pesquisa de interesses


Armazenamento de dados, que podem levar ao aumento da

qualidade dos serviços prestados pela Seção de Ações de

Capacitação Continuada.


O problema de Falta de relatórios gerenciais

Afeta Ações a serem tomadas baseadas nos dados colhidos

Cujo impacto é Ações com eficácia reduzida em virtude da informação

30

inadequada


Ações com maior qualidade resultando em um programa de

capacitação mais efetivo


2.4.3. Com relação à Elaboração da Programação de Capacitação Anual

O problema de Falta de visibilidade da programação

Afeta Legitimidade do trabalho construído

Cujo impacto é Questionamentos sobre os treinamentos planejados e

executados durante o ano


Aproximação dos servidores da casa da gestão da

Secretaria de Recursos Humanos, resultando em um

trabalho de maior qualidade.


O problema de Processo completamente manual

Afeta Celeridade e controle do processo

Cujo impacto é Prazo com que os treinamentos podem ser iniciados no

tribunal e perda de informação


Utilização mais eficiente dos recursos humanos do tribunal,

resultando em um trabalho feio com mais qualidade e em

menos tempo.





31

inadequada


Elaboração de uma programação de capacitação melhor

embasada e em consequência, de maior qualidade.


2.4.4. Com relação à Execução da Programação de Capacitação Anual




inadequada


Possibilidade de se tomar ações para corrigir a

programação de capacitação vigente, e possibilidade de se

verificar se ela atingiu os objetivos propostos no início do

ano.


3. Proposta de Solução

3.1. Objetivo do Projeto

3.1.1. Objetivo Geral

Permitir o controle e execução dos processos que envolvem a geração e

execução da programação de capacitação anual de forma simples e eficiente

permitindo, posteriormente, a integração dos processos referentes ao levantamento

de necessidades de capacitação.

3.1.2. Objetivos Específicos

Com relação à Validação Necessidades de Capacitação

Objetivo específico 1: Simplificar o processo de controle da pesquisa de

interesses

32

Objetivo específico 2: Possibilitar o acompanhamento da pesquisa de

interesses e o processamento das informações coletadas

Objetivo específico 3: Facilitar o envio de comunicações entre as gestoras e

os servidores do tribunal

Objetivo específico 4: Simplificar o controle e tratamento das sugestões

encaminhadas pelos servidores durante a pesquisa de interesses

Objetivo específico 5: Fornecer de forma simples o resultado consolidado do

processo de validação de necessidades de capacitação

Objetivo específico 6: Fornecer informações detalhadas sobre a aceitação dos

eventos propostos

Com relação à Elaboração da Programação de Capacitação Anual

Objetivo específico 7: Simplificar o processo de controle da programação de

capacitação anual

Objetivo específico 8: Geração de informações para embasar a construção da

programação de capacitação anual

Objetivo específico 9: Dar visibilidade a programação de capacitação anual

Com relação à Execução da Programação de Capacitação Anual

Objetivo específico 10: Verificar a eficácia da programação de capacitação

anual em relação às necessidades levantadas

3.1.3. Funcionalidades

Com relação à Validação Necessidades de Capacitação

O sistema deverá possibilitar a manutenção das pesquisas de interesse

O sistema deverá permitir que eventos sejam cadastradados e associados às

pesquisas de interesse

33

O sistema deverá permitir que uma pesquisa seja disponibilizada para os

servidores do STF

O sistema deverá possibilitar o envio de comunicados aos servidores do STF

O sistema deverá que sugestões sejam enviadas pelos servidores e

respondidas pelas gestoras

O sistema deverá permitir que sejam montados questionários para os

servidores

O sistema deverá emitir relatório consolidando o resultado da pesquisa de

interesse

O sistema deverá emitir relatórios detalhando a aceitação dos eventos com

foco nos servidores, ou nos eventos, ou nos públicos alvos

Com relação à Elaboração da Programação de Capacitação Anual

O Sistema deverá possibilitar a manutenção da programação de capacitação

anual

O sistema deverá permitir que eventos sejam cadastradados e associados às

promgrações de capacitação anual

Com relação à Execução da Programação de Capacitação Anual

O sistema deverá permitir que uma programação seja disponibilizada para os

servidores do STF

O sistema deverá vincular os eventos programados, com os eventos

realizados pelo STF

3.2. Mapeamento de Processo – Fluxo Proposto

Os processos mapeados não serão alterados pela solução proposta. Apenas

serão automatizados pelo sistema de programação de capacitação

3.3. Restrições Técnicas e Administrativas

34

3.3.1. Restrições Técnicas

O sistema elaborado deve observar a arquitetura padrão de sistemas da CSIS

/STI-STF, destacados alguns itens:

STF Java Framework, com uso de Apache Maven para gerenciamento de

dependências;

Arquitetura de segurança e Single Sign-On;

Padrão de Geração de Relatórios: Utilizar como solução para geração de

relatórios o componente JasperSoft IReport;

Normas e padrões para administração de dados definidos pela Seção de

Administração de Dados.

3.3.2. Restrições Administrativas

Sistema deve estar finalizado até dezembro de 2011

Sistema deve ser desenvolvido utilizando os recursos da fábrica de software

para fases de projeto e construção do software.

3.4. Premissas

Total envolvimento da área usuária nas definições, validações, homologação,

testes, treinamento e suporte de dúvidas sobre as regras de negócios;

Total envolvimento da área técnica do cliente com o projeto;

Comprometimento da equipe de desenvolvimento com o projeto;

Os usuários deverão ter acesso a Intranet para acessar o sistema;

3.5. Metodologia Utilizada

3.5.1. Processo de Construção

Foi utilizada a metodologia “Extreme Requirements” para a construção da

solução desse projeto. Essa metodologia é baseada em conceitos de engenharia de

software, qualidade de software, gestão de processos de negócio e engenharia de

35

requisitos, e visa a definição dos requisitos de software de uma solução [CASTRO e

GUIMARAES, 2011].

A metodologia em questão define quatro fases para o processo de definição

de requisitos de software. As fases definidas são:

Elicitação Objetiva a obtenção do conhecimento do negócio e do problema

do cliente.

Análise Objetiva a definição de uma solução de software que atenda às

necessidades do cliente.

Documentação Objetiva documentar todos os requisitos necessários para

a construção do software para o cliente, estabelecendo um acordo entre as

partes envolvidas.

Validação Objetiva a validação dos artefatos produzidos pelo cliente.

Durante todas essas fases são realizadas atividades de diversas disciplinas

da engenharia de software. Essas disciplinas são realizadas com maior ou menor

intensidade conforme a etapa que se encontra o projeto, conforme a figura abaixo.

36

Figura 7: Fases e Disciplinas do Extreme Requirements

Durante a etapa de elicitação e análise concentra-se a maior parte do esforço

de modelagem de negócio e proposta de solução. Nesse momento é construído o

Plano de Desenvolvimento de Software do projeto (PDS).

Durante a etapa de análise e documentação é realizado o trabalho de

definição de requisitos de software. O resultado dessa etapa é o Documento de

Definição de Requisitos (DDR).

A partir da fase de análise até o início da validação é realizada a prototipação

do projeto. Os protótipos gerados serão utilizados posteriormente para a validação

da solução de software durante a etapa de validação. Na etapa de validação,

visando o aceite do cliente, a disciplina de teste ganha destaque.

Durante todo o processo é realizada a disciplina de gerencia de requisitos.

Essa mantém a rastreabilidade dos requisitos e o controle de mudança dos artefatos

produzidos.

3.5.2. Métricas

Todas as métricas do projeto foram feitas utilizando a técnica de pontos de

função. Essa técnica visa medir o tamanho do software pelo ponto de vista do

usuário.

A análise de pontos de função é baseada na identificação de funções de

dados e funções transacionais que fazem sentido para o usuário. As funções de

dados representam agrupamentos de dados que fazem sentido para o usuário e são

classificados em arquivos lógicos internos (ALI) e arquivos de interface externa

(AIE), sendo que os ALIs são mantidos pelo sistema a ser contado enquanto os AIEs

são mantidos por outro sistema. As funções transacionais identificam as operações

realizadas pelo sistema na visão do usuário. São divididas em entradas externas

(EE), saídas externas (SE) e consultas externas (CE). As EE se referem às

funcionalidades que mantém algum ALI, enquanto as SE e CE visam consultar

algum dado do sistema, com a diferença que nas SE deve haver algum tipo de

processamento de dados [IFPUG, 2010].

37

Para o projeto foram utilizados dois tipos de contagem previstos pela técnica.

No início do projeto é utilizada a contagem indicativa, e no fim do projeto foi

realizada a contagem detalhada de pontos de função.

A contagem indicativa é indicada para projetos pequenos. Costuma ser

realizada no início do projeto para auxiliar na estimativa de recursos necessários

devido ao esforço pequeno para gerá-la. A contagem indicativa trabalha com a

identificação das funções de dados do projeto. O tamanho do projeto é definido a

partir da premissa que para cada ALI existem três EE, duas SE e uma CE, e para

cada AIE existe uma CE e uma SE [NESMA, 2011].

A contagem detalhada é mais onerosa que a contagem indicativa e costuma

ser realizada após o termino da definição dos requisitos de software, para revisar as

estimativas de recursos. Após o termino da construção do software, pode ser

realizada uma nova contagem, caso exista algum aumento de escopo no projeto. Na

contagem detalhada são identificadas todas as funções de dados e todas as funções

transacionais com suas respectivas complexidades para gerar o número de pontos

de função não ajustados. A esse valor, é multiplicado um fator de ajuste baseado

nas características do sistema para gerar o total de pontos de função do projeto

[NESMA, 2011].

3.5.3. Análise do Sistema

A análise do sistema foi feita levando em consideração dois paradigmas

diferentes. A análise orientada a objeto, e a análise estruturada. Em ambas as

metodologias, o processo foi utilizado na construção de diagramas que fornecem

uma visão geral do sistema.

Conforme [PRESSMAN, 2006], análise estruturada utiliza dados e processos

que transformam dados em entidades distintas. Dados são mapeados em entidades

que contenham atributos e relacionamentos, e processos são modelados tendo em

vista as transformações que eles causam, na medida em que os dados fluem no

sistema. Para tanto, foram utilizados diagrama de fluxo de dados (DFD) e o

diagrama de contexto ou DFD nível 0.

O diagrama de fluxo de dados modela entrada de dados, processamento e

saída de dados de um sistema. Esse tipo de diagrama tem uma visão hierárquica,

38

quanto menor o seu nível maior a abstração. No caso, o diagrama de contexto

mostra o sistema como um todo, nesse modelo é representado o fluxo de dados

entre as entidades e o sistema. Já o diagrama de fluxo de dados, dfd nível 1, detalha

em um nível maior o diagrama de contexto, apresentando todos os processos

envolvidos no tratamento de cada entrada de dados, e os repositórios de dados

envolvidos.

A segunda abordagem utilizada no trabalho foi a análise orientada a objeto.

Esse modelo foca em uma visão integrada das funcionalidades do sistema e como

elas colaboram para atender aos requisitos do usuário [PRESSMAN, 2006]. Nessa

modelagem foi utilizado o diagrama de casos de uso da Unified Modeling Language

(UML). O diagrama de casos de uso apresenta uma visão estática de todos os casos

de uso e atores envolvidos com o sistema, representando os comportamentos

esperados do sistema de uma maneira organizada [BOOCH, 2000].

3.5.4. Modelagem de dados

O modelo de dados do sistema foi construído utilizando a notação de Peter

Chen, dentro de uma visão conceitual [COUGO,1997]. O objetivo desse modelo é

mostrar a abrangência do sistema, apresentando os dados envolvidos no projeto e

como eles se relacionam [MECENAS e OLIVEIRA,2005], bem como fornecer

insumos para a medição do tamanho do projeto.

O modelo foi construído utilizando os conceitos de entidades, atributos e

relacionamentos. Entidades que representam conjuntos de elementos de negócio

necessários ao usuário. Atributos que são fatos úteis relacionados a cada entidade,

que agregam valor ao negócio. Relacionamentos mostram como as diversas

entidades se relacionam dentro de um projeto [MECENAS e OLIVEIRA, 2005].

4. Estimativa

4.1. Técnica de Estimativa

Foi utilizada a técnica indicativa da NESMA para a realização da estimativa de

tamanho do projeto [NESMA, 2011]. Essa contagem foi realizada após as conversas

iniciais com os gestores para definição de escopo do projeto.

39

Após a identificação do escopo, foram identificadas as principais funções de

dados do projeto, e aplicada a técnica indicativa. Essa técnica define o valor de 35

pontos de função para cada ALI definido, e de 15 pontos de função para cada AIE.

4.2. Dados Utilizados

Descrição das funcionalidades

Tipo Contribuição

PROGRAMAÇÃO DE

CAPACITAÇÃO ALI 35

PESQUISA DE

INTERESSE ALI 35

EVENTOS DE PESQUISA ALI 35

EVENTOS DE

PROGRAMAÇÃO ALI 35

QUESTIONÁRIO ALI 35

COMUNICADOS ALI 35

SUGESTÕES ALI 35

PUBLICO ALVO AIE 15

SERVIDOR AIE 15

SETOR AIE 15

USUÁRIO AIE 15

SEGMENTO AIE 15

Tabela 15: Funções de dados

4.3. Cálculo da Estimativa

(PF) = 35 x número de ALIs + 15 x número de AIEs

(PF) = 35 x 7 + 15 x 5

(PF) = 245 + 75

40

(PF) = 320 pontos de função

41

III. Documento de Definição de Requisitos - DDR

1. Introdução

1.1. Objetivo

Este capítulo tem por objetivo concentrar e organizar todos os requisitos

identificados para o Sistema de Programação de Capacitação. Fornecendo aos

membros da equipe de projeto as informações necessárias para a implementação,

assim como para a realização dos testes e a homologação do sistema.

1.2. Definições, Acrônimos e Abreviações

A correta interpretação desta seção requer o conhecimento de algumas

convenções e termos específicos que serão descritos a seguir.

1.2.1. Definições

Um requisito é uma condição ou uma capacidade com o qual o sistema deve

estar de acordo, expressando as necessidades do cliente. Eles podem ser dos

seguintes tipos:

RF (Requisito Funcional): Definem as funcionalidades do Sistema de

Programação de Capacitação a serem implementadas pelos desenvolvedores na

construção do sistema, a fim de possibilitar que os usuários realizem suas tarefas e

satisfaçam os requisitos de negócio.

RC (Requisito Complementar): Relacionam as características e propriedades

dos requisitos funcionais do Sistema de Programação de Capacitação.

RNF_Q (Requisito Não Funcional de Qualidade): Relacionam os aspectos de

qualidade desejada (requisitos não-funcionais de qualidade), como confiabilidade,

eficiência, portabilidade, usabilidade ou qualquer outra característica que o sistema

deva atender, como padrões, regulamentos e contratos com os quais o sistema deve

ter conformidade.

42

RN (Requisito de Negócio): Correspondem às regras que regulam o negócio

que devem ser seguidas e garantidas pelo sistema para cada requisito funcional

identificado e/ou para o módulo.

1.2.2. Identificação dos Requisitos

Os requisitos devem ser identificados com um identificador único, composto

de sigla e numeração. A referência aos requisitos é feita através dos respectivos

identificadores.

Sigla:

RFXX: Requisito Funcional

RCXX: Requisito Complementar

RNF_QXX: Requisito Não-Funcional de Qualidade

RNXX: Requisito de Negócio

Numeração:

A numeração inicia em 01 e prossegue sendo incrementada de um à medida

que forem surgindo novos requisitos.

1.3. Processo de Elicitação

A elicitação dos requisitos procedeu-se por intermédio de entrevistas e de

questionário respondido pelos responsáveis dos setores da empresa.

2. Requisitos

São definidos nos itens seguintes os: Requisitos Funcionais (RF), Requisitos

Complementares (RC) e Regras de Negócio (RNG) para o Sistema de Programação

de Capacitação.

Para cada requisito complementar será informado:

Nome do atributo;

Se é Obrigatório (O), Preenchimento Automático (A) ou Editável (E);

43

Descrição;

Exemplo de valor do atributo;

Tipo do atributo, sendo alfanumérico (A), numérico (N), data (D) ou binário (B)

2.1. Requisitos Funcionais

2.1.1. Validação de necessidades de capacitação

Identificador Requisito Funcional Requisito Complementar

Regra de Negócio

RF01 O sistema deve permitir

que o usuário cadastre

pesquisa de interesses.

RC01 RN06, RN07, RN08

RF02

O sistema deve permitir

que o usuário altere os

dados de pesquisas de

interesses.

RC02 RN01, RN07, RN08


que o usuário exclua


RC03 RN02

RF04


que o usuário remova a

suspensão de uma


RC04 -

RF05


que o usuário suspenda a

realização de uma


RC05 RN03

RF06 O Sistema deve permitir a

busca de “pesquisas de

interesse”

RC06 RN04

44

RF07 O Sistema deve listar

pesquisas de interesse RC07 -

RF08 O Sistema deve consultar

os detalhes de uma

pesquisa de interesse

RC08 -

RF09 O sistema deve listar

eventos de pesquisa de

interesse

RC09 -

RF10 O sistema deve consultar

os detalhes de um evento

de pesquisa de interesse

RC10 -

RF11 O sistema dever permitir


eventos de pesquisa.

RC11 RN09, RN11, RN12

RF12


que o usuário altere

dados de um evento de

pesquisa.

RC12 RN09, RN12



evento de pesquisa.

RC13 RN10

RF14 O sistema deverá enviar

comunicados por email RC14

RN13, RN14, RN15,

RN17

RF15 O sistema deve consultar

os detalhes dos

comunicados enviados

RC15 -

RF16 O sistema deve buscar os

comunicados RC16 RN16

RF17 O sistema deve buscar as

sugestões cadastradas RC17 RN18, RN19, RN21

45

pelos servidores

RF18 O sistema deve permitir a

resposta às sugestões

cadastradas

RC18 RN20

RF19 O sistema deve permitir o

consultar os detalhes de

cada sugestão

RC19 -

RF20 O sistema deverá exibir

questionário da pesquisa

de interesse

RC20 RN05

RF21


que o usuário responda o


de interesses.

RC21 RN05,RN23,

RN24,RN25,RN26

RF22


que o usuário finalize um


de interesses

RC22 RN05,RN22,RN23,RN24

RN25,RN26

RF23

O sistema deve emitir o

relatório comparativo de

pesquisa de interesses x

Inscrições

RC23

RF24 O sistema deve emitir o

relatório de detalhamento

de servidor

RC24


relatório de resultado da


RC25


relatório de RC26

46

acompanhamento


relatório de detalhamento

de evento

RC27


relatório por público-alvo RC28


relatório de interessados RC29

Tabela 16: Requisitos Funcionais – Validação das necessidades de capacitação

2.1.2. Elaboração de programação de capacitação anual


Regra de Negócio

RF30



programação de

capacitação anual.

RC30 RN27, RN30

RF31



dados das programações

de capacitação anual.

RC31 RN27

RF32


que o usuário exclua uma

programação de

capacitação anual.

RC32 RN29

RF33

O sistema deve listar as

programações de

capacitação anual

cadastradas.

RC33 RN28

RF34 O sistema deve consultar RC34 -

47

os detalhes de uma

programação de

capacitação anual

RF35



eventos de uma

programação anual de

capacitação

RC35 RN31, RN32,

RN34

RF36



dados de eventos de uma


capacitação.

RC36 RN31, RN32,

RN33, RN34

RF37



eventos de uma


capacitação.

RC37 RN31, RN32,

RN34

RF38


que o usuário inclua

anexos no evento de

programação

RC38

RF39



anexos no evento de

programação

RC39

Tabela 17: Requisitos Funcionais – Elaboração de programação de capacitação

2.1.3. Execução da programação de capacitação anual


Regra de Negócio

48

RF40


que o usuário publique

uma programação de

capacitação

RC40 RN36

RF41


que o usuário suspenda

uma programação de

capacitação

RC41 RN35

RF42


que o usuário vincule

eventos de uma

programação de

capacitação anual a

eventos cadastrados no

sistema Capacitação

RC42 RN39, RN40

RF43


que o usuário remova o

vínculo entre os eventos

de uma programação de

capacitação anual e

eventos cadastrados no

sistema Capacitação.

RC43 RN39, RN40

RF44 O sistema deve remover o

vínculo entre eventos

automaticamente.

RC44 RN38, RN40

RF45


que o usuário visualize as

informações de uma

programação de

capacitação.

RC45 RN28

RF46 O sistema deve permitir RC46 RN37

49

detalhar um evento de

programação de

capacitação

Tabela 18: Requisitos Funcionais – Execução da programação de capacitação

2.2. Requisitos Complementares

2.2.1. Validação das necessidades de capacitação

Identificador Requisitos Funcionais

RC01 – O sistema deve cadastrar a pesquisa

de interesses pelos seguintes atributos. RF01

Nome O S E Descrição Exemplo/Domínio Tipo

Nome

pesquisa

X X Atributo que representa o nome

da pesquisa

Pesquisa de

Interesses de 2011

A

Texto de

abertura

X X Atributo que representa o texto

introdutório que será

apresentado no formulário

pesquisa.

- A

Data de

início

X X Atributo que representa a data

de início de realização da

pesquisa.

01/02/2012 08h00 D

Data de fim X X Atributo que representa a data

de fim de realização da

pesquisa.

28/02/2012 21h00 D

Situação da

pesquisa

de

interesse

X Atributo que representa a

situação da pesquisa de

interesse

Normal, Suspensa. A

Tabela 19: Requisitos Complementares – Validação das necessidades de capacitação – RC01


50

RC02 – O sistema deve alterar a pesquisa de

interesses pelos seguintes atributos. RF02


Nome

pesquisa


da pesquisa

Pesquisa de

Interesses de 2011

A

Texto de

abertura




pesquisa.

- A

Data de

início

X X Atributo que representa a data


pesquisa.

01/02/2012 08h00 D

Data de fim X X Atributo que representa a data


pesquisa.

28/02/2012 21h00 D

Situação da

pesquisa

de

interesse



interesse

Normal, Suspensa. A



RC03 – O sistema deve excluir a pesquisa de

interesses pelos seguintes atributos. RF03


Nome

pesquisa

X Atributo que representa o nome

da pesquisa

Pesquisa de

Interesses de 2011

A

Texto de

abertura

Atributo que representa o texto


- A

51


pesquisa.

Data de

início

Atributo que representa a data


pesquisa.

01/02/2012 08h00 D

Data de fim Atributo que representa a data


pesquisa.

28/02/2012 21h00 D

Situação da

pesquisa

de

interesse

Atributo que representa a


interesse

Normal, Suspensa A



RC04 – O sistema deve remover a suspensão

de uma pesquisa de interesse pelos seguintes

atributos

RF04


Nome da

pesquisa de

interesse


da pesquisa

Pesquisa de

Interesses de 2011

A

Situação da

pesquisa de

interesse



interesse

NORMAL A



RC05 – O sistema deve suspender a pesquisa

de interesse pelos seguintes atributos RF05

52


Nome da

pesquisa de

interesse


da pesquisa

Pesquisa de

Interesses de 2011

A

Situação da

pesquisa de

interesse



interesse

SUSPENSA A



RC06 – O sistema deve realizar uma busca nas

pesquisa de interesses pelos seguintes

atributos.

RF06


Nome

pesquisa


da pesquisa

Pesquisa de

Interesses de 2011

A

Data de

início

X Atributo que representa a data


pesquisa.

01/02/2012 08h00 D

Data de fim X Atributo que representa a data


pesquisa.

28/02/2012 21h00 D

Ano X Atributo que representa o ano

de realização da pesquisa

2011 D

Situação Atributo que representa a


interesse

Norma, Suspensa A


53


RC07 – O sistema deve listar as pesquisas de

interesse pelos seguintes atributos. RF07


Nome

pesquisa


da pesquisa

Pesquisa de

Interesses de 2011

A



RC08 – O sistema deve consultar os detalhes

de uma pesquisa de interesses pelos seguintes

atributos.

RF08


Nome

pesquisa


da pesquisa

Pesquisa de

Interesses de 2011

A

Data de

início



pesquisa.

01/02/2012 08h00 D

Data de fim X Atributo que representa a data


pesquisa.

28/02/2012 21h00 D


de realização da pesquisa

2011 D

Texto de

abertura

X Atributo que representa o texto



pesquisa.

Texto texto texto

texto

A

Nome

evento


do evento

Direito Constitucional A

54

Previsão de

início

X Atributo que representa o mês

previsto para o início do

evento.

Maio D

Previsão de

fim

X Atributo que representa o mês

previsto para o fim do evento.

Maio D



RC09 – O sistema deve listar eventos de

pesquisas de interesse pelos seguintes

atributos.

RF09


Nome

evento


do evento




RC10 – O sistema deve consultar os detalhes de

um evento de pesquisa de interesses pelos

seguintes atributos.

RF10


Nome evento X X Atributo que representa o

nome do evento

Direito

Constitucional

A

Detalhes X Atributo que representa

detalhes a respeito do evento

Ementa do curso A

Carga horária X X Atributo que representa o

número de horas previsto

para o evento

40 horas N

Público-alvo X X Atributo que representa a que Ex: SUPREMO A

55

público-alvo o evento estará

vinculado. Pode ser

selecionado mais de um

público-alvo.

TRIBUNAL

FEDERAL,

PRESIDÊNCIA,

GABINETES DOS

MINISTROS, etc.

Previsão de

início

X X Atributo que representa o

mês previsto para o início do

evento.

Maio D

Previsão de

fim


mês previsto para o fim do

evento.

Maio D

Modalidade

de

Preferência

X X Atributo que representa a

sugestão de modalidade para

realização do evento.

Presencial, À

distância

A

Área de

conhecimento


área de conhecimento

relacionada ao evento.

Ex.: Administração,

Comunicação Oral e

Escrita,

Direito,

Informática

A

Segmento de

área de

conhecimento


segmento de área de

conhecimento relacionado ao

evento. Esta informação

depende da área de

conhecimento selecionada.

Ex.: Administração

Geral,

Redação Oficial,

Língua Portuguesa,

Programação Visual

A



56

RC11 – O sistema deve incluir evento de

pesquisa pelos seguintes atributos. RF11



nome do evento



detalhes a respeito do

evento

Ementa do curso A



para o evento

40 horas N

Público-alvo X X Atributo que representa a

que público-alvo o evento

estará vinculado. Pode ser


público-alvo.

Ex: SUPREMO

TRIBUNAL

FEDERAL,

PRESIDÊNCIA,

GABINETES DOS

MINISTROS, etc.

A

Previsão de

início



evento.

Maio D

Previsão de

fim



evento.

Maio D

Modalidade

de

Preferência


sugestão de modalidade

para realização do evento.

Presencial, À

distância

A

Área de

conhecimento






Escrita,

A

57

Direito,

Informática

Segmento de

área de

conhecimento



conhecimento relacionado

ao evento. Esta informação

depende da área de



Geral,

Redação Oficial,

Língua Portuguesa,


A



RC12 – O sistema deve alterar evento de




nome do evento




evento

Ementa do curso A



para o evento

40 horas N





público-alvo.

Ex: SUPREMO

TRIBUNAL

FEDERAL,

PRESIDÊNCIA,

GABINETES DOS

MINISTROS, etc.

A

58

Previsão de

início



evento.

Maio D

Previsão de

fim



evento.

Maio D

Modalidade

de

Preferência




Presencial, À

distância

A

Área de

conhecimento






Escrita,

Direito,

Informática

A

Segmento de

área de

conhecimento





depende da área de



Geral,

Redação Oficial,

Língua Portuguesa,


A



RC13 – O sistema deve excluir evento de




nome do evento


59



evento

Ementa do curso A



para o evento

40 horas N





público-alvo.

Ex: SUPREMO

TRIBUNAL

FEDERAL,

PRESIDÊNCIA,

GABINETES DOS

MINISTROS, etc.

A

Previsão de

início



evento.

Maio D

Previsão de

fim



evento.

Maio D

Modalidade

de

Preferência




Presencial, À

distância

A

Área de

conhecimento






Escrita,

Direito,

Informática

A

Segmento de

área de

conhecimento






Geral,

Redação Oficial,

A

60

depende da área de

conhecimento selecionada. Língua Portuguesa,




RC14 – O sistema deve enviar comunicados

pelos seguintes atributos RF14


Texto do

email


do email enviado

Prezado servidor,

etc.

A

Data de

envio


de envio do email, contendo

dia, horas e minutos.

05/12/2010 18h45 D

Tipo de

destinatário

X X Atributo que representa o tipo

de destinatário para o qual o

email foi enviado.

Todos os servidores,

Servidores que não

responderam a

pesquisa

A

Pesquisa de

interesse


nome da pesquisa de

interesse.

Pesquisa de

interesse 2011

A

Nome do

evento

X Atributo que representa o

nome do evento da

programação de capacitação

PDG A




dos comunicados pelos seguintes atributos RF15

61


Texto do

email


do email enviado

Prezado servidor,

etc.

A

Data de

envio




05/12/2010 18h45 D

Tipo de

destinatário

X Atributo que representa o tipo


email foi enviado.


Servidores que não

responderam a

pesquisa, Servidores

que manifestaram

interesse a um

evento

A

Pesquisa de

interesse


nome da pesquisa de

interesse.

Pesquisa de

interesse 2011

A

Nome do

evento


nome do evento da


PDG A



RC16 – O sistema deve buscar os comunicados

pelos seguintes atributos RF16


Texto do

email


do email enviado

Prezado servidor,

etc.

A

Data de

envio




05/12/2010 18h45 D

62

Tipo de

destinatário

X Atributo que representa o tipo


email foi enviado.


Servidores que não

responderam a

pesquisa, Servidores

que manifestaram

interesse a um

evento

A

Pesquisa de

interesse


nome da pesquisa de

interesse.

Pesquisa de

interesse 2011

A

Nome do

evento


nome do evento da


PDG A



RC17 – O sistema deve buscar as sugestões

dos servidores pelos seguintes atributos RF17


Pesquisa

de

interesse


da pesquisa de interesse.

Pesquisa de

interesse 2011

A


de realização da pesquisa.

Informação deve ser validada

com o período de início e fim

da pesquisa

2011 D

Indicador

de resposta

X Atributo que indica se a

sugestão já foi respondida

SIM/NÃO A

Texto da X Atributo que representa a - A

63

Sugestão sugestão apresentada pelo

servidor

Resposta X Atributo que representa a

resposta dada à sugestão

apresentada pelo servidor

Obrigado A

Data da

Sugestão


em que a sugestão foi

apresentada pelo servidor.

18/02/2011 14h00 D



RC18– O sistema deve responder as sugestões

dos servidores pelos seguintes atributos RF18


Indicador de

resposta

X Atributo que indica se a

sugestão já foi respondida

SIM/NÃO A

Nome do

servidor


do servidor que apresentou a

sugestão

Fulano da Silva A

Cargo X Atributo que representa o cargo


sugestão

Analista judiciário A

Função X Atributo que representa a

função ocupada pelo servidor

que apresentou a sugestão

FC-01 A

Lotação X Atributo que representa a

lotação ocupada pelo servidor


Seção de ações de

capacitação

continuada

A

Público-

Alvo


público-alvo associado ao

Secretaria de

Recursos Humanos

A

64

servidor que apresentou a

sugestão

Texto da

Sugestão


sugestão apresentada pelo

servidor

- A

Data da

Sugestão




18/02/2011 14h00 D

Evento X Atributo que representa o

evento relacionado à sugestão.

Direito

Constitucional

A

Resposta X X Atributo que representa a



Obrigado A




das sugestões dos servidores pelos seguintes

atributos

RF19


Nome do

servidor



sugestão

Fulano da Silva A

Cargo X Atributo que representa o cargo


sugestão

Analista judiciário A


função ocupada pelo servidor


FC-01 A

Lotação X Atributo que representa a Seção de ações de A

65



capacitação

continuada

Público-

Alvo


público-alvo associado ao

servidor que apresentou a

sugestão

Secretaria de

Recursos Humanos

A

Texto da

Sugestão


sugestão apresentada pelo

servidor

- A

Data da

Sugestão




18/02/2011 14h00 D

Evento X Atributo que representa o

evento relacionado à sugestão.


Resposta X Atributo que representa a



Obrigado A



RC20– O sistema deve exibir o questionário da

pesquisa de interesse dos eventos pelos

seguintes atributos

RF20


Texto de

abertura

Atributo que representa o

texto de abertura da pesquisa

de interesse

Texto. A

Turno de

preferência

X X X Atributo que representa o

turno de preferência do

servidor

Matutino, Noturno,

Indiferente

A

66

Peridiocidade

de

preferência

X X X Atributo que representa a

peridiocidade de preferência

do servidor

Dias corridos, dias

alternados,

indiferente

A

Sugestões

Gerais

X Atributo que representa

sugestões gerais

apresentadas pelo servidor

Mudar etc.. A

Nome evento X Atributo que representa o

nome da pesquisa

Pesquisa de

Interesses de 2011

A

Interesse X X Atributo que representa se o

servidor tem interesse pelo

curso

SIM/NÃO A

Carga

horária

X Atributo que mostra a carga

horária referente ao evento

40h N

Adequação

de Carga

horária

X X Atributo que mostra a opinião

do servidor com relação à

carga horária

Insuficiente,

Satisfatória ou

Excessiva

A

Sugestão de

Carga-

Horária

X X Atributo que mostra a

sugestão de carga horária


40 horas N

Modalidade X X Atributo que representa a

modalidade de interesse do

servidor para o evento

Presencial, à

distância

A

Sugestão de

Instrutor


sugestão de instrutor do

servidor

Professor fulano de

tal

A

Outras

Sugestões


sugestões diversas,

relacionadas ao evento,

apresentadas pelo servidor.

- A


67


RC21 – O sistema deve permitir a resposta da

pesquisa de interesse dos eventos pelos

seguintes atributos

RF21


Texto de

abertura



de interesse

Texto A

Turno de

preferência



servidor

Matutino, Noturno,

Indiferente

A

Peridiocidade

de

preferência



do servidor

Dias corridos, dias

alternados,

indiferente

A

Sugestões

Gerais


sugestões gerais


Mudar etc. A


nome da pesquisa

Pesquisa de

Interesses de 2011

A

Interesse X Atributo que representa se o


curso

SIM/NÃO A

Carga

horária

X Atributo que mostra a carga

horária referente ao evento

40h N

Adequação

de Carga

horária



carga horária

Insuficiente,

Satisfatória ou

Excessiva

A

Sugestão de

Carga-



40 horas N

68

Horária apresentada pelo servidor.




Presencial, à

distância

A

Sugestão de

Instrutor



servidor

Professor fulano de

tal

A

Outras

Sugestões





- A

Status do

questionário


status do questionário com

relação à atuação do servidor

Em Andamento,

Concluído

A



RC22– O sistema deve permitir que o

questionário de pesquisa de interesse seja

finalizado pelos seguintes atributos

RF22


Texto de

abertura



de interesse

Texto A

Turno de

preferência

X X X Atributo que representa o


servidor

Matutino, Noturno,

Indiferente

A

Peridiocidade

de

preferência

X X X Atributo que representa a


do servidor

Dias corridos, dias

alternados,

indiferente

A

69

Sugestões

Gerais


sugestões gerais


Mudar etc. A


nome da pesquisa

Pesquisa de

Interesses de 2011

A

Interesse X X Atributo que representa se o


curso

SIM/NÃO A

Adequação

de Carga

horária



carga horária

Insuficiente,

Satisfatória ou

Excessiva

A

Sugestão de

Carga-

Horária




40 horas N




Presencial, à

distância

A

Sugestão de

Instrutor



servidor

Professor fulano de

tal

A

Outras

Sugestões





- A

Status do

questionário


status do questionário com

relação à atuação do servidor

Em Andamento,

Concluído

A



70

RC23 – O sistema deve emitir um relatório

comparativo de pesquisa de interesses x

inscrições pelos seguintes atributos

RF23


Pesquisa de

Interesse


da pesquisa de interesse

Pesquisa de

interesse 2011

A

Evento de

pesquisa de

interesse

X X Atributo que represente o nome

do evento da pesquisa de

interesse

Direito

Constitucional

A

Indicador de

interesse

X X Atributo que representa se o

servidor manifestou interesse

no evento ou não

SIM/NÃO A

Código do

Evento de

capacitação


código do evento do sistema

capacitação a ser comparado.

1020 N

Situação da

inscrição do

servidor

X X Atributo que representa se o

servidor se inscreveu em um

curso ou não

Inscrito, não inscrito A

Público alvo

do evento

da pesquisa

de interesse


público alvo associado ao

evento da pesquisa de

interesse usado como

parâmetro no relatório

Gabinete dos

ministros

A

Público alvo

do evento

de

capacitação



evento do sistema capacitação

usado como parâmetro no

relatório

Gabinete dos

ministros

A

Total de

servidores

X Atributo que representa o total

de servidores que atende aos

100 N

71

critérios do relatório

Nome do

Servidor

Atributo que representa o nome

do servidor

Jacinto A

Público-

Alvo

Atributo que representa o


servidor

Secretaria de

Recursos Humanos

A

Lotação Atributo que representa a

lotação atual do servidor no

STF

Seção de Ações de

Capacitação

Continuada

A

Indicador de

público-alvo

Atributo que indica se o

servidor encontra-se no mesmo

público alvo do evento da

pesquisa interesse

Sim/Não A

Inscrição Atributo que representa se o

servidor se inscreveu em um

curso ou não

Inscrito, não inscrito A



RC24 – O sistema deve emitir um relatório de

detalhamento de servidor pelos seguintes

atributos

RF24


Pesquisa de

Interesse


nome da pesquisa de

interesse

Pesquisa de

interesse 2011

A

Servidor X Atributo que represente o

nome do servidor

Fulano da silva A

Matrícula do

Servidor


matrícula do servidor

2040 N

72




Capacitação

Continuada

A

Público Alvo X Atributo que representa o


servidor

Secretaria de

Recursos Humanos

A

Ramal X Atributo que representa o

ramal do servidor

4788 N

Email X Atributo que representa o

email do servidor

[email protected] A

Cargo X Atributo que representa o

cargo ocupado pelo servidor

Analista Judiciário A

Área X Atributo que representa a

área do servidor

Apoio Especializado A

Especialidade X Atributo que representa a

especialidade do servidor

Análise de Sistemas A


função comissionada

recebida pelo servidor

FC-01 A

Situação do

servidor


situação funcional do servidor

Ativo, Cedido,

Requisitado,

Aposentado

A

Preferência

de turnos

X Atributo que representa qual

o turno de preferência

escolhido pelo servidor para

realização de cursos

Matutino, Noturno,

Indiferente

A

Preferência

de

peridiocidade



do servidor

Dias corridos, dias

alternados,

indiferente

A

Sugestões X Atributo que representa - A

mailto:[email protected]

73

gerais quaisquer sugestões que o

servidor deseje apresentar

sobre a pesquisa de interesse

Nome do

evento


nome do evento

Direito

Constitucional

A

Adequação

de carga

horária


opinião do servidor sobre a

adequação da carga horária

Insuficiente,

Satisfatória ou

Excessiva

A

Modalidade X Atributo que representa a

sugestão de modalidade para

realização do evento.

Presencial, À

distância

A

Sugestões X Atributo que representa

sugestões sobre o evento

específico

- A



RC25– O sistema deve exibir um relatório de

resultado da pesquisa de interesse pelos

seguintes atributos

RF25


Pesquisa de

Interesse


nome da pesquisa de

interesse

Pesquisa de

interesse 2011

A

Quantidade

de

respondentes

da pesquisa


quantidade de servidores que

responderam a pesquisa

100 N

Pergunta

objetiva


perguntas objetivas

A carga horária é

suficiente?

A

74

associadas ao questionário

Opção de

resposta

X Atributo que representa as

opções de resposta a uma

pergunta objetiva

Sim, Não A

Percentual

de resposta


quantidade percentual de

servidores que escolheu a

opção

10% N

Nome do

evento


nome do evento

Direito

Constitucional

A

Previsão de

realização


previsão de realização do

evento

Janeiro A

Quantidade

total


de servidores que

manifestaram interesse no

evento

100 N

Quantidade

publico alvo


de servidores que

manifestaram interesse e

fazem parte do público alvo do

evento

20 N

Quantidade

fora do

publico alvo

Atributo que representa o total

de servidores que

manifestaram interesse e não

fazem parte do público alvo do

evento

10 N



75

RC26– O sistema deve emitir um relatório de

acompanhamento pelos seguintes atributos RF26


Pesquisa de

Interesse


nome da pesquisa de

interesse

Pesquisa de

interesse 2011

A

Evento de

pesquisa


nome do evento de pesquisa

de interesse

Direito

Constitucional

A

Público Alvo X Atributo que representa o

público alvo associado aos

servidores

Secretaria de

Recursos Humanos

A

Quantidade

de ativos


quantidade de pessoas ativas

dentro do STF para o público

alvo

100 N

Quantidade

Público Alvo


quantidade de servidores do

público alvo que responderam

a pesquisa

100 N

Quantidade

de

Interessados


quantidade de servidores do

público alvo que manifestaram

interesse no evento

100 N

Indicador de

público alvo


indicação se o público alvo em

questão equivale ao público

alvo do evento

Sim/Não A


76


RC27– O sistema deve emitir um relatório de

detalhamento de evento pelos seguintes

atributos

RF27


Pesquisa de

Interesse


nome da pesquisa de

interesse

Pesquisa de

interesse 2011

A

Evento de

pesquisa


nome do evento de pesquisa

de interesse


Público Alvo X X Atributo que representa o

Público alvo associado ao

servidor

Secretaria de

Recursos Humanos

A

Indicador de

público Alvo

X Atributo que representa se os

servidores devem pertencer ao

público alvo do evento em

questão

Sim, Não A


Lotação do servidor que

manifestou interesse no

evento


Capacitação

Continuada

A

Servidor X Atributo que representa o

nome do servidor que


evento

Fulano da Silva A

Pergunta X Atributo que representa a

resposta a uma pergunta

associada ao evento

A Carga Horária é

adequada?

A

Instrutor X Atributo que representa o Ciclano da silva A

77

nome do instrutor sugerido

pelo servidor ao evento

Carga

horária


carga horária sugerida pelo

servidor ao evento

40h N

Sugestões X Atributo que representa as

sugestões apresentadas pelo

servidor ao evento

- A

Total de

servidores

no público

alvo


de servidores que respondeu o

questionário e está dentro do

público-alvo

100 N

Total de

servidores

fora do

público alvo


de servidores que respondeu o

questionário e está fora do

público-alvo

50 N

Total de

servidores

interessados


de servidores que manifestou

interesse no evento

40 N

Pergunta X Atributo que representa as

perguntas associadas ao

evento

A carga horária é

suficiente?

A

Opção X Atributo que representa as

opções de resposta de uma

pergunta

Sim, Não A

Quantidade X Atributo que representa

quantos servidores que

selecionaram a opção de

resposta

100 N


78


RC28– O sistema deve exibir um relatório de

público alvo pelos seguintes atributos RF28


Pesquisa de

Interesse


nome da pesquisa de

interesse

Pesquisa de

interesse 2011

A

Público Alvo X X Atributo que representa o


servidores

Secretaria de

Recursos Humanos

A


lotação associada aos

servidores


Capacitação

Continuada

A

Nome do

Evento


nome do evento

Direito

Constitucional

A

Quantidade

de

Interessados


quantidade de servidores

dentro da lotação que


evento

100 N



RC29 – O sistema deve exibir um relatório de

interessados pelos seguintes atributos RF29


Pesquisa de

Interesse


nome da pesquisa de interesse

Pesquisa de

interesse 2011

A

Nome do X X Atributo que representa o Direito A

79

evento nome do evento Constitucional

Indicador de

público-alvo

X X Atributo que indica se o

servidor encontra-se no

mesmo público alvo do evento

da pesquisa interesse

Sim, Não A

Público-Alvo X Atributo que representa o


servidores

Secretaria de

Recursos Humanos

A

Quantidade

de

interessados


quantidade de interessados no

evento dentro do público-alvo

escolhido

100 N

Total X Atributo que representa o total

de interessados por evento

100 N




RC30– O sistema deve incluir uma programação

de capacitação pelos seguintes atributos RF30


Ano X X Atributo que representa o ano

de referência da programação

de capacitação

2011 D

Situação da

programação

de

capacitação


situação da programação de

capacitação

SUSPENSA,

PUBLICADA

A

Tabela 48: Requisitos Complementares – Elaboração da programação de capacitação – RC30

80


RC31 – O sistema deve alterar uma

programação de capacitação pelos seguintes

atributos

RF31




de capacitação

2011 D

Situação da

programação

de

capacitação



capacitação

SUSPENSA,

PUBLICADA

A



RC32 – O sistema deve excluir uma


atributos

RF32




de capacitação

2011 D

Situação da

programação

de

capacitação



capacitação

SUSPENSA,

PUBLICADA

A



81

RC33 – O sistema deve listar as programações

de capacitação pelos seguintes atributos RF33




de capacitação

2011 D



RC34 – O sistema deve consultar os detalhes de

uma programação de capacitação pelos

seguintes atributos

RF34




de capacitação

2011 D

Nome do

evento


nome do evento da


PDG A

Instrutor X Atributo que representa o

nome do instrutor do evento

de programação de

capacitação

Fulano de tal A

Período X Atributo que representa a data

prevista de realização do

evento

Semestre, Mês ou

dias.

D

Situação das

inscrições


situação do evento.

Previsto, cancelado,

adiado, e outras

situações previstas

no sistema

A

82

capacitação



RC35– O sistema deve cadastrar um evento de


atributos

RF35


Nome do

evento


do evento da programação de

capacitação

PDG A

Instrutor X Atributo que representa o nome

do instrutor do evento de


Fulano de tal A

Currículo X Atributo que representa o

currículo do instrutor do evento

de programação de

capacitação

A

Nome do

anexo


do anexo

Aula A

Tipo de

anexo


de anexo associado ao evento

Áudio, Vídeo, Fotos,

Material didático

A

Arquivo X X Atributo que armazena o

arquivo digital associado ao

evento

B



evento

Semestre, Mês ou

dias.

D

Situação

das




adiado, e outras

A

83

inscrições situações previstas

no sistema

capacitação



RC36 – O sistema deve alterar um evento de


atributos

RF36


Nome do

evento



capacitação

PDG A




Fulano de tal A



de programação de

capacitação

A

Nome do

anexo


do anexo

Aula A

Tipo de

anexo




Material didático

A



evento

B



evento

Semestre, Mês ou

dias.

D

84

Situação

das

inscrições




adiado, e outras


no sistema

capacitação

A



RC37 – O sistema deve excluir um evento de


atributos

RF37


Nome do

evento



capacitação

PDG A




Fulano de tal A



de programação de

capacitação

A

Nome do

anexo


do anexo

Aula A

Tipo de

anexo




Material didático

A



evento

B

Período X Atributo que representa a data Semestre, Mês ou D

85


evento

dias.

Situação

das

inscrições




adiado, e outras


no sistema

capacitação

A



RC38– O sistema deve incluir anexos em um

evento de programação de capacitação pelos

seguintes atributos

RF38


Nome do

anexo


do anexo

Aula A

Tipo de

anexo




Material didático

A



evento

B



RC39– O sistema deve excluir anexos em um

evento de programação de capacitação pelos

seguintes atributos

RF39


Nome do X X Atributo que representa o nome Aula A

86

anexo do anexo

Tipo de

anexo




Material didático

A



evento

B




RC40 – O sistema deve publicar uma


atributos

RF40




de capacitação

2011 D

Situação da

programação

de

capacitação



capacitação

PUBLICADA A

Tabela 58: Requisitos Complementares – Execução da programação de capacitação – RC40


RC41 – O sistema deve suspender uma


atributos

RF41


Ano X X Atributo que representa o ano 2011 D

87


de capacitação

Situação da

programação

de

capacitação



capacitação

SUSPENSA A



RC42 – O sistema deve vincular um evento de

programação de capacitação a um evento do

sistema capacitação pelos seguintes atributos

RF42


Nome do

evento do

capacitação



capacitação

PDG A

Código do

evento do

capacitação



capacitação

123 N



RC43 – O sistema deve remover o vinculo entre

um evento de programação de capacitação e

um evento do sistema capacitação pelos

seguintes atributos

RF43


Nome do

evento do

capacitação



capacitação

PDG A

88

Código do

evento do

capacitação



capacitação

123 N



RC44– O sistema deve remover o vinculo entre

um evento de programação de capacitação e

um evento do sistema capacitação

automaticamente pelos seguintes atributos

RF44


Nome do

evento do

capacitação



capacitação

PDG A

Código do

evento do

capacitação



capacitação

123 N



RC45 – O sistema deve exibir uma


atributos

RF45




de capacitação

2011 D

Nome do

evento



PDG A

89

capacitação

Situação

das

inscrições




adiado, e outras


no sistema

capacitação

A

Previsão X Atributo que representa a data


evento

Semestre, Mês ou

dias.

D



RC46– O sistema deve detalhar um

evento de programação pelos seguintes

atributos

RF46


Nome do

evento


nome do evento da

programação de

capacitação

PDG A

Instrutor X Atributo que representa o

nome do instrutor do

evento de programação

de capacitação

Fulano de tal A


currículo do instrutor do

evento de programação

de capacitação

A

Nome do

anexo


nome do anexo

Aula A

90

Tipo de

anexo


tipo de anexo associado

ao evento


Material didático

A


arquivo digital associado

ao evento

B

Período x Atributo que representa a

data prevista de

realização do evento

Semestre, Mês ou dias. D

Situação

das

inscrições



Previsto, cancelado, adiado,

e outras situações previstas

no sistema capacitação

A

Link Atributo que representa

um link para o sistema

de inscrições online

HTTP://www.exemplo.gov.br A


2.3. Regra de Negócio


Identificador Descrição Requisito Funcional

RN01 A data de início de uma pesquisa não pode ser alterada

após o início do seu período de publicação RF02

RN02 Uma pesquisa de interesses que já tenha sido respondida

por algum servidor não pode ser excluída RF03

RN03 Somente poderão ser suspensas pesquisas que não

estiverem suspensas e a que data atual esteja dentro do

período previsto de realização da pesquisa

RF05

RN04 O resultado da busca de pesquisas de interesse deve RF06

http://www.exemplo.gov.br/

91

estar ordenado pela data final da pesquisa de interesse em

ordem decrescente.

RN05 Somente serão exibidas ao servidor as pesquisas que

estejam em seu período de realização e não estejam

suspensas.

RF20, RF21,

RF22

RN06 Toda pesquisa deve se iniciar com a situação “NORMAL” RF01

RN07 A data de início de uma pesquisa não pode ser anterior a

data atual RF01, RF02

RN08 A data de fim de uma pesquisa de interesse não pode ser

anterior a data de início da mesma pesquisa RF01, RF02

RN09 Todos os eventos de pesquisa cadastrados devem estar

vinculados a uma pesquisa de interesse RF11, RF12

RN10 Eventos de pesquisa somente poderão ser excluídos antes

da publicação da pesquisa de interesse RF13

RN11 Eventos de pesquisa não podem mais ser incluídos após a

conclusão da pesquisa de interesse RF11

RN12 Eventos de pesquisa podem estar vinculados a um ou

mais público-alvos RF11, RF12

RN13 Um comunicado só pode ser enviado apenas uma vez RF14

RN14 Todo comunicado deverá estar associado a uma pesquisa

de interesse RF14

RN15 Todo comunicado do tipo “interessados” deverá estar

associado a um evento específico RF14

RN16 Por padrão os comunicados deverão ser filtrados pela

pesquisa mais recente RF16

RN17 Todo comunicado enviado deverá ser armazenado RF14

RN18 Lista de sugestões deverá ser ordenada pela data de

realização da sugestão em ordem decrescente RF17

RN19 O Ano corrente deverá ser o padrão para as pesquisas de RF17

92

sugestão

RN20 Uma sugestão só pode ser respondida apenas uma vez RF18

RN21 Somente devem ser exibidos os 50 caracteres iniciais da

sugestão RF17

RN22 As sugestões só deverão ser remetidas à Seção de Ações

de Capacitação Continuada quando o questionário de

pesquisa for finalizado pelo servidor ou pelo sistema.

RF22

RN23

Toda sugestão registrada pelos servidores durante o

preenchimento do questionário de pesquisa de interesse

deverão ser remetidas a seção de capacitação para

apreciação

RF21, RF22

RN24 Caso servidor afirme que a carga horária é excessiva ou

insuficiente, ele deverá apresentar uma sugestão de carga

horária

RF21, RF22

RN25 Toda pesquisa só poderá ser respondida uma vez por

servidor, mas esse poderá alterar suas respostas até o dia

de encerramento da pesquisa.

RF21, RF22

RN26 Todas as perguntas com questões objetivas só poderão ter

uma única resposta RF21, RF22

Tabela 65: Regras de Negócio – Validação de necessidades de capacitação



RN27 Só poderá haver uma programação de capacitação por

ano. RF30, RF31

RN28 O Sistema só deverá exibir programações de capacitação

que estejam na situação “publicada” aos servidores que

não são gestores

RF33, RF45

93

RN29 Uma programação de capacitação só pode ser excluída

enquanto não houverem eventos vinculados a ela RF32

RN30 Toda programação cadastrada será criada com a situação

com a situação SUSPENSA RF30

RN31

O período de realização deverá apresentar a informação

do capacitação caso esteja vinculado.

Caso não esteja vinculado irá apresentar a informação

cadastrada no programação

RF35, RF36,

RF37

RN32 Eventos da programação não poderão mais ser alterados

após o fim do ano.

RF35, RF36,

RF37

RN33

Caso evento de programação esteja vinculado a evento

do capacitação, os dados em comum do evento de

programação não poderá mais ser editado no sistema de


RF36

RN34

A situação do curso será “previsto” caso o curso não

esteja vinculado ao capacitação ou se as inscrições não

estiverem abertas ainda.

A situação do curso será “cancelado” ou “adiado” caso

seja informado dessa forma no programação

A situação do curso seguirá as informações do sistema

capacitação caso o curso esteja vinculado, e não seja

caso de “previsto”, “adiado” ou “cancelado”.

RF35, RF36,

RF37

Tabela 66: Regras de Negócio – Elaboração de programação de capacitação



RN35 Somente poderão ser suspensas programações que

estiverem publicadas RF41

94

RN36 Somente poderão ser publicadas programações que

estiverem suspensas RF40

RN37 Quando os eventos estiverem com situação

“inscrições abertas” deverá ser apresentado link para

o sistema Inscrições Online

RF46

RN38 Todos os eventos de programação deverão perder o

vínculo no fim do ano de referência. RF44

RN39 Os eventos vinculados poderão ter seu vínculo

quebrado a qualquer momento. RF43, RF42

RN40

Caso evento de programação esteja vinculado a

evento do capacitação, os dados em comum do

evento de programação serão atualizados a partir do

evento de capacitação. São dados em comum do

evento de programação e evento de capacitação:

Nome do evento, instrutor, currículo, situação do

evento, período do evento.

RF42, RF43,

RF44

Tabela 67: Regras de Negócio – Execução da programação de capacitação

3. Rastreabilidade

3.1. Requisitos Funcionais x Atributos


RF

ATRIBUTO

RF01

RF02

RF03

RF04

RF05

RF06

RF07

RF08

RF09

RF10

RF11

RF12

RF13

RF14

RF15

RF16

RF17

RF18

RF19

Nome pesquisa de

interesse X X X X X X X X X X X X X X

Texto de abertura X X X X

Data de início da

pesquisa X X X X X

Data de fim da

pesquisa X X X X X

95

Situação da

pesquisa X X X X X X X

Ano da pesquisa X X X X

Nome do evento

de pesquisa X X X X X X X X X

Detalhes do evento

de pesquisa X X X X

Carga Horária X X X X

Público-Alvo X X X X

Previsão de início X X X X X

Previsão de fim X X X X X

Pergunta X X X X

Resposta Objetiva X X X X

Área X X X X

Segmento X X X X

Texto do

comunicado X X X

Data de envio X X X

Tipo de

destinatário X X X

Sugestão X X X

Indicador de

sugestão

respondida

X X X

Data da sugestão X X X

Resposta da

sugestão X X X

Nome do servidor X X

Cargo X X

Função X X

Lotação X X

96

Público-Alvo X X

Tabela 68: Atributos x RF – Validação de necessidades de capacitação

RF

ATRIBUTO

RF20

RF21

RF22

RF23

RF24

RF25

RF26

RF27

RF28

RF29

Nome pesquisa de interesse X X X X X X X

Texto de abertura X X X

Carga Horária X X X

Nome do evento de pesquisa X X X X X X X X X X

Indicador de Interesse X X X X

Código do evento de capacitação X

Nome do evento de capacitação X

Situação da inscrição do servidor X X

Público alvo do evento de pesquisa X

Público alvo do evento de capacitação X

Nome do servidor X X X

Matrícula do servidor X

Lotação X X X X

Público alvo do servidor X X X X X X

Ramal X

Email X

Cargo X

Área X

Especialidade X

Função X

Situação do servidor X

Pergunta X X X X X X

Resposta Objetiva X X X X X X

Resposta Subjetiva X X X X X X

97

Previsão de realização do evento X X X X

Indicador de situação do questionário X X X

Tabela 69: Atributos x RF – Validação de necessidades de capacitação


RF

ATRIBUTO

RF30

RF31

RF32

RF33

RF34

RF35

RF36

RF37

RF38

RF39

Ano da programação X X X X X

Situação da programação X X X

Nome do evento de

programação X X X X

Nome do Instrutor X X X X

Currículo do Instrutor X X X

Nome do anexo X X X X X

Tipo de anexo X X X X X

Binário do anexo X X X X X

Previsão de realização do

evento de programação X X X X

Situação das inscrições X X X X

Tabela 70: Atributos x RF – Elaboração da programação de capacitação


RF

ATRIBUTO

RF40

RF41

RF42

RF43

RF44

RF45

RF46

Ano da programação X X X

Situação da programação X X

Nome do evento de

capacitação X X X X

Código do evento de X X X

98

capacitação

Nome do evento de

programação X X

Situação das inscrições X X

Previsão de realização do

evento de programação X X

Instrutor X

Currículo X

Nome do anexo X

Tipo de anexo X

Binário do anexo X

Tabela 71: Atributos x RF – Execução da programação de capacitação

3.2. Requisitos Funcionais X Complementares


RC

RF

RC

01

RC

02

RC

03

RC

04

RC

05

RC

06

RC

07

RC

08

RC

09

RC

10

RC

11

RC

12

RC

13

RC

14

RC

15

RC

16

RC

17

RF

01 X

RF

02 X

RF

03 X

RF

04 X

RF

05 X

RF

06 X

RF

07 X

99

RF

08 X

RF

09 X

RF

10 X

RF

11 X

RF

12 X

RF

13 X

RF

14 X

RF

15 X

RF

16 X

RF

17 X

Tabela 72: RF x Complementares – Validação de necessidades de capacitação

RC

RF

RC

18

RC

19

RC

20

RC

21

RC

22

RC

23

RC

24

RC

25

RC

26

RC

27

RC

28

RC

29

RF18 X

RF19 X

RF20 X

RF21 X

RF22 X

RF23 X

RF24 X

100

RF25 X

RF26 X

RF27 X

RF28 X

RF29 X

Tabela 73: RF x Complementares – Validação de necessidades de capacitação


RC

RF

RC

30

RC

31

RC

32

RC

33

RC

34

RC

35

RC

36

RC

37

RC

38

RC

39

RF30 X

RF31 X

RF32 X

RF33 X

RF34 X

RF35 X

RF36 X

RF37 X

RF38 X

RF39 X

Tabela 74: RF x Complementares – Elaboração de programação de capacitação


RC

RF

RC

40

RC

41

RC

42

RC

43

RC

44

RC

45

RC

46

RF40 X

RF41 X

RF42 X

101

RF43 X

RF44 X

RF45 X

RF46 X

Tabela 75: RF x Complementares – Execução da programação de capacitação

3.3. Regras de Negócio X Requisitos Funcionais


RF

RN

RF01

RF02

RF03

RF04

RF05

RF06

RF07

RF08

RF09

RF10

RF11

RF12

RF13

RF14

RF15

RF16

RF17

RN

01 X

RN

02 X

RN

03 X

RN

04 X

RN

05

RN

06 X

RN

07 X X

RN

08 X X

RN

09 X X

RN

10 X

RN X

102

11

RN

12 X X

RN

13 X

RN

14 X

RN

15 X

RN

16 X

RN

17 X

RN

18 X

RN

19 X

RN

20

RN

21 X

Tabela 76: RN x RF – Validação de necessidades de capacitação

RF

RN

RF18

RF19

RF20

RF21

RF22

RF23

RF24

RF25

RF26

RF27

RF28

RF29

RN05 X X X

RN20 X

RN22 X

RN23 X X

RN24 X X

RN25 X X

RN26 X X

103

Tabela 77: RN x RF – Validação de necessidades de capacitação


RF

RN

RF30

RF31

RF32

RF33

RF34

RF35

RF36

RF37

RF38

RF39

RN27 X X

RN28 X

RN29 X

RN30 X

RN31 X X X

RN32 X X X

RN33 X

RN34 X X X

Tabela 78: RN x RF – Elaboração de programação de capacitação


RF

RN

RF40

RF41

RF42

RF43

RF44

RF45

RF46

RN28 X

RN35 X

RN36 X

RN37 X

RN38 X

RN39 X X

RN40 X X X

Tabela 79: RN x RF – Execução de programação de capacitação

104

3.4. Requisitos Funcionais x Prioridade


Prioridade

RF

1 2 3 4 5

RF01 X

RF02 X

RF03 X

RF04 X

RF05 X

RF06 X

RF07 X

RF08 X

RF09 X

RF10 X

RF11 X

RF12 X

RF13 X

RF14 X

RF15 X

RF16 X

RF17 X

RF18 X

RF19 X

RF20 X

RF21 X

RF22 X

RF23 X

RF24 X

105

RF25 X

RF26 X

RF27 X

RF28 X

RF29 X

Tabela 80: RF x Prioridade – validação das necessidades de capacitação


Prioridade

RF

1 2 3 4 5

RF30 X

RF31 X

RF32 X

RF33 X

RF34 X

RF35 X

RF36 X

RF37 X

RF38 X

RF39 X

Tabela 81: RF x Prioridade – Execução da programação de capacitação


Prioridade

RF

1 2 3 4 5

RF40 X

RF41 X

106

RF42 X

RF43 X

RF44 X

RF45 X

RF46 X

Tabela 82: RF x Prioridade – Elaboração da programação de capacitação

3.5. Requisitos Funcionais x Objetivos Específicos


RC

RF

OBJ 01

OBJ 02

OBJ 03

OBJ 04

OBJ 05

OBJ 06

OBJ 07

OBJ 08

OBJ09

OBJ10

RF01 X

RF02 X

RF03 X

RF04 X

RF05 X

RF06 X

RF07 X

RF08 X

RF09 X

RF10 X

RF11 X

RF12 X

RF13 X

RF14 X

RF15 X

RF16 X

RF17 X X

107

RF18 X X

RF19 X X

RF20 X

RF21 X

RF22 X

RF23 X X X

RF24 X X X

RF25 X X X X

RF26 X X X

RF27 X X X X

RF28 X X X X

RF29 X X X X

Tabela 83: RF x Objetivos específicos – Validação das necessidades de capacitação


RC

RF O

BJ 01

OBJ 02

OBJ 03

OBJ 04

OBJ 05

OBJ 06

OBJ 07

OBJ 08

OBJ09

OBJ10

RF30 X X

RF31 X X

RF32 X X

RF33 X X

RF34 X X

RF35 X X

RF36 X X

RF37 X X

RF38 X X

RF39 X X

Tabela 84: RF x Objetivos Específicos – Elaboração da programação de capacitação

108


RC

RF

OBJ 01

OBJ 02

OBJ 03

OBJ 04

OBJ 05

OBJ 06

OBJ 07

OBJ 08

OBJ09

OBJ10

RF40 X

RF41 X

RF42 X

RF43 X

RF44 X

RF45 X

RF46 X

Tabela 85: RF x Objetivos específicos – Execução da programação de capacitação

3.6. Perfis e Permissões

3.6.1. Gestor

Perfil para os gestores do sistema.

Lista de Usuários

Nome do Usuário Ramal

Gestor 236

Tabela 86: Lista de Usuários

Quadro de Permissão

Função Acesso

Manutenção de Pesquisa Total

Manutenção de Programação Total

Relatórios Total

Caixa de Sugestões Total

109

Comunicados Total

Tabela 87: Quadro de Permissão

3.6.2. Servidores

Perfil para os servidores do STF.

Lista de Usuários

Nome do Usuário Ramal

Servidor 236

Tabela 88: Lista de Usuários

Quadro de Permissão

Função Acesso

Questionário de Pesquisa de Interesses Responder

Programação de Capacitação Consulta

Tabela 89: Quadro de Permissão

3.7. Requisitos Não funcionais de Qualidade (RNF_Q)

3.7.1. Confiabilidade

RNF_Q01 - O sistema deve garantir que a atualização de dados será feita de

forma atômica, garantindo a integridade dos dados;

RNF_Q02 - O sistema deve fornecer disponibilidade de 99,99%, 24/5;

3.7.2. Desempenho (Eficiência)

RNF_Q03 - O sistema deve responder a qualquer pesquisa, inclusão,

alteração e exclusão em até 2 segundos da confirmação da operação;

110

3.7.3. Portabilidade

RNF_Q04 - O sistema deve rodar em microcomputadores de arquitetura IBM

PC, com processadores Intel P4 2.5GHz com 512mb de memória RAM e HD

de 40gb com sistema operacional Windows XP, ou Linux;

RNF_Q05 - O sistema deve ser compatível com os browsers Internet Explorer

versão 6 ou superior, Google Chrome e Mozilla Firefox.

3.7.4. Usabilidade

RNF_Q07 – O sistema deve seguir os padrões de acessibilidade definidos

pelo W3C.

3.8. Análise de Riscos

Identificação

(Fator de

risco)

Projeção Avaliação do risco

Administração

(Monitoramento e

Controle) D

escrição

Probabilidade

Período de

ocorrência

Impacto

Nível do risco

Priorização

Problemas

com a Nova

Fábrica de

Software

Média

Durante

todo o

projeto

Alto Custo e

prazo

Alta Acompanhar datas de

entrega, e qualidade,

dos artefatos

Mudanças de

escopo

Baixa Durante

todo o

projeto

Médio Custo e

prazo

Alta Manter expectativas

do usuário sobre

controle

111

Desconhecim

ento do

Negócio por

parte da

Equipe

Técnica.

Média Durante

todo o

projeto

Médio Custo e

prazo

Alta

Descumprim

ento do prazo

de entrega

de 01/2012

Média Durante

todo o

projeto

Alto Viabilida

de

Alta Projeto deve ser

acompanhado

constantemente e, se

necessário,

priorizadas entregas

menores para cumprir

os prazos

Tabela 90: Matriz de Risco

112

IV. Modelagem do Sistema

1. Modelagem do Sistema de Informação

A seguir são apresentados o Diagrama de Contexto (DC), o Diagrama de

Fluxo de Dados (DFD), o Diagrama de Casos de Uso (DCU) e o Modelo de Entidade

Relacionamento (MER).

1.1. Diagrama de Contexto

Figura 8: Diagrama de Contexto

1.2. Diagrama de Fluxo de Dados

113

Figura 9: Diagrama de Fluxo de Dados

1.3. Modelo de Caso de Uso

114

Figura 10: Modelo de Caso de Uso

115

1.4. Modelo Entidade Relacionamento Conceitual

116

Figura 11: Modelo de Entidade Relacionamento

117

V. Documento de Especificação dos Requisitos

Neste capítulo serão listadas as especificações dos requisitos (ER)

levantados para o Sistema de Programação de Capacitação com o diagrama

hierárquico de função (DHF), especificação dos casos de uso, regras de negócio.

1. DHF – Diagrama Hierárquico de Função

Sistema de Programação de Capacitação

Relatórios Gerenciais

Pesquisa de Interesse

Administração

Programação de Capacitação


Sugestão

Pesquisa de Interesses

Comunicado

Manutenção de Vínculos

Remoção automática

Consulta Programação de

Capacitação

Questionário de Pesquisa

Figura 12: Diagrama Hierárquico de Função

2. Especificações Funcionais

2.1. UC01 – Consultar Programação de Capacitação

2.1.1. Diagrama Hierárquico da Função

118




Administração



Sugestão


Comunicado




Capacitação


Figura 13: DHF – UC01

2.1.2. Especificação

Descrição

Possibilita que os servidores do STF acompanhem a execução da Programação de

Capacitação Anual.

Atores Servidores

Pré-Condições O usuário deve estar autenticado no sistema;

Fluxo Principal de Eventos

1. O ator seleciona a opção PROGRAMAÇÃO DE CAPACITAÇÃO

2. O sistema exibe o formulário de pesquisa

3. O sistema exibe a programação de capacitação atual (FA01) (FA02) (FE01)

Fluxos Alternativos

FA01 – Pesquisar programação de capacitação

1. O ator seleciona a opção PROGRAMAÇÃO DE CAPACITAÇÃO

119


3. O ator seleciona a programação de capacitação desejada

4. O ator seleciona a opção PESQUISAR

5. O sistema exibe a programação de capacitação anual (FA02) (FE01)

FA02 – Detalhar evento de programação

1. O ator escolhe um evento de programação

2. O ator seleciona a opção DETALHAR referente ao evento escolhido

3. O sistema exibe as informações detalhadas do evento

Fluxos de Exceção

FE01 – Caso a programação atual esteja suspensa, o sistema exibe a mensagem de erro

MSG-01 e retorna ao passo 2 do fluxo principal

Pós-Condições Programação de Capacitação Anual exibida

Evento de programação detalhado

Objetivos atendidos OBJ07, OBJ09

RF atendidos RF33, RF34, RF45, RF46

RC atendidos RC33, RC34, RC45, RC46

RNG atendidas RN28,RN29,RN37

MSG exibidas MSG01 – Programação de capacitação indisponível para o período

escolhido

Observações

Não se aplica

Tabela 91: Especificação UC01 – Consultar Programação de Capacitação

2.1.3. Especificação de Telas

120

Figura 14: Consultar Programação de Capacitação

121

Figura 15: Consultar Programação de Capacitação - Eventos

2.2. UC02 – Emitir Relatórios Gerenciais





Administração



Sugestão


Comunicado




Capacitação




Descrição

Possibilita a extração de diversos relatórios gerenciais para acompanhamento e controle do

processo que envolve todas as etapas do processo

Atores Gestor

Pré-Condições O usuário deve estar autenticado no sistema


1. O ator seleciona a opção EMITIR RELATÓRIO DE RESULTADO (FA01) (FA02)

(FA03) (FA04) (FA05) (FA06)

122


3. O ator informa as informações adequadas

4. O ator seleciona a opção EMITIR RELATÓRIO

5. O sistema exibe o relatório de resultado (FE01)

Fluxos Alternativos

FA01 - Emitir Relatório de Acompanhamento

1. O ator seleciona a opção EMITIR RELATÓRIO DE ACOMPANHAMENTO (FP) (FA02)

(FA03) (FA04) (FA05) (FA06)




5. O sistema exibe o relatório de acompanhamento (FE02)

FA02 – Emitir Relatório de Público-Alvo

1. O ator seleciona a opção EMITIR RELATÓRIO DE PÚBLICO-ALVO (FP) (FA01)

(FA03) (FA04) (FA05) (FA06)




5. O sistema exibe o relatório de público-alvo (FE03)

FA03 – Emitir Relatório de Evento

1. O ator seleciona a opção EMITIR RELATÓRIO DE EVENTO (FP) (FA01) (FA02)

(FA04) (FA05) (FA06)



123


5. O sistema exibe o relatório de evento (FE04)

FA04 – Emitir Relatório de Evento

1. O ator seleciona a opção EMITIR RELATÓRIO INTERESSE X REALIZADO (FP)

(FA01) (FA02) (FA03) (FA05) (FA06)




5. O sistema exibe o relatório de interesse x realizado (FE05)

FA05 – Emitir Relatório de Servidor

1. O ator seleciona a opção EMITIR RELATÓRIO DE SERVIDOR (FP) (FA01) (FA02)

(FA03) (FA04) (FA06)




5. O sistema exibe o relatório de servidor (FE06)

FA06 – Emitir Relatório de Interessados

1. O ator seleciona a opção EMITIR RELATÓRIO DE INTERESSADOS (FP) (FA01)

(FA02) (FA03) (FA04) (FA05)




5. O sistema exibe o relatório de interessados (FE07)

124

Fluxos de Exceção

FE01 – Caso o sistema não encontre nenhum resultado o sistema exibe a mensagem MSG-

02 e retorna ao passo 02 do fluxo principal


02 e retorna ao passo 02 do fluxo alternativo FA01











Pós-Condições Relatório emitido

Objetivos atendidos OBJ02, OBJ06, OBJ07, OBJ08, OBJ10

RF atendidos RF23,RF24,RF25,RF26,RF27,RF28,RF29

RC atendidos RC23,RC24,RC25,RC26,RC27,RC28,RC29

RNG atendidas -

MSG exibidas MSG02 – Não foram encontrados resultados para os parâmetros de

pesquisa informados.

Observações

Não se aplica

Tabela 92: Especificação UC02 – Emitir Relatórios Gerenciais


125

Figura 17: Relatório de Acompanhamento

126

Figura 18: Relatório de detalhamento de evento

127

Figura 19: Relatório de detalhamento de servidor

128

Figura 20: Relatório de interessados

129

Figura 21: Relatório de resultado da pesquisa de interesses

130

Figura 22: Relatório comparativo de interesses x inscrições

131

Figura 23: Relatório por público-alvo

2.3. UC03 – Manter Vínculos


132




Administração



Sugestão


Comunicado




Capacitação




Descrição

Possibilita que o sistema atualize os vínculos dos eventos de programação automaticamente

no final do ano corrente

Atores Sistema

Pré-

Condições

Eventos de programação de capacitação cadastrados no sistema

Dia primeiro de janeiro


1. Sistema verifica lista de eventos de programação que possuem vínculo a eventos de

capacitação.

2. Sistema remove o vínculo dos eventos de programação.

Fluxos Alternativos

-

133

Fluxos de Exceção

-

Pós-Condições Vínculos removidos dos eventos de programação de capacitação

Objetivos atendidos OBJ09

RF atendidos RF44

RC atendidos RC44

RNG atendidas RN38, RN40

MSG exibidas -

Observações

Não se aplica

Tabela 93: Especificação UC03 – Manter Vínculos

2.4. UC04 – Gerenciar Comunicados





Administração



Sugestão


Comunicado




Capacitação




134

Descrição

Possibilita que comunicados sejam enviados aos interessados, e que um histórico de todos

os comunicados enviados seja consultado

Atores Gestor

Pré-Condições

Usuário estar logado no sistema com sua respectiva permissão de

acesso

Deve haver pelo menos uma pesquisa de interesse cadastrada


1. O ator seleciona a opção GERENCIAR COMUNICAÇÃO


3. O ator informa as informações adequadas (FA01)


5. O sistema exibe a lista de resultados (FA02)

Fluxos Alternativos

FA01 – Enviar Comunicados

1. O ator seleciona a opção CADASTRAR COMUNICADO

2. O sistema exibe o formulário de cadastramento

3. O ator preenche as informações adequadas

4. O ator finaliza o cadastramento e envia o comunicado selecionando a opção ENVIAR

(FE01)

5. O sistema exibe a mensagem de confirmação (MSG-03) e retorna ao passo 02.

FA02 – Detalhar Comunicados

1. O ator seleciona a opção de DETALHAR o comunicado desejado

2. O sistema exibe o formulário de cadastramento preenchido

Fluxos de Exceção

135

FE01 – Caso não seja possível o envio do comunicado, sistema exibe mensagem de erro

MSG-04 e retornar ao passo 02.

Pós-Condições Comunicado enviado ou consultado


RF atendidos RF14, RF15, RF16

RC atendidos RC14, RC15, RC16

RNG atendidas RN13, RN14, RN15, RN16, RN17

MSG exibidas MSG03 – Comunicado enviado com sucesso.

MSG04 – Não foi possível enviar o comunicado, favor tentar

novamente, ou entrar em contato com o suporte.

Observações

Não se aplica

Tabela 94: Especificação UC04 – Gerenciar Comunicados


136

Figura 26: Manutenção de comunicados

137

Figura 27: Envio de comunicado

2.5. UC05 – Gerenciar Sugestões

2.5.1. Diagrama Hierárquico de Função




Administração



Sugestão


Comunicado




Capacitação



138


Descrição

Possibilita que todas as sugestões enviadas pelos servidores sejam consultadas,

pesquisadas e respondidas

Atores Gestor

Pré-Condições

Usuário estar logado no sistema com sua respectiva permissão de

acesso

Deve haver pelo menos uma pesquisa de interesse cadastrada


1. O ator seleciona a opção GERENCIAR SUGESTÕES




5. O sistema exibe a lista de resultados (FA01) (FA02)

Fluxos Alternativos

FA01 – Envio de resposta



3. O ator informa as informações desejadas

4. O ator finaliza a resposta selecionando a opção ENVIAR RESPOSTA (FE01)

5. O sistema envia resposta ao servidor e armazena os dados informados.

6. O sistema exibe mensagem de confirmação MSG-05 e retorna ao passo 2

FA02 – Detalhamento de Sugestão


2. O sistema exibe o formulário de cadastramento preenchido

139

Fluxos de Exceção

E1 – Caso não seja possível enviar a resposta ao usuário o sistema exibe a mensagem de

erro MSG-06 e retorna ao passo 2

Pós-Condições Resposta enviada, sugestão marcada como respondida, sugestão

consultada.



RC atendidos RF17, RC18, RC19

RNG atendidas RN18, RN19, RN20, RN21

MSG exibidas MSG05 – Sugestão respondida com sucesso

MSG06 – Não foi possível enviar a resposta, favor tentar novamente,

ou entrar em contato com o suporte

Observações

Não se aplica

Tabela 95: Especificação UC05 – Gerenciar Sugestões


140

Figura 29: Manutenção de sugestões

141

Figura 30: Envio de sugestões

2.6. UC06 – Manter Pesquisa de Interesse


142




Administração



Sugestão


Comunicado




Capacitação




Descrição

Possibilita que as pesquisas de interesse sejam cadastradas, alteradas, excluídas, suspensas

ou publicadas. Também possibilita a manutenção dos eventos associados à pesquisa de

interesse.

Atores Gestor

Pré-Condições Usuário estar logado no sistema com sua respectiva permissão de acesso


1. O ator seleciona a opção MANTER PESQUISA DE INTERESSE




5. O sistema exibe a lista de resultados (FA02) (FA03) (FA04) (FA05) (FA06)

Fluxos Alternativos

FA01 – Cadastramento de pesquisa de interesse

143

1. O ator seleciona a opção CADASTRAR PESQUISA DE INTERESSE



4. O ator finaliza o cadastramento seleciona a opção SALVAR (FE01)

5. O sistema exibe uma mensagem de confirmação MSG-25 e habilita a opção de

cadastrar evento (FA06)

FA02 – Alteração de pesquisa de interesse

1. O ator seleciona a opção de ALTERAR a pesquisa de interesse desejada



4. O ator finaliza o cadastramento selecionando a opção SALVAR (FE02)

(FA06)(FA07)(FA08)

5. O sistema exibe uma mensagem de confirmação MSG-26 sobre a alteração da


FA03 – Exclusão de pesquisa de interesse

1. O ator seleciona a opção de EXCLUIR a pesquisa de interesse desejada

2. O sistema exclui a pesquisa de interesse (FE03)

3. O sistema exibe mensagem de confirmação MSG-27 sobre a exclusão da pesquisa de

interesse

FA04 – Publicação da pesquisa de interesse

1. O ator seleciona a opção de PUBLICAR a pesquisa de interesse desejada

2. O sistema publica a pesquisa de interesse (FE04) (FE05)

3. O sistema exibe mensagem de confirmação MSG-28 sobre a publicação da pesquisa

de interesse

144

FA05 – Suspensão de pesquisa de interesse

1. O ator seleciona a opção de SUSPENDER a pesquisa de interesse desejada

2. O sistema suspende a pesquisa de interesse (FE06) (FE07)

3. O sistema exibe mensagem de confirmação MSG-29 sobre a publicação da pesquisa

de interesse

FA06 – Manter evento de pesquisa

1. O ator seleciona a opção CADASTRAR EVENTO



4. O ator seleciona a opção SALVAR (FE08)


FA07 – Exclusão de evento

1. O ator seleciona a opção de EXCLUIR do evento desejado

2. O sistema exclui o evento (FE09)

3. O sistema emite mensagem de confirmação MSG-38 e retorna ao passo 01

FA08 – Alteração de Evento

1. O ator seleciona a opção de DETALHAR o evento desejado

2. O sistema exibe o formulário de cadastramento de evento



5. O sistema armazena as alterações realizadas no evento


145

Fluxos de Exceção

FE01 – Caso ocorra um erro durante o cadastramento da pesquisa de interesse, sistema

exibe mensagem de erro MSG-30 e retorna ao passo 03 do fluxo alternativo FA01

FE02 – Caso ocorra um erro durante a alteração da pesquisa de interesse, sistema exibe

mensagem de erro MSG-31 e retorna ao passo 03 do fluxo alternativo FA02

FE03 – Caso ocorra um erro durante a exclusão da pesquisa de interesse, sistema exibe


FE04 – Caso ocorra um erro durante a publicação da pesquisa de interesse, sistema exibe


FE05 – Caso a pesquisa de interesse já esteja publicada, sistema exibe mensagem de erro

MSG-34 e retorna ao passo 01 do fluxo alternativo FA04

FE06 – Caso ocorra um erro durante a suspensão da pesquisa de interesse, sistema exibe


FE07 – Caso a pesquisa de interesse já esteja suspensa, sistema exibe mensagem de erro


FE08 – Caso ocorra um erro durante o cadastramento de evento, sistema exibe mensagem

de erro MSG-40 e retorna ao passo 03 do fluxo principal

FE09 – Caso ocorra um erro durante a exclusão do evento, sistema exibe mensagem de erro

MSG-41 e retorna ao passo 01 do fluxo principal

FE10 – Caso ocorra um erro durante a exclusão do evento, sistema exibe mensagem de erro


Pontos de Extensão

PE01: Manter evento de pesquisa

Pós-Condições Pesquisa de interesse cadastrada, alterada, excluída, suspensa ou

publicada


RF atendidos RF01, RF02, RF03, RF04, RF05, RF06, RF08, RF10, RF11, RF12,

146

RF13

RC atendidos RC01. RC02, RC03, RC04, RC05, RC06, RC08, RC10, RC11, RC12,

RC13

RNG atendidas RN01, RN02, RN03, RN04, RN06, RN07, RN08, RN09, RN10, RN11,

RN12

MSG exibidas MSG-25 – Pesquisa de interesse cadastrada com sucesso

MSG-26 – Pesquisa de interesse alterada com sucesso

MSG-27 – Pesquisa de interesse excluída com sucesso

MSG-28 – Pesquisa de interesse publicada com sucesso

MSG-29 – Pesquisa de interesse suspensa com sucesso

MSG-30 – Não foi possível cadastrar a pesquisa de interesse, favor

tentar novamente, ou entrar em contato com o suporte

MSG-31 – Não foi possível excluir a pesquisa de interesse, favor tentar

novamente, ou entrar em contato com o suporte

MSG-32 – Não foi possível alterar a pesquisa de interesse, favor tentar


MSG-33 – Não foi possível publicar a pesquisa de interesse, favor


MSG-34 – A pesquisa de interesse escolhida já está publicada, favor

escolher outra pesquisa.

MSG-35 – Não foi possível suspender a pesquisa de interesse, favor


MSG-36 – A pesquisa de interesse escolhida já está suspensa, favor

escolher outra pesquisa

MSG-37 – Evento cadastrado com sucesso.

MSG-38 – Evento excluído com sucesso

MSG-39 – Evento alterado com sucesso

MSG-40 – Não foi possível cadastrar o evento, favor tentar novamente,

147


MSG-41 – Não foi possível excluir o evento, favor tentar novamente,


MSG-42 – Não foi possível alterar o evento, favor tentar novamente,


Observações

Não se aplica

Tabela 96: Especificação UC08 – Manter Pesquisa de Interesse


Figura 32: Manutenção de pesquisa de interesse

148

Figura 33: Manutenção de pesquisa de interesse

149

Figura 34: Manutenção de evento de pesquisa de interesse

2.7. UC07 – Manter Programação de Capacitação





Administração



Sugestão


Comunicado




Capacitação



150


Descrição

Possibilita que as programações de capacitação sejam cadastradas, alteradas, excluídas,

suspensas ou publicadas. Também possibilita a manutenção dos eventos associados à


Atores Gestor

Pré-Condições Usuário estar logado no sistema com sua respectiva permissão de acesso


1. O ator seleciona a opção MANTER PROGRAMAÇÃO DE CAPACITAÇÃO




5. O sistema exibe a lista de resultados (FA02) (FA03) (FA04) (FA05)

Fluxos Alternativos

FA01 – Cadastramento de programação de capacitação

1. O ator seleciona a opção CADASTRAR PROGRAMAÇÃO DE CAPACITAÇÃO



4. O ator finaliza o cadastramento selecionando a opção SALVAR (FE02)

5. O sistema exibe uma mensagem de confirmação MSG-37 e habilita a opção de

cadastrar evento (FA06)

FA02 – Alteração de programação de capacitação

1. O ator seleciona a opção de ALTERAR a programação de capacitação desejada



151

4. O ator finaliza o cadastramento selecionando a opção SALVAR (FE03) (FA06) (FA11)

(FA12)

5. O sistema exibe uma mensagem de confirmação MSG-38 sobre a alteração da pesquisa

de interesse

FA03 – Exclusão de programação de capacitação

1. O ator seleciona a opção de EXCLUIR a programação de capacitação desejada

2. O sistema exclui a programação de capacitação (FE04)

3. O sistema exibe mensagem de confirmação MSG-39 sobre a exclusão da pesquisa de

interesse

FA04 – Publicação da programação de capacitação

1. O ator seleciona a opção de PUBLICAR a programação de capacitação desejada

2. O sistema publica a programação de capacitação (FE05) (FE06)

3. O sistema exibe mensagem de confirmação MSG-40 sobre a publicação da


FA05 – Suspensão de programação de capacitação

1. O ator seleciona a opção de SUSPENDER a programação de capacitação desejada

2. O sistema suspende a programação de capacitação (FE07) (FE08)

3. O sistema exibe mensagem de confirmação MSG-41 sobre a publicação da


FA06 – Cadastrar evento de programação

1. O ator seleciona a opção CADASTRAR EVENTO


3. O ator preenche as informações adequadas (FA07) (FA08) (FA09) (FA10)

152


5. O sistema salva o evento

O sistema emite mensagem de confirmação MSG-49 e retorna ao passo 03

FA07 – Anexar Arquivo

1. O ator seleciona o arquivo que deseja anexar

2. O ator entra com as informações do anexo

3. O ator seleciona a opção ANEXAR (FE09)

4. O sistema vincula o anexo ao evento.

FA08 – Remover Anexo

1. O ator executa o fluxo principal até o passo 4

2. O ator seleciona o anexo que deseja remover

3. O ator seleciona a opção EXCLUIR (FE10)

4. O sistema remove o vínculo do anexo ao evento.

FA09 – Vincular Evento

1. O ator informa o código do evento do sistema capacitação

2. O sistema exibe o nome do evento

3. O ator seleciona a opção VINCULAR (FE11)

4. O sistema cria o vínculo entre os dois eventos e atualiza os dados pertinentes do evento

de programação conforme os dados do sistema capacitação

5. O sistema exibe uma mensagem de confirmação MSG-50 sobre a vinculação do evento

FA10 – Remover Vínculo

1. O ator seleciona a opção REMOVER VÍNCULO (FE12)

153

2. O sistema remove o vínculo entre os dois eventos.

3. O sistema exibe uma mensagem de confirmação MSG-51 sobre a remoção do vinculo

do evento

FA11 – Exclusão de Evento

1. O ator seleciona a opção de EXCLUIR do evento desejado (FE13)

2. O sistema exclui o evento de programação

3. O sistema exibe uma mensagem de confirmação MSG-52 sobre a exclusão do evento

FA12 – Alteração de Evento

1. O ator seleciona a opção de ALTERAR do evento desejado

2. O sistema exibe o formulário de cadastramento de evento

3. O ator preenche as informações adequadas (FA07) (FA08) (FA09) (FA10)


5. O sistema armazena as alterações realizadas no evento

6. O sistema exibe uma mensagem de confirmação MSG-53 sobre a alteração do evento

Fluxos de Exceção

FE01 – Caso ocorra um erro durante o cadastramento da programação de capacitação,

sistema exibe mensagem de erro MSG-42 e retorna ao passo 03 do fluxo alternativo FA01

FE02 – Caso ocorra um erro durante a alteração da programação de capacitação, sistema


FE03 – Caso ocorra um erro durante a exclusão da programação de capacitação, sistema


FE04 – Caso ocorra um erro durante a publicação da programação de capacitação, sistema


FE05 – Caso a programação de capacitação já esteja publicada, sistema exibe mensagem de

erro MSG-46 e retorna ao passo 01 do fluxo alternativo FA04

154

FE06 – Caso ocorra um erro durante a suspensão da programação de capacitação, sistema


FE07 – Caso a programação de capacitação já esteja suspensa, sistema exibe mensagem de

erro MSG-48 e retorna ao passo 01 do fluxo alternativo FA05

FE08 - Caso ocorra um erro durante o cadastramento de evento, sistema exibe mensagem de

erro MSG-54 e retorna ao passo 03 do FA06

FE09 - Caso ocorra um erro durante a inclusão de anexo, sistema exibe mensagem de erro


FE10 - Caso ocorra um erro durante a exclusão de anexo, sistema exibe mensagem de erro


FE11 - Caso ocorra um erro durante o vínculo de evento, sistema exibe mensagem de erro


FE12 - Caso ocorra um erro durante a remoção de vínculo de evento, sistema exibe


FE13 - Caso ocorra um erro durante a exclusão de evento, sistema exibe mensagem de erro


FE14 - Caso ocorra um erro durante a alteração de evento, sistema exibe mensagem de erro


Pontos de Extensão

PE01: Manter evento de programação

Pós-Condições Programação de capacitação incluída, alterada, excluída, suspensa ou

publicada


RF atendidos RF30, RF31, RF32, RF33, RF34, RF35, RF36, RF37, RF38, RF39,

RF40, RF41,

RC atendidos RC30, RC31, RC32, RC33, RC34, RC35, RC36, RC37, RC38, RC39,

RC40, RC41

RNG atendidas RN27, RN28, RN29, RN30, RN31, RN32, RN33, RN34, RN36, RN37

155

MSG exibidas MSG-37 – Programação de capacitação cadastrada com sucesso

MSG-38 – Programação de capacitação alterada com sucesso

MSG-39 – Programação de capacitação excluída com sucesso

MSG-40 – Programação de capacitação publicada com sucesso

MSG-41 – Programação de capacitação suspensa com sucesso

MSG-42 – Não foi possível cadastrar a programação de capacitação,

favor tentar novamente, ou entrar em contato com o suporte

MSG-43 – Não foi possível excluir a programação de capacitação,


MSG-44 – Não foi possível alterar a programação de capacitação,


MSG-45 – Não foi possível publicar a programação de capacitação,


MSG-46 – A programação de capacitação escolhida já está publicada,

favor escolher outra pesquisa.

MSG-47 – Não foi possível suspender a programação de capacitação,


MSG-48 – A programação de capacitação escolhida já está suspensa,

favor escolher outra pesquisa

MSG-49 – Evento cadastrado com sucesso

MSG-50- – Evento vinculado com sucesso

MSG-51 – Vínculo removido com sucesso

MSG-52 – Evento excluído com sucesso

MSG-53 – Evento alterado com sucesso

MSG-54 – Não foi possível cadastrar o evento, favor tentar novamente,


MSG-55 – Não foi possível incluir o anexo, favor tentar novamente, ou

entrar em contato com o suporte

156

MSG-56 – Não foi possível excluir o anexo, favor tentar novamente, ou

entrar em contato com o suporte

MSG-57 – Não foi possível vincular o evento, favor tentar novamente,


MSG-58 – Não foi possível remover o vínculo do evento, favor tentar


MSG-59 – Não foi possível excluir o evento, favor tentar novamente,


MSG-60 – Não foi possível alterar o evento, favor tentar novamente,


Observações

Não se aplica

Tabela 97 Especificação UC09 – Manter Programação de Capacitação


Figura 36: Manutenção de Evento de Programação

157


158


2.8. UC08 – Responder Pesquisa de Interesse





Administração



Sugestão


Comunicado




Capacitação


159



Descrição

Possibilita que os servidores respondam a pesquisa de interesse e manifestem o interesse

nos eventos cadastrados

Atores Servidores

Pré-

Condições

Usuário estar logado no sistema com sua respectiva permissão de acesso

Deve existir uma pesquisa de interesse cadastrada, publicada e ainda não

respondida pelo servidor


1. O ator seleciona a opção PESQUISA DE INTERESSE

2. O sistema exibe o questionário da pesquisa de interesse publicada (FE01)


4. O ator seleciona a opção FINALIZAR (FA01) (FE02)

5. O sistema exibe a mensagem de confirmação MSG-49 e armazena as respostas ao

questionário e marca o questionário como preenchido.

Fluxos Alternativos

FA01


2. O sistema exibe a mensagem de confirmação MSG-50 armazena as respostas ao

questionário.

Fluxos de Exceção

FE01 – Caso não existam pesquisas de interesse disponíveis, o sistema exibe mensagem de

erro MSG-51 e retorna ao passo 01 do fluxo principal

FE02 – Caso ocorra um erro ao salvar o questionário da pesquisa de interesse, sistema


160

FE03 – Caso ocorra um erro ao finalizar o questionário da pesquisa de interesse, sistema

exibe mensagem de erro MSG-53 e retorna ao passo 03 do fluxo principal

Pós-Condições Questionário salvo ou finalizado, respostas armazenadas



RC atendidos RC20, RC21, RC22

RNG atendidas RN05, RN22, RN23, RN24, RN25, RN26

MSG exibidas MSG-49 – Pesquisa de interesse finalizada com sucesso

MSG-50 – Pesquisa de interesse salva com sucesso

MSG-51 – Não existem pesquisas de interesse disponíveis no

momento.

MSG-52 – Não foi possível salvar a pesquisa de interesse, favor tentar


MSG-53 – Não foi possível finalizar a pesquisa de interesse, favor


Observações

Não se aplica

Tabela 98 Especificação UC10 – Responder Pesquisa de Interesse


161

Figura 40: Responder questionário

162

Figura 41: Responder questionário

163

VI. Plano de Gerência de Requisitos

O plano de gerência de requisitos mostra como os requisitos serão

controlados durante o projeto.

1. Gerenciamento de Requisitos

1.1. Identificação de Requisitos

Artefato

(Tipo de Documento)

Item de Rastreabilidade

Descrição

Plano de Desenvolvimento de

Software (PDS)

Solicitações (SOL) Solicitações de novas

funcionalidades ou mudanças

no escopo do projeto

Plano de Desenvolvimento de

Software (PDS)

Objetivos específicos

(OBJ)

Objetivos do projeto

especificados pelo usuário

Documento de Definiçao de

Requisitos (DDR)

Requisitos Funcionais

(RF)

Requisitos que o software deve

atender.


Requisitos (DDR)

Requisitos

Complementares

(RC)

Condições que um requisito

funcional deve atender


Requisitos (DDR)

Requisitos Não

Funcionais (RNF_Q)

Os requisitos não funcionais

que não são capturados no

modelo de casos de uso


Requisitos (DDR)

Regras de negócio

(RN)

Regras de negócios que o

software deve atender

Especificação de Casos de Uso Caso de Uso (UC) Os casos de uso desse release,

documentados

Modelo Entidade

Relacionamento

Atributos (ATR) Atributos mapeados para cada

requisito complementar

Tabela 99: Itens de rastreabilidade

164

1.2. Rastreabilidade

SOL OBJ

RF RNGRNF_Q

RC ATRUC

Figura 42: Diagrama de rastreabilidade

O diagrama de rastreabilidade apresentado na Figura 48, apresenta de forma

gráfica a relação entre os itens de rastreabilidade documentados no projeto.

1.2.1. Critérios para solicitações

As solicitações (SOL) são obtidas a partir de entrevistas com os usuários, ou

por requisições dos gestores por email.

1.2.2. Critérios para objetivos específicos

Os objetivos específicos são mapeados a partir das solicitações (SOL), e são

rastreados nos requisitos funcionais (RF) do sistema.

1.2.3. Critérios para requisitos funcionais

Os requisitos funcionais (RF) são rastreados nas regras de negócio (RN),

requisitos complementares (RC) e casos de uso (UC).

1.2.4. Critérios para requisitos complementares

Os requisitos complementares (RC) são rastreados nos atributos (ATR).

1.3. Atributos

Os atributos de cada item de rastreabilidade representam características

importantes que devem ser consideradas ao se controlar cada item.

165

1.3.1. Status

O status representa o ciclo de vida do item de rastreabilidade. Deve ser

mantido pela equipe durante os marcos adequados

Proposto Usado para descrever recursos que estão sendo

discutidos, mas que ainda não foram revisados e aceitos.

Aprovado Recursos que são considerados úteis e viáveis, e que

foram aprovados para implementação pelo canal oficial.

Rejeitado Rejeitado pelo canal oficial.

Incorporado Recursos incorporados à baseline do produto em um

momento específico no tempo.

Tabela 100: Itens de Status

1.3.2. Benefício

Benefício visa mensurar a importância do item em questão em relação ao

desenvolvimento do projeto. Deve ser preenchido em conjunto com o usuário gestor.

Crítico Recursos essenciais. A não-implementação implica que o

sistema não atenderá às necessidades do cliente. Todos os

recursos críticos deverão ser implementados no release ou

a programação será retardada.

Importante Recursos importantes para a eficácia e a eficiência do

sistema da maior parte dos aplicativos. A funcionalidade não

poderá ser fornecida facilmente de outra maneira. Caso um

recurso importante não seja incluído, a satisfação do cliente

ou do usuário, ou até a receita, poderá ser afetada, mas isso

não retardará o release.

Útil Os recursos que são úteis em aplicativos menos típicos ou

para os quais podem se obter soluções razoavelmente

eficientes serão usados com menor freqüência. Não se pode

esperar nenhum impacto significativo na satisfação do

166

cliente caso esse tipo de recurso não esteja incluído em um

release.

Tabela 101: Itens de Benefício

1.3.3. Esforço

Utilizado para definir a quantidade de esforço necessária para construção de

um item.

1.3.4. Risco

Utilizado para medir a probabilidade de ocorrência de algum evento

indesejável ao projeto. É definido utilizando a gradação em baixo, médio e alto

risco.

1.3.5. Estabilidade

Esse atributo visa medir a estabilidade de um item. É baseado na

probabilidade do item sofrer uma mudança conceitual, ou da equipe ter um

entendimento diferente do cliente.

1.3.6. Release-alvo

Registra a versão para a qual o item está planejado. Somente será definido

para itens que tenham o status aprovado. Nesse momento passarão ao status

incorporado.

1.3.7. Atribuído a

Refencia a equipe responsável pelo item.

1.3.8. Motivo

Esse item registra o motivo da implementação de determinado item.

167

1.3.9. Matriz atributos x itens de rastreabilidade

ATR/ITEM SOL OBJ RF RNF_Q RNG UC RC ATR

Status X X X X X X X X

Benefício X X X

Esforço X X X X X

Risco X

Estabilidade X X X

Release-

Alvo X X X

Atribuído a X X X

Motivo X X X

Tabela 102: Atributos x itens de rastreabilidade

1.4. Relatórios

O controle de impacto e de requisitos do projeto será feito a partir da

utilização das matrizes de rastreabilidade montadas na seção III do projeto.

1.5. Gerenciamento de mudanças de requisitos

1.5.1. Processamento e aprovação de solicitações de mudança

Todas as solicitações de mudanças devem ser feitas pelo gestor do sistema.

Essas solicitações serão avaliadas pela equipe do projeto, estimadas e submetidas à

aprovação do Comitê de controle de mudanças. Caso aprovado, as mudanças são

incorporadas ao escopo do projeto.

1.5.2. Comitê de controle de mudança

O comitê de controle de mudanças é responsável pela avaliação e aprovação

de todas as solicitações de mudança feitas. O comitê deve ser composto por uma

168

equipe dos gestores, com apoio da equipe responsável pelo projeto quando

necessário.

1.5.3. Baseline do projeto

Durante o andamento do projeto devem ser geradas baselines ao final de

cada etapa do desenvolvimento do projeto. Pode ser necessário gerar uma nova

baseline caso existam alguma mudança significativa de escopo durante o

andamento de alguma das etapas.

1.6. Fluxos de trabalho e atividades

Atividade Descrição

Receber solicitação Equipe recebe a solicitação por mecanismo formal, a

partir do gestor do sistema.

Avaliar impacto da

solicitação

Equipe avalia o impacto da solicitação no sistema,

verificando o que será incluído, alterado ou excluído do

sistema, levando em consideração as matrizes de

rastreabilidade do projeto.

Estimar esforço da

solicitação

Equipe estima esforço envolvido na mudança para

avaliação do cliente.

Submeter ao comitê

de controle de

mudança

Equipe submete o impacto e a estimativa envolvida na

solicitação ao comitê de controle de mudanças para

autorização.

Registrar aceite da

solicitação

Equipe registra a aprovação da implementação da

solicitação.

Atualizar

documentação

Equipe atualiza documentação necessária, incluindo as

matrizes de rastreabilidade.

Tabela 103: fluxo de trabalho de gerência de requisitos

VII. Métrica

169

1. Objetivo

O objetivo da contagem realizada é de medir o tamanho funcional do projeto

de desenvolvimento a ser realizado. Essa medição permite a estimativa adequada

de recursos, prazo e custo do projeto.

2. Escopo da Contagem

A contagem abrange todas as funcionalidades definidas no projeto de

construção do sistema de Programação de Capacitação.

3. Total de Pontos de Função Não Ajustados

Para determinação do total de pontos de função não ajustados foram

identificadas as funções de dados e funções transacionais do sistema. Essas

funções foram obtidas a partir dos requisitos funcionais e modelos de dados

conceitual documentados no projeto na seção III e IV.

Processo Elementar ou Grupo de Dados Tipo TD AR/TR Complex. PF

Programação de capacitação ALI 2 1 Baixa 7

Incluir programação de capacitação EE 4 1 Baixa 3

Excluir programação de capacitação EE 4 1 Baixa 3

Alterar programação de capacitação EE 4 1 Baixa 3

Consultar programação de capacitação CE 7 2 Média 4

Suspender programação de capacitação EE 4 1 Baixa 3

Publicar programação de capacitação EE 4 1 Baixa 3

Listar programação de capacitação CE 3 1 Baixa 3

Pesquisa de Interesse ALI 5 1 Baixa 7

Incluir pesquisa de interesse EE 7 1 Baixa 3

Excluir pesquisa de interesse EE 7 1 Baixa 3

170

Alterar pesquisa de interesse EE 7 1 Baixa 3

Consultar pesquisa de interesse CE 10 2 Média 4

Suspender pesquisa de interesse EE 3 1 Baixa 3

Publicar pesquisa de interesse EE 3 1 Baixa 3

Listar pesquisa de interesse CE 3 1 Baixa 3

Buscar pesquisa de interesse CE 7 1 Média 4

Eventos de Pesquisa de Interesse ALI 7 1 Baixa 7

Incluir eventos de pesquisa de interesse EE 13 5 Alta 6

Alterar eventos de pesquisa de interesse EE 13 5 Alta 6

Excluir eventos de pesquisa de interesse EE 13 5 Alta 6

Consultar eventos de pesquisa de interesse CE 13 5 Alta 6

Listar eventos de pesquisa de interesse CE 3 1 Baixa 3

Eventos de Programação de Capacitação ALI 6 2 Baixa 7

Incluir eventos de programação de

capacitação EE

11 5

Alta 6

Alterar eventos de programação de

capacitação EE

11 5

Alta 6

Excluir eventos de programação de

capacitação EE

11 5

Alta 6

Consultar eventos de programação de

capacitação CE

11 5

Alta 6

Vincular eventos de programação de

capacitação a eventos do sistema

capacitação EE

6 5

Alta 6

Remover vínculo entre eventos de EE 6 5 Alta 6

171

programação de capacitação e eventos do

sistema capacitação

Incluir anexos em evento de programação

de capacitação EE

4 5

Alta 6

Excluir anexos em evento de programação

de capacitação EE

4 5

Alta 6

Exibir anexos em evento de programação

de capacitação CE

4 5

Alta 6

Comunicados ALI 3 1 Baixa 7

Enviar comunicados EE 6 4 Alta 6

Buscar comunicados CE 6 3 Média 4

Consultar comunicados CE 6 3 Média 4

Sugestões ALI 6 1 Baixa 7

Responder sugestões EE 6 5 Alta 6

Buscar sugestões CE 10 4 Alta 6

Consultar sugestões CE 11 5 Alta 6

Questionários EE 8 4 Baixa 7

Exibir questionário CE 16 6 Alta 6

Responder questionário EE 10 6 Alta 6

Concluir questionário EE 10 6 Alta 6

Emitir relatório comparativo de pesquisa de

interesse x inscrições SE

17 7

Alta 7

Emitir relatório de detalhamento de servidor SE 21 6 Alta 7

172

Emitir relatório de resultado de pesquisa de

interesse SE

13 4

Alta 7

Emitir relatório de acompanhamento SE 10 4 Alta 7

Emitir relatório de detalhamento de evento SE 17 6 Alta 7

Emitir relatório por público-alvo SE 9 5 Alta 7

Emitir relatório de quantidade de

interessados SE

9 4

Alta 7

Usuários AIE 2 1 Baixa 5

Setor AIE 2 1 Baixa 5

Público-Alvo AIE 2 1 Baixa 5

Servidor AIE 5 1 Baixa 5

TOTAL DE PONTOS DE FUNÇÃO NÃO AJUSTADOS: 297

Tabela 104: Pontos de Função Não Ajustados

4. Fator de Ajuste

Características Gerais do Sistema (CGS) Peso

Comunicação de Dados 4

Processamento Distribuído 4

Desempenho 4

Configuração Altamente Utilizada 2

Volume de Transações 1

Entrada de Dados Online 5

Eficiência do Usuário Final 3

Atualização Online 3

Complexidade de Processamento 1

173

Reusabilidade 1

Facilidade de Instalação 1

Facilidade de Operação 0

Múltiplos Locais 0

Facilidade de Mudança 4

Nível Total de Influência - TDI 33

Tabela 105: Fator de Ajuste

O valor do fator de ajuste (VFA) é definido a partir do nível de influência total

pela fórmula VFA = (TDI * 0,01) + 0,65. Dessa forma no projeto de programação de

capacitação o valor do fator de ajuste é:

VFA = (33 * 0,01) + 0,65 = 0,98

5. Apuração

O total de pontos de função ajustados do projeto é determinado através da

fórmula DFP = UFP x VAF. Sendo DFP o total de pontos de função ajustados do

sistema, UFP o total de pontos de função não ajustados e VAF o valor do fator de

ajuste, temos o total de pontos de função do projeto de acordo com a seguinte

fórmula:

DFP = 297 x 0,98

DFP = 292 Pontos de Função Ajustados

174

VIII. Conclusão

A execução desse trabalho permitiu o aprofundamento nas disciplinas

apresentadas durante o curso de pós-graduação em Engenharia de Requisitos de

Software baseada na metodologia “Extreme Requirements”.

A condução do projeto de forma aderente a metodologia trouxe diversas

vantagens ao projeto, principalmente no que se refere a parte de elicitação de

requisitos. Durante o processo de elicitação de requisitos, foi percebida uma

facilidade no entendimento da solução de software a ser proposta, devido à atenção

dada ao mapeamento dos processos de negócio do cliente, além do contexto

institucional. Devido a esse entendimento aprofundado, o processo de priorização de

funcionalidades e divisão funcional da solução se mostrou mais simples.

Outro ponto positivo da metodologia diz respeito ao trato com os clientes. O

fato de o modelo propor um artefato escrito na linguagem do cliente (PDS) aumentou

clareza do escopo do projeto e diminuiu a resistência dos clientes à leitura dos

artefatos referentes aos requisitos de software.

Cabe também um destaque no que se refere ao tamanho funcional do projeto.

O trabalho mostrou que apesar de ser esperada uma diferença significativa entre as

contagens indicativa e detalhada, o esforço gasto com o entendimento dos

processos de negócio, diminuiu essa diferença. No projeto houve uma diferença de

apenas 20 pontos de função entre as duas contagens. Sendo essa diferença menor

do que 10% do tamanho funcional do projeto.

A maior dificuldade encontrada no projeto referiu-se ao controle dos artefatos.

Apesar de a rastreabilidade mantida ser muito importante em diversos momentos, o

fato de ela ser feita em documentos de texto se mostrou muito onerosa durante a

condução do projeto. A utilização de uma ferramenta de requisitos de software mais

adequada teria resolvido esse problema.

Uma segunda dificuldade encontrada, inerente aos modelos tradicionais de

desenvolvimento, foi a mutabilidade dos requisitos de software. O esforço na fase de

elicitação de requisitos é muito grande nessa metodologia, e consequentemente,

qualquer mudança nos requisitos feita posteriormente a essa fase, tem um custo

175

muito alto. No STF onde temos um ciclo de gestão de 2 anos, a condução de

projetos maiores torna-se complicada dessa forma.

Levando em consideração os pontos positivos e negativos identificados

durante a condução do projeto, pode-se estabelecer a viabilidade de utilização da

metodologia na condução de alguns tipos de projetos para o tribunal. No caso de

projetos pequenos, ou projetos conduzidos pela fábrica de software contratada pelo

STF, a metodologia se demonstra muito eficiente, devido à riqueza dos artefatos e a

consequente facilidade em transmitir o conhecimento às equipes. Além da

documentação completa que se armazena, permitindo uma manutenção e

entendimento do sistema por outros técnicos do tribunal. Porém em sistemas muito

grandes, com duração de um ano ou mais, conduzidos inteiramente pela equipe do

tribunal, a elicitação exaustiva no início pode-se tornar ineficiente. Dessa forma a

modularização do sistema e a condução como projetos menores é uma solução mais

adequada.

176

IX. Bibliografia

BOOCH, Grady; JACOBSON, Ivar; RUMBAUGH, James. UML, Guia do usuário. Rio

de Janeiro: Campus, 2000.

BRASIL. Constituição da República Federativa do Brasil promulgada em 5 de

outubro de 1988.

______. Supremo Tribunal Federal. Regimento Interno atualizado até julho de 2011.

Disponível em:

http://www.stf.jus.br/arquivo/cms/legislacaoRegimentoInterno/anexo/RISTF_Julho_2

011.pdf. Acesso em 01 ago. 2011

CASTRO, Eduardo; GUIMARAES, Fernando. Processo eXtreme Requeriments XR.

Disponível em:

http://www.quaddract.com.br/download/Metodo_eXtreme_Requirements_XR.pdf.

Acesso em: 21 jul. 2011.

COUGO, Paulo. Modelagem Conceitual e projeto de banco de dados. 7. ed. Rio de

Janeiro: Campus, 1997.

IFPUG. Function Point Counting Practices Manual. Version 4.3, January, 2010.

MECENAS, Ivan; OLIVEIRA, Viviane de. Banco de dados: Do modelo conceitual à

implementação física. Rio de Janeiro: Alta Books, 2005.

NESMA. Contagem Antecipada de Pontos de Função. Disponível em:

http://www.nesma.nl/download/artikelen/CONTAGEM%20ANTECIPADA%20DE%20

PONTOS%20DE%20FUN%C3%87%C3%83O.pdf. Acesso em: 01 set. 2011.

PRESSMAN, R. S. Engenharia de Software. 6. ed. São Paulo: McGraw-Hill

Interamericana do Brasil Ltda., 2006.

STF. Organograma do STF. Disponível em:

http://www.stf.jus.br/portal/cms/verTexto.asp?servico=sobreStfOrganograma. Acesso

em: 01 ago. 2011.

http://www.stf.jus.br/arquivo/cms/legislacaoRegimentoInterno/anexo/RISTF_Julho_2011.pdf

http://www.stf.jus.br/arquivo/cms/legislacaoRegimentoInterno/anexo/RISTF_Julho_2011.pdf

http://www.quaddract.com.br/download/Metodo_eXtreme_Requirements_XR.pdf

http://www.nesma.nl/download/artikelen/CONTAGEM%20ANTECIPADA%20DE%20PONTOS%20DE%20FUN%C3%87%C3%83O.pdf

http://www.nesma.nl/download/artikelen/CONTAGEM%20ANTECIPADA%20DE%20PONTOS%20DE%20FUN%C3%87%C3%83O.pdf

http://www.stf.jus.br/portal/cms/verTexto.asp?servico=sobreStfOrganograma

centro universitário de brasília · centro universitário de brasília . instituto ceub de...

Documents