Arquitectura de Sistemas de Software

Transcrição

1 Arquitectura de Sistemas de Software Ademar Aguiar Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Arquitectar... Arquitectar uma pequena cabana parece-nos fácil... Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

2 Arquitectar... Menos fácil será arquitectar uma casa... Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Arquitectar... Ou um prédio de 6 andares... Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

3 Arquitectar... Ou um arranha-céus de 452 metros de altura... Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Arquitectar... Quais as principais diferenças entre estas construções? Dimensões Custos Prazos Processo Competências e equipas Materiais e tecnologias Riscos associados Robustez Longevidade... Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

4 Arquitectura & Engenharias tradicionais As engenharias tradicionais têm arquitecturas estáveis Edifícios, aviões, automóveis, barcos, pontes, etc. Estas arquitecturas evoluíram ao longo do tempo Por tentativa-e-erro Por reutilização e refinamento de soluções comprovadamente boas Nestes domínios foram conseguidos diversos avanços de engenharia Normalização de métodos de engenharia Produção de novos materiais Definição de novos processos de engenharia Alguns exemplos da Arquitectura Civil Casas, hospitais, lojas, hóteis, aeroportos, fábricas, estádios, cinemas Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Arquitectura de Software Arquitectar software é diferente (mais dificil?)... Invisibilidade Natureza temporal complexa de compreender e com possibilidade de evoluir ao longo do tempo Não obedece a leis físicas Tem que ser facilmente adaptável Evolução rápida das tecnologias subjacentes Mas o papel da arquitectura é o mesmo Controlar complexidade do sistema Garantir a integridade do sistema Assegurar as qualidades do sistema Melhorar a predictabilidade Equilibra forças influenciando o desenvolvimento do sistema e a sua evolução Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

5 Níveis de Desenho de Software Que módulos? Como os interligar? Arquitectura módulos interligações Código-fonte algoritmos estruturas de dados Que estruturas de dados? Que algoritmos? Que gestão de memória? Que instruções utilizar? Executável pilhas de rotinas alocação de registos código-máquina Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Uma Definição A arquitectura de software compreende o conjunto de decisões significativas acerca da organização de um sistema de software Definição dos elementos estruturais e interfaces que compõem o sistema (blocos básicos de construção) Especificação de comportamentos envolvendo colaborações entre esses elementos Como é feita a composição dos elementos estruturais e comportamentais em subsistemas maiores Explicita o estilo arquitectónico que guia a organização do sistema. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

6 (LEIC MEI)/AS Arquitecturas de Sistemas de Software Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Pré-requisitos Mínimos Conhecimentos de engenharia de software Conhecimentos de orientação por objectos Preferenciais Experiência de programação OO (Java ou C++ ou...) Conhecimentos de UML Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

7 Objectivos Ensinar a desenhar, compreender e avaliar arquitecturas de sistemas de software, tanto ao nível de macroarquitectura como de micro-arquitectura Familiarizar os alunos com os conceitos fundamentais de arquitectura de software: as propriedades e aplicabilidade dos diferentes estilos de arquitectura existentes os padrões de desenho mais populares componentes de software arquitecturas reutilizáveis e as relações destes conceitos todos com a reutilização de software Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Capacidades Arquitectura de Software Reconhecer os principais estilos de arquitectura existentes para sistemas de software. Descrever uma arquitectura de forma precisa. Idealizar diferentes arquitecturas alternativas para resolver um mesmo problema e avaliar de forma justificada qual a melhor, quer em termos de desenho, quer em termos de reutilização. Micro-arquitecturas: design patterns Reconhecer e compreender diversos padrões de desenho. Conhecer e aplicar diversos métodos e técnicas de reutilização de software. Macro-arquitecturas: frameworks Construir um sistema de software de média dimensão de acordo com uma especificação de requisitos e uma especificação de arquitectura, seleccionando e aplicando padrões de desenho e utilizando um método de desenvolvimento baseado em componentes. Utilizar definições e ferramentas de desenvolvimento existentes para tornar mais expedita a realização das tarefas anteriores. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

