FUNDAO DE ENSINO EURPEDES SOARES DA ROCHA

CENTRO UNIVERSITRIO EURPEDES DE MARLIA - UNIVEM

JULIANA PEREIRA DE SOUZA

ANLISE DE REQUISITOS E PROJETO ORIENTADO A OBJETO

USANDO UML: Um Estudo de Caso

MARLIA
2005

JULIANA PEREIRA DE SOUZA

ANLISE DE REQUISITOS E PROJETO ORIENTADO A OBJETO

USANDO UML: Um Estudo de Caso

Monografia apresentada ao Curso de Graduao

em Cincia da Computao, do Centro
Universitrio Eurpides de Marlia, mantido pela
Fundao de Ensino Eurpides Soares da Rocha Univem, como requisito parcial para a obteno
do ttulo de Graduado em Cincia da
Computao.
Orientadora: Prof. Dra. Ana Paula P. M. Peruzza
CO-Orientador: Prof. Dr. Edmundo Srgio Spoto

MARLIA
2005

SOUZA, Juliana Pereira

Anlise de Requisitos e Projeto Orientado a Objeto
usando UML: Um estudo de Caso / Juliana Pereira de Souza;
orientadora: Prof. Ana Paula P. M. Peruzza; co-orientador: Prof.
Edmundo Srgio Spoto, Marlia, SP: [s.n.], 2005.
156 f.
Monografia (Graduao em Cincia da Computao)
Centro Universitrio Eurpides de Marlia Fundao de Ensino
Eurpides Soares da Rocha.
1. Engenharia de Software 2. UML
3. Software Educacional de Qumica.
CDD: 005.1

Dedico este trabalho

ao meu pai Carlos Pricles Martins de Souza,
a minha me Edina Pereira de Souza
e a minha irm Luciana Pereira de Souza
pela dedicao, incentivo, pacincia e sacrifcios pela minha formao.
Ao meu namorado Christiano Augusto Lopes,
pelos timos momentos de convivncia, amor, amizade,
incentivo e compreenso pela minha ausncia.
Pois nada teria sido feito sem o amor da minha famlia.

AGRADECIMENTOS

A Deus, divino e criador,

pela vida e por ter me proporcionado
mais essa conquista.
A todos meus mestres que participaram dessa caminhada,
em especial a minha orientadora Prof.Ana Paula Melchiori Peruzza
e meu Co-Orientador Prof. Edmundo Srgio Spoto
pela competncia, dedicao, incentivo e amizade de ambos,
no s da elaborao desse trabalho,
como em toda essa jornada acadmica.
Ao Prof. Paulo Marinelli,
pela pacincia e tempo dispensados
em ajudar na compreenso da matria de qumica.
Ao meu amigo Ederson Relvas,
pelo incentivo e amizade.
E a todos que direta ou indiretamente
contriburam no desenvolvimento deste trabalho.

Somos o que fazemos,

mas somos, principalmente,
o que fazemos para mudar o que somos.
(Eduardo Galeano)

SOUZA, Juliana Pereira de. Anlise de Requisitos e Projeto Orientado a Objeto Usando
UML: Um Estudo de Caso. 2005. 156 f. Monografia (Graduao em Cincia da Computao)
Centro Universitrio Eurpides de Marlia, Fundao de Ensino Eurpides Soares da Rocha,
Marlia, 2005.

RESUMO
O trabalho descreve um estudo de caso de um Software Educacional de Qumica, no modelo
construtivista, no qual o objetivo metodolgico auxiliar o aluno (usurio principal) analisar,
apreender e compreender a respeito das ligaes qumicas existentes, e os compostos
qumicos que poderiam criar em um ambiente de laboratrio, de forma que consiga a
visualizao, pois no poderiam ser feitas a olho nu. Foi desenvolvido de acordo com a lei de
diretrizes e bases da Educao Nacional referente ao ensino mdio. Alm disso, relata-se um
estudo cientfico e exploratrio de abordagens da Linguagem de Modelagem Unificada
(UML), conceituando a metodologia orientada a objetos (OO), podendo com a prtica, ser
modelados seus diagramas: Caso de Uso, Classe (lgico e fsico), Objeto, Interao
(Seqncia), Atividade, Estado e Implementao (Implantao e Componente) com requisitos
bem definidos. Entretanto, enfocam-se as tarefas de Anlise e Projeto, de acordo com o estudo
de um Processo Unificado (RUP).
Palavras-Chave: Engenharia de Software. UML. Software Educacional de Qumica.

SOUZA, Juliana Pereira de. Anlise de Requisitos e Projeto Orientado a Objeto Usando
UML: Um Estudo de Caso. 2005. 156 f. Monografia (Graduao em Cincia da Computao)
Centro Universitrio Eurpides de Marlia, Fundao de Ensino Eurpides Soares da Rocha,
Marlia, 2005.

ABSTRACT
The essay describes the study of an Educational Chemistry Software in a constructive model
whose methodological aim is to help the student, (main user) to analyse, learn and understand
the existent chemical connections and the chemical compounds they could create in a
laboratorial environment, so that the experiments could be visualized, for it could not be
possible with a naked eye. It was developed according to the law of guidelines and bases of
the National Education regarding the high school teaching. Besides, it states an explanatory
and scientific study of the Unified Modeling Language (UML) approach, giving a concept to
the Object Oriented (OO) methodology allowing it through practicing to model their
diagrams: Case of Use, Class (Logical and physical). Object, Interaction, (Sequence).
Activity, state of implementation (Implantation and Component) with very defined
requirements. However, the Analysis and Project tasks are focused according to the study of a
Unified Process (RUP).
Keywords: Software Engineering. UML. Educational Chemistry Software.

LISTA DE ILUSTRAES
Figura 1 - Exemplo de Classe................................................................................................... 27
Figura 2 - Exemplo de Diagrama de Caso de Uso. .................................................................. 30
Figura 3 - Exemplo de Diagrama de Classes............................................................................ 32
Figura 4 - Exemplo de Agregao entre Classes...................................................................... 33
Figura 5 - Exemplo de Dependncia entre classes. .................................................................. 34
Figura 6 - Exemplo de Diagrama de Seqncia. ...................................................................... 37
Figura 7 - Exemplo de Mquina de Estado (FURLAN, 1998)................................................. 39
Figura 8 - Exemplo de Mquina de Estado (FURLAN, 1998)................................................. 40
Figura 9 - Exemplo de Diagrama de Atividade........................................................................ 43
Figura 10 - Exemplo de Componente....................................................................................... 45
Figura 11 - Exemplo de Diagrama de Implantao (FURLAN, 1998). ................................... 46
Figura 12 - Distino entre Elemento e de Substncia Pura (CANTO, 2002). ........................ 53
Figura 13 - Tabela Peridica (REIS, 2005). ............................................................................. 53
Figura 14 - Distribuio Eletrnica - Famlia 1 ou IA (REIS, 2005). ...................................... 54
Figura 15 - Distribuio Eletrnica - Famlia 2 ou IIA (REIS, 2005)...................................... 55
Figura 16 - Apresentao do subnvel mais energtico - Elementos Representativos (REIS,
2005)................................................................................................................................. 56
Figura 17 - Apresentao do subnvel mais energtico (escrito em azul) e do mais externo
(escrito em preto) - Elementos de Transio (REIS, 2005).............................................. 56
Figura 18 - Srie lantandios e Srie actindios (REIS, 2005).................................................. 57
Figura 19 - Apresentao do subnvel mais energtico - Srie lantandios e Srie actindios
(REIS, 2005)..................................................................................................................... 57
Figura 20 - Tipo de Substncia Qumica (CANTO, 2002)....................................................... 58
Figura 21 - Frmula de um Composto Inico .......................................................................... 61
Figura 22 - Exemplos de Compostos Inicos........................................................................... 61
Figura 23 - Diagrama de Casos de Usos dos desenvolvedores do SEQ................................... 68
Figura 24 - Fases RUP (Ciclo de Vida Adotado para SEQ) (TAPAS, 2005). ......................... 71

Figura 25 - Viso 1 - Laboratrio Qumico.............................................................................. 77

Figura 26 - Viso 2 - Biblioteca. .............................................................................................. 78
Figura 27 - Viso 3 - Armrio, com as gavetas e sem os elementos qumicos. ....................... 78
Figura 28 - Porta automtica .................................................................................................... 81
Figura 29 - Diagrama de Casos de Usos do SEQ ..................................................................... 85
Figura 30 - Diagrama de Classe (lgico) Preliminar................................................................ 87
Figura 31 - Diagrama de seqncia do caso de uso Ligar Elemento Qumico ..................... 89
Figura 32 - Diagrama de Atividade de caso de uso Ligar Elemento Qumico ..................... 91
Figura 33 - Diagrama de Classes do SEQ ................................................................................ 92
Figura 34 - Diagrama de Objetos do SEQ................................................................................ 93
Figura 35 - Diagrama de Estados da classe Usurio ................................................................ 95
Figura 36 - Diagrama de Componente do SEQ........................................................................ 96
Figura 37 - Diagrama de Implantao do SEQ......................................................................... 97
Figura A1 - MER Lgico. ...................................................................................................... 103
Figura A2 - Diagrama de Seqncia do caso de uso Logar no Sistema. ............................ 105
Figura A3 - Diagrama de Atividade do caso de uso Logar no Sistema. ............................. 105
Figura A4 - Diagrama de Seqncia do caso de uso Autenticar Senha. ............................. 106
Figura A5 - Diagrama de Atividade do caso de uso Autenticar Senha............................... 107
Figura A6 - Diagrama de Seqncia do caso de uso Solicitar Senha. ................................ 108
Figura A7 - Diagrama de Atividade do caso de uso Solicitar Senha. ................................. 108
Figura A8 - Diagrama de Seqncia do caso de uso Cadastrar Usurio............................. 109
Figura A9 - Diagrama de Atividade dos casos de uso Cadastrar Usurio, Validar Cadastro
Aluno, Controlar o Sistema e Validar Cadastros................................................... 110
Figura A10 - Diagrama de Seqncia do caso de uso Validar Cadastro Aluno. ................ 111
Figura A11 - Diagrama de Seqncia do caso de uso Controlar o Sistema........................ 112
Figura A12 - Diagrama de Seqncia do caso de uso Validar Cadastros........................... 113
Figura A13 - Diagrama de Seqncia do caso de uso Acessar rea Administrador.......... 114
Figura A14 - Diagrama de Atividade do caso de uso Acessar rea Administrador. ......... 114

Figura A15 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Usurio....... 115
Figura A16 - Diagrama de Atividade do caso de uso Controlar Cadastro de Usurio. ...... 115
Figura A17 - Diagrama de Seqncia do caso de uso Acessar rea Professor ................. 116
Figura A18 - Diagrama de Atividade do caso de uso Acessar rea Professor .................. 116
Figura A19 - Diagrama de Seqncia do caso de uso Cadastrar Composto Ativo............. 117
Figura A20 - Diagrama de Atividade dos casos de uso Cadastrar Composto Ativo e
Validar Cadastro Composto Ativo................................................................................ 117
Figura A21 - Diagrama de Seqncia do caso de uso Validar Cadastro Composto Ativo. 118
Figura A22 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Composto... 119
Figura A23 - Diagrama de Atividade do caso de uso Controlar Cadastro de Composto ... 120
Figura A24 - Diagrama de Seqncia do caso de uso Alterar Cadastro de Composto Inativo
........................................................................................................................................ 121
Figura A25 - Diagrama de Atividade do caso de uso Alterar Cadastro de Composto Inativo
........................................................................................................................................ 121
Figura A26 - Diagrama de Seqncia do caso de uso Cadastrar Arquivo PDF.................. 122
Figura A27 - Diagrama de Atividade dos casos de uso Cadastrar Arquivo PDF e Validar
Cadastro PDF................................................................................................................ 122
Figura A28 - Diagrama de Seqncia do caso de uso Validar Cadastro PDF ....................123
Figura A29 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Arquivo. ..... 124
Figura A30 - Diagrama de Atividade do caso de uso Controlar Cadastro de Arquivo....... 124
Figura A31 - Diagrama de Seqncia do caso de uso Cadastrar Elemento Qumico......... 125
Figura A32 - Diagrama de Atividade dos casos de uso Cadastrar Elemento Qumico e
Validar Cadastro Elemento. ........................................................................................ 125
Figura A33 - Diagrama de Seqncia do caso de uso Validar Cadastro Elemento. ........... 126
Figura A34 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Elemento. ... 127
Figura A35 - Diagrama de Atividade do caso de uso Controlar Cadastro de Elemento..... 128
Figura A36 - Diagrama de Seqncia do caso de uso Acessar rea Aluno. ...................... 128
Figura A37 - Diagrama de Atividade do caso de uso Acessar rea Aluno........................ 129
Figura A38 - Diagrama de Seqncia do caso de uso Acessar Objetos Virtuais................ 129

Figura A39 - Diagrama de Atividade do caso de uso Acessar Objetos Virtuais. ............... 130
Figura A40 - Diagrama de Seqncia do caso de uso Gerar Animao e Escolher Arquivo.
........................................................................................................................................ 130
Figura A41 - Diagrama de Atividade do caso de uso Gerar Animao e Escolher Arquivo.
........................................................................................................................................ 131
Figura A42 - Diagrama de Seqncia do caso de uso Escolher Elemento Qumico. ......... 131
Figura A43 - Diagrama de Atividade do caso de uso Escolher Elemento Qumico........... 132
Figura A44 - Diagrama de Seqncia do caso de uso Excluir Escolha de Elemento. ........ 133
Figura A45 - Diagrama de Atividade do caso de uso Excluir Escolha de Elemento.......... 133
Figura A46 - Diagrama de Seqncia do caso de uso Selecionar Elemento Qumico. ...... 134
Figura A47 - Diagrama de Atividade do caso de uso Selecionar Elemento Qumico. ....... 134
Figura A48 - Diagrama de Seqncia do caso de uso Ligar Elemento Qumico................ 135
Figura A49 - Diagrama de Atividade do caso de uso Ligar Elemento Qumico ................ 136
Figura A50 - Diagrama de Seqncia do caso de uso Cortar Ligao ............................... 136
Figura A51 - Diagrama de Atividade do caso de uso Cortar Ligao ................................ 137
Figura A52 - Diagrama de Seqncia do caso de uso Excluir Composto (Inativo). .......... 137
Figura A53 - Diagrama de Atividade do caso de uso Excluir Composto (Inativo). ........... 138
Figura A54 - Diagrama de Seqncia do caso de uso Buscar Ligao Binria.................. 138
Figura A55 - Diagrama de Atividade do caso de uso Buscar Ligao Binria. ................. 139
Figura A56 - Diagrama de Seqncia do caso de uso Acessar Ambientes......................... 139
Figura A57 - Diagrama de Atividade do caso de uso Acessar Ambientes ......................... 140
Figura A58 - Diagrama de Seqncia do caso de uso Cadastrar Composto Inativo .......... 141
Figura A59 - Diagrama de Atividade dos casos de uso Cadastrar Composto Inativo e
Validar Cadastro Composto Ativo.............................................................................. 141
Figura A60 - Diagrama de Seqncia do caso de uso Validar Cadastro Composto Inativo.
........................................................................................................................................ 142
Figura A61 MER Fsico. ..................................................................................................... 143

LISTA DE TABELAS
Tabela 1 - Exemplo de Objeto.................................................................................................. 25
Tabela 2 - Elementos do diagrama de caso de uso ................................................................... 29
Tabela 3 - Distribuio eletrnica dos gases nobres (CANTO, 2002). .................................... 59
Tabela 4 - Comparao das substncias Inica, Molecular e Metlica. ................................... 64
Tabela 5 - Identificao dos alunos e seus trabalhos................................................................ 67
Tabela 6 - Lista de Atores do Diagrama de Casos de Usos...................................................... 68
Tabela 7 - Lista de Atores do Diagrama de Casos de Usos do Projeto. ................................... 83
Tabela A1 - Identificao e Comentrio das Tabelas............................................................. 144
Tabela A2 - Identificao e Comentrio dos Atributos da Tabela
ADMINISTRADOR_SISTEMA. .................................................................................. 145
Tabela A3 - Identificao e Comentrio dos Atributos da Tabela ALUNO. ......................... 145
Tabela A4 - Identificao e Comentrio dos Atributos da Tabela BIBLIOTECA. ............... 145
Tabela A5 - Identificao e Comentrio dos Atributos da Tabela COMPOSTO. ................. 145
Tabela A6 - Identificao e Comentrio dos Atributos da Tabela COMPOSTO_ELEMENTO.
........................................................................................................................................ 146
Tabela A7 - Identificao e Comentrio dos Atributos da Tabela ELEMENTO_QUMICO.
........................................................................................................................................ 146
Tabela A8 - Identificao e Comentrio dos Atributos da Tabela PROFESSOR.................. 147
Tabela A9 - Identificao e Comentrio dos Atributos da Tabela USURIO. ..................... 147

LISTA DE ABREVIATURAS E SIGLAS

DD

Dicionrio de Dados

MER

Modelo Entidade-Relacionamento

OMG

Object Management Group

OMT

Tcnica de Modelagem de Objetos

OO

Orientado a Objetos

OOAD

Object Oriented Analysis and Design

OOD

Projeto Orientado a Objetos

OOP

Programao Orientada a Objetos - Object Oriented Programming

OOSE

Engenharia de Software Orientada a Objetos

RUP

Rational Unified Process

SDEXPO

Software Development Conference & Expo

SEQ

Software Educacional de Qumica

SGBD

Sistema de Gerenciamento de Banco de Dados

UML

Linguagem de Modelagem Unificada - Unified Modeling Language

WTTML

Workshop on Integration and Transformation of UML Models

SUMRIO

INTRODUO........................................................................................................................16
CAPTULO 1 LINGUAGEM DE MODELAGEM UNIFICADA (UML) ..................... 20
1.1
Histria da UML....................................................................................................... 21
1.2
Conceitos de Orientao a Objetos........................................................................... 22
1.2.1 Conceitos Bsicos................................................................................................. 24
1.3
Diagramas da UML .................................................................................................. 27
1.3.1 Diagrama de Caso de Uso Use Case ................................................................. 28
1.3.2 Diagrama de Classe .............................................................................................. 30
1.3.3 Diagramas de Interaes....................................................................................... 35
1.3.4 Diagrama de Estado e Atividade .......................................................................... 37
1.3.5 Diagrama de Implementao ................................................................................ 44
CAPTULO 2 ANLISE E ESPECIFICAO DOS REQUISITOS ............................ 47
2.1
Objetivo do Software Educacional de Qumica ....................................................... 50
2.2
Informaes Sobre o Sistema ................................................................................... 51
2.2.1 Tabela Peridica ................................................................................................... 51
2.2.2 Ligaes Qumicas ............................................................................................... 57
2.3
Identificao do Problema ........................................................................................ 64
2.3.1 Sobre o Software .................................................................................................. 64
2.3.2 Necessidades do Sistema ...................................................................................... 66
2.4
Limites ao Uso do Software Educacional de Qumica ............................................. 66
2.5
Descrio Geral ........................................................................................................ 67
2.6
Ciclo de Vida - RUP................................................................................................. 69
CAPTULO 3 ESTUDO DE CASO ................................................................................ 74
3.1
Descrio da Informao .......................................................................................... 74
3.1.1 Descrio Inicial da Interface Visual do Software ............................................... 80
3.2
O Desenho do Diagrama de Casos de Uso ............................................................... 82
3.3
Modelo de Classe Preliminar.................................................................................... 86
3.4
Desenhando Sistemas Dinmicos............................................................................. 87
3.5
Desenhando Diagrama de Atividade ........................................................................ 90
3.6
Desenhando Classes com Operaes........................................................................ 91
3.7
Desenhando Diagrama de Estado ............................................................................. 94
3.8
Desenhando Aspectos de Implementaes............................................................... 95
CONCLUSES........................................................................................................................98
REFERNCIAS......................................................................................................................100
APNDICE A - Modelo Entidade Relacionamento (Lgico) ............................................... 103

APNDICE B - Descrio dos Casos de Uso, Diagrama de Seqncia e de Atividade........ 104

APNDICE C - Modelo Entidade Relacionamento (Fsico) ................................................. 143
APNDICE D - Dicionrio de Dados .................................................................................... 144
APNDICE E - Relatrios de Revises Tcnicas.................................................................. 148

16

INTRODUO
Atualmente, as metodologias de Engenharia de Software, como a programao e
testes, so quantitativas, onde buscam alcanar a produtividade e a qualidade de softwares. No
entanto, esta se relaciona diretamente com a qualidade dos processos e desenvolvimentos dos
mesmos.
A qualidade e a produtividade do desenvolvimento de softwares deixaram de serem
responsabilidades exclusivas dos dirigentes de uma organizao, e passaram a ser de toda a
estrutura do meio empresarial (camadas organizacionais), em qualquer nvel (executivo,
estratgico e ttico). Todavia, para a sobrevivncia desta organizao, so executados
processos definidos, com intuito de melhorias, at chegar ao aperfeioamento em cada uma
das respectivas etapas.
Com as indstrias de informtica vm surgindo ambientes grficos e interfaces ricas
para o desenvolvimento de sistemas, buscando a diminuio de dificuldades para os usurios
de softwares. Surgiram diversas metodologias que ofereciam direcionamentos para o futuro
no ambiente computacional. A primeira metodologia, denominada tcnica estruturada, enfoca
a utilizao de procedimentos e funes. Atualmente, muitos sistemas so desenvolvidos com
base nesta tcnica, e, vm apresentando problemas de natureza grave, como: o sistema se
torna instvel, devido dificuldade de gerar manuteno, deixando-o de m qualidade, pois os
requisitos se modificam com freqncia (principalmente para sistemas complexos) e o sistema
cresce, devendo passar por feedback e manutenes.
As metodologias evoluram e passaram a adotar notaes diferentes. Nasceram ento
as metodologias orientadas a objetos (OO), enfocando-se classes e objetos. Para o meio
empresarial, existe uma pergunta bastante significativa: Porque 100% das organizaes no
adotaram a tecnologia de objetos? Pela falta de pessoas treinadas, incertezas, ferramentas

17

imaturas, ou seja, para qualquer nova tecnologia adotada, h resistncia em partes de seus
usurios (FURLAN, 1998).
Entretanto, essa tcnica ainda bastante aceita na comunidade de informtica,
todavia, se caracteriza pelo desenvolvimento de sistema que abrange todos problemas e nveis
de complexidade.
Para tal aceitao e sucesso, surgiram diversas metodologias sobre as mesmas
notaes OO. Essas metodologias cresceram de maneira desordenada em um curto espao de
tempo, dando origem a diversos mtodos, cada qual com suas falhas e sem relacionamentos
com as demais. Aps esses surgimentos de mtodos, seus usurios sentiram dificuldades de
encontrar uma linguagem de modelagem, com objetivos de abrangerem todos os conceitos
OO.
Os autores Grady Booch com a notao: Projeto Orientado a Objeto (OOD), James
Rumbaugh com a notao: Tcnica de Modelagem de Objetos (OMT) e Ivar Jacobson com a
notao: Engenharia de Software Orientada Objetos (OOSE), motivados a criarem juntos uma
linguagem de modelagem madura, aprimorando mtodos j existentes e solucionando
problemas que ningum conseguiria at ento. Mesmo porque, seus mtodos estavam nessa
mesma direo, com processos independentes e a unificao adquiria estabilidade no mercado
OO. Atravs disto, surgia a Linguagem de Modelagem Unificada (UML).
O estudo enfocou a UML como sendo uma parte da metodologia responsvel pela
modelagem do sistema, disponibilizando ferramentas para criar e ler diagramas. A ordem e
quais diagramas devem ser criados, dentro de um estudo de caso, dada pela metodologia do
ciclo de vida Rational Unified Process (RUP). Entretanto, ser abordado um estudo de caso,
de um Software Educacional de Qumica (SEQ), enfatizando as fases de Anlise de
Requisitos e Projeto.

18

O objetivo do estudo de caso foi desenvolver o SEQ no modelo construtivista, no

qual o aluno (usurio principal) poder analisar, apreender e compreender a respeito das
ligaes qumicas existentes, e os compostos qumicos que poderiam criar em um ambiente de
laboratrio, de forma que consiga a visualizao, pois no poderiam ser feitas a olho nu.
Esta monografia possui trs captulos distintos, atravs dos quais, foi abordado o
tema da maneira mais adequada possvel.
No primeiro captulo apresentado de forma mais extensiva e minuciosa, o estudo
cientfico e exploratrio dos conceitos e definies sobre a UML, enfatizando a metodologia
OO e termos como diagramas estruturais, comportamentais e arquiteturais que fazem parte da
UML.
No segundo captulo h a concepo de informaes para o desenvolvimento do
sistema, atravs de reunies e revises tcnicas, como por exemplo, objetivos e necessidades
do sistema. Tambm abordando o SEQ como sendo sistema especialista, porm, trazendo
feedback e requisitos bem definidos, como o estudo da tabela peridica, ligaes qumicas e
limites sobre o software educacional, atendendo a lei de diretrizes e bases da Educao
Nacional para o ensino mdio, enfocando a metodologia de ensino Construtivista. Este
captulo apresenta tambm o ciclo de vida adotado RUP.
E por fim, no terceiro captulo elabora-se um estudo de caso, sendo agregado a uma
anlise detalhada sobre as funcionalidades do SEQ. Essa anlise foi criada pelos
desenvolvedores do sistema atravs de reunies e conseqentemente foram modelados os
diagramas da UML. Porm, colocando em prtica os conceitos do ciclo de vida RUP,
implementando as tarefas de Anlise e Projeto. Cabe salientar que, por se tratar de um
trabalho acadmico e de um tema imensamente complexo, o assunto no ser esgotado, mas
sim enfocado em alguns aspectos metodolgicos (conceitos e prticas).

19

A pretenso a de demonstrar a vasta extenso do tema, enfatizando a importncia

da modelagem de um sistema em OO, para qual, podemos visualizar e controlar seu
desenvolvimento de maneira eficaz e detalhada, identificando e gerenciando riscos,
estipulando e cumprindo prazos, dentro das estimativas de custo.

20

CAPTULO 1 - LINGUAGEM DE MODELAGEM UNIFICADA (UML)

Para a concordncia das definies conceituais apresentadas neste captulo, foram
utilizados alguns levantamentos bibliogrficos: (LARMAN, 1999); (MATOS, 2002) e
(DEITEL, 2003).
A UNIFIED MODELING LANGUAGE (UML) agora o esquema de
representao grfica mais amplamente utilizado para modelagem de sistemas OO. Ela
certamente unificou os diversos esquemas de notao mais populares (DEITEL, 2003).
A UML uma linguagem de modelagem grfica para descrever um projeto de
software. O entendimento da UML dado pela sua concepo de mtodos, processo de
anlise, projeto e construo de software, criando vises do sistema que esta em construo.
Decorre por trs notaes:

OOD (Projeto Orientado a Objetos) Grady Booch;

OMT (Tcnica de Modelagem de Objetos) James Rumbaugh;

OOSE (Engenharia de Software Orientada a Objetos) Ivar Jacobson.

notvel a importncia da criao de modelos para que bons sistemas obtenham

qualidade, ou seja, dado um sistema, sua modelagem envolve diversas caractersticas e
aspectos teis na construo de seu desenvolvimento. Algumas vantagens importantes de
utilizar a UML:

A diminuio da complexidade no entendimento da construo de um sistema;

Possibilidade de simular processos perigosos ou danosos em nvel de sistema;

A visualizao dos problemas do sistema, antes que os aconteam;

Facilidade de testar o sistema;

21

Facilidade de enxergar realidade por meio de uma abstrao que pode ser facilmente
entendida;

Modelando o sistema em UML, no significa que e implementao ser em OO;

Utilizao das tcnicas OO adquirindo suas vantagens: reutilizao de cdigo,

modelagem em um alto nvel de abstrao, etc...

Alm desses aspectos, em seu estado atual, a UML define formalmente o formato
esttico, usando um metamodelo expressado em diagrama de classe, no qual independente
de linguagens de programao e processos de desenvolvimento. Todavia, aumenta as
fabricaes de ferramentas OO no mercado, sustentando todos os nveis de desenvolvimento
de sistemas simples ou complexos em todas as fases de seu ciclo de vida.
Para cumprir seu objetivo, a UML permite que seus usurios modelem um sistema
sob diferentes perspectivas. Cada uma destas perspectivas uma abstrao apresentada por
diagramas criados a partir dos recursos oferecidos pela linguagem de modelagem.
de grande importncia ressaltar que OO, nos dias atuais, est comeando a fazer
parte de alguns sistemas comercias: sistemas de WEB, etc., que at ento, a tcnica
estruturada j havia tomado conta. Portanto, a UML uma composio das boas
caractersticas de outras notaes que utilizam a OO, e est direcionada a desenvolvedores
atuais, pois se caracterizam pela facilidades de conceber, compreender, testar, validar,
(arquitetar lgica e fisicamente) e ainda identificar todos os possveis comportamentos do
sistema (MATOS, 2002).

