Mauricio Puc Rio (Er) Aula 7 Segundo Artigo

1

An NFR-Based Framework for Establishing Traceability between Enterprise Architectures and

System Architectures

Aluno: Maurício SerranoAbril 2008

Análise do Artigo

Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio)

2

Índice

Introdução

Trabalhos Relacionados

NFR Framework

Propagatory Framework

Home Appliance Control System

Enterprise Architectures for HACS

Aplicação do Propagatory Framework

Observações

Conclusões

Referência


3

Introdução


Transparência de Software

4

Introdução

Enterprise Architecture (EA):

Inclui a arquitetura de tecnologia de informação da organização;

Inclui padronizações de hardware, software e rede;

Serve de base para qualquer desenvolvimento de Sistemas de Informação dentro da organização;

É derivada da Strategic Enterprise Plan (SEP).


5

Introdução

Strategic Enterprise Plan (SEP):

Captura as metas e os objetivos de negócio da organização;

Abrange as expectativas da organização para os próximos 3 a 5 anos;

Serve de base para o Strategic Information Systems Plan (SISP).


6

Introdução

Strategic Information Systems Plan (SISP):

É desenvolvido pela unidade de negócios de Sistemas de Informação;

Lista entre outras coisas os projetos de desenvolvimento que serão realizados nos próximos 3 a 5 anos;

Ajuda a atingir os objetivos de negócio da organização definidos no SEP.


7

Introdução

Sistema de Informação:

Tem o seu desenvolvimento aprovado pelo SISP;

Deve ter a aprovação de executivos;

Passa pelas fases iniciais típicas do Processo de Desenvolvimento:

● Definição de Escopo;

● Análise do Problema; e

● Análise de Requisitos.


8

Introdução

Fase de Análise de Requisitos:

Nesta fase, os requisitos do novo sistema são elicitados e analisados;

Essa análise inclui o desenvolvimento de arquiteturas de sistemas;

A arquitetura do sistema é fundamental para o desenvolvimento do sistema em termos de qualidade;

Mudanças na arquitetura do sistema impactam no processo, no produto e nos aspectos de gerência do sistema.


9

Introdução

Os requisitos orientam a seleção da arquitetura do sistema;

Essa seleção não leva em conta a Enterprise Architecture (EA);

É extremamente importante para a organização compreender como a arquitetura do sistema satisfaz a EA. Vantagens:

● A SA contempla a EA;

● A SA satisfaz os requisitos;

● Os rastros podem ser usados na análise de viabilidade técnica.


10

Relacionamentos entre Planos e Arquiteturas

11




12


Strategic Alignment Method (SAM):● Reafirma a importância do alinhamento (coerência) para a gerência

estratégica;

● Determina quatro relacionamentos inter-domínios:

● Strategic Execution Alignment Perspective;

● Tecnology Information Alignment Perspective;

● Competitive Potential Alignment Perspective; e

● Service Level Alignment Perspective.

● Não descreve como determinar essas perspectivas.


13


Framework da Information Economics:● Ajuda a determinar quais projetos merecem receber verbas;

● Utiliza uma lista de dez fatores de decisão que compreendem os domínio de negócio e de tecnologia de informação;

● O reasoning é subjetivo;

● Não possui rastros entre a SA e a EA;

Business Process Re-engineering (BPR):● Tenta alinhar a tecnologia de informação com o processo de negócio;

● Não tenta alinha a SA com a EA;


14


Business IT Alignment Method (BITAM):● Tenta alinhar a SA com a EA;

● Utiliza três camadas para sistemas de negócio;

● Utiliza doze passos para estabelecer o alinhamento entre elas.

● Não captura as justificativas para as decisões; e

● Não se adapta facilmente a mudanças nos objetivos do negócio;


15

NFR Framework



16

NFR Framework

É utilizado para se trabalhar com requisitos não-funcionais;

Possui estrutura semelhante a grafos AND/OR;

Requer cinco tarefas iterativas que se sobrepõem:● Desenvolvimento de NFRGoals e suas decomposições;

● Desenvolvimento de Modelos de Manutenção Alternativa;

● Desenvolvimento de Modelos de Tradeoffs e Rationale;

● Desenvolvimento de Criticalidades de Goals; e

● Avaliação e Análise.

Cria um Softgoal Interdependency Graph (SIG).


17

Ontologia Parcial

18

Regras de Propagação


19




20


Framework proposto para estabelecer rastreabilidade entre a SA e a EA. Utiliza sete passos:


21


Sete passos (continuação):


22




23


24

25

26

Enterprise Architectures for HACS



27

28

Aplicação do Propagatory Framework



29

Decomposição de Goals da Enterprise Architecture

30

Decomposição de Requisitos do Sistema

31

Decomposição de Arquiteturas do Sistema

32

Determinação das Contribuições entre SA e Requisitos

33

Aplicação das Regras de Propagação

34

Determinação das Contribuições entre SA e EA Goals

35

Propagação e Análise das Contribuições da Arquitetura do Sistema

36

Observações



37

Observações

No exemplo, todos os softgoals possuem a mesma prioridade;

O framework permite que se trabalhe com prioridades;

As justificativas são capturadas através de claim softgoals. Representação:

Mudanças nos goals ou nas arquiteturas podem ser feitas atualizando o SIG e anotando as justificativas;

O framework mantém todos os rastros.


38

Conclusões



39

Conclusões

O framework garante que:● A arquitetura do sistema está de acordo com os objetivos da

organização;

● A arquitetura do sistema está de acordo com os requisitos do sistema;

● O Sistema de Informação possui viabilidade técnica.

O framework precisa ser aplicado a diferentes sistemas;

O framework necessita de uma ferramenta;

É preciso desenvolver meios de documentar a EA e a SA de forma não ambígua;

O framework é prático e sistemático.


40

Referência



41

Referência


Nary Subramanian, Lawrence Chung, and Yeong-tae Song. “Na NFR-Based Framework for Establishing Traceability between Enterprise Architectures and System Architectures.” Proccedings of the Seventh ACIS International Conference on Software Engineering, Artificial Intelligence, Networking, and Parallel/Dristributed Computing (SNPD’06), 2006.

Documents

Mauricio Puc Rio (Er) Aula 7 Segundo Artigo