Projeto Fisico PDF

Projeto Fsico de Sistemas de Informao Prof.
Antonio Geraldo da Rocha Vidal 1

PROJETO FSICO DE
SISTEMAS DE INFORMAO

FEA/USP
EAD-5881 Tecnologia de Informtica

Prof. ANTONIO GERALDO DA ROCHA VIDAL
vidal@usp.br

Agosto/2003

Projeto Fsico de Sistemas de Informao Prof. Antonio Geraldo da Rocha Vidal 2

SUMRIO

Introduo....................................................................................................................................... 5
Modelo Funcional ........................................................................................................................... 6
Objetivos ..................................................................................................................................... 6
Diretrizes Gerais do Sistema........................................................................................................ 6
Modelo Conceitual....................................................................................................................... 6
Definio e Objetivo................................................................................................................. 6
Elementos Constituintes e Notaes.......................................................................................... 6
Diagrama de Use Cases (Casos de Uso) ....................................................................................... 7
Definio e Objetivo................................................................................................................. 7
Elementos Constituintes e Notaes.......................................................................................... 7
Construo do Diagrama Use Case ........................................................................................... 9
Recomendaes........................................................................................................................ 9
Benefcios .............................................................................................................................. 10
Modelo Esttico............................................................................................................................ 10
Diagrama de Classes.................................................................................................................. 10
Definio e Objetivo............................................................................................................... 10
Elementos Constituintes e Notaes........................................................................................ 10
Construo do Diagrama de Classes ....................................................................................... 13
Recomendaes...................................................................................................................... 13
Benefcios .............................................................................................................................. 14
Transformao do Diagrama de Classes em Modelo de Dados................................................ 14
Recomendaes para a transformao do Diagrama de Classes em Modelo de Dados............. 14
Modelo Dinmico ......................................................................................................................... 15
Diagrama de Estados ................................................................................................................. 15
Construo do Diagrama de Estado ........................................................................................ 16
Recomendaes...................................................................................................................... 17
Benefcios .............................................................................................................................. 17
Diagrama de Seqncia.............................................................................................................. 18


Construo do Diagrama de Seqncia ................................................................................... 18
Recomendaes...................................................................................................................... 19
Benefcios .............................................................................................................................. 19
Diagrama de Colaborao.......................................................................................................... 20
Construo do Diagrama de Colaborao ............................................................................... 21
Recomendaes...................................................................................................................... 21
Benefcios .............................................................................................................................. 21
Modelo de Implementao ............................................................................................................ 22
Diagrama de Pacotes.................................................................................................................. 22
Recomendaes...................................................................................................................... 22
Benefcios .............................................................................................................................. 22
Diagrama de Componentes ........................................................................................................ 23
Recomendaes...................................................................................................................... 24
Benefcios .............................................................................................................................. 24
Diagrama de Distribuio .......................................................................................................... 24
Recomendaes...................................................................................................................... 25
Recomendaes...................................................................................................................... 26
Benefcios .............................................................................................................................. 26
Prottipo de Entradas e Sadas (Interface) ..................................................................................... 26
Elementos Constituintes e Notaes: ...................................................................................... 26
Recomendaes...................................................................................................................... 26
Projeto de Banco de Dados ........................................................................................................... 28
Modelo de Banco de Dados (MDB) ........................................................................................... 28
Definio e Objetivo:.............................................................................................................. 28


Perfil Operacional ......................................................................................................................... 29
Modelo de Entradas e Sadas Estendido ........................................................................................ 30
Prottipo Estendido.................................................................................................................... 30
Especificao de Componentes .................................................................................................. 31
Recomendaes...................................................................................................................... 31
Plano de Testes ............................................................................................................................. 32
Configurao de Ambientes .......................................................................................................... 34
Definio e Objetivo.................................................................................................................. 34
Modelos de Diagramas da UML.................................................................................................... 35
Diagrama de Use Cases.............................................................................................................. 35
Diagrama de Classes.................................................................................................................. 36
Diagrama de Estados ................................................................................................................. 37
Diagrama de Seqncia.............................................................................................................. 38
Diagrama de Colaborao.......................................................................................................... 39
Diagrama de Pacotes.................................................................................................................. 40
Diagrama de Componentes ........................................................................................................ 41
Diagrama de Distribuio .......................................................................................................... 42
Glossrio....................................................................................................................................... 43
Bibliografia................................................................................................................................... 44


Introduo
Esta apostila tem por finalidade introduzir as tcnicas utilizadas para o projeto fsico de sistemas de
informao baseados em tecnologia Orientada a Objetos e na UML Unified Modeling Language.
Como cada componente do sistema pode ser representado atravs de tcnicas e produtos
(diagramas, etc.) distintos, torna-se necessrio uma descrio sucinta de cada uma dessas tcnicas e
produtos, em termos de sua definio e objetivo, de seus elementos constituintes, das notaes
possveis e dos padres e diretrizes de qualidade tcnica a serem adotados pelos desenvolvedores.
A figura a seguir apresenta uma viso geral das vrias tcnicas e diagramas de projeto que compe
a UML, categorizando-os em modelos que acordo com cada aspecto do sistema que visam
representar.

Relacionamentos ent re os vr ios diagramas UML
Diag r ama Use Case
1 ..*
1
Diag r ama C la sses Diagr ama E stad os
Diag r ama Se quen cia
o b je to 3 o b je to 2 :c la s s e 1 o b je to 1 :c la s s e 1
objet o3: Def init ion
objet o2: classe1
objet o1: classe1
2: <anonym ous>
3: <an ony mou s>
4: <anonym ous>
1: <anonym ous>
Diag r ama C ol abor a o
Co m m e nt Co m m e n t
Diagr ama C omp o nen te s
Diagr ama Pa cot es
C ONSO-
LIDADO
REQUI-
SI TO
GERA / VALI DA
SO RETI FI CADOS
S E R V ID O R D E A P L IC A C A O
WWW.C L IE N T E
S E R V ID O R D E D A D O S
E M P R E S T IM O .H T M L
C o m m e n t
C O N S U L T A .H T M L
C o mm e n t
G E R E N T E .H T M L
C o m m e n t
C A D A S T R O .H T M L
C o m m e n t
U S U A R IO .C L A S S
C o m m e n t
M A T E R IA IS .C L A S S
C o m m e n t
L IV R O S .C L A S S
C o m m e n t
R E V IS T A S .C L A S S
C o m m e n t
S C R IP T .S Q L
C o m m e n t
D A O -D a ta A c c e s s O b je c ts
C o m m e n t
Diag r ama d e
Dist ri bu i o
MODELO
FUNCIONAL
MODELO
ES TTICO
MODELO
DINM ICO
MODELO DE
IM PLEMENTAO