1.1 Histria da UML

A partir da dcada de 80, algumas organizaes comearam a utilizar OOP (OBJECT
ORIENTED PROGRAMMING), que permitiu aos projetistas implementar o OOD como um
sistema que funcionasse. A partir dessas organizaes, surgiu a necessidade de um processo

22

adequado para modelar a OOAD (OBJECT ORIENTED ANALYSIS AND DESIGN), ou

seja, necessidades de desenvolver um processo que envolva analisar e projetar um sistema de
um ponto de vista OO.
No final de 1980, havia um grande desenvolvimento de tcnicas e ferramentas na
OO. Em 1994 dois importantes autores, James Rumbaugh e Grady Booch imaginaram a fuso
dos conceitos de seus mtodos com a criao de um mtodo unificado. Posteriormente
juntava-se a eles Ivar Jacobson.
Com essa fuso implantada, em 1995 uma idia do Grady Booch e James Rumbaugh,
com a criao de um padro, as indstrias participariam e opinariam, dando incio a verso
draft 0.8 de UML. A partir desta, as empresas de informtica comearam a entender essa nova
proposta que principalmente aumentaria a qualidade dos processos do software. A UML foi
aprovada pelo OMG (OBJECT MANAGEMENT GROUP) em novembro de 1997.
Surgia ento a primeira proposta completa da linguagem: verso 0.9 UML. J em
2002, foi lanada a verso 1.4, na qual suas modificaes so constantes em eventos e listas
de discusses como: International Conference on UML, WITML (Workshop on Integration
and Transformation of UML Models) e Sdexpo (Software Development Conference & Expo).

1.2 Conceitos de Orientao a Objetos

A UML se caracteriza pela modelagem de sistemas concorrentes e distribudos,
reunindo vrios recursos da OO. Entretanto, para abstrairmos os diagramas propostos pela
UML, deve-se conhecer em primeiro lugar as tcnicas OO, conseqentemente sua histria,
entendendo tambm a diferena entre tcnica estruturada e as vantagens de sua utilizao.
Primeiramente, ser apresentada uma breve avaliao entre as tcnicas estruturadas e
OO. DEITEL apresenta a primeira tcnica como uma abordagem disciplinada para escrever
programas, que so mais claros, fceis de testar e depurar e mais fceis de modificar do que
programas no-estruturados, porm teve seu incio de evoluo na dcada de 1960. Foi

23

apresentada em 1971 a linguagem de programao Pascal por Nicklauss Wirth. Entre 1970 e o
incio de 1980 foi desenvolvida a linguagem de programao ADA sob o patrocnio do
Departamento de Defesa dos Estados Unidos (DOD). Por fim, a linguagem de programao
C, onde foram usadas (cdigo legado de C) por mais de trs dcadas. Entretanto, centenas de
linguagens estavam sendo utilizadas para produzir sistemas de controle e comando do DOD.
Atualmente, as tcnicas estruturadas so, sem dvida, as mais populares na
comunidade de informtica, em relao ao seu incio. medida que essas tcnicas so
utilizadas, encontram-se alguns problemas como: decomposio funcional inadequada em
situaes de sistemas complexos, principalmente para profissionais iniciantes. Todavia, esses
sistemas ainda so difceis de serem incrementados com novas funes, e as alteraes em
funes j existentes, muitas vezes, provocam srios problemas em outras partes do software.
A OOP se iniciou no final da dcada de sessenta com a linguagem SIMULA-67 que
apresentava conceitos e classes, rotinas e subclasses. Nos anos setenta, fazia parte importante
na linguagem SMALLTALK, desenvolvida pela Xerox. Este paradigma s estreou na anlise
de sistemas no final da dcada de oitenta.
Orientao a Objetos o maior avano em software destes ltimos anos, alm de ser
a forma mais natural de se analisar o mundo.
As palavras chaves de alguns autores sobre OOP so programao e abstrao. A
proposta da orientao a objeto permitir que os programadores organizem os programas da
mesma forma que as nossas mentes enxergam os problemas: no como um conjunto de
espaos de memria, mas como um conjunto de coisas que fazem parte do problema
(MATOS, 2002).
Uma de suas principais caractersticas o modo de terem unificado os formalismos
utilizados na anlise, projeto e programao. A OO apresenta vrias vantagens para sua

24

utilizao, ou seja, apresenta vrios benefcios no desenvolvimento e manuteno de software.

So elas:

Facilidade para reutilizao de cdigo;

Possibilidade do usurio (desenvolvedor) trabalhar em um nvel mais elevado de

abstrao;

Utilizao de um nico padro conceitual durante todo o processo de criao de

software;

Adequao arquitetura cliente/servidor;

Facilidade de comunicao com os usurios e com outros profissionais de informtica.

Ciclo de vida mais longo para os sistemas;

Desenvolvimento acelerado de sistemas;

Construes de sistemas muito mais complexos, pela incorporao de funes prontas;

Menor custo para desenvolvimento e manuteno de sistemas.

1.2.1 Conceitos Bsicos

Mesmo para alguns programadores que utilizam OOP, para a eficincia e qualidade
dos diagramas UML, indispensvel o entendimento dos conceitos da OO. Portanto, sero
mostrados alguns tpicos importantes: Objeto, Estado, Comportamento, Identidade,
Mensagem, Polimorfismo, Classe e Encapsulamento.
O primeiro conceito da OO o prprio objeto. Um objeto tudo aquilo que vemos
no mundo real: aluno, pessoas, carros, computadores, etc. Em termos de abstrao, os objetos
no se separam, j na programao estruturada, so separados em dados e funes. Existem
diversos conceitos a respeito de objetos. Uma definio aceita seria o fato de que possuem
atributos e mtodos comuns.

25

Atributos so caractersticas do objeto e mtodos so operaes ou funes

oferecidas sobre aquilo que ele pode fazer. Por exemplo:

Tabela 1 - Exemplo de Objeto.

Aluno
Atributos: nome, idade, serie, telefone, etc.
Mtodos: matricular, transferir, cancelar aula, etc.

Com essas caractersticas podem ser identificados diversos objetos semelhantes,

como por exemplo, o objeto Christiano um aluno, e a Luciana tambm.
O objeto definido tambm por trs caractersticas importantes: estado
comportamento e identidade.
O estado a situao na qual um objeto est em um determinado momento, por
exemplo, um objeto animal pode estar no estado dormindo ou no estado acordado,
podendo ser atribudo outros estados para esse objeto.
O comportamento a maneira como um objeto reage ao seu ambiente em um
determinado estado. So mtodos e funes especficas do objeto. Normalmente, isto se d
mediante uma condio/ao (a ao um mtodo a ser executado).
A identidade nada mais que a identificao do objeto, pois todo objeto
identificvel, por exemplo, cada animal tem suas caractersticas, raa, cor, nome, portanto,
cada um tem sua identidade e so distinguveis entre si.
Conseqentemente, temos o conceito de mensagem. Os objetos se comunicam
atravs de mensagens, isto , um sinal enviado de um objeto a outro requisitando um servio
atravs da execuo de uma operao (FURLAN, 1998). Essa anlise corresponde ao
conceito de Polimorfismo, cuja palavra originria do grego (muitas formas). Tais formas
se referem aos vrios comportamentos que uma mesma operao pode assumir, assim como

26

capacidade de uma varivel referir-se a objetos diferentes que preenchem certas

responsabilidades dependendo da mensagem que lhes passada (FURLAN, 1998). Porm
pode se dizer que o conceito de polimorfismo permite uma nica interface para mltiplas
funes, ou seja, a habilidade de duas ou mais classes responderem mesma solicitao, cada
uma no seu modo.
Outro conceito importante o de Classe. Todos os objetos so instncias de uma
classe. As propriedades de qualquer instncia (objeto) so determinadas pela descrio da
classe qual pertence.
Uma classe uma descrio de um conjunto de objetos que compartilham os
mesmos atributos, operaes, relacionamentos e semntica (JACOBSON, 2000).
Classes so utilizadas para compor o vocabulrio do sistema que est sendo
desenvolvido atravs da abstrao de objetos que constituem o domnio do problema. Seu
maior benefcio seria a reutilizao de cdigo, pois estariam invisveis aos usurios externos e
os programadores apenas precisariam saber o que faz determinada funo, alm de uma
excelente organizao de classes.
Em UML, uma classe representada graficamente por um retngulo dividido em trs
partes. A primeira contm o nome da classe, que a sua identificao e deve ser escolhida de
forma a compreender todos os objetos de acordo a esta classe. A segunda contm o conjunto
de atributos da classe e a ltima compreende respectivamente as operaes da classe, de
acordo com a Figura 1.
Portanto, uma classe uma coleo de vrios de objetos. Cada objeto diferente
entre si, no qual possuem um estado especfico, ou seja, como uma pessoa diferente da
outra, independente da sua interface.

27

ALUNO
+ nome
+ serie
+ ra
+ logar_sistema ( )
+ cadastrar ( )

Figura 1 - Exemplo de Classe.

Uns dos principais benefcios de usar classes so os diversos recursos que a OO nos
proporciona. Um deles o Encapsulamento, que permite a segurana, na qual os objetos
conheam apenas seus dados, caso contrrio, a comunicao entre os objetos feita por
mtodos que possuem uma funo conhecida como mensagem.
Encapsulamento nada mais do que a combinao de atributos e operaes em uma
classe (FURLAN, 1998), ou seja, o empacotamento de dados e procedimentos dentro do
objeto ou ocultamento de informaes (oculta detalhes de implementaes de um objeto).
Caracteriza-se por dois mdulos: o agrupamento do estado e operaes do objeto, e ocultao
dos dados.
Portanto, um objeto s permite o acesso a seus dados, mediante o acionamento de
seus mtodos, atravs de uma mensagem, para a qual, pode-se devolver uma resposta.

1.3 Diagramas da UML

A UML apresentada pela notao definida pelos seus vrios tipos de diagramas,
que a representao grfica utilizada para se visualizar um sistema sob diferentes aspectos.
A UML oferece nove diagramas e cinco nveis de abstrao, efetuada pela OMG (MATOS,
2002).
Classificam-se tambm como Diagramas Estruturais (responsveis por representar
seu esqueleto e estrutura, relativamente estvel e elementos do sistema, como atributos,
entidades, regra de negcios, entre outros), Diagramas Comportamentais (responsveis pela
modelagem das interaes com o sistema numa viso temporal) e Diagramas Arquiteturais

28

(que tratam o desenvolvimento de sistemas de grande porte em uma viso de pacotes, alm de
desenhar elementos de infra-estrutura de rede). Os principais diagramas da UML so
apresentados nesta abordagem, em particular, o diagrama de caso de uso apresentado no
estudo de caso do SEQ.
Em seus diagramas, de acordo com (BRAGA, 2001), existem elementos genricos,
que aparecem em qualquer um dos diagramas. Alguns deles devem ser citados:

Anotao (Note): um comentrio inserido no diagrama;

Pacotes (Packages): Agrupa elementos de modelagem, podendo conter classes,

relacionamentos, classes abstratas, Packages, tipos, etc.

Esteretipo (Stereotype): um mecanismo de extenso introduzido pela UML,

que permite que o usurio estenda a meta-modelo para suprir necessidades no
encontradas entre os meta-elementos disponveis, desde que a definio semntica
da prpria linguagem no seja ferida. Um esteretipo pode ser aplicado a classes,
relacionamentos de dependncia, atributos, operaes, etc. Exemplos de
esteretipos: <<extend> e <<include>>.

1.3.1 Diagrama de Caso de Uso Use Case

Classificado como Diagrama Comportamental e primeiro nvel de abstrao, o
diagrama de caso de uso importante para a modelagem de um sistema, por apresentar uma
viso externa de como os elementos podero ser utilizados dentro do contexto.
Diagramas de Caso de Uso so utilizados para identificar as regras de negcio e
compreender o ponto de vista do usurio em relao ao sistema, entretanto, essa modelagem
utilizada para capturar necessidades de um novo sistema e desenvolver novas verses,
adicionando novas funcionalidades, atores e casos.
Esse diagrama se caracteriza tambm pela tcnica de modelar as funcionalidades do
sistema, atravs de atores externos interagindo em casos de uso. Essas interaes podem ser

29

do tipo de comunicao, onde um ator simplesmente se comunica com um caso de uso. Esses
relacionamentos (interaes) podem ser interligados atravs de associaes e podem ter
relacionamentos de generalizao (atores se relacionando entre si) que descreve o conceito de
herana estudada em diagrama de classes.
Alm dos tipos de interaes existentes para a modelagem do diagrama, que ser
implementada no Captulo 3, usam-se tambm para o relacionamento os esteretipos usa
(uses) e extenso (extends). O primeiro representa o comportamento comum entre dois ou
mais casos de uso, ou seja, um determinado caso usa o outro, j o segundo representa o
relacionamento opcional entre os casos de usos, por exemplo, um caso pode ou no utilizar o
outro caso.
Portanto, um diagrama completo com todos casos de uso, respectivamente, com os
atores, representa todas funcionalidades (situaes) possveis do sistema. Seus elementos so
os prprios casos de uso, atores, sistema e interao existentes entre os dois primeiros
elementos.

Tabela 2 - Elementos do diagrama de caso de uso

ELEMENTOS DO
DIAGRAMA

Caso de Uso

Ator

Sistema
Relacionamentos

DESCRIO
Descreve a seqncia de eventos que um ator faz no uso do sistema. So
funcionalidades do sistema, ou seja, tm como objetivo decidir e fornecer uma
descrio clara e consistente do que o sistema pode fazer.
iniciado por um ator e pode modelar dilogos entre atores, ou mesmo entre casos de
uso.
Ator no parte do sistema, tipicamente estimula (solicita) aes (eventos) do sistema
e recebe reaes. Cada ator pode participar de vrios casos de uso, representando aes
que os usurios do sistema podem desempenhar, podendo receber mensagens
(informaes) e interagir ativamente como sistema. Porm, pode ser um humano,
mquina ou sistema.
o sistema a ser modelado.

Podem ser do tipo comunicao, extenso (extends) e usa (uses).

30

- interao

Caso de Uso

Ator

Sistema

Figura 2 - Exemplo de Diagrama de Caso de Uso.

FURLAN (1998) descreve a modelagem de caso de uso como uma caixa-preta,
fornecendo situaes (casos de usos). Uma restrio bastante importante o fato de que nesse
momento de modelagem, no necessrio compreender como o sistema ser implementado
funcionalmente os casos, ou como ocorre o funcionamento interno do sistema.

1.3.2 Diagrama de Classe

Classificado como Diagrama Estrutural e segundo nvel de abstrao, o diagrama de
classe trata-se de uma estrutura lgica esttica, todavia, sempre vlida para todo o ciclo de
vida do sistema.
Esse diagrama o mais utilizado em sistemas de modelagem OO, logo, a essncia
da UML. composto por um conjunto de classes relacionadas entre si.
Uma classe captura a estrutura e o comportamento comum de um conjunto de
objetos. uma abstrao de elementos do mundo real. Quando esses elementos existem no
mundo real, so instncias de classe e so referidos como objetos. Para cada classe que tem
comportamento temporal significativo pode ser criado um diagrama de estados para descrever
este comportamento (FURLAN, 1998).
Um conceito chave para os relacionamentos entre as classes a multiplicidade, que
mostra a cardinalidade de uma associao, enfocando o modelo entidade relacionamento de
banco de dados (veja Apndices A e C).

31

A cardinalidade de um elemento mostra, por exemplo, quantos elementos qumicos

uma pessoa (objeto) pode pegar, ou seja, a multiplicidade especifica a cardinalidade que um
conjunto pode assumir.
Na UML a multiplicidade representada por: 1 representa exatamente 1, * representa
muitos (zero ou mais), 0..1 representa opcional (zero ou um) e m..n representa seqncia
especificada. No qual a multiplicidade um subconjunto infinito de inteiros e no negativos.
J as visibilidades dos atributos e operaes das classes so definidas como: +
visibilidade pblica (valor default), significa que todas as classes podem acess-los, #
visibilidade protegida, onde o atributo acessado atravs de operaes dentro da mesma
classe e do pacote a ser definido referente a essa classe e visibilidade privada, onde o
atributo privado a quaisquer outras classes, podendo ser acessado apenas por operaes
declaradas dentro da mesma classe. Entretanto, identificadores privados agem como
identificadores pblicos, exceto declaraes locais e so desconhecidos e inacessveis.
Podemos definir tambm a navegabilidade de uma classe, onde Uma instncia de
uma classe pode negar a instncia de outra classe e vice-versa (FURLAN, 1998).
representada por uma seta aberta, indicando a navegao em direo classe.
Neste diagrama, classes que possuem caractersticas em comum podem ser
adicionadas em pacotes separados, com o objetivo de diminuir a complexidade do sistema e
implementao, ou seja, para sistemas complexos, classes, alm de ser definidas dentro de
pacotes, so agrupadas para melhor entendimento em nvel de modelistas.
O diagrama de classes formado por quatro tipos bsicos de relacionamentos:
Generalizao/ Especificao, Agregao, Associao e Dependncia.

32

Nome da Classe - Diretoria

Associao

Professor

Disciplina

- atributo

+ Operao ( )
1

DisciplinaProfessor
Agregao
multiplicidade
*

Classe Associativa

DiretoriaCoordenao

Aluno

Superclasse

Generalizao

Especial

EnsinoMdio

EnsinoFundamental

Subclasse

Figura 3 - Exemplo de Diagrama de Classes.

Generalizao Especificao
Uma generalizao um relacionamento hierrquico, no qual indica um

relacionamento entre a classe de maior nvel denominada superclasse e a outra denominada

subclasse.
enfatizada pelo conceito de herana, onde se distingue pela caracterstica de
reutilizao de atributos e operaes definidos em classes gerais por classes mais especficas,
podendo ser usada para expressar tanto generalizao quanto associao (FURLAN, 1998).
Portanto, as subclasses (classes mais especializadas) conhecidas tambm por classe
filha ou derivada, herdam atributos, operaes e associaes da superclasse (tambm
conhecida por classe pai ou classe base) e agregam atributos, operaes particulares a
subclasse que se referem.
Graficamente representada por uma seta em branco apontando sempre a
superclasse, sendo uma linha contnua, conforme Figura 3.

33

Agregao
Um objeto composto em partes de outro em relao de todo/parte e um objeto

gerado da classe todo tem um objeto gerado da classe "parte.

Graficamente representada por uma linha contnua com um losango em uma das
extremidades, sendo que esta, conecta-se com a classe todo, conforme Figura 4.

Agregao

Usurio
1
todo

A luno

*
parte

Figura 4 - Exemplo de Agregao entre Classes.

O objeto parte (Aluno) um atributo do objeto todo (Usurio), porm, o objeto todo
(Usurio) no pode ser destrudo antes do objeto parte (Aluno), da mesma forma que o objeto
parte (Aluno) no criado a menos que o objeto todo (Usurio) seja criado, ao qual esto
agregados.

Associao
Associao ocorre quando uma ou duas classes apresentam interdependncia, ou

seja, quando uma instncia de uma se associa ou unifica com uma ou mais instncias de outra.
Na UML, uma associao definida como um relacionamento que descreve um conjunto de
vnculos, onde vnculo definido como uma conexo semntica entre tuplas de objetos
(FURLAN, 1998).
As classes envolvidas se caracterizam em: unria quando h apenas uma classe
relacionando consigo prpria, binria quando h duas classes se relacionando com forma
direta, e n-ria onde h associao entre trs ou mais classes.

34

Quando a multiplicidade de associao for do tipo 0..1 0..1 ou 0..1 - * ou * - * do

origem a uma nova classe denominada classes de associao.
Graficamente a associao entre duas classes representada por uma linha contnua e
a classe criada pela associao mostrada com uma linha tracejada conectada na linha
contnua e mostrada na Figura 3.

Dependncia
um relacionamento entre duas ou mais classes onde uma classe depende da outra.

representada graficamente por uma seta aberta, com linha tracejada, conforme mostrada
na Figura 5.

Professor

Dependncia

Aluno

Figura 5 - Exemplo de Dependncia entre classes.

A classe aluno dependente de algum servio da classe professor, mas no tem uma
dependncia estrutural interna com esse professor.

1.3.2.1 Diagrama de Objetos

Existe tambm o Diagrama de Objetos, tambm classificado como Estrutural e
segundo nvel de abstrao, esse no to importante quanto o diagrama de classes, mas pode
ser uma chave para exemplificar os diagrama de classes complexas.
Diagrama de Objetos um diagrama de classes instanciado, ou seja, uma variao
do diagrama de classes e utiliza a mesma notao, alm de mostrar um nmero de instncias
de classes, em vez de classes reais.

35

Suas principais caractersticas so: desenho do sistema em determinado instante,

entendimento e validao do sistema, desenham os objetos e as ligaes entre eles e no
descreve o sistema como um todo.

1.3.3 Diagramas de Interaes

Diagramas de Interaes esto classificados em Diagramas Comportamentais de
terceiro nvel de abstrao, todavia, se caracteriza pela ferramenta de constatao ou
validao usando diversas trocas de mensagens. Representar interaes compreender e
modelar as entidades dinmicas e saber como diversas operaes permitir que o que se
deseja do sistema realmente seja executado. composto por Diagrama de Seqncia e
Diagrama de Colaborao.
Ambos os diagramas se comunicam ou interagem em um conjunto de objetos atravs
de troca de mensagens. Essas so alguns tipos de operaes ou tarefas pr-definidas.
O principal propsito para modelagem do diagrama de interao a necessidade de
visualizar o comportamento de vrios objetos de um nico caso de uso, a partir das
mensagens que so passadas entre eles. Entretanto, para especificar essa interao, para
ambos diagramas (seqncia ou colaborao), necessrio definir uma descrio de caso de
uso estabelecendo os objetos que interagem e seus relacionamentos.
Portanto, diagramas de interaes so aplicados para mostrar a realizao de casos
de uso, e as possveis seqncias de interao so especificadas em uma descrio nica que
contm condicionais (ramificaes ou sinais condicionais) ou atravs de descries mltiplas,
cada uma detalhando um caminho particular pelos possveis caminhos de realizao
(FURLAN, 1998).

36

1.3.3.1 Diagrama de Seqncia

Diagrama de Seqncia um Diagrama de Interao responsvel por modelar
aspectos dinmicos para a fase de anlise e, enfatiza o comportamento de objetos, incluindo
suas operaes, interaes, colaboraes e histrias de estado, dando nfase ordenao
temporal das mensagens e operaes trocadas por eles.
Para uma tima modelagem sob diferentes nveis de abstrao, preciso de uma
anlise das descries do diagrama de casos de usos. Essa anlise de suma importncia e
representar os passos, mensagens, descries algortmicas, interaes e operaes dos casos
de uso.
Aps essa anlise, necessrio avaliar quais classes podem fazer parte desse caso de
uso, podendo acontecer mudanas nos diagramas anteriores assim modelados, devido a alguns
erros. A modelagem de um diagrama de seqncia depende no mnimo de uma idia inicial de
um diagrama de classes, pois para cada descrio de caso de uso, ser escolhida uma classe
que seja responsvel por fazer a tarefa responsvel descrio.
Desta forma, para uma melhor visualizao de fluxo de controle ao longo do tempo,
o diagrama de seqncia organiza-se colocando os objetos como linhas verticais,
correspondentes na parte superior do diagrama, ao longo do eixo horizontal; e as mensagens
so representadas por setas horizontais, onde a ponta da seta identifica o objeto alvo. E as
seqncias das mensagens so lidas de cima para baixo.
O Diagrama de Seqncia tambm se caracteriza pelas linhas de vida dos objetos que
so linhas verticais tracejadas, as quais representam o tempo de existncia do objeto, e um
retngulo alto e estreito, que mostra o nome do objeto e dois pontos seguidos o nome da
classe. De acordo com a Figura 6.

37

nome do ator : A ctor1

nome da C lasse

nome do O bjeto

O bject : C lasse

1 : \mensagem\

2 : \O perao()\

retornar mensagem
3 : \criar nov o objeto\
4 : \auto delegao\

5 : \retornar\

6 : excluir

Figura 6 - Exemplo de Diagrama de Seqncia.

1.3.3.2 Diagrama de Colaborao

No estudo de caso do SEQ, foi utilizado o diagrama de seqncia por apresentar
maior nfase nos quesitos de casos de usos complexos, tornando mais fcil de ser visualizada
a ordem na qual as mensagens acontecem (facilidade de interpretao do diagrama). Todavia,
no foi enfatizado o diagrama de colaborao para este projeto.
Diagrama de colaborao mostra o contexto completo de uma interao, inclusive
os objetos e seus relacionamentos pertinentes a uma interao particular, sendo
freqentemente melhores para propsitos de desenho. Um diagrama de colaborao um
contexto, um grfico de objetos e vnculos com fluxos de mensagens anexados (FURLAN,
1998).

1.3.4 Diagrama de Estado e Atividade

Em se tratar de modelagem dinmica, a UML bastante vasta. Alm dos Diagramas
de Interaes, os Diagramas de Estados e Atividades tambm possuem aspectos dinmicos,
entretanto, se caracterizam por serem Diagramas Comportamentais e pelo 4 nvel de

38

abstrao. Atividades e estados se completam e ambos partem de um mesmo princpio:

mquinas de estados.
Uma mquina de estados representa a seqncia de estados que um objeto assume
durante o seu tempo de vida, em resposta a eventos. Desta forma, uma mquina de estados
modela o comportamento de um objeto individual.
Um dos objetivos principais de uma mquina de estado estudar certos tipos de
lgica que envolve transies possveis entre diferentes estados, porm, pode ser analisada
como uma caixa-preta que recebe um nmero finito de entradas (estmulos) e est disposta a
trat-las oferecendo resposta.
Os elementos de uma mquina de estado so: estados, sadas, transies, um estado
inicial e um estado final, utilizando-se conceitos de grafos e autmatos.
O diagrama de estado possui conceitos distintos sobre o diagrama de atividades. As
principais diferenas so que diagrama de estado enfoca no comportamento das instncias, ou
seja, ao longo de sua vida, so avaliadas as possveis seqncias de aes. J o diagrama de
atividades uma continuao ao conceito de mquinas de estados, avaliando melhor as
condies pelas quais as instncias chegam a determinadas decises.
Outra diferena bastante visvel o fato de que em uma atividade, quando ocorre a
ao, significa que ser a finalizao. No h aes internas como ocorre em um estado, ou
seja, uma atividade refere-se a qualquer coisa que est em andamento de execuo, porm,
no finalizado.
Quando uma atividade termina alguma ao ocorre. J em estado refere-se a qualquer
coisa que j foi atingido e o interesse seria o que ocorre quando ele alcanado.

39

Estmulos

Estado

Resposta
s
Figura 7 - Exemplo de Mquina de Estado (FURLAN, 1998).

1.3.4.1 Diagrama de Estado

Em um objeto encontra-se estados nos quais implicam na ordem em que as operaes
so executadas, portanto, necessrio analisarmos o ciclo de vida de instncias de uma classe,
uma vez que, apenas as aes oferecem esse recurso.
Diagrama de Estado de um sistema, conhecido tambm por diagrama de grfico de
estados, define todos os possveis estados encontrados para sistemas grandes e complexos.
Para evitar uma exploso de estados, a UML prope uma maneira individualizada para cada
classe, porm cada classe do sistema poder conter um diagrama de estados.
O objetivo deste diagrama modelar fluxos de controle de um estado para outro
atravs de mquinas de estados, ou seja, modelar situaes em que encontramos durante o
ciclo de vida de instncias de uma classe.
Podemos caracterizar um estado como sendo a condio ou situao onde uma
instncia se encontra e um evento como uma ocorrncia significativa, quando o ocorre, uma
instncia deixar um estado e chegar ao outro, relacionando-se com uma transio. Essa, por
sua vez, um relacionamento entre dois estados onde uma instncia no primeiro estado
realiza determinadas aes e passa para o segundo estado quando um evento acionado e os
requisitos so satisfeitos.

