- SESSÃO 4: Modelação de Sistemas com Objectos -

Os métodos funcionais são baseados em uma decomposição Os métodos funcionais são baseados em uma decomposição de cima para baixo. Métodos OO exploram uma abordagem (métodos OO completamente exploram uma abordagem (completamente diferente dos métodos funcionais) inerentemente baseada em diferente dos métodos funcionais) inerentemente baseada em.

Métodos OO

Métodos orientados por objectos #3 Métodos orientados por objectos #3

Methods war Methods war

Rumbaugh na General Electric A General Electric define quatro estágios para alcançar , define quatro estágios para alcançar a implementação do sistema, geralmente com.

Exemplos (OOD #1) Exemplos (OOD #1)

Abaixo está a identificação das operações realizadas por cada Abaixo está a identificação das operações realizadas por cada um. Finalmente, os objetos são implementados pela codificação Finalmente, os objetos são implementados pela codificação de seus comportamentos e estados internos.

Exemplos (OOSE #1) Exemplos (OOSE #1)

Exemplos (OOSE #2) Exemplos (OOSE #2)

OOA/D:OOA/D: object-oriented analysis and design object-oriented analysis and design for Object Object International. OOIEOOIE object-oriented information engineering object-oriented information engineering Dada James Martin James Martin and Co.

UML #1 UML #1

UML #2 UML #2

Características OO

Principais conceitos associados aos objectos Principais conceitos associados aos objectos

Abstracção Abstracção

Encapsulamento Encapsulamento

Agregação e composição Agregação e composição

Características OO (9/24) (9/24)

Um atributo é um elemento de modelagem que descreve um exemplo, caracteriza algo importante e significativo sobre a natureza dessa instância. Uma operação é uma ação ou transformação realizada Uma operação é uma ação ou transformação realizada por um objeto ou que o objeto sofre. Uma classe Uma classe (de objetos) é uma abstração que para um (de objetos) é uma abstração que para um determinado aplicativo define apenas as propriedades mais relevantes para esse aplicativo define apenas as propriedades mais relevantes e ignora o restante.

Escolher quais classes são importantes para a. Escolher quais classes são importantes para a. Herança é um mecanismo valioso e poderoso que facilita a reutilização e permite expressar semelhanças entre reutilização e permite expressar semelhanças entre classes. Uma subclasse herda os atributos de suas superclasses. Uma subclasse herda os atributos de suas superclasses.

Identidade Identidade

Em linguagens orientadas a objetos, uma ação é acionada passando uma mensagem para um objeto. Se o objeto aceitar a mensagem enviada a ele, ele se comprometerá a executar essa operação. Todos os objetos de uma determinada classe usam o mesmo método em resposta a uma mensagem do mesmo tipo.

Sistemas orientados a objetos adotam um modelo de comunicação cliente/servidor Sistemas orientados a objetos adotam um modelo de comunicação cliente/servidor.

Polimorfismo Polimorfismo

Objectos

Objectos (1/11) (1/11)

Visão informal dos objectos Visão informal dos objectos

Objectos (2/11) (2/11)

Para manipular estes atributos é necessário definir as operações, para manipular estes atributos é necessário definir as operações que afetam ou permitem a sua utilização. A única parte do objeto que é visível de fora são as operações, e sim as respectivas interfaces, operações, e não as respectivas interfaces. A relação ou associação entre os objetos também deve ser modelada. A relação ou associação entre os objetos também deve ser modelada.

Pode haver outros tipos de relacionamentos entre objetos. Pode haver outros tipos de relacionamentos entre objetos, como composição ou agregação.

Objectos (3/11) (3/11)

Objectos (4/11) (4/11)

Definição formal de objecto Definição formal de objecto

Objectos (5/11) (5/11)
Objectos (6/11) (6/11)
Objectos (7/11) (7/11)
Objectos (8/11) (8/11)

Mais recentemente, esse conceito tem sido a base de várias linguagens de programação orientadas a objetos (SmallTalk, linguagens de programação orientadas a objetos (SmallTalk, . ObjectiveC, Eiffel, C++ e Java )., bem como outros ObjectiveC, Eiffel, C++ e Java), além de outros. Definimos um objeto como um conceito, abstração ou coisa com Definimos um objeto como um conceito, abstração ou coisa com limites claros e significado para o problema em questão. Um objeto representa uma coisa individual, identificável, entidade ou Um objeto representa uma coisa, entidade ou entidade identificável, individual, real ou abstrata, ou entidade com um papel bem definido na entidade, real ou abstrata, com um papel bem definido na domínio do problema.

An object has state, behavior, and identity; structure and An object has state, behavior and identity; the structure and behavior of similar objects are defined in their shared class. An object is a model of a real-world entity or a software An object is a model of a real-world entity or a software solution entity that combines data and operations in such a solution entity that combines data and operations in a such. Thus, an object provides operations for other objects, and in turn may also require operations of for other objects, and in turn may also require operations of.

Características dos objectos Características dos objectos

Objectos (9/11) (9/11)

Perspectivas de modelação dos objectos Perspectivas de modelação dos objectos

Objectos (10/11) (10/11)

Relação entre perspectivas de modelação Relação entre perspectivas de modelação

Objectos (11/11) (11/11)

Aspectos dum objecto (sistema) Aspectos dum objecto (sistema)

UML (1/32) (1/32)

Em 2001 esperava-se que se tornasse um padrão ISO, em 2001 esperava-se que se tornasse um padrão ISO. A definição UML inclui o meta-modelo correspondente, que permite saber se uma linguagem formal é usada para permite saber se uma linguagem formal é usada. O metamodelo UML não é definido formalmente, porque o metamodelo UML não é definido formalmente, porque a sintaxe do construtor é especificada em uma linguagem.

UML (2/32) (2/32)

Origem e evolução da notação UML Origem e evolução da notação UML

UML (3/32) (3/32)

Diagramas Diagramas

UML (4/32) (4/32)

No contexto de sistemas embarcados, os seguintes diagramas foram considerados. No contexto de sistemas embarcados, os seguintes diagramas UML foram considerados indispensáveis para especificar, por exemplo, A UML foi considerada indispensável para especificar e documentar os diferentes aspectos a serem considerados ao mesmo tempo em que documenta os diferentes aspectos a serem levados em consideração. Diagramas de caso de uso (diagramas de caso de uso) Diagramas de caso de uso (diagramas de caso de uso).

UML (5/32) (5/32)

UML (6/32) (6/32)

Diagramas de casos de uso Diagramas de casos de uso

UML (7/32) (7/32)
UML (8/32) (8/32)
UML (9/32) (9/32)
UML (10/32) (10/32)
UML (11/32) (11/32)

Caso de uso Um caso de uso é uma interação típica entre um usuário e é uma interação típica entre um usuário e um sistema de computador. Os casos de uso permitem que você capture dos clientes. Os casos de uso permitem que você capture dos clientes. Os casos de uso de um sistema representam uma decomposição Os casos de uso de um sistema representam uma decomposição funcional do comportamento desse sistema sem impor a ele o comportamento funcional desse sistema.

Os casos de uso são executados por atores, e um dos casos de uso é executado por atores, onde o mesmo ator pode executar vários casos de uso e o mesmo ator deve executar e ser vários casos de uso. Um caso de uso é uma maneira particular de usar o sistema. Um caso de uso é uma maneira particular de usar o sistema e representa parte da funcionalidade total. Cada caso de uso constitui um conjunto completo de eventos, Cada caso de uso constitui um conjunto completo de eventos, iniciados por um ator, e explicitamente a interação que pode ser iniciada por um ator, e explicitamente a interação que pode ser.

Diagramas de classes Diagramas de classes

UML (12/32) (12/32)
UML (13/32) (13/32)
UML (14/32) (14/32)
UML (15/32) (15/32)

Os atributos e operações de podem ainda ser mostrados Os atributos e operações de cada uma das classes também podem ser mostrados, se isso for relevante para o nível de cada uma das classes, se for relevante para o nível de. Associação: Relação entre objetos que se manifesta em tempo de execução Associação: Relação entre objetos que se manifesta em tempo de execução por meio da troca de mensagens entre eles. Quando um objeto utiliza os serviços de outro, deve estar vinculado a um objeto que utiliza os serviços de outro, deve estar vinculado a uma associação.

Agregação: Forma especial de associação, que se verifica quando Agregação: Forma especial de associação, que se verifica quando um objeto, físico ou lógico, contém outros. Composição: Forma limitada de agregação, porque o. Composição: Forma limitada de agregação, porque o.

Diagramas de objectos Diagramas de objectos

UML (16/32) (16/32)

UML (17/32) (17/32)

Diagramas de interacção Diagramas de interacção

UML (18/32) (18/32)
UML (19/32) (19/32)
UML (20/32) (20/32)
UML (21/32) (21/32)
UML (22/32) (22/32)

Esses diagramas permitem que você registre os requisitos do sistema. Esses diagramas permitem registrar os requisitos do sistema e, portanto, podem ser usados na fase de análise. Eles também podem ser usados durante o teste do sistema. Eles também podem ser usados durante o teste do sistema. Um diagrama de cooperação também pode ser usado para descrever possíveis cenários do sistema. Um diagrama de colaboração também pode ser usado.

Os diagramas de colaboração podem ser vistos como diagramas Os diagramas de colaboração podem ser vistos como diagramas de objetos que exibem mensagens que fluem entre objetos que exibem mensagens que fluem entre eles. O mesmo tipo de informação é mostrado por diagramas de sequência e colaboração. O mesmo tipo de informação é mostrado por diagramas de sequência e colaboração.

Diagramas de estados Diagramas de estados

UML (23/32) (23/32)
UML (24/32) (24/32)
UML (25/32) (25/32)
UML (26/32) (26/32)

Em um diagrama de estado convencional, em qualquer instante, um e em um diagrama de estado convencional, em qualquer instante, um e apenas um estado está ativo. Na UML, existem dois formalismos diferentes para especificar Na UML, existem dois formalismos diferentes para especificar máquinas de estado: gráficos de estado e diagramas de atividades. Os gráficos de estado são usados durante a transição entre os estados Os gráficos de estado são usados quando a transição entre os estados é causada principalmente pela ocorrência de um evento.

Os diagramas de atividades são apropriados quando os diagramas de atividades são apropriados quando a transição de estado ocorre principalmente devido à conclusão da transição de estado principalmente devido à conclusão da atividade realizada no estado e não devido à ocorrência da atividade executada no estado e não por causa da ocorrência de. Os gráficos de estado estendem os gráficos de estado ainda mais. Os gráficos de estado estendem os gráficos de estado ainda mais. Embora essas extensões permitam modelos mais simples, compactos e legíveis, os gráficos de estado são.

Diagramas de Diagramas de estados

UML (27/32) (27/32)

UML (28/32) (28/32)

Outros mecanismos de modelação Outros mecanismos de modelação

UML (29/32) (29/32)
UML (30/32) (30/32)
UML (31/32) (31/32)
UML (32/32) (32/32)

Uma nota de texto Uma nota de texto ( ( nota de texto nota de texto é um elemento gráfico que pode ) é um elemento gráfico que pode ser colocado em qualquer tipo de diagrama e não possui. Por exemplo, em relação a uma classe, é conveniente. Por exemplo, em relação a uma classe, é conveniente inserir uma nota de texto onde são indicados comentários, para inserir uma nota de texto onde são indicados comentários Um estereótipo estereótipo ((estereótipo estereótipo) é um mecanismo que permite) é um mecanismo que permite extensão da notação UML para incluir elementos que não estendem a notação UML para incluir elementos que não o fazem.

Os estereótipos permitem que você rotule uma determinada classe, que é uma forma de classificar classes (metaclassificação). Os estereótipos da classe estão listados acima do nome. Os estereótipos da classe estão listados acima do nome. Valor marcado valor marcado ( (valor marcado valor marcado) é um par (tag,valor) ) é um par (tag,valor) associado a qualquer elemento de modelagem para armazenar informações.