31

MODELAGEM DE PROCESSOS
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
Unidade IV
5
10
15
6 RELACIONAMENTOS
a maneira como as classes de objetos interagem entre si
para formar o comportamento do sistema. Esse relacionamento
apresentado pelo diagrama de classes. Os dois principais tipos
de relacionamento so associao e agregao.
6.1 Associao
Compreende uma conexo bidirecional entre classes que
indica a existncia de um relacionamento entre os objetos
dessas classes.
Nos diagramas de classe, representada por uma linha
conectando as classes associadas.
O uxo de dados pode ser unidirecional ou bidirecional
por meio da conexo.
Para esclarecer o signicado de uma associao, ela
nomeada. No diagrama de classes, o nome apresentado
ao longo da linha de associao. Usualmente, esse nome
um verbo ou uma frase verbalizada.
Entre duas classes pode existir mais de uma associao.
6.2 Multiplicidade de associao
o nmero de instncias de uma classe relacionada com
uma instncia de outra classe. Para cada associao, h uma
multiplicidade em cada direo.
32
Unidade IV
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
A expresso usada pela UML para os indicadores de
multiplicidade :
Muitos *
Apenas um
Zero ou muitos 1
Um ou muitos
Zero ou um 0..*
Intervalo especco 1 *
Exemplo de nomeao de uma associao:
<<Controle>>
GerenteDeRegistro
<<Entidade>>
Curso
gerncia
Exemplo de indicador de multiplicidade de uma associao:
<<Controle>>
GerenteDeRegistro
<<Entidade>>
Curso
1 1..*
Exemplos de como interpretar (ler) a associao representada
em num diagrama de classes:
<<Controle>>
GerenteDeRegistro
<<Entidade>>
Curso