40

Os elementos do diagrama de estados podem ser visto a seguir:

Estado 2

Estado 1

Figura 8 - Exemplo de Mquina de Estado (FURLAN, 1998).

1. Estado inicial: representado por um crculo fechado em negrito. O objeto est
espera de algum evento que o transporta para o prximo estado.
2. Estado: O nome representado por verbos no gerndio e quando ocorrem aes e
eventos, sua representao passa a possuir uma linha divisria para que esses passam a
serem definidos.
3. Transio: Pode ser uma expresso.
4. Chegada de um novo estado, no precisa provir de um nico estado anterior.
5. Estado final: representado por dois crculos: o menor fechado em negrito e o maior
aberto sobre o menor. Este estado tambm no precisa ser atingido de um nico estado
de origem.

Quando estivermos modelando um estado e percebermos uma complexidade

significativa, a ponto de se esconder s transies e aes ao entendimento do diagrama, ou a
ponto dos estados iniciais e finais no estiverem bem definidos, ser preciso a modelagem de
um estado composto.
Mesmo no sendo obrigatrio, para os problemas no desenvolvimento de um
diagrama de estado apresentados neste contexto, um estado composto fundamental. Este

41

chamado tambm de estado aninhado, entretanto, so conjunes de vrios subestados ou

agrupamento de estados que colaboram para uma nica ao.
Finalizando, uma caracterstica importante de um estado composto o fato de
apresentar um estado inicial, pois a forma de enxergarmos o que realmente executado
quando se entra neste estado.

1.3.4.2 Diagrama de Atividade

O diagrama de atividade permite escolher a ordem pela qual as coisas devem ser
feitas (FURLAN, 1998), ou seja, responsvel pela modelagem do fluxo de controle entre as
atividades ou fluxo seqencial das atividades geradas por uma operao do sistema ou por um
agente externo.
importante ressaltar seu foco de modelagem, que permite manipular processos
paralelos, utilizando os procedimentos de paralelismo que de suma importncia para a
modelagem de negcio.
Outra observao o fato de ser semelhante a um fluxograma, podendo at ser visto
como fluxograma estendido, pelo entendimento de fluxo das operaes, decises e operaes.
Mas o diagrama de atividade obtm regras de seqncia para ser seguida, portanto,
apresentam diferenas entre fluxograma e diagrama de atividade. Fluxogramas so limitados a
processos seqncias, j o diagrama de atividade, trabalha com o paralelismo.
O diagrama de Atividade composto por trs notaes: estados de atividades,
estados de ao e transies, alm do estado final e inicial apresentado na Figura 9.
O estados de atividades referem-se a uma execuo normal de uma atividade com um
evento, ativando uma transio de sada, entretanto, podem ser interrompidos e decompostos
para serem representados mais detalhadamente.

42

Os estados de ao no podem ser interrompidos ou decompostos e representam um

estado do sistema sob a execuo de uma ao. Todavia, um estado de ao um estado de
atividade que no pode mais ser decomposto.
As transies so utilizadas para modelar um fluxo de controle de um estado (ao
ou atividade) para o outro estado, ou seja, assim que o primeiro estado estiver concludo o
fluxo de controle passar para o outro estado, obedecendo ou no a condio determinada. As
transies podem ser: Seqncia simples e Ramificao.
A seqncia simples se caracteriza por uma linha com uma direo, pela qual liga
dois estados representando um fluxo de controle entre eles. J a ramificao representada
por um losango que define um smbolo de deciso, ou seja, caminhos alternativos que o
modelista toma decises. Pode ser uma transio de entrada e duas ou mais de sadas,
obedecendo ordem em que uma transio de sada pode ser tomada por vez.
Quando se tratar de fluxos concorrentes, sero necessrias as barras de sincronizao,
onde sua funo representar momentos em que ocorre uma bifurcao ou unio de fluxos de
controle. representada por uma reta escura (horizontal ou vertical).
A bifurcao define um fluxo de controle paralelo e independente, representada por
uma nica transio de entrada e duas ou mais de sada. A unio define a sincronizao dos
fluxos de controle de entrada, entretanto, representada por duas ou mais transies de
entrada e uma nica transio de sada.

43

Estado Inicial

A tiv idade 1
Ramificao

Sequncia Simples
A tiv idade 2

Bifurcao

A tiv idade 3

A tiv idade 4

Unio

A tiv idade 5

Estado F inal

Figura 9 - Exemplo de Diagrama de Atividade.

Portanto, o objetivo de um modelista (analista ou projetista) atuar em um diagrama
de atividade de acordo com (FURLAN, 1998), alm de mostrar como se escreve um
comportamento paralelo ou mostrar como interagem comportamentos em vrios casos de
usos, seria a necessidade de capturar alguns propsitos:

Funcionamento interno de um objeto;

Trabalho (aes) que ser desempenhado quando uma operao executada;

Mostrar como um processo de negcio funciona em termos de atores, fluxos de

trabalho, organizao e objetos;

Mostrar como uma instncia de caso de uso pode ser realizada em termos de aes e
mudanas de estado de objetos;

Mostrar como um conjunto de aes relacionadas pode ser executado como afetar
objetos ao redor.
Para concluir esses propsitos, o modelista poder enfocar uma classe, uma

implementao de operao ou um caso de uso. Para esse ltimo, primeiramente precisar

44

fazer uma anlise dos casos de usos, para compreender quais aes precisam ser
realizadas e quais so as dependncias comportamentais. Tambm uma anlise aos fluxos
entre os caso de usos, onde o diagrama de atividade representa essas interaes com o
propsito de compreender esses comportamentos.

1.3.5 Diagrama de Implementao

Os Diagramas de Implementaes se caracterizam pelo 5 nvel de abstrao e por
serem Diagramas Arquiteturais. Eles so de suma importncia para os analistas e
programadores modelarem, pois possuem grandes caractersticas como o reuso de cdigo e
projeto. Todavia, a execuo de um reuso de cdigo vem se originando desde do primeiro
objeto criado at as mais complexas unidades de cdigo (MATOS, 2002).
Esses diagramas so denominados de duas formas:

Diagrama de componentes: Caracteriza-se pela apresentao da estrutura do cdigo

fonte;

Diagrama de implantao: Caracteriza-se pela apresentao da estrutura do sistema de

run-time.

1.3.5.1 Diagrama de Componente

Um diagrama de Componente um grfico de componentes conectados por
relacionamentos de dependncia onde tambm podem ser associados componentes a outros
por reteno fsica que representa relacionamentos de composio. Exibe as organizaes e
dependncias entre componentes com o propsito de modelar a viso de implementao dos
mdulos de software executveis com identidade e interface bem-definida de um sistema e
seus relacionamentos (FURLAN, 1998).

45

A grande vantagem de ser modelado a facilidade do reuso de cdigo, com idia

bsica de que componentes de software sejam projetados e implementados de forma que
possam ser reusados em muitos sistemas diferentes (BRAGA, 2001).
Este diagrama se caracteriza por ser de alto nvel, porm, pode apresentar as
dependncias entre componentes de softwares: componentes executveis (programas .exe);
componentes de cdigo binrio ( bibliotecas e interfaces .dll em VB ou .class em Java);
componentes e cdigo (.h em C++ ou .Java em Java); e documentao, classes, tabelas de
banco de dados e arquivos complementares.
De acordo com (MATOS, 2002), a organizao de um sistema dependente da
soluo adotada, ou seja, a linguagem de programao usada sempre refletir neste diagrama.
Todavia, se destina a apresentar uma forma de tipo, caso o sistema necessite de apresentar a
instncia desses componentes, so necessrios modelagem do diagrama de implantao.
As dependncias dos relacionamentos entre componentes e interfaces que so
assinaturas de mtodos, so representadas com setas tracejadas de componentes para
interfaces em outros componentes. Ressaltamos tambm a possibilidade de usar esteretipos
das dependncias, esses so especficos da linguagem e ajuda ao modelista compreender e
documentar melhor o diagrama e tambm a possibilidade de se referir ao tipo do elemento
(fonte, binrio, executvel, etc...).
De acordo com a Figura 10, um componente uma unidade de cdigo e desenhado
como um retngulo maior e dois menores em seu lado esquerdo. Porm seu nome e tipo so
apresentados dentro, em cima ou abaixo dele.

Nome-do-componente ":" tipo-de-componente

Componente

Figura 10 - Exemplo de Componente.

46

1.3.5.2 Diagrama de Implantao

Diagrama de implantao freqentemente modelado em sistemas de tempo reais,
porm, alm do desenvolvimento do software, necessrio o desenvolvimento dos
componentes de hardware.
Esses diagramas, de acordo com o (FURLAN, 1998), se caracterizam pelo fato de
apresentarem um grfico de ns conectados por associaes indicando um caminho de
comunicao. A associao pode ter um esteretipo para indicar a natureza do caminho.
Na UML ns so objetos fsicos de run-time (veja Figura 11), ou seja, so
elementos de hardware em que componentes de software possam ser executados. Estes
componentes podem conter instncias, que por sua vez, podem conter classes, bibliotecas ou
executveis.
Portanto, a modelagem deste diagrama para o SEQ no foi interessante pelo fato
desse ltimo no necessitar de recursos computacionais em tempo real e tambm por
apresentar apenas um n, o prprio PC, onde o sistema instalado e executado. Mas
bastante vantajoso para sistemas onde necessitam de proteo de dados, portabilidade de
implementao, acesso a dispositivos ou sistemas cliente-servidor, distribudos ou que
utilizam sensores.

N 1

nome do v nculo

N 2

Figura 11 - Exemplo de Diagrama de Implantao (FURLAN, 1998).

47

CAPTULO 2 - ANLISE E ESPECIFICAO DOS REQUISITOS

Neste captulo foram identificados e gerenciados os processos do SEQ dentro dos
conceitos da Engenharia de Software, enfatizando a anlise de requisitos. Esta bem
desenvolvida, ou seja, com a concepo e compreenso dos requisitos do software
fundamental para um bem-sucedido desenvolvimento do mesmo. Esta anlise, de acordo com
(PRESSMAN, 1995), proporciona aos desenvolvedores e clientes os critrios para avaliar a
qualidade logo que o software for construdo.
Focamos o papel de Analista de Sistema, no qual se destaca pela facilidade de
compreender todo ambiente de desenvolvimento do software, como: compreender conceitos
abstratos; reorganiz-los em divises lgicas e sintetizar solues baseadas em cada
diviso; entender o ambiente usurio/clientes; etc.
O propsito deste captulo esboar a anlise de forma objetiva e simples,
descrevendo e criando no contexto do SEQ todos seus requisitos, de acordo com um estudo
aprofundado. Aps sua elaborao, conseqentemente foi executada, gerando um estudo de
caso apresentado no Captulo 3.
O ciclo de vida foi definido nesta etapa, onde a anlise e especificao de requisitos
representam a modelagem de negcios, apresentado na seo 2.6.
Foram apresentados tambm todos os requisitos do sistema, porm, uma anlise
detalhada sobre as necessidades que o SEQ apresenta em relao a todos os usurios.
Os requisitos que se referem fase de concepo so de suma importncia para uma
boa qualidade de software, porm se distingue por quatro vantagens fundamentais:

Um requisito bem controlado reduz o risco de violao de prazo, pois a identificao

de erros no incio do desenvolvimento, permite que os desenvolvedores administrem o
tempo;

48

Um requisito bem administrado ajuda a encontrar e controlar erros de modelagem,

podendo assim reutiliz-lo;

Um requisito bem controlado ajuda os desenvolvedores a adiantar o seu trabalho, ou

seja, maior desempenho em menor tempo;

Um requisito bem administrado contm reunies e revises tcnicas fechadas

(formais), nos quais podemos estudar e modelar requisitos ao mesmo tempo em que os
revisamos, e conseqentemente corrigir erros, garantindo tambm a qualidade futura
do software.

O SEQ classifica-se por ser sistema especialista, portanto, necessitou de informaes

e experincias de um especialista da rea, que neste caso, foi um professor de qumica, com a
finalidade de chegarmos a uma base e regras de informaes sobre conceitos de qumica e
diretrizes de um software educacional. Para uma melhor qualidade interagimos tambm com
outros possveis usurios do SEQ. Para isso importante a necessidade de reunies e revises
tcnicas, essa ltima podendo armazenar as informaes obtidas para um reuso de anlise,
projeto, implementao e teste do software.
Pressmam (1995) descreve reunies e revises como sendo uma tcnica simples e
direta de interao entre o entrevistado, que deve ser um especialista do conhecimento.
Participam tambm o cliente ou usurio e o entrevistador, que o engenheiro de requisitos
(analista, projetista ou lder da reviso), buscando revelar conceitos, objetivos, e a
organizao e planejamento do que deve ser revisado (domnio do problema), alm de buscar
solues ou projees de solues. Seus maiores objetivos so: instituir a idia do trabalho em
equipe; descobrir erros de funo, lgica ou implementao em qualquer ciclo de vida do
software; verificar se o sistema atende a seus requisitos; garantir que o sistema tenha sido

49

representado de acordo com padres predefinidos; obter um software que seja desenvolvido
uniformemente e tornar os projetos administrveis.
Neste contexto, foram utilizadas entrevistas abertas (informais), nas quais as
necessidades e o conhecimento do domnio de aplicao so discutidos abertamente, sem um
conjunto pr-definido de perguntas e fechadas (formais), destacando-se pela preparao
prvia de perguntas feitas pelo entrevistador, alm de sua formalizao como: restries de
quantidade de pessoas envolvidas na reviso; preparao antecipada das perguntas, no
devendo exigir mais que duas horas; a durao da reviso deve ser inferior a duas horas; e
diversas outras tcnicas como a walkthrough. As trs principais entrevistas fechadas (reunies
e reunio da reviso) sero apresentadas em Apndice E e os resultados obtidos (alteraes
dos problemas) so apresentados neste captulo.
Em UML o diagrama chave para essa etapa de concepo do sistema o caso de uso,
onde os requisitos funcionais so expressos nos prprios casos de usos. Para os requisitos
mais refinados, foram modelados os diagramas de seqncia e atividade, entretanto, o estudo
desta fase s se encerrou quando representados quase todos os requisitos funcionais do
sistema, de maneira que os futuros usurios e desenvolvedores possam compreender, todavia,
os requisitos ainda no foram implementados, s modelados.
Contudo, esta fase retrata o modelo de casos de uso, que por sua vez, a mais
adequada ferramenta utilizada para organizar os requisitos em uma forma fcil de gerenciar.
Para os usurios do SEQ, esses devem entend-lo e execut-lo em uma forma consistente e
no redundante. Para os desenvolvedores, esses podem analisar o estudo de caso, que se
encontram no Captulo 3, para que possam desenvolver as etapas seguintes: implementao e
teste.
Este captulo apenas enfocar o esboo da Anlise de Requisitos, os diagramas
relacionados e ele, sero apresentados no Captulo 3 em Estudo de Caso.

50

2.1 Objetivo do Software Educacional de Qumica

Este trabalho tem como objetivo principal proposio de um processo de
desenvolvimento para apoiar a elaborao de um software educacional em Realidade Virtual.
Especificado em conceitos de Qumica do ensino mdio, baseia-se nos aspectos educacionais
do modelo Construtivista, de forma que o aluno consiga a visualizao de ligaes qumicas
que no poderiam ser visualizadas a olho nu.
Este software possui diversos aspectos computacionais, neste caso, o metodolgico,
explorando o processo de aprendizagem, cujo objetivo fazer com que os alunos analisem a
respeito das ligaes qumicas existentes e os compostos que poderiam criar em um ambiente
de laboratrio.
De acordo com a metodologia construtivista, este software ajudar o aluno a um
aprendizado ativo, ou seja, a interao com os objetos e ambientes do software, desenvolver
uma lgica mental e por fim o seu aprendizado. Foram ampliadas diversas etapas onde o
aluno poder criar o seu prprio composto (de acordo com as ligaes qumicas), tendo uma
avaliao se este composto estar certo ou errado, podendo assim futuramente o professor
analis-lo e corrigi-lo. Os usurios finais do sistema foram definidos como: Aluno, Professor
e Administrador do Sistema. Este ltimo foi criado com a finalidade de controle do sistema.
As novas tecnologias prometem uma mudana qualitativa na forma que pode ocorrer
a aprendizagem. Aps a finalizao da implementao do SEQ, ser utilizada a incluso
digital, em colgios reais, variando estratgias para o desenvolvimento do mesmo. Porm,
uma dessas estratgias, o fato de que a realidade virtual oferece ao aluno a flexibilidade,
personalizao, interatividade e qualidade no ensino, alm de admitir a concentrao nas
habilidades e prtica do mesmo e no na memorizao das tarefas.
O SEQ em seu trmino permitir aos alunos selecionar e desenvolver suas prprias
estratgias, todavia, eles sero encorajados a buscar novos domnios de conhecimento.

51

2.2 Informaes Sobre o Sistema

Como referncia, as reunies e revises tcnicas (ver Apndice E), so os marcos
iniciais para podermos enfatizar este subcaptulo, pois representam assuntos das
funcionalidades do SEQ. Para chegarmos a esses objetivos e compreenso, estudamos e
apresentamos os conceitos da tabela peridica e ligaes qumicas.
Para os conceitos e definies utilizadas neste subcaptulo empregamos dois
levantamentos bibliogrficos: (CANTO, 2002); (REIS, 2005).

2.2.1 Tabela Peridica

Para abranger o estudo de qumica referente tabela peridica, que foi utilizado para
o desenvolvimento deste SEQ, primeiramente conceituamos resumidamente os tomos, as
molculas, os elementos qumicos e as substncias puras.
A palavra tomos vem do grego e significa indivisvel. Entre 1803 e 1808, o
cientista ingls John Dalton props uma teoria para explicar as leis enunciadas por Lavoisier e
Proust. Essa teoria foi conhecida como Atmica de Dalton que sero apresentados alguns
tpicos seguir (CANTO, 2002).

Toda as substncias so formadas por tomos.

Os tomos de um mesmo elemento qumico so iguais em todas as suas caractersticas

(por exemplo, tamanho e massa).

Os tomos dos diferentes elementos qumicos so diferentes entre si;

As substncias simples so formadas por tomos de um mesmo elemento qumico;

As substncias compostas (tambm chamadas compostos qumicos, ou compostos) so

formadas por tomos de dois ou mais elementos qumicos diferentes, que combinam
sempre numa mesma proporo;

52

Para o ensino mdio, os tomos so considerados esferas rgidas indivisveis que no

podem ser criados e nem destrudos;

Nas reaes qumicas os tomos se recombinam.

As molculas so as menores unidades que apresentam a composio caracterstica

de uma substncia. Elas so formadas pela unio de dois ou mais tomos. Por exemplo:
A frmula O2 representa a substncia cujas molculas so formadas por dois tomos
do elemento qumico oxignio.
A frmula O3 representa a substncia cujas molculas so formadas por trs tomos
do elemento qumico oxignio.
A frmula H2O representa a substncia cujas molculas so formados por dois
tomos do elemento qumicos hidrognio e um tomo do elemento qumico oxignio.
O Elemento Qumico um conjunto de tomos que possuem caractersticas
semelhantes, ou seja, tem o mesmo nmero atmico. Cada um deles tem um nome e um
smbolo diferente.
Outro conceito importante a substncia pura onde se caracteriza por simples e
composta. As substncias simples so formadas por tomos de apenas um elemento e as
substncias compostas, por tomos de dois ou mais elementos, conforme salienta a Figura 12.

53

Substncia pura
Simple
s

pode ser

formada por

tomos de
apenas 1
elemento
qumico

Composta

pode ser

formada por

H2
O2
O3

por exemplo

H2O
CO2
NH3
C2H6O
H3PO4

tomos de
2 ou mais
elementos
qumicos

por exemplo

Figura 12 - Distino entre Elemento e de Substncia Pura (CANTO, 2002).

Para fazerem as ligaes qumicas, todos usurios do sistema iro utilizar como base
tabela peridica.

Figura 13 - Tabela Peridica (REIS, 2005).

A tabela peridica composta por 114 elementos qumicos, dispostos em 18 colunas
que se agrupam em uma famlia ou grupo. As famlias so numeradas seqencialmente da

54

esquerda para a direita. Os elementos so dispostos, um em cada quadrado, em ordem

crescente de nmero atmico. Cada quadrado contm o smbolo e nome do elemento, nmero
atmico e massa atmica.
A primeira famlia 1 ou IA, as dos metais alcalinos. Seu nome decorre do fato de
se formar substncia alcalinas quando alguns dos elementos que a compe reagem com a gua
(ltio, sdio e potssio).
OBS: O Hidrognio est posicionado na famlia 1 devido a sua distribuio eletrnica.
Mesmo estando no topo, ele no apresenta caractersticas dos elementos dessa famlia, nem de
qualquer outra, por isso no faz parte de nenhuma delas.
A distribuio eletrnica por subnveis de energia de cada elemento da famlia 1,
possui na ultima camada eletrnica, apenas 1 eltron no orbital s.

Figura 14 - Distribuio Eletrnica - Famlia 1 ou IA (REIS, 2005).

A famlia 2 ou IIA, as dos metais alcalinos-terrosos. O termo alcalino se deve aos
seus principais elementos encontrar-se na forma de xido que, ao reagirem com a gua produz
substancias alcalinas. J o termo terroso (derivado de terra), designa qualquer substncia
insolvel em gua e estvel a altas temperaturas, geralmente xidos.
Sobre a distribuio eletrnica por subnveis de energia de cada elemento, todos eles
possuem, na ltima camada eletrnica, 2 eltrons no orbital s.

55

Figura 15 - Distribuio Eletrnica - Famlia 2 ou IIA (REIS, 2005).

As demais famlias de elementos qumicos tero o mesmo tipo de regularidade em
relao ao ltimo subnvel de suas distribuies eletrnicas, ou seja: A famlia 13, IIIA ou
famlia do boro; a famlia 14, IVA ou famlia do carbono e a famlia 15, VA ou famlia do
nitrognio.
A famlia 16, VIA ou famlia dos calcognios, cujo nome significa formadores de
cobre e a famlia 17, VIIA ou famlia halognios, onde seu nome significa formadores de
sais.
A famlia 18, 0 (zero) ou famlia dos gases nobres, cujo nome reflete a pequena
tendncia desses elementos em particular de reaes qumicas.
Essas oito famlias apresentam um comportamento qumico relativamente de menor
complexidade que os demais e so denominados de elementos representativos e diferem do
ponto de vista das distribuies eletrnicas.

56

Figura 16 - Apresentao do subnvel mais energtico - Elementos Representativos (REIS,

2005).
As demais famlias contm os elementos cuja distribuio eletrnica difere na
penltima camada, sendo por isso chamados de elementos de transio. Com algumas
excees, eles seguem o mesmo padro, observado para os elementos representativos, quanto
distribuio eletrnica. So as seguintes famlias: Famlia 3, ou IIIB, famlia 4 ou IVB,
famlia 5 ou VB, famlia 6 ou VIB, famlia 7 ou VIIB, famlia 8 ou VIIIB, famlia 9 ou VIIIB,
famlia 10 ou VIIIB, famlia 11 ou IB e a famlia 12 ou IIB.
Nem todos os elementos seguem a distribuio eletrnica prevista para suas famlias
devido a um favorecimento energtico que torna suas configuraes eltrons mais estveis
que aquelas previstas teoricamente. So esses com o retorno dos quadradinhos em vermelho.

Figura 17 - Apresentao do subnvel mais energtico (escrito em azul) e do mais externo

(escrito em preto) - Elementos de Transio (REIS, 2005).

57

Existe ainda um grupo que, por suas caractersticas, so separados do resto da tabela
formando duas sries de elementos, a srie lantandios e actindios.

Figura 18 - Srie lantandios e Srie actindios (REIS, 2005).

Essas sries de elementos tambm apresentam regularidades em suas distribuies
eletrnicas, porm em camadas mais internas da eletrosfra, sendo por isso chamados de
elementos de transio interna.

Figura 19 - Apresentao do subnvel mais energtico - Srie lantandios e Srie actindios

(REIS, 2005).

2.2.2 Ligaes Qumicas

Com base nas propriedades das substncias simples formadas pelos elementos
qumicos possvel classificar esses elementos em trs grandes grupos: os metais, os no
metais e os semimetais.
Analisando a tabela peridica de acordo com a Figura 13, a cor rosa representa os
elementos do tipo metais, a cor verde os no-metais, a cor azul os no-metais (gases nobres) e
a cor amarela os semimetais. O hidrognio classificado por no-metais.

58

Com a atualizao do estudo da qumica, foram renomeados os semimetais da

seguinte forma: os elementos germnio, antimnio e polnio passaro a ser metais e os
elementos boro, silcio, arsnio e telrio sero os no metais.
Foram utilizados trs tipos de ligaes interatmicas: Ligao inica, Ligao
covalente e ligao metlica:

A ligao inica tem sua composio de elementos metal e no metal onde so

geradas substncias inicas ou composto inico (no formados por molculas).

A ligao covalente tem sua composio apenas de elementos do tipo no metal onde
so geradas substncias moleculares ou composto molecular.

A ligao metlica tem sua composio apenas de elementos do tipo metal onde so
geradas substncias metlicas ou composto metlico (no formados por molculas).

Substncia qumica
pode ser

Inica

Molecular

Em que h

Ligao
inica

Metlica

Em que h

Ligao
molecular

Em que h

Ligao
metlica

Figura 20 - Tipo de Substncia Qumica (CANTO, 2002).

Para abrangermos melhor os tipos de ligaes, em seguida esto as definies de
cada ligaes e suas caractersticas usadas para o desenvolvimento deste SEQ:

59

Os Gases Nobres: So caracterizados por seis elementos nas quais existem tomos
no-cominados. Essas substncias so hlio, nenio, argnio, criptnio, xennio e
radnio (He, Ne, Ar, Kr, Xe e Rn), esto na famlia 18 ou 0 (zero). Estes gases esto
presentes em pequenas quantidades na atmosfera terrestre, so formados por tomos
no-combinados e sabe-se que at hoje no foi descoberta uma substncia natural na
qual os gases nobres estejam combinados entre si ou com tomos de outros elementos.

A Regra de Octeto: Ser de fcil interpretao se for analisada a distribuio

eletrnica dos gases nobres.

Tabela 3 - Distribuio eletrnica dos gases nobres (CANTO, 2002).

Gs Nobre
Hlio
Nenio
Argnio
Criptnio
Xennio
Radnio

K
2
2
2
2
2
2

8
8
8
8
8

8
18
18
18

8
18
32

8
18

A eletrosfera a parte mais externa dos tomos e o ncleo muito pequeno,

sendo assim, ela que atua na combinao dos tomos. E j que os gases nobres no
tendem a se combinar, sua eletrosfera permite aos tomos estabilizarem-se.
Diferente dos outros elementos qumicos os gases nobres apresentam a ltima
camada contendo oito eltrons, com exceo do hlio que contem a ultima camada
contendo dois. Portanto possuir oito eltrons na ltima camada (ou dois, caso seja a
camada K) faz com que o tomo fique estvel. Os tomos no-estveis se unem uns
aos outros a fim de adquirir essa configurao de estabilidade.

60

OBS: A configurao eletrnica com a camada da valncia completa chamada

configurao estvel. Os tomos dos gases nobres so os nicos que j tm a camada
da valncia completa.
Contudo os tomos dos elementos ligam-se uns aos outros na tentativa de
completar a camada da valncia de seus tomos. Isso pode ser conseguido de diversas
maneiras, dando origem a diversos tipos de ligaes qumicas.

A camada de valncia: a camada mais externa do tomo de um elemento qumico,

envolvida diretamente no estabelecimento de unio com outros tomos. Os eltrons
dessa camada so chamados de eltrons na camada de valncia.

Ligao Inica: Formados pelos elementos metais e no-metias, unio de tomos a

atrao eletrosttica entre ons de cargas opostas num retculo cristalino. Esses ons
formam-se pela transferncia de eltrons dos tomos de um elemento para os tomos
de outro elemento.
Para se formar uma ligao inica, necessrio que os tomos de um dos
elementos tenham tendncia a ceder eltrons e os tomos do outro elemento tenham
tendncia a receber eltrons, ou seja, quando os tomos de dois elementos A e B tm
ambos tendncia a ceder ou a receber eltrons, no pode se formar uma ligao inica
entre eles.
Os tomos com tendncia a ceder eltrons apresentam um, dois ou trs
eltrons na camada da valncia; so todos tomos de metais, com exceo dos tomos
de H e He. Os tomos com tendncia a receber eltrons apresentam quatro, cinco, seis
e sete eltrons na camada da valncia; so os tomos dos no-metais e do H, ou seja,

