Engenharia de Domínio e Desenvolvimento Baseado em Componentes. Processo DBC-Arch-DE Apoio do Ambiente Odyssey no Processo Considerações Finais

Transcrição

1 Um Processo de Engenharia de Domínio com foco no Projeto Arquitetural Baseado em Componentes Ana Paula Blois Cláudia Werner Karin Becker Agenda Motivação Engenharia de Domínio e Desenvolvimento Baseado em Componentes Processo DBC-Arch-DE Apoio do Ambiente Odyssey no Processo Considerações Finais 15/09/2004 WDBC'2004 2

2 Motivação Domínios possuem características que são propagáveis em quase todas as suas aplicações Reutilização dos conceitos e funcionalidades em comum. Engenharia de Domínio (ED) Objetivo da ED: possibilitar que características comuns e variáveis possam ser identificadas e modeladas com base num processo previamente definido. 15/09/2004 WDBC' Engenharia de Domínio (ED) Artefatos: modelos de domínio, arquiteturas de componentes, casos de uso etc. Engenharia de Aplicação (EA) ED produz artefatos para reutilização EA constrói aplicações com a reutilização de artefatos produzidos na ED 15/09/2004 WDBC'2004 4

3 Métodos de ED Exemplos: FODA (Feature Oriented Domain Analysis) FORM (Feature Oriented Reuse Method) RSEB (Reuse-Driven Software Engineering Business) Objetivo: apresentar sistemáticas para modelagem de artefatos na ED, visando a reutilização na EA. Fases do Processo de ED: ênfase na fase de análise de domínio. Problema: limitações no suporte ao projeto de ED 15/09/2004 WDBC' Desenvolvimento Baseado em Componentes (DBC) Construção de soluções reutilizáveis para o processo de desenvolvimento de software aspectos variáveis e invariáveis de um domínio através de componente e suas interfaces Métodos de DBC: UML Components, Catalysis e Kobra Problema: experiências enfatizam a geração de artefatos, mas necessariamente garantem sua reutilização. 15/09/2004 WDBC'2004 6

4 Uso de DBC em ED Projetistas podem disponibilizar artefatos das diferentes fases e, em especial, componentes da fase de projeto para a construção de uma arquitetura de componentes do domínio. Processo de ED com DBC Odyssey-DE: limitações em atividades de especificação de componentes e geração de arquitetura na etapa de projeto do domínio. 15/09/2004 WDBC' Proposta de Processo CBD-Arch-DE Component-Based Development Architecture Domain Engineering minimizar as limitações dos métodos da ED (ênfase em análise de domínio) minimizar as limitações dos métodos de DBC (ênfase no suporte à especificação de componentes) Objetivos: detalhar as atividades de arquitetura do domínio no projeto de ED; complementar o processo Odyssey-DE. Oferecer artefatos e modelos que auxiliem na descrição de uma arquitetura de referência do domínio, baseada em componentes. 15/09/2004 WDBC'2004 8

5 CBD-Arch-DE - Aplicação Contexto: Ambiente de Reutilização Odyssey Ferramenta para Gerência de Processos Charon Fases do Processo de ED: 1)Planejamento, 2) Análise, 3) Projeto e 4) Implementação do Domínio 1) Planejamento do Domínio: Papéis: Especialista e Engenheiro de Domínio Objetivo: utilizam critérios para fazer estimativas de recursos a serem utilizados, custos e cronograma. 15/09/2004 WDBC' ) análise do domínio Identificação de contextos (domínios e subdomínios) Identificação de Features Domínios e subdomínios identificados Existem outros artefatos ligados a feature ainda criados Identificação de Tipos de Negócio Identificação de Casos de Uso Existem outros artefatos ligados a feature ainda criados 15/09/2004 WDBC'

6 2) análise do domínio (cont.) Identificação de contextos (domínios e subdomínios) Identificação de Features Domínios e subdomínios identificados Existem outros artefatos ligados a feature ainda criados Identificação de Tipos de Negócio Identificação de Casos de Uso Existem outros artefatos ligados a feature ainda criados 15/09/2004 WDBC' ) análise do domínio (cont.) Features capacidades/características do domínio, relacionadas entre si (e.g. associação, composição), e representadas através de modelos de features. Tipos de features: Funcionais e Conceituais, Ambiente Operacional, Tecnologias do Domínio, Técnicas Implementacionais. Representam aspectos variáveis ou invariáveis no domínio. Derivam a geração dos demais artefatos do domínio (ex: caso de uso, componente) 15/09/2004 WDBC'

7 2) análise do domínio (cont.) Identificação de contextos (domínios e subdomínios) Existem outros artefatos ligados a feature ainda criados Domínios e subdomínios identificados Identificação de Tipos de Negócio Identificação de Features Identificação de Casos de Uso Existem outros artefatos ligados a feature ainda criados 15/09/2004 WDBC' ) análise do domínio (cont.) Identificação dos Tipos de Negócio e Casos de Uso do Domínio: Tipos de Negócio: representam aspectos estáticos do domínio Casos de Uso: descrevem situações de utilização dos tipos de negócio Relacionamento: Feature * * * * Caso de Uso Tipo de Negócio 15/09/2004 WDBC'

