Isabel Cristina R.

dos Santos Leandro Gadelha Pereira Rafael da Silva Pereira

2 Ceilndia, 23 de novembro 2011 SUMRIO

Introduo_________________________________________________ Pg.03 Arquitetura 4+1_____________________________________________ Pg.04 As cinco vantagens primrias do uso desse mtodo _______________ Pg.05 Diagrama de Sequncia_______________________________________ Pg.06 Concluso__________________________________________________ Pg.09 Biografia ___________________________________________________ Pg.10

INTRODUO Trabalho sobre viso de arquitetura 4 + 1 aborda um determinado conjunto de questes especficas dos envolvidos no processo de desenvolvimento: usurios finais, designers, gerentes, engenheiros de sistema, mantenedores, dentre outras reas. O objetivo de descrever o funcionamento de sistemas de software e baseado no uso de mltiplas vises concorrentes.

ARQUITETURA 4 +1

O desenvolvimento de um sistema complexo no uma tarefa fcil. O ideal seria que o sistema inteiro pudesse ser descrito em um nico grfico e que este representasse por completo as reais intenes do sistema sem ambiguidades, sendo facilmente interpretvel. Infelizmente, isso impossvel. Um nico grfico incapaz de capturar todas as informaes necessrias para descrever um sistema. Um sistema composto por diversos aspectos: funcional (que sua estrutura esttica e suas interaes dinmicas), no funcional (requisitos de tempo, confiabilidade, desenvolvimento, etc.) e aspectos organizacionais (organizao do trabalho, mapeamento dos mdulos de cdigo, etc.). Ento o sistema descrito em um certo nmero de vises, cada uma representando uma projeo da descrio completa e mostrando aspectos particulares do sistema. Cada viso descrita por um nmero de diagramas que contm informaes que do nfase aos aspectos particulares do sistema. Existe em alguns casos uma certa sobreposio entre os diagramas o que significa que um deste pode fazer parte de mais de uma viso. Os diagramas que compem as vises contm os modelos de elementos do sistema. As vises que compem um sistema so: Viso "use-case": Descreve a funcionalidade do sistema desempenhada pelos atores externos do sistema (usurios). A viso use-case central, j que seu contedo base do desenvolvimento das outras vises do sistema. Essa viso montada sobre os diagramas de use-case e eventualmente diagramas de atividade. Viso Lgica: Descreve como a funcionalidade do sistema ser implementada. feita principalmente pelos analistas e desenvolvedores. Em contraste com a viso use-case, a viso lgica observa e estuda o sistema internamente. Ela descreve e especifica a estrutura esttica do sistema (classes, objetos, e relacionamentos) e as colaboraes dinmicas quando os objetos enviarem mensagens uns para os outros para realizarem as funes do sistema. Propriedades como persistncia e concorrncia so definidas nesta fase, bem como as interfaces e as estruturas de classes. A estrutura esttica descrita pelos diagramas de classes e objetos. O modelamento dinmico descrito pelos diagramas de estado, sequencia, colaborao e atividade. Viso de Componentes: uma descrio da implementao dos mdulos e suas dependncias. principalmente executado por desenvolvedores, O diagrama de componentes utilizado por esta viso. Viso de concorrncia: Trata a diviso do sistema em processos e processadores. Este aspecto, que uma propriedade no funcional do sistema, permite uma melhor utilizao do ambiente onde o sistema se encontrar, se o mesmo

5 possui execues paralelas, e se existe dentro do sistema um gerenciamento de eventos assncronos. Uma vez dividido o sistema em linhas de execuo de processos concorrentes (threads), esta viso de concorrncia dever mostrar como se d a comunicao e concorrncia destas threads. A viso de concorrncia suportada pelos diagramas dinmicos, que so os diagramas de estado, sequencia, colaborao e atividade, e pelos diagramas de implementao, que so os diagramas de componente e execuo. Viso de Organizao: Finalmente, a viso de organizao mostra a organizao fsica do sistema, os computadores, os perifricos e como eles se conectam entre si. Esta viso ser executada pelos desenvolvedores, integradores e testadores, e ser representada pelo diagrama de execuo.

CINCOS VANTAGENS PRIMRIAS DO USO DESTE MTODO 1. As mltiplas representaes capturam os interesses de mltiplos stakeholders.