61

metais tm facilidade para perder eltron (formando ctions) e os no-metais,

facilidade para receb-los (formando nions).
Para escrever a frmula de um composto inico, necessrio descobrir qual a
carga do on estvel formado pelo elemento e, a seguir, utilizar a seguinte regra
prtica, que se fundamenta no fato de que, num composto, a carga eltrica total
positiva deve ser igual negativa, resultando carga total nula.

X+

y-

Ction

nion
y

Figura 21 - Frmula de um Composto Inico

O ction escrito esquerda e o nion, direita.

Ca

2+

F
1

CaF2
2

Al

3+

O
2

2-

Al2O3
3

Figura 22 - Exemplos de Compostos Inicos

Portanto, uma ligao inica forma-se entre um metal e um no-metal ou entre um
metal e o Hidrognio (H). Os eltrons so transferidos dos tomos dos metais para os dos nometais ou do H.
Os tomos dos metais, cedendo eltrons, transformam-se em ons positivos ou
ctions, e os tomos dos no-metais ou do H, recebendo eltrons, transforma-se em ons
negativos ou nions.

62

Hidrognio no Metal: O Hidrognio apresenta apenas um eltron. Para ficar com

eletrosfera de gs nobre (igual do hlio, que possui dois eltrons), ele precisa receber
1 eltron. Assim, em ligao inica, o hidrognio apresenta carga negativa, ou seja,
quando ligado o metal (H-) ser chamado de hidreto. Portanto, do ponto de vista de
ligaes qumicas, chamaremos o Hidrognio como sendo no-metal, assim apresenta
tendncia para receber eltron para se estabilizar, de acordo com a regra de dubleto.

Ligao Covalente: um par de eltrons compartilhado por dois tomos, sendo um

eltron de cada tomo participante da ligao. Nesta ligao, nenhum dos tomos
envolvidos transformou-se em on, ou seja, nenhum deles perdeu ou recebeu eltrons.
Devido ao compartilhamento, todos passaram a ter, em suas eletrosferas,
nmero de eltrons igual ao dos gases nobres. Os grupos de tomos unidos por ligao
covalente so denominados molculas. Trs maneiras distintas de representar uma
molcula so a frmula molculas (H2, O2, etc.), a frmula eletrnica (com o smbolo
e bolinhas pretas que representa os eltrons na camada de valncia e a frmula
estrutural, na qual cada par de eltrons compartilhado representado por meio de
trao, esta ltima iremos utilizar para ser representada em Realidade Virtual. Tanto as
substncias simples quanto composta podem fazer parte desta ligao).
Foi importante para o desenvolvimento do SEQ, a frmula estrutural,
teremos: Ligao simples: uma ligao covalente entre dois tomos (A-B). Ligao
dupla: so duas ligaes covalentes entre dois tomos (A=B). E Ligao tripla so
trs ligaes covalentes entre dois tomos (AB).

63

Algumas excees regra do octeto:

a) Berlio (Be) com 4 eltrons na camada de valncia e boro (B) com 6 eltrons na
camada de valncia, aparecem em algumas molculas com o octeto incompleto.
Mesmo pertencerem a grupo nos quais outros elementos tendem a formar ctions
em ligaes inicas, esses dois elementos fazem ligaes covalentes.

b) Compostos de enxofre e de fsforo, nos quais aparecem com mais de 8 eltrons na

camada de valncia e relativamente comum encontrar o fsforo com dez eltrons
na camada de valncia e o enxofre com doze.

c) Compostos NO, NO2, ClO2, em cujas molculas aparecem tomos com nmero
mpar de eltrons na camada de valncia. Esses trs compostos apresentam alta
tendncia a reagir quimicamente, transformando-se em compostos mais estveis.

Ligao Metlica: As substncias formadas exclusivamente por tomos de elementos

metlicos so denominadas substncias metlicas, so constitudas pelos eltrons
livres que ficam entre os ctions dos metais (modelo do gs eletrnico ou do mar de
eltrons). Os metais so constitudos por seus ctions mergulhados em um mar de
eltrons.
A ligao metlica explica a condutividade eltrica, a maleabilidade, a
ductilidade e outras propriedades dos metais. Entretanto conduzem a eletricidades no
estado slido e no lquido. Na sua maioria, apresentam altos pontos de fuso e
ebulio.

64

Ligao Dativa: um par de eltrons compartilhado por dois tomos, no qual os dois
eltrons so fornecidos apenas por um dos tomos participantes da ligao. Forma-se
quando um dos tomos j tem o seu octeto completo e o outro ainda no.

Comparando os trs tipos de substncias:

Tabela 4 - Comparao das substncias Inica, Molecular e Metlica.

Substncia

Pontos de
fuso e de
ebulio

Estado fsico
nas condies
ambientes

Conduz
corrente
Estado
slido?

Eltrica
no
estado
lquido?

Inica

Altos

Slido

No

Sim

Constitudas por ons

(ctions e nions)

Molecular

Baixos

Slido,
lquido
Ou gasoso

No

No

Constitudas por
molculas

Sim

Constitudo por ons de

elementos do tipo
metal disposto em
retculos
cristalino
metlicos (modelo do
mar de eltrons).

Metlica

Altos

Slido

Sim

Caractersticas
Complementares

2.3 Identificao do Problema

Este tpico foi de extrema importncia para o desenvolvimento deste trabalho, pois
apresenta todas dificuldades e necessidades que o SEQ precisa, alm do contexto adquirido
em revises tcnicas, sobre um estudo de requisitos. Porm, sero apresentados tpicos
fundamentais para os desenvolvedores do SEQ.

2.3.1 Sobre o Software

As configuraes mnimas para a execuo do SEQ inicialmente foram definidas

como: Sistema Operacional Windows XP Pentium IV de 1.4 GHZ com 128 de
memria Ram e um HD de 20 GB;

65

Os desenvolvedores precisaro utilizar algumas estratgias Didticas sobre a ilustrao

e animao em Realidade Virtual que possibilitar o aluno a melhor visualizao das
ligaes qumicas, podendo desta forma, fixar melhor sua ateno;

O Modelo Educacional uma Abordagem Construtivista, entretanto, o SEQ ir

auxiliar o aluno no aprendizado e nas solues dos problemas;

Este Software est especificamente voltado para alunos do ensino mdio (1 a 3

colegial), mas no ter restries para outros usurios com pouco conhecimento sobre
a matria de qumica. Mesmo porque para manuse-lo precisa-se de conhecimentos de
ligaes qumicas, se o aluno quiser formar compostos; ou pouco conhecimento se o
aluno quiser testar ou tentar formar algum. Pois o SEQ fornecer uma opo para
gerar o composto automaticamente. Precisa-se tambm do mnimo conhecimento de
informtica, pois o software ser de fcil manuseio, com diversas ilustraes
explicativas;

Futuramente, com a prtica dos alunos, o software teria um grande impacto em suas
aprendizagens, proporcionando possibilidades de aprender, pois tero a segurana de
realizar as mesmas funes que o software educativo oferece em vrias situaes
didticas. Os alunos podero ver os resultados das execues em animao,
comparando suas expectativas originais aos elementos escolhidos e obtendo
informaes para aonde poderiam utilizar esses elementos ou compostos no cotidiano
de suas vidas;

Sero desenvolvidos vrios comandos para as interaes com os alunos alm da

percepo com o ambiente, tanto nos seus aspectos fsicos quanto grficos;

Um dos principais problemas encontrados seria a quantidade de informaes coletadas

sobre os conceitos de qumica, como ela deve ser representada funcionalmente e as
tcnicas e ferramentas disponveis para facilitar a coleta de informaes.

66

2.3.2 Necessidades do Sistema

Uma interface visual, pois dever apresentar os assuntos de forma eficiente e atraente,
facilitando assim o aprendizado;

Relatrio de descrio para cada composto, mostrando sua utilidade no meio

ambiente;

O software dever oferecer um bom nvel de interao com o aluno e um

planejamento didtico;

Oferecer diversos LINKS e arquivos PDFS, para consultas sobre a matria de qumica;

Apresentar uma lgica de estratgia de escolha dos elementos qumicos de forma que
permita o aluno a acompanhar esta execuo;

Mostrar todos os estados possveis de interao com o aluno;

Apresentar uma boa referncia de Ligaes Qumicas;

O SEQ precisar conter tpicos de ajuda e bibliografias para o entendimento de

qumica e do manuseio do software como um todo.

2.4 Limites ao Uso do Software Educacional de Qumica

De acordo com as normas de qumica, o objetivo principal deste software fazer as
ligaes dos elementos com coerncia, onde o aluno poder escolher os elementos e as
ligaes desejadas. No tendo qualquer tipo de restries, pois poder ao trmino da ligao
gravar seu composto para que futuramente o professor o corrija. Caso contrrio, se assim
desejado, tero limites com as regras das ligaes, onde os alunos podero ver onde esto
errando.
Devido complexidade das ligaes qumicas (inica, covalente e metlica), em
alguns casos podero no ocorrer, pelo fato do SEQ ser implementado para o ensino mdio.
Os melhores tipos de elementos para serem gerados o composto qumico, devido a essa

67

restrio so os metais e no-metais, ou seja, para ligao covalente: ligao entre os nometais; para ligao metlica: todos so permitidos; e para ligao inica: a famlia 1A e 2A
com no metal.
Podemos destacar tambm, a delimitao sobre a usabilidade do software nas
escolas, pois o uso desse Software (construtivista) pode provocar uma mudana profunda na
abordagem do trabalho no ensino. Uma mudana que coloca nfase na aprendizagem,
colocando no ensino a construo do conhecimento e no na instruo.

2.5 Descrio Geral

O desenvolvimento deste software foi composto por quatro mdulos: Engenharia de
Software, Implementao Funcional, Implementao de Interface e Teste do Software
Educacional. Cada mdulo foi desenvolvido por um aluno da graduao, de acordo com a
tabela a seguir. Onde:

Tabela 5 - Identificao dos alunos e seus trabalhos.

Nomes
Caio Corra da Silva
derson Relvas
Juliana P. Souza
Roberto Y. Shirtuki

Mdulos

Ttulos dos Projetos

Ferramenta Didtica para Auxlio no Ensino de
Implementao
Qumica do Ensino Fundamenta Implementao de
de Interface
Interface.
Teste do
Um Instrumento Para Avaliao de Produto de
Software
Software Voltado rea de Qumica.
Educacional
Engenharia do Anlise de Requisitos e Projeto Orientado a Objeto
Software
usando UML: Um Estudo de Caso
Ferramenta Didtica para Auxlio no Ensino de
Implementao
Qumica do Ensino Fundamental Implementao
Funcional
Funcional.

Para o melhor entendimento e visualizao, as etapas do desenvolvimento foram

modeladas no diagrama de Casos de Usos, de acordo com a Figura 23. Apesar de tambm
fazer parte do grupo de diagramas utilizados nesta Anlise de Requisitos, nesta seo ele
apresenta apenas como uma ferramenta grfica de entendimento, por tanto, no possui funo

68

adicional de desenvolvimento da aplicao do SEQ. Veja descrio destes casos de uso na

seo 2.6 em Ciclo de Vida.

Modelagem de Negcios
Orientador

A nalista de Sistema
include

Requisitos
include

Educador

include

Reviso T cnica

A nlise e Projeto

Programador

Implementao

Teste
Avaliador de Teste

Programador Visual

Figura 23 - Diagrama de Casos de Usos dos desenvolvedores do SEQ.

A partir deste diagrama de casos de usos, podemos identificar os atores e suas
descries apresentadas na Tabela 6.

Tabela 6 - Lista de Atores do Diagrama de Casos de Usos.

Atores
Analista de Sistema
Programador
Programador Visual
Avaliador de Teste
Educador
Orientador

Descries
Desenvolvedor responsvel na modelagem lgica do software.
Mdulo - Engenharia de Software.
Desenvolvedor responsvel pela implementao funcional do software.
Mdulo - Implementao Funcional.
Desenvolvedor da manipulao da interface em Realidade Virtual.
Mdulo - Implementao de Interface.
Desenvolvedor responsvel pela implantao da Avaliao do software.
Mdulo - Teste do Software Educacional.
Professor da disciplina de Qumica, que passar referncias para os
desenvolvedores e possivelmente utilizar o software como suporte as
aulas.
Professores das disciplinas de Realidade Virtual e Engenharia de Software
que passaram para os desenvolvedores todas as orientaes necessrias.

69

2.6 Ciclo de Vida - RUP

As palavras chaves para que desenvolvedores de software cheguem a uma boa
qualidade de software so: processo de software, pois se trata de um formalismo que
adquirido por um mtodo, ou seja, o estudo do processo em seu desenvolvimento. Porm
para chegar a um bom nvel de qualidade de software, no basta que os desenvolvedores
conheam apenas as aplicaes UML.
Existem ciclos de vida fundamentados em ciclos seqenciais, geralmente utilizados
para tcnicas estruturadas (conhecido como Tradicional Cascata) (PRESMAN, 1995):
Anlise e Especificao de Requisitos, Projeto, Implementao, Implantao e Teste. Essas
atividades bem definidas so totalmente dependentes de processos, onde uma etapa depende
da outra, podendo trazer vrios problemas para os programadores, principalmente para os
usurios do sistema que esto aguardando seu trmino.
De acordo com estas notaes, foi utilizado o ciclo de vida baseado em processos
OO, onde processos so interativos, independentes e permitem que os resultados parciais
sejam avaliados e seus riscos constantemente verificados. Alm do que, a UML se trata de
uma linguagem independente de processos, onde temos vrios requisitos e validaes em todo
o desenvolvimento do sistema, devido complexidade dos conceitos e funcionalidades da
qumica.
Portanto, a tcnica adotada para ciclo de Vida OO foi a Rational Unified Process
(RUP), pois sua distino excelente para a modelagem UML.
RUP foi uma proposta feita por BOOCH, RAUMBAUGH e JACOBSON de um
processo da Engenharia de Software, que fornece uma abordagem disciplinada para assumir
tarefas e responsabilidades dentro de uma organizao de desenvolvimento.
Seu objetivo produzir, dentro de prazos e oramentos previsveis, software de alta
qualidade que satisfaa s necessidades de seus usurios finais. So utilizadas as melhores

70

prticas no desenvolvimento moderno de software, permitindo assim, seu uso em diversos

projetos e organizaes. Dentre as prticas abordadas pelo RUP, existem duas denominada
gerncia de riscos e modelagem da arquitetura do software (Matos, 2002).
Este processo inicializa-se pela validao dos casos de usos, para garantir que o
software se aproprie organizao. E organiza-se por fases e interaes que representam o
incio e a ntida concluso de uma atividade em Engenharia de Software. (MATOS, 2002) e
(FURLAN, 1998) as descrevem como: Concepo, Elaborao, Construo e Transio.

Fase de Concepo (Inception): Nesta fase os requisitos do sistema so identificados e

validados, e tambm um prottipo pode ser gerado, com o intuito de discusso e
constatao dos requisitos. definida a maioria dos casos de uso, mas so descritos
apenas os mais significativos. So estabelecidos os casos de negcios, com objetivo de
gerar critrio de sucesso, taxa de risco, estimativa de recursos, etc.

Fase de Elaborao (Elaboration): Esta fase identifica e avalia os riscos, podendo gerar
um plano de projeto e uma arquitetura inicial do sistema. Esta fase de elaborao faz
uma anlise mais detalhada do sistema. Suas metas so: analisar o domnio de
problema, estabelecer uma arquitetura com fundao slida, desenvolver uma plano de
projeto e minimizar elementos de risco potenciais ao projeto (FURLAN, 1998).

Fase de Construo (Construction): a fase similar ao ciclo de vida espiral, onde o

resultado de uma fase pode ser constantemente reavaliado at que todos os riscos
sejam minimizados. Durante esta fase o produto desenvolvido de forma interativa e
incremental, para que seja pronto transio para comunidade usuria. Pela suas
validaes e feedback, esta fase se caracteriza tambm pela formatao de novos casos
de uso refinados, verificando a implementao e o teste do software.

Fase de Transio (Transition): Neta fase o software torna-se disponvel para a

comunidade usuria.

Entretanto, o sistema pode precisar de ajustes, corrigindo

71

problemas no detectados ou concluir algumas caractersticas adicionais. Para a UML,

o uso desta fase enfoca-se pela documentao e reavaliao do modelo proposto.

Figura 24 - Fases RUP (Ciclo de Vida Adotado para SEQ) (TAPAS, 2005).
De acordo com a Figura 24 as fases (concepo, elaborao, construo e transio),
possuem distintas tarefas: Modelagem do Negcio, Requisitos, Anlise e Projeto,
Implementao e Testes. Essas so tratadas sobre o diagrama (no funcional) dos casos de
usos do sistema, esses esto descritos nas tarefas:

Modelagem de Negcio: Esta tarefa trata-se de avaliao e levantamentos de

requisitos, ou seja, abstraes de necessidades sobre o sistema, permitindo que os
desenvolvedores e usurios concordem com a mesma descrio. Nesta tarefa como na
seguinte, do nfase a uma modelagem de negcios (objetivos, regras, recursos, aes)
e o que o sistema deve desempenhar (confiabilidade, ambiente tcnico, produtos e
linguagens). Em UML o diagrama de caso de uso o principal, mas pode-se
desenvolver um diagrama de classe de nvel alto. Esta fase foi descrita e modelada no
contexto deste trabalho e desenvolvida pela aluna Juliana.

72

Requisitos: Esta tarefa constantemente verificada. Os requisitos so extremamente

importantes, at o momento de implantao. Entretanto, faz uma continuidade a fase
anterior. Esta fase tambm foi descrita e modelada no contexto deste trabalho e
desenvolvida pela aluna Juliana.

Anlise e Projeto: Conhecida tambm por Anlise e Desenho, esta tarefa inicializa-se
quando o sistema estiver sido verificado, neste perodo, o ambiente e os usurios
passam ser definido.

O objetivo desta fase mostrar como o sistema ser

materializado na fase de implementao, buscando construir um sistema estruturado,

de acordo com as tarefas e funes modeladas nos casos de usos. O propsito bsico
do modelo de anlise prover uma compreenso do sistema e facilitar a comunicao
entre tcnicos e usurios no voltado a solues tcnicas ou detalhes de cdigo ou
programas, mas a um entendimento dos requerimentos e dos casos de uso reais do
sistema em desenvolvimento. Os diagramas da UML mais empregados durante a fase
de anlise so: caso de uso, classe, seqncia e estado (FURLAN, 1998).
Entretanto, o modelo de Projeto ou Desenho serve como abstrao do cdigo fonte,
atuando como esboo de sua estrutura. As atividades de desenho so centradas ao
redor da noo da arquitetura, representada por vrias vises estruturais que, em
essncia, so abstraes ou simplificaes do desenho total no qual caractersticas
importantes so tornadas mais visveis deixando detalhe a parte (FURLAN, 1998).
No s a anlise, mas o projeto (desenho), bem elaborado, ajuda o sistema a obter a
qualidade assegurada. Esta fase tambm foi descrita e modelada no contexto deste
trabalho, pela aluna Juliana, essa utilizou como ferramentas para o desenvolvimento
destas trs tarefas anteriores: Computer Associates Erwin 4.0 (COMPUTER, 20005) e
Rational XDE Professional Java Platform Edition (UNIFIED, 2005).

73

Implementao: Conhecida tambm como Construo, essa tarefa mostra a

independncia de processos ou interaes, pois junto com anlise, os programadores
podem construir o primeiro prottipo do sistema. Esta tarefa inicializa-se no momento
em que as classes precisam ser implementadas, tomando como base dos diagramas
desenvolvidos at agora. Seu objetivo gerar cdigo fonte, de acordo com os
diagramas, esses se forem bem elaborados, a codificao ser facilitada. Nesta tarefa
poucos diagramas UML so desenvolvidos, na verdade, esses j foram desenhados e
validados na fase anterior. Essa fase foi desenvolvida pelos alunos: Roberto em
implementao funcional, esse utilizar a linguagem Java e JDBC e Caio em
implementao de interface, esse utilizar as ferramentas JAVA e 3D STUDIO.

Testes: Assim que sistema chegue a ser trmino, essa tarefa executada. O objetivo
desta etapa identificar erros no cdigo atravs de um nmero de casos de teste que
avaliem diferentes aspectos de cada mdulo sendo testado, garantindo que a entrada
definida produza resultados que concordem com os esperados. Este teste no ser
desenvolvido neste trabalho como um todo, mas sim, uma avaliao sobre o produto
(SEQ) final, com o intuito testar seu funcionamento em relao s diretrizes de SEQ
focando o ensino mdio. Essa aplicao foi feita atravs de perguntas com seus
usurios. Esta fase ser desenvolvida pelo aluno derson Relvas.

Por este SEQ ter sido desenvolvido por quatro alunos referente a quatro mdulos,
para atingirmos o sucesso de independncia de processos, foi preciso seguir risca a
proposta que o ambiente RUP nos traz. Nos quais Analistas e Programadores utilizariam
uma base de informaes compartilhada ou distribuda, podendo utilizar algumas
ferramentas de apoio, como: todo sute de produtos Rational, Microsoft Project, Microsoft
Word, etc...

74

CAPTULO 3 - ESTUDO DE CASO

O estudo de caso apresentado neste captulo exercitou os conceitos de OO, UML,
banco de dados relacional para apoio do desenvolvimento do diagrama de classes (lgico) e
anlise de requisitos vistos at agora, tendo principal fonte de informao os objetivos e
descrio da informao do SEQ.
Foi utilizado o desenvolvimento do processo de software baseado em UML - RUP,
nos quais sero apresentadas as tarefas de anlise de requisitos e projetos dentre as fases
concepo, elaborao, construo e transio. As ferramentas de apoio para o
desenvolvimento do estudo de casos foram:

RATIONAL XDE PROFESSIONAL para modelagem dos diagramas UML

(UNIFIED, 2005);

COMPUTER ASSOCIATES ERWIN 4.0 para modelagem do banco de dados

(Modelo Entidade Relacionamento) que esta em Apndices A e C (ASSOCIATES,
2005).

3.1 Descrio da Informao

Empregamos nesta descrio funcional o termo viso no ambiente virtual para uma
melhor interpretao. As Figuras apresentadas neste subcaptulo foram cedidas pelo
desenvolvedor de interfaces Caio Corra da Silva.
O software ter trs tipos de usurios denominados: Administrador do Sistema,
Professor e Aluno.
O Administrador do Sistema poder acessar todas as vises do software, controlar o
seu cadastro e o do Professor, esse poder acessar todas as vises, menos se cadastrar
automaticamente, ou seja, precisar do aval do Administrador. J o Aluno, poder acessar
apenas o laboratrio (Viso 1), assim conseqentemente todas as vises que estaro agregada

75

a ele (laboratrio), com restrio a rea do Professor e conseqentemente a do Administrador.

Entretanto, quando neste contexto estiver citado Usurio, refere-se a todos eles, sem
restries.
O Usurio ao iniciar o software, visualizar uma interface onde se caracteriza por um
ambiente de entrada (bem-vindo), encontrar um cabide com um jaleco pendurado,
possibilitando o usurio a escolher quatro opes: Entrar no Sistema, Cadastrar Usurio,
Esqueci Minha Senha e Sair do Sistema.
Se o Usurio escolher a opo para Entrar no sistema (login), ele ter que inserir
seu apelido e senha, caso seja cadastrado, se no, o Usurio poder se cadastrar escolhendo a
opo cadastrar usurio. Neste momento, abrir uma interface onde constaro os campos para
serem preenchidos como: tipo usurio (se for Administrador, Professor ou Aluno), nome, email, data de nascimento, apelido e senha. Caso o usurio escolher por Administrador,
constar os campos CPF, RG e Funo Administrativa (esse no obrigatrio). O sistema no
o cadastrar automaticamente, portanto, ser enviado um e-mail para o Administrador do
Sistema antecessor validar o cadastro deste usurio, conseqentemente cadastrando-o.
Caso o Usurio escolher Professor, constar o campo CPF e CRQ (Conselho
Regional de Qumica) esse no obrigatrio. O sistema tambm no far o cadastro
automaticamente, ser enviado tambm um e-mail para o Administrador do Sistema
antecessor, para que possa validar o cadastro, posteriormente cadastrando-o.
Caso o Usurio escolher Aluno, constar sua srie e RA (nmero acadmico).
Automaticamente o cadastro ser realizado.
A opo esqueci minha senha, ao ser selecionada, ter um campo para ser escrito o
e-mail do usurio e nome, assim esse automaticamente ser enviado para o Usurio contento
sua senha e apelido.
Aps o login:

76

Se o usurio for o Administrador do Sistema, em seu menu inicial (rea restrita),

poder escolher cinco opes, para cada uma ter uma opo para voltar ao menu inicial:
1. Validar, Efetuar e Controlar o Cadastro do Usurio (Professor ou Administrador);
2. Entrar no Laboratrio (Viso 1);
3. Cadastrar Arquivos PDF para a Biblioteca;
4. Cadastrar Elementos Qumicos para que o Usurio possa utilizar na viso do armrio e
mesa;
5. Cadastrar Compostos Ativos podendo cadastrar novo ou buscar cadastro de composto
inativo que o Aluno criou e alterando-o para composto ativo, esses tero os campos
bsicos (nome do composto, elementos utilizados, tipo de ligao, etc...).

Se o usurio for Professor, em seu menu inicial (rea restrita), poder escolher quatro
opes, tambm para cada uma ter uma opo de voltar ao menu inicial:
1. Entrar no Laboratrio (Viso 1);
2. Cadastrar Arquivos PDF para a Biblioteca (Viso 2);
3. Cadastrar Elementos Qumicos para que o Usurio possa utilizar na viso do armrio
(Viso 3) e mesa (Viso 4);
4. Cadastrar Compostos Ativos podendo cadastrar novo ou buscar cadastro de composto
inativo que o Aluno criou e alterando-o para composto ativo, esses tero os campos
bsicos (nome do composto, elementos utilizados, tipo de ligao, etc...).

Se o usurio for Aluno, ter apenas uma opo:

1. Entrar no Laboratrio (Viso 1). Esse o ambiente principal e apresenta trs vises
(biblioteca, armrio e a mesa).

77

Portanto, o Laboratrio chamado de Viso 1, ser o prprio laboratrio e ter todas

as possveis caractersticas de um laboratrio qumico virtual. De inicio, ter a sombra de uma
pessoa em uma suposta porta, como se, a cmera para visualizao estivesse focada nela. Para
gerar cada uma das vises, o usurio ter que interagir com o ambiente, com o mouse ter de
clicar em cima dos objetos. Referente a Figura 25.

Figura 25 - Viso 1 - Laboratrio Qumico.

A Biblioteca chamada de segunda viso (Viso 2), constar diversas bibliografias
sobre a qumica, inicialmente estar em um canto do lado esquerdo do laboratrio e ter uma
estante com as portas fechadas. Assim que o usurio a selecionar e gerar a viso, a animao
ocorrer, a porta se abrir e encontraro livros e disquetes. O usurio poder escolher com o
mouse o livro e/ou disquete que deseja, gerando arquivos PDFs e/ou LINKs em HTML. Estes
arquivos sero consultas para o usurio sobre a matria de qumica. Ter uma opo para
voltar a primeira viso (laboratrio).

78

Figura 26 - Viso 2 - Biblioteca.

O Armrio denominado como sendo a terceira viso (Viso 3), estar perto da parede
de fundo e desenvolvido em cima da tabela peridica. Ele ter diversas gavetas animadas,
cada gaveta representada por um elemento qumico com propriedades fsicas e qumicas.
Com o mouse o usurio poder escolher a cada click quantos elementos deseja pegar ou
excluir, automaticamente os elementos iro por um tubo, animando at a parede direita, que
ser a Mesa (quarta viso). Tambm ter a opo para o usurio voltar para a primeira viso
(laboratrio) e ir direto para a quarta viso.

Figura 27 - Viso 3 - Armrio, com as gavetas e sem os elementos qumicos.

A quarta viso (Viso 4) ser a Mesa, possuir vrios objetos caractersticos de
laboratrio, onde um deste, ser uma mquina animada virtual que armazenar os elementos
vindos do armrio (pela escolha do usurio). Nesta fase o usurio poder selecionar com o

79

