Desenvolvimento de Um Sistema de Controle Acadêmico ACADSI

FACULDADE DE TECNOLOGIA DE SO JOS DOS CAMPOS
FATEC PROFESSOR JESSEN VIDAL
CHRISTIANNE DE MELO SILVA PARASO
DESENVOLVIMENTO DE UM SISTEMA DE CONTROLE

ACADMICO - ACADSISTEM
So Jos dos Campos

2011
CHRISTIANNE DE MELO SILVA PARASO

Trabalho de Graduao apresentado

Faculdade de Tecnologia So Jos dos
Campos, como parte dos requisitos
necessrios para a obteno do ttulo de
Tecnlogo em Informtica com nfase em
Banco de Dados.
Orientador: Me. Juliana Forin Pasquini Martinez
So Jos dos Campos

2011
Dados Internacionais de Catalogao-na-Publicao (CIP)

Diviso de Informao e Documentao
PARASO, Christianne M. S.
Desenvolvimento de um Sistema de Controle Acadmico - ACADSISTEM.
So Jos dos Campos, 2011.
154f.
Trabalho de Graduao Curso de Tecnologia em Informtica com nfase em Banco de dados,
FATEC de So Jos dos Campos: Professor Jessen Vidal, 2011.
Orientador: Me. Juliana ForinPasquini Martinez.
1. Banco de Dados. I. Faculdade de Tecnologia. FATEC de So Jos dos Campos: Professor
Jessen Vidal. Diviso de Informao e Documentao. II. Desenvolvimento de um Sistema de
Controle Acadmico ACADSISTEM.
2.
REFERNCIA BIBLIOGRFICA
PARASO, Christianne M. S. Desenvolvimento de um Sistema de Controle Acadmico ACADSISTEM. 2011. 154f. Trabalho de Graduao - FATEC de So Jos dos Campos:
Professor Jessen Vidal
CESSO DE DIREITOS
NOME DO AUTOR: Christianne de Melo Silva Paraso
TTULO DO TRABALHO: Desenvolvimento de um Sistema de Controle Acadmico ACADSISTEM
TIPO DO TRABALHO/ANO: Trabalho de Graduao / 2011.
concedida FATEC de So Jos dos Campos: Professor Jessen Vidal permisso para
reproduzir cpias deste Trabalho e para emprestar ou vender cpias somente para propsitos
acadmicos e cientficos. O autor reserva outros direitos de publicao e nenhuma parte deste
Trabalho pode ser reproduzida sem a autorizao do autor.
____________________________________
Christianne de Melo Silva Paraso
Av. Marechal Castelo Branco n1400 Apto 543-B
CEP 12286-580 Caapava So Paulo
iii
Christianne de Melo Silva Paraso

Trabalho de Graduao apresentado

Faculdade de Tecnologia So Jos dos
Campos, como parte dos requisitos
necessrios para a obteno do ttulo de
Tecnlogo em Informtica com nfase em
Banco de dados.
___________________________________________________________________
Murilo da Silva Dantas, Mestre em Computao Aplicada, Instituto Nacional de
Pesquisas Espaciais - INPE
__________________________________________________________________
Carlos Augusto Lombardi Garcia, Mestre em Engenharia Eletrnica e Computao,
Instituto Tecnolgico de Aeronutica - ITA
__________________________________________________________________
Juliana Forin Pasquini Martinez, Mestre em Cincias, Instituto Tecnolgico de
Aeronutica ITA.
_____/_____/_____
DATA DA APROVAO
iv
Dedico este trabalho a minha famlia que

sempre esteve ao meu lado em todos os
momentos.
AGRADECIMENTOS
Agradeo primeiramente a Deus por me proporcionar a realizao deste trabalho e
concluso do mesmo com xito, a minha famlia pela compreenso e ateno, aos professores
da Faculdade de Tecnologia Jessen Vidal pelo que me foi ensinado, ao apoio da Faculdade
Federal de Pelotas e a professora Juliana Forin Pasquini Martinez pela orientao deste
trabalho.
vi
RESUMO
Ter o acompanhamento acadmico dos alunos e orientadores algo muito importante
e relevante, alm de ser um passo a frente para as Universidades. Isto torna-se difcil quando
este processo de forma manual, mas no quando se tem um sistema automatizado para tal.
Com este intuito, no objetivo de solucionar esta situao, desenvolveu-se um sistema
acadmico denominado Sistema de Controle Acadmico - ACADSISTEM, que tem como
principal funo o gerenciamento de alunos, orientadores e publicaes. O software
desenvolvido, alm de fornecer o gerenciamento de alunos, orientadores e publicaes,
tambm apresenta os dados (informaes) em tabelas e gera relatrio de alunos. Neste projeto
foi utilizado o conceito de Engenharia de Software, Banco de Dados, Padres de Projetos e
Processo Unificado da Rational.
Palavra Chave: Controle acadmico; universidade; ps-graduao; aluno; orientador;

publicao; engenharia de software; banco de dados.
vii
ABSTRACT
Have the academic monitoring of students and supervisors is very important and
relevant, and is a step forward for universities. This becomes difficult when this process is
done manually, but not when you have an automated system to do so. For this purpose, in
order to resolve this situation, we developed a system called academic Control System
Academic - ACADSISTEM, whose main function is the management of students, advisors
and publications. The software developed, and provides management of students, advisors
and publications, it also presents the data (information) and generates tables of students
report. In this project we used the concept of Software Engineering, Database, Design
Patterns and Rational Unified Process.
Keywords: Control academic; university; graduate; student; counselor; publishing; software

engineering, database.
.
viii
LISTA DE FIGURAS
Figura 1 Modelo Cascata
Figura 2 - Ciclo de vida de desenvolvimento
Figura 3 As duas dimenses do RUP
Figura 4 As quatro fases do RUP
Figura 5 Exemplo de diagrama de caso de uso
Figura 6 - Exemplo de diagrama de sequncia
Figura 7 Exemplo de diagrama de atividade
Figura 8 Exemplo de diagrama de Classe
Figura 9 Exemplo de diagrama de Estado
Figura 10 Exemplo de diagrama de Componente
Figura 11 Exemplo de diagrama de Utilizao
Figura 12 Exemplo do Modelo Conceitual
Figura 13 Exemplo do Modelo Lgico
Figura 14 Exemplo de uma Classe
Figura 15 Representao de Herana e Polimorfismo
Figura 16 - Linguagem Orientada a Objetos, objetos trocando mensagem
Figura 17 - Viso geral da ferramenta AstahCommunity
Figura 18 - Viso geral da ferramenta BrModelo
Figura 19 - Driver para o servidor de banco de dados MySQL
Figura 20 Diagrama de Caso de Uso do Sistema
Figura 21 Diagrama de Classes do Sistema MVC
Figura 22 Diagrama View
Figura 23 Diagrama Controllers
Figura 24 Diagrama Model
Figura 25 Diagrama de Sequncia - Autenticao
Figura 26 Diagrama de Sequncia - Cadastro de Aluno
Figura 27 Diagrama de Atividade de Excluso de Orientador
Figura 28 Diagrama de Atividade de Pesquisa de Aluno
Figura 29 Diagrama de Estado de Cadastro de Usurio
Figura 30 Diagrama de Componente Geral
Figura 31 - Tela de Autenticao
Figura 32 Modelo Conceitual do Sistema
Figura 33 - Modelo Lgico do Sistema
Figura 34 Interface Sujeito
Figura 35 Classe Modelo
Figura 36 Classe Usurio
Figura 37 Interface Observador
Figura 38 Classe GerenciamentoView
Figura 39 - Interface Cadastro
Figura 40 Classe CadastroUsurio
Figura 41 Tela de Autenticao
Figura 42 Tela de Principal do Administrador
Figura 43 Tela de Principal do Usurio Comum
Figura 44 Tela De Gerenciamento de Aluno
Figura 45 Tela De Gerenciamento de Usurio
Figura 46 Tela De Gerenciamento de Orientador
Figura 47 Tela De Gerenciamento de Publicao
19
21
22
23
27
28
28
29
29
30
30
31
32
33
34
35
36
37
37
42
45
46
47
48
49
50
51
52
53
53
54
55
56
57
58
59
59
60
60
61
102
103
103
104
105
105
106
ix
Figura 48 Tela de Pesquisa de Aluno

Figura 49 Tela de Pesquisa de Usurio
Figura 50 Tela de Pesquisa de Orientador
Figura 51 Tela de Pesquisa e Upload de Publicao
Figura 52 Tela de Solicitao de Relatrio de Aluno
Figura 53 Detalhes da Tela de Autenticao
Figura 54 Detalhes da Tela Principal do Administrador
Figura 55 Detalhes da Barra de Menu: Navegar
Figura 56 Detalhes da Barra de Menu: Ajuda
Figura 57 Detalhes da Tela Principal do Usurio Comum
Figura 58 Detalhes da Tela de Gerenciamento de Usurio
Figura 59 Detalhes da Tela de Gerenciamento de Aluno
Figura 60 Detalhes da Tela de Gerenciamento de Orientador
Figura 61 Detalhes da Tela de Gerenciamento de Publicao
Figura 62 Detalhes da Tela de Pesquisa de Aluno
Figura 63 Detalhes da Tela de Pesquisa de Orientador
Figura 64 Detalhes da Tela de Pesquisa de Publicao
Figura 65 Detalhes da Tela de Pesquisa de Usurio
Figura 66 Detalhes da Tela de Visualizao da Publicao
Figura 67 Detalhes da Tela de Solicitao de Relatrio de Aluno
Figura 68 Detalhes da Tela de Relatrio de Aluno
107
107
108
108
109
117
118
118
118
120
121
123
125
127
129
130
131
132
133
134
135
LISTA DE TABELAS
Tabela 1 Requisitos Funcionais
Tabela 2 Requisitos No Funcionais
Tabela 3 Autenticar
Tabela 4 Pesquisar Usurio
Tabela 5 Pesquisar Aluno
Tabela 6 Pesquisar Orientador
Tabela 7 Pesquisar Publicao
Tabela 8 Gerenciar Aluno
Tabela 9 Gerenciar Orientador
Tabela 10 Gerenciar Publicao
Tabela 11 Gerenciar Usurio
Tabela 12 Gerar Relatrio
Tabela 13 Upload
Tabela 14 Definio do Problema
Tabela 17 Definies do Sistema
Tabela 18 Requisitos de Design e Qualidade
Tabela 19 Requisitos de Confiabilidade
Tabela 20 Caso de Uso Autenticar
Tabela 21 Caso de Uso Pesquisar Usurio
Tabela 22 Caso de Uso Pesquisar Aluno
Tabela 23 Caso de Uso Pesquisar Orientador
Tabela 24 Caso de Uso Pesquisar Publicao
Tabela 26 Caso de Uso Gerenciar Aluno
Tabela 27 Caso de Uso Gerenciar Orientador
Tabela 28 Caso de Uso Gerenciar Publicao
Tabela 29 Caso de Uso Gerar Relatrio de Aluno
Tabela 30 Caso de Uso Upload de Publicao
Tabela 31 Tabela Aluno
Tabela 32 Tabela Orientador
Tabela 33 Tabela Publicao
Tabela 34 Tabela Usurio
Tabela 35 Descrio da Tela de Autenticao
Tabela 36 Descrio da Tela Principal do administrador
Tabela 37 Descrio da Tela Principal do Usurio Comum
Tabela 38 Descrio da Tela de Gerenciamento de Usurio
Tabela 39 Descrio da Tela de Gerenciamento de Aluno
Tabela 40 Descrio da Tela de Gerenciamento de Orientador
Tabela 41 Descrio da Tela de Gerenciamento de Publicao
Tabela 42 Descrio da Tela de Pesquisa de Aluno
Tabela 43 Descrio da Tela de Pesquisa de Orientador
Tabela 44 Descrio da Tela de Pesquisa de Publicao
Tabela 45 Descrio da Tela de Pesquisa de Usurio
Tabela 46 Descrio da Tela de Visualizao da Publicao
Tabela 47 Descrio da Tela de Solicitao de Relatrio de Aluno
40
41
42
43
43
43
43
43
43
43
44
44
44
86
87
88
91
92
93
96
96
96
97
97
97
98
98
98
98
99
112
112
112
113
117
119
120
121
123
125
127
129
130
131
132
133
134
xi
Tabela 48 Descrio da Tela de Relatrio de Aluno