Modelo Funcional
responsvel pela representao da funcionalidade do sistema, em termos de o que um sistema
deve realizar.
Objetivos
Declarao dos objetivos que devem ser atingidos com a implantao do Sistema.
Diretrizes Gerais do Sistema
Caractersticas Tcnicas: a plataforma tecnolgica em que o Sistema dever ser desenvolvido;
Requisitos: especificao dos requisitos dos usurios;
Restries: fatores que norteiam e restringem o desenvolvimento do Sistema;
Prioridades: lista das prioridades definidas para o desenvolvimento do Sistema;
Benefcios: lista dos benefcios esperados pelos usurios com a implantao do Sistema.
Modelo Conceitual
Definio e Objetivo
Delimita a rea de abrangncia do Sistema a ser desenvolvido (domnio do problema). Este produto
no contemplado na UML, mas obtido a partir do Projeto Conceitual do Sistema.
Elementos Constituintes e Notaes
Modelo de Processos: nico e representando todo o Sistema.
Funes do Sistema: funes que implementam as regras de negcio e outros recursos que
sero automatizadas pelo sistema.
Entidades Externas: elementos externos com os quais o Sistema se comunica e respectivos
fluxos de dados.
Modelo de Dados: nico e representando todo o Sistema.
Entidades: tabelas (arquivos de dados) que comporo o banco de dados no qual se basear o
sistema;
Relacionamentos: relaes entre as tabelas que definiro as regras de integridade e os
relacionamentos entre os objetos do banco de dados.
Mdulos do Sistema: nico e representando todo o Sistema.
Diagrama Hierrquico do Sistema: representando os mdulos que compem o sistema e sua
relao de contexto e hierarquia para a implementao das operaes do Sistema.
Interface com o Usurio: definio e prottipo dos elementos de comunicao com o usurio
(telas, formulrios, relatrios e dilogos).


Diagrama de Use Cases (Casos de Uso)
Definio e Objetivo
Os diagramas de Use Cases (Casos de Uso) so produtos de modelagem funcional que tm como
objetivo representar um sistema como um conjunto de interaes com os vrios atores (os usurios)
envolvidos desde o momento em que uma ao solicitada at o trmino dos ltimos efeitos
derivados da execuo das operaes do Sistema.
So seis os elementos bsicos de um Diagrama Use Cases:
Ator: agente externo, entidade que interage (envia e/ou recebe mensagens) com um Sistema.
Um ator deve ser considerado uma classe de objetos e no uma instncia (indivduo/objeto)
dessa classe. Por exemplo, um ator de um Use Case de consulta da folha de pagamento pode ser
o Diretor, e no o Joo. Um ator sempre representado por um ser humano estilizado:

Use Case: grupo de seqncias de aes que o Sistema executa, a partir do estmulo fornecido
por um ator, e cujo resultado final destinado tambm a um (ou mais) ator(es). As aes
executadas dentro de um Use Case podem envolver comunicao com vrios outros atores,
clculos e funes realizadas pelo Sistema.

Associao de Comunicao: ligao simples que mostra a comunicao entre um ator e um
Use Case, representada sempre por uma linha reta (um-para-um, sem direo) entre eles:

DIRETOR

CONSULTAR
FOLHA DE PAGTO

DIRETOR
CONSULTAR
FOLHA DE PAGTO


Relacionamento Extends: deve ser usado quando um Use Case similar a outro, mas faz um
pouco mais que este. Geralmente, um Use Case estendido pode tratar excees como casos
especficos do Use Case geral.
Por exemplo: dado um Use Case bsico Informar a quantidade de produtos pedidos, pode
haver alguns limites para este Use Case como, por exemplo, limitar a quantidade de produtos
pedidos por cliente. Neste caso, alm dos procedimentos normais descritos no Use Case bsico,
tambm utilizado o Use Case estendido Verificar limite de produto.
Uma maneira de identificar variaes colocar os procedimentos normais em um Use Case
bsico e os procedimentos de tratamento de excees em outros Use Case estendidos.
1. Primeiro descrever o Use Case normal, bsico, sem excees;
2. Para cada passo do Use Case bsico perguntar: O que poderia acontecer de errado? e
Como seria o procedimento para tratar o erro?;
3. Colocar todas as variaes do Use Case bsico como extends em Use Case estendidos.
Um relacionamento Extends representado por uma generalizao, atravs de uma flecha
apontando para o Use Case a ser estendido, com o esteretipo <<extends>> .

Relacionamento Uses: quando vrios Use Cases possuem um comportamento em comum, este
pode ser modelado em um Use Case especfico, que deve ser usado integralmente pelos demais.
Um relacionamento Uses representado por uma generalizao, atravs de uma flecha
apontando para o Use Case a ser usado, com o esteretipo <<uses>> .

Notas:
1. Comentrio elucidativo acerca de um Use Case, ator, relacionamento ou associao, dentro de
um diagrama.

DIRETOR
Diretor de
Tecnologia
CADASTRA
USUARIO
EMPRESTA
MATERIAL
<<uses>>
INFORMAR
QTDE PRODUTOS
PEDIDOS
<<extends>>
VERIFICAR
LIMITE DE
PRODUTOS


2. Existem similaridades e diferenas entre os relacionamentos extends e uses. Ambos implicam
em procedimentos comuns de vrios Use Cases que so usados ou estendidos para vrios outros
Use Cases;
3. No relacionamento extends os atores tem um relacionamento para o Use Case que est sendo
estendido. assumido que o as atores executaro ambos Use Cases, o bsico e o estendido.
Com o relacionamento uses no h atuao do ator associado ao use case bsico;
4. Aplicar as seguintes regras:
4.1. Utilizar extends quando estiver descrevendo uma variao do procedimento normal ou
padro;
4.2. Utilizar uses quando estiver repetindo parte do procedimento em mais de um Use Case para
evitar esta repetio.
Construo do Diagrama Use Case
1. Criar uma lista com os possveis Atores do Sistema
2. Filtrar a lista e definir os Atores do Sistema
3. Para cada Ator, criar uma lista com os possveis casos de uso (Use Case)
Ex.: Ator = Cliente cadastra pessoa
consulta pessoa
encerra cadastro
4. Filtrar a lista e definir os Use Cases para cada Ator
5. Representar cada Ator com seus Use Cases no Diagrama
6. Tentar estabelecer uma ordem dos Use Cases, para facilitar o entendimento do problema
7. Consultar o Projeto Conceitual e realizar levantamentos adicionais e para definir as Regras de
Negcio envolvidas no Use Case
8. Documentar, para cada Use Case, as regras de negcio levantadas (classe, atributos e
relacionamentos) do Sistema.
Recomendaes
Cada Ator deve possuir uma nica misso, embora possa utilizar diversos Use Cases.
Cada Ator deve possuir uma nica misso, mas podem ser agrupados em um conjunto de atores,
generalizando sua misso.
Cada Use Case deve possuir uma nica misso (evitar usar e para definir um Use Case).
Cada Use Case deve possuir uma nica misso, mas pode ser agrupado um conjunto de Use
Cases afins em um Use Case com misso generalista.
Deve ser usada a notao padro preconizada pela UML (Unified Modeling Language), j
demonstrada acima.
As seguintes nomenclaturas devem ser seguidas nos projetos a serem desenvolvidos dentro do
padro da UML:


o Atores: utilizar um nome no singular, que represente o objeto, unidade organizacional ou
Sistema em questo. Utilizar letras maisculas.
Ex.:
CLIENTE
o Use-Cases: utilizar um verbo ativo no infinitivo, ou um substantivo derivado de um verbo,
que represente a principal atividade realizada, seguido de um objeto, com caracteres
maisculos.
Ex.:
CONSULTA GENRICA
CONSULTAR POR RH/PRODUTO
o Associaes de Comunicao: no possuem nome.
o Relacionamento Extends: deve ser utilizado o esteretipo <<extends>> .
o Relacionamento Uses: deve ser utilizado o esteretipo <<uses>> .
o Notas: no se aplica nenhum padro de nomenclatura.
Benefcios
O Diagrama de Use Cases uma tcnica que complementa o Projeto Conceitual e auxilia na
anlise das interfaces externas do Sistema e na definio de suas funcionalidades.
O Diagrama de Use Cases prepara a modelagem das Classes, porque auxilia no levantamento de
atributos e regras de relacionamento.
O Diagrama de Use Cases ser transformado no Prottipo de Entradas e Sadas do Sistema
(formulrios, pginas, relatrios e estrutura de navegao).
Modelo Esttico
o modelo fundamental da UML, responsvel pela representao das estruturas de informao que
sustentam as funes e operaes do Sistema.
Diagrama de Classes
Definio e Objetivo
O Diagrama de Classes um produto de modelagem de estruturas de informao, que tem como
objetivo fornecer uma viso esttica do Sistema, em termos das classes (descrevendo suas
propriedades (dados e contedo) e seu comportamento) e dos vrios tipos de relacionamentos entre
elas, em um alto nvel de abstrao.
So vrios os elementos bsicos de um Diagrama de Classes:


Classe: representao de um tipo de objeto do mundo real, materializada no sistema atravs de
uma estrutura composta de atributos (propriedades ou dados) e de comportamentos (operaes e
mtodos), unicamente identificada por um nome.

Atributos: compem a classe e descrevem as propriedades de seus objetos que so importantes
para o escopo do sistema.
Cada atributo deve ter:
- Tipo: obrigatrio; ex.: char, integer, float, date, etc.
- Condio de visibilidade: opcional
pblico pode ser visto e usado fora da classe
privado no pode ser visto de fora da classe
- Valor inicial: opcional
- Lista de valores discretos possveis: opcional
Operaes: so utilizadas principalmente para manipular as propriedades (atributos ou dados)
dos objetos de uma classe. Cada operao deve ter:
- Tipo do valor de retorno: obrigatrio; ex.: char, integer, float, date, etc.
- Lista de parmetros: obrigatrio.
- Condio de visibilidade: opcional (como os atributos).
Persistncia: a propriedade pela qual um Objeto pode ter suas instncias registradas em um
meio fsico (por exemplo, ter o registro de suas instncias em uma tabela de banco de dados).
OBS.: As Classes Persistentes so transformadas em Entidades no Modelo de Entidade
Relacionamento, ou Tabelas no Modelo de Dados.
Relacionamento de Associao: conjunto de conexes entre os objetos de duas (ou mais)
Classes. Uma associao possui caractersticas como:
o Nome: identifica o relacionamento.

o Multiplicidade: nmero de instncias de uma classe que podem estar relacionadas a uma
nica instncia das classes associadas
1-para-1: 1 - 1


1-para-muitos: 1 - *
1 (opcional)-para-muitos: 0..1 - *
1-para-1(opcional): 1 0..1
1-para-muitos (opcional): 1-0..*
1-para-um ou muitos: 1-1..*
Uma associao pode ser:
Normal: caso mais comum de associao, representada por uma linha simples entre as
classes associadas. No caso de associaes muitos-para-muitos (N-para-N), deve ser utilizado
um losango como ponto de conexo entre as classes.
-
p
o
r
1

Agregao: caso especial de associao, onde existe uma relao de composio, ou seja,
um objeto de uma classe pode conter objetos de uma outra classe. Representada comumente
por um losango junto classe mais significativa na agregao.

Relacionamento de Generalizao ou Herana: conexo entre uma classe mais genrica
(superclasse) e uma mais especfica (subclasse).
-Nmero
-Nome
-Endereo
PESSOA
-Matrcula
-Cargo
-Salrio
FUNCIONRIO
-CPF
-EndereoEntrega
CLIENTE
-CNPJ
-ContaPagto
FORNECEDOR

Neste tipo de relacionamento, as subclasses herdam todos os atributos e as operaes da
superclasse, estendendo-a com novos atributos e operaes especficas. Uma generalizao
sempre representada como uma flecha saindo da subclasse e apontando para a
superclasse.


Relacionamento de Dependncia: conexo entre um elemento independente e outro
elemento dependente do primeiro. Uma mudana no elemento independente certamente afeta
o elemento dependente. Podem ser considerados elementos quaisquer classes, pacotes, use-
cases, etc.

Construo do Diagrama de Classes
1. Criar uma lista com as possveis Classes do Sistema, tendo como base os levantamentos dos Use
Cases (Diagrama de Use Cases) e dos Cartes CRC (Responsabilidade e Colaborao).
2. Filtrar a lista e definir as primeiras Classes do Sistema.
3. Definir as caractersticas de cada Classe (propriedades, mtodos e relacionamentos).
4. Desenhar as Classes e suas caractersticas no Diagrama de Classes.
5. Desenhar os relacionamentos entre as Classes.
6. Completar os relacionamentos com sua cardinalidade e seu nome.
7. Refinar o Diagrama de Classes (diferenciar os tipos de associaes e relacionamentos).
8. Definir as Operaes comuns (Cria, Elimina, Recupera e Atualiza) de cada Classe.
9. Complementar as Classes com Operaes do Negcio especficas de cada uma.
Recomendaes
Cada Classe deve possuir uma nica misso.
Todo relacionamento deve possuir cardinalidade.
O nome dos relacionamentos obrigatrio.
Apenas as Operaes Pblicas so identificadas em Anlise (Cria, Elimina, Recupera, Atualiza
e operaes do negcio).
As Operaes Privadas somente sero definidas em Projeto para minimizar o trabalho, por
exemplo, operaes de persistncia, validaes, estados, etc.
Os seguintes padres de nomenclatura devem ser observados nos projetos a serem
desenvolvidos:
o Classes: utilizar um substantivo, no singular, que seja relacionado ao domnio do negcio, e
que no permita interpretaes ambguas. Utilizar at 30 caracteres descritivos e letras
maisculas no acentuadas.
o Atributos: utilizar at 40 caracteres, onde a 1
letra maiscula e as demais letras minsculas