mouse os elementos desejados, ele sair da mquina, passar por um tubo e cara na mesa. O
usurio poder voltar terceira viso (armrio) para escolher mais elementos. Alm disso,
esta viso ir conter a opo para o usurio voltar primeira viso (laboratrio).
Nesta quarta viso, haver algumas funes como: O usurio poder excluir os
elementos ou o composto pronto, selecionando com o mouse o lixo (que estar em cima da
mesa) e o elemento ou composto a ser excludo, o lixo poder ser habilitado ajudando o
usurio a excluir mais de um elemento de uma s vez. Haver a opo de Ligao
Automtica, onde se habilitada, selecionando os elementos, se ligaro automaticamente (se
existir o composto).
Ter tambm trs opes para a ligao dos elementos que sero: ligao inica,
ligao covalente e ligao metlica, onde se habilitada, gera a ligao manualmente de
elementos possveis, caso contrrio haver uma animao de repulso mostrando para o
usurio que essa ligao no pode ser feita. Caso o usurio deseje fazer mltiplas ligaes, ele
a far por fases, ligao por ligao (binria) at chegar em sua fase final. Ter uma base de
dados mostrando as possveis ligaes existentes para unir com a outra.
A opo de Cortar, graficamente ser um desenho de tesoura se habilitada, cortar
a ligao feita. Quando o composto estiver gerado, e for inativo para o software, o usurio
poder salv-lo, respondendo um breve cadastro de composto inativo (nomes dos elementos
utilizados, etc...) podendo posteriormente o professor ou administrador acess-lo e analis-lo,
salvando-o como composto ativo.
Depois que o composto for salvo como composto inativo, pelo Aluno, se quiser,
poder alter-lo at que o professor o corrija e passe de inativo a ativo. Tambm conter uma
opo para um breve relatrio, que constar a descrio do composto gerado, essa opo s
ser realizada quando as transformaes de elementos para compostos estiverem prontas, ser
denominado Sobre o Composto.

80

Esta viso ter alguns tubos de ensaios em cima da mesa, ligado a mquina para
quando esta estiver cheia de elementos e com dificuldades para serem visualizados, eles
(elementos) ficaro armazenados nesses tubos, com o intuito de melhor visualizao.
A cada transformao de elementos para compostos, esperaremos reaes
consistentes e capazes de mostrar para o usurio todo o conceito de como fazer ligaes
qumicas, usando contedos importantes como: Regra do octeto, ligao inica, ligao
covalente, ligao metlica e ligao dativa.
Neste contexto retrata-se o detalhamento inicial do SEQ como um todo, todavia,
importante ressaltar alguns pontos que somente foram minuciado na descrio dos casos de
usos ou no diagrama de seqncia.

3.1.1 Descrio Inicial da Interface Visual do Software

A descrio da interface foi discutida em uma das reunies tcnicas pelos
desenvolvedores (Juliana Pereira de Souza e Caio Corra da Silva), foram encontrados os
seguintes quesitos:
Todos os objetos funcionais do laboratrio ao passar o mouse iro ter uma animao
de brilho (mudana de cor);

O Laboratrio (Viso 1) ter um som ambiente de ar-condicionado podendo ser

habilitado, para que o usurio possa ter a opo de on/off;

Na parede de fundo do laboratrio, ter uma porta automtica transparente, que ao ser
selecionada com o mouse, executar uma animao abrindo e jogando um chuvisco de
jato com a funcionalidade de desinfetador;

81

a) Fechada

b) Executando Animao

c) Com Animao

Figura 28 - Porta automtica

Alm de um tpico de ajuda que ter na entrada do software, no laboratrio ser

colocado um objeto virtual, em um canto da sala, onde no momento em que ele for
selecionado pelo usurio, abrir o link de ajuda sobre o manuseio do software;

Usou-se um software, desenvolvido por alunos de cincia da computao, formados

em 2004, em que trata de uma ferramenta de visualizao tridimensional dos tomos,
apresentados na tabela peridica dos elementos denominada Quico (Ferramenta
didtica para o ensino de qumica). Em uma das paredes, estar em um quadro
referente tabela peridica, o aluno o selecionar abrindo o link para o Quico.
Portanto, o aluno ter mais uma opo de busca para o entendimento dos componentes
de qumica e a visualizao em 3D dos tomos (GIOVANINI, 2004).

O ambiente virtual ser um laboratrio de qumica, onde constaro suas

caractersticas, como: mesa, acessrios especficos, luz clara, ou seja, todos recursos
necessrios para que o usurio possa focar toda sua concentrao.

As interfaces das ligaes qumicas (compostos) vo ser estruturadas, com cores,

formatos, animaes, caractersticas de acordo com as suas normas qumicas, onde os
usurios podero analisar cada composto criado perfeitamente o que no poderia ser
feita com o ensino aluno-professor.

82

No suposto armrio, cada gaveta estar descrita o smbolo, nmero, nome, e massa
atmica dos elementos qumicos, como se fossem a prpria tabela peridica.

3.2 O Desenho do Diagrama de Casos de Uso

Aps a narrativa do sistema, ser apresentada uma soluo modelando casos de uso,
com intuito de representar uma soluo tcnica possvel. Porm, mesmo sabendo que o SEQ
refere-se a vrias outras possibilidades de solues, somente com a implementao funcional
(prtica), podemos analisar a soluo proposta e verificar se uma melhor que outra.
Entretanto, o objetivo deste estudo de caso, foi produzir o SEQ com os melhores resultados,
melhor proposta de modelagem e garantindo sua qualidade.
Neste contexto, foram levantados atores e suas responsabilidades para a modelagem
do diagrama de caso.Todavia, a misso desta fase foi analisar e determinar todos os casos de
usos que descrevem o SEQ, definindo como ser utilizado por cada usurio, atravs de suas
funcionalidades. O SEQ por ser um sistema complexo abrangendo realidade virtual, ter
diversos ambientes, nos quais para cada usurio, ter uma rea especfica de manuseio.
Entretanto, foram definidos os atores como sendo humanos: Administrador_Sistema, Aluno e
Professor, e sistemas (ambientes definidos): Mesa, Armrio, Laboratrio e Biblioteca.
Portanto, a anlise de requisitos permitiu a definio desses atores, conforme a Tabela 7.

83

Tabela 7 - Lista de Atores do Diagrama de Casos de Usos do Projeto.

Atores

Usurio
Aluno
Professor
Administrador do
Sistema
Laboratrio
Biblioteca
Armrio
Mesa

Descries
Usurio do sistema ainda no identificado poder ser Aluno ou
Professor ou Administrador do Sistema.
Usurio classificado, o software destinado a ele aprender,
praticando as ligaes qumicas existentes. Poder acessar apenas
o Laboratrio (Viso 1).
Usurio classificado, poder acessar todos ambientes virtuais,
menos se cadastrar e cadastrar o Administrador do Sistema.
Usurio classificado, apenas usurio que for administrador, poder
se cadastrar e cadastrar o professor. Acessar todos os ambientes
virtuais do software.
o ambiente virtual principal. Ter caractersticas de um
laboratrio qumico virtual. Poder ser direcionado a todos
ambientes do sistema e acessar diversas funcionalidades.
um ambiente virtual. Ser uma estante com porta animada,
livros e disquetes e poder voltar ao laboratrio.
um ambiente Virtual. Ser desenvolvido em cima da tabela
Peridica, onde ter diversas gavetas, cada qual, um elemento
qumico. Poder ser direcionado a mesa ou voltar ao laboratrio.
um Ambiente Virtual. Ter suas caractersticas especficas
como: mquina virtual animada e objetos qumicos. Poder ser
direcionado ao armrio ou voltar ao laboratrio.

Aps estas abordagens, o desenho passa por outra anlise, onde define seus
relacionamentos e esteretipos. A ferramenta Rational usa o esteretipo <<include>> em vez
de <<use>>, por exemplo, o caso de uso Cadastrar Usurio usa obrigatoriamente o caso
Validar Cadastro Aluno. Entretanto, o caso Escolher Elemento Qumico estende o caso
Excluir Escolha de Elemento, ou seja, o primeiro caso estendido ao segundo, no
obrigatoriamente.
Existe tambm o esteretipo <<access>>, por exemplo, o ator Usurio acessa o caso
Acessar Objetos Virtuais e o <<dependency>>, representa apenas por uma linha pontilhada
e com uma seta aberta, todavia, no vem acompanhado pelo nome, por exemplo, os casos de
uso Acessar rea Aluno, Acessar rea Professor e Acessar rea Administrador
dependem do caso de Uso Autenticar Senha.

84

No diagrama de caso de uso foram apresentados os relacionamentos de generalizao

(associao)

entre

os

Administrador_Sistema,

atores:
onde

Usurio,
declara

Aluno;
que

os

Usurio,
atores

Professor
Aluno,

Usurio,

Professor

Administrador_Sistema so um Usurio, obedecendo a uma hierarquia e conceito de herana.

Foram apresentadas tambm as associaes simples entre ator e caso de uso e agregaes
entre atores, por exemplo, os atores Biblioteca, Mesa e Armrio so parte do Laboratrio,
apresentando o conceito de todo-parte.
O diagrama de caso, apresentado na Figura 29, por ser caracterizado por diagrama
chave da Anlise de Requisitos, foi detalhadamente refinado em relao descrio da
informao. Pois o esforo empenhado, sobre tal refinamento, evita os erros de projeto atravs
da prvia identificao de riscos. Entretanto, a causa de erros encontrados em projetos, da se a
riscos crticos encontrados tardes de mais, esses encontrados principalmente na fase de teste,
conseqentemente o sistema ficar de baixo nvel.
Foram modeladas todas as funcionalidades do SEQ, ou seja, trinta e trs casos de
usos para oito atores. Para cada caso de uso sero mostradas suas descries (Ver Apndice
B). Por serem muitos extensos, representaremos para os diagramas de seqncia e atividade, o
caso de uso nmero vinte e sete, denominado Ligar Elemento Qumico e os restantes esto
em Apndice B.
A partir deste diagrama de caso de uso, que foi o primeiro passo para a fase de
anlise de requisitos, e atravs de seu refinamento, o SEQ chegou ao objetivo deste trabalho: a
representao dos diagramas UML com base na teoria da OO consistentes e principalmente
com qualidade assegurada.

85

29-Excluir Composto
(Inati vo)

28-Cortar Ligao

23-Gerar Animao e
Escol her Arquivo
extend

inclu de

extend

2-Autenticar Senha

1-Logar no Sistema

3-Sol icitar Senha

5-Val idar Cadastro

Al uno

4-Cadastrar Usuario

include

extend

27-Li gar El emento Qu mico

extend

BIBLIOTECA

26-Sel ecionar El emento

Quimi co

extend

22-Acessar Objetos
Vi rtuais

include
access
6-Control ar o Sistema

MESA

LABORATRIO

25-Excluir Escol ha de
El emento

7-Val idar Cadastros

USUARIO

extend

30-Buscar Li gao
Binria

access

32-Cadastrar Composto
Inativo
inclu de

24-Escolher Elemento
Qumi co
31-Acessar ambi entes

21-Acessar Area Aluno

33-Vali dar Cadastro

Composto Inati vo

ALUNO

PROFESSOR

ADMINISTRADOR_SISTEMA

9-Control ar Cadastro
Usurio
extend

extend

10-Acessar Area
Professor

8-Acessar Area
Administrador

extend

ARMRIO

extend
extend

extend

extend

extend

18-Cadastrar El emento
Qui mico

15-Cadastrar Arqui vo PDF

14-Alterar Cadastro de
Composto Inati vo

11-Cadastrar Composto
Ativo
inclu de

include
include
extend

19-Val idar Cadastro

Elemento

12-Vali dar Cadastro

Composto Ati vo

16-Val idar Cadastro PDF

extend

20-Control ar Cadastro de
El emento

Figura 29 - Diagrama de Casos de Usos do SEQ

17-Controlar Cadastro de
Arqui vo

13-Controlar Cadastro de
Composto

86

3.3 Modelo de Classe Preliminar

Aps casos de uso terem sido criados, uma anlise dos objetos que permitem cada
uma das tarefas documentadas serem executadas (ou seja, terem um proprietrio) a prxima
etapa (MATOS, 2002).
Primeiramente apresentamos um modelo de classe preliminar (modelo lgico) mais
simples possvel, onde o objetivo desta etapa do processo foi identificar classes,
relacionamentos, atributos, de acordo com um estudo do diagrama de casos de usos modelado
no item anterior.
Para essa modelagem, de acordo com o (FURLAN, 1998), os relacionamentos das
classes, ainda no sofreram quaisquer questionamentos conceituais profundos. Entretanto,
alm do diagrama de casos de uso, foram feitos alguns levantamentos e validaes em relao
aos possveis usurios (Professor, Aluno e Administrador do Sistema). Com intuito de
identificar os conceitos de relacionamentos, cardinalidade e chaves primrias do modelo.
Todavia, este processo imprescindvel para a prxima etapa de modelagem de interao,
pois atravs dessa idia inicial de classes, podemos pensar em operaes e mensagens
correspondente s classes.
Portanto, o diagrama de classe lgico passou a ser composto pelas classes
preliminares:

Usurio,

Aluno,

Professor,

Administrador_Sistema,

Composto,

Elemento_Qumico, Composto_Elemento e Biblioteca.

Os relacionamentos propostos foram esclarecidos no Diagrama de Classes final.
Porm foi apresentado como modo de apoio ao Banco de Dados Relacional, o Modelo de
Entidade e Relacionamento (MER) desenvolvido pela ferramenta Erwin. Este modelo
apresentado no Apndice A.

87

USUARIO

COMPOSTO

+ codUsuario
+ nomeUsuario

+ codComposto
+ nomeComp
+ ligaoBinariaComp
+ descrioMeioAmbComp
+ ativoInativoComp

+ apelidoUsuario

+ senhaUsuario
+ eMailUsuario
+ dataNascUsuario

+ tipoUsuario

*
2..*
ELEMENTO_QUIMICO

ADMINISTRADOR_SISTEMA

+ codUsuario
+ cpfUsuarioAdm
+ rgUsuarioAdm
+ funoUsuarioAdm

PROFESSOR

ALUNO

+ codUsuario
+ cpfUsuarioProf
+ crqUsuarioProf
+ regiaoCrqUsuarioProf

+ codUsuario
+ serieUsuarioAluno
+ raUsuarioAluno

COMPOSTO_ELEMENTO
+ codElemento
+ codComposto
+ quantidade

+ codElemento
+ siglaElemento
+ massaAtomicaElemento
+ numeroAtomicoElemento
+ falimiaElemento
+ descrioElemento
+ tipoMetaisElemento
+ estadoFisicoElemento
+ valenciaElemento
+ numEletronsCamadaElemento

BIBLIOTECA
+ codBiblioteca
+ nomeArquivo

+ densidadeElemento
+ pontoFusoElemento
+ eletronegatividadeElemento
+ capacidadeCalorMolarElemento

+ nomeAutorArquivo

+ entalpiaFusoElemento

+ descrioArquivo

+ entalpiaVaporizaoElemento
+ entropiaMolarPadroElemento

+ energiaIonizaoElemento
+ raioAtomicoElemento
+ raioIonicoElemento
+ pontoEbulioElemento
+ cargaIonElemento
+ numeroProtonsElemento
+ numeroEletronsElemento
+ nomeElemento

Figura 30 - Diagrama de Classe (lgico) Preliminar

3.4 Desenhando Sistemas Dinmicos

Aps da construo do diagrama de classe preliminar, foi possvel a criao de
diagramas de interao e atividade, todavia, o objetivo desta fase consistiu em modelar
diagramas de seqncia para cada caso de uso. Entretanto, podendo estabelecer todas
operaes e mensagens das classes do sistema, com o propsito de modelar o comportamento

88

dos usurios e atores, diante das interfaces grficas do sistema e como estas interagem com o
banco de dados.
Pelo SEQ se caracterizar por um software especialista, entre diagrama de seqncia e
colaborao, o primeiro se enquadra melhor, alm de mostrar seqncia explcita de
mensagens e ter uma melhor abrangncia em relao dimenso de tempo e espao. Por isso,
este fora modelado.
Este diagrama representa o comportamento do usurio, caracterizado por um ator,
diante das interfaces grficas do sistema e como este sistema interage com as informaes
armazenadas em resposta s requisies do usurio.
Sero mostrados todos diagramas de Seqncia do SEQ. O caso de uso apresentado
o Ligar Elemento Qumico, pelo fato de proporcionar caractersticas incomuns para outros
sistemas e fundamentais para o SEQ. Todavia, precisamos ter como ponto de partida, um
domnio total da descrio desse caso de uso, ou seja, validaes das tarefas intermedirias
que compem o caso.

89

usr : USUARIO

comp : COMPOSTO

compElemento :
C OMPOSTO_ELEMENTO

1 : \solicitar e analisar elementos

qumicos\

2 : calcularElementos ( codElemento )

3 : gerarLigA utomtica ( cod

C omposto )
OU
4 : gerarLigC ov alente ( C od
Composto )
OU

5 : gerarLigIonica ( codC omposto )

OU

6 : gerarLigM etalica ( codC omposto )

OK

composto M S G "ligao O K"

7 : acessarDescrico ( codC omposto

, descrioMeioA mbC omp )

NOT O K
repulso MSG "A ligao no pode
ser realizada"

Figura 31 - Diagrama de seqncia do caso de uso Ligar Elemento Qumico

MATOS (2002) descreve esta fase de modelagem de diagrama de seqncia,
colaborando com alguns aspectos fundamentais:

Colabora com a identificao de mtodos das classes;

90

Colabora com a visualizao do nvel de detalhamento que foi dado aos casos de usos,
podendo analis-lo e corrigi-lo, principalmente os esteretipos (extends e include);

Colabora com o comportamento das mensagens.

Portanto, este diagrama representa o comportamento do sistema, dando nfase no

aspecto temporal. Os demais trinta e dois diagramas estaro representados no Apndice B.

3.5 Desenhando Diagrama de Atividade

O diagrama de atividade descreve o ciclo de vida de um objeto de um sistema ou
uma operao. Para o SEQ foram modeladas as atividades referentes aos casos de usos do
sistema. Para alguns diagramas apresentados em Apndice B, foram modelados mais de um
caso em apenas um diagrama, com o objetivo de diminuir a simplicidade de alguns casos se
fossem modelados sozinhos. Por exemplo, os de nmeros 4, 5, 6 e 7: Cadastrar Usurio,
Validar Cadastro Aluno, Controlar o Sistema e Validar Cadastro.
A principal caracterstica desta fase foi o fato de apresentar o comportamento do
objeto em relao s atividades. No exemplo da Figura 32, ser mostrada claramente a
seqncia proposta para o Usurio, podendo solicitar e analisar elementos qumicos.
Entretanto, foram modeladas em vrios pontos, as possibilidades de condies entre gerar
ligaes qumicas. Ressaltamos tambm, o paralelismo em outros casos, em Apndice B.

91

Entrar na Mesa

Solicitar e Analisar
Elementos

C alcular E lementos

Gerar Ligao
A utomtica

Gerar Ligao
C ovalente

Gerar Ligao Inica

Gerar Ligao Metlica

Figura 32 - Diagrama de Atividade de caso de uso Ligar Elemento Qumico

3.6 Desenhando Classes com Operaes

Esta fase de projeto consiste na complementao do diagrama de classes, resultante
das fases anteriores. Colocando em prtica alguns conceitos como: abstrao, ocultao de
informaes, integridade e modularidade, dentre outros estudos OO, como herana, operao,
atributos. Todavia, alcanamos as operaes atravs de mensagens recebidas pelas classes nos
diagramas de seqncia de casos de usos.
Objetivando tambm a representao do modelo fsico do banco de dados relacional
do sistema. Alm da criao deste diagrama, esta fase de projeto tambm incrementou a
criao de um diagrama de objetos, com o intuito de instanciar os objetos, porm,
representando como eles se relacionam em determinado ponto no tempo de execuo do
sistema, conseqentemente, validando os atributos e comportamento das classes.
So consideradas oito classes: Administrador_Sistama, Professor e Aluno
classificadas como subclasses (classes especializadas). Essas herdam atributos, operaes e

92

associaes da classe Usurio, classificada como superclasse. Este relacionamento denominase generalizao, dando nfase aos conceitos de herana.
Temos tambm as classes Biblioteca, Composto que se relacionam com a classe
Elemento_Qumico. A multiplicidade deste relacionamento de associao de muitos-paramuitos (* - 2..* ). Porm, foi criada uma nova classe Composto_Elemento, classificada
como classe de associao.
O diagrama de classes fsico, com sua devida normalizao, ou seja, sua integridade
e estabilidade, e o diagrama de objetos so mostrados nas Figuras 33 e 34, respectivamente.

USUA RIO

COMPOSTO

# codUsuario : NUMBER(4)

+ codComposto : NUMBER(4)
+ nomeComp : VARCHAR2(20)
+ ligaoBinariaComp : SMALLINT

# nomeUsuario : V A RC HA R2(30)
# apelidoUsuario : V A RC HA R2(6)

+ descrioM eioA mbC omp : V A RC HA R2(100)

# senhaUsuario : NUMBER(4)
# eMailUsuario : VARCHAR2(20)
# dataNascUsuario : DATE
# tipoUsuario : NUMBER

+ ativoInativoComp : SMALLINT
+ identificarAtivoInativo ( )
+ cadastrarComposto ( )
+ excluirCadComposto ( )
+ alterarCadComposto ( )
+ consultarCadComposto ( )
+ salv arAtivoEmInativo ( )
+ validarCadComposto ( )
+ excluirComposto ( )
+ acessarDescrico ( )
+ gerarLigAutomtica ( )
+ gerarLigIonica ( )
+ buscarLigBinria ( )
+ cortarLigao ( )
+ gerarLigMetalica ( )
+ gerarLigCovalente ( )
+ validarExclusoCad ( )

+ logarSistema ( )
+ classificarUsuario ( )
+ solicitarSenha ( )
+ inserirNomeEmail ( )
+ enviarEmail ( )
+ validarNomeEmail ( )
+ cadastrarAluno ( )
+ validarCadAluno ( )
+ autenticarSenha ( )

ADMINISTRA DOR_SISTEMA

PROFESSOR

+ codUsuario : NUMBER(4)
+ cpfUsuarioAdm : NUMBER
+ rgUsuarioAdm : NUMBER
+ funoUsuarioAdm : VARCHAR2(30)

+ codUsuario : NUMBER(4)
+ cpfUsuarioProf : NUMBER
+ crqUsuarioProf : NUMBER
+ regiaoCrqUsuarioProf : SMALLINT

+ cadastrarAdmProf ( )
+ excluirCad ( )
+ alterarCad ( )
+ consultarCad ( )
+ acessarAreaAdm ( )
+ validarCad ( )
+ solicitarCad ( )
+ validarExcluso ( )

+ solicitarCadastro ( )
+ acessarAreaProf ( )

BIBLIOTECA
+ codBiblioteca : NUMBER(4)
+ nomeArquivo : VARCHAR2(30)
+ nomeA utorA rquiv o : V A RC HA R2(30)
+ descrioA rquiv o : V A RC HA R2(50)

+ cadastrarArquivo ( )
+ excluirCadArquivo ( )
+ alterarCadArquivo ( )
+ consultarCadArquiv o ( )
+ validarCadArquivo ( )
+ escolherArquivo ( )
+ gerarAnimacao ( )
+ validarExcluso ( )

ALUNO

COMPOSTO_ELEMENTO

+ codElemento : N U MBER(4)
+ codC omposto : N U MBER(4)

+ codUsuario : NUMBER(4)
+ serieUsuarioAluno : SMALLINT
+ raUsuarioAluno : NUMBER(8)

+ quantidade : NUMBER
2..*

+ acessarAreaAluno ( )

ELEMENTO_QUIMICO
+ codElemento : NUMBER(4)
+ silgaElemento : CHAR(4)
+ massaAtomicaElemento : NUMBER
+ numeroAtomicoElemento : NUMBER
+ familiaElemento : VARCHAR2(2)
+ descrioElemento : VARCHAR2(50)
+ tipoMetaisElemento : SMALLINT
+ estadoFisicoElemento : VARCHAR2(1)
+ valenciaElemento : NUMBER
+ numEletronsCamadaElemento : NUMBER
+ densidadeElemento : NUMBER
+ pontoFusoElemento : NUMBER
+ eletronegativ idadeElemento : NUMBER
+ capacidadeCalorMolarElemento : NUMBER
+ entalpiaFusoElemento : NUMBER
+ entalpiaVaporizaoElemento : NUMBER
+ entropiaMolarPadroElemento : NUMBER
+ energiaIonizaoElemento : NUMBER
+ raioAtomicoElemento : NUMBER
+ raioIonicoElemento : NUMBER
+ pontoEbulioElemento : NUMBER
+ cargaIonElemento : NUMBER
+ numeroProtonsElemento : NUMBER
+ numeroEletronsElemento : NUMBER
+ nomeElemento : VARCHAR2(20)
+ cadastrarElemento ( )
+ excluirCadElemento ( )
+ alterarCadElemento ( )
+ consultarCadElemento ( )
+ validarCadElemento ( )
+ escolherElemento ( )
+ excluirEscolhaElem ( )
+ validarExcluso ( )
+ validarEscolhaExcluso ( )

Figura 33 - Diagrama de Classes do SEQ

+ calcularElementos ( )

93

usr : USUARIO

COMPOSTO

# codUsuario : 0001
# nomeUsuario : "Rosemiro de Souza"
# apelidoUsuario : "ro_sza"
# senhaUsuario : ****
# eMailUsuario : "rosemiro@eln.gov.br"
# dataNascUsuario : "05/04/1950"
# tipoUsuario : 1

+ codComposto : 0001
+ nomeComp : "gua H2O"
+ ligaoBinariaComp : null
+ descrioMeioAmbComp : " encontrado nos oceanos, rios, minerais, seres vivos"
+ ativoInativoComp : ativo
+ identificarAtivoInativo ( )
+ cadastrarComposto ( )
+ excluirCadComposto ( )
+ alterarCadComposto ( )
+ consultarCadComposto ( )
+ salvarAtivoEmInativo ( )
+ validarCadComposto ( )
+ excluirComposto ( )
+ acessarDescrico ( )
+ gerarLigAutomtica ( )
+ gerarLigIonica ( )
+ buscarLigBinria ( )
+ cortarLigao ( )
+ gerarLigMetalica ( )
+ gerarLigCov alente ( )
+ validarExclusoCad ( )

+ logarSistema ( )
+ classificarUsuario ( )
+ solicitarSenha ( )
+ inserirNomeEmail ( )
+ enviarEmail ( )
+ v alidarNomeEmail ( )
+ cadastrarAluno ( )
+ v alidarCadAluno ( )
+ autenticarSenha ( )

ADMINISTRADOR_SISTEMA

PROFESSOR

+ codUsuario : 0001
+ cpfUsuarioAdm : "45126592684"
+ rgUsuarioAdm : "6599872"
+ funoUsuarioAdm : "Tc Manut Eletrnica"

+ codUsuario : NUMBER(4)
+ cpfUsuarioProf : NUMBER
+ crqUsuarioProf : NUMBER
+ regiaoCrqUsuarioProf : SMALLINT

+ cadastrarAdmProf ( )
+ excluirCad ( )
+ alterarCad ( )
+ consultarCad ( )
+ acessarAreaAdm ( )
+ validarCad ( )
+ solicitarCad ( )
+ validarExcluso ( )

+ solicitarCadastro ( )
+ acessarAreaProf ( )

ALUNO

+ codUsuario : NUMBER(4)
+ serieUsuarioAluno : SMALLINT
+ raUsuarioAluno : NUMBER(8)
+ acessarAreaAluno ( )

COMPOSTO_ELEMENTO

2..*

+ codElemento : 0003
+ codComposto : 0001
+ quantidade : "2"
+ calcularElementos ( )

ELEMENTO_QUIMICO

BIBLIOTECA
+ codBiblioteca : 0005
+ nomeArquivo : "Aprenda Tabela Peridica"
+ nomeAutorArquivo : "Paulo Marinelli"
+ descrioArquivo : null
+ cadastrarArquivo ( )
+ excluirCadArquiv o ( )
+ alterarCadArquivo ( )
+ consultarCadArquivo ( )
+ validarCadArquivo ( )
+ escolherArquivo ( )
+ gerarAnimacao ( )
+ validarExcluso ( )

