Projeto de Software Orientado a Aspectos, Manuais, Projetos, Pesquisas de Cultura

Baixe Projeto de Software Orientado a Aspectos e outras Manuais, Projetos, Pesquisas em PDF para Cultura, somente na Docsity!

Projeto de Software

Orientado a Aspectos

introdução

Apresentado por Roberto Losc 2

1 - Introdução



O paradigma de programação orientada a

aspectos (POA) é uma técnica nova, que surgiu

como uma evolução do paradigma orientado a

objetos (POO) e da busca constante por

melhorias no desenvolvimento de software



O software é composto pelos seus requisitos

funcionais, a parte do sistema que trata das

necessidades do cliente, e não funcionais

(aspectos), que tratam o comportamento e as

restrições do sistema

Apresentado por Roberto Losc 4 

A programação orientada a aspecto, busca

separar os requisitos funcionais e não

funcionais, ou seja, dividir os interesses

(concernes), para depois uni-los (weaving),

formando um sistema completo



A POA dá assistência a POO para tratar da

decomposição funcional da classe

1 - Introdução

Apresentado por Roberto Losc 5

O que são Requisitos Funcionais

e Não Funcionais?



O requisitos funcionais são aqueles que descrevem o

comportamento do sistema, suas ações para cada

entrada, ou seja, é aquilo que descreve o que tem que

ser feito pelo sistema. São o cérebro do projeto, já que

descrevem as funcionalidades que o sistema deve dispor

 Os requisitos não funcionais são aqueles que expressam

como deve ser feito (não confundir requisitos não

funcionais com design). Em geral se relacionam com

padrões de qualidade como confiabilidade, performance,

robustez, etc. São muito importantes, pois definem se o

sistema será eficiente para a tarefa que se propõe a fazer

ou não. Um sistema ineficiente certamente não será

usado. Neles também são apresentados restrições e

especificações de uso para os requisitos funcionais.

Apresentado por Roberto Losc 7

O que é Reusabilidade

em Software?



Um componente é um “pedaço” reutilizável de

software. São objetos manipuláveis em “Design

Time”. São utilizados de forma genérica e

significam desde uma simples classe até um

subsistema.

 Teoricamente, um componente:

 Tem múltiplo-uso, é criado para ser reutilizável



Independente do contexto: não depende das suas

aplicações clientes

 Pode formar componentes maiores se agrupado com outros

componentes

 Encapsulado, provendo uma interface para acesso á suas

funcionalidades

 Instalado e desenvolvido independentemente da aplicação

cliente

 Implementação substituível desde que mantida a interface

exposta pelo componente

Apresentado por Roberto Losc 8

2 – Desenvolvimento de

Software Orientado a

Aspecto

 As vantagens oferecidas pela POA têm levado a reengenharia de muitos sistemas orientados a objetos (OO) para orientados a aspectos (AO)

Apresentado por Roberto Losc 10

2 – Desenvolvimento de

Software Orientado a

Aspecto

 (^) A modelagem orientada a aspecto pode ser feita com apoio da UML (Linguagem de Modelagem Unificada)  (^) A primeira etapa da modelagem se dá com o levantamento de requisitos  (^) Com os requisitos levantados, é feita a definição dos casos de uso aspectual  (^) A representação dos aspectos no diagrama de caso de uso se dá por losangos e seu relacionamento com os demais casos de uso são identificados pelo estereótipo <>>

Apresentado por Roberto Losc 11

2 – Desenvolvimento de

Software Orientado a

Aspecto

Fonte principal: Leandro Crysostomo (WebArtigos.com)