Escolar Documentos
Profissional Documentos
Cultura Documentos
1 SEMESTRE / 2001
Belm
2001
ii
iii
AGRADECIMENTOS
Deus, divino criador, fonte de sabedoria, pela vida e por ter me
proporcionado mais essa conquista.
todos os amigos do peito que desde longa data sempre se fizeram
presentes no s nas horas de festa, mas tambm nos momentos mais difceis
dessa caminhada, em especial ao Marcelo.
minha namorada Cimlia, pelos timos momentos de convivncia e
pelas demonstraes de amizade.
todos os mestres e professores da Universidade Federal do Par que
participaram dessa caminhada, em especial ao meu orientador M.Sc Alfredo
Furtado, pela competncia, incentivo e amizade no decorrer no s da
elaborao deste trabalho, como em toda essa jornada acadmica.
Aos meus amigos da ELETRONORTE, em especial a Eng. Luciana e
aos companheiros de trabalho Wellington, Leonardo, Juarez e Norberto.
Aos meus inicialmente colegas de Universidade, e depois amigos Aroldo
Cristiano, Jos Alex, Augusto Judsio, Herivelton e, em especial, Roberto
Moura.
E todos aqueles que direta ou indiretamente prestaram sua parcela de
contribuio na elaborao deste trabalho.
LISTA DE ABREVIAES
LACEN
Laboratrio Central
GL
Gerente do Lacen
GQL
GTL
PRIE
RT
Relatrio Tcnico
SCOD
SCSQ
SGSI
SIGP
SIPE
SS
Solicitao de Servio
vii
LISTA DE FIGURAS
Figura 2.1
- Classe Funcionario.....................................................................
Figura 2.2
Figura 2.3
- Caso de Uso...............................................................................
Figura 2.4
- Mensagens.................................................................................
Figura 2.5
- Estado........................................................................................
Figura 2.6
Figura 2.7
- Dependncia..............................................................................
Figura 2.8
Figura 2.9
- Generalizao............................................................................
10
Figura 2.10
10
Figura 2.11
- Associao.................................................................................
11
Figura 2.12
- Agregao..................................................................................
12
Figura 2.13
12
Figura 2.14
- Diagrama de Classes.................................................................
14
Figura 2.15
- Diagrama de Objetos.................................................................
15
Figura 2.16
17
Figura 2.17
- Diagrama de Seqncias...........................................................
19
Figura 2.18
- Diagrama de Atividades.............................................................
22
Figura 2.19
24
Figura 3.1
30
Figura 3.2
31
Figura 3.3
32
Figura 3.4
- Fluxo de Requisitos....................................................................
33
Figura 3.5
- Fluxo de Anlise.........................................................................
35
Figura 3.6
- Fluxo de Projeto.........................................................................
37
Figura 3.7
- Fluxo de Implementao............................................................
39
Figura 3.8
- Fluxo de Teste...........................................................................
40
Figura 4.1
55
Figura 4.2
59
Figura 4.3
viii
60
Figura 4.4
Figura 4.5
Figura 4.6
- Diagrama
de
Classes
do
Modelo
de
69
Figura 4.14
68
Anlise.
67
Figura 4.12
66
Figura 4.11
65
Figura 4.10
64
Figura 4.9
63
Figura 4.8
62
Figura 4.7
61
70
71
Figura 4.15
- Pacote Material_Recebido.........................................................
72
Figura 4.16
- Pacote SS..................................................................................
72
Figura 4.17
- Pacote Cliente............................................................................
73
Figura 4.18
74
Figura 4.19
75
Figura 4.20
76
Figura 4.21
77
Figura 4.22
79
Figura 4.23
80
ix
Figura 4.24
Figura 4.25
Figura 4.26
83
Figura 4.27
82
84
85
Figura 4.28
86
Figura 4.29
87
Figura 4.30
91
Figura 4.31
Figura 4.32
Figura 4.33
92
93
94
Figura 4.34
Relatrio da SS........................................................................
95
Figura 4.35
96
SUMRIO
LISTA DE ABREVIAES..........................................................................
vii
LISTA DE FIGURAS...................................................................................
viii
RESUMO...................................................................................................... xiv
CAPTULO 1 INTRODUO....................................................................
2.1 Itens..............................................................................................
2.1.1.1 Classes..................................................................
2.1.1.2 Objetos..................................................................
2.1.2.1 Interaes..............................................................
2.2 Relacionamentos..........................................................................
2.2.1 Dependncia...................................................................
2.2.2 Generalizao.................................................................
10
2.2.3 Associao......................................................................
11
12
13
13
14
16
16
17
19
23
25
3.1 Caractersticas..............................................................................
26
xi
26
27
28
30
3.2.1 Iteraes..........................................................................
31
32
3.2.2.1 Requisitos...............................................
32
3.2.2.2 Anlise....................................................
34
3.2.2.3 Projeto.....................................................
36
3.2.2.4 Implementao........................................
38
3.2.2.5 Teste.......................................................
39
3.2.3 Fases...............................................................................
40
3.2.3.1 Concepo.............................................................
41
3.2.3.1.1 Requisitos.....................................................
42
3.2.3.1.2 Anlise..........................................................
42
3.2.3.1.3 Projeto..........................................................
42
43
3.2.3.2 Elaborao............................................................
43
3.2.3.2.1 Requisitos.....................................................
44
3.2.3.2.2 Anlise..........................................................
44
3.2.3.2.3 Projeto..........................................................
45
3.2.3.2.4 Implementao.............................................
46
3.2.3.2.5 Teste.............................................................
46
3.2.3.3 Construo............................................................
47
3.2.3.3.1 Requisitos.....................................................
47
3.2.3.3.2 Anlise..........................................................
48
3.2.3.3.3 Projeto..........................................................
48
3.2.3.3.4 Implementao.............................................
48
3.2.3.3.5 Teste.............................................................
49
3.2.3.4 Transio...............................................................
49
50
52
52
xii
53
56
57
58
58
58
58
62
63
65
65
65
68
69
71
71
71
73
81
81
81
81
90
CAPTULO 5 CONCLUSO.....................................................................
97
REFERNCIAS BIBLIOGRFICAS............................................................
99
xiii
RESUMO
Este trabalho faz uma abordagem da Linguagem de Modelagem
Unificada e a metodologia orientada a objetos do Processo Unificado, dando
nfase aos fluxos de anlise e projeto sistemas. Os conceitos adquiridos a
partir destas abordagens so aplicados em um estudo de casos do Sistema
Informatizado de Gesto do Laboratrio Central da Eletronorte, o SIGLacen.
xiv
Captulo 1 Introduo
1.1- Cenrio Atual
A importncia da modelagem dentro do desenvolvimento de um sistema
indiscutvel.
A modelagem a parte central de todas as atividades que levam
implantao de um bom sistema [1].
Somente com o auxlio da modelagem podemos visualizar e controlar o
desenvolvimento de sistemas de maneira eficaz, identificando e gerenciando
riscos, estipulando e cumprindo prazos, dentro das estimativas de custo.
Partindo deste princpio vrias metodologias para o desenvolvimento de
sistemas foram criadas. As primeiras metodologias, classificadas como
metodologias estruturadas, caracterizam o desenvolvimento de sistemas em
torno de procedimentos e funes.
Muitos sistemas ainda hoje so desenvolvidos com base em
metodologias estruturadas, o que os torna instveis, pelo fato de que a medida
em que requisitos se modificam (o que acontece com muita freqncia) e o
sistema cresce, o trabalho de manuteno do mesmo se torna cada vez mais
difcil.
Com a evoluo das metodologias, a viso de desenvolvimento de
sistemas passou a adotar uma perspectiva diferente. Surgiram ento as
metodologias orientadas a objetos, que caracterizam o desenvolvimento de
sistemas em torno de classes e objetos.
Estas metodologias tiveram grande aceitao na comunidade de
desenvolvedores, tendo em vista que o mtodo orientado a objetos
possibilitava a construo de sistemas em todos os tipos de domnios de
problemas, abrangendo todos os graus de tamanho e complexibilidade.
O sucesso dos mtodos orientados a objetos foi fator primordial para
que o nmero de metodologias criadas sob essa perspectiva crescesse de
maneira desordenada em um curto espao de tempo. Inmeros mtodos
surgiram, cada um com suas peculiaridades e falhas, e sem nenhum
relacionamento com os demais. Desta forma, os usurios destes mtodos
1
2.1 - Itens
2.1.1.1 - Classes
objetos
correspondentes
esta
classe.
Os
segundo
terceiro
2.1.1.2 - Objetos
f:Funcionario
codigoFuncionario = "125487-9"
nome = "Joo da Silva"
dataDeNascimento = "10/05/1975"
funcao = "Vendedor"
Solicita Produto
Figura 2.3 Casos de Uso.
2.1.2.1 - Interaes
exibir
Figura 2.4 Mensagens.
Aguardando
Figura2.5. Estado.
Recortando
Copiando
Apagando
2.2 - Relacionamentos
Os relacionamentos tm a funo de mostrar como os itens abstrados
de um sistema se combinam.
So trs os principais tipos de relacionamentos em UML:
2.2.1 - Dependncia
AgendaDeCursos
remove(c : Curso)
add(c : Curso)
Curso
Aluno
2.2.2 - Generalizao
Produto
CD
Livro
10
2.2.3 - Associao
Funcionario
gerencia
1..*
Departamento
+gerente
Figura 2.11 Associao.
11
Loja
1..*
Produto
*
Venda
codigoDeVenda
dataDaVenda
des conto
ser
classificados
como
Diagramas
Estruturais
ou
Diagramas
que
funcionam
em
conjunto
para
proporcionar
algum
Departamento
nome
incluirFunc()
excluirFunc()
1..*
Funcionario
codigoFuncionario
+gerente nome
+vendedor
dataDeNascimento
gerencia
vende
*
1 funcao
Produto
codigoProduto
t itulo
* preco
vender()
1
1..*
trabalha
Contrato
numContrato
dataContratacao
vencimento
preco
CD
artista
gravadora
Livro
autor
edit ora
numeroDePaginas
d: Departamento
nome = "Departamento de Msica"
f2: Funcionario
codigoFuncionario = "125487-9"
nome = "Joo da Silva"
dataDeNascimento = "10/05/1975"
funcao = "V endedor"
+vendedor
p: Produto
codigoProduto = "00712"
titulo = "Achtung Baby"
preco = "R$ 20,00"
+Gerente
f3: Funcionario
codigoFuncionario = "107865-8"
nome = "Jos Oliveira"
dataDeNascimento = "04/11/1950"
funcao = "Gerente"
c2: Contrato
numContrato = "0025/ 2001"
dataContratacao = "14/05/ 2001"
venciment o = "14/ 05/ 2002"
preco = "R$ 6500,00"
cd01: CD
artista = "U2"
gravadora = "Island"
c1: Contrato
numContrato = "0010/ 2001"
dataContratacao = "02/01/ 2001"
venciment o = "02/ 01/ 2002"
preco = "R$ 11230, 00"
15
16
Pede um livro
Cliente
Efetua pagamento
Sistema de Controle
de Estoque
Regitra compra
17
18
c : Cliente
f : Funcionario
s : Sistema de
Controle de Estoque
Pede Um Livro
Requisita dados do Livro
Informa dados
Informa dados
Informa quantidade em estoque
Solicita pagamento
Efetua pagamento
Entrega livro
Registra venda
1 - Seqncias simples
uma linha simples com uma direo, que liga dois estados, e
representa o fluxo de controle entre eles.
2 - Ramificaes
A ramificao representada por um losango que indica
caminhos alternativos a tomar em um diagrama mediante alguma
expresso. A ramificao poder ter uma transio de entrada e
duas ou mais de sada, sendo que apenas uma transio de sada
pode ser tomada por vez, obedecendo a expresso relacionada
ramificao correspondente.
21
Estado Inicial
Atividade
Unio
Estado Final
22
23
Aguardando Informao
Entrada de dados
Recebendo Dados
Dados informados
Nova Consulta
Dados vlidos
Devolvendo informao
Pesquisa concluda
24
25
3.1 Caractersticas
27
Durante o desenvolvimento de um sistema, prtico dividi-lo em miniprojetos. Cada mini-projeto uma iterao que resulta em um incremento.
Iteraes referem-se s etapas do fluxo de trabalho, e incrementos, ao avano
no desenvolvimento do produto. Para serem mais efetivas, as iteraes devem
ser controladas, ou seja, devem ser executadas de modo planejado. Por isso
so consideradas mini-projetos.
Os desenvolvedores baseiam suas escolha, a respeito do que ser
implementado em uma iterao, em dois fatores. Primeiro, a iterao lida com
um grupo de casos de uso que juntos representam o funcionamento do sistema
em desenvolvimento. Segundo, a iterao lida com os riscos mais significativos
do empreendimento. Iteraes sucessivas constrem um conjunto de artefatos
a partir do estado em que estes foram deixados ao trmino da iterao
passada. Desta forma, partindo dos casos de uso, o mini-projeto prossegue
28
que
necessidade
dos
usurios
requisitos
30
3.2.1 - Iteraes
Antes de sua concluso, o ciclo de vida do processo unificado passa por
vrias e sucessivas iteraes. Cada uma destas iteraes resulta em uma
verso de um produto executvel que constitui um subconjunto do produto final
em desenvolvimento e cresce de modo incremental de uma iterao para outra
at se tornar o sistema final, conforme mostra a figura 3.3.
Cada iterao corresponde a uma das quatro fases do ciclo de vida,
concepo, elaborao, construo e transio. Em cada uma destas fases,
ocorrem vrias iteraes, sendo que cada iterao passa por todos os cinco
fluxos de trabalho do Processo Unificado, requisitos, anlise, projeto,
implementao e teste. Porm, a importncia de cada fluxo de trabalho para
uma iterao depende da fase em que esta iterao se encontra.
31
Concepo
Iterao Iterao
1
Elaborao
Construo
...
...
...
...
Transio
Iterao Iterao
n
n+1
Verses
Figura 3.3 Um ciclo com suas fases e iteraes.
3.2.2.1 Requisitos
Durante este fluxo de trabalho, os requisitos do sistema so
especificados atravs da identificao das necessidades de usurios e clientes.
Estes requisitos funcionais so expressos em casos de uso atravs do modelo
de casos de uso. Um modelo de casos de uso composto por todos os atores
e casos de uso de um sistema, ou seja, composto pelo conjunto de
diagramas de casos de uso que compem o sistema, e especfica como esse
32
sistema
ser
utilizado
sob
perspectiva
de
clientes,
usurios
desenvolvedores.
A identificao de casos de uso realizada atravs do estudo de como
os usurios precisam usar o sistema para realizar seu trabalho. Qualquer
maneira vlida de utilizao do sistema para um usurio considerada um
caso de uso candidato. Estes candidatos sero, ento, elaborados, mudados,
divididos em caso de uso menores ou incorporados em casos de uso mais
completos.
O modelo de casos de uso desenvolvido em vrios incrementos, onde
as iteraes iro adicionar novos casos de uso e/ou adicionar detalhes as
descries dos casos de uso existentes. A figura 3.4 mostra a importncia do
fluxo de requisitos em cada fase do ciclo de vida do sistema.
3.2.2.2 Anlise
O produto do fluxo de anlise o modelo de anlise. Este modelo tem a
funo de refinar os requisitos especificados no fluxo anterior (fluxo de
requisitos) atravs da construo de diagramas de classes conceituais,
permitindo, desta forma, argumentaes a respeito do funcionamento interno
do sistema. Alm disso, o modelo de anlise fornece mais poder expressivo e
formalismo, como diagramas de interaes e diagrama de grficos de estados
que representam a dinmica do sistema.
De fato, o fluxo de anlise tem maior importncia durante a fase de
elaborao, como pode ser visto na figura 3.5. Isso contribui para a definio
de uma arquitetura estvel e facilita o entendimento detalhado dos requisitos.
34
3.2.2.3 Projeto
No fluxo de projeto o sistema moldado e sua forma definida de
maneira a suprir as necessidades especificadas pelos requisitos. Este fluxo de
trabalho define um modelo de projeto que construdo com base no modelo de
anlise definido no fluxo anterior.
Porm, ao contrrio do fluxo de anlise, cujo produto um modelo que
descreve caractersticas comportamentais e estruturais do sistema em um nvel
conceitual, o fluxo de projeto desenvolve o modelo de projeto que descreve o
sistema em um nvel fsico, tendo como principal funo obter uma
compreenso detalhada dos requisitos do sistema, levando em considerao
fatores como linguagens de programao, sistemas operacionais, tecnologias
de banco de dados, interface com o usurio, etc.
36
sistema deve fazer, o fluxo de projeto diz respeito a como os requisitos sero
implementados e, portanto, pressupe uma infra-estrutura de implementao e
fortemente influenciado por ela.
O projeto pode dividir o sistema em subsistemas visando a organizao
dos artefatos do modelo de projeto e partes mais gerenciveis. Um subsistema
pode ser composto de classes de projeto, realizaes de casos de uso,
interfaces, e recursivamente, outros subsistemas. Alm disso, um subsistema
pode fornecer interfaces que representam a funcionalidade que elas exportam
em termos de operaes.
Um subsistema deve ser coesivo, ou seja, seu contedo deve estar
extremamente relacionado. Por outro lado cada subsistema deve depender o
mnimo possvel de outro subsistema. A grande vantagem de se trabalhar com
subsistemas no fluxo de projeto que estes subsistemas podero ser
projetados separadamente e concorrentemente por diferentes equipes de
desenvolvimento em diferentes nveis do projeto.
3.2.2.4 Implementao
O fluxo de implementao baseado no produto do fluxo de projeto, o
modelo de projeto; e implementa o sistema em termos de componentes, ou
seja, cdigo fonte, arquivos executveis, etc.
A maior parte da arquitetura do sistema definida durante o projeto,
como pode ser visto na figura 3.7. Portanto, o fluxo de implementao produz
um modelo de implementao que se limita a:
38
3.2.2.5 Teste
O fluxo de teste desenvolvido com base no produto do fluxo de
implementao,
ou
seja,
os
componentes
executveis
so
testados
3.2.3 Fases
Um ciclo est dividido em fases, cada qual podendo ser subdividida em
iteraes e conseqentes incrementos. O final de uma fase marcado por um
ponto de verificao, isto , pela disponibilidade de um conjunto de artefatos
40
3.2.3.1 - Concepo
O objetivo principal da fase de concepo delimitar o escopo do
projeto, definindo como o sistema ser utilizado por cada usurio, atravs da
criao dos casos de uso mais relevantes. A partir deste escopo, poder ser
definido o que o desenvolvimento do projeto dever cobrir, no que diz respeito
a custos, prazos, retorno de investimento, etc.
Alm disso, o esforo empenhado na fase de concepo poder evitar o
fracasso do projeto atravs da identificao prvia de riscos. A causa do
fracasso de vrios projetos o fato de riscos crticos serem encontrados tarde
demais, geralmente durante a integrao do sistema ou durante a etapa de
testes do mesmo, quando no se h mais tempo nem oramento para revises.
41
3.2.3.1.1 - Requisitos:
3.2.3.1.2 - Anlise:
3.2.3.1.3 - Projeto:
deciso
no
acarreta
nenhum
prejuzo
ao
processo
de
3.2.3.2 - Elaborao
Na fase de elaborao os requisitos remanescentes (a maioria) so
capturados e transformados em casos de uso; a base da arquitetura, que ir
guiar os trabalhos nas fases de construo e transio, estabelecida; e
detalhes adicionais do projeto so averiguados.
Para alcanar seu objetivo, o sistema deve ser estudado mais
amplamente do que profundamente, ou seja, nesta fase deve ser concebida
uma viso abrangente do sistema, sem a necessidade de detalhes minuciosos.
O foco da fase de elaborao est na formulao de uma base para a
arquitetura do sistema. Isso envolve o estudo da maior parte dos casos de uso
envolvidos, cerca de 80%.
No final desta fase, estaro definidos o escopo e os objetivos detalhados
do sistema, a escolha da arquitetura e a soluo para os principais riscos.
Assim, as informaes necessrias para a fase de construo estaro
disponveis.
43
3.2.3.2.1 - Requisitos:
3.2.3.2.2 - Anlise:
3.2.3.2.3 - Projeto:
45
3.2.3.2.4 - Implementao:
3.2.3.2.5 - Teste:
3.2.3.3 - Construo
O trabalho da fase de construo se inicia com base na arquitetura
executvel, produzida durante a fase de elaborao, e prossegue atravs de
iteraes e incrementos, com objetivo de desenvolver um produto pronto para
operaes iniciais no ambiente de usurio, ou seja, a verso beta.
Mais especificamente, durante a fase de construo so detalhados os
casos de uso remanescentes e a descrio arquitetural modificada quando
necessrio. Os fluxos de trabalho prosseguem atravs de iteraes adicionais,
preenchendo os modelos de anlise, projeto e implementao. Subsistemas
so integrados e testados, da mesma forma que o sistema como um todo.
Enquanto as fases de concepo e elaborao esto ligadas
diretamente modelagem do sistema, a fase de construo caracterizada
pelo desenvolvimento, isto , a construo de um sistema ou produto dentro
dos parmetros de custo e prazos.
3.2.3.3.1 - Requisitos:
3.2.3.3.2 - Anlise:
3.2.3.3.3 - Projeto:
3.2.3.3.4 - Implementao:
3.2.3.3.5 - Teste:
3.2.3.4 - Transio:
A fase de transio possui como objetivo estabelecer o produto no
ambiente operacional. A forma com a qual o projeto cria seu foco varia com a
natureza da relao do produto com o mercado. Por exemplo, se um produto
for lanado no mercado, a equipe do projeto distribui uma verso beta para que
seja avaliado por clientes em geral. Se um produto for desenvolvido para um
nico cliente, a equipe disponibiliza apenas uma cpia da verso beta.
A partir da avaliao da verso beta do sistema, a equipe de
desenvolvimento
pode
verificar
se
sistema
realmente
cumpre
as
49
50
neste
captulo,
considera
que
apenas
um
ciclo
de
Regio Amaznica e
de
informaes
de
pessoal,
planejamento
estratgico,
53
54
57
4.3.1.1 Interao #1
4.3.1.1.1 - Fluxo de Requisitos
58
Cliente
GL
Solicita Servio
Cliente_Interno
Cliente_Externo
Realiza Procedimento de
Contratao
Abre SS
GTL
Secretrio
Executa Servio
Colaborador do
Processo de
Administrao
Conclui SS
Executor
Colaborador do Process o responsvel
pela execuo do servio
59
Representado
por um Contato
Avaliam as condies de
realizao dos Servios
Lderes
Secretrio
Assina documento
GTL
GL
Aceita termos de contrato
60
Cliente
Cliente_Int erno
Cliente_Ext erno
Verifica documentao do It em
Informa n da SS ao P rocesso
competente
Figura 4.4 Diagrama de Casos de Uso Refinamento do Caso de Uso Abre SS.
61
Executor
Figura 4.5 Diagrama de Casos de Uso Refinamento do Caso de Uso Conclui SS.
Material_Recebido
0..*
Relatorio_Tecnico
0..1
0..*
Colaborador
SS
Cliente
1
1..*
1..*
1
1..*
Cliente_Int erno
Executor
Cliente_Ext erno
0..1
Contrato
1..*
Relatorio_Tecnico
0..*
0..*
0..1
1
0..* 1
SS
Cliente
1
1 +ClienteExterno
1..*
1..*
0..*
1. .*
+Executor
Colaborador 1
+Aprovador
0..1
Contrato
0..1
Cliente_Externo
unem-se
com
suas
respectivas
64
4.3.2.1 Interao #1
4.3.2.1.1 - Fluxo de Requisitos
65
66
67
atravs
da
identificao
de
classes
seus
respectivos
68
Nota
0..*
Cont ato
Nota_Fiscal
Nota_Conhecimento
1
Material_Recebido
1..*
Relatorio_Tecnico
0..*
0..1
Processo
0..*
0..*
1
0..*
Cliente
1
Colaborador 1 +GL
1..*
1..*
Cliente_Interno
+aprovador 1
SS
1
1 +GT
1..*
Cliente_Externo
Executor
1
0..*
0..1
Contrato
1..*
0..*
diagrama
da
figura
4.12
apresenta
dois
novos
tipos
de
1..*
Not a_Fis cal
Nota_Conhecimento
Cont ato
0..1
0..1
0..*
1
Material_Recebido 1
0..*
Processo
0..1
1..*
0..*
Cliente
SS
1
1..*
1
1..* Executor
0..*
Colaborador
1..*
1..*
1
1
Relatorio_Tecnico
0..1
0. .*
0..1
Cliente_Ext erno
Contrato
1
0. .*
1..*
0..*
70
4.3.2.2 Interao #2
4.3.2.2.1 - Fluxo de Requisitos
Contato
Material_Recebido
0..*
codMatReceb
tipoMat
patrimonio
numSerie
datReceb
datCom
datRetirada
identTerc
quant
descAvaria
datComAvaria
cont ato
t elef one
fax
em ail
Nota
0..*
Nota_Fiscal
numNFiscal
datNFiscal
0..1
Colaborador
0..*
Cliente
codCliente
sigla
endereco
bairro
cep
cidade
estado
telefone
contato
0..* cgc_cpf
inscEstadual
senha
SS
Nota_Conhecimento
numNConhec
datNConhec
id
dat Ser
tipo
condi cao
datIn icio
datFi m
procedime nto
1.. * val Mat
val Serv
l ocal
Relatorio_Tecnico
numRelatorio
quantAnexos
titulo
metodoUtilizado
normasProcIT
intrumentos
datEnvioCliente
1
matricula
nome
cargo
funcao
nivel
lotacao
datAdmissao
cpf
rg
+aprovador
datNascimento
telefone
0..*
1 email
valHora
iniciais
senha
1..*
Pr ocesso
codProc
nome
sigla
finalidade
macro
1.. *
Cliente_Externo
pessoaFJ
1
0..1
Contrato
numContrato
objeto
descServico
descMatEnsaio
prazo
datRealizacao
1..* condFatura
numDiasUteis
preco
Executor
hNormal
1..* hExtr a50
hExtr a100
cu sto
71
SS
Cliente.
Os
mesmos
correspondem,
Material_Recebido
codMatRec eb
tipoMat
patrimonio
numSerie
datReceb
datCom
1
datRetirada
identTerc
quant
descAvaria
dat ComAvaria
Nota
0..*
Nota_Conhecimento
numNConhec
datNConhec
Nota_Fiscal
numNFiscal
datNFiscal
Colaborador
SS
Executor
1
1..*
Relatorio_Tecnico
72
Cliente
codCliente
sigla
endereco
bairro
cep
cidade
estado
t elefone
cont ato
cgc_cpf
inscEstadual
senha
Cliente_Externo
pessoaFJ
73
Nota_Fiscal
numNFiscal
datNFiscal
Nota_Conhecimento
numNConhec
datNConhec
0..1
0. .1
0..*
Material_Recebido
codMatReceb
t ipoMat
pat rimonio
numSerie
datReceb
dat Com
datRetirada
identTerc
quant
descAvaria
datComAvaria
Colaborador
matricula
nome
cargo
funcao
nivel
lotacao
datAdmissao
cpf
1
rg
datNascimento
telefone
email
valHora
iniciais
senha
0..1
1
0. .*
Cliente
codCliente
sigla
endereco
bairro
cep
cidade
1 estado
1
t elefone
cont ato
cgc_cpf
inscE stadual
senha
SS
id
datS er
t ipo
condicao
datInicio
1..* datFim
procedimento
valMat
valServ
local
0..*
Executor
1..* hNormal
hExtra50
hExtra100
custo
0..*
1..*
1
0..1
0..1
Cliente_Ext erno
pessoaFJ
1..*
Processo
codProc
nome
1..* sigla
finalidade
macro
Contrato
numContrato
objeto
des cServico
des cMat Ensaio
1..* prazo
datRealizacao
condFatura
numDiasUteis
preco
Relatorio_Tecnico
numRelatorio
quantAnexos
titulo
metodoUtilizado
normas ProcIT
intrumentos
dat EnvioCliente
0..*
Contato
1..* contato
telefon
e
fax
74
No Iniciada
Executor recebe
Solicitao de Servio
Inspeo Inicial
Em Andamento
Item de ensaio no
apresenta condies
favorveis para a
realizao do servio
Servio no pode
ser realizado por falta de
documentao tcnica
Servio no pode
ser realizado por
falta de material
Falta de Material
Servio no pode
ser realizado por
falta de acessrio
Falta de Acessrio
75
Abre SS
2
Cadastra informaes da Avaria
Item Avariado
Condies administrativas favorveis
para a execuo do Servio
Abre SS
Possui Contrato
No Possui Contrato
Salva SS
Comunica N da SS ao Executor
78
Abre SS de N XXXX/YYYY
Condies desfavorveis
Condies favorveis
Executa Servio
Salva SS
79
Salva Registro
Edita Relatrio
80
4.3.3.1 Interao #1
4.3.3.1.1 - Fluxo de Requisitos
: Secretrio
Interface de cadastro de
Clientes
: Cliente
: Cliente
Representado por
um Contato
82
Interface de
Contrato
: Secretrio
: Cliente
: Contrato
Seleciona Cliente
Mostra n do contrato
83
: Secretrio
Interface de Itens de
Ensaio
Informa N do Item
: Material_
Recebido
Interface de Solic it ao de
Servios
: SS
Consulta registro
Devolve informaes do item
Abre Interface de SS
Transfere infromaes tc nicas do Item
Salva SS
Gera ID para o servio
84
Interface da SS
: Executor
Informa n da SS
: SS
Consulta Registro
Devolve informaes do Servio
85
Tipo_Materi al
codTipoMat
descricao
unidade
1
Not a_Fiscal
codMatReceb
numNFiscal
datNFiscal
Nota_Conhecimento
codMatReceb
numNConhec
datNConhec
0..1
0..1
Avaria
codMatReceb
0..1
descricao
datComAvaria
Material_Recebido
0..* codMatReceb
codTipoMat
patrimonio
1 numSerie
1
datReceb
0..* datCom
datRetirada
identTerc
quant
codCliente
numContrato
0..*
Contato
codCliente
codProc
contato
telefone
fax
email
0..1
1..*
0..*
1
Cliente
codCliente
nome
sigla
endereco
1
bairro
cep
1
cidade
estado
cgc_cpf
inscEstadual
senha
1
SS
id
datSer
codProc
numContrato
codCliente
codMatReceb
codTS
1..* codCS
datInicio
datFim
procedimento
valMat
valServ
local
1
1
0..*
0..*
Executor
id
1..* matricula
hNormal
hExtra50
hExtra100
custo
0..*
1..*
Proc_TS
codTS
1..*
codProc
projeto
1
1 Processo
codProc
nome
sigla
1..*
finalidade
1 codMacro
Macro_Proc
codMacro
1 descricao
1..*
1
1 Tipo_Servico
codTS
descricao
1 Condicao_Servico
codCS
des cricao
0..1
0..1
Relatorio_Tecnico
id
numRelatorio
quantAnexos
titulo
metodoUtilizado
normasProcIT
1 intrumentos
datEnvioCliente
aprovador
Colab_Proc
1..* matricula
codProc
funcao
part icipacao
0..*
1..*
Cliente_Externo
codClienteExt
1
pessoaFJ
0..*
Colaborador
matricula
nome
cargo
funcao
nivel
lotacao
datAdmissao 1
1 cpf
1
rg
datNascimento
telefone
1
email
valHora
iniciais
senha
Contrato
numContrato
objeto
descServic o
descMatEnsaio
prazo
datRealizacao
1..* c ondFatura
0..*
numDiasUteis
preco
executado
gl
gt
0..*
86
tm1: Tipo_Material
nf1: Not a_Fisc al
mp1: Macro_Proc
codTipoMat = 5
descricao = "ACELERMETRO"
unidade = 1
codMatReceb = 23
numNFiscal = 064598
datNFiscal = 15/12/1999
codMacro = 6
descricao = "CALIBRAO"
cp1: Colab_Proc
f3: Colaborador
mr1: Material_Recebido
codMatReceb = 23
codTipoMat = 5
patrimonio = 33125
numSerie = "EDFC6C26ZEJ"
datReceb = 11/01/2001
datCom = 19/01/2001
datRetirada = 20/01/2001
identTerc = Null
quant = 1
codCliente = 10
numContrato = "CLC.054/2001"
co1: Contato
codCliente = 10
codProc = 2
contato = "JOS DA SILVA
telefone = (091) 754 1010
fax = Null
email = Null
matricula = "2644-1"
codProc = 2
funcao = "TEC CALIBRAO"
participacao = 100
cp2: Colab_Proc
matricula = "2511-9"
codProc = 2
funcao = "TEC CALIBRAO"
participacao = 100
pt1: Proc_TS
codTS = 15
codProc = 2
projeto = 0
c1: Cliente
ts1: Tipo_Servico
codCliente = 10
nome = "ALUMNIO BRASILEIRO S/A"
sigla = "ALBRS"
endereco = "ESTRADA PA 483 KM 21"
bairro = "VILA DE MURUCUPI"
cep = "68447-000"
cidade = "BARCARENA"
estado = "PA"
cgc_cpf = "05053020/0003-06"
inscEstadual = "15088292-0"
senha = ******
rt1: Relatorio_Tecnico
f4: Colaborador
id = "0023/ 2001"
numRelatorio = "RT0015@2001"
quant Anexos = 2
titulo = " CALIBRAO DE ACELERMETRO"
metodoUtilizado = " XXXXX"
normasProcIT = "XXXXX"
intrumentos = "XXXXX"
dat EnvioCliente = 20/01/2001
aprovador = "2644-1"
c e1 : Cliente_Externo
cr1: Contrato
numCont rato = "CLC.054/2001"
objeto = "CALIBRAO DE INSTRUMENTOS"
descServico = "XXXXXXXXXXXXXXXXX"
descMatEnsaio = "ACELERMETRO"
prazo = 01/02/2001
datRealizacao = 02/01/2001
condFatura = "XXXXXXXXXXXXXXX"
numDiasUteis = "20 DIAS"
preco = 560,00
executado = 1
gl = "6253-7"
gt = "5819-8"
+GT
f1: Colaborador
f2: Colaborador
matricula = "6253-7
nome = "LUS CLUDIO SILVA FRADE"
cargo = "ENGENHEIRO C"
funcao = "GERENTE DO LACEN"
nivel = Null
lotacao = "CLC"
datAdmissao = 14/01/1985
cpf = "652345402-87"
rg = "34055872"
datNascimento = 02/03/1962
telefone = "(091) 236 9855
email = "frade@eln.gov.br"
valHora = 150,00
iniciais = "LCSF"
senha = ******
matricula = "5819-0"
nome = "IVONALDO DANIEL DE SOUZA"
cargo = "ENGENHEIRO C"
funcao = "GERENTE TCNICO"
nivel = "M03"
lotacao = "CLCS"
dat Admissao = 20/03/1987
cpf = "325645403-57"
rg = "3255896"
datNascimento = "05/04/1961"
telefone = (091) 245 8965
email = ivonaldo@eln.gov.br
valHora = 120,00
iniciais = 'IDS"
senha = ******
codTS = 15
descricao = "CALIBRAO DE ACELERMETRO
matricula = "2511-9"
nome = "OSVALDO DUARTE NEGRAO FILHO"
cargo = "TEC IND ENGENHARIA IV"
funcao = "TEC DE MANUT ELETRNICA"
nivel = "H05"
lotacao = "CLCD"
datAdmissao = 17/10/1987
cpf = "785236514-86"
rg = "5687459"
datNascimento = 08/12/1962
telefone = "(091) 278 7896"
email = "osvaldo@eln.gov.br"
valHora = 75,00
iniciais = "ODNF"
senha = ******
codClienteExt = 10
pessoaFJ = 1
+GL
p1: Processo
codProc = 2
nome = "CALIBRAO DE GRANDEZAS ELTRICAS"
sigla = "CAEL"
finalidade = " XXXXX"
codMacro = 6
s1: SS
e1: Execut or
id = "0023/2001"
datSer = 12/01/20001
codProc = 2
numContrato = "CLC.054/2001"
codCliente = 10
codMatReceb = 23
codTS = 15
codCS = 3
datInicio = 13/01/2001
datFim = 14/01/2001
procedimento = "XXXXXX"
valMat = 50,00
valServ = 350,00
local = "LACEN"
id = "0023/2001"
matricula = "2644-1"
hNormal = "02:30"
hExtra50 = "01:00"
hExtra100 = "00:00"
custo = 230,00
e2: Executor
id = "0023/2001"
matricula = "2511-9"
hNormal = "01:40"
hExtra50 = "00:00"
hExtra100 = "01:00"
custo = 215,50
cs1: Condicao_Servico
codCS = 3
descricao = "CONCLUDO"
87
Significado
composto de
()
{}
iterao
[]
**
comentrio
nmero
Tabela 4.1 Notao para o Dicionrio de Dados.
SS
servios
{servios}
= * Informaes administrativas e tcnicas dos servios
realizados pelo Laboratrio Central. *
@Id + datSer + datInicio + datFim + procedimento +
valMat + valServ + local. *
Id
valMat
valServ
Executor.custo
externo,
definido
valServ
pelo
executor
EXECUTOR
= {executor}
executor
Matricula
hNormal
hExtra50
hExtra100
custo
valHora
89
90
91
Figura 4.31 Interface Grfica para Recepo, identificao e manuseio de Itens de Ensaio.
92
93
94
95
96
Captulo 5 Concluso
As abordagems realizadas sobre a utilizao da UML dentro do
Processo Unificado foram suficientes para o desenvolvimento do estudo de
casos do captulo 4. Porm, muito ainda se pode aprender com a Metodologia
Unificada, tendo em vista que a mesma possibilita o desenvolvimento de
sistemas de pequeno grande porte, em todos os tipos de domnios de
problemas.
Uma prova da flexibilidade da utilizao da UML dentro do Processo
Unificado para a modelagem de sistemas evidenciada no estudo de casos
apresentado neste trabalho, considerando que o sistema estudado foi
implementado em uma linguagem no orientada a objetos.
bvio que a escolha de uma linguagem orientada a objetos possibilita
o melhor aproveitamento dos recursos da Metodologia Unificada, entretanto,
considerando fatores que envolvem o desenvolvimento de sistemas como
investimentos, custos, prazos, recursos humanos e materiais, nem sempre isto
ser possvel. De qualquer forma, a escolha de uma ou outra linguagem de
programao no impedir que Processo Unificado de alcance seu objetivo,
desenvolver um sistema obedecendo a estimativas de custos e prazos, de
forma eficaz e principalmente, padronizada.
Usar a UML e o Processo Unificado para a modelagem de sistemas
muito simples. Porm, apenas com uma certa experincia na utilizao da
Metodologia Unificada se conseguir domina-la, compreendendo suas
caractersticas mais sutis.
A UML e o Processo Unificado compem uma metodologia moderna e
eficaz, entretanto, a lacuna evidenciada pela ausncia de um recurso
padronizado para a especificao dos atributos de uma classe, precisa ser
preenchida. De qualquer modo, o estudo de casos apresentado neste trabalho
conseguiu suprir esta deficincia fazendo uso do Dicionrio de Dados da
anlise essencial.
O estudo de casos deste trabalho abordou a modelagem de um sistema
implementado em uma linguagem visual, concentrando-se nos fluxos de
anlise e projeto orientado a objetos do Processo Unificado. Por este motivo,
97
98
Referncias Bibliogrficas
[1] JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James; UML Guia do
Usurio. Rio de Janeiro: Campus, 2000. 473 p.
99