+ codElemento : 0003
+ silgaElemento : "H"
+ massaAtomicaElemento : "1,00794"
+ numeroAtomicoElemento : "1"
+ familiaElemento : "1A"
+ descrioElemento : "De hydor + gen, frmula da gua"
+ tipoMetaisElemento : "no-metal"
+ estadoFisicoElemento : "G"
+ valenciaElemento : null
+ numEletronsCamadaElemento : null
+ densidadeElemento : "0,0000899"
+ pontoFusoElemento : "-259,14"
+ eletronegatividadeElemento : "2,2"
+ capacidadeCalorMolarElemento : "2,220,784"
+ entalpiaFusoElemento : "0,12"
+ entalpiaVaporizaoElemento : "0,46"
+ entropiaMolarPadroElemento : "114,71"
+ energiaIonizaoElemento : "1310"
+ raioAtomicoElemento : "78"
+ raioIonicoElemento : "154"
+ pontoEbulioElemento : "-252,7"
+ cargaIonElemento : null
+ numeroProtonsElemento : null
+ numeroEletronsElemento : null
+ nomeElemento : "Hidrognio"
+ cadastrarElemento ( )
+ excluirCadElemento ( )
+ alterarCadElemento ( )
+ consultarCadElemento ( )
+ validarCadElemento ( )
+ escolherElemento ( )
+ excluirEscolhaElem ( )
+ validarExcluso ( )
+ validarEscolhaExcluso ( )

Figura 34 - Diagrama de Objetos do SEQ

O SEQ como visto no captulo anterior, ser implementado em linguagem Java, ou
seja, linguagem de POO. Entretanto, uma das vantagens da UML seu alto nvel de abstrao
aos conceitos OO, porm, no obrigando qualquer programador a utilizar essa notao a
programao.
Tendo em vista esses quesitos, foi elaborado o MER fsico, originando o dicionrio
de dados (DD), de acordo com os Apndices C e D. Com o intuito de ajudar futuramente
algum programador que queira implementar este software em qualquer outra ou at nova

94

linguagem de programao. A partir deste contexto, os objetos apresentados na Figura 34

podem ser visto pelos programadores como registros, ou seja, linhas de tabelas do banco de
dados.
Portanto, para esses modelos MER e DD foram utilizados a ferramenta Erwin, e os
tipos de dados apresentados tanto para o MER quanto para o diagrama de classes, foram
usados o gerenciador de banco de dados (SGBD) ORACLE 8.x, possibilitando mais
segurana e confiabilidade nas informaes das atividades desenvolvidas, tanto para usurios
internos quanto externos. O SGBD escolhido declara tipo de dados conceituais, porm, no se
preocupando se oferecer recursos para serem implementados em OPP.

3.7 Desenhando Diagrama de Estado

De acordo com (MATOS, 2002), a anlise dos aspectos dinmico de um estudo de
caso, pode ser til na especificao do comportamento temporal de uma classe. Esta
constatao pode ser feita se uma classe no for tratada como um elemento esttico, mas sim
um elemento com vrias transies desde a concepo.
Aps os diagramas j modelados, analisamos estados, onde foi desenhado o ciclo de
vida de objetos do sistema. Neste contexto, utilizamos a classe Usurio, representando
mquinas de estados, com objetivo de enfocar situaes e comportamentos em que o Usurio
entra no sistema, at o modo em que ele se classifica como Aluno ou Professor ou
Administrador de Sistema, conseqentemente cada um, acessando sua rea restrita. De acordo
com a Figura 35.

95

Acesso do Usurio
no sistema solicitado

Registrando Dados de Entrada

Dados vlidos

Senha no confere

Solicitando Senha

Processando Dados

Dados do Usurio
informado
Processando Dados de Cadastro
Dados para classificao
requisitada

Dados informados

Usurio para anlise

requisitado

Enviando Solicitao

Analisando tipo Usurio

Acesso cancelado

Cadastrando Usurio

Solicitao do Usurio
vlida

Senha invlida

A utenticando Senha

Cancelando Acesso

Cadastramento de
Usurio solicitada

Pedido de senha
atendido

Classificando tipo de Usurio

Classificao para Usurio
Professor ou Administrador

Dados enviados
para verificao

Usurio para aprovao

Solicitando Cadastro
Aprovando tipo do Usurio
Usurio Administrador
ir acessar
Acessando Area Administrador
Administrador acessou
rea restrita

Verificando Usurio
Solicitao via e-mail

Usurio Professor
ir acessar

Dados vlidos
para Usurio

Analisando Solicitao

Acessando Area Professor

Professor acessou
rea restrita

Dados invlidos
para Usurio

Recebendo Dados

Usurio recebeu
dados

Cancelando Solicitao

Solicitao Cancelada

Anlise e dados corretos

Classificao para
Usurio Aluno

Acessando Area Aluno

Aluno acessou rea restrita

Verificando Usurio Aluno

Verificao atendida

Enviando Confirmao
de cadastro

Usurio cadastrado

Figura 35 - Diagrama de Estados da classe Usurio

3.8 Desenhando Aspectos de Implementaes

Nessa fase de implementao, o sistema passa por uma anlise arquitetural, onde
necessita do desenvolvimento dos diagramas de componente, mostrando a estrutura do cdigo
fonte e ajudando a organizar melhor essa estrutura, conseqentemente, pelo fato da criao de
componentes, ajuda tambm na reutilizao de cdigo. E o diagrama de Implantao, para
mostrar a organizao do hardware e a ligao do software aos dispositivos fsicos.
O diagrama de Componente foi desenhado a partir de uma juno das classes, onde
representam as dependncias das bibliotecas (esteretipos) (Usurio.dll, Arquivo.dll e
Qumica.dll) com as mesmas. Todos os componentes possuem interfaces de assinatura de
mtodos requerida. Cada uma dessas bibliotecas apresenta interfaces fornecidas, ou seja, elas

96

fornecem algum mecanismo para que o arquivo SEQ.exe precise depend-las, de acordo com
a Figura 36.

executable
SEQ.exe

library

Interface1

Usuario.dll

metaclass
USUARIO.cls

metaclass
PROFESSOR.cls

library

library

Interface2

Arquivo.dll

metaclass

metaclass

ADMINISTRADOR_SISTEMA.cls

BIBLIOTECA.cls

Interface3

Qumica.dll

metaclass
COMPOSTO.cls

metaclass
ALUNO.cls

metaclass
ELEMENTO_QUIMICO.cls

metaclass
COMPOSTO_ELEMENTO.cls

Figura 36 - Diagrama de Componente do SEQ

J o diagrama de implantao, pelo fato de ser software educacional, no possui
esteretipos, como fax, server, modem, entre outros, como acontece na maioria dos sistemas
empresariais. Por isso, foi desenhado um pequeno diagrama, com o intuito de representar
apenas dois ns (esteretipos): O PC que seria o computador onde o SEQ ser instalado, e a
Impressora, pois os usurios conseguiro imprimir os arquivos PDFs cadastrados. Esse se
relaciona com a seta de associao para o PC, com multiplicidade de 1 (PC) para * (muitas
Impressoras). Entretanto, o diagrama exibiu tambm que o componente SEQ.exe pode
executar neste n (PC), usando entre eles o relacionamento de dependncia com o esteretipo
<<suporta>>. Porm, de acordo com a Figura 37, o tipo de n PC suporta o tipo de
componente SEQ.exe e esse depende do n para ser executado.

97

executable
SEQ.exe

suporta
deploy
1

PC

Figura 37 - Diagrama de Implantao do SEQ

Impressora

98

CONCLUSES
As abordagens da Engenharia de Software utilizadas sobre a UML, agregando o
Ciclo de Vida RUP, foram suficientes para o desenvolvimento do Estudo de Caso do SEQ,
podendo apresentar os nveis de abstraes de seu problema.
Porm, fica clara a importncia das etapas de Anlise de Requisitos e Projeto para
desenvolver um sistema de qualidade assegurada, podemos assim visualizar e controlar seu
processo de desenvolvimento de maneira eficaz e detalhada, identificando e gerenciando
riscos, estipulando e cumprindo prazos, dentro das estimativas de custo e principalmente de
forma padronizada.
necessrio destacar tambm a importncia da criao de modelos de requisitos,
estes envolvem diversas caractersticas e aspectos fundamentais na construo de seu
desenvolvimento. Para isso a UML abrange no s o SEQ, mas todos sistemas em
desenvolvimento, independente de sua linguagem de programao, pois seus diagramas
compreendem diversos nveis de abstrao, tanto estrutural, comportamental, quanto
arquitetural.
Entretanto, no estudo de caso, obtivemos facilidades de enxergar por meio de
abstrao, que pode ser entendida por qualquer programador. Todavia, destaco a vantagem da
OO para a implementao do SEQ, dando continuidade para essa tcnica, possibilitando
tambm o melhor aproveitamento dos recursos da Metodologia Unificada e outras vantagens,
como por exemplo, a facilidade de teste e reutilizao de cdigo.
Particularmente, ressalto a extenso no que diz respeito Engenharia de Software.
Atualmente, ainda se v programadores ou outros profissionais da computao, considerarem
essa rea, como sendo irrelevante para o desenvolvimento de um software. Porm, com este
trabalho, apresento alm de sua importncia, alguns mecanismo para planejar e gerenciar os
processos de desenvolvimento do SEQ.

99

Neste contexto, a Anlise e Projetos OO so sem dvidas primordiais e

indispensveis, para que o software tenha qualidade, portanto, satisfazendo seus usurios. Por
esse motivo, na busca por melhorias no processo de desenvolvimento do SEQ, uma sugesto
para trabalho futuro, seria a implementao de uma tcnica de teste no paradigma OO, com as
quais pode-se gerenciar este processo e detectar falhas de Projeto, aplicadas neste trabalho ou
na implementao funcional (cdigo fonte).
Em virtude das modelagens dos diagramas deste respectivo estudo passarem por
constantes validaes, ressalto tambm, uma alterao no caso de uso Validar Cadastro
Aluno, para uma continuidade de trabalho futuro. Pois, seria interessante que o usurio
Aluno no se cadastrasse automaticamente e sim, solicitasse um aval para o usurio
Professor, assim, seguiria uma restrio de hierarquia entre Administrador de Sistema,
Professor e Aluno. Ainda mais que, para a metodologia de software educacional do ensino
mdio de qumica, interessante para incluso digital nas escolas, a identificao do aluno
para o manuseio do software.

100

REFERNCIAS
ANQUETIL, Nicolas. Desenvolvimento de Software Orientado a Objetos. Disponvel em:
<http://www.ucb.br/ucbtic/mgcti/paginapessoalprof/Nicolas/Disciplinas/UML/>. Acesso em:
02 maio 2005.
BRAGA, Rosana Teresinha Vaccare; GERMANO, Ferno Stella Rodrigues; MASIERO,
Paulo Csar; MALDONADO, Jos Carlos. Introduo aos Padres de Software. So
Carlos, 2001, Disponvel em:
<http://sugarloafplop2005.icmc.usp.br/NotasDidaticasPadroes.pdf>. Acesso em: 14 set. 2005.
CAMPOS, Fernanda C. A; ROCHA, Ana Regina C. da. Design Instrucional e
Construtivismo: Em Busca de Modelos para o Desenvolvimento de Software. Disponvel
em: <http://www.niee.ufrgs.br/ribie98/TRABALHOS/250M.PDF>. Acesso em: 10 mar.
2005.
CANTO, Eduardo Leite do; PERUZZO, Francisco Miragaia. Tito & Canto Qumica na
abordagem do cotidiano. 2. ed. So Paulo: Moderna, 2002. 584 p.
CASTRO, Glauco Cabral Monteiro de; Aguiar Teresa Cristina de. Engenharia de Software
no Desenvolvimento de Software Educacional Hipermdia. XXV conferencia
Latinoamericana de Informtica. El Marco de Clei, Paraguay, 1999. Disponvel em:
<http://lsm.dei.uc.pt/ribie/docfiles/txt200332519457Engenharia%20de%20Software%20no%
20Desenvolvimento%20de%20Software%20Educacional%20Hipermdia.pdf>. Acesso em:
21 maro 2005.
COMPUTER Associates. Disponvel em: <http://www.ca.com/>. Acesso em: 20 out. 2005.
DEITEL, H. M; DEITEL, P. J. Java como Programar. 4. ed. So Paulo: Makron Books,
2003.
ESMIN, Ahmed Ali Abdalla. Modelando com UML: Unified Modeling Language.
Disponvel em: <http://www.dcc.ufla.br/infocomp/artigos/v1.1/tutorialUML.pdf>. Acesso
em: 01 agos. 2005.
FURLAN, J. D. Modelagem em Objetos Atravs da UML: The Unified Modeling
Language. So Paulo: Makron Books, 1998. 329 p.

101

GIOVANINI, Fernando Lopes; NOVO, Karine Rodrigues; PARDO, Marilia; MIYAZATO,

Renata Mayumi. Ferramenta Didtica para Ensino de Qumica: Mdulo Tabela Peridica.
2004. 76f. Trabalho de Concluso de Curso (Graduao em Cincia da Computao) Centro
Universitrio Eurpides de Marlia, Fundao de Ensino Eurpides Soares da Rocha, Marlia,
2004.
JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. UML Guia do Usurio. Rio de
Janeiro: Campus, 2000. 473 p.
LARMAN, Craig. Utilizando UML e Padres. So Paulo: Bookman, 1999.
LIGAO Qumica. Disponvel em: <www.quiprocura.net/ligacao/>. Acesso em: 06 jul.
2005.
MATOS, Alexandre Veloso de. Unified Modeling Language Prtico e Descomplicado.
1.ed. So Paulo: rica, 2002. 187 p.
MODELAGEM Visual de Aplicaes de Software. Disponvel em:
<http://www.microsoft.com/brasil/msdn/tecnologias/vsnet/visualstudio_modelagem.aspx>.
Acesso em: 25 abr. 2005.
O PROCESSO Unificado de Desenvolvimento de Software aplicado a Projetos Pequenos.
Disponvel em: <http://www.inf.pucrs.br/~eperes/upsmall.pdf>. Acesso em: 10 mar. 2005.
PRESSMAN, R. S. Engenharia de Software. So Paulo: Makron Books, 1995. 1056 p.
REIS, Ronaldo. Tabela Peridica Multimdia. Moderna Multimdia: Macromdia, 2005.
1CD-ROM.
SOUZA, Juliana Pereira. Anlise de Requisitos e Projeto OO para Software Educacional de
Qumica. In: VII SEMINRIO DE INICIAO CIENTFICA, 2005, Marlia, Resumos...
Marlia: Fundao de Ensino Eurpides Soares da Rocha, 2005. p. 2.
______. Anlise de Requisitos e Projeto Orientado a Objeto Usando UML: Um Estudo de
Caso. In: 13 SIMPSIO INTERNACIONAL DE INICIAO CIRNTFICA DA USP,
2005, So Carlos, Resumos... So Carlos: Universidade de So Paulo, 2005. p. 2.

102

TABELA Peridica. Disponvel em:

<http://www.christus.com.br/infochristus/tabperiodica/tprincipal.htm>. Acesso em: 06 jul.
2005.
TAPAS Development Method. Disponvel em:
<http://www.opentapas.org/docs/method.html>. Acesso em: 02 jul. 2005.
TREINAMENTOS Conceituais. Disponvel em:
<http://www.squadra.com.br/website/servicos/treinamento/b17.html>. Acesso em: 15 ago.
2005.
UML Tutorial: Disponvel em: <http://uml.tutorials.trireme.com/>. Acesso em: 11 abr. 2005.
UNIFIED Modeling Language. Disponvel em: <http://www.rational.com/uml>. Acesso em:
23 maio 2005.
VALE, Christiano. UML para Java. Disponvel em:
<http://www.guj.com.br/content/articles/uml/guj_uml_java.pdf>. Acesso em: 01 ago. 2005.

103

APNDICE A - Modelo Entidade Relacionamento (Lgico)

USUARIO

COMPOSTO

codUsuario

codComposto

nomeUsuario
apelidoUsuario
senhaUsuario
eMailUsuario
dataNascUsuario
tipoUsuario

nomeComp
ligaoBinariaComp
DescrioMeioAmbComp
ativoInativoComp

P
Z

COMPOSTO_ELEMENTO
codElemento (FK)
codComposto (FK)
quantidade

Z
ADMINISTRADOR_SISTEMA

Z
PROFESSOR

ALUNO

codUsuario (FK)

codUsuario (FK)

codUsuario (FK)

cpfUsuarioAdm
rgUsuarioAdm
funoUsuarioAdm

cpfUsuarioProf
crqUsuarioProf
regiaoCrqUsuarioProf

serieUsuarioAluno
raUsuarioAluno

BIBLIOTECA
codBiblioteca
nomeArquivo
nomeAutorArquivo
descrioArquivo

ELEMENTO_QUIMICO
codElemento
siglaElemento
massaAtomicaElemento
numeroAtomicoElemento
familiaElemento
descrioElemento
tipoMetaisElemento
estadoFisicoElemento
valenciaElemento
numEletronsCamadaElemento
densidadeElemento
pontoFusoElemento
eletronegatividadeElemento
capacidadeCalorMolarElemento
entalpiaFusoElemento
entalpiaVaporizaoElemento
entropiaMolarPadroElemento
energiaIonizaoElemento
raioAtomicoElemento
raioIonicoElemento
pontoEbulioElemento
cargaIonElemento
numeroProtonsElemento
numeroEletronsElemento
nomeElemento

Figura A1 - MER Lgico.

Este diagrama refere-se ao modelo de entidade-relacionamento do SEQ. Apresenta a
mesma estrutura de tabelas e dados do diagrama de classes preliminar, e para este trabalho,
seu objetivo de ajudar futuros programadores desenvolverem a implementao funcional do
sistema. Foi modelado pela ferramenta COMPUTER ASSOCIATES ERWIN 4.0.

104

APNDICE B - Descrio dos Casos de Uso, Diagrama de Seqncia e de

Atividade
Nesta descrio apresenta-se o termo Usurio, quando este no tiver restries de
acessos de ambientes, ou seja, Usurio poder ser Aluno, Professor ou Administrador de
Sistema. Sero apresentados para cada descrio os diagramas de seqncia e atividade
referente ao caso de uso.
Para ajudar os desenvolvedores a interpretar os casos de uso, esses devem ser
classificados como:

Caso de Uso primrio: representa processo principal.

Caso de Uso secundrio: representa processo menos importante ou raro.

Caso de Uso opcional: representa processo que pode no ser considerado.

1) Nome do Caso de Uso: Logar no Sistema

Atores que Participam: Usurio, Aluno, Professor e Administrador do Sistema.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio do caso de Uso: Ao iniciar o software o usurio ter trs opes: logar no
sistema (caso seja cadastrado), se cadastrar ou solicitar a senha (caso tenha esquecido).
Se escolher Logar no Sistema, ter que inserir seu apelido e senha. Esse
prprio caso ir validar se os campos foram preenchidos corretamente. Se os campos
estiverem corretos (verdadeiro), o sistema automaticamente passar por uma autenticao
de senha, de acordo com o caso de uso Autenticar Senha, caso contrrio, o sistema
apresentar uma mensagem dizendo que os campos foram preenchidos incorretamente e o
usurio poder ficar tentando inserir seu apelido e senha, ou acessar a opo Esqueci
Minha Senha, que aps o fracasso do login, aparecer automaticamente, de acordo com o
caso de uso Solicitar Senha.
Se escolher se cadastrar, o caso de uso referente : Cadastrar Usurio ou se a
escolha for esqueci senha, o caso de uso referente : Solicitar Senha.

105

usr : USUARIO

usr : USUARIO

1 : \solicitar login\

2 : logarSistema ( senhaUsuario
, apelidoUsuario )

[logarSistema = "v erdadeiro"]

3 : autenticarS enha ( senhaU suario )

[logarSistema = "falso"]

M S G "campos incorretos"

4 : logarSistema ( senhaUsuario
, apelidoUsuario )

OU
5 : solicitarS enha ( senhaU suario )

Figura A2 - Diagrama de Seqncia do caso de uso Logar no Sistema.

Solicitar Login

Solicitar Senha

para usurio cadastrado

Logar no Sistema

Inserir Dados

dados incorretos

dados corretos
Autenticar Senha

Figura A3 - Diagrama de Atividade do caso de uso Logar no Sistema.

106

2) Nome do Caso de Uso: Autenticar Senha

Atores que Participam: Usurio, Aluno, Professor e Administrador do Sistema.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio do caso de Uso: Aps a validao dos campos (de acordo com o caso de uso
Logar no Sistema), automaticamente o sistema passar por uma Autenticao. Essa
uma validao da senha referente ao apelido.
Se a senha estiver correta, o usurio entrar em sua rea restrita, referente ao seu
tipo (Professor, Aluno ou Administrador). Caso for falsa, o sistema apresentar uma
mensagem de senha incorreta e poder ficar tentando logar.

usr : USUARIO

usr : USUARIO

aluno : ALUNO

prof : PROFESSOR

adm : ADMINISTRADOR_SISTEMA

1 : \solicitar login\

2 : autenticarS enha ( senhaU suario )

[autenticarSenha = "Verdadeiro"]

3 : acessarA reaA luno ( codU suario )

4 : acessarA reaP rof ( codU suario )

5 : acessarA reaA dm ( codU suario )

[autenticarSenha = "falso"]

M S G "senha incorreta"

6 : logarSistema ( senhaUsuario
, apelidoUsuario )

Figura A4 - Diagrama de Seqncia do caso de uso Autenticar Senha.

107

A utenticar S enha

para dados corretos

senha incorreta
Logar no Sistema
senha correta

Acessar Area Aluno

Acessar Area
Professor

Acessar Area
Administrador

Figura A5 - Diagrama de Atividade do caso de uso Autenticar Senha.

3) Caso de Uso: Solicitar Senha

Atores que Participam: Usurio, Aluno, Professor e Administrador do Sistema.
Quem inicia o caso: Usurio.
Tipo: Secundrio.
Descrio: Quando o usurio for logar no sistema e tiver esquecido sua senha, ele poder
solicit-la, selecionando uma opo denominada esqueci minha senha, onde ao ser
selecionada, ter um campo para inserir seu nome e e-mail, assim, automaticamente ser
validado e conseqentemente ser enviado por e-mail sua senha e apelido.

108

usr : USUARIO

usr : USUARIO

1 : solicitarS enha ( senhaU suario )

2 : inserirNomeEmail ( nomeUsuario
, emailUsuario )

3 : v alidarNomeEmail ( nomeUsuario
, emailUsuario )

inserirNomeEmail = ["v erdadeiro"]

4 : env iarEmail ( senhaUsuario
, apelidoUsuario )

recebe senha e apelido

inserirNomeEmail = ["falso"]
M S G "dados incorretos"

Figura A6 - Diagrama de Seqncia do caso de uso Solicitar Senha.

Solicitar Senha

Inserir Nome e Email

Validar Nome e Email

dados incorretos
dados corretos
Env iar Email

Figura A7 - Diagrama de Atividade do caso de uso Solicitar Senha.

4) Caso de Uso: Cadastrar Usurio

Atores que Participam: Usurio, Aluno, Professor e Administrador do Sistema.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio: O usurio, ao entrar no software, se no for cadastrado, poder solicit-lo.
Automaticamente abrir um ambiente onde constaro os campos para serem preenchidos

109

como nome, e-mail, data de nascimento, apelido e senha. Conter um campo aonde o
usurio ir se classificar se Aluno, Professor ou Administrador, para cada tipo de
Usurio tero campos referentes a eles.
Caso o Usurio for Aluno, seu cadastro ser feito automaticamente. Durante e
aps ser feito uma validao de cadastro, de acordo com o caso de uso Validar Cadastro
Aluno, caso contrrio ser enviado por e-mail, uma solicitao para o Administrador
(antecessor) cadastrar, de acordo com o caso de uso Controle do Sistema.

usr : USUARIO

usr : USUARIO

aluno : ALUNO

admAntecessor :
ADMINISTRADOR_SISTEMA

1 : \solicitar cadastro\

2 : classificarU suario ( tipoU suario )

["tipoUsuario=aluno"]
3 : \preencher campos\

4 : cadastrarA luno ( codU suario )

5 : v alidarC adA luno ( codU suario )

["tipoUsuario =! aluno"]

6 : \preencher campos\

7 : solicitarC ad ( eMailUsuario ,
codUsuario )

Figura A8 - Diagrama de Seqncia do caso de uso Cadastrar Usurio.

110

para usurio no cadastrado

S olicitar C adastro

preencher campos

C lassificar Usuario

caso usurio for Professor ou A dministrador

caso usurio for A luno

C adastrar A luno

Validar C adastro A luno

A cessar A rea A luno

Solicitar C adastro

Validar C adastro

C adastrar A dm ou Prof

Env iar C onfirmao

de C adastro

env iar por e-mail

Figura A9 - Diagrama de Atividade dos casos de uso Cadastrar Usurio, Validar Cadastro
Aluno, Controlar o Sistema e Validar Cadastros.

5) Caso de Uso: Validar Cadastro Aluno

Atores que Participam: Usurio, Aluno, Professor e Administrador do Sistema.
Quem inicia o caso: Aluno.
Tipo: Primrio.
Descrio: Aps a identificao do Usurio, se for Aluno, o sistema automaticamente
passar por uma validao, para confirmar se os campos esto todos preenchidos e
consistentes. Conseqentemente o Aluno ter uma confirmao de cadastro e poder
entrar em sua rea, de acordo com o caso de uso Acessar rea Aluno.

111

aluno : ALUNO

usr : USUARIO

aluno : ALUNO

["tipoUsuario=aluno"]
1 : v alidarC adA luno ( codU suario )

OK
M S G "cadastro realizado com sucesso"

2 : acessarA reaA luno ( codU suario )

NOT OK
M S G "dados incorretos"

Figura A10 - Diagrama de Seqncia do caso de uso Validar Cadastro Aluno.

6) Caso de Uso: Controlar o Sistema

Atores que Participam: Administrador do Sistema e Professor.
Quem inicia o caso: Administrador do Sistema ou Professor.
Tipo: Primrio.
Descrio: Aps a solicitao de cadastro e identificao do Usurio, se for Administrador
ou Professor, eles solicitaro o cadastro, onde o sistema enviar um e-mail para o
Administrador antecessor (administrador antecessor o ultimo cadastrado) para que esse
possa validar seu cadastro, de acordo com o caso de uso Validar Cadastros.

112

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

admAntecessor :
ADMINISTRADOR_SISTEMA

1 : solicitarCad ( eMailUsuario ,
codUsuario )

2 : solicitarCad ( eMailUsuario ,
codUsuario )

3 : v alidarC ad ( codUsuario )

Figura A11 - Diagrama de Seqncia do caso de uso Controlar o Sistema.

7) Caso de Uso: Validar Cadastros

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Administrador do Sistema.
Tipo: Primrio.
Descrio: O Administrador antecessor validar a autenticao dos campos desses
usurios (Professor ou Administrador), conseqentemente os cadastrando e enviando um
e-mail de confirmao para esses usurios que o solicitou mostrando sua senha e apelido.
Portanto, os cadastros do Professor e Administrador no sero feitos automaticamente.

113

admAntecessor :
ADMINISTRADOR_SISTEMA

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

1 : v alidarC ad ( codU suario )

OK
2 : cadastrarA dmP rof ( codU suario )

enviar e-mail MSG "confirmao

de cadastro"
env iar e-mail MSG "confirmao
de cadastro"

NOT OK
env iar e-mail MSG "cadastro no
pode ser realizado"
enviar e-mail MSG "cadastro no
pode ser realizado"

Figura A12 - Diagrama de Seqncia do caso de uso Validar Cadastros

8) Caso de Uso: Acessar rea Administrador

Atores que Participam: Administrador do Sistema.
Quem inicia o caso: Administrador do Sistema.
Tipo: Primrio
Descrio: Aps a Autenticao de Senha, de acordo com o caso de uso Autenticar
Senha o Administrador acessar a sua rea restrita. Essa rea o ambiente em que o
Administrador visualizara as funcionalidades que poder executar no SEQ.
Ele poder acessar a rea do Professor, conseqentemente a rea do Aluno,
Controlar o Sistema e Controlar o Cadastro de usurio.

114

adm : ADMINISTRADOR_SISTEMA

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

aluno : ALUNO

1 : acessarA reaA dm ( codU suario )

area restrita do administrador

2 : acessarA reaP rof ( codU suario )

area restrira do professor

3 : acessarA reaA luno ( codU suario )

area restrita do aluno

Figura A13 - Diagrama de Seqncia do caso de uso Acessar rea Administrador.

A cessar A rea
administrador