8 Conteúdos Noções fundamentais Estilos clássicos de arquitectura Micro-arquitecturas: design patterns Macro-arquitecturas: frameworks Técnicas e ferramentas Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Estilos de Arquitectura Pipes & Filters Object-orientation Event-based Layered Systems Repositories Interpreters Process Control... Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

9 Exemplos do Estilo Layered System 2 camadas 3 camadas mais camadas Graphical User Interface Relational Database Graphical User Interface Business Object Model Graphical User Interface Business Object Model Relational Database Relational Database Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Questões Quais são os estilos de arquitectura mais utilizados no desenvolvimento de sistemas de software? O que é um estilo de arquitectura e que propriedades cada estilo tem? Que aplicações são mais adequadas a cada um dos estilos? Qual a vantagem de conhecer os diversos estilos? Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

10 Padrões de Software Existem problemas e soluções recorrentes também em Eng. Software: Arquitectura Análise Desenho Codificação GoF book : 1º livro sobre Padrões de Software Foi apresentado na OOPSLA 94, e é uma co-autoria de um grupo de quatro indivíduos conhecido pelo Gang of Four (GoF). Documenta 23 padrões que descrevem soluções reconhecidamente boas para problemas recorrentes de desenho orientado por objectos [Gamma95]. Os padrões são micro-arquitecturas Descrevem mecanismos abstractos de cooperação entre objectos por forma a resolver um problema recorrente. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Exemplo: Observer Pretende-se visualizar um conjunto de dados (modelo) através de duas formas distintas (vistas) que estejam sempre coerentes com o modelo. Vistas (observers) Trim. 3 Trim. Modelo (subject) 20, 30, 40, 50 Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

11 Observer Nome: Observer [Buschmann96] Contexto Um objecto utiliza informação fornecida por outro objecto. Problema A alteração de informação interna a um objecto pode introduzir inconsistências em eventuais objectos que com ele cooperam. Para manter a consistência, é necessário estabelecer um mecanismo de troca de informação entre eles. Forças O objecto fornecedor de informação não pode depender dos detalhes internos dos objectos que com ele cooperam. Os objectos observadores que dependem da informação do objecto fornecedor podem não ser todos conhecidos a priori. Os objectos observadores podem reagir de forma diferente a uma mesma alteração de informação do objecto fornecedor. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Observer... Solução: Implementar um mecanismo de propagação de alterações entre o objecto fornecedor de informação - subject - e os objectos que dela dependem - os observers. Os observers podem ser registados dinamicamente com este mecanismo. Sempre que o subject altera a sua informação, inicia o mecanismo de propagação de alterações para repor a consistência com todos os observers registados. As alterações podem ser propagadas invocando uma função comum a todos os observers. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