no acentuadas podem distinguir nomes simples e duplos.
o Operaes: utilizar at 30 caracteres descritivos onde a 1
letra maiscula e as demais letras

minsculas no acentuadas.
OBS.: 1) A nomenclatura das classes no deve ter qualquer sufixo ou prefixo;


2) A dicionarizao de cada atributo na classe deve conter:
<visibilidade> <nome>:<tipo> = <valor inicial> {<lista valores>}
Ex.: + Data_Inicial: data (atributo pblico da classe SERVICO)
- Valor_orado: long = 0.00 (atributo privado da classe SERVICO)
3) A dicionarizao de cada operao na classe deve conter:
<visibilidade> <nome>:<parametros>=<tipo retorno> {<lista valores>}
onde:<parametros> deve ser: <nome>:<tipo> = <valor default}
Ex.: + Emitir Termo Abertura: (Num_serv:integer, Data:date=Now()):boolean
- Calcular Rentabilidade (Num_serv:integer): long
o Relacionamentos: utilizar verbos na voz ativa ou passiva, seguidos de uma preposio, caso
seja necessrio. Utilizar letras minsculas.
Ex.: possui (SERVICO possui FOLHA DE TEMPO), trabalha em (COLABORADOR
trabalha em SERVICO), etc.
o Relacionamentos de Generalizao e Herana: no tem nomenclatura.
Benefcios
Auxilia na anlise do conhecimento do sistema (tudo o que o sistema deve conhecer e
realizar).
Ser a base para a produo de cdigo, sendo utilizado desde a Anlise at a Construo.
Ser transformado no Projeto de Banco de Dados (relacional, OO, etc).
Transformao do Diagrama de Classes em Modelo de Dados
Como o Banco de Dados normalmente Relacional e no Orientado a Objeto, no implementando
diretamente o diagrama de classes, deve-se transformar o Diagrama de Classes em MER (Modelo
de Dados ou Modelo de Entidade Relacionamento) para que possa ser implementado.
Em geral, o MER utilizado para representar o Modelo Esttico de sistemas desenvolvidos sob a
tica da Modelagem de Dados. Entretanto, mesmo quando so utilizadas tcnicas de Projeto
Orientado a Objetos, por exemplo, faz-se necessrio o uso do MER para a representao das
estruturas fsicas, j que a realidade da maioria dos bancos de dados da atualidade est fortemente
embasada no Modelo Relacional.
Recomendaes para a transformao do Diagrama de Classes em Modelo de
Dados
Somente as classes persistentes do Diagrama de Classes tero uma entidade correspondente
no MER;
Como regra geral, cada atributo da classe corresponde a um atributo da entidade (tabela) no
MER (Modelo de Dados);
No MER devero ser aplicadas as regras de normalizao.


Modelo Dinmico
O modelo dinmico responsvel pela representao do comportamento dinmico do Sistema
(quando em execuo), em termos de como, quando e onde um Sistema deve executar suas
operaes.
Diagrama de Estados
Definio e Objetivo
O Diagrama de Estados um documento que tem como objetivo representar, de forma esquemtica,
todos os estados que um objeto pode ter durante o seu ciclo de vida, o seu comportamento dentro
desses estados, assim como os eventos que causam a mudana de um estado para outro.
A anlise de Transio de Estado do Projeto Conceitual auxilia no estudo do comportamento de
Classes que possuem instncias com dinmica complexa dentro do Sistema, pelo fato de que
mesmo no modificando sua identidade, ou seja, a instncia no deixa de existir, as Classes sofrem
uma modificao na sua situao. Permite que para uma instncia de uma Classe sejam definidas
regras de negcio diferentes de acordo com o seu estado atual.
So 2 os elementos bsicos de um Diagrama de Estados:
Estado: situao na qual um objeto se encontra em um determinado momento, que pode ser
resultante de atividades prvias por ele realizadas. Um estado, segundo a UML, representado
por um retngulo de cantos arredondados, com 2 compartimentos distintos:
o Variveis de Estado: nesta diviso, so mostrados os atributos que tm importncia
para o estado em questo, e os valores a serem atribudos a eles;
o Atividades: nesta diviso, so mostrados os eventos que influenciam o estado em
questo, e as aes executadas como resposta a cada um destes eventos.

SERVIO EM ANDAMENTO
data abertura = data atual
do / ATUALIZAR FT
entry / INICIALIZAR FT
exit / SUSPENDER FT
Variveis de Estado
Atividades


Um estado tambm pode ser:
o Inicial: Onde se inicia a dinmica do diagrama, representado pelo smbolo
o Final: Onde termina a dinmica do diagrama, representado pelo smbolo
o Indicador de Histrico: memria de um estado, ao qual pode-se retornar posteriormente,
representado pelo smbolo H.

Transio: representao esquemtica da mudana de um estado para outro, representada
atravs de uma flecha apontada para o estado destino. Uma transio pode ter associada a
ela uma condio (que precisa ser verdadeira para que a transio ocorra) e um conjunto de
aes, que devem ser executadas no contexto em questo.
Construo do Diagrama de Estado
1. Criar uma lista com os possveis Estados de cada Classe do Sistema;
Ex.: Classe: Agncia
aberta
criada
eliminada
atualizada
fechada
2. Filtrar a lista e definir os Estados da Classe;
Ex.: Classe: Agncia
aberta
H
Aberta
estado: =
. aberta
do: Atualiza
Fechada
estado: =
. fechada
do: Atualiza
CLASSE AGENCIA
fecha(horario, motivo)
abre


encerrada
3. Definir as transies possveis entre os Estados;
Ex.: Classe: Agncia
Aberta para fechada
Fechada para aberta
4. Desenhar os Estados e as Transies de Estado possveis;
5. Representar as atividades (eventos) que provocam cada Transio de Estado;
6. Representar os parmetros (contedo da mensagem) que chegam nos eventos;
7. Detalhar a lgica interna (passos) de cada Estado.
Recomendaes
Somente construir o Diagrama de Estado para as Classes que possuem estado relevante;
As Classes que possuem um Diagrama de Estados devem ter um atributo de estado (contm a
vrias situaes);
O Diagrama de Estado representa os estados de uma Instncia da Classe de cada vez (no trata
colees);
Nenhuma Instncia pode ter dois estados correntes ao mesmo tempo;
Um Estado pode ser invocado por vrios Eventos, desde que possuam a mesma mensagem
(mesmos parmetros);
Cada Evento identificado no Diagrama de Estado se transforma em uma Operao Pblica
(mtodo de uma classe) no Diagrama de Classes;
Os Mtodos (lgica interna) associados aos Estados somente sero encapsulados no Modelo de
Implementao como Operaes Privadas.
Os seguintes padres de nomenclatura devem ser observados nos projetos:
Estado: devem ser utilizadas frases no gerndio, expresses no particpio, ou em outros
formatos, desde que transmitam a idia de constncia. Exemplo: Servio Suspenso, Colaborador
em Contratao. No utilizar caracteres especiais e acentuao.
Transio: devem ser utilizadas expresses que transmitam a idia da ocorrncia de um
evento. No utilizar caracteres especiais e acentuao.
Benefcios
Auxilia na anlise do comportamento das Classes (definio de operaes ou mtodos);
Auxilia na definio das Regras que demonstram a dinmica do negcio e que devem se tornar
mtodos ou operaes a serem implementadas dentro do Sistema.