Tabela 49 Itens de Teste
Tabela 50 - Teste de Integridade de Dados e de Banco de Dados
Tabela 51 Teste de Interface
Tabela 52 Teste de Funo
Tabela 53 Perfil de desempenho
Tabela 54 Teste de Segurana e Controle de Acesso
Tabela 55 Resultado do Teste de Integridade de Dados e de Banco de Dados
Tabela 56 Resultado do Teste de Funo
Tabela 57 Resultado do Teste de Interface
Tabela 58 Resultado do Teste de Desempenho
Tabela 59 Resultado do Teste de Segurana e Controle de Acesso
135
145
147
147
148
149
149
152
152
153
153
154
xii
LISTA DE ABREVITATURAS E SIGLAS
UFPel
Universidade Federal de Pelotas
IES
Instituies de Ensino Superior.
RUP
Rational Unified Process.
IDE
Integrated Development Environment.
UML
Unified Modeling Language.
OMG
Object Management Group.
DER
Diagrama de Entidade Relacionamento.
SGBD
Sistema Gerenciador De Banco De Dados
SQL
Structured Query Language.
DDL
Data Definition Language.
DML
Data ManipulationLanguage.
DCL
Data ControlLanguage.
JAVA
Linguagem de Programao.
JVM
Java Virtual Machine.
MVC
Model View Controller.
Univag
Universidade de Vrzea Grande.
Linguagem de Programao.
C++
Extenso da Linguagem de Programao C.
xiii
SUMRIO
1- INTRODUO
16
1.1- Motivao
16
1.2- Objetivos
16
1.3- Objetivo Geral
17
1.4- Objetivos Especficos
17
1.5- Metodologia
17
1.6- Contedo do Trabalho
18
2- LEVANTAMENTO TERICO PARA DESENVOLVIMENTO DO SISTEMA DE
CONTROLE ACADMICO
19
2.1- Engenharia de Software
19
2.1.1- Definio
19
2.1.2- Ciclo de Vida de Desenvolvimento
19
2.1.3- Processo Unificado da Rational
21
2.1.3.1- Arquitetura do RUP
21
2.1.3.1.1- Dimenses
21
2.1.3.1.2- Dimenso Dinmica
22
2.1.3.1.3- Dimenso Esttica
24
2.1.3.2- Melhores Prticas
25
2.1.3.2.1- Desenvolver Software Iterativamente
25
2.1.3.2.2- Gerenciamento de Requisitos
25
2.1.3.2.3- Uso de Arquitetura Baseada em Componentes
25
2.1.3.2.4- Modelagem Visual de Software
26
2.1.3.2.5- Verificar Qualidade de Software
26
2.1.3.2.6- Controle de Alteraes no Software
26
2.2- A Linguagem UML
26
2.2.1- Principais Diagramas UML
27
2.2.1.1- Diagrama de Caso de Uso
27
2.2.1.2- Diagrama de Sequncia
27
2.2.1.3- Diagrama de Atividade
28
2.2.1.4- Diagrama de Classe
29
2.2.1.5- Diagrama de Estado
29
2.2.1.6- Diagrama de Componente
30
2.2.1.7- Diagrama de Utilizao
30
2.3- Banco de Dados
31
2.3.1- Projeto de Banco de Dados
31
2.4- A Linguagem Sql
32
2.5- Orientao a Objetos
33
2.5.1- Classes
33
2.5.2- Objetos
33
2.5.3- Polimorfismo
33
2.5.4- Herana
33
2.5.5- A Linguagem Java
34
2.6- Padres de Projetos
35
2.6.1- Padro Mvc
35
3- FERRAMENTAS
36
3.1- Astah Community
36
3.2- Brmodelo
36
3.3- Netbeans
37
xiv
3.4- Mysql
4- O SISTEMA PROPOSTO
4.1- Concepo
4.1.1- Levantamento de Dados e Anlise de Requisitos
4.1.1.1- Necessidade do Negcio
4.1.1.2- Descrio dos Envolvidos
4.1.2- Viso Geral do Sistema Proposto
4.1.2.1- Objetivos do Sistema
4.1.2.2- Descrio do Escopo do Projeto
4.1.2.3- Impactos Gerados pelo Projeto
4.1.3- Requisitos do Sistema
4.1.3.1- Requisitos Funcionais
4.1.3.2- Requisitos No Funcionais
4.1.4- Relatrio de Caso de Uso
4.1.4.1- Descrio dos Casos de Uso
4.2- Elaborao
4.2.1- Diagrama de Classes
4.2.2- Diagrama de Sequncia
4.2.3- Diagrama de Atividades
4.2.4- Diagrama de Estado
4.2.5- Diagrama de Componente
4.3- Construo
4.3.1- Prottipo de Tela
4.3.2- Projeto de Banco de Dados Diagramas
4.3.3- Dicionrio de Dados
4.3.4- Desenvolvimento do Sistema
4.3.4.1- Mvc
4.3.4.1.1- Model Modelo
4.3.4.1.1.1- Interface Sujeito
4.3.4.1.1.2- Classe Modelo
4.3.4.1.1.3- Classe Usurio
4.3.4.1.2- View Viso
4.3.4.1.2.1-Interface Observador
4.3.4.1.2.2-Visogerenciamentoview
4.3.4.1.3- Controller Controlador
4.3.4.1.3.1- Interface Cadastro Controlador
4.3.4.1.3.2-Classe Cadastrousuario
4.4- Transio
4.4.1- Testes
4.4.1.1- Plano de Teste
4.4.1.2- Procedimento de Teste
4.4.1.3- Resultado de Teste
5- CONSIDERAES FINAIS
5.1- Contribuies E Concluso
5.1.1- Contribuies
5.1.2- Concluso
APNDICES
37
39
39
39
39
39
40
40
40
40
40
40
41
42
42
44
44
49
50
52
53
54
54
54
56
56
56
57
57
57
58
59
59
60
60
60
61
61
61
61
62
62
63
63
63
63
68
xv
LISTA DE APNDICE
Apndice A Questionrio para Levantamento de Requisitos
Apndice B Documento de Viso
Apndice C Documento de Requisitos
Apndice D Especificao Suplementar
Apndice E Descrio do Caso de Uso
Apndice F Prottipo de Tela
Apndice G Dicionrio de Dados
Apndice H Manual de Instrues do AcadSistem
Apndice I Plano de Teste
Apndice J Procedimento de Teste
Apndice L Resultado dos Testes
68
73
83
89
94
100
110
114
137
143
150
16
1- INTRODUO
1.1- Motivao
Atualmente Instituies de Ensino Superior - IESs tem avanado bastante. Com
isso as IESs precisam se estruturar para orientar seus alunos e professores
(TACHIZAWA, 1999).
Uma Instituio de ensino um conjunto de pessoas se interagindo, que ao se
relacionar com alunos atravs do poder do ensino, consegue passar a ideia em mente e
tentar garantir que os alunos saiam dali com um pensamento feito (TACHIZAWA,
1999).
Segundo a entrevista realizada com o pesquisador e professor Adjunto I da
Universidade Federal de Pelotas - UFPel, no Rio Grande do Sul, Dr. Hueder Paulo
Moiss de Oliveira (Oliveira, 2011):
O Programa de Ps-Graduao da Universidade Federal de Pelotas UFPel
oferece cursos de mestrado e doutorado em Qumica. A Universidade tem a
grande necessidade de organizar relatrios com perfis de alunos para ter um
bom acompanhamento de desempenhos acadmicos e controle desses alunos
de ps-graduao. Porm a Universidade no tem um aplicativo
automatizado que proporcione, administrao, emitir um relatrio com o
perfil de cada aluno e orientador, onde possam ser contidos todos os dados
cadastrais e institucionais de cada um deles.
O Dr. Oliveira ainda concluiu que:

Sem um aplicativo automatizado para armazenar esses dados, a nica
soluo encontrada at hoje pela administrao foi recorrer planilha do
Microsoft Office Excel para informaes relacionadas aos alunos e
orientadores, porm no h certa segurana, porque esses dados armazenados
nas planilhas podem ser perdidos em caso de perda de arquivo.
Portanto, torna se necessrio automatizar esta atividade, a fim de assegurar estes

dados, a eficincia e a agilidade s tarefas desempenhadas pela administrao da UFPel.
A soluo proposta nesse projeto desenvolver um software de banco de dados
relacional para o sistema de controle acadmico, que possibilite a universidade
acompanhar o desempenho de alunos de Ps-Graduao.
1.2- Objetivos
Nesta seo sero apresentados os objetivos deste trabalho.
17
1.3- Objetivo Geral

Este trabalho tem como objetivo desenvolver um sistema de software para o
sistema de controle acadmico do curso de Ps-Graduao da Universidade Federal de
Pelotas, denominado SISTEMA DE CONTROLE ACADMICO - ACADSISTEM.
1.4- Objetivos Especficos

Os objetivos especficos deste Trabalho so:
a. Pesquisar o referencial terico para o desenvolvimento do ACADSISTEM;
b. Recolher os requisitos funcionais e no funcionais do ACADSISTEM com o
cliente UFPel;
c. Realizar o projeto de Banco de Dados Relacional;
d. Implementar o ACADSISTEM;
e. Realizar testes no ACADSISTEM e;
f. Analisar os resultados.
1.5- Metodologia
O software ser desenvolvido por meio do processo de engenharia de software
Rational Unified Process - RUP, utilizado de forma customizada, utilizando assim,
parte do processo RUP, pois ele um processo muito complexo.
O RUP apresenta seis das melhores prticas para um bom desenvolvimento de
como desenvolver o software iterativamente, gerar requisitos, usar arquiteturas baseadas
em componentes, modelar software visualmente, verificar a qualidade do software,
controlar as mudanas do software (IBMb, 1998).
A modelagem do software ser realizada com a utilizao das ferramentas
StarUml(verso 5.0.2, 2005) e BrModelo (verso 2.0, 2007) para que possam
proporcionar um padro para a arquitetura do sistema de software. A linguagem que
ser usada para a implementao ser Java (verso 1.6, 2006) e a NetBeansIDE (verso
6.8, 2009) e foi selecionado um Sistema Gerenciador de Banco de Dados livre, o
MySQL (verso 5.1, 2008).
18
1.6- Contedo do Trabalho

O presente trabalho est estruturado em cinco Captulos, cujo contedo
sucintamente apresentado a seguir:
No Captulo 2 feito o Levantamento Terico para Desenvolvimento do
Sistema de Controle Acadmico ACADSISTEM: Apresenta os conceitos envolvidos
no desenvolvimento de software.
O Captulo 3 - Ferramentas envolvidas no desenvolvimento: Apresenta quais
as ferramentas selecionadas para auxiliar no desenvolvimento do software.
No Captulo 4 - O Sistema Proposto: Demonstrar o processo de
desenvolvimento de software composto pelas seguintes fases: concepo, elaborao,
construo e transio.
Finalmente, o Captulo 5 apresenta as concluses deste trabalho a partir da
anlise dos resultados obtidos e trabalhos futuros.
19
2- LEVANTAMENTO TERICO PARA DESENVOLVIMENTO DO
SISTEMA DE CONTROLE ACADMICO

Este captulo tem como objetivo apresentar os conceitos bsicos para o
desenvolvimento do sistema de controle acadmico - ACADSISTEM.
2.1- Engenharia de Software

Nesta seo apresenta-se a definio sobre Engenharia de Software, Ciclo de
Vida de um software e Processo Unificado da Rational.
2.1.1- Definio
Engenharia de Software uma das grandes reas da computao, onde envolve
criao, construo, anlise, desenvolvimento e manuteno do software. Este tipo de
tratamento pode proporcionar ao desenvolvedor a produo de um software com
qualidade e resultado desejado.(SOMMERVILLE, 2007).
2.1.2- Ciclo de Vida de Desenvolvimento

Para alguns sistemas o ciclo de vida no longo, portanto necessrio entender
que um software nunca estar totalmente acabado; ele poder estar pronto para uso, mas
sempre sofrer implementaes e melhorias (REZENDE, 2005).
Este ciclo abrange algumas etapas: anlise, projeto, implementao, testes e
manuteno. O modelo cascata, mais conhecido como modelo de ciclo de vida, tem
essas cinco fases denominada de uma forma diferente, como mostra a Figura 1
(SOMMERVILLE, 2007).
Figura 1 Modelo Cascata
Fonte: Adaptada de Sommerville (2007)
20
Para melhor especificao do sistema, necessrio recolher todos os requisitos e

finalidades do sistema na primeira fase: Definio de Requisitos. Na segunda, definida
a arquitetura, tanto no aspecto software, com os requisitos funcionais, quanto no aspecto
hardware, os requisitos no funcionais.
Na terceira fase, Implementao e Teste de Unidade, o software comea a ser
implementado e testado, de maneira a verificar se est atendendo a sua finalidade. Para
verificar se todos os requisitos atendem as expectativas, na fase de Integrao e Teste de
Sistema, o software testado como um todo. E por ltimo, na fase de Operao e
Manuteno, aps a entrega do software, ele requerido a novas alteraes,
relacionadas a erros no detectados nos testes (SOMMERVILLE, 2007).
O ciclo de vida de um software tambm est representado na Figura 2. Como j
dito, um software sempre estar em desenvolvimento, pois no decorrer de seu uso
haver sempre a necessidade de modificaes (BROOKSHEAR, 2003).
A fase de Manuteno concentra-se nas:
Correes: Mudanas que esto associadas correo de defeitos
(Manuteno Corretiva);
Adaptaes: so exigidas medida que o ambiente do sistema evolui e
(Manuteno Adaptativa);
Melhoramento Funcional produzidas por exigncias variveis do cliente
(Manuteno perfectiva).
Preveno:
O software de computador se deteriora devido a modificaes, e;
Surge a manuteno preventiva, frequentemente chamada de
reengenharia de software;
Em essncia, a manuteno preventiva faz modificaes nos
programas de computador, de modo que eles possam ser mais
facilmente corrigidos, adaptados e melhorados;
21
Figura 2 - Ciclo de vida de desenvolvimento
Fonte: Adaptada de Brookshear (2003)
2.1.3- Processo Unificado da Rational

O Rational Unified Process - RUP que traduzido para o portugus significa
Processo Unificado da Rational, um processo de engenharia de software. Com o
objetivo de garantir um software de alta qualidade que, dentro de um cronograma e um
oramento previsveis, atendam s necessidades dos seus usurios finais, o RUP fornece
uma abordagem disciplinada para a atribuio de tarefas e responsabilidades na
organizao do desenvolvimento. Utiliza a linguagem UML no desenvolvimento dos
casos de uso e a orientao a objetos (KRUCHTEN, 2003).
2.1.3.1- Arquitetura do RUP

Nesta seo ser apresentada a arquitetura do RUP composta por dimenses e
fases.
2.1.3.1.1- Dimenses
O RUP apresenta duas dimenses, a dinmica e a esttica, como mostra a figura
a seguir:
22
Figura 3 As duas dimenses do RUP
Fonte: Adaptada de Kruchten (2003)
A dimenso horizontal representa o aspecto dinmico do processo, o ciclo de vida.

Essa dimenso faz com que o projeto do software seja elaborado com uma sequncia de
iteraes incrementais. A dimenso vertical representa o aspecto esttico, descrito em
termos de componentes do processo: atividades, disciplinas, artefatos e papis do
processo (KRUCHTEN, 2003).
2.1.3.1.2- Dimenso Dinmica

A arquitetura do RUP apresenta quatro fases no aspecto dinmico: concepo,
elaborao, construo e transio, como apresenta a figura 4. Essas fases podem conter
vrias iteraes (KRUCHTEN, 2003).
23
Figura 4 As quatro fases do RUP
Fonte: Adaptada de Kruchten (2003)
A Concepo a fase da criao do escopo do projeto; nela realizada a

avaliao de risco, uma estimativa dos recursos necessrios e o cronograma dos marcos
temporais mais importantes. Todos os atores envolvidos na iterao do sistema tambm
so identificados nesta fase. Nesta fase so desenvolvidos, tambm, os seguintes
artefatos:
Caso de negcio inicial;
Formulao do documento de viso geral dos requisitos do projeto;
Relatrio inicial de avaliao de risco;
Estimativa de recursos;
Cronograma inicial e;
Prottipos iniciais.
A elaborao a especificao e eliminao dos pontos de maior risco. Nesta

fase so desenvolvidos os seguintes requerimentos:
Modelo de casos de uso
Anlise e projeto do sistema;
Relatrios de Riscos;
Plano de gerenciamento;
Alocao da equipe;
Planejamento das fases, mostrando suas iteraes e contedos.
Realiza-se a analise do domnio do problema e projeta uma arquitetura para
o sistema.
A construo o incio do desenvolvimento do sistema, ao final de cada ciclo,
pode surgir uma verso utilizvel do processo. Nesta fase so desenvolvidos os
seguintes requerimentos:
24
Sistema de software funcionando e documentao associada pronta para ser

liberada aos usurios;
Casos de teste baseados em cenrios, e resultados de testes;
Por ultimo a transio: implantao do software e transferncia do software para o

usurio do sistema (KRUCHTEN, 2003).
2.1.3.1.3- Dimenso Esttica

A dimenso esttica possui quatro conceitos chaves que definem quem faz o
qu, como e quando?
Workers (trabalhadores) quem;
Atividades como;
Artefatos o qu;
Fluxos de trabalho (workflows) quando.
O RUP possui tambm, nove disciplinas, as quais esto detalhadas a seguir:
Modelagem do negcio - Esta disciplina visa o entendimento da estrutura e a
dinmica da organizao; o entendimento dos problemas e; a identificao das
melhorias.
Requisitos - Nesta disciplina possvel estabelecer uma concordncia entre os
envolvidos no projeto sobre os requisitos do sistema, bem como os limites do sistema,
estimar o tempo e custo de desenvolvimento.
Anlise e Projeto - Esta disciplina visa transformar os requisitos em projeto;
construir uma arquitetura para oi sistema e; adaptar o projeto ao ambiente.
Implementao - Visa estruturar o cdigo, bem como implementar classes e
objetos; testar e integrar as unidades.
Testes - Nesta disciplina testado o sistema para a identificao de erros, esses
erros so identificados e documentados; possvel validar o sistema de acordo com o
que foi especificado e validar se o sistema foi desenvolvido de acordo com o projetado.
Implantao - Esta disciplina visa a certificao da entrega do sistema ao
usurio final.
Gerncia de Configurao e Mudana - Nesta disciplina controlado os
artefatos produzidos no desenvolvimento do projeto.
25
Gerenciamento e Planejamento - Esta disciplina controla o gerenciamento de

riscos. Alm de disponibilizar guias para planejar, executar, acompanhar e monitorar o
projeto.
Ambiente - Visa focar nas atividades relacionadas adaptao do processo
organizacional (do projeto) (KRUCHTEN, 2003).
2.1.3.2- Melhores Prticas

As melhores prticas apresentadas no RUP descreve como implantar um bom
desenvolvimento de software para equipes desenvolvedoras. So elas:
2.1.3.2.1- Desenvolver Software Iterativamente

O RUP sugere que o desenvolvedor adote uma abordagem iterativa, pois nela
necessrio uma maior compreenso do problema atravs de melhoras sucessivas, para
gerar gradativamente uma soluo eficaz a cada iterao. A abordagem iterativa no
desenvolvimento verifica os itens de maior risco em cada etapa do ciclo de vida,
reduzindo significativamente o perfil de um projeto de risco(IBMb, 1998).
Pois cada iterao termina com uma verso executvel, o desenvolvedor
permanece focado em produzir resultados e a checagem de status frequentes ajudam a
garantir que o projeto permanea dentro do cronograma. Uma abordagem iterativa
tambm torna mais fceis as mudanas tticas nos requisitos, nas funcionalidades e/ou
no cronograma (IBMb, 1998).
2.1.3.2.2- Gerenciamento de Requisitos