gerenciada
1
Um objeto Curso gerenciado por um nico
GerenteDeRegistro:
<<Controle>>
GerenteDeRegistro
<<Entidade>>
Curso
gerncia 1..*
5
10
33
MODELAGEM DE PROCESSOS
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
Um GerenteDeRegistro gerencia um ou muitos Cursos.
6.3 Associao reexiva
quando os objetos da prpria classe esto se relacionando.
<<Entidade>>
Curso
Pr-requisito
0..*
0..*
Um curso est associado a nenhum ou a muitos pr-
requisitos. Alm disso, um curso pr-requisito de nenhum ou
muitos cursos.
6.4 Agregao
uma forma especializada de associao, na qual um
todo relacionado com suas partes. Tambm conhecida
como relao de contedo.
representada como uma linha de associao com um
diamante junto classe agregadora.
A multiplicidade representada da mesma maneira que
nas associaes.
<<Fronteiria>>
FormularioDeRegistro
1 1
<<Fronteiria>>
FormularioDeRegistro
Um objeto da classe FormularioDeRegistro contm
um nico objeto FormularioDeMatricula. Um objeto
FormularioDeMatricula est contido num nico objeto
FormularioDeRegistro.
5
10
15
34
Unidade IV
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
Agregao reexiva: quando objetos de uma classe
composto de objetos da prpria classe.
6.4.1 Associao ou agregao
<<Fronteiria>>
FormularioDeRegistro
1 1
<<Fronteiria>>
FormularioDeRegistro
1
<<Controle>>
GerenteDeRegistro
6.4.2 Classe de uma associao de classe
Permite adicionar atributos, operaes e outras caractersticas
a uma dada associao.
Aluno Curso
Nota
3..10 1..*
A classe de uma associao de classe, normalmente, gerada
a partir de uma associao de muitos para muitos.
6.5 Relacionamento entre pacotes
Pacotes so relacionados uns com os outros usando um
relacionamento de dependncia.
Se uma classe de um pacote interage com uma classe de
outro pacote, a relao de dependncia adicionada em
nvel de pacote.
5
10
35
MODELAGEM DE PROCESSOS
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
Relacionamentos entre pacotes so obtidos a partir dos
diagramas de classe e de cenrio.
Aluno
RegrasDoNegocio
Elementos da Universidade
6.6 Diagrama de componentes
terraogcwmscgi
terraogcwmstheme
terraogcwmsclient
terraogcwmsserver
terramanager
terralib
xerces-c_2_7
terraogcwms
wmsplugin
terraogxml
terraogccommon terraogcutils
terraogcows
Figura 23 - Diagrama de componentes.
36
Unidade IV
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
6.7 Diagrama de implantao
ogwsserver
ogwswms
Servidor
Cliente 1 - WMS
Cliente 2 - WMS
Cliente 3 - WFS
HTTP
HTTP
HTTP
SGBD 1
SGBD 2
SGBD 3
Figura 24 - Diagrama de implantao.
7 MODELAGEM CONCEITUAL
O modelo conceitual deve descrever a informao
que o sistema vai gerenciar. Trata-se de um artefato
do domnio do problema e no do domnio da soluo.
Portanto, o modelo conceitual no deve ser confundido
com a arquitetura do software (diagrama de classes de
projeto), pois esta, embora inicialmente derivada do
modelo conceitual, pertence ao domnio da soluo e,
ento, serve a um objetivo diferente.
O modelo conceitual tambm no deve ser confundido
com o modelo de dados, pois o modelo de dados enfatiza
a representao e a organizao dos dados armazenados,
enquanto o modelo conceitual visa representar a compreenso
da informao e no a sua representao fsica.
O modelo conceitual procura mostrar quais so os elementos
de informao tratados pelo sistema, para que mais adiante se
possa mostrar ainda como essa informao transformada pelo
sistema a partir das diferentes requisies do usurio (operaes
de sistema).
5
10
15
37
MODELAGEM DE PROCESSOS
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
O analista deve lembrar que a fase de anlise considera
apenas o mundo exterior ao sistema, e nunca seu interior. Por
isso, no faz sentido falar em modelo de dados nessa fase porque
os dados somente existiro no interior do sistema. Uma maneira
interessante de compreender o modelo conceitual imaginar
que os elementos descritos nele correspondem a informaes
inicialmente existentes apenas na mente do usurio.
Figura 25 - O modelo conceitual uma representao da viso que o usurio tem
das informaes gerenciadas pelo sistema.
O usurio, pelas operaes e consultas de sistema,
passa informaes ao sistema e recupera informaes do
sistema. O sistema nem precisa ser considerado um sistema
computacional nesse momento. Ou seja, essas informaes
existem independentes da existncia de um computador para
armazen-las.
O objetivo da anlise estudar o problema. Mas o sistema
computacional seria uma soluo para o problema, logo, objeto
de estudo da fase de projeto. O sistema-soluo poderia tambm
no ser computacional. Seria possvel analisar todo um sistema
e propor uma soluo manual para implement-lo, na qual
os dados so armazenados em chas de papel e as operaes
so efetuadas por funcionrios da empresa com o uso de lpis,
borracha e grampeador.
5
10
15
20
38
Unidade IV
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
Assim, o modelo conceitual deve ser independente da
soluo fsica que vir a ser adotada e deve conter apenas
elementos referentes ao domnio do problema em questo,
cando relegados fase de projeto os elementos da soluo,
isto , todos os conceitos que se referem a computadores
como: interfaces, formas de armazenamento (bancos de dados),
segurana de acesso, comunicao etc.
7.1 Elementos bsicos do modelo conceitual
Apesar de a anlise trabalhar com diferentes casos de uso
em cada um dos ciclos iterativos, o modelo conceitual nico
para todo o sistema. Ento, no existe modelo conceitual do
primeiro ciclo, ou do segundo ciclo etc. Existe um nico modelo
conceitual para todo o sistema, o qual vai sendo completado
medida que se passa de um ciclo para outro.
O modelo conceitual representa somente o aspecto esttico
da informao. Dessa maneira, no podem existir no modelo
conceitual referncias a operaes ou aspectos dinmicos dos
sistemas.
Quando se trabalha modelagem conceitual com diagramas
de classes da UML, existem precisamente trs elementos para
representar informao:
conceitos, que so representados por classes. Conceitos
na modelagem conceitual so a representao da
informao complexa, que no pode ser descrita
meramente por tipos alfanumricos. Exemplos de
conceitos num sistema de videolocadora so: ta,
cliente, emprstimo e reserva;
atributos, que so informaes alfanumricas diretamente
ligadas aos conceitos. Exemplos de atributos num sistema
de videolocadora so: idade do cliente, data do pagamento,
nome do lme e endereo do cliente;
5
10
15
20
25
30
39
MODELAGEM DE PROCESSOS
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
associaes, que muitas vezes so pouco compreendidas e
consistem em um tipo de informao que liga diferentes
conceitos entre si. Porm, a associao mais do que
uma mera ligao: ela prpria um tipo de informao
conceitual importante. Exemplos de associaes so:
dono de, entre uma pessoa e seu automvel, contraiu,
entre um cliente e um emprstimo, emprega, entre uma
empresa e um grupo de funcionrios.
Cliente
+ nome: String
+ endereo: String
+ telefone: Inteiro
+ debito: Moeda
Emprestimo
+ data: Data
+ valorTotal: Moeda
+ pago: Booleano
TipoDeFilme
+ tipo: String
+ prazo: Inteiro
+ preco: Moeda
ItemDeEmprestimo
+ prazo: Inteiro
+ valor: Moeda
Reserva
+ data: Data
Filme
+ titulo: String
Fita
+ danicada: Booleano = falso
+ codigo: String
Concludo
Em andamento
EstadoDeItemDeEmprestimo
tipo
titulo codigo
nome
cadastra
+cadastro
1
1
1
1
1
1
1
1
*
*
*
*
*
*
*
*
1
1
1
1
1
1
1
0..1
Videolocadora
especica
prioriza
solicitou
contm
est em
apareceu em
especica
aparece em
referenciou
*[ordered}
Figura 26 - Modelo conceitual para o primeiro ciclo de uma videolocadora. Fonte:
Waslawick, 2004.Glossrio
Glossrio
SOAP protocolo simples baseado em XML que permite que
aplicaes troquem informaes sobre HTTP.
5
40
Unidade IV
R
e
v
i
s