Diagrama de Seqncia
Definio e Objetivo
O Diagrama de Seqncia um documento que tem como objetivo descrever a interao e a
comunicao entre os objetos, ao longo do tempo. Em outras palavras, mostra como uma seqncia
de mensagens tratada (envio e recebimento) por vrios objetos, com o objetivo de executar
alguma funo.
O Diagrama de Seqncia contm detalhes da implementao do Sistema, incluindo os Objetos e
Classes usadas para implement-lo e as mensagens passadas entre os objetos. Utiliza linhas verticais
para representao do ciclo de vida do objeto e vetores horizontais para representar a passagem de
mensagens entre os objetos.
O Diagrama de Seqncia mostra a seqncia de passos que devem ser realizados para cumprir a
misso de cada Use Case solicitado por um Ator; envolve operaes manuais, automatizadas e
troca de mensagens entre Atores. A partir do Dilogo Sistema x Usurio do Projeto Conceitual
pode-se detalhar o Diagrama de Seqncia para cada Caso de Uso.
So 2 os elementos bsicos de um Diagrama de Seqncia:
Objeto: representado atravs de um retngulo na parte superior (eixo horizontal) do Diagrama
de Seqncia; corresponde s Classes existentes no Diagrama de Classes. O tempo (ciclo) de
vida do objeto representado por uma linha pontilhada vertical, desde o retngulo at o final do
diagrama, em sua parte inferior.
Mensagem: conjunto de dados e/ou de informaes de controle que so enviadas de um
objeto para outro, provocando neste ltimo algum tipo de ativao. Uma mensagem pode ter
associada condies e/ou interaes (loops). As mensagens so representadas por flechas, e
podem ser:
o Sncronas: mensagem implementada atravs da chamada de uma operao. O retorno para o
objeto chamador somente poder ser enviado quando esta operao tiver sido executada
completamente;
o Assncronas: mensagem cujo retorno poder ser enviado a qualquer momento, mesmo que o
objeto receptor no tenha executado completamente a operao resultante;
o Controles: mensagens que mostram simplesmente como o controle passa de um objeto para
outro. Muitas vezes aparece como o retorno de uma mensagem sncrona.
Construo do Diagrama de Seqncia
1. Para cada Use Case, construir um Diagrama de Seqncia, identificando os Atores e as Classes
envolvidas nele;
2. Identificar os passos necessrios para tratar a Entrada at a invocao das Operaes das
Classes;
3. Demonstrar a invocao das Operaes das Classes envolvidas;
4. Identificar os passos para tratar a Sada do Use Case;


Recomendaes
Elaborar um Diagrama de Seqncia para cada Use Case do Sistema.
Os seguintes padres de nomenclatura devem ser observados nos projetos a serem desenvolvidos:
Objetos: deve ser adotado o mesmo padro utilizado na nomenclatura das classes do
Diagrama de Classes. No Visio esse padro obrigatrio.
Mensagens: pode ser adotado o mesmo padro utilizado na nomenclatura dos mtodos do
Diagrama de Classes, ou ento qualquer nome que represente um conjunto de informaes.
No Visio esse padro obrigatrio.
Benefcios
Auxilia na anlise da lgica interna para definir o funcionamento do Sistema;
Auxilia no refinamento do Diagrama de Classes por permitir uma viso mais seqencial da
integrao entre as Classes e Atores;
Auxilia na definio das funcionalidades do Modelo de Implementao das Entradas e
Sadas.
JOSE:USUARIO
LIVRO:MATERIAIS
EMPRESTIMO:EMPRESTIMOS RESERVAS:RESERVAS
ConfirmaEmprestimo
PedeConfirmacao
Emprestar
Emprestimo
ItemDisponivel
ItemDisponivel
ConfirmaReserva
PedeConfirmacao
Reservar
Reservar
NaoDisponivel
VerificaDisponibilidade
Requisita


Diagrama de Colaborao
Definio e Objetivo
O Diagrama de Colaborao um documento que, assim como o Diagrama de Seqncia, tem
tambm como objetivo descrever a interao e a comunicao entre os objetos, mas com foco no
espao; retifica/ratifica os modelos j produzidos uma vez que no acrescenta nenhum conceito
novo, mas permite uma visualizao da anlise sob outro ngulo.
Demonstra como as classes interagem pela troca de mensagens, apontando indcios de falhas na
anlise ou possibilitando refinamentos; por exemplo, classes muito dependentes ou falta de
sincronismo entre classes. uma viso alternativa do diagrama de Seqncia.
So 2 os elementos bsicos de um Diagrama de Colaborao:
Objeto: representado atravs de um retngulo. Os objetos do Diagrama de Colaborao so os
mesmos j representados no Diagrama de Seqncia.
Link: conexo entre dois objetos, que pode representar um fluxo de mensagem, ou
simplesmente um papel que um objeto assume perante outro.
Como fluxo de mensagem, um link pode ter associado uma condio, uma numerao de
seqncia, uma clusula de iterao (loop) e um mtodo a ser executado, sendo representado
tambm atravs de flechas direcionadas conforme o destino indicado para as informaes.
Como papel, apenas seu significado necessita ser mostrado; por exemplo, pode indicar
que a instncia de um objeto visvel porque est dentro do escopo global.

EMPRESTIMO:EMPRESTIMOS
RESERVAS:RESERVAS
LIVRO:MATERIAIS
JOSE:USUARIO
12: PedeConfirmacao
13: ConfirmaEmprestimo
11: Emprestar
6: PedeConfirmacao 7: ConfirmaReserva
5: Reservar
8: ItemDisponivel
2: VerificaDisponibilidade
10: Emprestimo
4: Reservar
1: Requisita
9: ItemDisponivel
3: NaoDisponivel