O RUP sugere ao desenvolvedor uma excelente maneira de capturar os
requisitos funcionais. Essa prtica apresenta como obter, organizar o documento de
funcionalidade e restries; como acompanhar e documentar compromissos e decises;
e facilmente como capturar os requisitos de negcio (IBMb, 1998).
2.1.3.2.3- Uso de Arquitetura Baseada em Componentes

O processo concentra-se no desenvolvimento inicial de uma arquitetura robusta
executvel. Ele descreve como projetar uma arquitetura flexvel, acomoda as mudana,
intuitivamente compreensvel e promove a reutilizao de software mais eficiente. O
RUP apia o desenvolvimento de software baseado em componentes (IBMb, 1998).
26
2.1.3.2.4- Modelagem Visual de Software

As abstraes visuais ajudam o desenvolvedor a se comunicar com os diferentes
aspectos software; a ver comoos elementos do sistema se encaixam; manter a coerncia
entre um projeto e sua execuo; e promover a comunicao inequvoca (IBMb, 1998).
2.1.3.2.5- Verificar Qualidade de Software

Atualmente o fraco desempenho de aplicativos e a pouca confiabilidade so
fatores comuns que impedem drasticamente a aceitao dos pedidos de software. Assim,
a qualidade deve ser focada no que diz respeito aos requisitos baseados em
confiabilidade, funcionalidade, desempenho da aplicao e desempenho do sistema.
Esta prtica auxilia no planejamento do projeto, na implementao, na execuo e na
avaliao dos teste(IBMb, 1998).
2.1.3.2.5- Controle de Alteraes no Software

Em todo software h mudanas, em alguns casos, estas mudanas so
inevitveis, por isso a capacidade de gerir a mudana e de ser capaz de acompanhar as
mudanas essencial. Esta prtica descreve como controlar, acompanhar e monitorar as
mudanas para permitir o desenvolvimento iterativo sucesso (IBMb, 1998).
2.2- A Linguagem UML

A Unified Modeling Language - UML uma especificao da Object
Management Group - OMG (OMG, 1997 - 2011). uma linguagem grfica de
modelagem para visualizar, especificar, construir e documentar os artefatos de sistemas
de objetos distribudos (UML, 2011).
A UML possui treze modelos grficos que esto divididos em duas categorias,
os diagramas de aplicaes estticas que representam a estrutura e os diagramas de
comportamentos, no entanto dentro desta ltima categoria, existe uma subcategoria que
compe os diagramas de interao (SILVA, 2007).
A categoria de diagramas de Estrutura inclui diagrama de classe, diagrama de

objeto, diagrama de componentes, diagrama de estrutura composta, diagrama de pacote
e diagrama de utilizao (SILVA, 2007).
Os diagramas de Comportamento so: diagrama de caso de uso, diagrama de
mquina de estados e diagrama de atividades. Em sua subcategoria Interao esto
27
inclusos os diagramas de sequncia, comunicao, viso geral de interao e por ultimo,

porm no menos importante o de temporizao (SILVA, 2007).
2.2.1- Principais Diagramas UML

Os diagramas UML abordados neste projeto so os de: Caso de Uso, Sequncia,
Atividade, Classe, Estado e Utilizao.
2.2.1.1- Diagrama de Caso de Uso

O diagrama de caso de uso est relacionado modelagem dinmica do sistema.
Ele composto por elementos sintticos denominados atores e relaes que envolvem
esses elementos (SILVA, 2007). A figura 5 apresenta um exemplo de um diagrama de
caso de uso.
Figura 5 Exemplo de diagrama de caso de uso
Fonte: Adaptada de Silva (2007)
2.2.1.2- Diagrama de Sequncia

O diagrama de sequncia tambm est relacionado modelagem dinmica do
sistema. E representa a interao entre os objetos na troca de mensagens na ordem
temporal em que elas acontecem. A leitura das mensagens que so enviadas de objetos
para outros objetos feita de cima para baixo (SILVA, 2007). A figura 6 apresenta um
exemplo de um diagrama de sequncia.
28
Figura 6 - Exemplo de diagrama de sequncia
2.2.1.3- Diagrama de Atividade

O diagrama de atividades composto por atividades, vista como um conjunto de
atividades ou de aes. Este diagrama representa uma atividade correspondente ao
sistema. Conforme mostrado na figura 7.
Figura 7 Exemplo de diagrama de atividade
29
2.2.1.4- Diagrama de Classe

O diagrama de classes representa a estrutura e os relacionamentos das classes.
No entanto, as classes e os relacionamentos cedidos a elas, so os elementos sintticos
bsicos do diagrama de classes (SILVA, 2007). A figura 8 apresenta um exemplo de um
diagrama de classe.
Figura 8 Exemplo de diagrama de Classe
2.2.1.5- Diagrama de Estado

O diagrama de estado representa o estado em que um objeto se encontra no
sistema. Com isso, os elementos principais desse diagrama so os estados e as
transies. Um objeto muda de estado com o auxilio de uma transio (SILVA, 2007).
A figura 9 apresenta um exemplo de um diagrama de estado.
Figura 9 Exemplo de diagrama de Estado
30
2.2.1.6- Diagrama de Componente

Este diagrama demonstra os componentes do sistema e a relao entre esses
componentes. Assim o diagrama representa a classe organizada, especificando a qual
classe pertence cada um dos componentes. Conforme a figura 10.
Figura 10 Exemplo de diagrama de Componente
2.2.1.7- Diagrama de Utilizao

O diagrama de utilizao, mais conhecido como diagrama de implantao
representa os elementos do sistema necessrios para a execuo. Representando assim, a
modelagem estrutural do sistema, atravs de nodos ou instncias de nodos. Conforme a
figura 11.
Figura 11 Exemplo de diagrama de Utilizao
31
2.3- Banco de Dados

Banco de dados um conjunto de dados persistentes, com o intuito de armazenar
informaes de uma determinada organizao. Esses dados so mantidos por um
software chamado de Sistema Gerenciador de Banco de Dados (SGBD), onde os
usurios desse sistema podem realizar busca, excluso, insero e alterao nesses
arquivos de banco de dados (DATE, 2003).
Alguns autores definem que dados e informaes tem o mesmo significado, por
outro lado, outros definem dados como os valores fisicamente armazenados no banco de
dados e informaes como o significado gerado a partir de um determinado dado
(DATE, 2003).
2.3.1- Projeto de Banco de Dados

Na maioria dos projetos de banco de dados so utilizados dois modelos de banco
de dados em duas fases: o modelo conceitual e o modelo lgico, porm existe mais um
modelo: o fsico.
Na primeira fase abstrado o modelo conceitual. Este modelo descreve o banco
de dados de forma independente, sem necessitar do SGBD. O projeto de banco de dados
representado em um DER Diagrama de Entidade Relacionamento, como mostra a
figura a seguir (HEUSER, 1998).
Figura 12 Exemplo do Modelo Conceitual
Fonte: Adaptada de Heuser (1998)
E na segunda fase abstrado o modelo lgico. Modelo que representa o banco

de dados na maneira como visto pelo usurio do SGBD. Ao contrrio do conceitual,
depende do SGBD utilizado no projeto. E gerado a partir do modelo conceitual
desenvolvido na primeira fase do projeto de banco de dados (HEUSER, 1998).
32
Figura 13 Exemplo do Modelo Lgico
Fonte: Adaptada de Heuser (1998)
2.4- A Linguagem SQL

A Structured Query Language- SQL que traduzido para o portugus significa
Linguagem de Consulta Estruturada, a linguagem padro para definio e
manipulao no banco de dados relacional (IBMc, 2011). uma linguagem simples e
de fcil uso (DAMAS, 2007).
A linguagem SQL se divide em trs principais grupos: DDL, DML e DCL. A
DDL (Data Definition Language Linguagem de Definio de Dados) trabalha com os
objetos e tem os seguintes comandos: ALTER altera um objeto do banco de dados
(uma tabela, por exemplo), CREATE cria um objeto na base de dados e DROP apaga
um objeto da base de dados; Os comandos ALTER e CREATE, podem ser usados para
index (indices) e view (vises).
Outro grupo a DML (Data Manipulation Language Linguagem de
Manipulao de Dados), ela
trabalha com as tuplas (linhas), seus comandos so
SELECT consuta os dados armazenados em uma tabela, INSERT insere uma linha na
tabela, DELETE deleta e UPDATE permite alterar quantas linhas de dados for
preciso em uma tabela.
E por ltimo, porm no menos importante, a DCL (Data Control Language
Linguagem de Controle de Dados) trabalha com os utilizadores, controla o acesso aos
dados, seus principais comandos so: GRANT seta os privilgios, permite o acesso aos
dados ao usurio e REVOKE remove os privilgios dado ao usurio.
A linguagem SQL faz parte de uma das cinco geraes de linguagens, a quarta
gerao. Ela atende a quase todas as necessidades para o desenvolvimento de um banco
de dados, porm para completar as necessidades que a SQL no atende, em algumas
ocasies o desenvolvedor concilia a linguagem SQL com alguma outra linguagem de
programao (DAMAS, 2007).
33
2.5- Orientao a Objetos

A programao orientada a objetos implementada pelo envio de mensagens a
objetos. Ela rene alguns conceitos que precisam ser entendidos antes iniciar uma
programao orientada a objetos, como classe, objetos, herana e polimorfismo.
2.5.1- Classes
Uma classe um modelo ou prottipo onde os objetos sero criados e definidos.
Assim, a classe define o estado e o comportamento de um objeto fsico do mundo real,
como est representado na figura 14 (RICARTE, 2001).
Figura 14 Exemplo de uma Classe
Fonte: Adaptada de Ricarte (2001)
2.5.2- Objetos
Objeto uma instncia de uma classe, sendo assim ele um objeto fsico do
mundo real. So justamente os objetos que caracterizam a programao orientada a
objetos. O objeto tem seus devidos atributos e mtodos que o manipulam (RICARTE,
2001).
2.5.3- Polimorfismo
Polimorfismo consiste em implementar um cdigo considerando classes
abstratas ou interfaces, ao invs de classes concretas (SIERRA, 2007).
2.5.4- Herana
A herana organiza e estruturar o software. As classes herdam o estado e o
comportamento de suas superclasses. Com a herana, classes podem herdar
caractersticas da classe pai, como por exemplo, atributos e mtodos. Podendo assim a
subclasse, especificar ou estender a superclasse (RICARTE, 2001).
A figura 15 apresenta um exemplo de herana e polimorfismo. Foram criadas
trs classes de tipos diferentes de canetas, porem todas so derivadas de outra classe. As
34
classes CanetaFlor, CanetaPalhao e CanetaRelgio herdam os atributos e mtodos

(mesma assinatura) da classe Caneta. Porm as aes dos mtodos so diferentes para
cada uma das classes que esto herdando (MARIANI, 2010).
Figura 15 Representao de Herana e Polimorfismo
Fonte: Adaptada de Mariani (2010)
2.5.5- A Linguagem Java

Java foi desenvolvido em 1991 por um grupo secreto da Sun Microsystems
denominado por The Green Project, que traduzido para o portugus significa o
Projeto Verde, com o intuito de desenvolver uma linguagem de grande importncia na
rea de informtica (SERSON, 2008).
Java uma linguagem de programao utilizada no desenvolvimento de
software que tem portabilidade entre as plataformas, atravs da mquina virtual ou
JAVA VIRTUAL MACHINE (JVM). Alm disso, ela orientada a objetos, o que
possibilita a reutilizao de cdigos desenvolvidos em outros projetos e trabalha com a
troca de mensagens entre os objetos, como mostra a figura 16 (SOMERA, 2006).
Linguagem de programao orientada a objetos mais fcil de programar,
principalmente para iniciantes que tem certa dificuldade no inicio, pois a orientao a
objetos consegue fazer com que o programador se sinta mais a vontade no
desenvolvimento (SERSON, 2008).
35
Figura 16 - Linguagem Orientada a Objetos, objetos trocando mensagem
Fonte: Adaptada de Serson (2008)
2.6- Padres de Projetos

Em uma definio mais recente, padres de projeto no so projetos, como listas
encadeadas e tabelas de acesso aleatrio, que podem ser codificadas em classes e ser
reutilizadas tais como ento. Tampouco so projetos complexos, de domnio especifico,
para uma aplicao inteira ou subsistemas [...] Padres de Projeto so descries de
objetos e classes comunicantes que precisam ser personalizadas para resolver um
problema geral de projeto num contexto particular. (GAMMA, 2005).
Apesar de existirem diversos padres de projeto, padres tm sido descritos em
diferentes formatos.
2.6.1- Padro MVC

O Padro MVC Model View Controller um dos mais usados atualmente. Ele
dividido em trs camadas:
a. Model (Modelo): Representa os dados da organizao e as regras de negcios
que governam o acesso e atualizaes de dados.
b. View (Viso): Acessa os dados da organizao atravs do modelo e especifica
como os dados devem ser apresentados. Quando o modelo alterado, a viso
quem fica responsvel por manter a consistncia na sua apresentao.
c. Controller (Controlador) - Traduz as interaes com a viso em aes a serem
realizadas pelo modelo. Com base na interao do usurio e os resultados das
aes do modelo, o controlador responde ao selecionar uma viso apropriada
(SUN, 2000 2002).
36
3- FERRAMENTAS
Foram selecionadas algumas ferramentas de desenvolvimento que sero usadas
neste projeto com o intuito de melhor desempenho do software.
3.1- ASTAH COMMUNITY

A ferramenta Astah Community open source e utilizada para o
desenvolvimento da modelagem de software. flexvel e extensvel e contm vrios
recursos. Nela possvel desenvolver vrios diagramas: diagrama de casos de uso,
diagrama de classe, diagrama de sequncia, diagrama de estados, diagrama de
atividades, diagrama de componentes, diagrama de implantao, diagrama de estrutura
composta, diagrama de comunicao e diagrama de pacote, como mostra a figura 17
(ASTAH_COMMUNITY, 2011).
Figura 17 - Viso geral da ferramenta Astah Community.
Fonte: Adaptada de Paraso (2011)
3.2- BRMODELO
A ferramenta BrModelo um aplicativo totalmente livre para modelagem de
software. um resultado de um trabalho de graduao do curso de ps-graduao de
banco de dados de um aluno da Universidade de Vrzea Grande Univag. O BrModelo
37
tem como base a metodologia defendida pelo professor Heuser, em seu livro. Ele possui
as seguintes funcionalidades: construo do modelo de entidade e relacionamento, como
apresenta a figura 18, e mapeamento para o modelo relacional de banco de dados (SIS,
2007).
Figura 18 - Viso geral da ferramenta BrModelo.
3.3- NETBEANS
A ferramenta NetBeans foi fundada no ano de 2000 pela Sun Microsystems,
totalmente open-source. um ambiente de desenvolvimento integrado para
desenvolvedores de software.Escrito em totalmente em Java, porm compila qualquer
tipo de linguagem (NETBEANSa, 2011). O IDE vem com drivers para os servidores de
banco de dados MySQL e PostgreSQL como mostra a figura 19 (NETBEANSb, 2011).
Figura 19 - Driver para o servidor de banco de dados MySQL
Fonte: Adaptada de NetBeansb (2011)
3.4- MYSQL
O MySql o sistema gerenciador de banco de dados (SGBD) de cdigo aberto
mais conhecido no mundo que trabalha com a linguagem SQL. Pois tem excelente
38
desempenho, confiabilidade e facilidade de uso. Tem uma grande portabilidade,

funciona em mais de 20 plataformas, sendo elas as principais, Linux, Windows, Mac e
Solaris e foi escrito em C e C++ (MYSQL, 2010).
39
4- O SISTEMA PROPOSTO
Para o processo de desenvolvimento do ACADSISTEM utilizou-se o RUP de
forma customizada. O RUP descrito no captulo 2 seo 2.1.3. Este captulo descreve
as fases do processo de desenvolvimento do sistema, so elas: Concepo, Elaborao,
Construo e Transio.
4.1- Concepo
Nesta fase realizou-se o levantamento de dados e anlise dos requisitos. Gerouse alguns artefatos importantes para o andamento do projeto como ata da entrevista e
documento de viso. As sees a seguir detalham esta fase.
4.1.1- Levantamento de Dados e Anlise de Requisitos