o
:

B
e
a
t
r
i
z

-

D
i
a
g
r
a
m
a

o
:

M

r
c
i
o

-

2
5
/
0
8
/
0
9
Referncias bibliogrcas
ASSEMBLY LANGUAGE SOURCE CODES. Disponvel em: <http://
www. emu8086.com/dr/asm2html/assembler_source_code/>.
Acessado em 23 de maio 2009.
DAUN, Berthould. Modelagem de objetos de negcios com
XML: abordagem com base em XML. Rio de Janeiro: Elsevier,
2004.
FOWLER, Martin; SCOTT, Kendal. UML essencial: um breve guia
para a linguagem padro de modelagem de objetos. 2. ed.
Porto Alegre: Bookman, 2000.
GORDON, Steven R.; GORDON, Judith R. Sistemas de
informao: uma abordagem gerencial. Rio de Janeiro: LTC,
2006.
QUEIROZ, Gilberto Ribeiro de. UML: viso geral. Instituto
Nacional de Pesquisas Espaciais: s.l, 2008. Disponvel em:
<http://www.dpi.inpe.br/~gribeiro/apresentacoes/uml_ 2008_
02_29.pdf>. Acessado em 25 de maio 2009.
SOAP TUTORIAL. Disponvel em: <http://www.w3schools.com/
soap/ default.asp>. Acessado em 23 de maio 2009.
WAZLAWICK, Raul Sidnei. Anlise e projetos de sistemas de
informao orientados a objetos. Rio de Janeiro: Elsevier, 2004.