8 3) projeto do domínio Criação de Componentes e Interfaces É possível agrupar componentes Agrupamento de Componentes Montagem da Arquitetura É possível montar a arquitetura de componentes 15/09/2004 WDBC' ) projeto do domínio (cont.) Criação de Componentes uso de estilos arquiteturais (Teixeira, 2003). Componentes do Domínio e de Processo Componentes de processo diagramas de seqüência os quais representam a realização de casos de uso Especificação de Componentes classes que implementam, seus métodos, atributos e relacionamentos. Recursos: padrões de projeto e arquiteturais para a estruturação das classes do componente. 15/09/2004 WDBC'

9 3) projeto do domínio (cont.) Criação de Componentes e Interfaces É possível agrupar componentes Agrupamento de Componentes Montagem da Arquitetura É possível montar a arquitetura de componentes 15/09/2004 WDBC' ) projeto do domínio (cont.) Agrupamento de Componentes: sistematizar o grande volume de componentes possivelmente gerado na atividade anterior. Critérios de agrupamento: acoplamento e coesão. Componentes com classes ligadas a classes de outros componentes Interfaces deverão se comunicar para coordenar as atividades atribuídas a cada componente, tanto aquele que representa um agrupamento, quanto um componente isoladamente. 15/09/2004 WDBC'

10 3) projeto do domínio (cont.) Criação de Componentes e Interfaces É possível agrupar componentes Agrupamento de Componentes Montagem da Arquitetura É possível montar a arquitetura de componentes 15/09/2004 WDBC' ) projeto do domínio (cont.) Montagem da Arquitetura de Referência do Domínio: Contempla os aspectos variáveis e invariáveis do domínio requisitos funcionais e -funcionais. Uso de estilos arquiteturais para melhor organizar a arquitetura em função dos requisitos funcionais e funcionais. Exemplos: camadas, pipes and filters. 15/09/2004 WDBC'

11 Apoio do Ambiente Odyssey Fases do Processo CBD-Arch-DE Análise (ok) Projeto (em parte) 1) Geração de Componentes 2) Agrupamento de Componentes 3) Geração de Arquitetura de Componentes Implementação ( atendida) 15/09/2004 WDBC' Apoio do Ambiente Odyssey ao Processo CBD-Arch-DE 1) Geração de Componentes de Negócio Suporte features conceituais do domínio Estilos Arquiteturais baseados em Tipos de Negócio e Casos de Uso as regras de negócio do domínio prestam serviços genéricos necessários ao desenvolvimento das aplicações se comunicam com as plataformas de execução do software Componentes de Negócio Componentes Utilitários Componentes de Infra-Estrutura Geração de Componentes de Utilitários e de Infra-estrutura Demais Features do Domínio Sistemática semelhante dos componentes de negócio. 15/09/2004 WDBC'

12 Apoio do Ambiente Odyssey ao Processo CBD-Arch-DE 2) Agrupamento de Componente Suporte a Agrupamento de Tipos de Negócio Atividades em Desenvolvimento Técnicas de Adaptação de Componentes Padrões de Projeto e Arquiteturais Métricas de Acoplamento e Coesão para Componentes Padrão para Especificação de Agrupamento de Componentes Resultados Esperados Suporte ao Projetista na Tomada de Decisão Suporte a Automatização da Atividade de Agrupamento 15/09/2004 WDBC' Apoio do Ambiente Odyssey ao Processo CBD-Arch-DE 3) Montagem da Arquitetura de Referência do Domínio Ligação de componentes através de suas interfaces Falta de suporte específico a um estilo arquitetural Estruturação da arquitetura de domínio a partir de estilos arquiteturais propostos na literatura. Candidato: estilo arquitetural em camadas Modelo de Features Modelo de Componentes em Camadas Avaliação de outros estilos arquiteturais para adequação em domínios distintos. 15/09/2004 WDBC'

13 Considerações Finais CBD-Arch-DE projeto arquitetural baseado em componentes. Ambiente Odyssey: define os artefatos de domínio para as fases de análise e projeto de domínio Estudo de Caso do Processo no Domínio de Aprendizagem Cooperativa Trabalho em Andamento: Apoio Ferramental para geração de Componentes Utilitários e de Infra-estrutura 15/09/2004 WDBC' Considerações Finais Trabalhos Futuros: Suporte Ferramental para apoio ao agrupamento de componentes do domínio e construção da arquitetura do domínio. Mapeamento dos componentes gerados no Odyssey para uma tecnologia de componentes específica (EJB) Construção de guidelines para o projetista construir modelos de domínio a partir do CBD-Arch-DE arquitetura de componentes do domínio. Uso das funcionalidades adicionadas no Odyssey no domínio de Aprendizagem Cooperativa. 15/09/2004 WDBC'