Realizaram-se reunies e entrevistas com o cliente da Universidade Federal de
Pelotas
UFPel
para levantamento
entendimento das
necessidades
do
ACADESISTEM, vide apndice A. Em Seguida gerou-se um documento de viso com

o objetivo de apresentar uma viso geral do sistema, listando as necessidades e
funcionalidades gerais, bem como os envolvidos, vide apndice B.
4.1.1.1- Necessidade do Negcio

A Universidade Federal de Pelotas de ps-graduao tem a grande necessidade
de organizar relatrios com perfis de alunos, para ter um bom acompanhamento do
desempenho acadmico e controle desses alunos, como por exemplo, quantidade e
acompanhamento das matrias cursadas pelos alunos. Com isso, a Universidade sente
falta de um sistema automatizado que proporcione, administrao, emitir um relatrio
com o perfil de cada aluno, onde possam ser contidos todos os dados cadastrais e
institucionais de cada um deles.
4.1.1.2- Descrio dos Envolvidos
a. Christianne Melo Silva Paraso: Desenvolvedora do Software.
b. UFPel: mentora da idia do aplicativo;
c. Hueder Paulo Moiss de Oliveira: Professor Adjunto I da UFPel; orientador pela
UFPel e cliente do projeto;
d. Administrao da UFPel: interessada em acompanhar o perfil acadmico dos
alunos e orientadores;
e. Juliana Forin Pasquini Matinez: orientadora pela Fatec.
40
4.1.2- Viso Geral do Sistema Proposto

Nesta subseo sero apresentadas algumas informaes relacionadas ao
sistema.
4.1.2.1- Objetivos do Sistema

Desenvolver um sistema que seja capaz de:
a. Acesso atravs de autenticao com usurio e senha;
b. Armazenar dados cadastrais e institucionais de alunos e orientadores;
c. Arquivar publicaes, como por exemplo, artigos e teses;
d. Fazer upload dessas publicaes;
e. Pesquisar por aluno ou orientador.
4.1.2.2- Descrio do Escopo do Projeto

Um software personalizado para o sistema de ps-graduao precisa ser
desenvolvido para que a Universidade Federal de Pelotas (UFPel) possa controlar dados
cadastrais de alunos e orientadores, bem como as publicaes feitas por eles, emitir
relatrio com o perfil de cada aluno e com isso ter um melhor controle no sistema de
ps-graduao.
4.1.2.3- Impactos Esperados pelo Projeto

a.
Melhor acompanhamento dos alunos, com relao ao desempenho de cada um;
b.
Controle de orientadores;
c.
Acompanhamento das publicaes feitas por alunos.
4.1.3- Requisitos do Sistema

Nesta seo apresentam-se os requisitos funcionais e no funcionais do sistema,
vide apndice C.
4.1.3.1- Requisitos Funcionais
A tabela apresenta os requisitos funcionais do sistema ACADSISTEM.
41

Cdigo
Requisito
RF01
Possuir dois tipos de usurios: Administrador e Usurio Comum.
RF02
Permitir a liberao do sistema aps autenticao do usurio.
RF03
Permitir as seguintes consultas aos usurios sobre alunos:

RF0301 - Condio perante o programa de ps-graduao;
RF0302 - Disciplinas cursadas;
RF0303 - Disciplinas dependentes;
RF0304 - Status de proficincia em lngua estrangeira;
RF0305 - Matricula em mestrado ou doutorado e;
RF0306 - Em qual curso est matriculado;
RF0307 - Publicaes realizadas.
RF04
Para o usurio Administrador permitir o gerenciamento de:

RF0401 - Usurios comuns;
RF0402 - Alunos;
RF0403 - Orientadores e;
RF0404 - Publicaes.
RF05
Gerar relatrio a partir dos resultados obtidos na pesquisa.
RF06
Fazer upload das publicaes.
4.1.3.2- Requisitos No Funcionais

A tabela apresenta os requisitos no funcionais do sistema ACADSISTEM. Vide
apndice C.
Cdigo
RNF01
RNF02
RNF03
RNF04
RNF05
Requisito
Acessvel apenas em modo desktop.
Desenvolvido em JAVA.
Compatvel com Windows XP e Seven.
MySQL SGBD utilizado.
Hardware: Servidor superior a:
RNF0501 - 2GB de RAM;
RNF0502 - 100GB disponvel em HD.
RNF06
Nveis de acesso.
42
4.1.4- Relatrio de Caso de Uso

A figura 20 apresenta o diagrama de caso de uso do sistema, contendo todos os
casos de uso do sistema e os usurios. A descrio desse caso de uso encontra-se no
apndice E.
Figura 20 Diagrama de Caso de Uso do Sistema
4.1.4.1- Descrio dos Casos de Uso

A seguir ser apresentada uma simples descrio sobre o caso de uso, mas esta
descrio est detalhada com o passo a passo no apndice D.
Tabela 3 Autenticar
Nome:
Descrio:
Autenticar
A tela de autenticao aparecer para o usurio e ele dever informar
nos campos indicados, o seu nome e senha.
43
Tabela 4 Pesquisar Usurio

Nome:
Descrio:
Pesquisar usurio
Aps passar pela autenticao, o usurio poder realizar pesquisas
sobre outros usurios. Como por exemplo, pesquisar para efetuar
algumas alteraes.
Tabela 5 Pesquisar Aluno
Nome:
Descrio:
Pesquisar aluno
sobre alunos. Como por exemplo, saber o nome, o RA, em qual curso
est matriculado, etc.
Tabela 6 Pesquisar Orientador
Nome:
Descrio:
Pesquisar orientador
sobre orientadores. Como por exemplo, saber o nome, curso, efetuar
alteraes e excluses.
Tabela 7 Pesquisar Publicao
Nome:
Descrio:
Pesquisar publicao
sobre publicaes. Como por exemplo, saber o autor(aluno) e ler o
contedo.
Tabela 8 Gerenciar Aluno
Nome:
Descrio:
Gerenciar Aluno
O administrador do sistema devidamente autenticado poder
cadastrar, alterar e excluir alunos do banco de dados.
Tabela 9 Gerenciar Orientador
Nome:
Descrio:
Gerenciar Orientador
O administrador do sistema devidamente autenticado poder
cadastrar, alterar e excluir orientadores do banco de dados.
Tabela 10 Gerenciar Publicao
Nome:
Descrio:
Gerenciar Publicao
O administrador do sistema devidamente autenticado poder cadastrar
e excluir publicaes de alunos.
44
Tabela 11 Gerenciar Usurio

Nome:
Descrio:
Gerenciar Usurio
O administrador do sistema devidamente autenticado poder cadastrar
e excluir usurios.
Tabela 12 Gerar Relatrio
Nome:
Descrio:
Gerar Relatrio de Aluno

O usurio poder gerar um relatrio simples sobre o aluno com as
informaes selecionadas ou gerar um relatrio completo, composto
de todas as informaes sobre o aluno.
Tabela 13 Upload
Nome:
Descrio:
Upload de Publicao
Usurio poder pesquisar por uma publicao e realizar o upload de
tal arquivo.
4.2- Elaborao
Esta seo descreve a segunda fase do processo de desenvolvimento do
ACADSISTEM. Nesta fase foram realizados os diagramas de classe, de sequncia, de
atividade, de estado, de componente e de utilizao.
4.2.1- Diagrama de Classes

A figura 21 apresenta o diagrama de classes do sistema. Neste diagrama utilizouse o padro de projeto: o Padro MVC Model View Controller. A parte amarela
representa a View, a parte azul representa o Controller e a parte rosa representa o
Model.
45
Figura 21 Diagrama de Classes do Sistema MVC.
46
Para melhor visualizao do diagrama, ele foi dividido em trs partes como mostra as
figuras 22 representando a view, 23 representando os controllers e 24
representando o model.
Figura 22 Diagrama View.
47
Figura 23 Diagrama Controllers.
48
Figura 24 Diagrama Model.
49
4.2.2- Diagrama de Sequncia

A figura 25 representa a autenticao de um usurio no sistema. O usurio
informa o devido nome e senha na tela de autenticao e em seguida os dados sero
conferidos, se os dados estiverem incorretos, aparecer uma mensagem informando o
erro, caso contrrio, o usurio ter acesso ao sistema, pois ele estar logado.
Figura 25 Diagrama de Sequncia - Autenticao.
A figura 26 representa o cadastro de um aluno feito pelo usurio administrador.

O usurio informa os dados do aluno na tela de cadastro, esses dados sero enviados e
conferidos na classe Aluno, se estes dados estiverem incorretos, ser informado a
mensagem informando o erro, caso contrrio, ser chamado o mtodo da classe
AlunoDao que ir adicionar o aluno no banco de dados do sistema.
50
Figura 26 Diagrama de Sequncia - Cadastro de Aluno.
4.2.3- Diagrama de Atividades

A figura 27 descreve a atividade realizada pelo usurio administrador ao efetuar
uma excluso relacionada ao orientador. O usurio informa os dados do orientador, em
seguida o sistema consulta esse orientador. Se o registro for encontrado o usurio
visualiza os dados que o sistema ir recuperar e o usurio confirma a excluso, caso o
registro no exista, o sistema informar uma mensagem.
51
Figura 27 Diagrama de Atividade de Excluso de Orientador.
A figura 28 descreve a atividade realizada pelo usurio ao efetuar uma pesquisa

relacionada a aluno. O usurio informa o nome do aluno a ser consultado na tela de
pesquisa e em seguida o sistema busca este aluno no banco de dados. Se retornar mais
de um registro, o sistema informar uma lista contendo estes registros ao usurio, caso
contrrio, se no for encontrado nenhum registro, o sistema informar ao usurio uma
mensagem dizendo que o aluno que estar sendo pesquisado invalido no sistema, ou
seja, nenhum aluno cadastrado no banco de dados com o nome informado.
52
Figura 28 Diagrama de Atividade de Pesquisa de Aluno.
4.2.4- Diagrama de Estado

A figura 29 representa o diagrama de estado do cadastro de usurio. O cadastro
ser iniciado a partir da informao dos dados do usuario a ser cadastro, o objeto
passar para o estado de Processando Requisio e em seguida estes dados sero
enviados ao banco de dados, se os dados estiverem corretos, o objeto passa para o
estado de Finalizado, caso contrrio, ele passa para estado de No Cadastrado, assim ele
pode voltar ao estado Enviado, enviando os dados novamente, ou passar para o estado
Cancelado.
53
Figura 29 Diagrama de Estado de Cadastro de Usurio.
4.2.5- Diagrama de Componente

O diagrama de componentes deste projeto composto pelas trs partes do MVC
Modelo, Viso e Controladores; e o DAO, conforme mostrado na figura 30.
Figura 30 Diagrama de Componente Geral.
54
4.3- Construo
Nesta seo apresenta-se a fase de construo. Nesta fase foram desenvolvidos
os prottipos de telas e o projeto de banco de dados.
4.3.1- Prottipo de Tela

A figura a seguir representa uma das principais interfaces do software com o
usurio. As demais encontram-se anexadas no apndice F.
Figura 31 - Tela de Autenticao.
4.3.2- Projeto de Banco de Dados - Diagramas

Sero apresentadas as fases de modelagem do banco de dados, conforme as
figuras 33 e 34. A figura 33 demonstra o modelo conceitual do banco de dados, a sua
estrutura; e a figura 34 apresenta o modelo lgico, onde so demonstrados os detalhes
de implementao de cada campo das tabelas a partir do modelo conceitual.
55
Figura 32 Modelo Conceitual do Sistema.
56
Figura 33 - Modelo Lgico do Sistema.
4.3.3- Dicionrio de Dados

As tabelas com o dicionrio de dados encontram-se em anexo no apndice G.
4.3.4- Desenvolvimento do Sistema

Nesta fase foi realizado a implementao do ACADSISTEM. Com detalhes da
estrutura do Padro utilizado, o MVC Model View Controller.
4.3.4.1- Mvc
As subsees a seguir mostraro o que cada padro representa no Padro MVC.
57
4.3.4.1.1- Model Modelo

A parte do Modelo est composta neste projeto, pela interface Sujeito, as classes
Modelo, Aluno, Usuario, Publicacao e Orientador. E tambm as classes do padro
DAO: AlunoDAO, UsuarioDAO, PublicacaoDAO e OrientadorDAO. Porm apenas as
classes e interfaces relacionadas a classe Usuario ser representada nesta primeira parte
de apresentao da implementao.
4.3.4.1.1.1- Interface Sujeito

A figura 34 ilustra a interface Sujeito.
Figura 34 Interface Sujeito
4.3.4.1.1.2- Classe Modelo

A figura 35 ilustra a classe Modelo.
58
Figura 35 Classe Modelo
4.3.4.1.1.3- Classe Usuario

A classe usurio contm seus devidos atributos e os mtodos getters e setters. A
Figura 36 representa a classe Usurio.
59
Figura 36 Classe Usurio
4.3.4.1.2- View Viso

A parte view est composta pela interface Observador e pelas vises
AutenticacaoView,
GerenciamentView
PesquisaView,
GerenciamentoView e a interface Observador sero representadas.
4.3.4.1.2.1-Interface Observador
A Figura 37 ilustra a interface Observador.
Figura 37 Interface Observador
apenas
viso
60
4.3.4.1.2.2-Viso GerenciamentoView
A figura 38 ilustra a classe GerenciamentoView que implementa a interface
Observador.
Figura 38 Classe GerenciamentoView
4.3.4.1.3- Controller - Controlador

A parte Controller, est composta por cinco famlias de controladores:
Autenticacao, Cadastro, Alteracao, Exclusao e Pesquisa. Sero representadas aqui a
interface Cadastro e uma classe da famlia de Cadastro, a CadastroUsuario.
4.3.4.1.3.1- Interface Cadastro Controlador
A Figura 39 representa a interface Cadastro.
Figura 39 - Interface Cadastro
61
4.3.4.1.3.2-Classe CadastroUsuario
A classe CadastroUsuario implementa a interface Cadastro, assim ela
implementa tambm os mtodos abstratos. A Figura 40 representa a classe
CadastroUsuario que implementa a interface Cadastro.
Figura 40 Classe CadastroUsurio
4.4- Transio
Nessa seo apresenta-se a ltima fase do RUP, a fase de Transio. Nessa fase
foram realizados os testes e entregue o ACADSISTEM com todas as funcionalidades
desenvolvidas para serem validadas pelo cliente.
4.4.1- Testes
Esta fase de teste foi dividida em trs fases: a primeira o plano de teste, em
seguida o procedimento de teste e por ultimo o resultado de teste.
4.4.1.1- Plano de teste

O Plano de Teste encontra-se em anexo no apndice I. Nele foram identificados
os casos e requisitos de teste necessrios para testar o sistema ACADSISTEM.
62
4.4.1.2- Procedimento de Teste

O Procedimento de Teste encontra-se em anexo no apndice J. Foi elaborado
para servir de auxilio na execuo dos testes do sistema ACADSISTEM antes da
entrega final ao cliente UFPel. Nele encontram-se todos os passos de execuo de testes
com os resultados requeridos para um resultado esperado.
4.4.1.3- Resultado de Teste