2. As mltiplas representaes permitem realizar validaes cruzadas e expor

3. falhas prematuras no modelo.

4. As vises esto centradas nos cenrios de risco do projeto e, portanto representam uma estratgia de mitigao de riscos tcnicos.

5. As vises so independentes e podem ser escolhidas conforme o contexto do problema sendo atacado (uso de duas, trs, quatro ou cinco vises).

6. Finalmente, estas vises permitem realizar um elo entre a viso do usurio (casos de uso) e o cdigo. Sem estas vises, o desenvolvedor realizaria suposies diversas e provavelmente cada caso de uso teria um determinado formato. Em outras palavras, teramos um sistema sem coerncia arquitetural (estratgica). Metaforicamente, estaramos criando um animal com patas de elefante, asas de morcego e cabea de tamandu.

DIAGRAMA DE SEQUNCIA Um diagrama de sequncia mostra a colaborao dinmica entre os vrios objetos de um sistema. O mais importante aspecto deste diagrama que a partir dele percebe-se a sequncia de mensagens enviadas entre os objetos. Ele mostra a interao entre os objetos, alguma coisa que acontecer em um ponto especfico da execuo do sistema. O diagrama de sequncia consiste em um nmero de objetos mostrado em linhas verticais. O decorrer do tempo visualizado observando-se o diagrama no sentido vertical de cima para baixo. As mensagens enviadas por cada objeto so simbolizadas por setas entre os objetos que se relacionam. Diagramas de sequncia possuem dois eixos: o eixo vertical, que mostra o tempo e o eixo horizontal, que mostra os objetos envolvidos na sequncia de uma certa atividade. No eixo horizontal esto os objetos envolvidos na sequncia. Cada um representado por um retngulo de objeto (similar ao diagrama de objetos) e uma linha vertical pontilhada chamada de linha de vida do objeto, indicando a execuo do objeto durante a sequncia, objeto representado como linha com setas horizontais simbolizando as mensagens entre as linhas de vida dos objetos. A seta especifica se a mensagem sncrona, assncrona ou simples. As mensagens podem possuir tambm nmeros sequenciais, eles so utilizados para tornar mais explcito as sequncia no diagrama. :GeradorHtml

:InterfaceWeb Mdico Identificao

:Agenda

Gera pgina Gerir Agenda Retorna Agenda html Representao grfica

Figura 5 Diagrama de sequncia da Agenda via Web Este o diagrama de sequncia de aces que se processam para fazer uma operao sobre a Agenda. O mdico ao entrar na aplicao, tem de se identificar e de seguida gerada um Menu onde este pode gerir toda a informao relativa agenda. Na Gesto da agenda o mdico pode inserir, alterar, consultar ou remover consultas.

:InterfaceWeb Mdico Identificao

:GeradorHtml

:Clientes

Gera pgina Gerir informao de Clientes Retorna informao clientes html Representao grfica

Figura 6 Diagrama se sequncia da Gesto da informao de Clientes Este diagrama descreve a sequncia de aces que so efectuadas para o utilizador po-der Gerir a informao dos vrios clientes. O mdico tem de se identificar para correr a aplicao, depois atravs do menu o mdico pode escolher toda a informao dos clientes que pode ser mdica ou administrativa. Na Gesto da informao dos clientes o mdico pode inserir, alterar, remover ou consultar toda a informao relativa aos clientes.

:InterfaceWeb Secretria Identificao

:GeradorHtml

:Facturao

Gera pgina Emitir Factura Retorna Factura html

Representao grfica

Figura 7 Diagrama de sequncia da facturao Este diagrama descreve a sequncia de aces que so que so efetuadas para um utilizador poder emitir uma fatura.

Depois de se identificar, a secretria pode escolher atravs do menu a opo de emisso de fatura, gerada uma pgina html com a respectiva informao.

CONCLUSO Nosso trabalho abordou a questo da arquitetura 4+1 com as 4 principais vises dentro do projeto de sistemas e as 5 vantagens de utilizar esse mtodo, e ainda apresentamos a funcionalidade do diagrama de sequncia.

10

BIBLIOGRAFIA http://www.wthreex.com/rup/process/workflow/ana_desi/co_swarch.htm www.basef.com.br