aps a autenticao de senha

A cessar A rea
Professor

A cessar A rea A luno

Figura A14 - Diagrama de Atividade do caso de uso Acessar rea Administrador.

9) Caso de Uso: Controlar Cadastro de Usurio

Atores que Participam: Administrador do Sistema.
Quem inicia o caso: Administrador do Sistema.
Tipo: Primrio.
Descrio: Aps as validaes dos cadastros dos Usurios (Professor, Aluno ou
Administrador), o Administrador poder excluir, alterar ou consultar os cadastrados feitos.

115

adm : ADMINISTRADOR_SISTEMA

adm : ADMINISTRADOR_SISTEMA

1 : consultarC ad ( codU suario )

OU
2 : excluirC ad ( codU suario )

3 : v alidarE xcluso ( codU suario )

OK
M S G "cadastro excludo com sucesso"

NO T O K
M S G "cadastro no pode ser excludo"

OU
4 : alterarC ad ( codU suario )

M S G "cadastro alterado"

Figura A15 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Usurio.

Validaes dos
Cadastros de Usurios

A lterar C adastro

C onsultar C adastro

Excluir Cadastro

Validar Excluso

Figura A16 - Diagrama de Atividade do caso de uso Controlar Cadastro de Usurio.

116

10) Caso de Uso: Acessar rea Professor

Atores que Participam: Professor.
Quem inicia o caso: Professor.
Tipo: Primrio
Descrio: Aps a Autenticao de Senha, de acordo com o caso de uso Autenticar
Senha o Professor acessar a sua rea restrita. Essa rea o ambiente em que o Professor
visualizar s funcionalidades que poder executar no SEQ.
Alm de poder acessar suas funcionalidades particulares, ele poder tambm
acessar a rea do Aluno, de acordo com o caso de uso Acessar rea Aluno.

prof : PROFESSOR

prof : PROFESSOR

aluno : ALUNO

1 : acessarA reaP rof ( codU suario )

area restrita do professor

2 : acessarA reaA luno ( codU suario )

area restrita do aluno

Figura A17 - Diagrama de Seqncia do caso de uso Acessar rea Professor

A cessar A rea
Professor

aps a autenticao se senha

A cessar A rea A luno

Figura A18 - Diagrama de Atividade do caso de uso Acessar rea Professor

117

11) Caso de Uso: Cadastrar Composto Ativo

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Primrio.
Descrio: O Professor ou Administrador podero cadastrar os compostos que sero
usados para que os usurios possam desenvolver as ligaes qumicas. No cadastro
conter os dados bsicos referentes ao composto (nome, descrio, etc...), alm das
funcionalidades: salvar, excluir, alterar e consultar compostos ativos, referente ao caso de
uso Controlar Cadastro de Composto. Durante e aps a solicitao do cadastro, o
sistema passar por uma validao, de acordo com o caso de uso Validar Cadastro
Composto Ativo.

prof : PROFESSOR

adm : ADMINISTRADOR_SISTEMA

comp : COMPOSTO

1 : \solicitar nov o cadastro\

OU
2 : \solicitar nov o cadastro\

3 : cadastrarC omposto ( cod

C omposto )
4 : v alidarC adC omposto (
codC omposto )

Figura A19 - Diagrama de Seqncia do caso de uso Cadastrar Composto Ativo.

So licitar No v o
C adastro

C adastrar C o mpo sto A tiv o

para usurio pro fessor o u

administrado r

Validar C adastro
C o mpo sto A tiv o

dado s inv lido s

Figura A20 - Diagrama de Atividade dos casos de uso Cadastrar Composto Ativo e
Validar Cadastro Composto Ativo.

118

12) Caso de Uso: Validar Cadastro Composto Ativo

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Primrio.
Descrio: Aps a solicitao de cadastro de composto ativo, o sistema passar por uma
validao, essa usar propriedades da ligao inica, ligao covalente e ligao metlica,
confirmando se o composto a ser cadastrado esta nas normas da qumica.

prof : PROFESSOR

adm : ADMINISTRADOR_SISTEMA

comp : COMPOSTO

1 : v alidarC adC omposto (

codC omposto )

OK
M S G "cadastro realizado com sucesso"

NO T O K
M S G "dados inv lidos"
2 : \solicitar nov o cadastro\

OU
3 : v alidarC adC omposto (
codC omposto )

OK
M S G "cadastro realizado com sucesso"

NO T O K

M S G "dados inv lidos"

4 : \solicitar nov o cadastro\

Figura A21 - Diagrama de Seqncia do caso de uso Validar Cadastro Composto Ativo.

13) Caso de Uso: Controlar Cadastro de Composto

Atores que Participam: Usurio, Professor e Administrador do Sistema.
Quem inicia o caso: Aluno ou Professor ou Administrador do Sistema.
Tipo: Primrio.
Descrio: Aps a validao do cadastro de composto ativo e inativo, se o composto for
ativo, o Professor ou Administrador podero exclu-lo, alter-lo ou consult-lo o composto
cadastrado, caso contrrio, se o composto for inativo, o Aluno (em sua rea restrita)
poder exclu-lo, alter-lo e consult-lo o composto Inativo cadastrado.

119

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

aluno : ALUNO

comp : COMPOSTO

1 : identificarA tiv oInativ o ( ativ o

Inativ oC omposto , codC omposto )

2 : identificarA tiv oInativ o ( ativ o

Inativ oC omposto , codC omposto )

3 : identificarA tiv oInativ o ( ativ o

Inativ oC omposto , codC omposto )

[ativ oInativ oC omposto="positiv o"]

para composto ativ o

4 : consultarC adC omposto (

codC omposto )

5 : consultarC adC omposto (

codC omposto )
OU

6 : excluirC adC omposto (

codC omposto )
7 : excluirC adC omposto (
codC omposto )
8 : v alidarExclusoC ad ( cod
C omposto )

OK
M S G "composto "A tiv o" excludo com
sucesso"
M S G "composto "A tiv o" excludo com
sucesso"

NO T O K
MSG "o composto "A tiv o" no pode
ser excludo"
MSG "o composto "A tiv o" no pode
ser excludo"
OU

9 : alterarC adC omposto (

codC omposto )

10 : alterarC adC omposto (

codC omposto )

M S G "composto "A tiv o" alterado"

M S G "composto "A tiv o" alterado"

[ativ oInativ oC omposto="negativ o"]

para composto inativ o
11 : consultarC adC omposto (
codC omposto )

12 : excluirC adC omposto (

codC omposto )
13 : v alidarExclusoC ad (
codC omposto )

OK
MSG "composto "Inativ o" excludo
com sucesso"
NO T O K
MSG "o composto "Inativ o" no
pode ser excludo"

OU
14 : alterarC adC omposto (
codC omposto )

M S G "composto "Inativ o" alterado"

Figura A22 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Composto

120

Validaes de
C ompostos

usurio for
professor ou
administrador

usurio for aluno

C ontrolar Cadastro
C omposto A tivo

Alterar C adastro

Excluir Cadastro

C ontrolar C adastro
C omposto Inativo

Consultar C adastro

A lterar C adastro

Validar Excluso

Excluir C adastro

C onsultar Cadastro

Validar Excluso

Figura A23 - Diagrama de Atividade do caso de uso Controlar Cadastro de Composto

14) Caso de Uso: Alterar Cadastro de Composto Inativo

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Primrio.
Descrio: O professor ou Administrador podero acessar o cadastro do composto inativo
que os usurios criaram no ambiente laboratrio, podendo posteriormente corrigi-lo e
salv-lo, alterando sua base de dados para composto ativo.

121

prof : PROFESSOR

adm : ADMINISTRADOR_SISTEMA

comp : COMPOSTO

1 : \acessar composto inativ o\

2 : \acessar composto inativ o\

3 : \corrigir composto\

4 : salvarAtivoEmInativo ( ativo
InativoComposto )

operao realizada

operao realizada

Figura A24 - Diagrama de Seqncia do caso de uso Alterar Cadastro de Composto Inativo

A cessar
C omposto Inativ o

C orrigir C omposto Inativ o

Salv ar C omposto
A tiv o para Inativ o

Figura A25 - Diagrama de Atividade do caso de uso Alterar Cadastro de Composto Inativo

122

15) Caso de Uso: Cadastrar Arquivo PDF

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Secundrio.
Descrio: O Professor ou Administrador podero cadastrar diversos arquivos PDFs em
uma base de dados, para que o Usurio possa acessar na viso biblioteca. Essa base de
dados ter os seguintes atributos: Nome, Nome do Autor e Descrio do Arquivo.

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

bib : BIBLIOTECA

1 : \solicitar nov o cadastro\

OU
2 : \solicitar nov o cadastro\

3 : cadastrarA rquiv o ( codBiblioteca )

4 : v alidarC adA rquiv o ( codB iblioteca )

Figura A26 - Diagrama de Seqncia do caso de uso Cadastrar Arquivo PDF

Solicitar Nov o
C adastro

Cadastrar Arquivo

para usurio professor ou

administrador

Validar Cadastro
Arquivo

dados invlidos

Figura A27 - Diagrama de Atividade dos casos de uso Cadastrar Arquivo PDF e Validar
Cadastro PDF.

123

16) Caso de Uso: Validar Cadastro PDF

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Secundrio.
Descrio: Durante e Aps o Cadastro de PDFs, haver uma validao para conferir se os
atributos esto preenchidos corretamente.

prof : PROFESSOR

adm : ADMINISTRADOR_SISTEMA

bib : BIBLIOTECA

1 : v alidarC adA rquiv o ( codBiblioteca )

OK
M S G "cadastro efetuado com sucesso"

NO T O K
M S G "dados inv lidos"
2 : \solicitar nov o cadastro\

OU
3 : v alidarC adA rquiv o ( codBiblioteca )

OK
M S G "cadastro efetuado com sucesso"

NO T O K

M S G "dados inv lidos"

4 : \solicitar nov o cadastro\

Figura A28 - Diagrama de Seqncia do caso de uso Validar Cadastro PDF

17) Caso de Uso: Controlar Cadastro de Arquivo

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Secundrio.
Descrio: Aps a validao do cadastro de Arquivo, o Administrador ou Professor
poder exclu-lo, alter-lo ou consult-lo.

124

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

bib : BIBLIOTECA

1 : consultarC adA rquiv o (

codBiblio teca )
2 : consultarC adA rquiv o (
codBiblio teca )

OU
3 : excluirC adA rquiv o ( codB iblioteca )

4 : excluirC adA rquiv o ( codB iblioteca )

5 : v alidarE xcluso ( codB iblioteca )

OK

M S G "arquiv o excludo com sucesso"

M S G "arquiv o excludo com sucesso"

NO T O K

M S G "o arquiv o no pode ser excludo"

M S G "o arquiv o no pode ser excludo"

OU
6 : alterarC adA rquiv o ( codB iblioteca )

7 : alterarC adA rquiv o ( codB iblioteca )

M S G "arquiv o alterado"

M S G "arquiv o alterado"

Figura A29 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Arquivo.

Validaes de
A rquiv os

para usurio professor ou

administrador

C ontrolar
C adastro A rquiv os

A lterar C adastro

Excluir Cadastro

C onsultar C adastro

Validar Excluso

Figura A30 - Diagrama de Atividade do caso de uso Controlar Cadastro de Arquivo.

125

18) Caso de Uso: Cadastrar Elemento Qumico

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Primrio.
Descrio: O Professor ou Administrador, podero cadastrar os Elementos Qumicos,
preenchendo um questionrio de atributos referentes a ele. Durante e aps o cadastro,
haver uma validao de acordo com o caso de uso Validar Cadastro Elementos. Este
ser usado (no armrio e na mesa), quando os usurios o escolherem para gerar o
composto.

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

elemQ uimico :
ELEMENTO_QUIMIC O

1 : \solicitar nov o cadastro\

OU
2 : \solicitar nov o cadastro\

3 : cadastrarE lemento ( codE lemento )

4 : v alidarC adElemento ( cod

Elemento )

Figura A31 - Diagrama de Seqncia do caso de uso Cadastrar Elemento Qumico.

Solicitar Nov o
C adastro

C adastrar Elemento

Validar C adastro
Elemento

dados inv lidos

Figura A32 - Diagrama de Atividade dos casos de uso Cadastrar Elemento Qumico e
Validar Cadastro Elemento.

126

19) Caso de Uso: Validar Cadastro Elemento

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Primrio.
Descrio: Aps o Professor ou Administrador inserirem os campos pedidos pelo cadastro
de elemento qumico e solicitar o cadastro, o sistema passara por uma validao para
verificar se os campos foram preenchidos corretamente.

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

elemQ uimico :
ELEMENTO _Q UIMIC O

1 : v alidarC adElemento ( cod

Elemento )
OK
M S G "cadastro realizado com sucesso"

Not O k
M S G "dados inv lidos"

2 : \solicitar nov o cadastro\

OU
3 : v alidarC adElemento ( cod
Elemento )

OK
M S G "cadastro realizado com sucesso"

NO T O K
M S G "dados inv lidos"

4 : \solicitar nov o cadastro\

Figura A33 - Diagrama de Seqncia do caso de uso Validar Cadastro Elemento.

20) Caso de Uso: Controlar Cadastro de Elemento

Atores que Participam: Professor e Administrador do Sistema.
Quem inicia o caso: Professor ou Administrador do Sistema.
Tipo: Primrio.

127

Descrio: Aps a validao do cadastro de Elemento, o Administrador ou Professor

poder exclu-lo, alter-lo ou consult-lo.

adm : ADMINISTRADOR_SISTEMA

prof : PROFESSOR

elemQuimico :
ELEMENTO_QUIMIC O

1 : consultarC adElemento (
codElemento )

2 : consultarC adElemento (
codElemento )
OU
3 : excluirC adElemento ( cod
Elemento )

4 : excluirC adElemento ( cod

Elemento )

5 : v alidarExcluso ( codE lemento )

OK
M S G "elemento excludo com sucesso"
M S G "elemento excludo com sucesso"

NOT OK

MSG "o elemento no pode

ser excludo"
MSG "o elemento no pode
ser excludo"
OU
6 : alterarC adElemento ( cod
Elemento )

7 : alterarC adElemento ( cod

Elemento )

M S G "elemento alterado"

M S G "elemento alterado"

Figura A34 - Diagrama de Seqncia do caso de uso Controlar Cadastro de Elemento.

128

Validaes de
Elementos

C ontrolar C adastro
Elementos

A lterar C adastro

Excluir C adastro

C onsultar C adastro

Validar Excluso

Figura A35 - Diagrama de Atividade do caso de uso Controlar Cadastro de Elemento.

21) Caso de Uso: Acessar rea Aluno

Atores que Participam: Usurio, Aluno.
Quem inicia o caso: Aluno.
Tipo: Primrio
Descrio: Aps a Autenticao de Senha, de acordo com o caso de uso Autenticar
Senha ou aps a confirmao do cadastro, de acordo com o caso de uso Validar
Cadastro Aluno, o Aluno acessar a sua rea, que ser o Laboratrio Qumico. Todos os
usurios podero ter acesso a essa rea.

aluno : ALUNO

aluno : ALUNO

1 : acessarA reaA luno ( codU suario )

area restrita do aluno

Figura A36 - Diagrama de Seqncia do caso de uso Acessar rea Aluno.

129

A cessar A rea A luno

aps autenticao de senha e

v alidao do cadastro de aluno

E ntrar Laboratrio
Q umico

Figura A37 - Diagrama de Atividade do caso de uso Acessar rea Aluno.

22) Caso de Uso: Acessar Objetos Virtuais

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio: Qualquer tipo de Usurio poder acessar os objetos virtuais, cada qual com sua
rea restrita. Esses estaro dentro do Laboratrio Qumico. Ex. os prprios ambientes
virtuais (biblioteca, armrio e mesa), ar-condicionado, porta automtica, tpico de ajuda,
etc...

usr : USUARIO

lab : LABORATRIO

1 : \acessar objetos v irtuais\

objeto v irtual

Figura A38 - Diagrama de Seqncia do caso de uso Acessar Objetos Virtuais.

130

aps a autenticao de senha

Entrar Laboratrio

A cessar
O bjetos Virtuais

Figura A39 - Diagrama de Atividade do caso de uso Acessar Objetos Virtuais.

23) Caso de Uso: Gerar Animao e Escolher Arquivo

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Opcional.
Descrio: O ambiente (ator) Biblioteca ter caractersticas de uma estante com as portas
fechadas, assim que o usurio selecionar a viso, a animao ocorrer, a porta se abrir e
encontraro livros e disquetes.
Conseqentemente o Usurio poder escolher com o mouse o livro e/ou disquetes
que desejam, gerando arquivos PDFs e/ou LINKs em HTML. Estes arquivos sero
consultas para sobre a matria e qumica.

usr : USUARIO

bib : BIBLIOTECA

1 : \selecionar estante\

2 : gerarA nimacao ( codBiblioteca )

3 : escolherA rquiv o ( codBiblioteca )

arquiv o

Figura A40 - Diagrama de Seqncia do caso de uso Gerar Animao e Escolher Arquivo.

131

Selecionar Estante

Gerar A nimao

A brir Portas

Escolher A rquiv o

Figura A41 - Diagrama de Atividade do caso de uso Gerar Animao e Escolher Arquivo.

24) Caso de Uso: Escolher Elemento Qumico

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio: O Usurio poder na viso (ator) do Armrio, escolher a cada click com o
mouse quantos elementos deseja pegar. As restries sero impostas pelos tipos de dados
definidos pela implementao funcional. Ter 114 opes de escolha podendo mesclar e
repetir, assim podendo iniciar o objetivo principal do software.

usr : USUARIO

elemQ uimico :
ELEMENTO _Q UIMIC O

mesa : M E S A

1 : \analisar a tabela peridica\

2 : escolherE lemento ( codE lemento )

3 : \acessar\

elemento qumico

Figura A42 - Diagrama de Seqncia do caso de uso Escolher Elemento Qumico.

132

E ntrar no A rmrio

A nalisar Tabela
Peridica

Escolher Elemento

continuar escolhendo

A cessar Mesa

Figura A43 - Diagrama de Atividade do caso de uso Escolher Elemento Qumico.

25) Caso de Uso: Excluir Escolha de Elemento

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio: Aps a escolha do elemento, de acordo com o caso de uso Escolher Elemento
Qumico, se o Usurio no quiser mais o elemento escolhido, poder exclu-lo,
selecionando com o mouse e excluindo com a opo de acordo. Entretanto, ser feita uma
validao de excluso, confirmando se aquele elemento pode ser excludo.
Essa validao funcionar da seguinte maneira: Se o Usurio confirmar a
excluso, o sistema analisar se o elemento a ser excludo esta sendo usado por algum
composto que o prprio Usurio criou naquele momento (esse composto no cadastrado,
foi apenas criado naquele momento).
A excluso tambm poder ser feita aps as selees dos elementos, de acordo
com os caso de uso Selecionar Elemento Qumico, o Usurio poder exclu-lo,
selecionando com o mouse o lixo (objeto virtual) e a opo a ser excluda, o lixo poder
ser habilitado ajudando excluir mais de uma opo de uma s vez.

133

usr : USUARIO

elemQ uimico :
ELEMENTO _Q UIMIC O

mesa : M E S A

arm : ARMRIO

1 : \solicita excluso\

2 : \selecionar elemento(s) a ser

excluido (s)\

ou
3 : \selecionar elemento(s) a ser
excluido (s)\

4 : excluirE scolhaE lem ( codE lemento )

5 : v alidarEscolhaExcluso (
codElemento )
OK
M S G "elemento excludo com sucesso"

NO T O K

MSG "o elemento qumico no

pode ser excludo"

Figura A44 - Diagrama de Seqncia do caso de uso Excluir Escolha de Elemento.

Estar no Laboratrio

Solicitar Excluso
do Elemento

no ambiente mesa

no ambiente armrio
Selecionar Elemento a
ser Exludo

Excluir Elemento

v alidar Excluso

Figura A45 - Diagrama de Atividade do caso de uso Excluir Escolha de Elemento.

134

26) Caso de Uso: Selecionar Elemento Qumico

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio.
Descrio: O Usurio poder selecionar elementos pr-escolhidos, onde estaro vindos do
armrio, ou seja, dos elementos selecionados, ele poder separar os que vo compor o
composto.

usr : USUARIO

elemQuimico :
ELEMENTO _QUIMIC O

arm : ARMRIO

1 : \analiar elemento pr escolhido\

2 : escolherE lemento ( codE lemento )

3 : \acessar\

elemento qumico

Figura A46 - Diagrama de Seqncia do caso de uso Selecionar Elemento Qumico.

Entrar na Mesa

A nalisar Elemento
pr-escolhido

E scolher E lemento

continuar escolhendo

A cessar A rmrio

Figura A47 - Diagrama de Atividade do caso de uso Selecionar Elemento Qumico.

135

27) Caso de Uso: Ligar Elemento Qumico

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio
Descrio: Assim que os elementos qumicos forem selecionados, de acordo com o caso
de uso Selecionar Elemento Qumico, o Usurio ter quatro opes de ligaes de
elementos. A primeira ser a ligao automtica, onde se habilitada, selecionando os
elementos, se ligaro automaticamente (se existir o composto). As outras ligaes sero:
ligao inica, ligao covalente e ligao metlica, onde se habilitada, gera a ligao
manualmente de elementos possveis, caso contrrio haver uma animao de repulso
mostrando para os usurios que a ligao no pode ser feita, ou seja, no pode ser gerada,
de acordo com suas normas qumicas.

usr : USUARIO

comp : COMPOSTO

compElemento :
C O MPO STO _ELEMENTO

1 : \solicitar e analisar elementos

qumicos\

2 : calcularE lementos ( codE lemento )

3 : gerarLigA utomtica ( cod

C omposto )
OU
4 : gerarLigC ov alente ( C od
C omposto )
OU
5 : gerarLigI onica ( codC omposto )

OU

6 : gerarLigM etalica ( codC omposto )

OK

composto M S G "ligao O K "

7 : acessarDescrico ( codC omposto

, descrioMeioA mbC omp )

NO T O K
repulso MSG "A ligao no pode
ser realizada"

Figura A48 - Diagrama de Seqncia do caso de uso Ligar Elemento Qumico.

136

Entrar na Mesa

Solicitar e A nalisar
Elementos

C alcular E lementos

Gerar Ligao
A utomtica

Gerar Ligao Inica

Gerar Ligao
C ov alente

Gerar Ligao Metlica

Figura A49 - Diagrama de Atividade do caso de uso Ligar Elemento Qumico

28) Caso de Uso: Cortar Ligao

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio
Tipo: Secundrio
Descrio: Aps a escolha do elemento qumico e sua ligao, de acordo com os casos de
usos Selecionar Elemento Qumico e Ligar Elemento Qumico, o usurio poder
cortar (cancelar) as ligaes se a opo estiver habilitada (uma ligao de cada vez).

usr : USUARIO

comp : COMPOSTO

1 : \analisar composto\
2 : cortarLigao ( codC omposto )

Figura A50 - Diagrama de Seqncia do caso de uso Cortar Ligao

137

Escolher Elemento

Ligar Elemento

A nalisar C omposto

C ortar Ligao

Figura A51 - Diagrama de Atividade do caso de uso Cortar Ligao

29) Caso de Uso: Excluir Composto (Inativo)

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Secundrio
Descrio: Aps as selees dos elementos ou da gerao de compostos, de acordo com os
casos de usos Selecionar Elemento Qumico e Ligar Elemento Qumico, o Usurio
poder exclu-los, selecionando com o mouse o lixo (objeto virtual) e o composto(s). O
lixo poder ser habilitado ajudando excluir mais de uma opo de uma s vez.
Automaticamente ser feita uma validao de excluso, confirmando se o composto
dever realmente ser excludo.

usr : USUARIO

compInativo : COMPOSTO

1 : \analisar composto a ser excludo\

2 : excluirC omposto ( codC omposto )

3 : composto po de ser
excludo ? "v alidao "

OK
M S G "composto excludo com sucesso"

NO T O K
operao finalizada

Figura A52 - Diagrama de Seqncia do caso de uso Excluir Composto (Inativo).

138

Selecionar Elementos

Ligar C omposto

A nalisar C omposto

Excluir C omposto

Validar Excluso

Figura A53 - Diagrama de Atividade do caso de uso Excluir Composto (Inativo).

30) Caso de Uso: Buscar Ligao Binria

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Secundrio
Descrio: Caso o Usurio deseje fazer mltiplas ligaes (binrias) at obter o composto,
poder consultar uma lista de tabela (denominada ligao binria) contendo as possveis
ligaes para unir com a outra, assim ajudando-o nessa funo. Essa tabela poder ser
solicitada.

usr : USUARIO

comp : COMPOSTO

1 : \solicitar tabela de ligao binria\

2 : buscarLigBinria ( ligao
BinariaC omp , codC omposto )

tabela ligao binria

Figura A54 - Diagrama de Seqncia do caso de uso Buscar Ligao Binria.

139

Solicitar Tabela

B uscar Ligao B inria

Figura A55 - Diagrama de Atividade do caso de uso Buscar Ligao Binria.

31) Caso de Uso: Acessar Ambientes

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Armrio ou Mesa.
Tipo: Primrio
Descrio: Meio em que o Usurio possa estar no ambiente Armrio e acessar o Ambiente
Mesa, ou vice-versa.

usr : USUARIO

mesa : M E S A

arm : ARMRIO

1 : \entrar ambiente\

2 : \acessar ambiente\

ambiente armrio
OU
3 : \entrar ambiente\

4 : \acessar ambiente\

ambiente mesa

Figura A56 - Diagrama de Seqncia do caso de uso Acessar Ambientes

140

Estar no Laboratrio

Entrar na Mesa

A cessar Armrio

Entrar no A rmrio

Acessar Mesa

Figura A57 - Diagrama de Atividade do caso de uso Acessar Ambientes

32) Caso de Uso: Cadastrar Composto Inativo

Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio
Descrio: O Usurio poder salvar o composto criado no laboratrio qumico em uma
base de dados, como composto inativo. Automaticamente o sistema passar por uma
validao, de acordo com o caso de uso Validar Cadastro Composto Ativo, podendo
posteriormente ser acessada, excluda, alterada e corrigida pelo prprio Aluno em sua rea
restrita, de acordo com o caso de uso Controlar Cadastro de Composto. Este composto
poder tambm ser alterado diretamente de composto inativo para compostos ativo, de
acordo com o caso de uso Alterar Cadastro de Composto Inativo.

141

usr : USUARIO

compInativo : COMPOSTO

1 : \solitar cadastro composto inativo\

2 : cadastrarComposto ( codComposto
)
3 : validarCadComposto ( cod
Composto )

Figura A58 - Diagrama de Seqncia do caso de uso Cadastrar Composto Inativo

Solicitar Nov o
C adastro

para composto inativo

C adastrar C omposto

Validar C adastro
C omposto

dados invlidos

Figura A59 - Diagrama de Atividade dos casos de uso Cadastrar Composto Inativo e
Validar Cadastro Composto Ativo.
33) Caso de Uso: Validar Cadastro Composto Inativo
Atores que Participam: Usurio, Aluno, Professor, Administrador do Sistema,
Laboratrio, Biblioteca, Mesa e Armrio.
Quem inicia o caso: Usurio.
Tipo: Primrio
Descrio: Aps o cadastro de compostos inativos, ter uma confirmao para que todos
os campos tenham sido preenchidos.

142

usr : USUARIO

compInativo : COMPOSTO

1 : v alidarC adC omposto (

codC omposto )

OK
M S G "cadastro efetuado com sucesso"

NO T O K
M S G "dados Incorretos"
2 : \solicitar nov o cadastro\

Figura A60 - Diagrama de Seqncia do caso de uso Validar Cadastro Composto Inativo.

143

APNDICE C - Modelo Entidade Relacionamento (Fsico)

COMPOSTO

USUARIO

codComposto: NUMBER(4)
nomeComp: VARCHAR2(20)
ligaoBinariaComp: SMALLINT
DescrioMeioAmbComp: VARCHAR2(100)
ativoInativoComp: SMALLINT

codUsuario: NUMBER(4)
nomeUsuario: VARCHAR2(30)
apelidoUsuario: VARCHAR2(6)
senhaUsuario: NUMBER(4)
eMailUsuario: VARCHAR2(20)
dataNascUsuario: DATE
tipoUsuario: NUMBER
Z

P
COMPOSTO_ELEMENTO
codElemento: NUMBER(4)
codComposto: NUMBER(4)
quantidade: NUMBER