Os testes foram aplicados conforme o que foi especificado no procedimento de
teste. Foi aplicado e testado na mquina do cliente UFPel, foi tambm, avaliado todos
os aspectos descritos no plano de teste.
Todos os testes, sendo eles, de integridade de dados, funo, interface,
desempenho e de segurana, obtiveram resultados satisfatrios. Para resultados
detalhados vide apndice L.
63
5- CONSIDERAES FINAIS
Um sistema de controle acadmico muito importante para instituies de
ensino, devido facilidade de gerenciamento de dados acadmicos com segurana.
5.1- Contribuies e Concluso
5.1.1- Contribuies
Neste trabalho foi possvel desenvolver um software para o sistema de controle
acadmico do curso de ps-graduao da Universidade Federal de Pelotas.
a.
Foi estudado o referencial terico para o desenvolvimento de um software;
b.
Recolhido os requisitos funcionais e no funcionais da UFPel;
c.
Foi realizado o projeto de Banco de Dados Relacional;
d.
Implementado um sistema de software denominado AcadSistem;
e.
Foi tambm, realizado os testes em cima do software desenvolvido e;
f.
Os resultados foram analisados de acordo com o que foi pedido.
5.1.2- Concluso
Antes, sem um aplicativo automatizado para armazenar os dados dos alunos e
orientadores, a nica soluo encontrada pela administrao era recorrer planilha do
Microsoft Office Excel para informaes, o que no garantia segurana pela facilidade
de perda de dados, agora, com um sistema personalizado, possvel uma administrao
mais segura e confivel a universidade, onde o administrador do sistema pode gerenciar
todos os alunos, orientadores, publicaes e usurios da Universidade.
O sistema desenvolvido - ACADSISTEM - proporcionou a universidade o
cadastro e gerenciamento de alunos, usurios, orientadores e publicaes.
Nesta verso do software, foi implementado visualizao em tabelas os dados
destes alunos, usurios, orientadores e publicaes. Foi implementado tambm, a
possibilidade de usurios tanto administradores quanto comuns fazer upload de
publicaes de alunos da universidade.
Para prximas verses ser implementado o gerenciamento de matrias, para um
melhor relacionamento entre matrias e alunos. E o software ser aplicado no sistema de
graduao da universidade, pois nesta primeira verso, o software foi implementado
para o sistema de ps-graduao da universidade.
64
Uma dificuldade encontrada neste trabalho foi a elaborao das interfaces de

integrao com o usurio. Pois as interfaces do sistema exigiram diversos prottipos de
tela at que se chegasse ao resultado final aprovado pelo cliente. Definir as necessidades
do usurio ao elaborar uma interface incomum um trabalho muito complexo.
Este trabalho contribuiu para o aprimoramento dos processos da Universidade
Federal de Pelotas - UFPel.
65
REFERNCIAS
ASTAH_COMMUNITY, 2011. Site Oficial Astah Comumunity. Disponvel em
<http://astah.change-vision.com/en/product/astah-community.html
>
Acesso
em
09/06/2011.
BROOKSHEAR, J. G. Cincia da Computao - Uma Viso Abrangente. Porto

alegre: Bookman, 2003.
DAMAS, L. SQL Structured Query Language. Rio de Janeiro: LCT, 2005.
DATE, C. J. Introduo a Sistemas de Bancos de Dados. Rio de Janeiro: Elsevier:

2003.
GAMMA, E. H., R. J., R. Padres de Projeto. Porto Alegre: Bookman, 2000.
HEUSER, C. A. Projeto de Banco de Dados. Porto Alegre: Sagra, 2000.
IBMa,
1998.
Rational
Unified
Process.
Disponvel
em:
<
http://www.ibm.com/developerworks/rational/library/content/03July/1000/1251/1251_b
estpractices_TP026B.pdf > Acessado em: 27/03/2011.
IBMb,
2011.
Site
Oficial
IBM.
Disponvel
em
<http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=/com.ibm.db2.ud
b.admin.doc/doc/c0004100.htm > Acessado em 10 de Abril de 2011.
KRUCHTEN, P. The Rational Unified Process - An Introduction. So Paulo:

ADDISON WESLEY, 2003.
66
MARIANI, A. C. O Mundo dos Atores: uma perspectiva de introduo

programao
orientada
objetos.
Disponvel
<http://www.inf.ufsc.br/poo/atores/sbie98/sbie98-atores.html>
em
Acessado
em
06/04/2011.
MYSQL, 2010. Site Oficial MySQL. Disponvel em < http://www.mysql.com/whymysql/ >Acessado em 09/04/2011.
NETBEANSa,
2011.
Site
Oficial
NetBeans.
Disponvel
em
<
em
<
http://netbeans.org/index_pt_PT.html> Acessado em 09/04/2011.
NETBEANSb,
2011.
Site
Oficial
NetBeans.
Disponvel
http://netbeans.org/features/ide/database.html> Acessado em 09/04/2011.
OLIVEIRA, H. P. M. - 2011 - Professor Adjunto I da Universidade Federal de

Pelotas - UFPel.
OMG, 1997 - 2011. Site Oficial OMG. Disponvel em < http://www.omg.org/spec/ >
Acessado em 10/04/2011.
REZENDE, D. A. Engenharia de software e sistemas de informao. Rio de Janeiro:

Brasport, 2005.
RICARTE, I. L. M., 2001. Programao Orientada a Objetos: Uma Abordagem

com Java. Disponvel em <
http://www.dca.fee.unicamp.br/cursos/PooJava/Aulas/poojava.pdf > Acessado em
29/03/2011.
SERSON, R. R. Programao Orientada a Objetos com Java 6. Rio de Janeiro:
Brasport, 2008.
SIERRA, K.; BATES, B. Use a cabea! Java. Rio de Janeiro: Alta Books, 2007.
SILVA, R. P. Uml2 Em Modelagem Orientada a Objetos. Florianpolis: Visual
Books, 2007.
67
SIS, 2007. Site Oficial BrModelo. Disponvel em <http://www.sis4.com/brModelo/ >

Acesso em 07/04/2011.
SOMERA, G. Tratamento Profissional em Java. So Paulo: Digerati, 2006.

SOMMERVILLE, I. Engenharia de software. So Paulo: Pearson, 2007.
SUN,
2000
2002.
Model
View
Controller.
Disponvel
em
<
http://java.sun.com/blueprints/patterns/MVC-detailed.html > Acesso em 09/06/2011.
UML, 2011. Site Oficial UML. Disponvel em < http://www.uml.org/#UML2.0 >

Acessado em 10/04/2011.
TACHIZAWA, E. T.; ANDRADE, R. O. B. Gesto De Instituies De Ensino e
Organizaes Escolares. Rio de Janeiro: FGV, 1999.
68
APNDICES
Apndice A Questionrio
Questionrio - AcadSistem
Cliente: Universidade Federal de Pelotas
Aplicao: AcadSistem

ACADMICO ACADSISTEM
Questionrio para Levantamento de Requisitos
69
SUMRIO
1- QUESTIONRIO
70
70
1- QUESTIONRIO
Nove de Maro de 2011, pesquisador e professor Adjunto I da Universidade
Federal de Pelotas UFPel, no Rio Grande do Sul, Hueder Paulo Moiss de Oliveira
responde ao questionrio sobre o projeto.
Questes referentes ao Projeto ACADSISTEM:
1. Qual o objetivo do sistema?

Desenvolver um software de banco de dados para o sistema de ps-graduao
onde possam ser armazenados todos os dados cadastrais dos alunos e dos orientadores.
Alm disso, o software deve permitir que as publicaes sejam arquivadas e possa ser
feito upload desses arquivos. Esse aplicativo (software) o Trabalho de Concluso de
Curso da interessada. O aplicativo ser desenvolvido em parceria entre a FATEC (que
ter um orientador para a aluna) e a UFPel (mentora da idia do aplicativo) (que
tambm ter um orientador para a aluna).
2. Que rea vai atender?

Ele atender a rea Educativa.
3. Que tipo de usurios e quantos usurios estaro interagindo com o sistema?

Pessoal administrativo.
4. Quais so as principais funcionalidades que o sistema dever possuir?

O sistema dever realizar cadastro alunos e orientadores, gerar ficha completa
(relatrio) ou somente com os dados solicitados dos alunos, arquivar publicaes (entre
elas, artigos, dissertaes e teses) junto ficha do aluno.
5. Quais funcionalidades os usurios podero acessar?

Gerar ficha completa ou somente com os dados solicitados dos alunos (por
exemplo, nome, data nascimento, RG, CPF, sexo, etc), arquivar e fazer upload das
publicaes. Entretanto modificaes que afetem tanto o sistema quanto a ficha
cadastral somente podero ser feitas por pessoal autorizado.
71
Questes referentes Infra Estrutura
6. necessrio utilizar perfil de usurio para definir acesso aos usurios?

Sim. O administrador ter acesso a todas as funcionalidades do software. E os
usurios comuns tero acesso apenas pesquisa de alunos e publicaes.
7. Qual plataforma o sistema ir utilizar?

Plataforma Windows. Futuramente se for de interesse, colocar para outras
plataformas.
8. Qual banco de dados que ir utilizar?

Ser utilizado um SGBD livre, no caso, o MYSQL.
9. O sistema estar alocado dentro da Universidade ou em servidor de terceiros?

Dentro da Universidade.
10. Qual o prazo de entrega?

10/12/2011. Preferencialmente.
11. Necessita de uma equipe para o treinamento do Projeto?

No. Somente a desenvolvedora do sistema.
12. H disponibilidade de algum para acompanhar o desenvolvimento?

Sim. Pessoal administrativo.
13. Necessita treinamento no processo a ser sistematizado?

Sim, da desenvolvedora.
14. Necessidade de alguma linguagem especifica?

O software ser desktop, no entanto a linguagem para esse projeto ser JAVA.
72
15. J h informaes em arquivos ou banco de outros sistemas?

Sim, vrias informaes esto em planilhas (Excel) feitas pelo pessoal
administrativo.
16. Sistema ter integrao com outros sistemas atuais?

No.
17. Qual a configurao padro das mquinas da empresa (Windows 95, 98, 2000, XP
ou Linux)?
A maioria com Windows XP.
18. O sistema atender mais franquias da prpria empresa?

No
73
Apndice B Documento de Viso
Documento de Viso - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Documento de Viso
74
SUMRIO
1- SOBRE O DOCUMENTO
1.1- Objetivos do Documento
1.2- Escopo
1.3- Referncias
2- NECESSIDADE DO NEGOCIO
3- OBJETIVO DO PROJETO
4- DECLARAO PRELIMINAR DO ESCOPO
4.1- Descrio
4.2- Produtos a Serem Entregues
4.3- Requisitos
4.3.1- Requisitos Funcionais
4.3.2- Requisitos No Funcionais
5- RESTRINOES
5.1- Restrio de Tempo
6- PREMISSAS
7- DESCRIO DO USURIO
8- INFLUNCIA DAS PARTES INTERESSADAS
75
75
75
75
76
77
78
78
78
78
78
78
79
79
80
81
82
75
1- SOBRE O DOCUMENTO
1.1- Objetivos do Documento
Este documento trata principalmente do registro das necessidades de negcios,
da justificativa do Sistema de Controle Acadmico, do entendimento atual das
necessidades do cliente e descreve resumidamente o novo produto, servio ou resultado
que deve satisfazer esses requisitos. Tem o objetivo de alinhar as expectativas dos
interessados para formalizar o incio do projeto. Nenhum detalhamento de
funcionalidades ser feito neste documento. Outros documentos de definies de
requisitos sero gerados ao longo do projeto.
1.2- Escopo
O escopo deste documento trata do desenvolvimento de um Sistema de Controle
Acadmico.
1.3- Referncias
Para a construo deste documento foram utilizadas as seguintes referncias:
Reunies com um dos professores da UFPel, vide o anexo com

apndice A;
Anlise do sistema de banco de dados atual na universidade.
Este documento influencia o seguinte documento:
Documento de Requisitos
76
2- NECESSIDADES DO NEGCIO
Um software de banco de dados para o sistema de ps-graduao precisa ser
desenvolvido para que a Universidade Federal de Pelotas (UFPel) possa controlar dados
cadastrais de alunos e orientadores, bem como as publicaes feitas por eles, emitir
relatrio com o perfil de cada aluno e com isso ter um melhor controle no sistema de
ps-graduao.
77
3- OBJETIVO DO PROJETO
Desenvolver um sistema que seja capaz de:
a. Acesso atravs de autenticao com usurio e senha;
b. Armazenar dados cadastrais e institucionais de alunos e orientadores;
c. Arquivar publicaes, como por exemplo, artigos e teses;
d. Fazer upload dessas publicaes;
e. Pesquisar por aluno ou orientador.
78
4- DECLARAO PRELIMINAR DO ESCOPO

4.1- Descrio
A Universidade Federal de Pelotas de ps-graduao tem a grande necessidade
de organizar relatrios com perfis de alunos, para ter um bom acompanhamento
desempenho acadmico e controle desses alunos.
Com isso, a Universidade sente falta de um sistema automatizado que proporcione,
administrao, emitir um relatrio com o perfil de cada aluno, onde possam ser contidos
todos os dados cadastrais e institucionais de cada um deles.
4.2- Produtos a Serem Entregues

Os seguintes itens so considerados produtos do projeto.
Os itens a seguir sero entregues em etapas distintas do projeto:
1 etapa: Motivao e Referencial Terico;
2 etapa: Modelagem do sistema e da base de dados;
3 etapa: Implementao do sistema e da base de dados;
4 etapa: Testes e Anlise de Resultados.
5 etapa: Sistema de Banco de Dados Acadmico Final.
4.3 - Requisitos
4.3.1- Requisitos Funcionais
O sistema dever ter apenas um usurio administrador, o qual ser responsvel
por manter todos os outros usurios, gerenciar todos os dados cadastrais, assim
cadastrar alunos e orientadores. Os demais usurios podero efetuar pesquisar, gerar os
relatrios com perfis de alunos e fazer upload das publicaes. Para mais detalhes vide
documento de requisitos, encontra-se em anexo no apndice C.
4.1.2- Requisitos No Funcionais

O sistema utilizar a metodologia RUP, dever ser escrito em linguagem JAVA,
ser um software desktop e ser compatvel principalmente com a plataforma Windows
XP. A base de dados do Sistema ACADSISTEM dever ser instalada em mquina
separada do ambiente de produo. Para mais detalhes vide documento de requisitos,
encontra-se em anexo no apndice C.
79
5- RESTRIES
5.1- Restrio de Tempo

Este projeto tem uma data prevista para entrega, dia dez de dezembro de 2011.
No entanto, at essa data, o software precisa estar funcionando com os devidos
requisitos.
80
6- PREMISSAS
O projeto contar com o apoio de um orientador da Universidade;
O projeto contar com o apoio de uma orientadora da Faculdade Fatec.
81
7- DESCRIO DO USURIO
O software ser utilizado pelo pessoal administrativo da UFPel. Uma pessoa ser
responsvel pela administrao do software. Esta mesma ter acesso a todas as
funcionalidades do software. Sendo assim, ela ser responsvel pelo cadastro de outros
usurios que tero acesso apenas a algumas funcionalidades
82
8- INFLUNCIA DAS PARTES INTERESSADAS

a. Christianne Melo Silva Paraso: Desenvolvedora do Software.
b. Universidade Federal de Pelotas: mentora da idia do aplicativo;
c. Hueder Paulo Moiss de Oliveira: Professor Adjunto I da Universidade Federal de
Pelotas; orientador pela UFPel e cliente do projeto;
d. Administrao da UFPel: interessada em acompanhar o perfil acadmico dos

alunos e orientadores;
e. Juliana Pasquini: orientadora pela Fatec;
83
Apndice C Documento de Requisitos
Documento de Requisitos - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Documento de Requisitos
84
SUMRIO
1- INTRODUO
2- DEFINIO DO PROBLEMA
3- REQUISITOS FUNCIONAIS
4- REQUISITOS NO-FUNCIONAIS
85
86
87
88
85
1- INTRODUO
Este documento faz uma especificao dos requisitos do sistema para o cliente,
usurios finais e desenvolvedores de software, especificando o que foi requisitado pelo
cliente.
86
2- DEFINIO DO PROBLEMA
A tabela 14 apresenta a definio do problema.
TABELA 14 DEFINIO DO PROBLEMA
O Problema
A Universidade tem a grande necessidade de organizar

relatrios com perfis de alunos para ter um bom
acompanhamento de desempenhos acadmicos e
controle desses alunos de ps-graduao. Porm a
Universidade no tem um aplicativo automatizado que
proporcione, administrao, emitir um relatrio com
o perfil de cada aluno e orientador, onde possam ser
contidos todos os dados cadastrais e institucionais de
cada um deles
Quem afetado
Administradores da Universidade Federal de Pelotas.
Uma Boa Soluo poderia
Desenvolver um sistema de software para o sistema de

controle acadmico do curso de ps-graduao da
Universidade Federal de Pelotas.
ser
87
3- REQUISITOS FUNCIONAIS
A tabela 15 apresenta os requisitos funcionais.
Cdigo
Requisito
RF01
Possuir dois tipos de usurios: Administrador e Usurio Comum.
RF02
Permitir a liberao do sistema aps autenticao do usurio.
RF03
Permitir as seguintes consultas aos usurios sobre alunos:

RF0301 - Condio perante o programa de ps-graduao;
RF0302 - Disciplinas cursadas;
RF0303 - Disciplinas dependentes;
RF0304 - Contagem de crdito;
RF0305 - Status de proficincia em lngua estrangeira;
RF0306 - Matricula em mestrado ou doutorado e;
RF0307 - Em qual curso est matriculado;
RF0308 - Publicaes realizadas.
RF04
Para o usurio Administrador permitir o gerenciamento de:

RF0401 - Usurios comuns;
RF0402 - Alunos;
RF0403 - Orientadores e;
RF0404 - Publicaes.
RF05
Gerar relatrio a partir dos resultados obtidos na pesquisa.
RF06
Fazer upload das publicaes.
88
4- REQUISITOS NO FUNCIONAIS
A tabela 16 apresenta os requisitos no funcionais.
Cdigo
RNF01
RNF02
RNF03
RNF04
RNF05
Requisito
Acessvel apenas em modo desktop.
Desenvolvido em JAVA.
Compatvel com Windows XP e Seven.
MySQL SGBD utilizado.
Hardware: Servidor superior a:
RNF0501 - 2GB de RAM;
RNF0502 - 100GB disponvel em HD.
RNF06
Nveis de acesso.
89
Apndice D Especificao Suplementar
Especificao Suplementar - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Especificao Suplementar
90
SUMRIO
1- DEFINIES LEGAIS E REGULARES
2- ATRIBUTOS DE QUALIDADE AO SISTEMA
3- ATRIBUTOS DE CONFIABILIDADE
91
92
93
91
1- DEFINIES LEGAIS E REGULARES

A tabela a seguir apresenta a todos os envolvidos do projeto a definio do ttulo
do sistema, da propriedade e distribuio.
Tabela 17 Definies do Sistema
Definies Gerais do Sistema

Ttulo do Sistema
Propriedade do Sistema
Distribuio do Sistema
AcadSistem Sistema de Controle Acadmico.

O sistema AcadSistem de propriedade de seus
idealizadores.
A distribuio do sistema de responsabilidade de seus
idealizadores. No garantida nenhuma exclusividade no
uso do sistema.
92
2- ATRIBUTOS DE QUALIDADE AO SISTEMA

Na tabela a seguir so apresentados os requisitos de design do sistema
AcadSistem que ser desenvolvido para uso da Universidade Federal de Pelotas.
Tabela 18 Requisitos de Design e Qualidade
Requisitos de Design e Qualidade

Cores da Interface com o Usurio
Logotipo na Interface
Intuitividade e Usabilidade na
Interface
Compatibilidade de Browsers
Restries de Design
As cores utilizadas na interface de interao

com o usurio sero as cores laranja, azul e
preto.
O logotipo do sistema dever ser inserido em
todas interfaces de interao com o usurio.
As interfaces do sistema devero ser intuitivas,
de forma que se gaste o menor tempo possvel
com treinamento do pessoal que utilizar o
sistema.
O sistema dever ser compativel com o
Sistema Operacional Windows.
Cores destoantes.
Logotipo com tamanho incompativel.
93
3- ATRIBUTOS DE CONFIABILIDADE
A tabela abaixo registra os requisitos de confiabilidade do sistema, so
abordados tempo de disponibilidade, tempo mdio entre falhas e reparos taxa aceitavel
de erros ou defeitos.
Tabela 19 Requisitos de Confiabilidade
Requisitos de Confiabilidade
Disponibilidade do Sistema O sistema dever estar disponvel aos usurios 24h por dia.
Tempo Mdio Entre Falhas Aps a fase de implantao do sistema o tempo mdio entre
falhas ser de 30 dias.
O tempo de reparo dever respeitar o limite maximo de 48h
Tempo Mdio de Reparo
para finais de semana e 24h para dias de semana, sendo que,
durante a semana o trabalho de reparo ser efetuado aps o
horrio de expediente da Universidade. Para caso de extrema
necessidade ser tolerado o limite mximo de 2h para
reparos durante o expediente da Universidade.
Erros importantes sero aceitos desde que se respeite o
Taxa de Erros
tempo de reparo estipulado.
Categorizados
Erros crticos no sero aceitos.
Entende-se por erro importante: incapacidade de utilizar
determinada parte do sistema.
Entende-se por erro crtico: perda total de dados.
94
Apndice E Descrio do Caso de Uso
Descrio do Caso de Uso - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Descrio do Caso de Uso
95
SUMRIO
1- CASO DE USO DO SISTEMA
96
96
1- CASO DE USO DO SISTEMA

As tabelas a seguir detalham os casos de uso do sistema.
Tabela 20 Caso de Uso Autenticar
Nome:
Autenticar
Atores:
Todos os tipos de usurios
Precondies: Nenhuma.
1. Usurio abre o sistema AcadSistem.
2. O usurio deve informar no local indicado o login e a senha e
Fluxo
clicar no boto logar.
3. Caso seja usurio do tipo Administrador, ir abrir a tela
Principal:
principal do administrador; caso contrrio, abrir a tela
principal comum.
Fluxo de
Exceo [3]:
3.1.Caso o login ou senha esteja incorreto ou login no exista no

banco de dados, o sistema enviar uma mensagem informando
o erro;
3.2.Usurio confirma a informao e tenta o login novamente.

Nome:
Pesquisar usurio.
Atores:
Usurios Administradores.
Precondies: Usurio ser administrador e estar logado no sistema.
Fluxo
1. Usurio seleciona Por Usurio no menu de pesquisas;
Principal:
2. Usurio deve informar nome ou parte do nome do usurio na
tela de pesquisa de usurio e clicar no boto Pesquisar;
3. Em seguida o sistema retornar uma lista de usurios que tem
o nome ou parte do nome informado;
4. Usurio seleciona o usurio desejado.
Fluxo
de
Exceo [3]:
1.1.Caso no exista nenhum usurio com o nome ou parte do nome

informado, o sistema retornar uma mensagem informando que
no existe nenhum usurio cadastrado com aquele nome.
1.2.Em seguida o usurio confirma a informao.
Tabela 22 Caso de Uso Pesquisar Aluno

Nome:
Pesquisar aluno.
Atores:
Fluxo
1. Usurio seleciona Por Aluno no menu de pesquisas;
Principal:
2. Usurio deve informar nome ou parte do nome do aluno na tela
de pesquisa de aluno e clicar no boto Pesquisar;
3. Em seguida o sistema retornar uma lista de aluno que tem o
nome ou parte do nome informado;
4. Usurio seleciona o aluno desejado.
97
Fluxo
de
Exceo [3]:
3.1.Caso no exista nenhum aluno com o nome ou parte do nome

informado, o sistema retornar uma mensagem informando
que no existe nenhum aluno cadastrado com aquele nome.
Tabela 23 Caso de Uso Pesquisar Orientador

Nome:
Pesquisar orientador.
Atores:
Fluxo
1. Usurio seleciona Por Orientador no menu de pesquisas;
Principal:
2. Usurio deve informar nome ou parte do nome do orientador
na tela de pesquisa de aluno e clicar no boto Pesquisar;
3. Em seguida o sistema retornar uma lista de orientadores que
tem o nome ou parte do nome informado;
4. Usurio seleciona o orientador desejado.
Fluxo
de
Exceo [3]:
3.1.Caso no exista nenhum orientador com o nome ou parte do

nome informado, o sistema retornar uma mensagem
informando que no existe nenhum orientador cadastrado com
aquele nome.
Tabela 24 Caso de Uso Pesquisar Publicao

Nome:
Pesquisar publicao.
Atores:
Fluxo
1. Usurio seleciona Por Publicao no menu de pesquisas;
Principal:
2. Usurio deve informar nome ou parte do nome da publicao
na tela de pesquisa de publicao e clicar no boto
Pesquisar;
3. Em seguida o sistema retornar uma lista de publicaes que
tem o nome ou parte do nome informado;
4. Usurio seleciona a publicao desejada.
Fluxo
de
Exceo [3]:
3.1.Caso no exista nenhuma publicao com o nome ou parte do

nome informado, o sistema retornar uma mensagem
informando que no existe nenhuma publicao cadastrada com
aquele nome.

Nome:
Gerenciar Usurio.
Atores:
Fluxo
1. Usurio seleciona Usurio no menu de gerenciamento;
98
Principal:
Fluxo
Exceo:
2. Em seguida o sistema retornar a pgina de cadastro de

usurio. Caso o usurio deseje realizar alteraes ou excluses
de usurios, dever pesquisar por tal primeiro.
de
N/A
Tabela 26 Caso de Uso Gerenciar Aluno

Nome:
Gerenciar Aluno
Atores:
Fluxo
1. Usurio seleciona Aluno no menu de gerenciamento;
Principal:
2. Em seguida o sistema retornar a pgina de cadastro de aluno.
Caso o usurio deseje realizar alteraes ou excluses de
alunos, dever pesquisar por tal primeiro.
Fluxo
Exceo:
de
N/A
Tabela 27 Caso de Uso Gerenciar Orientador

Nome:
Gerenciar Orientador.
Atores:
Fluxo
1. Usurio seleciona Orientador no menu de gerenciamento;
Principal:
orientador. Caso o usurio deseje realizar alteraes ou
excluses de orientadores, dever pesquisar por tal primeiro.
Fluxo
Exceo:
de
N/A
Tabela 28 Caso de Uso Gerenciar Publicao

Nome:
Gerenciar Publicao.
Atores:
Fluxo
1. Usurio seleciona Publicao no menu de gerenciamento;
Principal:
publicao. Caso o usurio deseje realizar alteraes ou
excluses de publicaes, dever pesquisar por tal primeiro.
Fluxo
Exceo:
de
N/A
Tabela 29 Caso de Uso Gerar Relatrio de Aluno

Nome:
Atores:
Gerar Relatrio de Aluno

Todos os tipos de usurios.
99
Precondies: Estar logado no sistema.

Fluxo
1. Usurio seleciona Aluno no menu de relatrio;
Principal:
2. O sistema retornar a pgina solicitando o nome do aluno.
3. O usurio deve informar o nome ou parte do nome do aluno no
campo solicitado.
4. Em seguida o sistema retornar uma lista de alunos que tem o
nome ou parte do nome informado;
5. Usurio seleciona o aluno desejado.
6. Sistema retorna o relatrio completo do aluno.
Fluxo
Exceo:
de
N/A
Tabela 30 Caso de Uso Upload de Publicao

Nome:
Upload de Publicao
Atores:
Todos os tipos de usurios.
Precondies: Estar logado no sistema.
Fluxo
1. Usurio seleciona Publicao no menu de upload;
Principal:
2. O sistema retornar a pgina solicitando o nome do arquivo.
3. O usurio deve informar o nome ou parte do nome do arquivo
no campo solicitado.
4. Em seguida o sistema retornar uma lista de arquivos que tem
o nome ou parte do nome informado;
5. Usurio seleciona o arquivo desejado.
6. Sistema retorna o arquivo.
Fluxo
Exceo:
de
N/A
100
Apndice F Prottipo de Tela
Prottipo de Tela - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Prottipo de Tela
101
SUMRIO
1- PROTTIPO DE TELA
1.1- Autenticar
1.2- Principal Administrador
1.3- Principal Comum
1.4- Gerenciar Aluno
1.5- Gerenciar Usurio
1.6- Gerenciar Orientador
1.7- Gerenciar Publicao
1.8- Pesquisar Aluno
1.9- Pesquisar Usurio
1.10- Pesquisar Orientador
1.11- Pesquisar e Upload de Publicao
1.12- Relatrio de Aluno
102
102
102
103
104
104
105
106
106
107
108
108
109
102
1- PROTTIPO DE TELA
As figuras a seguir apresentam os prottipos de tela do sistema ACADSISTEM.
1.1- Autenticar
A figura 41 demonstra a tela de autenticao.
Figura 41 Tela de Autenticao
A tela de autenticao tem dois campos no qual solicita o login e a senha do

usurio respectivamente e um boto que verificar o valor digitado no campo e o
redireciona a pgina principal do sistema.
1.2- Principal Administrador

A figura 42 demonstra a tela principal do usurio administrador.
103
Figura 42 Tela de Principal do Administrador
Nesta tela possvel ao usurio administrador gerenciar e pesquisar outros

usurios, alunos, orientadores e publicaes, alm de gerar relatrios dos alunos.
1.3- Principal Comum

A figura 43 demonstra a tela principal do usurio comum.
Figura 43 Tela de Principal do Usurio Comum
104
Nesta tela possvel ao usurio comum, pesquisar e realizar upload de por

publicaes, alm de gerar relatrios de alunos.
1.4- Gerenciar Aluno

A figura 44 demonstra a tela de gerenciamento de aluno.
Figura 44 Tela De Gerenciamento de Aluno
Esta tela composta por vrios campos de texto, que solicitam os dados dos
alunos a serem cadastrados.
1.5- Gerenciar Usurio

A figura 45 demonstra a tela de gerenciamento de usurio.
105
Figura 45 Tela De Gerenciamento de Usurio
usurios a serem cadastrados.
1.6- Gerenciar Orientador

A figura 46 demonstra a tela de gerenciamento de orientador.
Figura 46 Tela De Gerenciamento de Orientador
106
orientadores a serem cadastrados.
1.7- Gerenciar Publicao

A figura 47 demonstra a tela de gerenciamento de publicao.
Figura 47 Tela De Gerenciamento de Publicao
Esta tela composta por vrios campos de texto, que solicitam os dados das
publicaes a serem cadastrados.
1.8- Pesquisar Aluno

A figura 48 demonstra a tela de pesquisa de aluno.
107
Figura 48 Tela de Pesquisa de Aluno
Esta tela composta por um campo de texto que recebe o nome do aluno a ser
pesquisado e uma tabela que retornar uma lista de alunos.
1.9- Pesquisar Usurio

A figura 49 demonstra a tela de pesquisa de usurio.
Figura 49 Tela de Pesquisa de Usurio
Esta tela composta por um campo de texto que recebe o nome do usurio a ser
pesquisado e uma tabela que retornar uma lista de usurios.
108
1.10- Pesquisar Orientador

A figura 50 demonstra a tela de pesquisa de orientador.
Figura 50 Tela de Pesquisa de Orientador
Esta tela composta por um campo de texto que recebe o nome do orientador a
ser pesquisado e uma tabela que retornar uma lista de orientadores.
1.11- Pesquisar e Upload de Publicao

A figura 51 demonstra a tela de pesquisa e upload de publicao.
Figura 51 Tela de Pesquisa e Upload de Publicao
109
Esta tela composta por um campo de texto que recebe o nome da publicao a
ser pesquisada e uma tabela que retornar uma lista de publicaes.
1.12- Relatrio De Aluno

A figura 52 demonstra a tela de solicitao de relatrio de aluno.
Figura 52 Tela de Solicitao de Relatrio de Aluno
Esta tela receber o RA do aluno, pesquisar o mesmo e retornar todos os dados