Construo do Diagrama de Colaborao
Normalmente pode ser derivado automaticamente do Diagrama de Seqncia, atravs da ferramenta
CASE utilizada. Valem, portanto, as mesmas recomendaes para construo do Diagrama de
Seqncia.
Recomendaes
O Diagrama de Colaborao deve representar pelo menos a troca de mensagens entre as Classes
que tenham comportamento dinmico (troca de eventos);
Diagramas de Colaborao podem ser usados para mostrar interaes complexas entre objetos.
Principal diferena entre os Diagramas de Colaborao e de Seqncia:
o Diagrama de Colaborao: mostra o objeto real e suas ligaes (a rede de trabalho dos
objetos que esto colaborando), as quais em muitas situaes facilitam o entendimento da
interao.
o Diagrama de Seqncia: nele a seqncia do tempo mais fcil de ver.
Que diagrama usar?
Usar o Diagrama de Colaborao quando os objetos e suas ligaes facilitam o
entendimento da interao;
Usar o Diagrama de Seqncia quando somente preciso mostrar a seqncia.
Os seguintes padres de nomenclatura devem ser observados nos projetos a serem desenvolvidos:
Objetos: deve ser adotado o mesmo padro utilizado na nomenclatura das classes do
Diagrama de Classes.
Links: pode ser adotado o mesmo padro utilizado na nomenclatura dos mtodos do
Diagrama de Classes, ou ento qualquer nome que represente um conjunto de informaes.
Benefcios
Auxilia na anlise de dependncia entre as Classes;
Auxilia no refinamento do Diagrama de Classes, indicando Classes que potencialmente
possam ser aglutinadas.


Modelo de Implementao
Diagrama de Pacotes
Definio e Objetivo
O Diagrama de Pacotes um produto de modelagem de estruturas de informao, que tem como
objetivo representar a organizao de Sistemas, Subsistemas, Domnios e Camadas de Sistemas.
O Diagrama de Pacotes serve para mostrar como as Classes so divididas dentro de mdulos; so
diagramas lgicos e no necessariamente implicam numa diviso fsica de classes; agrupam os
elementos modelados.
Os pacotes podem ser usados para apresentar diferentes vises da arquitetura do Sistema.
Recomendaes
O Diagrama de Pacotes utilizado para modelar grupos de elementos e as diferentes vises da
arquitetura de um sistema.
Benefcios
Auxilia no controle da visibilidade dos elementos agrupados, possibilitando a viso externa do
pacote;
x
Objetos
Persistentes
Sistema de
Janelas
Biblioteca
de GUI
Objetos Do
Processo
Controlador
1
1
1
1
1
1
1
1
1 1


Auxilia na visualizao dos grupos de elementos que podem ser manipulados como um todo,
permitindo ter uma imagem de acesso aos elementos individualmente.
Diagrama de Componentes
Definio e Objetivo
O Diagrama de Componentes um produto de modelagem de estruturas de informao, que tem
como objetivo descrever as dependncias entre os componentes fsicos de software como
bibliotecas DLL, arquivos de trabalho, arquivos executveis, outros aplicativos, etc.
utilizado para modelar a estrutura fsica do sistema.
So 3 os elementos bsicos de um Diagrama de Componentes:
Componente: uma parte fsica com facilidade de reposio que permite a realizao das
funes do sistema.
Interfaces: coleo de operaes usadas para especificar o servio de um componente.
Relacionamentos

Biblioteca.CPP Vbrum.DLL
Aplicativo.H Aplicativo.DLL Aplicativo.INI
Aplicativo.CPP Aplicativo.EXE


Recomendaes
O Diagrama de Componentes utilizado para se obter uma viso esttica da implementao do
sistema;
O Diagrama de Componentes d apoio ao gerenciamento da configurao das partes de um
sistema composto por componentes que podem estar associados de vrias formas;
O Diagrama de Componentes utilizado para modelar:
- Cdigos fontes
- Verses de executveis
- Banco de dados fsico
- Adaptao de sistemas
Benefcios
Visualizao clara dos componentes a serem implementados;
Facilita a reutilizao de componentes j existentes;
base para o Diagrama de Distribuio.
Diagrama de Distribuio
Definio e Objetivo
O Diagrama de Distribuio um documento de modelagem de estruturas de informao, que tem
como objetivo mostrar como o software distribudo no hardware; mostra os NS (plataformas),
ou Nodes, e os links utilizados pelas aplicaes.
uma das formas para modelar os aspectos fsicos de um sistema orientado a objeto. Mostra a
configurao de Run Time de processamento dos Ns e dos componentes residentes em cada N.
Envolve a modelagem de topologia de hardware na qual o sistema ser executado.
So 2 os elementos bsicos de um Diagrama de Colaborao:
N: elemento fsico que existe em tempo de execuo do Sistema (Run Time); representa um
recurso computacional possuindo geralmente alguma memria e alguma capacidade de
processamento. Usado para modelar a topologia de hardware na qual o sistema executado.
Representa tipicamente um processador ou um equipamento no qual os componentes podem ser
distribudos.
Relacionamento: representa a conexo fsica entre os Ns.


SERVIDOR DE APLICACAO
WWW.CLIENTE
SERVIDOR DE DADOS
EMPRESTIMO.HTML
Comment
CONSULTA.HTML
Comment
GERENTE.HTML
Comment
CADASTRO.HTML
Comment
USUARIO.CLASS
Comment
MATERIAIS.CLASS
Comment
LIVROS.CLASS
Comment
REVISTAS.CLASS
Comment
SCRIPT.SQL
Comment
DAO-DataAccessObjects
Comment


Recomendaes
O Diagrama de Distribuio utilizado para enderear a distribuio, instalao e atualizao
das partes que constituem o sistema fisicamente;
O Diagrama de Distribuio recomendado apenas para sistemas multiplataforma fisicamente
distribudos em muitos processadores.
Benefcios
Auxilia no controle de versionamento de componentes;
Permite a visualizao fsica dos componentes;
Facilita o uso corporativo dos componentes;
Auxilia na administrao dos componentes.
Prottipo de Entradas e Sadas (Interface)
Definio e Objetivo
O Prottipo de Entradas e Sadas tem como objetivo representar a interao entre o usurio e o
sistema, mostrando as entradas e sadas de informaes.
Elementos Constituintes e Notaes:
Prottipo: representao visual de uma entrada ou sada do Sistema, podendo ser uma tela
(formulrio ou pgina) ou um relatrio (em papel, meio eletrnico ou outra mdia).
Recomendaes
Utilizar a ferramenta CASE ou um software de autoria de interfaces para desenhar o elemento de
interface de Entrada ou Sada conforme formulrio a seguir:


EMPRESA
PROTTIPO DE INTERFACE DE SISTEMA
Entradas e Sadas

Identificao do Prottipo
Projeto -
Componente -
Verso -
Responsvel -
Data -
PROTTIPO

(Desenho do Profofipo)