12 Observer: estrutura e exemplo Subject applicationdata propagatechange() attach(observer) detach(observer) setdata() getdata() observers * Observer update() service() class Modelo { // colecção de vistas registadas private Vector vistas; // registar novos observers public attach (Vista vista) { vistas.add(vista); } // anular registo de observers existentes public detach(vista vista) { vistas.remove(vista); } } public propagatechange() { Iterator iterator = vistas.iterator(); while(iterator.hasnext()) iterator.next().update(); } interface Vista { public void update(); } public class VistaTipoPie implement Vista {... public void update() { } } public class VistaTipoBarras implement Vista {... public void update() { } } Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Observer: colaborações anobject asubject : Subject anobserver1 : Observer anobserver2 : Observer attach(me) attach(me) changedata update( ) getdata1 update( ) getdata2 Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

13 Padrões de Software Abstract Factory, Builder, Singleton, Factory Method, Prototype, Adapter, Bridge, Composite, Decorator, Proxy, Chain of Responsability, Command, Flyweight, Interpreter, Iterator, Mediator, Memento, Observer, State, Strategy, Template Method, Visitor, Master-Slave, Publisher-Subscriber, Blackboard, Reactor, Reflection, Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Questões O que é um padrão de software? Quais são os padrões de software mais populares? Como se utilizam os padrões de software? Como se documenta um padrão de software? Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

14 Frameworks Orientadas por Objectos Definição An object-oriented framework consists of a collection of cooperating classes, both abstract and concrete, that embody an abstract design for solutions to a family of related problems [Gamma et al. 1995]. Frameworks fornecem uma solução inicial para um problema cuja solução normalmente requer muito tempo para desenvolver de raiz. As frameworks são macro-arquitecturas Macro-arquitecturas que interligam diversos padrões e que também incluem normalmente a infraestrutura que suporta a sua integração. As frameworks possuem partes inalteráveis e partes configuráveis pelo utilizador através de mecanismos de herança (white-box) e/ou composição (black-box). Exemplos populares: MacApp, MVC, NEXTSTEP, MFC, J2EE (Swing, Enterprise JavaBeans,...), SanFrancisco, JUnit,.NET, Struts, etc. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Frameworks Orientadas por Objectos As frameworks são uma poderosa ténica de reutilização de software que permitem reutilização de código e desenho. Frameworks + componentes + padrões tecnologia actualmente existente mais capaz de suportar reutilização de software em larga-escala. Application 1 Application 2 Framework code Application 3 abstraction Framework code Application Code 2 Callbacks Hooks Plugins... Application Code 1 Application Code 3 Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

15 Aplicação Framework Aplicacional Diversos componentes Framework Aplicacional Aplicação Bibliotecas de Classes Bibliotecas de Classes Bibliotecas de Procedimentos Bibliotecas de Procedimentos Sistema Operativo Sistema Operativo Aplicação OO convencional Aplicação OO com frameworks Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Exemplo: JUnit Framework para testes unitários JUnit é uma framework open source em Java para testes unitários utilizada para escrever e executar testes repetitivos. É uma instância da arquitectura xunit para teste. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

16 Componentes da disciplina Aulas teórico-práticas 12 aulas x 3 horas = 36 horas Apresentação de conhecimentos teóricos Estudo de casos Desenvolvimento de projectos: OO + UML + documentação. - Grupos de 3-4 elementos - projectos análise, documentação, desenho, ou implementação de arquitecturas. Sessões de atendimento colectivas 12 sessões x 1-3 horas = horas Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Bibliografia Software Architecture: Perspectives on an Emerging Discipline de Mary Shaw e David Garlan, publicados por Prentice Hall em Software Architecture in Practice de Len Bass, Paul Clements e Rick Kazman, 2ª edição, publicados por Addison-Wesley em Design Patterns - Elements of Reusable Object-Oriented Software de Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides, publicado por Addison Wesley em Diversos artigos. Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

17 Avaliação Avaliação distribuída sem exame final. Componentes de Avaliação. 4 questões teóricas para desenvolvimento individual (até 1 página A4) fora de aulas e avaliação do tipo Satisfaz/Não satisfaz.. 1 teste individual com consulta, duração de 90 minutos, a meio do semestre. 1 projecto semestral em grupo para desenvolvimento de uma arquitectura. Avaliação quantititiva individual pelos docentes. Nota Final (Questões x 20%)+(Teste x 20%)+(Projecto x 50%) + (Avaliação x 10%) Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Diagnóstico & Caracterização Arquitectura de Sistemas de Software, LEIC/MEI, 2003/

18 Tecnologias Linguagens de programação C, Pascal C++, Java, C# Programação Orientada por objectos Herança, polimorfismo, associação dinâmica, templates/hooks Análise e desenho OO Booch, OMT, UML Padrões de software GoF, POSA Arquitecturas comerciais J2EE.NET CORBA MacApp Arquitectura de Sistemas de Software, LEIC/MEI, 2003/ Questões? Arquitectura de Sistemas de Software, LEIC/MEI, 2003/