Z
ADMINISTRADOR_SISTEMA
codUsuario: NUMBER(4)
cpfUsuarioAdm: NUMBER
rgUsuarioAdm: NUMBER
funoUsuarioAdm: VARCHAR2(30)

Z
PROFESSOR

ALUNO

codUsuario: NUMBER(4)
cpfUsuarioProf: NUMBER
crqUsuarioProf: NUMBER
regiaoCrqUsuarioProf: SMALLINT

codUsuario: NUMBER(4)
serieUsuarioAluno: SMALLINT
raUsuarioAluno: NUMBER(8)

BIBLIOTECA
codBiblioteca: NUMBER(4)
nomeArquivo: VARCHAR2(30)
nomeAutorArquivo: VARCHAR2(30)
descrioArquivo: VARCHAR2(50)

ELEMENTO_QUIMICO
codElemento: NUMBER(4)
siglaElemento: CHAR(4)
massaAtomicaElemento: NUMBER
numeroAtomicoElemento: NUMBER
familiaElemento: VARCHAR2(2)
descrioElemento: VARCHAR2(50)
tipoMetaisElemento: SMALLINT
estadoFisicoElemento: VARCHAR2(1)
valenciaElemento: NUMBER
numEletronsCamadaElemento: NUMBER
densidadeElemento: NUMBER
pontoFusoElemento: NUMBER
eletronegatividadeElemento: NUMBER
capacidadeCalorMolarElemento: NUMBER
entalpiaFusoElemento: NUMBER
entalpiaVaporizaoElemento: NUMBER
entropiaMolarPadroElemento: NUMBER
energiaIonizaoElemento: NUMBER
raioAtomicoElemento: NUMBER
raioIonicoElemento: NUMBER
pontoEbulioElemento: NUMBER
cargaIonElemento: NUMBER
numeroProtonsElemento: NUMBER
numeroEletronsElemento: NUMBER
nomeElemento: VARCHAR2(20)

Figura A61 MER Fsico.

Este diagrama apresenta a mesma estrutura de tabelas e tipos de dados do diagrama
de classes, e a partir de seu trmino, foi gerado um dicionrio de dados apresentado em
Apndice D, mostrando todas descries das tabelas e dados do SEQ. Foi modelado pela
ferramenta COMPUTER ASSOCIATES ERWIN 4.0.

144

APNDICE D - Dicionrio de Dados

Tabela A1 - Identificao e Comentrio das Tabelas.

Table
Name

ADMINISTRADOR_SISTEMA

ALUNO

BIBLIOTECA

COMPOSTO

COMPOSTO_ELEMENTO

ELEMENTO_QUIMICO

PROFESSOR

USUARIO

Comment
Essa tabela uma generalizao da tabela USUARIO e tem como funo armazenar
os dados do Administrador do Sistema.
Por ser uma generalizao, ter todos os atributos da tabela USUARIO alm dos
restritos prprios de sua tabela "ADMINISTRADOR_SISTEMA".
O Administrador poder controlar o cadastro do Professor e poder acessar todos os
ambientes do Software Educacional de Qumica
Ter o Cod_Usuario para uma possvel identificao e consulta.
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Relaciona-se com a tabela:
- USUARIO
Essa tabela uma generalizao da tabela USUARIO e tem como funo armazenar
os dados do Aluno.
Por ser uma generalizao, ter todos os atributos da tabela USUARIO alm dos
restritos prprios de sua tabela "ALUNO".
O Aluno poder acessar apenas ao Laboratrio (Viso 1) e conseqentemente os
ambientes que estaro dentro dele, alm de se cadastrar automaticamente.
Ter o Cod_Usuario para uma possvel identificao.
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Relaciona-se com a tabela:
- USUARIO
Essa tabela tem como funo de armazenar os dados cadastrais dos arquivos PDFS,
onde ser usado na Biblioteca (Viso 2). Ter como chave primria o
Cod_Biblioteca, garantindo uma possvel consulta e identificao.
Apenas o Professor e Administrador do Sistema (em suas reas restritas) podero ter
acesso a esse cadastro, e todos os usurios podero acessa-los dentro do Laborattio
(Viso 1) em Biblioteca.
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Essa tabela tem como funo armazenar os dados cadastrais do Composto. Esse
poder ser considerado como "Ativo" pelo Usurio Professor e Administrador do
Sistema e "Inativo" pelo Usurio Aluno.
Futuramente os usurios Professor e Administrador podero acessar os compostos
inativos, podendo alter-lo (corrigindo e salvando) como compostos ativos.
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Relaciona-se com a tabela:
- COMPOSTO_ELEMENTO
Relaciona-se com as tabelas COMPOSTO e ELEMENTO, por seu relacionamento
ser muitos-para-muitos, essa gerada automaticamente.
Tem como chave primria os atributos: Cod_Composto e Cod_Elemento.
Essa tabela tem como funo armazenar os dados cadastrais dos Elementos
Qumicos.
Somente os usurios Professor e Administrador podero cadastrar (em suas reas
restritas).
Os Elementos sero escolhidos pelos usurios (no ambiente laboratrio) para gerar o
composto, nas Vises 3 e 4 (armrio e mesa).
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Relaciona-se com a tabela:
- COMPOSTO_ELEMENTO
Essa tabela uma generalizao da tabela USUARIO e tem como funo armazenar
os dados do Professor.
Por ser uma generalizao, ter todos os atributos da tabela USUARIO alm dos
restritos prprios de sua tabela "PROFESSOR".
O Professor poder acessar todos os ambientes virtuais menos controlar o seu
cadastro e do Administrador do Sistema.
Ter o Cod_Usuario para uma possvel identificao.
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Relaciona-se com as tabelas:
- USUARIO
- BIBLIOTECA_USUARIO.
Essa tabela tem como funo armazenar os dados do Usurio cadastrados e se
caracteriza por ser generalizao, portanto, os usurios podero ser de 3 tipos:
Administrador do Sistema ou Professor ou Aluno.
Ao iniciar o software o usurio poder logar, inserindo sua senha e nome caso seja

145

Table
Name

Comment
cadastrado, caso contrrio, poder se cadastrar.
Para cada tipo de usurio ter um CodUsuario, garantindo uma possvel
identificao, alm do seu login.
Para um melhor entendimento de sua funcionalidade, veja diagramas UML.
Relaciona-se com as tabelas:
- ADMINISTRADOR_SISTEMA (generalizao)
- PROFESSOR (generalizao)
- ALUNO (generalizao)

Tabela A2 - Identificao e Comentrio dos Atributos da Tabela

ADMINISTRADOR_SISTEMA.
Column(s) of "ADMINISTRADOR_SISTEMA" Table
Name
CodUsuario
cpfUsuarioAdm

Datatype
NUMBER(4)
NUMBER

rgUsuarioAdm

NUMBER

funoUsuarioAdm

VARCHAR2(30)

Comment
Chave primria da tabela.
Recebe o n do CPF do usurio Administrador do Sistema, no
formato XXXXXXXXXXX numrico sem ponto e sem hfen.
Recebe o n do RG do usurio Administrador do Sistema, no
formato XXXXXXXXX numrico sem ponto e sem hfen.
Recebe o nome da funo onde o Administrador do Sistema
atua.

Tabela A3 - Identificao e Comentrio dos Atributos da Tabela ALUNO.

Column(s) of "ALUNO" Table
Name
CodUsuario
RaUsuarioAluno
SerieUsuarioAluno

Datatype
NUMBER(4)
NUMBER(8)
SMALLINT

Comment
Chave primria da tabela.
Recebe o RA (nmero acadmico) do usurio Aluno.
Recebe a srie do Aluno.

Tabela A4 - Identificao e Comentrio dos Atributos da Tabela BIBLIOTECA.

Column(s) of "BIBLIOTECA" Table
Name
CodBiblioteca
NomeAutorArquivo
NomeArquivo
DescrioArquivo

Datatype
NUMBER(4)
VARCHAR2(30)
VARCHAR2(30)
VARCHAR2(50)

Comment
Chave primria da tabela.
Recebe os nomes dos autores do arquivo PDF.
Recebe o nome do arquivo PDF.
Recebe algumas observaes ou descries do arquivo PDF.

Tabela A5 - Identificao e Comentrio dos Atributos da Tabela COMPOSTO.

Column(s) of "COMPOSTO" Table
Name
CodComposto
NomeComp
DescrioMeioAmbComp

Datatype
NUMBER(4)
VARCHAR2(20)
VARCHAR2(100)

LigaoBinariaComp

SMALLINT

Comment
Chave primria da tabela.
Recebe o Nome do composto gerado.
Descrio sobre o composto gerado, onde conter todas as
informaes como:
Onde podemos usar o composto no meio ambiente.
Se habilitada, o atributo ser do tipo "Binria".
Esse atributo servir quando o usurio quiser gerar um composto
onde esse ter duas ou mais tipos de ligaes. Porm poder
consultar uma tabela de ligao binria, para juntar-se com outra
ligao.
Em nvel de Programao, quando o usurio for cadastrar o

146

Column(s) of "COMPOSTO" Table

Name

AtivoInativoComp

Datatype

SMALLINT

Comment
composto no ambiente de laboratrio, essa opo ser
desativada, pois apenas o usurio professor e administrador
podero habilitar esse atributo em suas reas restritas. Portanto
na rea restrita do aluno, ter apenas a consulta desta tabela, se
esse campo estiver sido habilitado pelos outros usurios
(professor ou administrador).
Atributo referente ao tipo de composto no sistema se ativo ou
inativo.
Ao nvel de programao, essa opo ser habilitada se os
usurios que forem cadastrar o composto forem professor ou
Administrador (em suas reas restritas), caso contrario,
automaticamente desativada.

Tabela A6 - Identificao e Comentrio dos Atributos da Tabela COMPOSTO_ELEMENTO.

Column(s) of "COMPOSTO_ELEMENTO" Table
Name
CodComposto
CodElemento
Quantidade

Datatype
NUMBER(4)
NUMBER(4)
NUMBER

Comment
Chave primria da tabela.
Chave primria da tabela.
Recebe a quantidade de elementos necessrios para gerar um
composto.

Tabela A7 - Identificao e Comentrio dos Atributos da Tabela ELEMENTO_QUMICO.

Column(s) of "ELEMENTO_QUIMICO" Table
Name
CodElemento
SiglaElemento

Datatype
NUMBER(4)
CHAR(4)

massaAtomicaElemento

NUMBER

numeroAtomicoElemento

NUMBER

familiaElemento

VARCHAR2(2)

descrioElemento

VARCHAR2(50)

tipoMetaisElemento

SMALLINT

estadoFisicoElemento

VARCHAR2(1)

valenciaElemento
numEletronsCamadaElemento
densidadeElemento

NUMBER
NUMBER
NUMBER

pontoFusoElemento

NUMBER

eletronegatividadeElemento

NUMBER

capacidadeCalorMolarElemento

NUMBER

entalpiaFusoElemento

NUMBER

Comment
Chave primria da tabela.
Recebe a sigla cientfica de do elemento qumico.
Ex: H.
Recebe a massa atmica cientfica de do elemento qumico.
Ex: (H): 1,0.
Recebe o mmero atmico cientfico do elemento qumico.
Ex: (H): 1.
Recebe a famlia do elemento.
1A = metais alcalinos
2A = metais alcalino-terroso
6A = calcognios
7A = halognios
0 = gases nobres
Recebe as observaes e descries do elemento.
Ex: A palavra Hidrognio deriva de hydor e gen, ou que forma
gua. Foi descoberto em 1766.
Apesar do Sol e das demais estrelas serem hidrognio quase
puro, ele raramente encontrado livre na Terra.
Recebe o tipo do elemento. O elemento qumico pode ser do tipo
metais ou no metais.
Recebe o estado fisco de elemento qumico.
Se Slico = S
Lquido = L ou
Gasoso = G.
Ex: (H): Gasoso.
Recebe a valncia cientfica do elemento qumico.
Recebe a quantidade de nmeros de eltrons da ultima camada.
Recebe a densidade do elemento qumico.
Ex: (H) Densidade: 0,089 g/cm3.
Recebe o ponto de fuso do elemento qumico.
Ex: (H) Ponto de Fuso: -259C.
Recebe a Eletronegatividade do elemento qumico.
Ex: (H) Eletronegatividade: 2,2
Recebe a Capacidade de Calor Molar do elemento qumico.
Ex: (H) Calor Molar: 2,220,784 J K-1 mol-1.
Recebe a Entalpia de Fuso do elemento qumico.
Ex: (H) Entalpia de Fuso: 0,12 kJ mol-1.

147

Column(s) of "ELEMENTO_QUIMICO" Table

Name
entalpiaVaporizaoElemento

NUMBER

Datatype

entropiaMolarPadroElemento

NUMBER

energiaIonizaoElemento

NUMBER

raioAtomicoElemento

NUMBER

raioIonicoElemento

NUMBER

pontoEbulioElemento

NUMBER

cargaIonElemento
numeroEletronsElemento
numeroProtonsElemento
nomeElemento

NUMBER
NUMBER
NUMBER
VARCHAR2(20)

Comment
Recebe a Entalpia de Vaporizao do elemento qumico.
Ex: (H) Entalpia de Vaporizao: 0,46 kJ mol-1.
Recebe a Entropia Molar Padro do elemento qumico.
Ex: (H) Entropia Molar Padro: 114,71 J K-1mol-1.
Recebe a Energia de Ionizao do elemento qumico.
Ex: (H) Energia de Ionizao: (1) 1310 kJ mol-1.
Recebe o Raio Atmico do elemento qumico.
Ex: (H) Raio Atmico: 78 pm.
Recebe o Raio Inico do elemento qumico.
Ex: (H) Raio Inico: 154 pm.
Recebe o Ponto de Ebulio do elemento qumico.
Ex: (H) Ponto de Ebulio: -253C.
Recebea carga de on do elemento qumico.
Recebe o nmero de eltrons do elemento qumico.
Recebe o nmero de prtons do elemento qumico.
Recebe o nome cientfico de do elemento qumico.
Ex: Hidrognio.

Tabela A8 - Identificao e Comentrio dos Atributos da Tabela PROFESSOR.

Column(s) of "PROFESSOR" Table
Name
codUsuario
crqUsuarioProf

Datatype
NUMBER(4)
NUMBER

cpfUsuarioProf

NUMBER

regiaoCrqUsuarioProf

SMALLINT

Comment
Chave primria da tabela.
Recebe o n do CRQ (Conselho Regional de Qumica) do
usurio Professor, no formato XXXXXXXX numerico sem
ponto e sem ifem.
Recebe o n do CPF do usurio Professor, no formato
XXXXXXXXXXX numerico sem ponto e sem ifem.
Recebe a regio do CRQ (Conselho Regional de Qumica) do
usurio Professor,
exemplo: 3 Regio.

Tabela A9 - Identificao e Comentrio dos Atributos da Tabela USURIO.

Column(s) of "USUARIO" Table
Name
codUsuario
nomeUsuario
apelidoUsuario
senhaUsuario
eMailUsuario
dataNascUsuario

Datatype
NUMBER(4)
VARCHAR2(30)
VARCHAR2(6)
NUMBER(4)
VARCHAR2(20)
DATE

TipoUsuario

NUMBER

Comment
Chave primria da tabela.
Recebe o Nome do Usurio.
Recebe o apelido para login.
Recebe a senha para login.
Recebe o e-mail do usurio.
Recebe a data do nascimento do usurio, no formato
DD/MM/AAAA
Recebe o tipo de usurio: Se
Administrador do Sistema = 1 ou
Professor = 2 ou
Aluno = 3.

148

APNDICE E - Relatrios de Revises Tcnicas

Relatrio Sumrio de Reviso Tcnica

Identificao da Reviso:
Projeto: Software Educacional de Qumica (SEQ)
Data: 07/03/2005
Local: Univem, sala 7

Nmero da Reviso: 01
Hora: 14h

Identificao do Produto:
Material revisado: Alguns tpicos da Anlise de Requisitos
Produtor: Juliana Pereira de Souza (lder)
Descrio Breve: Alguns tpicos primordiais para o processo de
desenvolvimento do SEQ e futuro desenvolvimento do Estudo de Caso.
Material Revisado:

Identificao do Problema;
Necessidades do Sistema.

Equipe de Reviso:
Nome
1. Juliana Pereira de Souza (lder)
2. Ederson Relvas (secretrio)
3. Ana Paula P. M. P. (orientadora)
Avaliao do Projeto:
Aceito: como est ( ) com pequenas modificaes (X)
No Aceito: reviso significante ( ) pequena reviso ( )
Reviso No Completada: ( )
Material Suplementar em Anexo:
Lista de questes () Materiais produzidos anotados ( )
Outros (X) CHECK LIST

Assinatura

149

Nmero da Reviso: 01
Data da Reviso: 07/03/2005
Lder da Reviso: Juliana Pereira de Souza

Secretrio: Ederson Relvas

CHECK LIST:
1. Quantos tipos de usurios o SEQ (Software Educacional de Qumica) ter?
2. Qual a funo (misso) de cada usurio?
3. At que ponto os usurios podero interagir com as atividades realizadas no
SEQ?
4. De que maneira o SEQ explorar o contedo sendo um software educacional
construtivista?
5. Quais estratgias didticas que sero utilizadas?
6. Que tipo de argumento o SEQ tratar predominantemente?
7. Quais so as ferramentas necessrias para seu desenvolvimento (modelagem
de diagramas UML, implementao funcional de interface)?
8. Quais so os recursos de informtica necessrios para que o SEQ seja
implantado (configuraes)?
9. O SEQ precisar ser interligado em rede? Qual?
10. Qual o principal objetivo para informatizar um SEQ?
11. Quais os impactos provocados pela informatizao de um SEQ?
12. Quais as contribuies do SEQ ter em relao aos objetivos didticos?
13. Quais so as principais dificuldades para implementar ligaes qumicas?
14. Como ser o controle do usurio? Precisar de login?
15. O usurio Aluno poder salvar seu composto? Mesmo que incorreto?
16. Como ser o controle de compostos ativos e inativos?
17. Os usurios sero cadastrados?
18. Os elementos qumicos sero cadastrados? Por qual tipo de usurio?
19. Quem controlar o cadastro de professor?
20. Quais elementos qumicos que podem ser ligados?
21. Quais so os principais problemas encontrados at agora? E as necessidades?

150

Relatrio Sumrio de Reviso Tcnica

Identificao da Reviso:
Projeto: Software Educacional de Qumica (SEQ) Nmero da Reviso: 02
Data: 24/03/2005
Local: Univem, sala 7
Hora: 14h
Identificao do Produto:
Material revisado: Conceitos de Qumica
Produtor: Juliana Pereira de Souza (lder)
Descrio Breve: Conceitos de todos requisitos de qumica do ensino
mdio, necessrio para o desenvolvimento do software.
Material Revisado:

Tabela Peridica;
Ligaes Qumicas.

Equipe de Reviso:
1.
2.
3.
4.

Nome
Juliana Pereira de Souza (lder)
Caio Correa (secretrio)
Paulo Marinelli (Prof. qumica)
Ana Paula P. M. P. (orientadora)

Avaliao do Projeto:
Aceito: como est ( ) com pequenas modificaes (X)
No Aceito: reviso significante ( ) pequena reviso ( )
Reviso No Completada: ( )
Material Suplementar em Anexo:
Lista de questes (X) Materiais produzidos anotados ( )
Outros ( ) _____________________________________

Assinatura

151

Nmero da Reviso: 02
Data da Reviso: 24/03/2005
Lder da Reviso: Juliana Pereira de Souza

Secretrio: Caio Correa

Lista de Questes (Problemas):

1. O conceito de tomo tem que ser bem entendido pelo produtor (a), pois um
tomo no um elemento qumico, todavia no uma molcula. Entretanto,
no pode se referir a um elemento qumico dizendo um tomo.
2. Os usurios do SEQ (Software Educacional de Qumica) podero escolher dos
114 qualquer um elemento da tabela peridica para gerar a ligao qumica,
mas algumas ligaes no podero ser concludas, pois alguns elementos
qumicos so vistos pelo ensino superior e no pelo ensino mdio que o foco
deste software educacional. Portanto essa restrio deve ser analisada.
3. A equipe de reviso recomenda uma modificao sobre a classificao dos
elementos da tabela peridica, esses classificados como: metais, no-metais,
semimetais e no-metais. Devem ser analisados pela tabela mais atual, ou
seja, tirando a diviso de semimetais.
4. Devem ser utilizados os principais tipos de ligaes qumicas: Ligao Inica,
Ligao Covalente e Ligao Metlica.

152

Relatrio Sumrio de Reviso Tcnica

Identificao da Reviso:
Projeto: Software Educacional de Qumica
Data: 05/08/2005
Local: Univem, sala 7

Nmero da Reviso: 03
Hora: 14h

Identificao do Produto:
Material revisado: Anlise de Requisitos
Produtor: Juliana Pereira de Souza (lder)
Descrio Breve: Todos os Requisitos do Sistema, para o Estudo de Caso
do Diagrama de Use Case.
Material Revisado:

Avaliar a Descrio do diagrama de caso de uso, dentro do CHECK

LIST adotado.

Equipe de Reviso:
Nome
1. Juliana Pereira de Souza (lder)
2. Ederson Relvas (secretrio)
3. Ana Paula P. M. P. (orientadora)
Avaliao do Projeto:
Aceito: como est ( ) com pequenas modificaes ()
No Aceito: reviso significante (X) pequena reviso ()
Reviso No Completada: ( )
Material Suplementar em Anexo:
Lista de questes (X) Materiais produzidos anotados ( )
Outros (X) CHECK POINTS e CHECK LIST

Assinatura

153

Nmero da Reviso: 03
Data da Reviso: 05/08/2005
Lder da Reviso: Juliana Pereira de Souza

Secretrio: derson Relvas

CHECK POINTS:
1. Avaliar o Requisito Logar no Sistema;
2. Avaliar o Requisito Solicitar Senha;
3. Avaliar o Requisito Cadastrar Usurio;
4. Avaliar o Requisito Validar Cadastro Aluno;
5. Avaliar o Requisito Controle do Sistema;
6. Avaliar o Requisito Cadastrar Arquivo PDF;
7. Avaliar o Requisito Validar Cadastro PDF;
8. Avaliar o Requisito Cadastrar Elemento Qumico;
9. Avaliar o Requisito Validar Cadastro Elemento;
10. Avaliar o Requisito Cadastrar Composto Ativo;
11. Avaliar o Requisito Validar Cadastro Composto Ativo;
12. Avaliar o Requisito Alterar Cadastro de Composto Inativo;
13. Avaliar o Requisito Acessar Objetos Virtuais;
14. Avaliar o Requisito Gerar Animao e Escolher Arquivo;
15. Avaliar o Requisito Escolher Elemento Qumico;
16. Avaliar o Requisito Excluir Escolha de Elemento;
17. Avaliar o Requisito Selecionar Elemento Qumico;
18. Avaliar o Requisito Ligar Elemento Qumico;
19. Avaliar o Requisito Cortar Ligao;
20. Avaliar o Requisito Excluir Composto (Inativo);
21. Avaliar o Requisito Buscar Ligao Binria;
22. Avaliar o Requisito Cadastrar Composto Inativo;
23. Avaliar o Requisito Validar Cadastro Composto Inativo;
24. Avaliar o Requisito Acessar Ambientes.

154

Nmero da Reviso: 03
Data da Reviso: 05/08/2005
Lder da Reviso: Juliana Pereira de Souza

Secretrio: derson Relvas

CHECKLIST:
1. A anlise do domnio da informao est completa?
OBS: Espera-se com este item verificar se a Anlise de Requisitos possui todas
as funcionalidades necessrias ou se existe alguma funcionalidade que pode ser
includa.
2. A anlise do domnio da informao est consistente?
OBS: Espera-se com este item verificar se as informaes da Anlise esto
consistentes, ou seja, no existe nenhuma funcionalidade ou requisito ambguo.
3. A anlise do domnio da informao est correta?
OBS: Espera-se com este item verificar se as informaes esto corretas, no
havendo nenhuma informao que no faa parte do domnio das necessidades
encontradas.
4. O particionamento do problema est completo?
OBS: O objetivo deste item verificar se o problema est corretamente dividido
em subproblemas.
5. Todos os requisitos podem ser mapeados para o nvel de sistema?
OBS: Neste item esperamos saber se todos os requisitos encontrados sero
realmente implementados no sistema.
6. Os requisitos correspondem ao modelo do mundo rela ou foi maquiado?
OBS: Os requisito devem corresponder o modelo no mundo real.
7. Cada requisito corresponde a uma nica funcionalidade do sistema?
OBS: Cada requisito deve corresponder a uma nica funcionalidade do sistema.
8. As descries dos requisitos esto escritas de forma clara sem deixar dvidas
sobre a funo que eles devem desempenhar no sistema?
OBS: O requisito deve descrever claramente sua funo no sistema.
9. Sero necessrios prottipos para o perfeito entendimento dos requisitos?
OBS: Caso necessrios devem ser construdos os prottipos para cada requisito.
10. Os requisitos esto prontos para serem mapeados para o projeto preliminar?
OBS: As transies dos requisitos para o projeto preliminar devem ser o mais
automtico possvel.
11. Os requisitos atendem ao desempenho esperado?
OBS: Os requisitos devem ser compatveis com o desempenho esperado do
sistema.
12. Os critrios de validaes esto completamente especificados?
OBS: Os critrios de validaes devem estar completamente especificados.

155

Nmero da Reviso: 03
Data da Reviso: 06/05/2005
Lder da Reviso: Juliana Pereira de Souza

Secretrio: derson Relvas

Lista de Questes (Problemas):

N
N Check
Problema
Points
1
1

2
3
4
5

2
3
4
5

10

10

11

11

12

12

13
14
15
16
17
18
19
20
21
22
23
24

13
14
15
16
17
18
19
20
21
22
23
24

N Problema
1

Descrio do Problema (dentre Check List)

Falta incluir o requisito para autenticar senha, pois o Usurio, aps
logar no sistema, sua senha e apelido precisa passar por uma
autenticao, para que possa entrar no sistema. Se essa Autenticao for
positiva, cada usurio poder entrar em sua rea restrita (se for
cadastrado).
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
O Administrador antecessor poder controlar o cadastro do
Administrador e Professor, porm, precisar validar os campos desses
usurios.
O caso Acessar rea Professor se relaciona com esse caso. Falta o
relacionamento.
Aps a validao do cadastro, o Administrador ou Professor poder
exclu-los, altera-los ou consult-los os arquivos cadastrados. Porm
falta um requisito para esse controle.
O caso Acessar rea Professor se relaciona com esse caso. Falta o
relacionamento.
Aps a validao do cadastro, o Administrador ou Professor poder
exclu-los, altera-los ou consult-los os elementos cadastrados. Porm
falta um requisito para esse controle.
O caso Acessar rea Professor se relaciona com esse caso. Falta o
relacionamento.
Aps a validao do cadastro, o Administrador ou Professor poder
exclu-los, altera-los ou consult-los os composto ativo. Porm falta um
requisito para esse controle.
O caso Acessar rea Professor se relaciona com esse caso. Falta o
relacionamento.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.
OK, Nenhuma Observao.

Soluo (Providncias a serem tomadas)

Incluir os casos de usos Autenticar Senha, Acessar rea Aluno, Acessar
rea Professor e Acessar rea Administrador. Esses trs ltimos casos
citados se relacionam com a seta de dependncia com o caso de uso Autenticar

156

5
6
7
8
9
10
11
12
OBS:

Senha. E tambm, o caso Acessar rea Administrador <<extend>> o caso

Acessar rea Professor que por sua vez <<extend>> o caso Acessar rea
Aluno.
Incluir o caso de uso Validar Cadastros
Incluir o relacionamento: Acessar rea Professor <<extend>> Cadastrar
Arquivo PDF
Incluir o caso de uso Controlar Cadastro de Arquivo
Incluir o relacionamento: Acessar rea Professor <<extend>> Cadastrar
Elemento Qumico
Incluir o caso de uso Controlar Cadastro de Elemento
Incluir o relacionamento: Acessar rea Professor <<extend>> Cadastrar
Composto Ativo
Incluir o caso de uso Controlar Cadastro de Composto. Este depende do caso
Validar Cadastro Composto Inativo.
Incluir o relacionamento: Acessar rea Professor <<extend>> Alterar
Cadastro de Composto Inativo
Incluir o caso de uso: Controlar Cadastro Usurio, dependendo do caso
Validar Cadastros.