do aluno requerido pelo usurio do sistema.
110
Apndice G Dicionrio de Dados
Dicionrio de Dados - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Dicionrio de Dados
111
SUMRIO
1- DICIONRIO DE DADOS
112
112
1- DICIONRIO DE DADOS
A seguir sero descritas as tabelas que formaro o software.
Tabela 31 Tabela Aluno
Nome da tabela:
Descrio:
Campo
ALU_RA
ALU_NOME
ALU_SEXO
ALU_DATANASC
ALU_CPF
ALU_FILIACAO
ALU_ENDEREO
ALU_TELEFONE
ALU_DATAMATR
ALU_DISCCONC
ALU_DISCPEND
ALU_PROFIC
ALU_SISTEMA
ALU_CURSO
ORIENT_ID
Aluno
Tabela que armazenar os dados do aluno.
Constraint
Tipo numrico
Descrio
PRIMARY KEY INT(2)
Cdigo de identificao
NOT NULL
VARCHAR(50)
Nome
NOT NULL
VARCHAR(1)
Sexo
NOT NULL
DATE
Data de nascimento
UNIQUE
VARCHAR(20)
CPF
NOT NULL
VARCHAR(50)
Nome da me
NOT NULL
VARCHAR(50)
Endereo
NOT NULL
VARCHAR(20)
Telefone
NOT NULL
DATE
Data da matricula
VARCHAR(250) Disciplinas cursadas
VARCHAR(250) Disciplinas pendentes
VARCHAR (1)
Proficincia em lngua
estrangeira
NOT NULL
VARCHAR(20)
Mestrado ou doutorado
NOT NULL
VARCHAR(20)
Curso
FOREING KEY
INT(2)
Cdigo do orientador
Tabela 32 Tabela Orientador
Nome da tabela:
Descrio:
Campo
ORIENT_ID
Orientador
Tabela que armazenar os dados do orientador.
Constraint
Tipo numrico
Descrio
PRIMARY
INT(2)
KEY
ORIENT_NOME
NOT NULL
VARCHAR(50) Nome
ORIENT_DATANASC
NOT NULL
DATE
Data de nascimento
ORIENT_CPF
UNIQUE
VARCHAR(20) CPF
ORIENT_INSTITUICAO NOT NULL
VARCHAR(50) Nome da me
ORIENT_TITULACAO
NOT NULL
VARCHAR(50) Endereo
Tabela 33 Tabela Publicao
Nome da tabela:
Descrio:
Campo
PUBL_ID
PUBL_TITULO
PUBL_DATAPUBL
PUBL_TIPO
PUBL_DIRETORIO
Publicao
Tabela que armazenar os dados das publicaes.
Constraint
Tipo numrico
Descrio
PRIMARY
INT(2)
KEY
NOT NULL
VARCHAR(50) Nome
NOT NULL
DATE
Data de publicao
VARCHAR(15) Tipo. Ex: tese ou artigo
NOT NULL
VARCHAR(200) Diretrio do arquivo
113
ALU_RA
ORIENT_ID
FOREIGN
KEY
FOREIGN
KEY
INT(2)
Cdigo do aluno que fez
INT(2)
Cdigo do orientador
Tabela 34 Tabela Usurio

Nome da tabela:
Descrio:
Campo
USU_ID
USU_NOME
USU_LOGIN
USU_TEL
USU_SENHA
USU_TIPO
Usurio
Tabela que armazenar os dados do usurio.
Constraint
Tipo numrico
Descrio
PRIMARY
INT(2)
KEY
NOT NULL
VARCHAR2(50) Nome
NOT NULL
VARCHAR2(50) Login
NOT NULL
VARCHAR2(30) Telefone
NOT NULL
VARCHAR2(10) Senha
NOT NULL
CHAR(1)
Tipo. Ex: administrador ou
usurio comum
114
Apndice H Manual de Instrues do AcadSistem
Manual de Instrues do AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Manual de Instrues do AcadSistem
115
SUMRIO
1- INTRODUO
2- ACESSO AO SISTEMA ACADSISTEM
3- ACESSO PRINCIPAL DO USURIO ADMINISTRADOR
4- ACESSO PRINCIPAL DO USURIO COMUM
5- GERENCIAMENTO DE USURIO
6- GERENCIAMENTO DE ALUNO
7- GERENCIAMENTO DE ORIENTADOR
8- GERENCIAMENTO DE PUBLICAO
9- PESQUISAR POR ALUNO
10- PESQUISAR POR ORIENTADOR
11- PESQUISAR POR PUBLICAO
12- PESQUISAR POR USURIO
13- VISUALIZAO DA PUBLICAO
14- SOLICITAO DE RELATORIO DE ALUNO
15- RELATRIO COMPLETO DE ALUNO
116
117
118
120
121
123
125
127
129
130
131
132
133
134
135
116
1- INTRODUO
Este documento tem o objetivo de orientar o usurio final na utilizao do
sistema para que possa aproveitar os recursos oferecidos.
117
2- ACESSO AO SISTEMA ACADSISTEM

A figura 53 mostra os detalhes da tela de autenticao.
Figura 53 Detalhes da Tela de Autenticao
Tabela 35 Descrio da Tela de Autenticao

Campo
1
Descrio
Login: campo destinado a identificao do usurio.
Senha: campo destinado a senha do usurio.
Logar: Boto de acesso ao sistema
Sair: Boto de sada do sistema.
Tanto o usurio comum quanto o usurio administrador acessam o sistema

atravs desta pgina. Os campos 01 e 02 so obrigatrios para o acesso ao sistema.
118
3- ACESSO PRINCIPAL DO USURIO ADMINISTRADOR

A figura 54 mostra os detalhes da tela principal do usurio administrador.
Figura 54 Detalhes da Tela Principal do Administrador
As figura 56 e 57 mostram os detalhes da barra de menu.

Figura 55 Detalhes da Barra de Menu: Navegar
Figura 56 Detalhes da Barra de Menu: Ajuda
119
Tabela 36 Descrio da Tela Principal do Administrador

Campo
1
2
Descrio
Navegar: campo destinado ao acesso ao campo Logoff.
Ajuda: campo destinado ao acesso aos campos Contedo da
Ajuda e Sobre.
Ir: Boto de acesso ao cadastro de usurio.
Ir: Boto de acesso ao cadastro de aluno.
Ir: Boto de acesso ao cadastro de orientador.
Ir: Boto de acesso ao cadastro de publicao.
Pesquisar: Boto de acesso pesquisa de aluno.
Pesquisar: Boto de acesso pesquisa de orientador.
Pesquisar: Boto de acesso pesquisa de publicao.
10
Pesquisar: Boto de acesso pesquisa de usurio.
11
Gerar: Gerar relatrio completo de aluno.
12
13
Logoff: Boto de sada do sistema.
14
Contedo da ajuda: Redirecionamento ajuda.
15
Sobre: Ttulo do Sistema.
Esta tela de acesso restrito a usurios administradores. Os campos 13, 14 e 15

estaro na maioria das telas a seguir, por isso no sero descritos novamente.
120
4- ACESSO PRINCIPAL AO USURIO COMUM

A figura 57 mostra os detalhes da tela principal do usurio comum.
Figura 57 Detalhes da Tela Principal do Usurio Comum
Tabela 37 Descrio da Tela Principal do Usurio Comum

Campo
1
2
Descrio
Ajuda e Sobre.
Pesquisar: Boto de acesso pesquisa de publicao.
Gerar: Gerar relatrio completo de aluno.
Esta tela de acesso restrito a usurios comuns. Nela o usurio pode pesquisar
por publicaes e solicitar relatrio completo de alunos.
121
5- GERENCIAMENTO DE USURIO
A figura 58 mostra os detalhes da tela de gerenciamento de usurio.
Figura 58 Detalhes da Tela de Gerenciamento de Usurio
Tabela 38 Descrio da Tela de Gerenciamento de Usurio

Campo
1
2
Descrio
Ajuda e Sobre.
Id: Campo destinado ao id do usurio.
Telefone: Campo destinado ao telefone do usurio.
Nome: Campo destinado ao nome do usurio.
Senha: Campo destinado senha do usurio.
Login: Campo destinado ao login do usurio.
Tipo: Campo destinado ao tipo do usurio.
Novo: Boto para um novo cadastro.
10
Editar: Boto de edio de cadastro.
11
Alterar: Boto de alterao de cadastro.
12
Salvar: Boto de concluso de cadastro.
13
Excluir: Boto de excluso de cadastro.
14
Voltar: Redirecionamento pgina inicial.
122
15
Sair do Sistema: Boto de sada do sistema.
Este tipo de gerenciamento feito apenas pelo usurio administrador. Todos os

campos com * devero ser preenchidos no ato do cadastro ou da alterao.
123
6- GERENCIAMENTO DE ALUNO
A figura 59 mostra os detalhes da tela de gerenciamento de aluno.
Figura 59 Detalhes da Tela de Gerenciamento de Aluno
Tabela 39 Descrio da Tela de Gerenciamento de Aluno

Campo
1
2
Descrio
Ajuda e Sobre.
RA: Campo destinado ao ra do aluno.
Nome: Campo destinado ao nome do aluno.
Sexo: Campo destinado ao sexo do aluno.
Data de Nasc: Campo destinado data de nascimento do aluno.
Filiao: Campo destinado filiao do aluno.
CPF: Campo destinado ao cpf do aluno.
Endereo: Campo destinado ao endereo do aluno.
10
Telefone: Campo destinado ao telefone do aluno.
11
Data de Matr.:Campo destinado data da matricula do aluno.
12
13
Curso: Campo destinado ao curso em que o aluno est

matriculado.
Teste: Campo destinado ao teste de proficincia em ingls.
124
14
15
16
Sistema: Campo destinado ao sistema em que o aluno est

matriculado.
Orientador: Campo destinado ao id do orientador do aluno.
Disc. Concl.:Campo destinado as matrias concludas pelo
aluno.
17
Disc. Pend.:Campo destinado as matrias pendentes do aluno.
18
19
20
21
22
23
24

125
7- GERENCIAMENTO DE ORIENTADOR
A figura 60 mostra os detalhes da tela de gerenciamento de orientador.
Figura 60 Detalhes da Tela de Gerenciamento de Orientador
Tabela 40 Descrio da Tela de Gerenciamento de Orientador

Campo
1
2
Descrio
Ajuda e Sobre.
Id: Campo destinado ao id do orientador.
Nome: Campo destinado ao telefone do orientador.
Data de Nasc.:Campo destinado data de nascimento do

orientador.
CPF: Campo destinado ao CPF do orientador.
Titulao: Campo destinado titulao do orientador.
Instituio: Campo destinado instituio do orientador.
10
11
12
13
Excluir: Boto deexcluso de cadastro.
126
14
15

127
8- GERENCIAMENTO DE PUBLICAO
A figura 61 mostra os detalhes da tela de gerenciamento de publicao.
Figura 61 Detalhes da Tela de Gerenciamento de Publicao
Tabela 41 Descrio da Tela de Gerenciamento de Publicao

Campo
1
2
Descrio
Ajuda e Sobre.
Upload: Boto para realizar upload do arquivo.
Data de Publ.:Campo destinado data publicada da publicao.
Titulo: Campo destinado ao ttulo da publicao.
Tipo: Campo destinado ao tipo da publicao.
Orientador: Campo destinado ao orientador da publicao.
Aluno: Campo destinado ao aluno que escreveu a publicao.
10
Diretrio: Campo destinado ao diretrio da publicao
11
Procurar: Boto para procurar diretrio.
12
13
14
128
15
16
17
18

129
9- PESQUISAR POR ALUNO

A figura 62 mostra os detalhes da tela de pesquisa de aluno.
Figura 62 Detalhes da Tela de Pesquisa de Aluno
Tabela 42 Descrio da Tela de Pesquisa de Aluno

Campo
1
2
Descrio
Ajuda e Sobre.
Nome: Campo destinado ao nome ou parte do nome do aluno a
ser pesquisado.
Pesquisar: Boto para realizar a pesquisa.
Tabela: Tabela destinada aos resultados encontrados.
Pesquisa destinada somente aos usurios administradores.

preciso preencher o campo com o nome ou parte do nome do aluno para que o
sistema possa fazer a pesquisa atravs de filtro, caso contrrio, o sistema trs todos os
resultados (alunos) existentes no banco de dados.
130
10- PESQUISAR POR ORIENTADOR

A figura 63 mostra os detalhes da tela de pesquisa de orientador.
Figura 63 Detalhes da Tela de Pesquisa de Orientador
Tabela 43 Descrio da Tela de Pesquisa de Orientador

Campo
1
2
Descrio
Ajuda e Sobre.
Nome: Campo destinado ao nome ou parte do nome do
orientador a ser pesquisado.

preciso preencher o campo com o nome ou parte do nome do orientador para
que o sistema possa fazer a pesquisa atravs de filtro, caso contrrio, o sistema trs
todos os resultados (orientadores) existentes no banco de dados.
131
11- PESQUISAR POR PUBLICAO

A figura 64 mostra os detalhes da tela de pesquisa de publicao.
Figura 64 Detalhes da Tela de Pesquisa de Publicao
Tabela 44 Descrio da Tela de Pesquisa de Publicao

Campo
1
2
Descrio
Ajuda e Sobre.
Nome: Campo destinado ao ttulo ou parte do ttulo da

publicao a ser pesquisada.
Pesquisa destinada tanto para os usurios administradores quanto para usurios comuns.
preciso preencher o campo com o ttulo ou parte do ttulo da publicao para que o
sistema possa fazer a pesquisa atravs de filtro, caso contrrio, o sistema trs todos os
resultados (publicaes) existentes no banco de dados.
132
12- PESQUISAR POR USURIO

A figura 65 mostra os detalhes da tela de pesquisa de usurio.
Figura 65 Detalhes da Tela de Pesquisa de Usurio
Tabela 45 Descrio da Tela de Pesquisa de Usurio

Campo
1
2
Descrio
Ajuda e Sobre.
Nome: Campo destinado ao nome ou parte do nome do usurio a

ser pesquisado.

preciso preencher o campo com o nome ou parte do nome do usurio para que
o sistema possa fazer a pesquisa atravs de filtro, caso contrrio, o sistema trs todos os
resultados (usurios) existentes no banco de dados.
133
13- VISUALIZACAO DA PUBLICACAO

A figura 66 mostra os detalhes da tela de visualizao da publicao.
Figura 66 Detalhes da Tela de Visualizao da Publicao
Tabela 46 Descrio da Tela de Visualizao da Publicao

Campo
1
2
Descrio
Ajuda e Sobre.
Upload: Boto para realizar upload do arquivo.
Data de Publ.:Campo destinado data publicada da publicao.
Titulo: Campo destinado ao ttulo da publicao.
Tipo: Campo destinado ao tipo da publicao.
Orientador: Campo destinado ao orientador da publicao.
Aluno: Campo destinado ao aluno que escreveu a publicao.
10
Diretrio: Campo destinado ao diretrio da publicao
11
12
Visualizao de publicao destinada para usurios comuns. Nesta tela

possvel o usurio realizar o upload do arquivo.
134
14- SOLICITAO DE RELATORIO DE ALUNO

A figura 67 mostra os detalhes da tela de solicitao de relatrio de aluno.
Figura 67 Detalhes da Tela de Solicitao de Relatrio de Aluno
Tabela 47 Descrio da Tela de Solicitao de Relatrio de Aluno

Campo
1
2
3
Descrio
Navegar:Campo destinado ao acesso ao campo Logoff.
Ajuda: Campo destinado ao acesso aos campos Contedo da
Ajuda e Sobre.
RA: Campo destinado ao RA do aluno solicitado.

Pesquisa destinada tanto a usurios administradores quanto a usurios comuns.

preciso preencher o campo com o RA do aluno solicitado, seno no ser
possvel a solicitao de relatrio.
135
15- RELATRIO COMPLETO DE ALUNO

A figura 68 mostra os detalhes da tela de relatrio de aluno.
Figura 68 Detalhes da Tela de Relatrio de Aluno
Tabela 48 Descrio da Tela de Relatrio de Aluno

Campo
1
Descrio
Arquivo:Acesso ao campo Voltar e Logoff.
Nome: Campo de retorno do nome do aluno.
3
4
Data de Nasc.:Campo de retorno da data de nascimento do

aluno.
Endereo: Campo de retorno do endereo do aluno.
Filiao: Campo de retorno da filiao do aluno.
Sexo: Campo de retorno do sexo do aluno.
CPF: Campo de retorno do cpf do aluno.
Telefone: Campo de retorno do telefone do aluno.
RA: Campo de retorno do RA do aluno.
10
Sistema: Campo de retorno do sistema em que o aluno est

matriculado.
Data de Matr.: Campo de retorno da data de matricula do aluno.
11
12
13
14
15
Curso: Campo de retorno do curso em que o aluno est

matriculado.
Proficincia: Campo de retorno do teste de proficincia feito ou
no pelo aluno.
Orientador: Campo de retorno do orientador do aluno.
Disc. Concludas: Campo de retorno das matrias concludas
pelo aluno
136
16
Disc. Pendentes: Campo de retorno das matrias pendentes, no