Projeto de Banco de Dados
responsvel pela representao das estruturas fsicas de informao que sustentam as transaes
do Sistema; representa a estrutura fsica do banco de dados ou dos arquivos que implementam o
modelo lgico do armazenamento de dados.
Modelo de Banco de Dados (MDB)
Definio e Objetivo:
O MBD um produto de Modelagem de Dados, que tem como objetivo descrever a estrutura dos
dados armazenados pelo Sistema em um nvel mais baixo de abstrao, atravs de estruturas fsicas
nicas e dos relacionamentos entre elas.
So 2 os elementos bsicos de um MBD:
Tabela: conjunto de linhas e colunas, cujo ponto de interseco representa um dado, dado-
chave ou informao vlida. Corresponde ao conjunto de atributos inerentes a uma entidade de
dados do Modelo de Dados, sendo sempre representada por um retngulo:

Relacionamento (Constraint): corresponde fisicamente aos relacionamentos do Modelo de
Dados. utilizada para implementar a integridade dos dados no Banco de Dados, sendo
representada por uma linha com os smbolos correspondentes representando as quantidades
mnimas e mximas de ocorrncias envolvidas (zero, uma ou vrias) e a dependncia de chaves.


Perfil Operacional
Definio e Objetivo
O Perfil Operacional tem como objetivo representar requisitos e caractersticas fsicas relacionadas
operao do Sistema a ser desenvolvido, e pode funcionar como insumo para o planejamento das
atividades de produo, assim como para a administrao dos Servidores (Bancos de Dados, Web,
Aplicao etc.) utilizados na soluo.
O Perfil Operacional constitudo, basicamente, por 3 grupos de informaes distintos:
Volumes: mostra os volumes transacionais e de dados iniciais e o percentual de crescimento
estimado em um prazo, distribudos fisicamente, considerando-se a distribuio
representada no Diagrama de Distribuio.
Ex.: Tabela PRODUTO: carga inicial 100 registros
% crescimento 10% ms
histrico 2 anos
Taxas de Acesso: mostra, para cada tabela, em seus respectivos locais fsicos, as taxas por
tipo de acesso (insero, atualizao, excluso, consulta, etc.), dentro de uma determinada
unidade de tempo.
Ex.: Tabela PRODUTO: incluso 20 ao ano

Nveis de Concorrncia: mostra, para cada tipo de processamento (transaes on-line,
transaes batch e servios de apoio), a quantidade mdia de sesses concorrentes e os
nveis de servio esperados pelo cliente para cada uma das transaes.
Ex.: A transao on-line CONSULTAR PRODUTO ter uma quantidade mdia de 50 sesses
concorrentes (alta), mas deve responder ao usurio em, no mximo, 10 segundos.


Modelo de Entradas e Sadas Estendido
O Modelo de Entradas e Sadas Estendido responsvel pela especificao da lgica dos
componentes que devem ser codificados.
Prottipo Estendido
Definio e Objetivo
O Prottipo Estendido tem como objetivo detalhar a lgica do prottipo homologado pelo usurio
durante o Projeto Conceitual, permitindo a codificao dos componentes.
Prottipo estendido: o prottipo fsico em si.
Especificao Lgica: especificao da lgica de funcionamento do componente.
EMPRESA
PROTTIPO DE INTERFACE DE SISTEMA
Entradas e Sadas

Identificao do Prottipo
Projeto -
Componente -
Verso -
Responsvel -
Data -
PROTTIPO

(Desenho do Profofipo)

LGICA

(Texfo poro Especificoo do Logico EnvoIvido)


Especificao de Componentes
Definio e Objetivo
A especificao de componentes a definio da lgica de um componente.
Recomendaes
Documentar utilizando a ferramenta CASE ou o ambiente de desenvolvimento.


Plano de Testes
Definio e Objetivo
O Plano de Testes tem como objetivo demonstrar o que e como devem ser testados os componentes
do Sistema, com enfoques individuais, de modularizao e integrao.
Identificao do Plano de Teste: conjunto de informaes para identificao do Plano de
Testes: Projeto, Objetivo, Responsvel e Verso.
Configurao: configurao de hardware e software em que ser efetuada o teste.
Estratgia de Execuo: estratgia para execuo do teste do componente, do mdulo ou do
sistema integrado.
Documentao de Apoio: documentos que podem ser utilizados para apoio do teste.
Recursos e Treinamento: recursos que sero utilizados para o teste e treinamento que ser
necessrio para sua realizao.
Fase: informaes referentes fase de teste a que se refere o plano (unitrio, ou integrado). Tais
informaes so: Objetivo do Teste da Fase, Resultado Esperado, Mtodo de Tratamento de
Problemas, Data Prevista de Incio, Data Prevista de Trmino, Data Real de Incio e Data Real
de Trmino.
Tipo do Teste: informaes referentes ao tipo do teste que ser realizado (confiabilidade,
exatido, integridade, etc.). Tais informaes so: Objetivo do Tipo do Teste, Resultado
Esperado e Critrios de Teste.
Plano de Teste: roteiro de teste do componente, do mdulo ou do sistema. Este roteiro uma
descrio da ordem do teste, das conformidades que devem ocorrer e dos defeitos a serem
evitados.
O Plano de Teste pode ser especificado conforme o formulrio a seguir:


EMPRESA

PLANO DE TESTES

PROJETO -
OBJETIVO -
RESPONSVEL -
VERSO -

CONFIGURAO

ESTRATGIA DE EXECUO

DOCUMENTAO DE APOIO

RECURSOS E TREINAMENTO

FASE -
OBJETIVO -
RESULTADO ESPERADO -
MTODO DE TRATAMENTO
DE PROBLEMAS
-
DATA PREVISTA DE INCIO: DATA PREVISTA DE TRMINO:
DATA REAL DE INCIO: DATA REAL DE TRMINO:

TIPO DE TESTE -
OBJETIVO DO TESTE -
RESULTADO ESPERADO -
CRITRIOS DE TESTE -

PLANO DE TESTE
Descrio....


Configurao de Ambientes
Definio e Objetivo
A Configurao de Ambientes representa um conjunto de informaes a respeito do ambiente de
software utilizados nas fases de Testes e Implantao em Produo do Sistema.
Tipo de Configurao: tipo do ambiente a que se refere a configurao (Teste, Homologao
ou Produo).
Configurao: conjunto de informaes a respeito da configurao de hardware e software.
A Configurao de Ambiente pode ser especificada conforme o formulrio a seguir:

EMPRESA

CONFIGURAO DE AMBIENTES

PROJETO -
RESPONSVEL -

TIPO DE CONFIGURAO

Config. Sistema Operacional Servidores -
Config. Sistema Operacional Clientes -
Config. Banco de Dados -
Config. Servidor Web -
Config. Aplicao Componentes Servidor -
Config. Aplicao Componentes Cliente -

CONFIGURAO DA REDE ARQUITETURA DA REDE

(Detalhes da Configurao)

(Desenho do Arquifefuro do Pede)


Modelos de Diagramas da UML
Diagrama de Use Cases

MODELO USE CASE
System Architect
Wed Feb 09, 2000 16:13
Comment
BIBLIOTECA VIRTUAL
ANALISA EMPRESTIMO
CADASTRA MATERIAL
EMPRESTA MATERIAL
CADASTRA USUARIO
PESQUISA ASSUNTO
GERENTE
USUARIO
<<uses>>


