Arquivo para Outubro, 2007
22
Out
07
Diagrama de Objetos
Mostram um conjunto de objetos e seus relacionamentos em um ponto no tempo, contém objetos e vínculos e são usados para fazer a modelagem da visão de projeto estática de um sistema a partir da perspectiva de instâncias reais ou prototípicas.
Essa visão atende principalmente aos requisitos funcionais do sistema, ou seja, os serviços que o sistema deverá proporcionar aos seus usuários finais.
Os diagramas de objetos só podem ser usados de uma única maneira: para fazer a modelagem de estruturas dos objetos. Ao se utilizar estes diagramas pode-se expor significativamente apenas conjuntos interessantes de objetos concretos ou prototípicos.
Ao se fazer a modelagem de uma estrutura de objetos deve-se:
- identificar o mecanismo cuja modelagem você deseja fazer;
- para cada um destes mecanismos, identificar classes, interfaces e outros elementos que participam dessa colaboração e seus relacionamentos;
- congelar o cenário em determinado momento e representar cada objeto que participa do mecanismo;
- expor o estado e os valores dos atributos de cada um desses objetos para a compreensão do cenário; e
- expor os vínculos existentes entre esses objetos, representando instâncias de associações entre eles.
22
Out
07
Diagrama de Classes
1.0 – Introdução
Na modelagem de sistemas orientados a objetos, são os diagramas encontrados com maior freqüência e mostra um conjunto de classes, interfaces e colaborações e seus relacionamentos.
Os diagramas de classes costumam conter os seguintes itens: Classes, Interfaces, Colaborações, Relacionamentos de dependências, Generalizações e Associação e também pode conter Pacotes ou Subsistemas utilizados para agrupar elementos do seu novo modelo em um conjunto maior.
Basicamente, os diagramas de classes são utilizados para fazer a modelagem da visão estática de um sistema, ou seja, oferecer suporte para os requisitos funcionais do sistema, os serviços que este fornecer aos usuários finais.
Ao se fazer a modelagem estática de um sistema o diagrama de classes será usado de três formas: para fazer a modelagem do vocabulário de um sistema; para fazer a modelagem de colaborações simples e para fazer a modelagem do esquema lógico de um banco de dados.
Na modelagem do vocabulário do sistema, o diagrama de classes visa definir os limites do sistema, o que envolve uma decisão a respeito de quais abstrações fazem parte do sistema e quais estão fora do limite representando essas abstrações e suas responsabilidades.
Uma colaboração é um conjunto de classes, interfaces e outros elementos que funcionam em conjunto proporcionando algum comportamento cooperativo, maior que a soma de todos os elementos e podem ser representados pelo diagrama de classes.
Os diagramas de classes também podem ser usados para fazer a modelagem de esquemas para banco de dados relacionais ou orientado a objetos onde se deseja armazenar informações persistentes, ou seja, que podem ser armazenadas para serem recuperadas posteriormente.
Enquanto os diagramas de Entidade-Relacionamentos clássicos têm seu foco apenas nos dados já os diagramas de classes vão um pouco além permitindo ainda a modelagem de comportamentos.
2.0 – Perspectivas:
Um diagrama de classes pode oferecer três perspectivas, cada uma para um tipo de observador diferente. São elas:
- Conceitual (exemplo)
Representa os conceitos do domínio em estudo.
Perspectiva destinada ao cliente. - Especificação (exemplo)
Tem foco nas principais interfaces da arquitetura, nos principais métodos, e não como eles irão ser implementados.
Perspectiva destinada as pessoas que não precisam saber detalhes de desenvolvimento, tais como gerentes de projeto. - Implementação – a mais utilizada de todas (exemplo)
Aborda vários detalhes de implementação, tais como navegabilidade, tipo dos atributos, etc.
Perspectiva destinada ao time de desenvolvimento.
22
Out
07
Diagramas da UML
Um diagrama é uma apresentação gráfica de um conjunto de elementos (classes, interfaces, colaborações, componentes, nós etc) e são usados para visualizar o sistema sob diferentes perspectivas.
A UML define um número de diagramas que permite dirigir o foco para aspectos diferentes do sistema de maneira independente. Se bem usados, os diagramas facilitam a compreensão do sistema que está sendo desenvolvido.
A UML define 9 tipos de diagramas, no entanto, não existe uma limitação pois podem ser criados novos diagramas com a finalidade de visualizar os elementos da UML de maneira diferente.
As partes estáticas de um sistema são visualizadas através dos diagramas de classes, objetos, componentes e implantação, já as partes dinâmicas podem ser representadas pelos diagramas de caso de uso, interação (seqüência e colaboração), estados e atividades.
Os diagramas estruturais existem para visualizar, especificar, construir e documentar os aspectos estáticos de um sistema, ou seja, a representação de seu esqueleto e estruturas relativamente estáveis. Os aspectos estáticos de um sistema de software abrangem a existência e a colocação de itens como classes, interfaces, colaborações, componentes e nós, enquanto que os diagramas comportamentais são usados para visualizar, especificar, construir e documentar os aspectos dinâmicos de um sistema que é a representação das partes que sofrem alterações, como por exemplo o fluxo de mensagens ao longo do tempo e a movimentação física de componentes em uma rede.
Tipos de diagramas:
Estruturais/Estáticos:
Comportamentais/Dinâmicos:
21
Out
07
Databases – Home
Site da Microsoft sobre Pesquisa e Desenvolvimento na área de Banco de Dados.
Em todo o mundo só existem 100 conjuntos das KEF Muon. Feitas a partir de um bloco de alumínio maciço, medem 1,80 m de altura e pesam cerca 120 Kg cada. O seu aspecto estratosférico é tão fabuloso como o seu preço: 140.000 USD.