feitas ainda pelo aluno.
Pesquisa destinada tanto a usurios administradores quanto a usurios comuns.

Esta tela tem como retorno, dados de apenas um aluno.
137
Apndice I Plano de Teste
Plano de Teste - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Plano de Teste
138
SUMRIO
1- INTRODUO
1.1- Objetivo
2- ESCOPO
3- REQUISITOS DE TESTE
3.1- Teste de Banco de Dados
3.2- Teste Funcional
3.3- Teste de Interface
3.4- Perfil de Desempenho
3.5- Teste de Carga
3.6- Teste de Stress
3.7- Teste de Segurana e de Controle de Acesso
3.8- Teste de Configurao
3.9- Teste de Instalao
139
139
140
141
141
141
141
141
141
142
142
142
142
139
1- INTRODUO
1.1- Objetivo
Este documento de Plano de Teste do Sistema de Controle Acadmico atende
aos seguintes objetivos:
1. Identificar informaes de projeto existentes e os componentes de software
que devem ser testados;
2. Listar os Requisitos de Teste recomendados (nvel alto);
3. Recomendar e descrever as estratgias de teste a serem utilizadas;
4. Identificar os recursos necessrios e fornecer uma estimativa dos esforos
de teste;
5. Listar os elementos do produto liberados do projeto de teste.
140
2- ESCOPO
Ser testado o sistema do Sistema de Controle Acadmico. Os testes unitrios
abordaro a qualidade funcional, enquanto que os testes de sistema abordaro questes
de escalabilidade e desempenho.
As seguintes interfaces de sistema sero testadas:
1. Interface Inicial do Sistema;
2. Interface de Gerenciamento de Usurio;
3. Interface de Gerenciamento de Aluno;
4. Interface de Gerenciamento de Orientador;
5. Interface de Gerenciamento de Publicao;
6. Interface de Pesquisa.
141
3- REQUISITOS DE TESTE
A seguir sero identificados os itens que sero objetivos de teste, como por
exemplo, casos de uso, requisitos funcionais e requisitos no funcionais.
3.1- Teste de Banco de Dados

Verificar se as informaes do usurio podem ser fornecidas.
Verificar se os dados e o tipo de usurios podem ser inseridos e exibidos.
Verificar se os perfis do administrador e as informaes de conta podem ser
fornecidos e exibidos.
Verificar se os dados dos alunos podem ser inseridos e exibidos.
Verificar se os dados dos orientadores podem ser inseridos e exibidos.
Verificar se os dados das publicaes podem ser inseridos e exibidos.
3.2- Teste Funcional

Verificar se os usurios conseguem visualizar as informaes sobre as quais
solicitaram pesquisa.
Verificar se a insero de contedo automtico est funcionando (Id ou RA).
Verificar se a exibio de tabelas est ocorrendo corretamente.
Verificar se o acesso de usurios cadastrados est ocorrendo corretamente.
Verificar se os usurios que tiveram suas contas canceladas no esto tendo
acesso ao sistema.
Verificar se os relatrios gerados podem ser impressos.

Navegar por todos os casos de uso, verificando se cada painel da interface com
usurio pode ser facilmente compreendida.
Verificar todas as funes do Contedo da Ajuda.
Verificar se todas as telas esto de acordo com as especificaes.

Verificar o tempo de resposta da interface.
3.5- Teste de Carga

Nenhum.
142
3.6- Teste de Stress

Nenhum
3.7- Teste de Segurana e de Controle de Acesso

Verificar se os usurios sem privilgios de administrador realmente no
conseguem acessar as informaes destinadas somente a usurio administrador.
3.8- Teste de Configurao

Nenhum.
3.9- Teste de Instalao

Verificar se a instalao do gerenciador de banco de dados est de acordo com
as instrues.
143
Apndice J Procedimento de Teste
Procedimento de Teste - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Procedimento de Teste
144
SUMRIO
1- OBJETIVO DOS TESTES
1.1- Matriz de Requisitos de Projetos/ Atividades X Teste
1.2- Equipamentos Necessrios
2- PROCEDIMENTO PREPARATRIO
2.1- Preparao do Ambiente de Teste
3- PROCEDIMENTO DE TESTE
3.1- Teste de Integridade de Dados e de Banco de Dados
3.3- Teste de Funo
3.5- Teste de Segurana e Controle de Acesso
145
145
145
146
146
147
147
147
148
148
149
145
1- OBJETIVO DOS TESTES

Verificar a correta funcionalidade do sistema antes da entrega final ao cliente.
Tomar conhecimento e registrar erros, falhas do sistema.
1.1- Matriz de Requisitos de Projetos/ Atividades x Teste

A tabela 49 relata os itens de teste e sua respectiva descrio.
Tabela 49 Itens de Teste
Item de Teste Descrio
3.1
Integridade de Cadastro
3.1
Consulta ao Banco de Dados
3.1
Gerenciar Usurio
3.1
Gerenciar Aluno
3.1
3.1
Gerenciar Publicao
3.2
Imprimir Relatrio Completo de Aluno
3.2
Fazer Upload de Publicao
3.2
Gerenciar Usurio
3.2
Gerenciar Aluno
3.2
3.2
Gerenciar Publicao
3.3
Teste de Interface
3.4
Desempenho do Sistema
3.5
Autenticao no Sistema
1.2- Equipamentos Necessrios

01(um) computador com o sistema ACADSISTEM instalado.
146
2- PROCEDIMENTO PREPARATRIO
2.1- Preparao do Ambiente de Teste

Certificar-se que a verso de software ACADSISTEM a ltima fornecida pela
desenvolvedora;
Certificar-se que o computador tem comunicao com o banco de dados
MYSQL.
147
3- PROCEDIMENTO DE TESTE
3.1- Teste de Integridade de Dados e de Banco de Dados
Tabela 50 - Teste de Integridade de Dados e de Banco de Dados
Resultado
Satisfatrio
Acessar o sistema com privilgio de administrador;
No menu Gerenciar clicar no boto relacionado ao

Cadastrar Usurio;
Na interface de cadastro de usurio cadastrar um novo
usurio;
Acessar a interface pesquisa usurio;
Localizar o registro do usurio cadastrado.
Repetir o processo 1 ao 5 para aluno, orientador e
publicao.
O registro existente na base de dados, referente ao usurio cadastrado, deve
corresponder com as informaes inseridas pelo sistema.
Testar todos os campos de insero de dados;
Resultado
Esperado
7
8
Resultado
Esperado
Negativo
Verificar se o sistema permite inserir caracteres diferentes
do especificado;
Para insero de caracteres diferentes do permitido em determinado campo o
sistema no aceita a insero do mesmo.

Tabela 51 Teste de Interface
Resultado
Satisfatrio
Acessar a pagina de autenticao do sistema;
Acessar o sistema com privilgios de administrador;
Verificar a disposio do contedo da interface inicial do
Negativo
administrador;
4
Acessar as funcionalidades de pesquisa;
Verificar a disposio do contedo na interface;
Acessar as funcionalidades de gerenciar o sistema;
Verificar a disposio do contedo na interface;
Resultado
Esperado
As disposies do contedo das interfaces devem estar de acordo com o

especificado nos prottipos de tela.
Repetir o procedimento com privilgios de usurio comum.
148
3.3- Teste de Funo

Tabela 52 Teste de Funo
Resultado
Satisfatrio
1
Resultado
Esperado
2
Resultado
Esperado
3
4
5
6
Resultado
Esperado
7
8
Resultado
Esperado
9
10
Resultado
Esperado
11
12
13
Resultado
Esperado
Negativo
Acessar o sistema ACADSISTEM com privilegio de
administrador
A interface deve possuir o menu Gerenciar, Pesquisar e Relatrio;
No menu Pesquisar realizar uma pesquisa por aluno,
uma pesquisa por orientador, uma por publicao.

O resultado da pesquisa deve ser apresentado em tabela. Apague o que
digitado no campo de pesquisa e escreva novamente para repetir a operao;
Clicar no link Voltar ao Incio na barra de ferramentas
ou no boto na parte inferior da interface.

Ir no menu Gerenciar, em seguida clicar no boto
relacionado ao Cadastrar Usurio.

Na interface de cadastro entrar com informaes de um
novo usurio;
Clicar no boto Salvar;
Uma caixa de dilogo deve ser exibida informando o sucesso da operao.
foi
Repetir a operao para as funes Alterar e Excluir
usurio.
Fazer o mesmo para Aluno, Orientador e Publicao.
Uma caixa de dilogo deve ser exibida informando o sucesso da operao.

No menu Relatrio clicar no boto relacionado a Gerar
Relatrio.
Entrar com o cdigo RA do aluno;
Se o cdigo estiver correto, ir abrir uma tela com o relatrio completo do aluno,
caso contrrio, uma caixa de dilogo deve ser exibida informando que o aluno no
existe.
Voltar ao Incio e pesquisar uma publicao.
Na tabela de publicaes selecionar e clicar na linha da

tabela correspondente publicao desejada.
Na tela com o retorno da publicao, clicar no boto

Fazer Upload.
Se o diretrio da publicao estiver correto, a publicao ser aberta.
149

Tabela 53 Perfil de desempenho
Resultado
Satisfatrio
Acessar o sistema com privilgios de administrador;
Verificar o tempo de resposta para acesso ao sistema;
Cadastrar usurio, aluno, orientador e publicao no

sistema;
Verificar o tempo de reposta para o cadastro;
4
5
Resultado
Esperado
Negativo
Repetir a operao de acesso com privilgios de usurio
comum;
O tempo para autenticao do sistema no pode ser maior que 4 segundos.
Interfaces comuns no devem exceder o tempo de 2 segundo para serem
carregadas.
3.5- Teste de Segurana e Controle de Acesso

Tabela 54 Teste de Segurana e Controle de Acesso
Resultado
Satisfatrio
Negativo
Acessar o sistema com privilgios de usurio comum;
Verificar se os menus exclusivos do usurio administrador
aparecem;
Devem estar disponvel somente os menus de pesquisa de publicao e gerar
relatrio.
Alternar na mesma maquina o acesso entre usurio
administrador e usurio comum;

Os menus do administrador no devem aparecer na interface com o usurio
comum.
Tentar acessar o sistema alternando entre usurio e senha
invalida;
O sistema deve exibir uma caixa de dilogo informando o erro de usurio ou
senha.
Resultado
Esperado
3
Resultado
Esperado
4
Resultado
Esperado
150
Apndice L Resultado dos Testes
Resultado dos Testes - AcadSistem

Aplicao: AcadSistem

ACADMICO ACADSISTEM
Resultado dos Testes
151
SUMRIO
1- RESULTADO DOS TESTES

1.1- Teste de Integridade de Dados
1.2- Teste de Funo
1.4- Teste de Desempenho
1.5- Teste de Segurana E Controle De Acesso
152
152
152
152
153
153
152
1- RESULTADO DOS TESTES

As tabelas a seguir apresentam os resultados de testes.
1.1- Teste de Integridade de Dados

A Tabela a seguir representa o resultado obtido com relao ao teste de
integridade de dados e de banco de dados.
Tabela 55 Resultado do Teste de Integridade de Dados e de Banco de Dados
Por: Hueder Paulo M. de Oliveira
Resultado Final
(X) Aprovado
( ) Reprovado
Data: 26/10/2011
Em: 26/10/2011
Execuo
Comentrios (se houver):

Os registros existentes na base de dados correspondem com as informaes inseridas no
sistema.
Fonte: Adaptada de Oliveira (2011)
1.2- Teste de Funo

A Tabela a seguir representa o resultado obtido com relao ao teste de funo.
Tabela 56 Resultado do Teste de Funo
Resultado Final
(X) Aprovado
( ) Reprovado
Data: 26/10/2011
Em: 26/10/2011
Execuo

Cadastros e pesquisas realizados com sucesso.

interface.
153
Tabela 57 Resultado do Teste de Interface
Resultado Final
(X) Aprovado
( ) Reprovado
Data: 26/10/2011
Em: 26/10/2011
Execuo

As disposies do contedo das interfaces esto de acordo com o especificado nos
prottipos de tela.
4.4.1.3.4- Teste de Desempenho

desempenho.
Tabela 58 Resultado do Teste de Desempenho
Resultado Final
(X) Aprovado
( ) Reprovado
Data: 26/10/2011
Em: 26/10/2011
Execuo

O tempo para autenticao do sistema no excede a 4 segundos. E as telas comuns levam
menos de 2 segundos para executar.
4.4.1.3.5- Teste de Segurana e Controle de Acesso

Segurana e Controle de Acesso.
154
Tabela 59 Resultado do Teste de Segurana e Controle de Acesso
Resultado Final
(X) Aprovado
( ) Reprovado
Data: 26/10/2011
Em: 26/10/2011
Execuo

Os menus do administrador no aparecem na interface com o usurio comum.

Desenvolvimento de Um Sistema de Controle Acadêmico ACADSI

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Desenvolvimento de Um Sistema de Controle Acadêmico ACADSI

Hochgeladen von

Copyright:

Verfügbare Formate

FACULDADE DE TECNOLOGIA DE SO JOS DOS CAMPOS

FATEC PROFESSOR JESSEN VIDAL

CHRISTIANNE DE MELO SILVA PARASO

DESENVOLVIMENTO DE UM SISTEMA DE CONTROLE

So Jos dos Campos

CHRISTIANNE DE MELO SILVA PARASO

DESENVOLVIMENTO DE UM SISTEMA DE CONTROLE

Trabalho de Graduao apresentado

Orientador: Me. Juliana Forin Pasquini Martinez

So Jos dos Campos

Dados Internacionais de Catalogao-na-Publicao (CIP)

Christianne de Melo Silva Paraso

DESENVOLVIMENTO DE UM SISTEMA DE CONTROLE

Trabalho de Graduao apresentado

Dedico este trabalho a minha famlia que

Palavra Chave: Controle acadmico; universidade; ps-graduao; aluno; orientador;

Keywords: Control academic; university; graduate; student; counselor; publishing; software

Figura 48 Tela de Pesquisa de Aluno

Tabela 48 Descrio da Tela de Relatrio de Aluno

LISTA DE ABREVITATURAS E SIGLAS

Universidade Federal de Pelotas

Instituies de Ensino Superior.

Rational Unified Process.

Integrated Development Environment.

Unified Modeling Language.

Object Management Group.

Diagrama de Entidade Relacionamento.

Sistema Gerenciador De Banco De Dados

Structured Query Language.

Data Definition Language.

Java Virtual Machine.

Model View Controller.

Universidade de Vrzea Grande.

Extenso da Linguagem de Programao C.

O Dr. Oliveira ainda concluiu que:

Portanto, torna se necessrio automatizar esta atividade, a fim de assegurar estes

1.3- Objetivo Geral

1.4- Objetivos Especficos

1.6- Contedo do Trabalho

2- LEVANTAMENTO TERICO PARA DESENVOLVIMENTO DO

SISTEMA DE CONTROLE ACADMICO

2.1- Engenharia de Software

2.1.2- Ciclo de Vida de Desenvolvimento

Fonte: Adaptada de Sommerville (2007)

Para melhor especificao do sistema, necessrio recolher todos os requisitos e

Figura 2 - Ciclo de vida de desenvolvimento

Fonte: Adaptada de Brookshear (2003)

2.1.3- Processo Unificado da Rational

2.1.3.1- Arquitetura do RUP

Figura 3 As duas dimenses do RUP

Fonte: Adaptada de Kruchten (2003)

A dimenso horizontal representa o aspecto dinmico do processo, o ciclo de vida.

2.1.3.1.2- Dimenso Dinmica

Figura 4 As quatro fases do RUP

Fonte: Adaptada de Kruchten (2003)

A Concepo a fase da criao do escopo do projeto; nela realizada a

A elaborao a especificao e eliminao dos pontos de maior risco. Nesta

Sistema de software funcionando e documentao associada pronta para ser

Por ultimo a transio: implantao do software e transferncia do software para o

2.1.3.1.3- Dimenso Esttica

Gerenciamento e Planejamento - Esta disciplina controla o gerenciamento de

2.1.3.2- Melhores Prticas

2.1.3.2.1- Desenvolver Software Iterativamente

2.1.3.2.2- Gerenciamento de Requisitos