Diagrama de Classes

MATERIAIS
Assunto
Titulo
Codigo
Resumo
Data_Material
Autor
Emprestar
Devolver
Procurar
Reservar
Editar
Excluir
persistent
REVISTAS
Local
Editora
Volume
Numero
Mes
Destaques
estilo
Cancelar
Editar
Mostrar-Detalhes
persistent
USUARIO
Nome
Telefone
Senha
Email
Codigo
Reservar
Criar
Eliminar
Recuperar
Atualizar
persistent
RESERVAS
Data_Reserva
Data_Validade
Usuario
Cod_Material
Criar
Cancelar
Avisar-Usuario
persistent
LIVROS
Editora
Edicao
Paginas
Local
Mostrar-Detalhes
Editar
Cancelar
persistent
EMPRESTIMOS
Cod_Material
Usuario
Data_Emprestimo
Data_Devolucao
Novo
persistent
ARTIGOS
Titulo
Autor
Cancelar
Editar
persistent
MODELO CLASSES
System Architect
Fri Feb 11, 2000 11:47
Comment
BIBLIOTECA VIRTUAL
1
1
Eh Referente
1
1
Tem
1
1..*
1
1..*
1
0..*
Consulta


Diagrama de Estados

MODELO ESTADOS
System Architect
Wed Feb 16, 2000 15:47
Comment
Diagrama de Estados - Classe MATERIAIS
ATRASADO
DISPONIVEL
EMPRESTADO
RESERVADO
NaoDevolver[DataEmprestimo>Hoje] / AvisarUsuario
Disponibilizar[DataReserva<Hoje] / LiberaMaterial
Devolver[ExisteReserva] / AvisarUsuario
Devolver[SeAtrasado] / AvisarGerente
Retornar[ExisteReserva]
Retornar Emprestar
Emprestar


Diagrama de Seqncia

MODELO SEQUENCIA
System Architect
Wed Feb 23, 2000 15:55
Comment
JOSE:USUARIO LIVRO:MATERIAIS
EMPRESTIMO:EMPRESTIMOS RESERVAS:RESERVAS
ConfirmaEmprestimo
PedeConfirmacao
Emprestar
Emprestimo
ItemDisponivel
ItemDisponivel
ConfirmaReserva
PedeConfirmacao
Reservar
Reservar
NaoDisponivel
VerificaDisponibilidade
Requisita


Diagrama de Colaborao

MODELO COLABORACAO
System Architect
Fri Feb 11, 2000 09:02
Comment
EMPRESTIMO:EMPRESTIMOS
RESERVAS:RESERVAS
LIVRO:MATERIAIS
JOSE:USUARIO
10: Emprestimo
4: Reservar
1: Requisita
9: ItemDisponivel
3: NaoDisponivel
2: VerificaDisponibilidade
5: Reservar
8: ItemDisponivel
6: PedeConfirmacao 7: ConfirmaReserva
11: Emprestar
12: PedeConfirmacao
13: ConfirmaEmprestimo


Diagrama de Pacotes

MODELO PACOTES
System Architect
Fri Feb 11, 2000 09:09
Comment
Persistente
s
Negocio
Biblioteca
Janelas


Diagrama de Componentes

MODELO COMPONENTES
System Architect
Tue Feb 22, 2000 16:56
Comment
EMPRESTIMO.HTML
Comment
Comment
SCRIPT.SQL
Comment
REVISTAS.CLASS
Comment
LIVROS.CLASS
Comment
MATERIAIS.CLASS
Comment
USUARIO.CLASS
Comment
CADASTRO.HTML
Comment
GERENTE.HTML
Comment
CONSULTA.HTML
Comment


Diagrama de Distribuio

SERVIDOR DE APLICACAO
WWW.CLIENTE
SERVIDOR DE DADOS
EMPRESTIMO.HTML
Comment
CONSULTA.HTML
Comment
GERENTE.HTML
Comment
CADASTRO.HTML
Comment
USUARIO.CLASS
Comment
MATERIAIS.CLASS
Comment
LIVROS.CLASS
Comment
REVISTAS.CLASS
Comment
SCRIPT.SQL
Comment
Comment


Glossrio
Atributo ou
Propriedade
Caracterstica que qualifica um Objeto em si mesmo, independente dos
outros objetos que o cercam. Contm o valor dos dados que descrevem cada
Objeto na Classe.
Abstrao Processo mental de definir um objeto conceitual a partir de objetos do mundo
real que possuam os mesmos tipos de caractersticas e de comportamento.
Classe Conjunto de Objetos que possuem/compartilham os mesmos atributos
(propriedades e dados), comportamentos (operaes e mtodos) e
relacionamentos (caractersticas).
Classe dos
Atributos
So caractersticas descritas para todas as instncias de uma Classe.
Correspondem s colunas de uma tabela de dados.
Estado Representa as condies dos objetos em um determinado momento no tempo.
Evento Representa incidentes que causam movimentao nos objetos de um estado
para outro.
Instncia Cada objeto dentro de uma determinada classe.
Mensagem Conjunto de dados e/ou informaes de controle (parmetros) que so
enviadas de um objeto para outro, provocando algum tipo de ativao.
Mtodo Implementao especfica de uma operao da classe; a lgica interna de
uma operao (conjunto de passos para que a operao seja realizada).
Objeto Qualquer coisa existente e perceptvel que possui caractersticas prprias e
comportamento previsvel.
Operao Toda ao que pode ocasionar uma mudana nas caractersticas do objeto;
chamada via mensagem; composta pelo nome e parmetros. De modo geral
uma operao capaz de atualizar, incluir, consultar, atualizar o estado de
um objeto.
Relacionamento Representa a forma como as Classes de Objetos se reconhecem entre si;
determina o tipo de relao que um objeto tem com outro.
Transio de
Estado
Movimentao de um estado para outro.


Bibliografia
Furlan, Jos Davi
Modelagem de Objetos atravs da UML,
So Paulo: Makron Books, 1998
Fowler, Martin
UML Essencial, Porto Alegre: Bookman, 2000
Rumbaugh, J.; Jacobson, I.; Booch G.
The Unified Modeling Language Reference Manual, Addison Wesley Longman, Inc., 1999
Rumbaugh, J.; Jacobson, I.; Booch G.
The Unified Modeling Language User Guide, Addison Wesley Longman, Inc., 2001
Booch, Grady
Object-Oriented Analysis and Design With Applications, Addison-Wesley Publishing Company,
1994

Projeto Fisico PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Projeto Fisico PDF

Uploaded by

Copyright:

Available Formats

Projeto Fsico de Sistemas de Informao Prof.

Antonio Geraldo da Rocha Vidal 1

letra maiscula e as demais letras minsculas

letra maiscula e as demais letras

You might also like